Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
20. МетодикаOracle CDM является развитием CASE-технологий. Computer Aided Software System Engineering - компьютерно-ориентир-е средства (программное обеспечение) с-мы проект-ния с использованием средств фирмы "Oracle". Основу CASE-технологии и инструментальной среды фирмы "Oracle" составляют:
1) методология нисходящего структурного проектирования. Разработка прикладной с-мы представляется в виде последовательности определенных этапов;
2) поддержка всех этапов ЖЦ ИС;
3) ориентация на реализацию приложений в архитектуре "клиент - сервер" с использованием всех особенностей современных серверов, включая декларативные ограничения целостности, хранимые процедуры, триггеры баз данных и поддержку в клиентской части всех стандартов и требований к графическому интерфейсу конечного пользователя;
4) наличие централизованной БД (репозитория) для хранения спецификаций проекта прикладной системы на всех этапах ее разработки (база специальной структуры, работающей под управлением СУБД Oracle);
5) возможность многопользовательского режима работы с репозиторием, что обеспечивается средствами СУБД Oracle. Централизованное хранение проекта системы и управление доступом всех участников проекта поддерживают согласованность их действий и не допускают ситуации, когда каждый программист работает со своей версией и модифицирует ее независимо от других;
6) автоматизация последовательного перехода от одного этапа к другому, что обеспечивается специальными утилитами, при помощи которых по спецификации концептуального уровня (модели предметного уровня) автоматически получают первоначальный вариант спецификации уровня проектирования (описание баз данных и состава программных модулей). Этот процесс после уточнений автоматически генерирует следующий этап, вплоть до готовых программных модулей;
7) автоматизация стандартных действий по проектированию и реализации приложений, документированию, подготовке спецификаций.
Фазы ЖЦ ИС:
1) стратегия (построение моделей сущ-щих процессов);
2) анализ (формулировка детальных требований к прикладной системе);
3) проектирование (преобразование требований в детальные спецификации системы);
4) реализация (написание и тестирование приложений);
5) внедрение (установка новой прикладной системы, подготовка к началу эксплуатации);
6) эксплуатация (поддержка приложений и слежение за ними, планирование будущих функциональных расширений).
Процессы, протекающие на протяжении ЖЦ ИС:
1) определение производственных требований;
2) исследование существующих с-м;
3) определение технической архитектуры;
4) проектирование и построение БД;
5) проектирование и реализация модулей;
6) конвертирование данных;
7) тестирование;
8) обучение;
9) переход к новой системе;
10) подтверждение и сопровождение.
Особенности методики: 1. Степень адаптивности CDM ограничивается тремя моделями жизненного цикла - классическая (предусматривает все этапы), быстрая разработка (ориентирована на исп-ние инструментов моделирования и программ-я Oracle), облегченный подход (рекомендуется в случае малых проектов и возможности протипировать прил-я).
2. Методика не предусматривает включения дополнительных задач, не оговоренных в CDM, и их привязку к остальным.
3. Все модели являются, по сути, каскадными.
4. Методика не является стандартной, а только фирменной.
5. Прикладная система рассматривается как программно-техническая система (возмож-сть вып-ния организационно-структурных преобразований, приводящих к переходу к новой информационной системе, в ней отсутствует).
6. CDM теснейшим образом связана с инструментарием Oracle и плохо приспособлена к проектам, где используются другие инструментальные средства.
Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.
В основе RUP лежат следующие принципы:
Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.
Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)).
Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.
Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.
ЖЦразработки:
RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта. Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних стадиях проекта, а также эффективно контролировать качество создаваемого продукта.
Полный жизненный цикл разработки продукта состоит из четырех фаз, каждая из которых включает в себя одну или несколько итераций:
1. Начальная стадия (Inception)
В фазе начальной стадии:
Формируются видение и границы проекта.
Создается экономическое обоснование.
Определяются основные требования, ограничения и ключевая функциональность продукта.
Создается базовая версия модели прецедентов.
Оцениваются риски.
При завершении начальной фазы оценивается достижение вехи целей жц, кот-е предполагает соглашение заинтересованных сторон о продолжении проекта.
2. Уточнение (Elaboration)
В фазе «Уточнение» производится анализ предметной области и построение исполняемой архитектуры. Это включает в себя:
Документирование требований (включая детальное описание для большинства прецедентов).
Спроектированную, реализованную и оттестированную исполняемую архитектуру.
Обновленное экономическое обоснование и более точные оценки сроков и стоимости.
Сниженные основные риски.
Успешное выполнение фазы разработки означает достижение вехи архитектуры жц
3. Построение (Construction)
В фазе «Построение» происходит реализация большей части функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности.
4. Внедрение (Transition)
В фазе «Внедрение» создается финальная версия продукта и передается от разработчика к заказчику. Это включает в себя программу бета-тестирования, обучение пользователей, а также определение качества продукта. В случае, если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта и завершение полного цикла разработки.