Методология фирмы Oracle - Custom Development Method (CDM)
Методика Oracle CDM по разработке прикладных ИС под заказ – конкретный материал, детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах ИС с опорой на инструментарий фирмы Oracle.
CDM – это совокупность точно определенных процессов заказной разработки, с разными режимами управления. CDM, в основе которой лежит CASE-технология, обеспечивает точное определение бизнес-требований в самом начале процесса разработки и их сохранение на протяжении всего процесса разработки. CDM радикально повышает возможность успешной реализации проекта.
Первоначально CDM предназначался для крупных и средних проектов, но его можно использовать и для небольших.
Метод CDM определяет задачи и проектные решения, которые должны включаться в полный ЖЦ любого проекта.
Общая структура CDM определяется методологией системной разработки на базе процессов. Процесс – это связанная совокупность задач, отвечающая конкретной цели проекта. Результатом одного процесса является одно или несколько ключевых проектных решений.
Модель методология Oracle CDM имеет два измерения (рис.2.5).
Первое измерение связано с тем, какой процесс должен быть выполнен для разработки проекта. Это измерение определяется процессами в рамках CDM.
Второе измерение связано с тем, когда должны выполняться процессы в ЖЦ проекта. Это измерение определяется этапами ЖЦ.
|
|
|
Процессы ЖЦ модели classic в CDM
Определение производственных требований (постановка задачи) – заключается в определении бизнес-требований прикладной системы. Группа анализа сначала создает модель бизнес-процессов, затем модель бизнес-данных для представления информационных потребностей данного предприятия и модель бизнес-функций, в которой детально определены все бизнес функции, указанные в модели процессов.
Затем в эти модели вводят технологические требования, такие как пользовательский интерфейс, время ответной реакции и т.п.
Исследование существующих систем – основным требованием многих заказных разработок является замена функциональных возможностей существующей системы или работа с применением существующей технической архитектуры.
Определение технической архитектуры – процесс заключается в определении элементов технической базы данных разработки.
Аналитики начинают с начального плана возможностей и разрабатывают начальную техническую архитектуру. После получения более детальной информации группа анализа трансформирует ее в два проектных решения: определение аппаратной и программной базы и определение распределенной архитектуры.
|
|
|
Проектирование и построение базы данных – начинается с создания логического проекта БД и заканчивается созданием DDL для эксплуатационной БД.
Проектирование и реализация модулей – процесс представляет ядро проекции CDM. На основе модели системных процессов, модели системных данных и модели системных функций, а также технической архитектуры вначале разрабатывают проект системной архитектуры и модель модульных процессов, а затем специфицируют функциональные и технические детали каждого модуля. После этого программисты используют проектную документацию и/или прототипы для создания прикладного кода.
Преобразование данных – целью процесса является миграция, преобразование и тестирование всех наследуемых данных, необходимых для тестирования и работы нового приложения.
Процесс включает проектирование, кодирование, тестирование любых необходимых модулей преобразования, создаваемых разработчиком для преобразования данных, и выполнение всех преобразований самими разработчиками.
Документирование – создается вся пользовательская, техническая и учебная документация по данному проекту.
Тестирование – процесс включает тестирование модулей, ориентированное на функциональные возможности; тестирование модулей в целом на соответствие бизнес-требованиям; системные испытания; приемо-сдаточные испытания.
|
|
|
Обучение – цель процесса: создание группы пользователей и администраторов для выполнения задач, связанных с применением новой прикладной системы.
Проектная группа также может проводить обучение персонала технического обслуживания и персонала для проведения приемо-сдаточных испытаний.
Рис. 2.5. Структура Oracle CDM для модели ЖЦ classic
  |
Внедрение – процесс внедрения или переход на новую систему начинается на начальных стадиях проекта при определении конкретных требований для перехода на новую прикладную систему. Затем в этот процесс включаются такие задачи, как план инсталляции, подготовка эксплуатационной среды, выполнение перехода на новую систему, вывод из эксплуатации старой системы.
Поддержка и сопровождение – процесс имеет четыре цели: текущий контроль и ответная реакция на все проблемы, связанные с системой; наращивание приложений для устранения ошибок и проблем, связанных с производительностью; оценка системы в условиях эксплуатации; планирование модернизации.
Дата добавления: 2019-07-17; просмотров: 890; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!