На основании анализа требований с участием разработчиков, заказчиков, представителей всех групп пользователей, составляется следующая таблица. Важность устанавливается, например, в баллах, от 1 –наименее важно или осуществимо, до 3- наиболее важно или осуществимо.
| Требование | Важность для бизнеса | Важность для пользователя | Техническая осуществимость | Осуществимость с точки зрения ресурсов разработчика |
| Увеличение количества клиентов | 3 | 1 | 3 | 3 |
| Повышение эффективности обслуживания клиентов | 3 | 3 | 3 | 3 |
| Подбор услуги по оптимальной цене | 2 | 3 | 3 | 3 |
| Экономия времени | 2 | 3 | 3 | 3 |
| Ознакомление с запросом пользователя | 3 | 3 | 3 | 3 |
| Отметка об обработке запроса пользователя | 3 | 1 | 3 | 3 |
| Добавление новой услуги | 3 | 3 | 3 | 3 |
| Изменение информации об услуге | 3 | 3 | 3 | 3 |
| Ознакомление с предлагаемыми услугами | 3 | 3 | 3 | 3 |
| Отправление запроса менеджеру | 3 | 3 | 3 | 3 |
| Отправление отзыва | 3 | 2 | 3 | 3 |
| Управление учетными данными сотрудников | 2 | 1 | 3 | 3 |
| Управление страницами сайта | 3 | 2 | 3 | 3 |
| Время загрузки любой страницы не должно превышать 2 с. | 3 | 3 | 2 | 3 |
| Сайт должен быть адаптирован для мобильных устройств | 3 | 3 | 2 | 1 |
| Сайт должен отображаться корректно в любом браузере | 3 | 3 | 3 | 3 |
| База данных сайта должна быть реализована в СУБД MySQL | 1 | 1 | 3 | 3 |
| Серверная часть сайта должна быть реализована на языке PHP | 1 | 1 | 3 | 3 |
| Интеграция с API Вайбера | 2 | 2 | 3 | 2 |
| Административная и пользовательская версии сайта работают с одной и той же базой данных | 2 | 1 | 3 | 3 |
| Возможность просмотра услуг, стоимости и срокам при предоставлении | 2 | 2 | 3 | 3 |
Если теперь определить сумму баллов по каждой строке и отсортировать их по убыванию суммы баллов (например, с использованием MS Excel) то получим приоритетность требований:
| Требование | Сумма |
| Повышение эффективности обслуживания клиентов | 12 |
| Подбор услуги по оптимальной цене | 11 |
| Экономия времени | 11 |
| Ознакомление с запросом пользователя |
|
| Добавление новой услуги | 12 |
| Ознакомление с предлагаемыми услугами | 12 |
| Отправление запроса менеджеру | 12 |
| Сайт должен отображаться корректно в любом браузере | 12 |
| Отправление отзыва | 12 |
| Управление страницами сайта | 11 |
| Время загрузки любой страницы не должно превышать 2 с. | 11 |
| Увеличение количества клиентов | 11 |
| Отметка об обработке запроса пользователя | 11 |
| Возможность просмотра услуг, стоимости и срокам при предоставлении. | 11 |
| Управление учетными данными сотрудников | 10 |
| Сайт должен быть адаптирован для мобильных устройств | 10 |
| Интеграция с API Вайбера | 10 |
| Административная и пользовательская версии сайта работают с одной и той же базой данных | 9 |
| База данных сайта должна быть реализована в СУБД MySQL | 9 |
| Серверная часть сайта должна быть реализована на языке PHP | 9 |
| 9 | |
| 8 | |
| 8 |
Можно видеть, что приоритет отдается требованиям бизнеса и пользователей. Реализация технологических требований и ограничений является важной, но может корректироваться в зависимости от возможностей разработчика.
ПРАКТИЧЕСКАЯ РАБОТА №4
Построение карт сайта (приложения) и диаграмм потоков задач
Цель: Закрепить теоретические знания о методах разработки архитектуры и функционала приложений
Задание:
Построить карты сайта
Построить диаграммы потоков задач
Пример выполнения для сайта туристической компании






