Достоинства и недостатки V-образной модели жизненного цикла.

Приближенная по своей сути к практикам PRINCE2, V-модель разработки через тестирование была разработана еще в конце 1980-х годов ведомствами Германии и США, и до сих пор является стандартом немецких правительственных и оборонных проектов. Основной ее принцип состоит в постепенном возрастании степени детализации проекта с течением времени и одновременном проведении «горизонтальных» итераций

V-образная модель является развитием каскадной модели. Поэтому она обладает всеми достоинствами последней. Кроме того, при подходящем использовании V-образная модель обеспечивает следующие преимущества:

8. планирование на ранних стадиях разработки системы ее тестирования;

9. обеспечение аттестации и верификации всех промежуточных результатов разработки;

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

11. простота в использовании.

При использовании V-образной модели для несоответствующего ей проекта выявляются следующие ее недостатки:

6. сложность поддержки параллельных событий;

7. непредусмотренность итераций (повторений) между фазами;

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

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

10. отсутствие в модели действий, направленные на анализ рисков.

Общераспространенная модификация V-образной модели, направленная на преодоление ее недостатков, включает в себя внесение итерационных циклов для разрешения изменения в требованиях за рамками этапа анализа.

3. Согласно стандарту ISO 12207, структура содержащая процессы, действия и задачи, которые выполняются (решаются) в ходе разработки, функционирования и сопровождения программного продукта в течении всей жизни системы, от определения требований до завершения еѐ использования это

- модель жизненного цикла

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 8

1. Цель и задачи планирования жизненного цикла ИС.

Целью данного этапа является формирование требований к ИС, корректно и точно отражающих цели и задачи организации-заказчика. Чтобы специфицировать процесс создания ИС, отвечающей потребностям организации, нужно выяснить и четко сформулировать, в чем заключаются эти потребности. Для этого необходимо определить требования заказчиков к ИС и отобразить их на языке моделей в требования к разработке проекта ИС так, чтобы обеспечить соответствие будущей ИС целям и задачам организации.

Задачи планирования:

Адаптация модели ЖЦ.

Разработка ТЭО(бизнес-причина, выбор способа решения, эффекты по категориям).

Формирование бизнес-цели проекта.

Разработка устава проекта.

Разработка плана управления проектом

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

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

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