в квалификации специалистов разных областей.
Для преодоления рисков при реализации проектов предлагается использовать так называемые контрольные точки, характеризующие разные стадии готовности проекта.
– Concept of Operations (COO) – концепция (использования) системы;
– Life Cycle Objectives (LCO) – цели и содержание жизненного цикла;
– Life Cycle Architecture (LCA) – архитектура жизненного цикла; здесь же возможно говорить о готовности концептуальной архитектуры целевой программной системы;
– Initial Operational Capability (IOC) – первая версия создаваемого продукта, пригодная для опытной эксплуатации;
– Final Operational Capability (FOC) – готовый продукт, развернутый (установленный и настроенный) для реальной эксплуатации.
Формирование требований и проектирование программной системы
Требования к программному обеспечению – совокупность утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации.
Требования могут выражаться в виде текстовых утверждений и графических моделей.
В классическом техническом подходе совокупность требований используется на стадии проектирования ПО. Требования также используются в процессе проверки ПО, так как тесты основываются на определённых требованиях.
Этапу разработки требований часто предшествует технико-экономическое обоснование, или концептуальная фаза анализа проекта. Для ЭИС это, как правило, бизнес-моделирование.
Стадии фазы разработки требований:
– выявление;
– оценка целостности и реализуемости;
– документирование;
– согласование.
Разработка требований к ПО – процесс выявления, формулирования, анализа, документирования и верификации требований, подлежащих выполнению в программном обеспечении (ПО). В его ходе системный аналитик формирует реестр требований, который оформляется в виде документа, а также может быть занесен в автоматизированную систему управления требованиями.
Уровни требований к ПО.
– Бизнес-требования – определяют назначение ПО, описываются в документе о видении (vision) и границах проекта (scope).
– Пользовательские требования – определяют набор пользовательских задач, которые должна решать программная система, а также способы (сценарии) их решения.
– Функциональные требования – характеризуют предполагаемое поведение системы в виде набора определенных действий, которые описываются в системной спецификации (англ. system requirement specification, SRS).
– Нефункциональные требования – набор условий, которым должна соответствовать программная система.
К нефункциональным требованиям относятся:
– Ограничения на программные интерфейсы, в том числе к внешним системам.
– Требования к атрибутам качества.
– Требования к применяемому оборудованию
