- •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
- •Общая структура
- •Особенности
- •Различия между стандартами
Тема 10. Case – средства, их функциональные возможности и характеристика.
При конструировании небольших информационных систем можно применить SQL-конструкции, но создание больших баз данных, содержащих сотни и тысячи таблиц и сложные связи между ними, возможно только при использовании CASE-средств. Вручную очень трудно разработать и представить графически структуру системы, проверить ее на полноту и непротиворечивость, отслеживать версии и выполнять модификации.
Концептуальное моделирование структуры данных
Широкое распространение реляционных СУБД и их использование в самых разнообразных приложениях показывает, что реляционная модель данных достаточна для моделирования предметных областей. Однако проектирование реляционной базы данных в терминах отношений на основе рассмотренного нами ранее механизма нормализации (см. главу 4 «Реляционные базы данных») часто представляет собой очень сложный и неудобный для проектировщика процесс. Это обусловлено некоторой ограниченностью реляционной модели данных, которая особенно ярко проявляется в следующих аспектах:
О реляционная модель не предоставляет достаточных средств для представления смысла данных. Проектировщик должен независимым от модели способом представлять семантику реальной предметной области. Примером данного ограничения может служить представление ограничений целостности;
О в ряде случаев предметную область трудно моделировать на основе плоских таблиц. Сложности могут возникнуть на начальной стадии проектирования при описании предметной области в виде одной (возможно, даже ненормализованной) таблицы;
О хотя весь процесс проектирования происходит на основе учета зависимостей, реляционная модель не содержит никаких средств для представления этих зависимостей;
О несмотря на то что процесс проектирования начинается с выделения некоторых объектов (сущностей) предметной области, существенных для приложения, и выявления связей между этими сущностями, реляционная модель данных не предлагает какого-либо аппарата для разделения сущностей и связей.
Концептуальные модели данных
Для преодоления ограничений реляционной модели и обеспечения потребности проектировщиков баз данных в более удобных и мощных средствах моделирования предметной области проектирование баз данных обычно выполняется не в терминах реляционной модели, а с использованием концептуальных моделей предметной области.
Обычно различают концептуальные модели двух видов:
О объектно-ориентированные модели, в которых сущности реального мира представляются в виде объектов, а не записей реляционных таблиц;
О семантические модели, отражающие значения реальных сущностей и отношений.
Объектно-ориентированную модель можно рассматривать как результат объединения семантической модели данных и объектно-ориентированного языка программирования.
Несмотря на то что в последнее время все большее распространение получают объектно-ориентированные модели, не снижается и значение семантических моделей. Концептуальное моделирование баз данных на основе семантических моделей поддерживается во всех известных CASE-средствах (например, таких как ERWin и Power Designer). Кроме того, семантические модели более просты для понимания, особенно при проектировании сравнительно небольших баз данных.
Как и реляционная модель, любая развитая семантическая модель данных включает структурную, манипуляционную и целостную части. Главным назначением семантических моделей является обеспечение возможности выражения семантики данных.
Цель семантического моделирования — обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому семантическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами семантических моделей являются сущности, связи между ними и их свойства (атрибуты).