- •4.Дайте определение табл реш. Приведите пример.*
- •10. Приведите пример и дайте пояснения редуцирования табл реш для какой-либо внешней спецификации.*
- •7.Дайте определение спецификациям по, назовите известные Вам внешние спецификации и их особенности. Приведите пример спецификации.*
- •6.Дайте определение нотации. Приведите пример.*
- •11. Назовите нотации и приведите пример нотации для изображения стр-ных алгоритмов.*
- •8. Назовите группы симв, к-е исп в схемах проектов по согласно гост, и приведите примеры таких Симов. *
- •13. Дайте определение сцепления мод и приведите примеры мод с разными видами сцепления.*
- •16. Блочно-иерархический подход к созд-ю прог-ных систем.*
- •31. Принципы моДного прог-ирования.* *
- •14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *
- •28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*
- •14.Дайте определение технологии прог-ирования. Какие технологии Вы знаете и к каким периодам относится появление этих технологий? *
- •28. Стихийное прог-ирование. Этапы совершенствования архитектуры прог-.*
- •32. Основные понятия объектно-ориентированного прог-ирования.*
- •33. Достоинства и недостатки объектно-ориентированного прог-ирования.*
- •27. Пошаговое тест-ие моДных прог-. Достоинства и недостатки подходов.*
- •30. Нисходящая стратегия разработки прог-.*
- •27. Пошаговое тест-ие моДных прог-. Достоинства и недостатки подходов.*
- •30. Нисходящая стратегия разработки прог-.*
- •22. Ручной контроль как метод тест-ия.* *
- •23. Методы стр-ного тест-ия. Общий недостаток методов.* //белый ящик
- •24. Методы ф-онального тест-ия. Области применения.* //черный ящик
- •25. Основные положения метода эквивалентного разбиения.*
- •1.Назовите цель разбиения исх-х д-х прог- на классы эквивалентности. Приведите пример выделения классов эквивалентности для какой-либо задачи * *
- •26. Основные положения метода граничных значений.*
- •2.Дайте определение стр-ы д-х. Приведите пример стр-ы д-х. Дайте пояснения относительно ее частей.*
- •17. Проблемы разработки сложных прог-ных систем.*
- •34. Case-технологии как результат эволюционного развития инструментальных средств.*
- •35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
- •34. Case-технологии как результат эволюционного развития инструментальных средств.*
- •35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
35. Сравнение этапов жизн-ого цикла в case-технологиях и при традиционной разработке по.*
При использовании CASE-технологий изменяются фазы жизн-ого цикла ПП как показано ниже:
При традиционной технологии: При CASE-технологии:
Анализ Прототипирование
Проектир-е Проектир-е спецификаци Контроль проекта
Кодирование Кодогенерация
Тест-ие Системное тест-ие
Сопровождение Сопровождение
Необходимо отметить, что наиболее просто автоматизируемыми фазами в CASE-технологии оказались контроль проекта и кодогенерация, хотя все другие фазы ЖЦ также поддерживаются CASE-средствами. Кроме изменения содержания фаз, существенно изменилось распределение трудозатрат по фазам
Как Вы помните, модель ЖЦ ПО определяет порядок выполнения этапов, а также критерии перехода от этапа к этапу.
Традиционная модель ЖЦ ПО строится по каскадному принципу (переход на след этап происходит после окончания работ по предыдущему этапу) или по поэтапному принципу с промежуточным контролем (с циклами обратной связи м/у этапами, что предполагает корректировки в процессе проектирования, но растягивает все этапы на весь период разработки).