Характеристика процесса анализа требований. Результат анализа.
Процесс анализа требований (Requirement Process)
• Формирование видения; Выявление требований; Классификация и спецификация требований; Расширенный анализ требований (моделирование и прототипирование); Документирование требований; Проверка требований; Управление требованиями; Совершенствование процесса работы с требованиями.
Хорошие требования позволяют:
• выработать общее понимание между Заказчиком и Разработчиком; определить рамки проекта; более точно определить финансовые и временные характеристики проекта; обезопасить Заказчика от риска получить продукт, в котором он не сможет работать, обезопасить Разработчика от риска попасть в ситуацию "неконтролируемого размытия границ", которое может привести к непредвиденным затратам ресурсов сверх начальных ожиданий.
Результаты АТ: набор артефактов: текстовые документы, модели UML, либо других языков моделирования, прототипы программного обеспечения.
|
|
Цели, преследуемые потоком работ АТ: добиться одинакового понимания с заказчиком и пользователями о том, что должна делать система; дать разработчикам наилучшее понимание требований к системе; определить границы системы; определить интерфейс пользователя и системы.
Кто создает и использует требования:
Специалист по АТ - постановка задачи, определение рамок проекта; Представитель заказчика - постановка задачи, определение рамок проекта, контроль работы исполнителя, приемка результатов работы; Архитектор системы - разработка архитектуры, проектирование подсистем; Программист - разработка программного кода; Тестировщик - составление тест-плана, тестовых сценариев; Менеджер проекта - планирование и контроль исполнения работ.
Анализ требований, бизнес-анализ, анализ проблемной области.
• Глоссарий - общее понимание основной терминологии Заказчиком и Разработчиком.
• Анализ бизнес-процессов часть анализа проблемной области.
• В начале определить цели и задачи бизнес-анализа, как этапа построения КИС
АПО –отразить объект (существующую организационную систему предприятия) в создаваемой модели с требуемой степенью точности.
Анализ требований – направлен на моделирование воображаемого, еще не существующего объекта (АИС).
Анализ предметной области АПО
Требования и архитектура ИС
Представление прецедентов включает в себя: логическое, представление процессов, представление реализации, физическое представление
Анализируя модель проблемной области, в ней можно вычленить
• задачи и функции, реализуемые внутри ОС и функции коммуникации ОС и среды,
|
|
• устройство предметной области (в начале - на уровне концептуальной модели),
• требования к информации и ее обработке
Методологии бизнес-анализа
• модели, преследующие цель анализа и улучшения организационной системы (например, SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• модели общего назначения, такие, как SADT, DFD, IDEF1, IDEF3, IDEF5 и другие,
• модели, специально разработанные для использования при автоматизации (например, ISA, BSP, ARIS, RUP).
Рабочие потоки АТ
Классификация и спецификация требований
Требование - это условие или возможность, которой должна соответствовать система.
1. условия или возможности, необходимые пользователю для решения проблем или достижения целей;
2. условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
3. документированное представление условий или возможностей для пунктов 1 и 2
Требования - это исходные данные, на основании которых проектируются и создаются АИС.
Первичные данные поступают из различных источников, характеризуются противоречивостью, неполнотой, нечеткостью, изменчивостью.
ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ИС -это этап анализа.
Стадии и этапы создания ИС -ГОСТ 34.601-90
1. Формирование требований к АС: 1.1. Обследование объекта и обосн-ние необходимости создания АС. 1.2. Форм-ние требований пользователя к АС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)