Организация анализа требований к ис


Функциональные, нефункциональные требования



бет3/3
Дата11.08.2023
өлшемі28,74 Kb.
#105192
1   2   3

Функциональные, нефункциональные требования


Функциональные требования регламентируют деятельность либо поведение системы (behavioral requirements) и отвечают на вопрос «что обязана выполнять система» в конкретных ситуациях. Эти требования устанавливают главной «фронт работ» Разработчика, а также определяют цели, задачи и сервисы, предоставляемые концепцией Заказчику. Функциональные требования вносятся, как норма, при посредстве предписывающих правил: «система обязана допускать кладовщику создавать приходные и расходные накладные». Иным методом являются так именуемые варианты применения (uses cases) – известный и крайне эффективный метод представления требований.
Нефункциональные требования, соответственно, регламентируют внутренние и внешние условия либо атрибуты функционирования системы.
Главные группы нефункциональных требований:
- Внешние интерфейсы (External Interfaces),
- Атрибуты качества (Quality Attributes),
- Ограничения (Constraints).
Из числа внешних интерфейсов в основной массе нынешних ИС более значимым считается интерфейс пользователя. Помимо этого, выделяются интерфейсы с внешними приборами (аппаратные интерфейсы), программные интерфейсы, а также интерфейсы передачи данных (коммуникационные интерфейсы).
Главные атрибуты качества:
- Применимость,
- Безопасность,
- Эффективность,
- Эксплуатационная годность,
Ограничения - формулировки условий, изменяющих требования либо наборы требований, сужая подбор вероятных решений по их реализации. Подбор платформы реализации и/или развертывания (протоколы, серверы приложений, баз данных), которые могут относиться, к примеру, к внешним интерфейсам.

Методологии и стандарты, регулирующие работу с требованиями


Среди основополагающих нормативных документов в области работы с
требованиями можно выделить следующие.
Стандарты IEEE3:
- IEEE 1362 “Concept of Operations Document”.
- IEEE 1233 «Guide for Developing System Requirements Specifications».
- IEEE Standard 830-1998, «IEEE Recommended Requirements Specifications»
- IEEE Standard Glossary of Software Engineering Terminology/IEEE Std 610.12-1990
- IEEE Guide to the Software Engineering Body of Knowledge (1) - SWEBOK®, 2004
ГОСТы:
- ГОСТ 34.601-90. Информационная технология. Автоматизированные
системы. Стадии создания.
- ГОСТ 34.602-89. Информационная технология. Техническое задание на создание автоматизированной системы
- ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению.


1 АРМ – это совокупность информационных ресурсов и программно-технических средств, обеспечивающих пользователю обработку данных и автоматизацию управленческих функций в конкретной предметной области.

2 Rational Unified Process — методология разработки программного обеспечения, созданная компанией Rational Software.

3 IEEE (англ. Institute of Electrical and Electronics Engineers) Институт инженеров электротехники и электроники — некоммерческая инженерная ассоциация из США, разрабатывающая широко применяемые в мире стандарты по радиоэлектронике, электротехнике и аппаратному обеспечению вычислительных систем и сетей.


Достарыңызбен бөлісу:
1   2   3




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет