17. Моделирование потоков данных(dfd -диаграммы)

Прямоугольник – источник и приёмник данных

Овал – процесс

Стрелочка – поток данных

Недорисованный прямоугольник с палочкой – накопитель данных.

Источник – все, что не входит в саму ИС(клиент в фирме). Он остается для нас закрытым.

Процесс – для него известен алгоритм. Может состоять из других. То, что будет делать система(система + человек)

Поток – состоит из стандартных информационных объектов (анкета, чек)

Накопители – устройства, в которых хранятся данные на постоянной основе.

DFD -0 – модель в крупном плане;

DFD -1 – структурный подход;

DFD -2 – разбиение на задачи.

18. Матрицы событий (elm)

С помощью матриц событий строится список событий и описывает различные воздействия внешних сущностей или подсистем ИС и реакцию проектируемой части ИС на них.

S-событие(стимул)→A(афектор)→R(реакция)

Бывают события N-нормальные и NN-ненормальные. Под нормальным событием будем понимать такое событие на которое предусмотрена реакция ИС, а ненормальным – на которое не предусмотрено.

19. Методология sadt

Методология IDEF0 является следующим этапом развития известного графического языка описания функциональных систем SADT. Делалось это под программу ICAM. Одним из требований к IDEF после SADT было наличие эффективной методологии взаимодействия в рамках «аналитик-специалист».

IDEF0 – методология функционального моделирования;

IDEF1 – методология моделирования информационных потоков внутри системы;

IDEF1X – методология для реляционных структур (относится к типу «Сущность-взаимосвязь»);

IDEF2 – методология динамического моделирования развития систем;

IDEF3 – методология документации процессов;

IDEF4 – методология для объектно - ориентированных систем.

20. Понятие модели данных (мд). Сильно и слабо структурированные мд.

Модель данных – множество объектов и множество отношений: <Ω,О>.

Ω – множество объектов, О – набор отношений.

Модели данных в информационных технологиях – сильно структурированные(объекты описывающиеся структурами, анкетирование) и слабо структурированные (структура не полностью определена, фотографии, картинки, текст). Для слабо структурируемых используются документы и другие объекты в виде строк. Сильно структурируемые – реляционная МД.

21. Модель «Сущность-связь»

Для построения сильно-структур. Моделей данных используется язык ERD(сущность-связь)

Сущность – множество объектов одинаковой структуры. Сущности берутся из задач.

Студент – сущность

22. Атрибуты, домены. Правила для атрибутов, ключи.

Сущность задается структурой (атрибутами).

Правила: 1) Атрибуты не упорядочены;

2) В множестве не может быть 2-х одинаковых экземпляров;

3) Все атрибуты – атомарные (не могут быть структурой);

4) Отсутствие повторяющихся групп;

5) Смысловая однозначность.

Один или несколько атрибутов, которые однозначно определяют экземпляр сущности – ключ. Ключ должен быть не избыточным. Первичный ключ – то, что с минимальной вероятностью изменится. Другие ключи – альтернативные, физически не связывают БД.

В сущности ключ – обязательно.

Домен – специально введённый тип данных (пользовательский). Позволяют ограничить вводимые данные.

23. Типы связей.

Связь модели – глагол, который соединяет экземпляры сущности.

Виды бинарных связей:

1:1 – связью связывается 1 экземпляр 1 сущности с 1 из другой.

1:N – связью связывается 1 экземпляр 1 сущности ко многим из другой

N:M – связью связывается N экземпляр 1 сущности c M из другой

24. степени связи. Зависимость по коду

Степень связи: 1-обязательно; 0-необязательно

∆ - показывает, что ключ сложный. Каскадное удаление – если удалён родительский экземпляр, то удаляются и порожденные экземпляры.

25. N-арные связи.

Рыбак А предпочитает ловить рыбу В в пруду С снастью Д на наживку Е.

26. Композиция связей

Композиция связи - логическим следствие других связей этой модели. Такая связь – лишняя(ее можно восстановить из других), подлежит удалению, т.к. это может привести к нарушению целостности.

27. Типы и подтипы (роли)

Вводится супер - тип сотрудник(должность,ФИО,адрес), и от него рабочий, секретарь, охранник.

28. Понятие жизненного цикла объекта (экземпляра сущности). Начало, конец, координация ЖЦ.

Граф ЖЦ показывает в каких циклах находится объект

Начальное состояние – состояние , когда объект появляется в БД

Конечное состояние – состояние, когда объект перестает изменяться

ЖЦ между собой координируется. В БД ЖЦ отображаются:

- вводится специальный атрибут;

- через связи

Координация ЖЦ: некоторые объекты могут быть связаны информационно (автомобиль в ремонте, водитель не может быть в рейсе).Такое надо отслеживать.