[SW.BAND] PS __ Урок 3 МК __ Написание требований к проекту. Написание требований к проекту
 Скачать 0.65 Mb.
|
|
это спецификация того, что должно быть реализовано. Бизнес-требования Пользовательские требования Функциональные и нефункциональные требования High level Detailed ❏ Sponsor point of view ❏ Scope of the project ❏ Business Objectives ❏ User point of view ❏ User goals ❏ User inputs & outputs ❏ Functional: what the system does ❏ Non-functional: how well the system does it ❏ описывают цели или задачи ❏ описывают, чтопользователь должен иметь возможность делать с системой ❏ включают описание характеристик продукта, которые важны для удовлетворения пользователей ❏ ❏ Я, как пассажир, хочу совершить регистрацию на рейс онлайн, чтобы не тратить время на регистрацию в аэропорту перед посадкой на самолет. ❏ Я, как пассажир, хочу иметь возможность выбрать место в самолете при регистрации на рейс онлайн для того, чтобы комфортно провести время в полете. ❏ Я, как пассажир, хочу иметь возможность приобрести право провоза дополнительной единицы багажа при регистрации на рейс онлайн, чтобы провести необходимое мне количество багаже. ❏ Пассажир должен иметь возможность осуществить регистрацию на рейс онлайн. ❏ Пассажир должен иметь возможность выбрать место в самолете при регистрации на рейс онлайн. Как зарегистрированный пользователь я хочу просматривать комментарии других пользователей, чтобы можно было узнать отзывы о продукте и принять решение о его покупке. определяют, каким должно быть поведение системы в тех или иных условиях определяют, что разработчики должны создать, чтобы пользователи смогли выполнить свои задачи описываются в форме традиционных утверждений со словами «должен» или «должна» ❏ Если в профиле пассажира не указаны предпочтения по выбору места, система резервирования должна сама назначить ему место. ❏ Когда зарегистрированный пользователь нажимает кнопку «Отмена бронирования», система должна сохранить информацию об отмене бронирования. Система должна отобразить сообщение «Ваше бронирование успешно отменено». ❏ Система должна получать данные о рабочих/нерабочих днях из модуля Calendar через API. ❏ Интернет-магазин должен быть интегрирован с платежным сервисом Web-money. ❏ Система должна импортировать данные из файла размещенного в папке на FTP сервере по пути: xxx. — часть программной системы. Требования к пользовательскому интерфейсу могут быть разбиты на две группы: требования к внешнему виду пользовательского интерфейса и формам взаимодействия с пользователем требования по доступу к внутренней функциональности системы при помощи пользовательского интерфейса ❏ Требования к реакции системы на ввод пользователя ❏ Требования к времени отклика на команды пользователя ❏ Требования к размещению элементов управления на экранных формах ❏ Требования к содержанию и оформлению выводимых сообщений ❏ Требования к форматам ввода ❏ Сервер приложения сайта должен разрабатываться на языке Java. ❏ База данных должна устанавливаться на сервера Oracle. «Система должна выводить отчеты на печать» «Система должна обеспечивать вывод отчетов на печать, обеспечивать возможность выбора и настройки локального или сетевого принтера, выбора ориентации бумаги» это более детализированное описание пользовательских требований. Доступ к операциям со счетам должен обеспечиваться через единый сервер приложений, с которым взаимодействуют клиентские приложения: ❏ интернет-банк в веб браузере пользователя; ❏ интернет-банк в мобильном приложении; ❏ интернет-банк в java-приложении, загружаемом с сайта и запускаем на ПК пользователя. ❏ Прежде чем начинать проект, обязательно нужно знать, какой результат (продукт) вы хотите получить. ❏ Спецификация или ТЗ являются полным набором требований. ❏ Крупные и сложные проекты обычно насчитывают тысячи требований. ❏ Бизнес-анализ как раз и позволяет выявлять проблемы и определять, что требуется для их преодоления. Подготовьте 10 пользовательских историй по вашему проекту “SuperApp для путешествий по России”. Шаблон: “Как <тип пользователя>, я хочу <цель>, чтобы <причина>”. |