
- •Владимир Николаевич Петров Юрий Избачков Информационные системы
- •Аннотация
- •Юрий Сергеевич Избачков, Владимир Николаевич Петров Информационные системы: Учебник для вузов Введение
- •Информационные системы
- •База данных
- •Case‑средства
- •Средства разработки
- •Для кого предназначена эта книга
- •Как составлена книга
- •Часть I. Анализ и проектирование информационных систем
- •Часть II. Delphi – система быстрой разработки приложений
- •Часть III. Выборка данных и отображение ее результатов
- •Часть IV. Компоновка приложения и управление проектом
- •Часть V. Технология com
- •Часть VI. Программирование для Интернета
- •Факторы, влияющие на развитие корпоративных информационных систем
- •Развитие методик управления предприятием
- •Развитие общих возможностей и производительности компьютерных систем
- •Развитие подходов к технической и программной реализации элементов информационных систем
- •Основные составляющие корпоративных информационных систем
- •Соотношение между составляющими информационной системы
- •Классификация информационных систем
- •Классификация по масштабу
- •Классификация по сфере применения
- •Классификация по способу организации
- •Области применения и примеры реализации информационных систем
- •Бухгалтерский учет
- •Управление финансовыми потоками
- •Управление складом, ассортиментом, закупками
- •Управление производственным процессом
- •Управление маркетингом
- •Документооборот
- •Оперативное управление предприятием
- •Предоставление информации о фирме
- •Требования, предъявляемые к информационным системам
- •Гибкость
- •Надежность
- •Эффективность
- •Безопасность
- •Глава 2 Жизненный цикл информационных систем
- •Общие сведения об управлении проектами
- •Понятие проекта
- •Классификация проектов
- •Основные фазы проектирования информационной системы
- •Концептуальная фаза
- •Подготовка технического предложения
- •Проектирование
- •Разработка
- •Ввод системы в эксплуатацию
- •Процессы, протекающие на протяжении жизненного цикла информационной системы
- •Основные процессы жизненного цикла
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы
- •Структура жизненного цикла информационной системы
- •Начальная стадия
- •Стадия уточнения
- •Стадия конструирования
- •Стадия передачи в эксплуатацию
- •Модели жизненного цикла информационной системы
- •Каскадная модель жизненного цикла информационной системы
- •Основные этапы разработки по каскадной модели
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •Спиральная модель жизненного цикла
- •Итерации
- •Преимущества спиральной модели
- •Недостатки спиральной модели
- •Глава 3 Методология и технология разработки информационных систем
- •Методология rad
- •Основные особенности методологии rad
- •Объектно‑ориентированный подход
- •Визуальное программирование
- •Событийное программирование
- •Фазы жизненного цикла в рамках методологии rad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Ограничения методологии rad
- •Профили открытых информационных систем
- •Понятие профиля информационной системы
- •Принципы формирования профиля информационной системы
- •Структура профилей информационных систем
- •Профиль прикладного программного обеспечения
- •Профиль среды информационной системы
- •Профиль защиты информации
- •Профиль инструментальных средств
- •Стандарты и методики
- •Виды стандартов
- •Методика cdm фирмы Oracle
- •Общая структура
- •Особенности методики cdm
- •Международный стандарт iso/iec 12207: 1995‑08‑01
- •Общая структура
- •Основные и вспомогательные процессы жизненного цикла
- •Особенности стандарта iso 12207
- •Универсальный язык моделирования
- •Предшественники uml
- •Структура uml
- •Глава 4 Реляционные базы данных
- •Общие сведения о базах данных
- •Основные функции систем управления базами данных
- •Непосредственное управление данными во внешней памяти
- •Управление буферами оперативной памяти
- •Управление транзакциями
- •Протоколирование
- •Поддержка языков баз данных
- •Эволюция систем управления базами данных
- •Субд первого поколения
- •Реляционные субд
- •Объектно‑ориентированные субд
- •Реляционная модель данных
- •Базовые понятия реляционной модели данных
- •Тип данных
- •Атрибуты, схема отношения, схема базы данных
- •Пустые значения
- •Ключи отношения
- •Связанные отношения
- •Внешние ключи отношения
- •Условия целостности данных
- •Типы связей между таблицами
- •Конец ознакомительного фрагмента.
Общая структура
Жизненный цикл формируется из определенных этапов (фаз) проекта и процессов, каждый из которых выполняется в течение нескольких этапов.
Методика CDM определяет следующие фазы жизненного цикла информационной системы:
• стратегия;
• анализ (формулирование детальных требований к прикладной системе);
• проектирование (преобразование требований в детальные спецификации системы);
• реализация (написание и тестирование приложений);
• внедрение (установка новой прикладной системы, подготовка к началу эксплуатации);
• эксплуатация (поддержка и сопровождение приложения, планирование будущих функциональных расширений).
Первый этап связан с моделированием и анализом процессов, описывающих деятельность организации, технологические особенности работы. Целью является построение моделей существующих процессов, выявление их недостатков и возможных источников совершенствования. Этот этап не является обязательным в случае, когда существующие технология и организационные структуры четко определены, хорошо понятны и не требуют дополнительного изучения и реорганизации.
Примечание.
Более точным названием первого этапа, вероятно, было бы «определение требований».
На втором этапе разрабатываются детальные концептуальные модели предметной области, описывающие информационные потребности организации, особенности функционирования и т. п. Результатом являются модели двух типов:
• информационные, отражающие структуру и общие закономерности предметной области;
• функциональные, описывающие особенности решаемых задач.
На третьей стадии (этапе проектирования) на основании концептуальных моделей вырабатываются технические спецификации будущей прикладной системы – определяются структура и состав базы данных, специфицируется набор программных модулей. Первоначальный вариант проектных спецификаций может быть получен автоматически с помощью специальных утилит на основании данных концептуальных моделей.
На этапе реализации создаются программы, отвечающие всем требованиям проектных спецификаций.
Примечание.
Генераторы приложений, входящие в состав CASE‑средства DESIGNER/2000, позволяют полностью автоматизировать этот этап, существенно сократить сроки разработки системы и повысить ее качество и надежность.
Методика CDM выделяет следующие процессы, протекающие на протяжении жизненного цикла информационной системы:
• определение производственных требований;
• исследование существующих систем;
• определение технической архитектуры;
• проектирование и построение базы данных;
• проектирование и реализация модулей;
• конвертирование данных;
• документирование;
• тестирование;
• обучение;
• переход к новой системе;
• поддержка и сопровождение.
Процессы состоят из последовательностей задач, задачи разных процессов связаны с помощью явно обозначенных ссылок.
Особенности методики cdm
Отметим основные особенности методики CDM, определяющие область ее применения и присущие ей ограничения.
• Степень адаптивности CDM ограничивается тремя моделями жизненного цикла:
– классическая модель предусматривает все этапы;
– быстрая разработка ориентирована на использование инструментов моделирования и программирования Oracle;
– облегченный подход рекомендуется в случае малых проектов и возможности быстро прототипировать приложения.
• Методика не предусматривает включение дополнительных задач, которые не оговорены в CDM, и их привязку к остальным. Также исключено удаление задачи (и порождаемых ею документов), не предусмотренное ни одной из трех моделей жизненного цикла, и изменение последовательности выполнения задач по сравнению с предложенной.
• Все модели жизненного цикла являются по сути каскадными. Даже «облегченный подход», несмотря на итерационность действий по прототипированию, сохраняет общий последовательный и детерминированный порядок выполнения задач.
• Методика не является обязательной, но может считаться фирменным стандартом. При формальном применении степень обязательности полностью соответствует ограничениям возможностей адаптации.
• Прикладная система рассматривается в основном как программно‑техническая система, например, возможность выполнения организационно‑структурных преобразований, практически всегда происходящих при переходе к новой информационной системе, в этой методике отсутствует.
• CDM теснейшим образом опирается на инструментарий Oracle, несмотря на утверждения о простоте адаптации CDM к проектам, в которых используется другой комплект инструментальных средств.
• Методика CDM представляет собой вполне конкретный материал, детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах информационных систем с опорой на инструментальные средства и СУБД фирмы Oracle.