1 этап.
ЖЦ ПС по любым стандартам и методикам является этап разработки требований. На данном этапе определяется потребитель ПС, который может быть явным заказчиком, либо предполагаемым – пользователем.
Разработка требований к ПС является сложной технической задачей и выполняется в рамках процесса управления требованиями, которые шире только этапа предпроектного обследования и распространяется на др. этапы для некоторых сложных продуктов, охватывая весь ЖЦ.
Требования – это условия или особенности, которые должны удовлетворять системе. Требованием может быть:
- функциональность, необходимая заказчику и пользователю для решения общих задач.
- функциональность, которая реализуется в системе в соответствии с требованиями документов (контракта, стандарта и спецификации и др.).
- ограничения, наложенные заинтересованными лицами.
Заинтересованным лицом называется личность, на которую, так или иначе, оказывает влияние разрабатываемая система. Основными типами заинтересованных лиц являются пользователи и заказчики.
Пользователи – это лица, которые будут использовать ПС.
Заказчики – это лица, которые заказывают системы и осуществляют ее приемку.
Другие типы заинтересованных лиц:
- участники разработки системы:
- Бизнес-аналинитики.
- Дизайнеры.
- Кодировщики.
- Тестировщики.
- Менеджеры проектов.
- Менеджеры по внедрению
- И др.
- эксперты, привносящие знания в систему (привлеченные специалисты в систему).
- собственники сайтов, ссылки которых были предоставлены (авторы документов, которые были использованы).
- руководство.
- лица, вовлеченные в настройку, управление, сопровождение системы.
- постановщики и разработчики нормативной документации.
Поскольку современные ПС, разрабатываемые для коммерческого использования представляют собой сложные многоуровневые системы, то и требования к ним принято представлять в виде иерархии и пирамиды.
Верхним уровнем иерархии являются потребности заинтересованных лиц, определяемые в виде некоторых задач, для решения которых служит ПС и специфические характеристики ПС.
Второй уровень – это функциональные особенности, включающие предоставляемую системную функциональность, которая определяет системный аналитик с целью удовлетворения потребности заказчика.
Третий уровень – формирование сценариев использования, т.е. описание терминов системы в последовательности системы.
Следующий уровень – формирование сценариев алгоритмов, т.е. формирование определенного пути под сценарием использования.
Последний уровень – тестовый сценарий, определяющий набор некоторых тестовых исходных данных, условий выполнения и ожидаемых результатов.
При управлении требованиями, особенно на этапе их формирования большое значение имеет преобразование требований одного уровня в требование другого уровня, для этого используется трассировка.
Трассировка – это способ представления отношений между требованиями различных уровней в системе.
Как правило, требования преобразуются методом системной декомпозиции от более верхнего уровня на более нижний уровень, при этом обычно стремятся к тому, что требования более высокого уровня относились к требованиям более низкого уровня как «один ко многим», хотя изначально часто бывает связь «многие ко многим».
