ОГЛАВЛЕНИЕ

1 Технология программирования и основные этапы ее развития 2

1.1 Три стратегии конструирования ПО 2

1.1 Классический жизненный цикл 2

1.2 Макетирование 4

1.3 Инкрементная модель 6

1.4 Спиральная модель 7

1.5 Общая таблица 8

2 Тестирование и отладка ПО 9

2.1 Отладка 9

2.2 Тестирование 10

2 Техническое задание 12

3 CASE-технологии 17

3.1 Моделирование бизнес процессов на основе IDEF0 18

3.2 Декомпозиция процессов. 5 типов связей работ в IDEF0. Миграция стрелок. Синтаксические ошибки. 20

3.3 Диаграммы DFD и IDEF3. Строительные блоки. Особенности. Примеры. 22

1. Технология программирования и основные этапы ее развития

Технология конструирования программного обеспечения (ТКПО) - система инженерных принципов для создания экономичного ПО, которое надежно и эффективно работает в реальных компьютерах.

Процесс конструирования программного обеспечения состоит из последовательности шагов - парадигмы ТКПО (технологии конструирования программного обеспечения).

1. Три стратегии конструирования по

1) Однократный подход (водопадная стратегия) - линейная последовательность этапов конструирования. Количество циклов конструирования - 1, распространение промежуточного ПО - нет. Пример: классический жизненный цикл.

2) Инкрементная стратегия. В начале процесса определяются все пользовательские и системные требования, а остальные выполняются в виде последовательности версий. Количество циклов конструирования - N, распространение промежуточного ПО - может быть.

3) Эволюционная стратегия. Система - последовательность версий, но в начале процесса определены не все требования, и они могут уточняться. Количество циклов конструирования - N, распространение промежуточного ПО - Да.

1. Классический жизненный цикл

Старейшей парадигмой процесса разработки ПО является классический жизненный цикл (автор, Уинстон Ройс, 1970 г).

Классический жизненный цикл (каскадная или водопадная модель разработки ПО) - это непрерывный процесс, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации.

Разработка рассматривается как последовательность этапов, причем переход на следующий, иерархический нижний этап, происходит только после полного завершения предыдущего. Состоит из 6 этапов: разработка начинается на системном уровне и проходит через анализ, проектирование, кодирование, тестирование и сопровождение.

1) Системный анализ задает роль каждого элемента в создаваемом ПО и взаимодействия элементов друг с другом., т.е. анализ начинается с определения требований ко всем системным элементам и назначения подмножества этих элементов программному продукту. Начинается решение задачи планирования проекта ПО. Определяется объем проектных работ, необходимые трудозатраты, формируется план, график работы.

2) Анализ требований. Уточняются и детализируются функции и характеристики ПО, его интерфейс. Все определения документируются в спецификации анализа (ТЗ). На этом этапе завершается решение задачи планирования проекта.

3) Проектирование. Создаются представления архитектуры ПО, модульной структуры ПО, алгоритмической структуры ПО, структуры данных, входного и выходного интерфейса (как пользователь вводит данные, в каком виде он их получает и т.д.) Исходные данные для проектирования берутся из анализа требований (ТЗ), т.е. в ходе проектирования происходит перевод требований на технический язык.

4) Кодирование - самый простой этап. Перевод результатов проектирования в текст на языке программирования. На этот этап отводится примерно 40% времени разработки ПО.

5) Тестирование. Выполнение программы для выявления дефектов в функциях, логике готового программного продукта. Проверяется удобно ли работать с программой, исправно ли выполняются все требования заказчика.

6) Сопровождение. Внесение изменений в эксплуатируемое ПО. Цели изменений: исправление ошибок, адаптация к внешним для ПО среды, усовершенствование ПО по требованиям заказчика. Все возможные изменения на этапе сопровождения должны быть прописаны в договоре, особенно это касается дополнительных требований, выполнение которых должно производиться только за отдельную плату.

Достоинства:

- модель дает четкий план и временной график по всем этапам;

- модель упорядочивает ход разработки ПО.

Недостатки:

- реальные проекты часто требуют отклонения от стандартной последовательности шагов;

- цикл основан на точной формулировке исходных требований ПО (не все заказчики могут определить все требования в самом начале цикла);

- результаты проекта доступны заказчику только в конце работы (он будет иметь дело только с конечным продуктом без возможности его динамических изменений).