2014-02-04
5824
Разработка новых программных систем должна начинаться с анализа осуществимости. На основании анализа предметной области, общего описания системы и ее назначения необходимо принять решение о продолжении или завершении проекта. Для этого необходимо ответить на следующие вопросы.
1. Отвечает ли система бизнес-целям организации-заказчика и организации-разработчика?
2. Можно ли реализовать систему, используя известные технологии и не выходя за пределы заданной стоимости и заданного времени?
3. Можно ли объединить систему с другими уже эксплуатируемыми системами?
Для ответа на первый (и главный) вопрос нужно опросить заинтересованных лиц, например, менеджеров подразделений, в которых будет использоваться система, для выяснения того,
• что произойдет с организацией, если система не будет введена в эксплуатацию;
• как система будет способствовать целям бизнеса;
• какие текущие проблемы поможет решить система и т.д.
После получения и обработки информации готовится отчет, в котором должны быть даны рекомендации относительно продолжения разработки системы.
Бизнес-требования определяются целями и политикой организации их, как правило, высказывают те, кто финансирует проект разработки программной системы. Бизнес-требования определяют цели, которые организация намерена достичь с помощью этой системы. Пользовательские и функциональные требования должны соответствовать бизнес-требованиям в противном случае их не следует включать в проект.
Участники проекта, лица в нем заинтересованные должны иметь четкие и согласованные бизнес-цели и приоритеты в противном случае, решая разные противоположные задачи, они приведет проект к неминуемому краху.
Бизнес-требования – это вся та информация, которая описывает финансовые, рыночные и другие коммерческие преимущества, которые пользователи (и разработчики) хотят получить от использования продукта.
Бизнес-правила – это множество корпоративных политик, законов и стандартов, которые контролируют бизнес организации. Такие правила не связаны, с какой либо конкретной программной системой, но являются одним из основных источников функциональных требований, т.к. определяют возможности, которыми должна обладать программная система для выполнения бизнес-правил. Некоторые бизнес-требования также могут определяться бизнес-правилами (например, законами государства).
Образ продукта (product vision) описывает продукт во времени. В нем указывается, как продукт будет изменяться (эволюционировать) от текущего состояния при развитии или изменении бизнес-целей. Границы проекта (project scope) относятся к определенной итерации проекта или версии продукта. Образ продукта – это определение стратегического образа системы, позволяющей выполнять бизнес-задачи. Образ будет основой принятия решений в течение всего жизненного цикла продукта, т.к. содержит описание долгосрочных целей и назначения продукта, которое удовлетворяет различных заинтересованных лиц, основано на существующих (или прогнозируемых) рыночных факторах, учитывает структуру и стратегию развития организации.
Сведения об образе и границах проекта могут быть оформлены в виде отдельного документа [1], владельцами которого являются лица, финансирующие проект. Этот документ должен содержать следующую информацию.
1. Бизнес-требования. Обоснование и содержание нового продукта, причины, по которым было принято решение о создании продукта. Описание ситуации на рынке, где продукту придется конкурировать с другими продуктами. Для корпоративной системы приводится описание бизнес-проблемы, которую решает продукт, среды, в которой он будет использован, сравнительная оценка продукта и его конкурентов, преимущества продукта. Описание бизнес-целей и критерии оценки их достижения в количественном и измеряемом виде, рисков, возможных потерь от них и способов минимизации рисков.
2. Положение об образе проекта. Положение об образе проекта должно содержать описание:
• целевой аудитории пользователей, их потребности или возможности;
• имени, категории и ключевого преимущества – основы для использования;
• отличий от конкурентов или текущего бизнес-процесса, описание основного
Анализ предметной области, позволяет выделить ее сущности, определить первоначальные требования к функциональности и определить границы проекта. Модель предметной области должна быть документирована, храниться и поддерживаться в актуальном состоянии до этапа реализации.
Разработка новых программных систем должна начинаться с анализа осуществимости проекта. На основании анализа предметной области, общего описания системы и ее назначения необходимо принять решение о продолжении или завершении проекта.
Бизнес-требования определяются целями и политикой организации их, как правило, высказывают те, кто финансирует проект разработки программной системы. Бизнес-требования определяют цели, которые организация намерена достичь с помощью этой системы. Пользовательские и функциональные требования должны соответствовать бизнес-требованиям в противном случае их не следует включать в проект. Участники проекта, лица в нем заинтересованные должны иметь четкие и согласованные бизнес-цели и приоритеты в противном случае, решая разные противоположные задачи, они приведет проект к неминуемому краху.
Документ об образе и границе проекта определяет границу и связи системы с остальным миром, владельцами этого документа являются лица, финансирующие проект.
Образ продукта – это определение стратегического образа системы, позволяющей выполнять бизнес-задачи. Образ будет основой принятия решений в течение всего жизненного цикла продукта, т.к. содержит описание долгосрочных целей и назначения продукта, которое удовлетворяет различных заинтересованных лиц, основано на существующих (или прогнозируемых) рыночных факторах, учитывает структуру и стратегию развития организации.
Границы проекта относятся к определенной итерации проекта или версии продукта.
Образ продукта (product vision) выстраивает работу всех заинтересованных лиц в одном направлении. Он описывает, что продукт представляет собой сейчас и каким он станет впоследствии. Границы проекта (project scope) показывают, к какой области конечного долгосрочного образа продукта будет направлен текущий проект. В положении о границах определена черта между тем, что входит в проект и тем, что остается вовне. То есть указанные рамки также определяют ограничения проекта. Более детально эти сведения изложены в базовой версии требований, которую разрабатывает команда для данного проекта.
