Подробнее Фаза «Анализ»
Цель фазы «Анализ» — выработать единую концепцию проекта для всех его участников. Единая концепция предполагает наличие следующих составляющих.
• Согласованное всеми сторонами понимание бизнес-проблемы, на решение которой направлен проект
• Решение, отвечающее ожиданиям заказчика
• Обоснованная оценка проектных ограничении — на
Основной Этап стадии анализ «Одобрение концепции»
Стадия «Анализ» завершается этапом «Одобрение концепции». На
этом, первом из основных этапов заказчик и проектная группа согласуют
цели проекта,
· включая общие характеристики и
· функциональные возможности продукта.
Результаты, которые необходимы для достижения
этапа «Одобрение концепции» {все они представляются в виде документов):
концепция;
рамки проекта
исходную информацию
бизнес требования
проектные требования
результаты
оценка основных рисков:
структура проекта.
Предваритеотная архитектура приложения(см стр 167 разраб на др стадиях)
прототип приложения ( демонстрирующий корректность и реализуемость концепции.)
принципы управления проектом и состав проектной группы
Концепция как документ это ?
• бизнес-задачи, на решение которых направлен проект;
Требования функц и не функц
Приоритеты ими будут руководств при выборе решений
Интеграция (дополнять концепции и функц возможности др. продуктов)
Будущие инвестиции
******• концепцию продукта?;
• цели проектирования;
• базовую концепцию бизнес-решения;
• принципы управления проектом и состав проектной группы.
…. Далее говорят про этапы фазы анализ
Следующие этапы выделяют(шаги)
1 Изучение
2 Анализ
3 Рационализация
4 Реализация
5 утверждение
Управление рисками
Основной этап Одобрение концепции
….на картинке другие этапы Наверное в целом так
1Формирование группы
2Проект концепции (5 шагов? То что выше)
1 Изучение
2 Анализ
3 Рационализация
4 Реализация
5 утверждение
3Проект документа оценки рисками
4 Одобрение концепции
Наверное по процессам все таки (по содержанию работ) – формирование группы –модель группы
Проект док-та оценки рисков – модель управл рисками
Одобрение концепции – исследование?
Если рассматривать шаги то
Шаг 1. изучение
А. Сбор требований заказчика, изучение условий заказчика
**Отступление Требования заказчика и Функции системы
Требования заказчика и пользователя к разрабатываемой системы, это сформулированные на языке заказчика и пользователя
функции, которые должна выполнять системы,
ее характеристики, связанными с удобством использования, обслуживания, степенью защищенности данных и т.д.
Процесс проектирование системы можно рассматривать как
выявление требований,
конкретизация их (совместно с заказчиком и пользователем) до требуемых функций и характеристик системы
и реализация их в виде конкретных сервисов и характеристик системы, подтвержденных тестированием
Детализация формулировки требований заказчика определяется уровнем его квалификации и задействованностью разработчика в процесс выявления требований. Чем точнее они приближены к функциям системы тем более упрощается процесс анализа и разработки.
Требования заказчика можно разделить
на функциональные то есть те, которые каким либо образом, связаны с функции системы
не функциональные то есть те которые формулируют какие либо не функциональные характеристики системы.( порой трудно разграничить)
Требования удобно структурировать, снабдив каждое из них
o кратким названием
o описанием,
o статусом (предложение, принято, включено в окончательный список и т. п.),
o оценкой стоимости реализации
o описанием рисков, сопряженных с выполнением этого требования.
В виде таблицы можно сделать.
Требования, сформулированные заказчиком или разработчиком, на основе исходных требований заказчика, направлены на достижение некоторых целей бизнеса(заказчика). Поэтому данные требования относят к бизнесным или бизнес требованиям. Бизнесные требования определяются ожидаемые заказчиком функции системы и условия ее эксплуатации они могут включать
описание функций системы, как понимает их заказчик
ограничение ( сверху) на используемое аппаратное обеспечение.
ограничения на затраты на обслуживания,
затраты на перенастройку системы в связи с возможными изменениями условиями работы;
требования на сохранение условия безопасности и надежности пиковом изменении нагрузки системы
С другой стороны для реализаций бизнес требований необходимо выполнение некоторых условий, в которых выполнение данных требований заказчика возможно данные условия формулирует разработчик в процессе анализа требований заказчика они, эти требования обычно называют проектными требованиями.
Требования проектные определяют условия, в которых может работать разрабатываемая информационная система. Формулировка проектных требований является прерогативой разработчиков проекта, при обязательном согласовании с заказчиком. Они являются выявленными условиями реализации требований заказчика.
ограничение (снизу) на используемое аппаратное обеспечение
ограничение сверху на уровень подготовки персонала, эксплуатирующего систему;
ограничение на возможные режимы работы системы и их параметры.
Если бизнес требования стремяться понизить стоимость системы, то проектные требования обычно повышают стоимость системы.
……..
Б. Изучение условий заказчика. Учет стратегических целей заказчика
изучение целей бизнеса заказчика
Одним из принципов MSF является ориентировка на конечный продукт. Данное положение в том числе и вкючает учет при разработке целей функционирования всего бизнеса заказчика. Поэтому одной из задачей исследование требований является изучение бизнеса заказчика с точки зрения его целей, направленности, выполняемых функций с последующим их детализацией до бизнес процессов.
Да этапе исследования необходимо выявить
главные цели бизнеса заказчика,
сопутствующие цели,
вспомогательные, то есть те, которые направлены на выполнение основных целей.
При выявлении целей необходимо учитывать переспективы переориентации бизнеса заказчика, Изменение профиля его работы
По существу выявление целей является составной частью, началом анализа бизнес процессов заказчика, которое будет подробно выполнено на последующих стадиях анализа и проектирования
Изучение условия развертывания ( существующие, перспективы)(у MS них нет ничего)
Одной из составляющих является изучение физических условий заказчика. Существующего аппаратного обеспечения, его характеристик, схемы развертывания, перспектив изменения аппаратного изменения с учетом возможностей заказчика.
Существующее программное обеспечение(существующего и пргноз).
ОС, существующие и прогноз
Программное обеспечение (существующее, разрабатываемое, предполагаемое покупное) предпологаемое взаимодействие разрабатываемого программного обеспечения с существующим
С. Обзор существующих программных продуктов
Каков сегодняшний уровень корректировка требований под уровень, что из них можно взять (будущие требования к интерфейсу)
С. Обзор существующего и предпологаемого к появлению на рынке аппаратного обеспечения.
Обзор нового аппаратного обеспечения (ввод, вывод и т.д.) их
Пригодность в рамках проекта
Д. Обзор новых информационных технологий разработки программного обеспечения.
Обзор новых ИТ
Использование в рамках проекта
шаг 2 анализ
….Собранная информация уточняется и структурируется в виде схем использования
Уточняются и дополняются требования заказчика
Определяется перечень диаграмм схем использования(прецедентьв), которые будут положены в основу процесса разработки. Тех диаграмм, которые основные требования описывают.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.