
- •1.2 Технологическое и организационно-штатное воплощение информационного обеспечения
- •1.3 Структура информационного обеспечения
- •2.1. Структура информационных систем
- •2.2 Классификация информационных систем
- •2.3. Система представления и обработки данных фактографических аис
- •2.4. Функции субд
- •2.5. Классификация субд
- •2.6. Структура субд
- •3.1. Модели организации данных
- •5.1 Жизненный цикл информационной системы
- •6.4. Модель "Сущность-связь"
- •Вопросы самоконтроля
- •8.3 Виды адресации хранимых записей
- •8.4. Способы доступа к записям
- •Вопросы самоконтроля
- •9.1. Введение в язык sql
- •9.2. Защита информации
- •Вопросы самоконтроля
5.1 Жизненный цикл информационной системы
База данных является фундаментальным компонентом информационной системы, следовательно, жизненный цикл ИС неотъемлемо связан с жизненным циклом лежащей в ее основе базы данных.
Процесс разработки БД является итеративным, предполагает многократные возвраты и анализ полученных результатов с целью максимально адекватного описания предметной области.
Сложность жизненного цикла зависит от:
- сложности рассматриваемой системы;
- количества пользователей;
- количества приложений;
- количества запросов к базе данных.
Структурный метод разработки программного обеспечения
Сущность структурного подхода (разработка "сверху-вниз") к разработке АИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции. При этом автоматизируемая система сохраняет целостное представление, котором все составляющие компоненты взаимоувязаны
При разработке системы "снизу-вверх от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов.
Методология SADT
Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков.
Детали каждого из основных блоков показаны в виде блоков на других диаграммах.
На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы.
Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги.
Место соединения дуги с блоком определяет тип интерфейса, управляющая информация входит в блок сверху, обрабатываемая - слева, результаты - справа. Механизм (человек или АИС) - дуга, входящая в блок снизу.
Неприсоединенные дуги соответствуют входам, управлениям и выходам родительского блока.
Источник или получатель этих пограничных дуг может быть обнаружен только на родительской диаграмме. Неприсоединенные концы должны соответствовать дугам на исходной диаграмме. Все граничные дуги должны продолжаться на родительской диаграмме, чтобы она была полной и непротиворечивой.
На SADT-диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг или выступать в виде комментариев, замечаний, исправлений и т.д.
ОСНОВНЫЕ ЭЛЕМЕНТЫ МЕТОДОЛОГИИ SADT:
1) Графическое представление блочного моделирования (графика блоков и дуг) SADT диаграмм отображает функцию в виде блока, а интерфейсы входа-выхода в виде дуг, которые могут быть, как входящие, так и выходящие из него;
2) Строгость и точность.
Правила SADT включают:
1. Ограничение количества блоков на каждом уровне декомпозиции (3-6);
2. Связанность диаграмм (номера блоков);
3. Уникальность меток и наименований;
4. Синтаксические правила для графики (блоки-дуги);
5. Разделение входов и управлений, то есть определяются роли данных;
6. Отделение организации от функции, то есть исключение влияния организационной структуры на функциональную модель.
Особенностью методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
Вопросы самоконтроля
Какие этапы включает в себя жизненный цикл информационной системы?
В чем заключается сущность структурного подхода (разработка "сверху-вниз") к разработке АИС?
Что представляет собой Методология SADT?
Основные элементы методологии SADT
Лекция №6
Цель: Изучение этапов проектирования баз данных
Подходы и этапы проектирования баз данных
Основная цель проектирования БД - это сокращение избыточности хранимых данных, то есть "Каждый факт в одном месте"
Проектирование БД - это процесс проектирования отображения: "Описание ПО" <--> "Схема внутренней модели БД"
Выбор подхода к разработке 1»Д позволяет определить:
- границы ПО и проектирования;
- состава элементов информационной модели.
Этапы проектирования баз данных
Инфологическое моделирование
Инфологической моделью данных называют обобщенное неформальное описание создаваемой базы данных, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающим над проектированием базы данных. Она является человеко-ориентированной моделью, которая полностью независима от физических параметров среды хранения данных.
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных.