- •Особенности структурного анализа и проектирования информационных систем
- •Введение
- •1. Построение моделей бизнес-процессов по стандарту idef0
- •1.1. Примитивы стандарта idef0
- •1.2. Виды ресурсов стандарта idef0 и их взаимосвязь
- •1.3. Особенности построения моделей по стандарту idef0
- •1.4. Пример декомпозиции процесса
- •1.5. Пример построения диаграмм idef0
- •1.7. Особенности создания диаграмм в программах bpWin и Ramus
- •1.6. Работа с тоннелями
- •1.8. Именование объектов в bpWin
- •1.9. Решение проблем с кодировкой и автоматической проверкой
- •1.10. Варианты заданий по построению моделей бизнес-процессов
- •1.11. Контрольные вопросы
- •1.12. Варианты тестовых заданий по контролю знаний в сфере построения моделей бизнес-процессов
- •2. Построение диаграмм потоков данных
- •2.1. Общие особенности методологии dfd
- •2.2. Внешние сущности
- •2.3. Системы и подсистемы
- •2.4. Процессы
- •2.5. Накопители данных
- •2.6. Потоки данных
- •2.7. Построение иерархии диаграмм потоков данных
- •2.8. Пример построения диаграммы потоков данных в программе bpwin
- •2.9. Особенности построения диаграмм dfd в программе Ramus
- •2.9.1. Создание новой диаграммы, работа с примитивами, классификаторами, особенности декомпозиции
- •2.9.2. Подробный пример построения диаграммы dfd
- •2.10. Варианты заданий по построению диаграмм потоков данных
- •2.11. Контрольные вопросы
- •2.12. Варианты тестовых заданий по контролю знаний в сфере построения диаграмм потоков данных
- •3. Проектирование реляционных баз данных посредством стандарта idef1x
- •3.1. Особенности построения структуры баз данных
- •3.2. Виды связей между таблицами
- •3.3. Особенности стандарта idef1x
- •3.4. Особенности построения схем idef1x в программе ErWin
- •3.4.1. Общие особенности программы ErWin
- •3.4.2. Работа с панелью инструментов и сущностями
- •3.4.3. Работа со связями между таблицами
- •3.5. Особенности построения схем idef1x в программе dbDesigner
- •3.5.1. Особенности работы с программой
- •3.5.2. Необходимые для работы кнопки панели инструментов
- •3.5.3. Настройка внешнего вида схем под стандарт idef1x
- •3.5.4. Работа с таблицами
- •3.5.5. Связи между таблицами
- •3.5.6. Удаление объектов схемы
- •3.5.7. Пример схемы idef1x в dbDesigner
- •3.6. Варианты заданий по построению схем реляционных баз данных
- •3.6. Контрольные вопросы
- •3.7. Варианты тестовых заданий по контролю знаний в сфере построения схем баз данных
- •4. Проектирование диалога с пользователем посредством транзитивных сетей
- •4.1. Проектирование диалога с пользователем
- •4.2. Простая транзитивная сеть
- •4.3. Рекурсивная транзитивная сеть
- •4.4. Подсеть, не связанная с рекурсией
- •4.5. Проектирование конкурентного диалога
- •4.6. Особенности построения транзитивных сетей в программе Dia
- •4.6.1. Подготовка новой панели под создание транзитивных сетей
- •4.6.2. Основные моменты построения транзитивных сетей в программе Dia
- •4.6.3. Пример построения транзитивной сети в программе Dia
- •4.7. Варианты заданий по построению логики диалога с пользователем
- •4.8. Контрольные вопросы
- •4.9. Варианты тестовых заданий по контролю знаний в сфере построения логики диалога пользователя с системой
- •Литература
- •Особенности структурного анализа и проектирования информационных систем
2.11. Контрольные вопросы
Особенности методологии DFD.
Основные элементы диаграмм DFD.
Построение иерархии диаграмм DFD.
Особенности построения диаграмм DFD в программе Ramus.
2.12. Варианты тестовых заданий по контролю знаний в сфере построения диаграмм потоков данных
1. Внешния сущность в диаграмме DFD обозначает:
А) внешний по отношению к информационной системе объект,
Б) файл или базу данных,
В) процесс, перерабатывающий информацию,
Г) внутреннее действие процесса.
2. Что не входит в функции хранилища?
А) выдавать информацию,
Б) хранить информацию,
В) переобразовывать информацию,
Г) записывать информацию.
3. Что обозначает стрелка в диаграмме DFD?
А) связь между функциями системы,
Б) информационный поток,
В) действие пользователя,
Г) связь между классами.
4. Каким образом связаны диаграммы IDEF0 и DFD?
А) они никак не связаны,
Б) их смысл совпадает, просто подходы к проектированию разные,
В) при декомпозиции описания процесса можно чередовать эти стандарты,
Г) они связаны только тем, что могут использоваться в одном проекте.
5. Каким примитивом обозначается внешняя сущность в нотации Гейна Сарсона?
А) эллипсом,
Б) двойным кругом,
В) прямоугольником, «бросающим тень»,
Г) прямоугольником, разделенным на две секции.
6. Что не относится к особенностям диаграмм DFD?
А) они имеют начальное и конечное состояния,
Б) к ним можно применять декомпозицию,
В) схема имеет контекстную диаграмму,
Г) в схемах исползуются подсистемы.
7. Что не детализируется в диаграммах DFD?
А) система,
Б) контекстная диаграмма,
В) подсистема,
Г) хранилище.
8. Какой примитив в DFD не имеет названия?
А) стрелка,
Б) хранилище,
В) внешняя сущность,
Г) все примитивы имеют название.
9. Диаграммы DFD показывают:
А) информационные потоки внутри системы,
Б) функции системы и полномочия доступа к ним,
В) взаимодействие экземпляров классов во времени,
Г) состояния системы и сосбенности переходов между ними.
10. Каким примитивом обозначается функция в нотации Йордана Де Марко?
А) прямоугольником, с закругленными углами,
Б) овалом,
В) фигурой, снизу и сверху ограниченной двумя параллельными горизонтальными линиями, а с боков – полуокружностями,
Г) двойным кругом.
3. Проектирование реляционных баз данных посредством стандарта idef1x
3.1. Особенности построения структуры баз данных
Большинство используемых сейчас систем управления баз данных работают с реляционными базами данных, поэтому в дальнейшем мы будем рассматривать именно реляционную модель данных.
База данных (БД) – это электронное хранилище информации различного типа.
Система управления базами данных (СУБД) – это набор программ, способных непосредственно читать информацию из БД и записывать информацию в БД. СУБД предназначено для создания, удаления БД, создания, редактирования, удаления и заполнения таблиц БД.
БД обычно содержит информацию о некоторой предметной области, то есть области человеческой деятельности или области реального мира. В предметной области можно выделить сущности, описывающие типы объектов предметной области.
В качестве примера можно взять предметную область «Университет». В ней можно выделить сущности «Факультет», «Группа», «Студент» и т.д.
Для каждой сущности существует набор атрибутов, описывающих ее, по значениям которых объект предметной области можно отнести к той или иной сущности. Если взять в качестве примера сущность «Студент», то для ее описания можно выделить атрибуты «Имя», «Фамилия», «Возраст», «Номер зачетки», «Название группы» и т.д.
В реляционных БД единицей хранения информации является таблица – двумерная матрица, состоящая из строк и столбцов. В дисциплинах, связанных с БД, столбцы таблицы называются полями, а строки – записями.
Информация в таблице описывает конкретную сущность. Поля таблицы соответствуют атрибутам сущности, а записи – конкретным экземплярам, относящимся к сущности. Вернемся к нашему примеру. Для описания сущности «Студент» можно создать таблицу с именем студент и выделить в ней поля, соответствующие атрибутам сущности (Таблица 3.1).
Таблица 3.1
Пример таблицы «Студент»
-
Номер зачетки
Имя
Фамилия
Возраст
Название группы
567238
Иван
Иванов
21
41-ИТ
652664
Петр
Петров
22
51-АП
564343
Андрей
Сидоров
21
41-ИТ
Как видно из таблицы 3.1, записи таблицы соответствуют информации о конкретных студентах, т.е. о конкретных экземплярах сущности.
Из вышесказанного следует, что в таблице должна храниться только информация, которая способна описать сущность, которой она соответствует.
В каждой таблице должен присутствовать первичный ключ – поле или набор полей, однозначно идентифицирующих запись. Это означает, что в таблице не должно существовать двух или более записей с одинаковым значением первичного ключа. Первичный ключ также должен иметь минимальное количество столбцов, то есть в него не должны входить поля, удаление которых не изменило бы его свойства уникальности.
В таблице студент в качестве первичного ключа можно выделить поле «Номер зачетки», так как номер зачетки студента уникален. Если представить, что в таблице Студент отсутствует первичный ключ, то при внесении в таблицу информации о двух студентах с одинаковыми именами, фамилиями, возрастом, учащимися в одной группе, невозможно будет их различить. Нарушится целостность (корректность) информации в таблице.
Первичный ключ может выделяться не только из существующей в таблице группы полей, значения которых уникальны для каждой записи. Для создания первичного ключа в таблицу может быть добавлено специальное поле с уникальными значениями, например, «Номер по порядку».
Перед тем, как заполнять таблицу данными, необходимо задать ее структуру. В структуру таблицы входит ее имя и количество полей, а для каждого поля определяется название и тип данных, который будет храниться в этом поле. От типа данных зависит их формат, размер и операции, которые можно применять к данным. Можно выделить следующие основные типы данных: числовой (целый, дробный), символьный (строка), логический (включает два значения: истина и ложь), дата (дата, время).
Таблица заполняется записями только после задания ее структуры. Формат записей задается структурой таблицы.
Если вернуться к таблице 3.1, то она имеет следующую структуру. Таблица имеет название Студент, в ней содержится пять полей. Поле «Номер зачетки» хранит числовую информацию; поля «Имя», «Фамилия», «Название группы» - символьную; поле «Возраст» - числовую.
