Этапы ЖЦ модели classic в CDM
Модель classic в CDM имеет шесть этапов, которые определяют последовательность выполнения процессов (рис. 2.5).
Определение требований (стратегия) – определение бизнес-требований и требований для информационной системы на верхнем уровне, необходимых для выполнения набора определенных бизнес-задач. Результатом этапа является точное работоспособное определение масштаба проекта.
Анализ – производится исследование предметной области, определенной на этапе стратегии. Члены проектной группы достигают полного понимания предметной области в результате создания точных моделей и описаний, которые определяют, что делается в предметной области и какая информация используется.
Проектирование – трансляция требований, полученных на этапе анализа, в детальные системные спецификации, с учетом технической архитектуры и имеющихся технологий.
Построение – кодирование и тестирование приложения с применением соответствующих методов.
Внедрение – инсталляция новой ИС, подготовка персонала заказчика к использованию и администрированию системы с последующим вводом в эксплуатацию.
Эксплуатация – обеспечение поддержки приложения, текущий контроль за приложением, планирование дальнейших функциональных расширений.
В методике CDM используются три модели ЖЦ, которые обеспечивают деление проекта на этапы (для каждой модели ЖЦ существует свой набор процессов): классическая ( Classic ) , быстрой разработки ( Fast Track ) , облегченной разработки ( Lite ) (рис.2.6).
|
|
|
Классический подход в CDM применяется для крупных разработок и содержит шесть этапов: определение требований (стратегия), анализ, проектирование, реализация, внедрение и эксплуатация.
Модель Fast Track предназначается для заказных разработок среднего объема и содержит только три этапа (моделирование требований, проектирование и создание системы, внедрение) и все 11 процессов, как и в модели Classic.
Модель Lite (облегченная разработка) применяется для небольших проектов и использует всего два этапа (прототипирование и построение; внедрение) и девять процессов (кроме 6-го и 3-го).
Рис. 2.6. Выбор моделей ЖЦ для конкретных проектов ИС
Обзорная диаграмма этапа определения требований (стратегия) модели classic CDM
В методике Oracle CDM для каждого этапа создается обзорная диаграмма (рис. 2.7), которая конкретизирует предпроцессы (какие документы и проектные решения должны быть получены перед началом выполнения работ на очередном этапе) и ключевые проектные решения – какие документы и технические решения должны быть получены на выходе каждого процесса данного этапа. Кроме этого для каждого этапа определяется его цель, критические факторы успеха, наиболее вероятные риски, методы снижения рисков и рекомендации по комплектованию штатов. Рассмотрим выполнение этих действий на примере этапа определения требований (стратегия).
|
|
|
Цель этапа: определение бизнес-требований и требований верхнего уровня иерархии для ИС, необходимых для выполнения определенных бизнес-целей.
Результатом этапа является точное определение функционального масштаба проекта.
Критические факторы успеха:
- точное определение бизнес-целей, для достижения которых должен выполняться проект;
- активное участие наиболее знающих пользователей и технических представителей участков производственной деятельности, связанных с проектными задачами;
- обеспечение для проектной группы доступа к информации, относящейся к существующим бизнес-процессам и системам, связанным с проектными задачами;
- эффективное управление функциональным масштабом и решение спорных вопросов руководителем проекта.
Обзорная диаграмма иллюстрирует предварительные условия, процессы и ключевые проектные решения для этапа «Определение требований» (стратегия).
Управление рисками:
наиболее вероятные риски на этапе определения стратегии:
|
|
|
Ø неточное определение масштаба проекта;
Ø отсутствие финансирующего заказчика;
Ø отсутствие опыта выполнения подобных проектов у руководителя проекта или ведущих членов проектной группы;
Ø отсутствие опыта работы с инструментальными средствами или методами моделирования CDM у ведущих членов проектной группы.
Методы снижения рисков:
Ø применение Oracle PJM (Project Management Method) для документирования масштаба работ;
Ø включение в организационную схему проекта финансирующего заказчика, частое проведение совещаний с финансовым заказчиком по вопросам, связанным с проектом;
Ø обучение проектной группы работе с инструментальными средствами CDM.
Рекомендации по комплектованию штатов для выполнения различных процессов.
Ø Определение бизнес-требований – в группу должно войти большинство аналитиков проекта.
Ø Исследование существующих систем – лучше использовать специалистов по старым системам и пользователей, которые работают на них.
Рис. 2.7. Обзорная диаграмма этапа определения требований
Ø Определение технической архитектуры – использовать опытного специалиста по разработке технической архитектуры, знающего аппаратное обеспечение, сети и операционные системы.
|
|
|
Ø Преобразование данных – специалисты в области программирования, тестирования, настройки производительности и внедрения.
Ø Документирование – использовать профессиональных сотрудников по технической документации (технических писателей).
Дата добавления: 2019-07-17; просмотров: 411; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!