9. Классификация проектов по созданию и развитию программных средств и систем

Существуют различные схемы классификации проектов. ГОСТ классификации проектов: ГОСТ Р ИСО/МЭК ТО 12182-2002. В нём приведена схема классификации по 16-ти видам. Каждый вид подразделяется на классы, но классификация имеет слишком общий характер, а следовательно – не может использоваться для выбора жизненного цикла. В связи с этим, институт качества SQI(США) специально для выбора модели жизненного цикла разработал схему классификации проектов по созданию и развитию программных средств и систем.

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

Категории классификации проектов

1. Характеристики требований к проектам.

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

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

2. Характеристики команды разработчиков.

Пример: Владеют ли разработчики современными CASE-технологиями, как разработчики относятся к непрерывным проверкам.

3. Характеристики пользователей.

Определяет возможность участия пользователя в разработке.

4. Характеристики типов проектов и рисков.

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

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

3. Классические технологии проектирования программ

   1. Модульное проектирование программ

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

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

Признакимодульности программы:

1. Программа состоит из модулей.

2. Независимость модулей.

3. Условие: один вход, один выход.

Достоинствамодульного проектирования:

1. Упрощение разработки и реализации программ.

2. Облегчение чтения программы.

3. Упрощения настройки и модификации программы.

4. Облегчение работы с данными, имеющими сложную структуру.

5. Исключение чрезмерной детализации алгоритма.

Недостатки:

1. модульность требует большей дополнительной работы программиста и определенных навыков проектирования программ.

2. модульный подход в среднем требует большего времени работы ЦП(на 5-10%) за счет времени обращения к модулям.

3. модульность программ приводит к увеличению объема программ(на 5-10%).

Методы проектирования модульных программделятся на 3 группы:

1. методы нисходящего проектирования.

2. Методы расширения ядра.

3. Методы восходящего проектирования.

2. Метод нисходящего проектирования

Основное назначение:

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

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

Затем определяется подфункции программы, и в соответствии с ними прорабатываются отдельные блоки, не детализированные на предыдущем шаге. Эти действия являются рекурсивными, пока не достигнута нужная степень детализации.

Метод основан на двух стратегиях:

1. пошаговое уточнение (разработана Дейкстрой)

2. анализ сообщений (разработана группой авторов: Йодан, Константайн, Мейерс).