Особенности структурного анализа и проектирования

Особенности структурного анализа и проектирования

Информационных систем

 

 

Рекомендовано ФГБОУ ВО «ОГУ имени И.С. Тургенева» для

использования в учебном процессе в качестве учебно-методического пособия для высшего профессионального образования

 

Орел, 2016

УДК

ББК

К

Рецензенты:

кандидат технических наук, доцент кафедры «Информационные

системы» Федерального государственного бюджетного образовательного

учреждения высшего образования «Орловский государственный университет имени И.С. Тургенева»

В.Н. Волков,

 

доктор технических наук, профессор,

сотрудник Академии Федеральной службы охраны России

Б.Р. Иванов

 

Лысков О.Э., Олькина Е.В.

Особенности структурного анализа и проектирования информационных систем / О.Э. Лысков, Е.В. Олькина. – Орел: ФГБОУ ВО «ОГУ имени И.С. Тургенева», 2016. – 83 с.

 

К Пособие содержит теоретические сведения по особенностям проектирования посредством стандартов IDEF0, DFD, IDEF1X, а также транзитивных сетей. Пособие также включает особенности использования соответствующих CASE-средств для всех стандартов. Для каждого стандарта приведены инструкции по проектированию посредством CASE-средства с открытым исходным кодом. Для каждой нотации приведены варианты заданий, вопросы для самоконтроля и тесты.

Пособие соответствует требованиям ФГОС и содержанию учебных дисциплин «Архитектура информационных систем», «Базы данных», «Методы и средства проектирования информационных систем и технологий» для студентов направления 09.03.02 «Информационные системы и технологии»; дисциплин «Базы данных», «Проектирование информационных систем» для студентов направления 09.03.03 «Прикладная информатика».

Предназначен для студентов, обучающихся по направлению 09.03.02 «Информационные системы и технологии», изучающих дисциплины «Архитектура информационных систем», «Базы данных», «Методы и средства проектирования информационных систем и технологий», 09.03.03 «Прикладная информатика», изучающих дисциплины «Базы данных», «Проектирование информационных систем». Пособие может быть полезно студентам других специальностей и направлений при изучении особенностей структурного анализа и проектирования.

УДК

ББК

© ФГБОУ ВО «ОГУ имени И.С. Тургенева», 2016

Содержание

 

ВВЕДЕНИЕ 5

1. ПОСТРОЕНИЕ МОДЕЛЕЙ БИЗНЕС-ПРОЦЕССОВ ПО СТАНДАРТУ IDEF0 6

1.1. Примитивы стандарта IDEF0 6

1.2. Виды ресурсов стандарта IDEF0 и их взаимосвязь 7

1.3. Особенности построения моделей по стандарту IDEF0 9

1.4. Пример декомпозиции процесса 9

1.5. Пример построения диаграмм IDEF0 10

1.6. Работа с тоннелями 16

1.7. Особенности создания диаграмм в программах BPWin и Ramus 16

1.8. Именование объектов в BPWin 18

1.9. Решение проблем с кодировкой и автоматической проверкой 18

1.10. Варианты заданий по построению моделей бизнес-процессов 18

1.11. Контрольные вопросы 19

1.12. Варианты тестовых заданий по контролю знаний в сфере построения моделей бизнес-процессов 19

2. ПОСТРОЕНИЕ ДИАГРАММ ПОТОКОВ ДАННЫХ 22

2.1. Общие особенности методологии DFD 22

2.2. Внешние сущности 24

2.3. Системы и подсистемы 24

2.4. Процессы 25

2.5. Накопители данных 26

2.6. Потоки данных 26

2.7. Построение иерархии диаграмм потоков данных 27

2.8. Пример построения диаграммы потоков данных в программе BPWIN 29

2.9. Особенности построения диаграмм DFD в программе Ramus 30

2.10. Варианты заданий по построению диаграмм потоков данных 38

2.11. Контрольные вопросы 38

2.12. Варианты тестовых заданий по контролю знаний в сфере построения диаграмм потоков данных 38

3. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ ПОСРЕДСТВОМ СТАНДАРТА IDEF1X 41

3.1. Особенности построения структуры баз данных 41

3.2. Виды связей между таблицами 43

3.3. Особенности стандарта IDEF1X 47

3.4. Особенности построения схем IDEF1X в программе ErWin 48

3.5. Особенности построения схем IDEF1X в программе DBDesigner 53

3.6. Варианты заданий по построению схем реляционных баз данных 60

3.6. Контрольные вопросы 61

3.7. Варианты тестовых заданий по контролю знаний в сфере построения схем баз данных 61

4. ПРОЕКТИРОВАНИЕ ДИАЛОГА С ПОЛЬЗОВАТЕЛЕМ ПОСРЕДСТВОМ ТРАНЗИТИВНЫХ СЕТЕЙ 64

4.1. Проектирование диалога с пользователем 64

4.2. Простая транзитивная сеть 66

4.3. Рекурсивная транзитивная сеть 69

4.4. Подсеть, не связанная с рекурсией 70

4.5. Проектирование конкурентного диалога 71

4.6. Особенности построения транзитивных сетей в программе Dia 72

4.7. Варианты заданий по построению логики диалога с пользователем 78

4.8. Контрольные вопросы 78

4.9. Варианты тестовых заданий по контролю знаний в сфере построения логики диалога пользователя с системой 79

ЛИТЕРАТУРА 81

ВВЕДЕНИЕ

Информационные системы в настоящее время широко используются большинством организаций и постоянно эволюционируют. Процесс их разработки сложен и трудоемок. Однако, как известно, грамотное проектирование систем позволяет избежать огромного количества ошибок реализации и затрат в будущем. Поэтому любому разработчику необходимо разбираться в стандартах проектирования. Одним из подходов к проектированию является структурный подход, который доказал свою эффективность. Изучению группы стандартов, относящихся к структурному анализу и проектированию, и посвящено данное учебно-методическое пособие.

Текущее учебно-методическое пособие состоит из четырех глав. Первая глава посвящена построению моделей бизнес-процессов посредством стандарта IDEF0. Вторая глава посвящена построению диаграмм потоков данных информационной системы посредством нотации DFD. Третья глава посвящена проектированию реляционных структур данных посредством стандарта IDEF1X. В четвертой главе описаны особенности проектирования интерфейса пользователя с помощью транзитивных сетей.

Выполнение заданий учебно-методического пособия позволит студентам получить достаточно подробное представление о принципах структурного анализа и проектирования информационных систем, а именно: формализации автоматизируемого процесса, потоков данных внутри информационнй системы, структуры реляционной базы данных, логики диалога пользователя с системой.

Пособие соответствует требованиям ФГОС и содержанию учебных дисциплин «Архитектура информационных систем», «Базы данных», «Методы и средства проектирования информационных систем и технологий» для студентов направления 09.03.02 «Информационные системы и технологии»; дисциплин «Базы данных», «Проектирование информационных систем» для студентов направления 09.03.03 «Прикладная информатика».

Пособие может быть полезно студентам других специальностей и направлений при изучении особенностей структурного анализа и проектирования.

ПОСТРОЕНИЕ МОДЕЛЕЙ БИЗНЕС-ПРОЦЕССОВ ПО СТАНДАРТУ IDEF0

В современных организациях протекает огромное количество сложных процессов. С процессами связано множество ресурсов разного типа: какие-то ресурсы перерабатываются процессом, некоторые получаются в результате деятельности, некоторые помогают протеканию процесса. Часто в целях увеличения эффективности производственных и управленческих процессов, например, посредством их автоматизации, необходимо наглядное описание протекающих на предприятии процессов. Современными проектами занимается группа разработчиков разного профиля. Когда специалисты описали процесс, получившаяся модель должна быть максимально наглядной, чтобы другая часть участников быстро по описанию уловила суть процесса.

Для грамотного наглядного описания сложных процессов, существует группа стандартов, одним из которых является IDEF0. Стандарт IDEF0 позволяет в виде графической модели описать составные части сложного процесса, входящие в него работы, ресурсы, фигурирующие в процессе. Ниже описаны базовые особенности стандарта IDEF0.

 

Примитивы стандарта IDEF0

В стандарте IDEF0 существует два основных примитива.

Прямоугольником обозначается процесс. Примитив носит название функционала, блока или активности. Функционал имеет название, располагающееся внутри прямоугольника. Следует отметить, что названием функционала обязательно должен быть глагол или глагольное наклонение. Пример функционала изображен на рисунке:

 

Произвести автомобиль

Рис. 1.1. Пример функционала

 

Стрелкой обозначается ресурс. Ресурс имеет название, которое обязательно должно являться существительным. Так как ресурс обозначен стрелкой, то для увязки ресурса и его имени на модели существует инструмент «молния». «Молния» необязательно должна присутствовать на схемах, однако она необходима, когда число ресурсов на больших схемах очень велико, и тяжело соотнести конкретное название и стрелку. Пример ресурса изображен на рисунке:

 

Оборудование

Рис. 1.2. Пример ресурса

 

Пример декомпозиции процесса

Для примера был взят процесс написания курсовой работы (КР). Сразу нужно отметить, что процесс упрощен для более быстрого понимания механизма построения моделей. Вначале для наглядности разобьем процесс на подпроцессы без использования диаграмм IDEF0 и представим его в виде диаграммы дерева узлов. Общая схема детализации процесса представлена на рисунке:

 

Рис. 1.4. Диаграмма дерева узлов для рассматриваемого процесса

 

Весь процесс работы над КР можно разбить на три этапа: изучение литературы, написание КР и защита КР. В свою очередь, процесс написания КР можно разбить на четыре этапа: реализация части КР, консультация у преподавателя, сборка готовой КР, итоговая проверка КР.

Так как было произведено две детализации (для процессов «Работа над КР» и «Написание КР»), то модель представления процесса будет иметь три схемы: общую схему, описывающую процесс целиком, ее детализацию и схему, являющиеся результатом детализации второго процесса на втором уровне.

 

Пример построения диаграмм IDEF0

Общая схема, где показывается процесс целиком, по стандарту IDEF0 носит название контекстной диаграммы и обозначается «A-0». Схема А-0 представлена на рисунке:

Рис. 1.5. Контекстная диаграмма процесса «Работать над КР»

 

Весь процесс на схеме обозначен функционалом «Работать над КР».

Выполнение КР невозможно без задания, которое является «отправной точкой» для всей работы, и на основе которого пишется КР. Поэтому ресурс «Задание» является управляющим для блока «Работать над КР». В процессе работы над КР будет перерабатываться литература: учебники и статьи по тематике работы, как в бумажном, так и в электронном виде. Поэтому ресурс «Литература» является входными для процесса «Работать над КР».

КП будет оформляться с учетом ГОСТов, поэтому ресурс «ГОСТ» является управляющим для процесса «Работать над КР».

Курсовая работа создается и защищается студентом, часто с использованием персонального компьютера (ПК). Принимает КР на защите преподаватель. Поэтому ресурсы «Студент», «ПК», «Преподаватель» являются механизмами для функционала «Работать над КР».

Результатом процесса «Работать над КР» является защищенная КР, являющаяся выходным ресурсом функционала «Работать над КР».

Детализация общего функционала «Работать над КР» дает новую схему, которая по стандарту IDEF0 обозначается «А0». Схема А0 представлена на рисунке. Как уже говорилось ранее, при детализации функционала все ресурсы, соприкасающиеся с этим процессом, переносятся на схему с детализированными подпроцессами. В данном случае были перенесены входной ресурс «Литература», управляющие ресурсы «ГОСТ» и «Задание», механизмы «Студент», «ПК», «Преподаватель», выходной ресурс «Защищенная КР». Остается определить принадлежность перенесенных ресурсов функционалам, являющимся продуктом детализации, и добавить новые ресурсы.

 

Рис. 1.6. Детализация процесса «Работать над КР»

 

Весь процесс работы над КР можно разбить на три этапа: изучение литературы, написание КР и защита КР. Соответственно, на схеме присутствуют три функционала. На схемах, соответствующих второму и более низким уровням детализации, блоки нумеруются по порядку слева-направо.

Рассмотрим ресурсы, относящиеся к каждому блоку.

При изучении литературы ее содержание перерабатывается студентом в некоторый переработанный материал. Обработка может проходить как с использованием ПК, так и без него. Поэтому «Литература» является входным ресурсом для процесса «Изучить литературу», ресурс «Переработанный материал» - выходным ресурсом, а ресурсы «Студент» и «ПК» - механизмами. Литература обрабатывается на основе задания. Поэтому ресурс «Задание» является управляющим для блока «Изучить литературу». Оформление переработанного материала осуществляется по ГОСТам, которые являются управляющим ресурсом блока «Изучить литературу».

КР пишется с использованием переработанного материала и литературы, которые перерабатываются и являются входными ресурсами для блока «Написать КР». Написание КР происходит на основании задания, являющегося управляющим ресурсом блока «Написать КР». Оформление КР осуществляется по ГОСТам, которые являются управляющим ресурсом блока «Написать КР». КР пишется студентом, часто использующим для этих целей ПК, поэтому соответствующие ресурсы являются механизмами для блока «Написать КР». В процессе написания КР студент может неоднократно консультироваться с преподавателем, поэтому ресурс «Преподаватель» является механизмом для функционала «Написать КР». В результате написания КР получается его готовый проверенный преподавателем экземпляр, поэтому ресурс «Проверенная КР» является выходным для блока «Написать КР».

Когда КР успешно защищена, то преподаватель ставит на титульном листе и листе задания пометки о защите. Поэтому входным ресурсом блока «Защитить КР» является проверенная КР, а выходным – защищенная КР. Защита проходит с ориентировкой на задание, поэтому ресурс «Задание» является управляющим ресурсом блока «Защитить КР». При выставлении оценки учитываются требования ГОСТ, поэтому ресурс «ГОСТ» является управляющим ресурсом блока «Защитить КР». Защищается студент, а контролирует его преподаватель, причем часто с использованием ПК. Поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами блока «Защитить КР».

Неудавшуюся защиту учитывает ресурс «Неудача», являющийся результатом процесса защиты и относящийся к выходным ресурсам. «Неудача» включает инструкции преподавателя по исправлению КР. Они будут учтены при переработке материала и являются входным ресурсом блока «Изучить литературу».

Рассмотрим схему детализации процесса «Написать КР». При детализации функционалов, имеющих порядковый номер, полученная схема именуется в зависимости от номера детализируемого процесса, так схема детализации функционала номер 2, находящаяся на третьем уровне детализации обозначается «А2». Схема А2 представлена на рисунке:

 

Рис. 1.7. Детализация процесса «Написать КР»

 

Процесс написания КР можно разбить на четыре этапа: реализация части КР, консультация у преподавателя по накопившимся вопросам, сборка КР после ряда консультаций, сдача КР на итоговую проверку преподавателю. Соответственно, на схеме А2 присутствуют четыре функционала. Рассмотрим ресурсы, относящиеся к каждому блоку.

Когда студент работает над КР, у него могут появиться ряд вопросов к материалу, поэтому кроме ресурса «Часть КР» выходным для функционала «Реализовать часть КР» также является ресурс «Непонятный студенту материал». Студент пишет главы КР на ПК, поэтому механизмами функционала «Реализовать часть КР» являются ресурсы «Студент» и «ПК». Студент пишет КР, ориентируясь на ГОСТы и задание, поэтому для функционала «Реализовать часть КР» управляющими являются ресурсы «Задание» и «ГОСТ». Студент пишет КР, используя литературу и переработанный материал, поэтому для функционала «Реализовать часть КР» входными являются ресурсы «Литература» и «Переработанный материал».

Когда студент приходит на консультации к преподавателю, он приносит свои наработки и задает вопросы по непонятной ему тематике. После консультаций студент получает ответы на вопросы, преподаватель проверяет принесенный фрагмент КР, и студент его перерабатывает, учитывая советы и ответы преподавателя. То есть от непонятного студенту материала зависит дальнейший процесс написания КР. Поэтому ресурсы «Непонятный студенту материал» и «Часть КР» являются входными для функционала «Проконсультироваться у преподавателя», а ресурс «Непонятный студенту материал» одновременно входным и управляющим. Исходя из вышеизложенного, ресурс «Переработанный фрагмент КР» является выходным для функционала «Проконсультироваться у преподавателя». Когда после консультации студент продолжает дописывать КР, то он может создавать другие главы на основе материала из проверенной КР. Может возникнуть ситуация, что ряд глав могут быть далее созданы по той же проверенной у преподавателя схеме, что и проверенный фрагмент. Поэтому ресурс «Переработанный фрагмент КР» является одновременно входным и управляющим для функционала «Реализовать часть КР». Преподаватель консультирует, опираясь на задание и ГОСТы, поэтому ресурсы «Задание» и «ГОСТ» являются управляющими для функционала «Проконсультироваться у преподавателя». Преподаватель может консультировать студента с использованием компьютера, поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами для функционала «Проконсультироваться у преподавателя».

После ряда консультаций студент собирает готовую, с его точки зрения, КР из переработанных фрагментов, поэтому ресурс «Переработанный фрагмент КР» является входным для функционала «Собрать готовую КР», а ресурс «КР для проверки» - выходным. Студент дописывает КР на ПК, поэтому ресурсы «Студент» и «ПК» являются механизмами для функционала «Собрать готовую КР». Студент дописывает работу, опираясь на задание и ГОСТы, поэтому ресурсы «ГОСТ» и «Задание» являются управляющими для функционала «Собрать готовую КР».

Написанная студентом КР сдается на проверку преподавателю, который ее может допустить к защите или не допустить, то есть студент будет ее доделывать. Поэтому для функционала «Провести итоговую проверку» ресурс «КР для проверки» является входным, а ресурсы «Проверенная КР» и «Некорректная КР» - выходными. Если преподаватель поручил студенту дописать КР, то он дает инструкции, как это сделать, причем студент после этого может дополнительно консультироваться. Поэтому ресурс «Некорректная КР» также является входным и управляющим для функционала «Реализовать часть КР». Итоговая проверка КР проводится на основе задания и ГОСТов, поэтому ресурсы «Задание» и «ГОСТ» являются управляющими для функционала «Провести итоговую проверку». В процессе проверки преподаватель может уточнять некоторые вопросы у студента с использованием ПК, поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами для функционала «Провести итоговую проверку».

Из схем видно, что блоки, которые не детализируются, имеют «уголок» в левой верхней части, а детализируемые «уголка» не имеют.

 

Работа с тоннелями

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

 

 

Рис. 1.8. Пример тоннеля

 

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

 

Именование объектов в BPWin

Для именования объекта на схеме необходимо из контекстного меню (Оно вызывается щелчком правой кнопки мыши по объекту) выбрать пункт Name Editor. В появившемся окне необходимо ввести имя объекта в предложенную область. Именовать объект можно также, совершив по нему двойной щелчок мышью.

 

Варианты заданий по построению моделей бизнес-процессов

Для закрепления практических навыков по построению диаграмм необходимо:

1. Ознакомиться с теоретическим материалом по стандарту IDEF0.

2. Реализовать предложенный выше пример описания процесса посредством программ BPWIN или Ramus.

3. С помощью тех же средств реализовать схему одного из процессов, название которых нужно выбрать среди процессов, представленных в таблице.

 

Таблица 1.2

Названия процессов, подлежащих формализации

Номер варианта	Название процесса
	Подготовка к Олимпийским играм
	Выпуск автомобиля
	Выпуск DVD-плейера
	Проведение лабораторной работы
	Построение здания
	Сборка персонального компьютера
	Переналадка технологического оборудования
	Подготовка конструкторской документации
	Получение прав на управление транспортным средством
	Организация переезда в новую квартиру

 

1.11. Контрольные вопросы

1. Основные примитивы стандарта IDEF0, особенности их обозначения.

2. Виды ресурсов IDEF0.

3. Виды связей между блоками в IDEF0.

4. Особенности декомпозиции моделей процессов при использовании стандарта IDEF0.

5. Понятие тоннеля.

6. Особенности работы с программами BPWin или Ramus.

 

Варианты тестовых заданий по контролю знаний в сфере построения моделей бизнес-процессов

1. Сколько видов ресурсов в IDEF0 входят в блок?

А) один,

Б) два,

В) три,

Г) четыре.

 

2. Какого из видов связей блоков через ресурсы не существует?

А) выход-вход,

Б) механизм-вход,

В) выход-управление,

Г) обратная связь по входу.

 

3. Какая ошибка с точки зрения нотации IDEF0 допущена на рисунке?

Рис. Х. Пример схемы

 

А) Неправильно направлен ресурс,

Б) Неправильно назван ресурс,

В) Неправильно назван процесс,

Г) Ошибок нет.

 

4. К какому виду ресурсов IDEF0 можно отнести «Проверить целостность базы данных»?

А) к механизму,

Б) к управлению,

Г) к выходному,

Д) ни к какому.

 

5. К какому виду ресурсов IDEF0 можно отнести ресурс «читатель» для процесса «изучить литературу»?

А) к входному,

Б) к выходному,

В) к механизму,

Г) к управлению.

 

6. Как на схемах IDEF0 отображается тоннель?

А) горизонтальной черточкой,

Б) квадратными скобками,

В) небольшим кружком,

Г) прямоугольником.

 

7. Какого ресурса не может присутствовать на схемах IDEF0?

А) в виде двусторонней стрелки,

Б) направленного на процесс,

В) направленного от процесса,

Г) ресурса с «молнией».

 

8. От чего зависит количество видов ресурсов в стандарте IDEF0?

А) от предметной области,

Б) от количества сторон примитива процесса,

В) от количества схем диаграммы,

Г) от количества уровней диаграммы.

 

9. Стандарт IDEF0 формализует:

А) автоматизируемый процесс,

Б) потоки информации внутри информационной системы,

В) алгоритм работы системы,

Г) возможные состояния системы и правила переходов между ними.

 

10. Стрелкой в IDEF0 обозначается:

А) действие пользователя,

Б) участвующий в процессе ресурс,

В) связь между классами схемы,

Г) информационный поток.

 

 

Внешние сущности

Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации, например, заказчики, персонал, поставщики, клиенты, склад. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность.

Внешняя сущность обозначается квадратом (рисунок 2.2), визуально расположенным «над» диаграммой и бросающим на нее тень:

 

Рис. 2.2. Внешняя сущность

 

Системы и подсистемы

При построении модели сложной ИС она может быть представлена в самом общем виде на контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем.

Подсистема (или система) на контекстной диаграмме изображается следующим образом (рисунок 2.3).

Рис. 2.3. Подсистема

 

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

 

Процессы

Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации, выполняющее обработку входных документов и выпуск отчетов, программа, аппаратно реализованное логическое устройство и т.д.

Процесс на диаграмме потоков данных изображается, как показано на рисунке 2.4.

Рис. 2.4. Процесс

 

Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например:

· «Ввести сведения о клиентах»;

· «Выдать информацию о текущих расходах»;

· «Проверить кредитоспособность клиента».

Использование таких глаголов, как «обработать», «модернизировать» или «отредактировать» означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа.

Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.

 

Накопители данных

Накопитель данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми.

Накопитель данных может быть реализован физически в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных на диаграмме потоков данных изображается, как показано на рисунке 2.5.

 

Рис. 2.5. Накопитель данных

 

Накопитель данных идентифицируется буквой «D» и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно быть увязано с информационной моделью.

.

Потоки данных

Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой и т.д.

Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока (рисунок 2.6). Каждый поток данных имеет имя, отражающее его содержание.

Рис. 2.6. Поток данных

 

Пример построения диаграммы потоков данных в программе BPWIN

Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота исследуемой организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

На примере программы BPWIN рассмотрим конкретное применение в схеме DFD ее четырех важных элементов:

· Процессы. (cм. Рисунок 2.7 – «Проверить наличие товара на складе»).

· Потоки данных. (cм. Рисунок 2.7 – «Запрос на склад»).

· Внешние сущности. (cм. Рисунок 2.7 – «Клиент»).

· Хранилища данных. (cм. Рисунок 2.7– «Сведения о заказах»).

 

Рис. 2.7. Пример диаграммы DFD в BPWin

 

В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой документооборота. При этом часто выясняется, что существующие потоки информации, важные для деятельности компании, реализованы ненадежно и нуждаются в реорганизации.

 

Варианты заданий по построению диаграмм потоков данных

Для закрепления практических навыков по построению диаграмм необходимо:

1. Ознакомиться с теоретическим материалом по стандарту DFD.

2. Реализовать схему DFD для поддержки процесса из таблицы 2.1:

 

Таблица 2.1

Названия процессов, подлежащих формализации

Номер варианта	Название процесса
	Подготовка к Олимпийским играм
	Выпуск автомобиля
	Выпуск DVD-плейера
	Проведение лабораторной работы
	Построение здания
	Сборка персонального компьютера
	Переналадка технологического оборудования
	Подготовка конструкторской документации
	Получение прав на управление транспортным средством
	Организация переезда в новую квартиру

 

2.11. Контрольные вопросы

1. Особенности методологии DFD.

2. Основные элементы диаграмм DFD.

3. Построение иерархии диаграмм DFD.

4. Особенности построения диаграмм DFD в программе Ramus.

 

Варианты тестовых заданий по контролю знаний в сфере построения диаграмм потоков данных

1. Внешния сущность в диаграмме DFD обозначает:

А) внешний по отношению к информационной системе объект,

Б) файл или базу данных,

В) процесс, перерабатывающий информацию,

Г) внутреннее действие процесса.

 

2. Что не входит в функции хранилища?

А) выдавать информацию,

Б) хранить информацию,

В) переобразовывать информацию,

Г) записывать информацию.

 

3. Что обозначает стрелка в диаграмме DFD?

А) связь между функциями системы,

Б) информационный поток,

В) действие пользователя,

Г) связь между классами.

 

4. Каким образом связаны диаграммы IDEF0 и DFD?

А) они никак не связаны,

Б) их смысл совпадает, просто подходы к проектированию разные,

В) при декомпозиции описания процесса можно чередовать эти стандарты,

Г) они связаны только тем, что могут использоваться в одном проекте.

 

5. Каким примитивом обозначается внешняя сущность в нотации Гейна Сарсона?

А) эллипсом,

Б) двойным кругом,

В) прямоугольником, «бросающим тень»,

Г) прямоугольником, разделенным на две секции.

 

6. Что не относится к особенностям диаграмм DFD?

А) они имеют начальное и конечное состояния,

Б) к ним можно применять декомпозицию,

В) схема имеет контекстную диаграмму,

Г) в схемах исползуются подсистемы.

 

7. Что не детализируется в диаграммах DFD?

А) система,

Б) контекстная диаграмма,

В) подсистема,

Г) хранилище.

 

8. Какой примитив в DFD не имеет названия?

А) стрелка,

Б) хранилище,

В) внешняя сущность,

Г) все примитивы имеют название.

 

9. Диаграммы DFD показывают:

А) информационные потоки внутри системы,

Б) функции системы и полномочия доступа к ним,

В) взаимодействие экземпляров классов во времени,

Г) состояния системы и сосбенности переходов между ними.

 

10. Каким примитивом обозначается функция в нотации Йордана Де Марко?

А) прямоугольником, с закругленными углами,

Б) овалом,

В) фигурой, снизу и сверху ограниченной двумя параллельными горизонтальными линиями, а с боков – полуокружностями,

Г) двойным кругом.

 

 

Удаление объектов схемы

В DBDesigner желательно удалять объекты схемы с помощью контекстного меню объекта и выбора в нем пункта «Delete Object». Другие способы могут привести к ошибкам приложения.

 

Пример схемы IDEF1X в DBDesigner

Пример схемы изображен на рисунке 3.30.

Рис. 3.30. Пример схемы IDEF1X в программе DBDesigner

 

Варианты заданий по построению схем реляционных баз данных

Для закрепления практических навыков по построению схем необходимо:

1. Ознакомиться с теоретическим материалом по стандарту IDEF1X.

2. Для практического закрепления материала реализовать предложенный на рисунке 3.15 пример описания процесса посредством программы ERWIN.

3. Реализовать схему базы данных, для поддержки процесса, название которого нужно выбрать из процессов, представленных в таблице 3.1.

Таблица 3.1

Названия процессов

Номер варианта	Название процесса
	Подготовка к Олимпийским играм
	Выпуск автомобиля
	Выпуск DVD-плейера
	Проведение лабораторной работы
	Построение здания
	Сборка персонального компьютера
	Переналадка технологического оборудования
	Подготовка конструкторской документации
	Получение прав на управление автомобилем
	Организация переезда в новую квартиру

 

3.6. Контрольные вопросы

1. Особенности реляционных баз данных.

2. Общая структура таблиц.

3. Виды связей между таблицами.

4. Особенности работы с программой ERWIN.

5. Особенности работы с программой DBDesigner

 

Варианты тестовых заданий по контролю знаний в сфере построения схем баз данных

1. Присутствие неидентифицирующей связи «один-ко-многим» означает что:

А) внешний ключ не создается,

Б) внешний ключ попадает к ключевым атрибутам дочерней сущности,

В) внешний ключ попадает в неключевые атрибуты родительской сущности,

12345678910Следующая ⇒

Поделиться: