Назначение и виды требований к ИС
Вариант 1
Требование - это:
· условия или возможности, необходимые пользователю для решения проблем или достижения целей;
· условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
· документированное представление условий или возможностей для пунктов 1 и 2. (IEEE Standard Glossary)
Цель установления требований состоит в том, чтобы дать развернутое определение требований, которое участники проекта ожидают реализовать в разрабатываемой системе. Основное содержание стадии формирование требований – сбор данных и анализ объекта, для поддержки функционирования которого предполагается создание ИС, анализ существующей информационной системы (включая изучение информационных потоков, выявление недостатков) и обоснование целесообразности создания ИС. Обоснованное и тщательное формирование требований к информационной системе – необходимое условие успешного выполнения работ по созданию системы. Начало формирования требований связано уже с первой (предпроектной) стадией создания системы, когда проводится обоснование целесообразности разработки.
Три уровня требований:
· бизнес-требования (business requirements);
· уровень требований пользователей (user requirements);
· функциональный уровень (functional requirements).
Вариант 2
Требования – это документированное представление условий или возможностей, необходимых пользователю для решения поставленной задачи; документированное представление условий или возможностей, которыми должна обладать система, чтобы удовлетворять формальным документам.
(цель) Формирование требований (предпроектная стадия проектирования) необходимо для ответа на вопрос «Что нужно реализовать в системе?». На этой стадии происходит сбор данных, анализ существующей системы, обоснование создания новой системы.
Виды требований: бизнес-требования; требования пользователь; функциональные требования.
Методика формирования требований (ГОСТ 34, SSADM, RUP)
Вариант 1
Требования к информационной системе делят на три группы (ГОСТ 34):
· требования к системе в целом;
· требования к функциям (задачам), выполняемым системой;
· требования к видам обеспечения.
Требования к системе в целом:
· требования к структурным характеристикам и режимам функционирования системы;
· требования к показателям назначения;
· требования к надежности;
· требования к качеству данных;
· требования по стандартизации и унификации;
· требования к развитию системы.
Требования к структурным характеристикам и режимам функционирования системы:
· состав основных функций (состав функциональных подсистем);
· объектная структура системы (число уровней иерархии, основные объектные подсистемы на каждом уровне);
· требования к средствам и способам обмена информацией между объектными подсистемами в случае их территориальной разобщенности;
· требования к интегрируемости (совместимости) со смежными системами или уже реализованными элементами создаваемой системы, с которыми должна быть обеспечена возможность взаимодействия;
· требования к режимам функционирования системы (пакетный, интерактивный и т. д.).
Требования к надежности:
· перечень отказов (указание на то, что понимается под отказом) системы или ее частей, по которым следует предъявлять требования по надежности;
· состав и количественные значения (нормы) показателей надежности по типам отказов
· системы или ее элементов;
· требования к методам оценки и контроля надежности на разных этапах создания системы (жизненного цикла системы)
Требования к качеству данных:
· показатели достоверности данных (вводимых, хранящихся, выдаваемых системой) и их количественные значения; ситуации (события), при которых должна быть обеспечена сохранность данных;
· возможные способы несанкционированного доступа к данным, от которых система должны быть защищена
Требования по стандартизации и унификации:
· используемые стандарты при создании системы документооборота;
· используемые классификаторы;
· требования по применению типовых программных и технических средств при создании системы
Требования к развитию системы:
· возможности модификации,
· возможности включения новых функций,
· открытости (возможности взаимодействия с другими системами),
· масштабируемости (увеличения числа пользователей, числа подключаемых терминалов и пр.)
Требования к функциям (задачам):
· перечни задач по каждой функциональной подсистеме (комплексу информационных технологий) с их распределением по уровням системы;
· требования к качеству реализации каждой функции (задачи, комплекса задач);
· формы представления входной и выходной информации;
· временной регламент (требования к временным характеристикам); требования к качеству результатов (достоверности выдаваемой информации, точности расчетов и т. д.).
Требования к видам обеспечения (ИО):
· требования к качеству данных;
· требования составу и способу организации данных;
· требования совместимости данных со смежными системами;
· требования к использованию классификаторов и унифицированных документов,
· требования к методам контроля, хранения, обновления и восстановления данных.
Требования к видам обеспечения (ПО):
· требования к качеству программных средств;
· требования к интерфейсам;
· требования к используемым языкам программирования;
· требования к операционной системе и т. д.
Требования к видам обеспечения (ТО):
· требования к функциональным, конструктивным, эксплуатационным характеристикам отдельных видов аппаратных средств, например, к быстродействию средств передачи данных, производительности средств вычислений, объемам запоминающих устройств, надежности отдельных устройств или комплексов и т. д.
Предпроектное обследование (SSADM: Стадия 1)
110 Определить рамки предпроектного обследования
120 Определить основные требования к АС
130 Изучить процессы обработки информации в существующей системе
140 Изучить данные, обрабатываемые в существующей системе
150 Разработать логическое описание существующей системы
160 Обобщить результаты предпроектного обследования
Классификация требований RUP:
В спецификациях Rational Unified Process при классификации требований используется модель FURPS+ со ссылкой на стандарт IEEE Std 610.12.1990
· Functionality (Функциональность)
· Usability (Применимость)
· Reliability (Надежность)
· Performance (Производительность)
· Supportability (эксплуатационная пригодность).
Символ "+" расширяет FURPS-модель, добавляя к ней:
· ограничения проекта,
· требования выполнения,
· требования к интерфейсу,
· физические требования,
Кроме того, в спецификациях RUP выделяются такие категории требований, как
· требования, указывающие на необходимость согласованности с некоторыми юридическими и нормативными актами;
· требования к лицензированию,
· требования к документированию.
Все требования делятся на:
· функциональные (uses cases);
· нефункциональные.
Функциональные требования описывают то, что должна выполнять система по реализации функций планирования, учета, контроля, анализа и управления, а также условий хранения, обработки информации.
Нефункциональные требования определяют, на каком уровне качества система будет реализовывать функциональные требования. Виды нефункциональных требований:
· требования безопасности, хранения данных;
· обеспечения мониторинга и контроля данных;
· обеспечения качества реализации функций;
· ограничение доступа к данным;
· прочие требования.
Два этапа методики формирования требований:
· на первом этапе составляется перечень реализуемых задач, информационных потоков и обрабатываемых данных;
· на втором этапе оцениваются варианты реализации проектов создаваемой системы исходя из принятых требований.
На основе сформированных требований разрабатывается функциональная модель ИС в виде:
· модели информационных потоков,
· описания функций,
· конкретизированного каталога требований (КТ).
Методика формирования требований реализуется следующими процедурами:
· определение функций разработчика и пользователя на каждой стадии ЖЦ ИС;
· осуществление сбора первичных данных о ПрО (информационные потоки);
· формирование каталога требований (ТЗ).
· ведение каталога требований.
Вариант 2
Требования к ИС (ГОСТ 34):
1. требования к системе в целом:
· 
к режимам функционирования: структура и функции си-стемы, средства и способы обмена информации, интегрируемость;
· к надежности: перечень отказов и нормы показателей надежности по их типам, методы оценки контроля надежности;
· к данным: показатели достоверности и защита от несанк-ционированного доступа;
· к развитию системы: возможность изменения, внедрения новых функций, взаимодействия с другими системами и масштабиру-емости;
· по стандартам: какие используются стандарты и классифи-каторы.
2. требования к функциям системы:
· к формам представления входной и выходной информации;
· список задач всех подсистем;
· к качеству реализации каждой функции;
· к временным характеристикам;
· к качеству результатов.
· 3. требования к обеспечению системы:
· к видам ИО: качество, совместимость, организация и хране-ние данных;
· к видам ПО: ОС, ЯП, качество программных средств и ин-терфейс;
· к видам ТО: к различным характеристикам аппаратных средств.
Предпроектное обследование (SSADM: Стадия 1)
1. Определить рамки предпроектного обследования
2. Определить основные требования к АС
3. Изучить процессы обработки информации в существующей системе
4. Изучить данные, обрабатываемые в существующей системе
5. Разработать логическое описание существующей системы
6. Обобщить результаты предпроектного обследования
Классификация требований RUP:
· Functionality (Функциональность)
· Usability (Применимость)
· Reliability (Надежность)
· Performance (Производительность)
· Supportability (эксплуатационная пригодность)
Кроме того, в спецификациях RUP выделяются такие категории требований, как требования, указывающие на необходимость согла-сованности; с некоторыми юридическими и нормативными актами; требования к лицензированию; требования к документированию.