8 Итерационная модель

Естественное развитие каскадной и спиральной моделей привело к их сближению и появлению современного итерационного подхода, который представляет рациональное сочетание этих моделей. Различные варианты итерационного подхода реализованы в большинстве современных технологий и методов (RUP, MSF, XP).

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

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

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

Достоинствами спиральной модели являются:

• ускорение разработки (раннее получение результата за счет прототипирования);

• постоянное участие заказчика в процессе разработки;

• разбиение большого объема работы на небольшие части;

• снижение риска (повышение вероятности предсказуемого поведения системы).

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

К недостаткам спиральной модели можно отнести:

• сложность планирования

• сложность применения модели с точки зрения менеджеров и заказчиков

• напряженный режим работы для разработчиков

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

· • международные стандарты ISO/IEC (ИСО/МЭК) (ISO -International Organization of Standardization – Международная организация по стандартизации, IEC — International Electrotechnical Commission Международная комиссия по электротехнике);

· • стандарты Российской Федерации ГОСТ Р;

· • стандарты организации.

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

Объектами отраслевой стандартизации могут быть:

• продукция, процессы и услуги, применяемые в отрасли;

• правила, касающиеся организации работ по отраслевой стандартизации;

• типовые конструкции изделий отраслевого применения (инструменты, крепежные детали и т.п.);

• правила метрологического обеспечения в отрасли Стандарты предприятий разрабатываются и принимаются самими предприятиями. Объектами стандартизации в этом случае обычно являются составляющие подсистем организации и управления производством, совершенствование которых — главная цель стандартизации на данном уровне. Кроме того, стандартизация на предприятии может затрагивать и продукцию, производимую этим предприятием. Разработка больших проектов, связанная с работой коллективов размером в несколько десятков и даже сотен человек из нескольких организаций, немыслима без совокупности нормативно-методических документов, регламентирующих различные аспекты процессов деятельности разработчиков. Комплекс таких документов называют нормативно-методическим обеспечением

(HMО).

10 Документация разработки ПИ Примечание: Данные работы и задачи могут пересекаться или взаимодействовать и выполняться итерационно или рекурсивно.

- Разработчик должен:

a)документально оформить выходные результаты в соответствии с процессом документирования;

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

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

d) выполнить вспомогательные процессы в соответствии с условиями договора.

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