5. Анализ проблем пользователей.

Анализ проблемы – процесс осознания реальных проблем и потребностей пользователей и предложения решений для удовлетворения этих потребностей. Цель анализа потребностей – добиться наилучшего понимания решаемой проблемы до начала разработки. Проблема – разница между желаемым и воспринимаемым.

Этапы анализа: 1) постановка проблемы – достижение соглашения по какой-либо проблеме (все ли согласны с такой постановкой проблемы). 2) Анализ корневых причин – выделение основных причин (для понимания корневых причин используются методы: анализ корневых вершин, обеспечивающий способ нахождения вершин находящихся в основе рассматриваемой проблемы или ее проявления. Выявление причин происходит в ходе беседы с сотрудниками. Часто не все корневые причины целесообразно устранять – затраты на устранение несоизмеримы с ущербом). 3) Выявление заинтересованных лиц (ЗЛ – все на кого реализация новой системы может оказать воздействие 1- пользователи 2 – не прямые пользователи, на которых влияют бизнес последствия разработки, 3 – субподрядчики, клиенты клиентов.) 4) Определение границ системы: исходные данные системарезультат (1я категория – система, 2я категория - актеры) 5) Выявление ограничений (ограничение уменьшает степень свободы, которой мы располагаем при выявлении решений. Источники ограничений: технические, политические, экономические, системные, эксплуатационные. Некоторые ограничения становятся требованиями, некоторые влияют на ресурсы и планы организации)

6. Методы выявления требований.

• Интервью, опросы, анкетирование

• Мозговой штурм, семинар

• Наблюдение за производственной деятельностью, «фотографирование» рабочего дня

• Анализ нормативной документации

• Анализ моделей деятельности

• Анализ конкурентных продуктов

• Анализ статистики использования предыдущих версий системы

7. Классификация требований.

Пользовательские, системные, проектная системная спецификация. Требования – описание функциональных возможностей и ограничений, накладываемых на разрабатываемую систему. Разработка требований – процесс формулирования, анализа, документирования, проверки этих возможностей и ограничений. В зависимости от детализации над требованиями понимаются с одной стороны – обобщение утверждения о функциональных возможностях и ограничениях системы, с другой стороны – требования – детализированное описание системных функций. Пользовательские –описание на естественном языке функций и ограничений. Системные – детализированное описание системных функциональных спецификаций. Проектная системная спецификация – обобщение описания структуры программной системы, которая будет основой для более детализированного проектирования системы и последующей реализации. Классификация: функциональные – перечень служб, которые должна выполнять система, реакции системы; нефункциональные – описывают характеристики системы и ее окружения, но не поведение; требования предметной области – характеризуют сферу применения программы.