Файл: Основы проектирования программ. Этапы создания программного обеспечения(Основы теории программного обеспечения).pdf

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

Глава 3.Описание моделей разработки программ

Каскадная модель

Далее рассмотрим описание самых основных моделей ЖЦ для программных продуктов. [3]

Каскадная модель ЖЦ дает возможность охарактеризовать этапы создания программы разбиением разработки конкретного программного средства на отдельные этапы, причем их все переходы к следующему будут реализовываться только после завершения более ранних этапов (рисунок 14).[5]

Рисунок 14 – Каскадная модель

Рассмотрим ниже некоторые положительные особенности для описываемой модели:

– при выполнении каждого этапа создается законченный набор отчетной и проектной документации в соответствии с нужной стадией;

– все этапы необходимо реализовывать в нужной последовательности, так как они дают возможности для планирования конкретных сроков по окончанию работ.

Рассматриваемый подход ранее очень хорошо зарекомендовал себя при реализации проектирования ПО с самой разной сложностью, а также современных автоматизированных систем.

Стоит отметить, что при использовании данной модели можно отнести сверхсложные расчетные системы, системы обработки данных в реальному времени.

При создании указанных систем всегда постоянно возникают большие трудности при непосредственном возврате в работе к непосредственно предыдущим этапам. [6]

При этом, процессы разработки ПО получают следующий вид (рисунок 15):

Рисунок 15 – Усовершенствованная каскадная модель

Самое применяемое название в международной литературе рассматриваемой модели – «водопадная модель».

Основным недостатком рассматриваемого подхода часто считают большое запаздывание в результате разработки ПО.

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

Следующий недостаток – указанный вид разработки ПО ведет к очень примитивному уровню автоматизации.

Для преодоления описанных выше проблем еще в середине 1970-х годов предложена во внедрение спиральная модель ЖЦ.

При рассмотрении этой модели делался упор на исходные этапы выше приведенной модели, а именно:

– анализ задачи и требований;

– проектирование ПО.

3.2.Спиральная модель ЖЦ

Непосредственная реализация имеющихся технических фаз также можно реализовать с помощью прототипов (рисунок 16). [4]

Рисунок 16 – Определение спиральной модели ЖЦ

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

Для возможных итераций реализуется тщательная оценка по исчислению рисков превышения проектирования, стоимости работы. [2]

Спиральная модель избавляет всех разработчиков или же пользователей ПО от точного формулирования специфических требований к программе в выходных стадиях, так как их можно уточнить на новых итерация. [10]

Основная проблема для рассматриваемой модели – определение моментов для перехода к последующей стадии.

Для решения проблемы при этом необходимо вводить специальные целостные ограничения.

Стоит отметить, что в качестве улучшенной структуры ЖЦ рассматривается такая модель (рисунок 17).

Рисунок 17 – Схема улучшенной спиральной модели

Спиральная модель также имеет достоинства:

– конечные пользователи могут влиять на продукт практически на всех этапах его создания;

– заказчики имеют возможность участвовать в разработке программы;

– в модели непосредственно воплощаются практически все преимущества разработки ПО.[4]

Заключение

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

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

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

Применение современных апробированных подходов в управлении качеством разработки, внедрение крупных программных продуктов повышает значительно предсказуемость создаваемых проектов, а также и снижает финансовые издержки.