Организация анализа требований к ис
Функциональные, нефункциональные требования
жүктеу/скачать 28,74 Kb.
|
Эссе. Организация анализа требований к ИС
- Бұл бет үшін навигация:
- Методологии и стандарты, регулирующие работу с требованиями
Функциональные, нефункциональные требованияФункциональные требования регламентируют деятельность либо поведение системы (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) Институт инженеров электротехники и электроники — некоммерческая инженерная ассоциация из США, разрабатывающая широко применяемые в мире стандарты по радиоэлектронике, электротехнике и аппаратному обеспечению вычислительных систем и сетей. жүктеу/скачать 28,74 Kb. Достарыңызбен бөлісу:
|