- •230103 – Автоматизированные системы обработки информации и управления
- •Введение
- •Тема 1. Основные понятия системного анализа Информационные системы
- •База данных
- •Case-средства
- •Средства разработки
- •Тема 2. Понятие и структура аис. История создания и развития аис. Понятие жизненного цикла аис. Стадии жизненного цикла аис.
- •Факторы, влияющие на развитие корпоративных информационных систем
- •Развитие методик управления предприятием
- •Развитие общих возможностей и производительности компьютерных систем
- •Развитие подходов к технической и программной реализации элементов информационных систем
- •Основные составляющие корпоративных информационных систем
- •Соотношение между составляющими информационной системы
- •Состав аис
- •Тема 3. Классификация аис Классификация по масштабу
- •Одиночные информационные системы
- •Групповые информационные системы
- •Корпоративные информационные системы
- •Классификация по сфере применения
- •Классификация по способу организации
- •Архитектура файл-сервер
- •Архитектура клиент-сервер
- •Многоуровневая архитектура
- •Интернет/интранет-технологии
- •Области применения и примеры реализации информационных систем
- •Бухгалтерский учет
- •Управление финансовыми потоками
- •Управление складом, ассортиментом, закупками
- •Управление производственным процессом
- •Управление маркетингом
- •Документооборот
- •Оперативное управление предприятием
- •Предоставление информации о фирме
- •Тема 4. Стадии жизненного цикла аис Структура жизненного цикла информационной системы
- •Начальная стадия
- •Стадия уточнения
- •Стадия конструирования
- •Стадия перехода
- •Тема 5. Процессы жц аис
- •Основные процессы жизненного цикла
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Вспомогательные процессы
- •Организационные процессы
- •Тема 6. Модели жц аис
- •Каскадная модель жизненного цикла информационной системы
- •Основные этапы разработки по каскадной модели
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •Спиральная модель жизненного цикла
- •Понятие итерации
- •Преимущества спиральной модели
- •Проблемы, возникающие при использовании спиральной модели
- •Тема 7. Методы проектирования аис
- •Общие сведения об управлении проектами
- •Понятие проекта
- •Классификация проектов
- •Тема 8. Технология проектирования
- •Тема 9. Структурный и объектно-ориентированный подход к проектированию
- •Основные особенности методологии rad
- •Объектно-ориентированный подход
- •Визуальное программирование
- •Событийное программирование
- •Тема 10. Case – средства, их функциональные возможности и характеристика.
- •Концептуальное моделирование структуры данных
- •Концептуальные модели данных
- •Модель «сущность-связь»
- •Сущность
- •Атрибут
- •Общие сведения о case-средствах
- •Тема 11. Методы и средства, используемые в жизненном цикле аис Фазы жизненного цикла в рамках методологии rad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Ограничения методологии rad
- •Тема 12. Оценка и управление качеством аис
- •Понятие профиля информационной системы
- •Принципы формирования профиля информационной системы
- •Структура профилей информационных систем
- •Общая структура профиля информационной системы
- •Профиль прикладного программного обеспечения
- •Профиль среды информационной системы
- •Профиль защиты информации
- •Профиль инструментальных средств
- •Тема 13. Организация труда при разработке аис. Оценка необходимых ресурсов для организации проекта. Стандарты и методики
- •Виды стандартов
- •Методика Oracle cdm
- •Общая структура
- •Особенности методики Oracle cdm
- •Международный стандарт iso/iec 12207: 1995-08-01
- •Общая структура
- •Особенности стандарта iso 12207
- •Стандарты комплекса гост 34
- •Общая структура
- •Особенности
- •Различия между стандартами
- •Тема 14 Технология групповой разработки аис.
- •Структура средств коллективного проектирования и решаемые ими задачи
- •Идентификация
- •Хранилище файлов и контроль за изменением файлов
- •Блокировки
- •Последовательность работы с pvcs
- •Система контроля версий TeamSource
- •Структура системы TeamSource
- •Идентификация проекта и его составляющих в TeamSource
- •Хранилище TeamSource
- •Тема 15 Автоматизация управления групповой разработкой проектов. Назначение системных сред автоматизированных систем.
- •Системы управления базами данных
- •Варианты управления данными в сетях ас
- •Стандарты комплекса гост 34
- •Общая структура
- •Особенности
- •Различия между стандартами
Общая структура
Жизненный цикл формируется из определенных этапов (фаз) проекта и процессов, каждый из которых выполняется в течение нескольких этапов.
Методика Oracle CDM определяет следующие фазы жизненного цикла информационной системы:
-
стратегия;
-
анализ (формулирование детальных требований к прикладной системе);
-
проектирование (преобразование требований в детальные спецификации системы);
-
реализация (написание и тестирование приложений);
-
внедрение (установка новой прикладной системы, подготовка к началу эксплуатации);
-
эксплуатация (поддержка приложения и слежение за ним, планирование будущих функциональных расширений).
Первый этап связан с моделированием и анализом процессов, описывающих деятельность организации, технологические особенности работы. Целью является построение моделей существующих процессов, выявление их недостатков и возможных источников усовершенствования. Этот этап не является обязательным в случае, когда существующая технология и организационные структуры четко определены, хорошо понятны и не требуют дополнительного изучения и реорганизации.
ПРИМЕЧАНИЕ
Более точным названием первого этапа, вероятно, было бы «Определение требований».На втором этапе разрабатываются детальные концептуальные модели предметной области, описывающие информационные потребности организации, особенности функционирования и т. п. Результатом являются модели двух типов:
-
информационные, отражающие структуру и общие закономерности предметной области;
-
функциональные, описывающие особенности решаемых задач.
На третьей стадии (этапе проектирования) на основании концептуальных моделей вырабатываются технические спецификации будущей прикладной системы — определяются структура и состав базы данных, специфицируется набор программных модулей. Первоначальный вариант проектных спецификаций может быть получен автоматически с помощью специальных утилит на основании данных концептуальных моделей.
На этапе реализации создаются программы, отвечающие всем требованиям проектных спецификаций.
ПРИМЕЧАНИЕ
Использование генераторов приложений, входящих в состав DESIGNER/2000, позволяет полностью автоматизировать этот этап, существенно сократить сроки разработки системы и повысить ее качество и надежность.
Методика Oracle CDM выделяет следующие процессы, протекающие на протяжении жизненного цикла информационной системы:
-
определение производственных требований;
-
исследование существующих систем;
-
определение технической архитектуры;
-
проектирование и построение базы данных;
-
проектирование и реализация модулей;
-
конвертирование данных;
-
документирование;
-
тестирование;
-
обучение;
-
переход к новой системе;
-
поддержка и сопровождение.
Процессы состоят из последовательностей задач, задачи разных процессов взаимосвязаны с помощью явных ссылок.
Особенности методики Oracle cdm
Отметим основные особенности методики Oracle CDM, определяющие область ее применения и присущие ей ограничения.
1. Степень адаптивности CDM ограничивается тремя моделями жизненного цикла:
О классическая — предусматривает все этапы;
О быстрая разработка — ориентированна на использование инструментов .. моделирования и программирования Oracle;
О облегченный подход — рекомендуется в случае малых проектов и возможности быстро прототипировать приложения.
2. Методика не предусматривает включение дополнительных задач, которые неоговорены в CDM, и их привязку к остальным. Также исключено удаление задачи (и порождаемых ею документов), не предусмотренное ни одной из трех моделей жизненного цикла, и изменение последовательности выполнения задач по сравнению с предложенной.
3. Все модели жизненного цикла являются по сути каскадными. Даже «облегченный подход», несмотря на итерационность выполнения действий по прототипированию, сохраняет общий последовательный и детерминированный порядок выполнения задач.
4. Методика не является обязательной, но может считаться фирменным стандартом. При формальном применении степень обязательности полностью соответствует ограничениям возможностей адаптации.
5. Прикладная система рассматривается в основном как программно-техническая система — например, возможность выполнения организационно-структурных преобразований, практически всегда происходящих при переходе к новой информационной системе, в этой методике отсутствуют.
6. CDM теснейшим образом опирается на использование инструментария Oracle, несмотря на утверждения о простом приспособлении CDM к проектам, в которых используется другой комплект инструментальных средств.
7.Методика Oracle CDM представляет собой вполне конкретный материал, детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах информационных систем с опорой на инструментальные средства и СУБД фирмы Oracle.