1.19. Приоритеты проекта

• Функции. Описаны в концепции.

• Качество. Качество реализации ПП.

• Сроки, которые устанавливает заказчик.

• Расходы. Финансовые и нефинансовые.

• Персонал. Его работоспособность и квалифицированность.

Все это определяет успех проекта. Для каждого из этих факторов определяют 3 уровня обязательности, которые, соответственно, в одном случае пренебречь этим факторов, а с другой стороны учитывать эти факторы максимально полно.:

• Ограничения. Высокой жесткости — должно быть выполнено.

• Движущая сила. Средней жесткости.

• Движущая сила. Фактор, которым можно пренебречь.

Например, если мы установим ограничения на функции — это означает, что мы должны реализовать все функции для сдачи проекта заказчику. Чем мы тогда можем пренебречь, если не успеваем к сроку? Если для сроков мы установили степень свободы, то мы можем пренебречь сроками, если на сроки мы тоже установили ограничения, то можем пренебречь качеством функций.

Чем различаются бизнес-требования и требования пользователей? Бизнес-требования для успешности ПП, требования пользователя — для каких каких задач будет использовать этот ПП пользователем (их рабочие места).

Чем различаются требования пользователей и функциональные требования? Функциональные требования — описание работы программы, формулируют программисты. Требования пользователя — для каких каких задач будет использовать этот ПП пользователем (их рабочие места), формулируют пользователи.

Чем различаются функциональные и нефункциональные требования?

Нефункциональные требования определяют качество.

Лекция 2. Методы выявления требований к по

2.1. Сбор требований пользователей

• Определение групп пользователей. Уже формируется в концепции либо формируется на основе списка функций.

• Выбор типичных представителей групп пользователей.

• Опрос типичных представителей пользователей (интервью, анкеты). Интервью дает больше ответов, так как не статична, в отличии от анкеты.

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

• Проведение совместных семинаров. Трудоемкий, но эффективный.

• Создание перечня задач для каждой группы пользователей.

• Определение системных событий и реакции на них.

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

• CRC-карточки.

• Анализ проблем работающего ПО. Уже на основе запущенного ПП.

• Создание прототипа (макетирование). Создание частичного функционала ПО и соответственно демонстрации этого прототипа пользователю, а он на основе этого выскажет мнение о ПО, то ли хотел пользователь.

2.2. Определение классов пользователей

Группировка пользователей:

• по привилегиям доступа и уровню безопасности,

• по задачам, решаемым пользователями,

• по используемым функциям,

• по частоте использования продукта,

• по опыту работы в предметной области или с компьютерной системой,

• по используемой платформе,

• по языку.