отчёт. Веревкин. Народ, жамкайте кнопку чата чтоли для авторизации
 Скачать 81.53 Kb.
|
Подходы к процессу разработки: итерационные модели (пошаговая, спиральная)Итерационные модели разработки ПО. При создании больших систем важную роль играет возможность выполнять отдельные процессы разработки подсистем и весь процесс создания ПО итерационно, когда в ответ на изменения требований надо повторно выполняют определенные этапы (чаще всего этапы проектирования и кодирования). Рассмотрим гибридные итерационные модели, сочетающие несколько различных подходов к разработке ПО. Модель пошаговой разработки, где процессы специфицирования требований, проектирования и написания кода разбиваются на последовательность небольших шагов. Спиральная модель разработки, в которой весь процесс создания ПО, от начального эскиза системы до ее конечной реализации, разворачивается по спирали. Существенным отличием итерационных моделей является то, что здесь процесс разработки спецификации протекает параллельно с разработкой самой программной системы. Более того, в модели пошаговой разработки полную системную спецификацию можно получить только после завершения самого последнего шага процесса создания ПО. Это противоречит модели приобретения ПО, когда полнаясистемная спецификация является составной частью контракта на разработку системы. Поэтому, чтобы применять итерационные модели для разработки больших систем, которые заказываются "серьезными" организациями, например государственными агентствами, необходимо менять форму контракта, на что такие организации идут с большим трудом. Модель пошаговой разработки. Модель пошаговой разработки, где процессы специфицирования требований, проектирования и написания кода разбиваются на последовательность небольших шагов. Модель пошаговой разработки находится где-то между каскадной и эволюционной моделью и объединяет их достоинства. Эта модель была предложена Миллсом, чтобы уменьшить количество повторно выполняемых работ и увеличить для заказчика временной период окончательного принятия решения обо всех деталях системных требований. Преимущества: Заказчику нет необходимости ждать полного завершения разработки системы чтобы получить о ней представление. Заказчик может использовать компоненты как прототипы. Данный подход уменьшает риск общесистемных ошибок. Системные сервисы с системным приоритетов разрабатываются первыми, все последующие компоненты интегрируются с ними, таким образом осуществляется неявное тестирование, снижается вероятность ошибок в особо важных частях системы. Сложности: Сложность выделение компонентов системы небольшого размера. Сложность распределения общесистемных функций по компонентам. Спиральная модель разработки. Спиральная модель разработки, в которой весь процесс создания ПО, от начального эскиза системы до ее конечной реализации, разворачивается по спирали. В спиральной модели каждый виток спирали соответствует одной итерации процесса создания ПО. Каждый виток спирали разбит на четыре сектора: Определение целей каждой итерации. Устанавливаются ограничения на процесс создания ПО и на программный продукт. Уточняются планы производства компонентов. Определяются проектные риски. Оценка и разрешение рисков. Разработка и тестирование. Планирование. Отличие этих моделей от других заключается в точном определении и оценки рисков. Первая итерация начинается с тщательной проработки целей системы(эклплуатационные и функциональные требования.) На втором этапе для оценки рисков используется прототипирование, имитационное моделирование и тп. Выбирается подход к разработке компонентов. Наиболее распространненая методологая структурного подхода базируется на ряде общих принципов: 1. «Разделяй и властвуй» Принцип решения сложных проблем путём разбиения на более мелкие задачи 2. Принцип иерархического упорядочивания. Составные части проблемы представляются в виде дерева. С добавлением новых деталей на каждом уровне. 3. Принцип абстрагирования. Выделение существенных аспектов. 4. Принцип формализации. Строгий методических подход к решению задачи 5. Принцип непротиворечивости. Это согласованность и обоснованность элементов и их связей. 6. Принцип структурирования данных. Данные должны быть структурированы и иерархически организованны. В структурном анализе используется две группы средств иллюстрирующих функции выполняемых системой и отношений между данными. |