- •Особенности структурного анализа и проектирования информационных систем
- •Введение
- •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. Варианты тестовых заданий по контролю знаний в сфере построения логики диалога пользователя с системой
- •Литература
- •Особенности структурного анализа и проектирования информационных систем
1.4. Пример декомпозиции процесса
Для примера был взят процесс написания курсовой работы (КР). Сразу нужно отметить, что процесс упрощен для более быстрого понимания механизма построения моделей. Вначале для наглядности разобьем процесс на подпроцессы без использования диаграмм IDEF0 и представим его в виде диаграммы дерева узлов. Общая схема детализации процесса представлена на рисунке:
Рис. 1.4. Диаграмма дерева узлов для рассматриваемого процесса
Весь процесс работы над КР можно разбить на три этапа: изучение литературы, написание КР и защита КР. В свою очередь, процесс написания КР можно разбить на четыре этапа: реализация части КР, консультация у преподавателя, сборка готовой КР, итоговая проверка КР.
Так как было произведено две детализации (для процессов «Работа над КР» и «Написание КР»), то модель представления процесса будет иметь три схемы: общую схему, описывающую процесс целиком, ее детализацию и схему, являющиеся результатом детализации второго процесса на втором уровне.
1.5. Пример построения диаграмм idef0
Общая схема, где показывается процесс целиком, по стандарту IDEF0 носит название контекстной диаграммы и обозначается «A-0». Схема А-0 представлена на рисунке:
Рис. 1.5. Контекстная диаграмма процесса «Работать над КР»
Весь процесс на схеме обозначен функционалом «Работать над КР».
Выполнение КР невозможно без задания, которое является «отправной точкой» для всей работы, и на основе которого пишется КР. Поэтому ресурс «Задание» является управляющим для блока «Работать над КР». В процессе работы над КР будет перерабатываться литература: учебники и статьи по тематике работы, как в бумажном, так и в электронном виде. Поэтому ресурс «Литература» является входными для процесса «Работать над КР».
КП будет оформляться с учетом ГОСТов, поэтому ресурс «ГОСТ» является управляющим для процесса «Работать над КР».
Курсовая работа создается и защищается студентом, часто с использованием персонального компьютера (ПК). Принимает КР на защите преподаватель. Поэтому ресурсы «Студент», «ПК», «Преподаватель» являются механизмами для функционала «Работать над КР».
Результатом процесса «Работать над КР» является защищенная КР, являющаяся выходным ресурсом функционала «Работать над КР».
Детализация общего функционала «Работать над КР» дает новую схему, которая по стандарту IDEF0 обозначается «А0». Схема А0 представлена на рисунке. Как уже говорилось ранее, при детализации функционала все ресурсы, соприкасающиеся с этим процессом, переносятся на схему с детализированными подпроцессами. В данном случае были перенесены входной ресурс «Литература», управляющие ресурсы «ГОСТ» и «Задание», механизмы «Студент», «ПК», «Преподаватель», выходной ресурс «Защищенная КР». Остается определить принадлежность перенесенных ресурсов функционалам, являющимся продуктом детализации, и добавить новые ресурсы.
Рис. 1.6. Детализация процесса «Работать над КР»
Весь процесс работы над КР можно разбить на три этапа: изучение литературы, написание КР и защита КР. Соответственно, на схеме присутствуют три функционала. На схемах, соответствующих второму и более низким уровням детализации, блоки нумеруются по порядку слева-направо.
Рассмотрим ресурсы, относящиеся к каждому блоку.
При изучении литературы ее содержание перерабатывается студентом в некоторый переработанный материал. Обработка может проходить как с использованием ПК, так и без него. Поэтому «Литература» является входным ресурсом для процесса «Изучить литературу», ресурс «Переработанный материал» - выходным ресурсом, а ресурсы «Студент» и «ПК» - механизмами. Литература обрабатывается на основе задания. Поэтому ресурс «Задание» является управляющим для блока «Изучить литературу». Оформление переработанного материала осуществляется по ГОСТам, которые являются управляющим ресурсом блока «Изучить литературу».
КР пишется с использованием переработанного материала и литературы, которые перерабатываются и являются входными ресурсами для блока «Написать КР». Написание КР происходит на основании задания, являющегося управляющим ресурсом блока «Написать КР». Оформление КР осуществляется по ГОСТам, которые являются управляющим ресурсом блока «Написать КР». КР пишется студентом, часто использующим для этих целей ПК, поэтому соответствующие ресурсы являются механизмами для блока «Написать КР». В процессе написания КР студент может неоднократно консультироваться с преподавателем, поэтому ресурс «Преподаватель» является механизмом для функционала «Написать КР». В результате написания КР получается его готовый проверенный преподавателем экземпляр, поэтому ресурс «Проверенная КР» является выходным для блока «Написать КР».
Когда КР успешно защищена, то преподаватель ставит на титульном листе и листе задания пометки о защите. Поэтому входным ресурсом блока «Защитить КР» является проверенная КР, а выходным – защищенная КР. Защита проходит с ориентировкой на задание, поэтому ресурс «Задание» является управляющим ресурсом блока «Защитить КР». При выставлении оценки учитываются требования ГОСТ, поэтому ресурс «ГОСТ» является управляющим ресурсом блока «Защитить КР». Защищается студент, а контролирует его преподаватель, причем часто с использованием ПК. Поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами блока «Защитить КР».
Неудавшуюся защиту учитывает ресурс «Неудача», являющийся результатом процесса защиты и относящийся к выходным ресурсам. «Неудача» включает инструкции преподавателя по исправлению КР. Они будут учтены при переработке материала и являются входным ресурсом блока «Изучить литературу».
Рассмотрим схему детализации процесса «Написать КР». При детализации функционалов, имеющих порядковый номер, полученная схема именуется в зависимости от номера детализируемого процесса, так схема детализации функционала номер 2, находящаяся на третьем уровне детализации обозначается «А2». Схема А2 представлена на рисунке:
Рис. 1.7. Детализация процесса «Написать КР»
Процесс написания КР можно разбить на четыре этапа: реализация части КР, консультация у преподавателя по накопившимся вопросам, сборка КР после ряда консультаций, сдача КР на итоговую проверку преподавателю. Соответственно, на схеме А2 присутствуют четыре функционала. Рассмотрим ресурсы, относящиеся к каждому блоку.
Когда студент работает над КР, у него могут появиться ряд вопросов к материалу, поэтому кроме ресурса «Часть КР» выходным для функционала «Реализовать часть КР» также является ресурс «Непонятный студенту материал». Студент пишет главы КР на ПК, поэтому механизмами функционала «Реализовать часть КР» являются ресурсы «Студент» и «ПК». Студент пишет КР, ориентируясь на ГОСТы и задание, поэтому для функционала «Реализовать часть КР» управляющими являются ресурсы «Задание» и «ГОСТ». Студент пишет КР, используя литературу и переработанный материал, поэтому для функционала «Реализовать часть КР» входными являются ресурсы «Литература» и «Переработанный материал».
Когда студент приходит на консультации к преподавателю, он приносит свои наработки и задает вопросы по непонятной ему тематике. После консультаций студент получает ответы на вопросы, преподаватель проверяет принесенный фрагмент КР, и студент его перерабатывает, учитывая советы и ответы преподавателя. То есть от непонятного студенту материала зависит дальнейший процесс написания КР. Поэтому ресурсы «Непонятный студенту материал» и «Часть КР» являются входными для функционала «Проконсультироваться у преподавателя», а ресурс «Непонятный студенту материал» одновременно входным и управляющим. Исходя из вышеизложенного, ресурс «Переработанный фрагмент КР» является выходным для функционала «Проконсультироваться у преподавателя». Когда после консультации студент продолжает дописывать КР, то он может создавать другие главы на основе материала из проверенной КР. Может возникнуть ситуация, что ряд глав могут быть далее созданы по той же проверенной у преподавателя схеме, что и проверенный фрагмент. Поэтому ресурс «Переработанный фрагмент КР» является одновременно входным и управляющим для функционала «Реализовать часть КР». Преподаватель консультирует, опираясь на задание и ГОСТы, поэтому ресурсы «Задание» и «ГОСТ» являются управляющими для функционала «Проконсультироваться у преподавателя». Преподаватель может консультировать студента с использованием компьютера, поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами для функционала «Проконсультироваться у преподавателя».
После ряда консультаций студент собирает готовую, с его точки зрения, КР из переработанных фрагментов, поэтому ресурс «Переработанный фрагмент КР» является входным для функционала «Собрать готовую КР», а ресурс «КР для проверки» - выходным. Студент дописывает КР на ПК, поэтому ресурсы «Студент» и «ПК» являются механизмами для функционала «Собрать готовую КР». Студент дописывает работу, опираясь на задание и ГОСТы, поэтому ресурсы «ГОСТ» и «Задание» являются управляющими для функционала «Собрать готовую КР».
Написанная студентом КР сдается на проверку преподавателю, который ее может допустить к защите или не допустить, то есть студент будет ее доделывать. Поэтому для функционала «Провести итоговую проверку» ресурс «КР для проверки» является входным, а ресурсы «Проверенная КР» и «Некорректная КР» - выходными. Если преподаватель поручил студенту дописать КР, то он дает инструкции, как это сделать, причем студент после этого может дополнительно консультироваться. Поэтому ресурс «Некорректная КР» также является входным и управляющим для функционала «Реализовать часть КР». Итоговая проверка КР проводится на основе задания и ГОСТов, поэтому ресурсы «Задание» и «ГОСТ» являются управляющими для функционала «Провести итоговую проверку». В процессе проверки преподаватель может уточнять некоторые вопросы у студента с использованием ПК, поэтому ресурсы «Студент», «ПК» и «Преподаватель» являются механизмами для функционала «Провести итоговую проверку».
Из схем видно, что блоки, которые не детализируются, имеют «уголок» в левой верхней части, а детализируемые «уголка» не имеют.
