На практике применяют следующие принципы организационных моделей.
1. Функциональная модель: одно подразделение = одна функция.
2. Процессная модель: одно подразделение = один процесс.
3. Матричная модель: один проект = группа сотрудников из разных функциональных подразделений.
4. Модель, ориентированная на контрагента: одно подразделение = один контрагент, то есть клиент или клиентская группа, поставщик, подрядчик и пр.
Система впрыска топлива не может говорить сама за себя, поэтому аналитику придется выяснить у инженера, разработавшего систему впрыска, требования к ПО, которое управляет процессом.
Важно помнить о классах косвенных, или вторичных, пользователей. Они могут не напрямую обращаться к приложению, а работать с его данными и сервисами через другие приложения или отчеты. Однако даже опосредованный клиент все равно остается клиентом.
Одни классы пользователей важнее других. При принятии решения о приоритетах или поиске компромисса между требованиями, выдвинутыми различными классами пользователей, мнение привилегированных классов имеет первостепенное значение.
ГОСТ Р ИСО/МЭК 12207–2010
Определяет общую структуру жизненного цикла ПО в виде трехступенчатой модели, состоящей из процессов, видов деятельности и задач.
После разработки концепции продукта делается вывод о целесообразности создания продукта. Если принято положительное решение, пишется устав проекта по разработке продукта. PVD/MRD – входной документ устава проекта, описывающий содержание работ.
Бизнес-аналитик (Business Analyst) описывает бизнес-процессы, как они есть (as is), и, общаясь с заказчиком и заинтересованными сторонами, составляет предложение, какими они должны быть (to be), чтобы решить задачи бизнеса (достичь целей).
Фаза планирования.
2. Фаза сбора требований/анализа.
3. Фаза дизайна/проектирования.
4. Фаза разработки.
5. Фаза тестирования.
6. Фаза внедрения.
7. Фаза поддержки.
