- •3)Понятие структурного анализа
- •4)Моделирование потоков данных. Построение иерархии диаграмм потоков данных
- •5)Методология функционального моделирования sadt
- •6)Состав функциональной модели sadt. Иерархия диаграмм в методологии sadt
- •7)Диаграммы «сущность-связь»
- •8)Сущности, отношения и связи в нотации Чена
- •9)Типы связей в нотации Чена
- •10)Диаграммы атрибутов в классической модели Чена
- •11)Диаграммы категоризации в модели Чена
- •12)Модель «сущность-связь» в нотации Баркера
- •13)Методика построения информационной модели системы.
- •14)Распределенные и централизованные базы данных. Архитектура файл-сервер. Архитектура клиент-сервер.
- •15)Иерархическая и сетевая модели данных.
- •16)Реляционная модель данных. История развития. Основные понятия (тип данных, домен, отношение, кортеж, атрибут, ключ).
- •17)Реляционная база данных.
- •18)Функции системы управления базами данных (субд): управления данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями.
- •19)Функции системы управления базами данных: журнализация, поддержка языков баз данных.
- •20)Типовая организация современной субд.
- •21)Базовые средства манипулирования реляционными данными.
- •22)Реляционная алгебра. Общая интерпретация реляционных операций.
- •23)Особенности теоретико-множественных операций реляционной алгебры.
- •24)Реляционное исчисление.
- •25)Целостность сущностей и ссылок.
- •26)Субд в архитектуре клиент-сервер. Открытые системы.
- •27)Системная архитектура клиент-сервер. Удаленный вызов процедур.
- •28)Сервера баз данных.
- •29)Типичное распределение функций между клиентом и сервером. Распределенные базы данных.
- •30)Разновидности распределенных систем.
- •31)Распределенная компиляция запросов.
- •32)Язык реляционных баз данных Transact-sql (t-sql). История развития. Идентификаторы в t-sql.
- •33)Язык t-sql. Выражения.
- •34)Язык t-sql. Числовые и денежные типы данных. Типы данных для хранения информации о времени.
- •49) Создание, изменение и удаление представлений средствами t-sql.
- •35)Язык t-sql. Символьные и текстовые типы данных.
- •36)Язык t-sql. Специальные типы данных. Конвертирование типов данных.
- •37)Управляющие конструкции t-sql.
- •38)Процесс проектирования таблиц в реляционной базе данных. Определение идентификационной колонки.
- •39)Создание таблиц средствами t-sql.
- •40)Изменение структуры таблицы средствами t-sql. Удаление таблиц.
- •41)Добавление данных в таблицу средствами t-sql. Использование insert и select…into.
- •42)Извлечение данных средствами t-sql. Команда select. Разделы select и into.
- •Раздел into предназначен для сохранения результата, выполнения запроса в заданной таблице.
- •44)Извлечение данных средствами t-sql. Команда select. Разделы where, group by, having, order by.
- •43)Извлечение данных средствами t-sql. Команда select. Раздел from.
- •45)Изменение данных в таблице средствами t-sql. Команда update.
- •46)Удаление данных средствами t-sql. Команда delete.
- •47)Хранимые процедуры. Этапы создания.
- •48)Создание, модификация и удаление хранимых процедур средствами t-sql.
4)Моделирование потоков данных. Построение иерархии диаграмм потоков данных
Моделирование потоков данных.
В основе методологии моделирования потоков данных лежит построение модели, анализируемой информационной системой. Модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхнего уровня иерархии определяют основные процессы внешними входами и выходами. Они детализируются при помощи диаграмм более низкого уровня. Детализация продолжается до тех пор пока не будет достигнут такой уровень декомпозиции, на котором процесс становится элементарным. Результатом детализации является многоуровневая иерархия диаграмм. Основными элементами диаграмм потоков данных являются внешние сущности, процессы или подсистемы, хранилища или накопители информации, потоки данных. При изображении диаграмм потоков данных используется две нотации:
- нотация Йодана;
- нотация Гейна-Сарсона.
1. Поток данных. Используется для моделирования передачи информации от источника к получателю, ориентация стрелки указывает направление движения информации.
2. Процесс. Выполняет преобразование входных потоков данных в выходные в соответствии с действием, которое определяется именем процесса. Имя процесса должно содержать глагол в неопределенной форме или отглагольное существительное и, возможно, дополнение.
3. Хранилище (накопитель данных). Обеспечивает хранение данных, которые сохраняются между процессами. Накопитель данных представляет собой абстрактное устройство для хранения информации.
4. Внешняя сущность - объект предметной области не входящий в контекст информационной системы и являющийся источником или получателем данных. Определение объектов предметной области в качестве внешней сущности указывает на то, что этот объект находится за пределами границ информационной системе и в обработке данных не участвует. Имя внешней сущности должно быть существительным.
Построение иерархии диаграмм потоков данных.
Главная цель в построении иерархии диаграмм потоков данных состоит в том, чтобы сделать ясными и понятными требования к проектируемой системе на каждом уровне ее детализации. В процессе построения иерархии диаграмм потоков данных следует придерживаться следующих правил:
1. Правило балансировки – означает, что при детализации процесса детализирующая диаграмма будет содержать только те компоненты информационных потоков которые определены на детализируемой диаграмме.
2. На каждой диаграмме может быть размещено от 2 до 9 процессов.
3. Несущественные на данном уровне детали использоваться не должны.
4. Декомпозиция потоков данных производится одновременно с декомпозицией процессов.
5. Имена процессов и потоков данных должны отражать их суть.
6. Функционально идентичные процессы следует определять один раз на самом верхнем уровне где процесс необходим, а затем на более низких уровнях на этот процесс ссылаться.
7. Следует разделять управляющие и входные потоки.
8. Правило нумерации состоит в том, что при детализации процессов должна поддерживаться их иерархическая нумерация.