Разработка требований
Работа с требованиями • Предварительное обследование: понять проблемы заказчика, получить знания о текущем положении дел • Сбор требований: выяснить пожелания всех заинтересованных сторон • Разработка требований: зафиксировать знания
Документы этапа «Предварительное обследование» • • • Методика Анкеты Протоколы интервью Описание ПО, которым пользуется заказчик Отчет о предварительном обследовании
Документы этапа «Сбор требований» Схемы Первые прототипы интерфейсов Протоколы интервью Варианты использования (пользовательские истории) • Документы заказчика (печатные формы и др. ) • •
Документы этапа «Разработка требований» • • ТЗ Функциональные спецификации Прототипы интерфейсов Протоколы совещаний (уточнение, изменение требований)
Удобство чтения Удобство работы с требованиями как с набором
Как составить хороший документ? • Целевая аудитория (проверки, насколько ЦА сможет понять документ) • Область применения документа • Контекст • Рамки • Термины и определения • Четкая структура • Ссылки на другие документы (с описаниями) • История изменений
Как писать требования • Простым языком • Все термины должны быть определены • Близкие по смыслу требования писать в одном разделе • 1 требование = 1 смысловая конструкция • Термины должны быть реализуемыми и проверяемыми • Требования нужно улучшать
Пример (область проблем) Роль Оператор колл-центра Возможность / функция Должен иметь возможность получить Объект Информацию о позвонившем клиенте Параметры / критерии В течение 5 секунд после формирования запроса Другие условия Если поиск осуществляется…
Пример (область решений) Система учета заявок Должна предоставлять возможность Роль Специалисту СП Цель Выполнять текстовый поиск Объект По базе обращений пользователей Параметры / критерии Возвращая результаты поиска за. . Другие условия Если в строке поиска введено…
Атрибуты требований • • • Приоритет Статус Источник Сложность реализации (оценка) Релиз (этап)
ТЗ по ГОСТ 34 • ГОСТ 34. 602 -89 Техническое задание на создание автоматизированной системы • ГОСТ 34. 201 -89 Виды, комплектность и обозначения документов при создании автоматизированных систем • РД 50 -34. 698 -90 Автоматизированные системы. Требования к содержанию документов • ГОСТ 19. 201 -78 «Техническое задание. Требования к содержанию и оформлению»
Проблемы • Исполнитель и заказчик могут поразному трактовать ГОСТ • ГОСТы устарели
Достоинства • Облегчают понимание • Позволяют максимально полно описать абстрактную сущность • Гарантируют полноту ТЗ • Часть требований уже сформировано • Облегчают сдачу-приемку работ
Математическое Обеспечение (требования к формулам, логике, числам) Организационное Обеспечение (описание ОРШ, РП, РА и проч. ) Техническое Обеспечение ( «железо» ) Программное Обеспечение (требования к алгоритмам, процессам) Информационное Обеспечение (требования к набору полей, журналам)
Содержание ТЗ • http: //it-gost. ru/content/view/101/51/
Образцы ТЗ по ГОСТ «Электронная Россия» (публичный портал) http: //aisup. economy. gov. ru/pubportal/ • Опыт многих коммерческих разработчиков • Схемы в UML, IDEF 0 и ARIS http: //www. rugost. com/
Задание • http: //www. finland. org. ru/public/default. aspx ? contentid=192695 • http: //www. ustraveldocs. com/ru_ru/ru-nivvisatypeinfo. asp
Скачать презентацию Разработка требований Работа с требованиями Предварительное
Разработка требований.pptx