Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Жизненный цикл ПО.

Методы технологии проектирования

ПО обеспечивает решение следующих задач:

· планирование и оценка проекта

· анализ системных и программных требований

· проектирование алгоритмов и структур данных

· методы кодирования

· методы тестирования

· методы сопровождения

Пример.

Методы анализа, методы структурного проектирования, методы ОО-проектирования.

Утилиты могут объединяться в системы автоматизированного проектирования (САПВ, или Computer Aided Software Engineering, CASE).

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

Жизненный цикл ПО.

Это одно из базовых понятий технологии проектирования ПО. Жизненный цикл ПО – это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается моментом полного изъятия из эксплуатации.

Модель жизненного цикла ПО – структура, определяющая последовательность выполнения и взаимосвязь процессов, действий и задач, выполняемых на протяжении жизненного цикла.

Используемая модель зависит от специфики программного продукта и условий, в которых он создается и функционирует.

Основные модели жизненного цикла ПО:

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

Спиральная модель – середина 80-х – 90-е годы. Применяется в ООП.

Характеристика этапов:

Анализ – анализ требований пользователя, анализ целей. Т. е. четкое определение той функциональности, которую пользователь хочет получить от конкретного продукта.

Проектирование – создание внешней спецификации (описание интерфейса пользователя), архитектуры ПО, структуры ПО, проектирование модулей, определение используемых внутри алгоритмов и структур данных.

Кодирование – перевод результатов проектирования в код.

Тестирование – выполнение готовой программы для выявления ошибок в функциях, логике и форме реализации.

Уточненная схема для этапов анализа и проектирования каскадной

	9) Проектирование логики модуля

	6) Структура продукта

		3) Предварительное внешнее проектирование
		4) Детальное внешнее проектирование
	5) Архитектура системы

1, 2) определение требований системы

2) какие цели ставятся перед системой, достижение функциональности, уровни надежности и т. д.

3, 4) фактически создание макета на бумаге. Это не руководство пользователя, это подробное описание того, как должна функционировать система

5) идет проектирование на уровне подсистем, больших блоков. Может отсутствовать в не слишком больших проектах

6) каждая подсистема рассматривается отдельно на уровне групп модулей, которые эту подсистему составляют. Дерево вызовов модулей в структурном проектировании или диаграмма классов в ООП.

8, 9) проектирование собственно модулей, именно алгоритмы внутри функций, т. е. их содержимое.

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