Методологические подходы и средства поддержки процессов разработки программного обеспечения организационно-экономических систем. Коротко о главном. Евгений Леонидович Шуремов

Чтение книги онлайн.

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

      – 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).

      – Нефункциональные требования – набор условий, которым должна соответствовать программная система.

      К нефункциональным требованиям относятся:

      – Ограничения на программные интерфейсы, в том числе к внешним системам.

      – Требования к атрибутам качества.

      – Требования к применяемому оборудованию СКАЧАТЬ