5. Средства разработки для определения требований пользователя

Анализ осуществимости может быть выполнен с использованием CASE-средств. CASE-средства являются эффективной и мощной технологией для построение моделей, которые описывают:

• Что должна делать системы;

• Её поведение, сценарии;

• Архитектуру, составные компоненты;

• Внешние и внутренние связи различного назначения.

1. Средства разработки для спецификации требований пользователя

Средства разработки спецификаций требований пользователя должны поддерживать следующие функции управления:

• Вставка

• Удаление

• Модификация

• Поиск

• Хранение

• Отображение

• печать

ВЫХОД ФАЗЫ

Выходом этой фазы должен быть документ, который должен

Выводы

• Ответственность должны быть четко определена до начала разработки.

• Реальные пользователи системы являются ответственными за определение мандатных требований.

• Разработчики ПО, должны принимать участие в процессе создание этого документа, так как они могут указывать пользователям на реальные практические свойства требований, исходя из потенциала существующих систем, профессиональных навыков, и, по возможности, разработанных макетов.

пятница, 28 сентября 2012 г.

3.6 Атрибуты требований пользователей

Ниже перечислены семь атрибутов требований пользователя

ИДЕНТИФИКАТОР для облегчения отслеживания требований и ссылок на них.

НЕОБХОДИМОСТЬ степень важности, т.е. возможность обсуждения требования или выполнения его в первоначальном виде.

СТАБИЛЬНОСТЬ т.е. обязательное постоянство требования на протяжении всего цикла или возможность изменения требования во время определённой фазы.

ПРИОРИТЕТ уровень обработки требования, надо учитывать приоритет при составлении графика реализации требований.

ИСТОЧНИК ссылка на документ, или результаты физического экспиремента, или на группу пользователей, вырабатывающих это требование.

ЯВНОСТЬ т.е. чёткая однозначная формулировка.

ПРОВЕРЯЕМОСТЬ т.е. контроль за включением требования, его реализацией.

Вывод

Не все атрибуты могут иметь формулировку и могут быть записаны в соответствующем документе, отдельные атрибуты определяются из смыслового содержания требования.

Не существует универсального подхода к формированию и анализу требований пользователя. Обычно для разработки этих требований одновременно используется несколько подходов.

3.7 Последовательность действий

1. Анализ проблемы.

   1. Соглашение по определению проблемы.

   2. Определение круга пользователей системы (для разработки прецедентов и сценариев).

   3. Согласование ограничений на процесс создания ПП.

2. Понимание потребностей пользователя. Выявление требований и их специфицирование

3. Определение системы. Разработка информационной иерархии, которая зависит от потребностей пользователя и которая определяет режимы и функции ПС.

4. Управление масштабом. Установка приоритетов требований для реализации версии проекта, с учетом сроков выполнения и стоимости проекта.

5. Уточнение определения системы. Чёткое документирование всех требований.

6. Построение правильной системы. Использование метода трассирования для контроля на протяжении ЖЦПП взаимосвязи функций и требований.