КАТЕГОРИИ:
АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
|
Системные требования2.2.1. Требования пользователей описывают цели и задачи, которые пользователям позволит решить система. Они могут быть описаны с помощью вариантов использования (методология RUP), сценариев (методология SADT). Варианты использования в данном случае меняют традиционный подход к сбору информации; пользователей не спрашивают, что с их точки зрения должна делать система, а выясняют, какие задачи собирается с ее помощью решать пользователь. Цель такого подхода – описать все подобные задачи. Последовательность работ при формировании требований следующая: вначале отбираются пользователи системы (профили заинтересованных лиц), далее перечисляются для каждого пользователя варианты использования и затем описывается каждый вариант использования. При описании вариантов использования можно использовать следующий шаблон: - уникальный идентификатор; - имя, кратко описывающее задачи пользователя в формате «глагол + объект»; - краткое текстовое описание на естественном языке; - список предварительных начальных условий, которые должны быть удовлетворены до начала разработки варианта использования; - выходные условия, описывающие состояние системы после успешного завершения разработки вариантов использования; - пронумерованный список действий (сценарий), иллюстрирующий последовательность этапов взаимодействия лица и системы от предварительных условий до выходных условий. При этом один из сценариев считается нормальным направлением развития, другие – альтернативными направлениями; - приоритет, частота варианта использования и другие особые требования. 2.2.2. Спецификация требования к системе. Этот итоговый документ является задокументированным соглашением между клиентом и разработчиком. В настоящее время доступны различные шаблоны спецификации, однако многие применяют шаблон, описанный в IEEE Standard 830-1998, «IEEE Recommended Practice for Software Requirements Specifications» (IEEE, 1998b): 1.Введение 1.1. Назначение 1.2. Соглашения, принятые в документах 1.3. Предполагаемая аудитория и рекомендации по чтению 1.4. Границы проекта 1.5. Ссылки 2. Общее описание 2.1. Общий взгляд на продукт 2.2. Особенности продукта 2.3. Классы и характеристики пользователей 2.4. Операционная среда 2.5. Ограничения дизайна и реализации 2.6. Документация для пользователей 2.7. Предположения и зависимости 3. Функции системы 3.х Функция системы x 3.х.1. Описание и приоритеты 3.х.2. Последовательности «воздействие – реакция» 4. Требования к внешнему интерфейсу 4.1. Интерфейсы пользователя 4.2. Интерфейсы оборудования 4.3. Интерфейсы ПО 4.4. Интерфейсы передачи информации 5.Другие нефункциональные требования 5.1. Требования к производительности 5.2. Требования к охране труда 5.3. Требования к безопасности 5.4. Атрибуты качества 6. Остальные требования 7. Приложения
|