В успехе любой программной системы заинтересовано достаточно широкий круг людей – это пользователи, разработчики, заказчики.
Поставщики готовых к употреблению приложений: систем обработки текстов, электронных таблиц, сред разработки и т.п., уделяют основное внимание доступности приложения как можно большему числу пользователей, которые являются наиболее значительными финансово-заинтересованными лицами.
Для большинства крупных проектов, однако, определение наиболее важных финансово-заинтересованных лиц является сложной проблемой. Если, например, заказчик – это государственная организация, которая оплачивает разработку приложения, то разве не являются налогоплательщики «заказчиками», поскольку на самом деле это они платят за приложение? Когда приложение разрабатывается для внутреннего использования в компании, то заказчиком является сама компания. Заказчиком субподрядчика является основной подрядчик, заказчиком коробочного приложения является множество потенциальных покупателей и т.д.
|
|
Требования различных групп пользователей могут противоречить друг другу. Когда требования нельзя согласовать, проекты продвигаются с трудом, и часто прекращаются. Даже когда требования финансово-заинтересованных лиц согласованы, они могут быть слишком дорогими, чтобы их полностью удовлетворить.
Заинтересованные лица – активно участвующие в проекте лица, группы или организации, которых затрагивает полученный результат и которые сами могут влиять на этот результат [4].
Пользователь – юридическое или физическое лицо, применяющее программное средство или участвующее в деятельности, прямо или косвенно зависящей от функционирования данного программного средства [10].
Разработчики несут профессиональную ответственность за программную систему, что также влияет на требования. Если, например, для реализации или тестирования каких-либо требований недостаточно бюджета, то разработчики и в этом случае несут социальную ответственность за производство системы, в точности соответствующей предъявляемым требованиям. Заметим, что эти проблемы относятся, в большей мере, к управлению требованиями проекта и хороший руководитель проекта должен уметь преодолевать эти трудности.
Рассмотрим наиболее часто используемые методы выявления требований.