14 Определение системных требований к системе. Типы требований к системам

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

Обычно формируются требования 3-х типов:

1) общие функциональные требования. Основные функции системы определяют на абстрактном уровне представления. Детализация функциональных требований происходит уже на уровне подсистемы.

2) Системные свойства – это интегрированные свойства системы могут включать в себя: производительность, безотказность, защищенность и т.д. Эти не функциональные свойства оказывают большое влияние на все требования определяемые для подсистем.

3) Свойства которые должны отсутствовать у подсистем. Порой гораздо важнее указать, что система не должна делать.

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

15 Проектирование систем

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

1) разработка требований к системе. Результатом этого процесса является спецификация сист. требований. Этапы разработки требований:

а) анализ осуществимости. На этом этапе решаются такие вопросы как:

- отвечает ли система общим и бизнес-целям организация заказчика и организация разработчика

- можно ли реализовать систему исп-я сущ. на данный момент технологии и, не выходя за пределы заданной стоимости

- можно ли объединить систему с другими системами, которые уже эксплуатируются

б) формирование и анализ требований. На этом этапе команда разработчиков работает с заказчиком и конечными пользователями. Этот процесс циклический и проходит через ряд этапов:

- анализ предметной области

- сбор требований

- классификация требований

- разрешение противоречий

- назначение приоритетов

- проверка требований

в) аттестация требований. Она должна предусматривать, что требования действительно опр. ту систему, которую хочет иметь заказчик. В процессе аттестации вып. Различные типы проверок документации требований:

- проверка правильности требований

- проверка на непротиворечивость

- проверка на полноту

- проверка на выполняемость

2) определение подсистем. Определяются подсистемы, которые индивидуально или совместно реализуют сист. Требования. Группа требований обычно проецируется на несколько подсистем, поэтому можно объединить несколько требований в одно.

3) распределение требований по подсистемам

4) специфирование функциональных характеристик подсистем. Опр. функциональные характеристики каждой подсистемы. На этом этапе также формализуются взаимоотношения м/у подсистемами.

5) определение интерфейсов подсистем

16 Разработка подсистем. Сборка системы

разработка подсистем.

На этом этапе реализуются те подсистемы, которые были определены на этапе проектирования системы.

3 варианта:

1) разработка той или иной подсистемы с нуля

2) приобретение на рынке промышленных изделий готовой подсистемы и ее интеграция с создаваемыми подсистемами.

3) приобретается некоторая заготовка – платформа, которая затем дорабатывается.

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

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

- метод большого взрыва

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

процесс последовательной сборки более предпочтителен по следующим причинам:

1) как правило этапы разработки различных подсистем заканчиваются не одновременно.

2) последовательная сборка уменьшает количество ошибок, связанных с неправильной интеграцией системы, взаимодействием подсистем и самими подсистемами.