Медицинская интегрированная компьютерная система. Управление требованиями

Плотников С.В.
Выпускник группы ITM-09
Школа IT-менеджмента
РАНХиГС при Президенте РФ

Работа состоит из введения, двух основных частей: теоретической и практической частей и заключения.

Во введении даны основные определения, приведены цели и задачи работы.

Требования – это основа для создания любого изделия, продукта, системы.  Требования определяют потребности заинтересованных сторон, функциональность, состав  и количественные характеристики продукта (системы) на этапе создания и проектирования. Соответствие требованиям даёт возможность потребителю сделать выводы о качестве продукта, о возможности его приобретения и использования.

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

Управление требованиями   - это процесс создания, изменения и  поддержания системы требований в соответствии условиям внешней среды, непрерывный на протяжении всего проекта.

В работе показан  процесс управления требованиями, применительно к Медицинской интегрированной компьютерной системе (МИКС), адаптированный к изменениям внешней и внутренней среды организации.

В теоретической части работы описан процесс разработки требований.

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

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

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

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

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

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

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

Приведена характеристика базовой организации.

Определён список заинтересованных сторон и краткие текстовые сценарии взаимодействия их с системой.

Показан процесс изменения требований заинтересованных сторон  в связи с глобальными изменениями в организации – сменой собственника.

Определены вновь появившиеся заинтересованные стороны, описаны сценарии взаимодействия, разработаны и сформулированы требования заинтересованных сторон.

Системны�