- •Северный государственный медицинский университет
- •Классификация информационных систем
- •Тема 2. Методологические основы проектирования ис
- •Тема 11. Общая структура организации работ по проектированию
- •Раздел 2. Каноническое проектирование информационных систем
- •Тема 4. Содержание и методы канонического проектирования Рассматриваемые вопросы:
- •1. Состав и содержание работ на предпроектной стадии проектирования
- •2. Состав и содержание работ на стадии техно-рабочего проектирования
- •3. Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
- •Тема 5. Проектирование классификаторов технико-экономической информации Рассматриваемые вопросы:
- •Основные понятия классификации экономической информации.
- •1. Основные понятия классификации экономической информации
- •Иерархическая система классификации
- •Фасетная система классификации
- •2. Понятия и основные системы кодирования экономической информации
- •Классификационные системы кодирования
- •3. Состав и содержание операций проектирования классификаторов
- •Тема 6. Проектирование информационного обеспечения ис
- •2. Особенности проектирования форм первичных и результатных документов
- •3. Проектирование экранных форм электронных документов.
- •1. Определение перечня макетов экранных форм:
- •2. Определение содержания макетов экранных форм:
- •4. Понятие информационной базы, способы ее организации. Технология проектирования информационной базы.
- •Тема 7. Проектирование технологических процессов обработки информации
- •2. Показатели оценки эффективности технологических процессов
- •3. Проектирование процессов получения первичной информации
- •4. Проектирование процесса загрузки и ведения информационной базы
- •5. Проектирование процесса автоматизированного ввода бумажных документов
- •Раздел 3 индустриальное проектирование информационных систем тема 8. Типовое проектирование информационных систем
- •Тема 9. Методология моделирования предметной области
- •1. Структурная модель предметной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •2. Функциональные методики моделирования предметной области Функциональная методика idef0
- •Функциональная методика потоков данных (dfd)
- •3. Объектные методики моделирования предметной области
- •Тема 10. Функциональная методика idef0
- •Методика построения модели
- •Основные элементы диаграмм модели idef0
- •Типы связей на диаграммах модели idef0
- •Пример именования разветвляющейся стрелки
- •Пример именования разветвляющейся стрелки
- •Туннелирование стрелок
- •11. Функциональные методики dfd и idef3
- •2. Правила построения диаграмм модели dfd
- •Пример диаграммы dfd
- •3. Метод описания процессов idef3
- •Тема 12. Унифицированный язык визуального моделирования unified modeling language (uml)
- •1. Синтаксис и семантика основных объектов uml
- •2. Основные виды диаграмм языка моделирования uml
- •1. Синтаксис и семантика основных объектов uml
- •2. Основные виды диаграмм языка моделирования uml
2. Правила построения диаграмм модели dfd
1. Все потоки данных должны начинаться или заканчиваться процессом. Данные не могут протекать непосредственно от источника до потребителя или между источником/потребителем и хранилищем данных, если они не проходят через промежуточный процесс.
2. Многочисленные потоки данных между двумя компонентами можно показывать двумя линиями потока данных или двунаправленной стрелкой.
3. Процессы в уровне 1 диаграммы потока данных перечисляются 1, 2, 3, и так далее. Подпроцессам в декомпозированной диаграмме потока данных назначают номера, начинающиеся с номера родительского процесса.
4. Символы могут быть повторены для облегчения чтения диаграммы.
После построения потоков данных диаграмма должна быть проверена на полноту и непротиворечивость.
Полнота диаграммы обеспечивается, если в системе нет «повисших» процессов, не используемых в процессе преобразования входных потоков в выходные.
Непротиворечивость системы обеспечивается выполнением наборов формальных правил о возможных типах процессов:
на диаграмме не может быть потока, связывающего две внешние сущности – это взаимодействие удаляется из рассмотрения;
ни одна сущность не может непосредственно получать или отдавать информацию в хранилище данных – хранилище данных является пассивным элементом, управляемым с помощью интерфейсного процесса;
два хранилища данных не могут непосредственно обмениваться информацией – эти хранилища должны быть объединены.
Преимущества:
возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;
возможность проектирования сверху вниз, что облегчает построение модели «как должно быть».
Недостатки:
необходимость искусственного ввода управляющих процессов;
отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов).
Клиенты
Информация для заказа
Информация о клиенте
Заказ клиента
Заявка на заказ
Пример диаграммы dfd
В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя.
Диаграммы DFD строятся с использованием традиционного структурного анализа, так же, как строятся диаграммы IDEF0.
3. Метод описания процессов idef3
IDEF3 (workflow diagramming) – методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow используются в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.
IDEF3 – это метод, основной целью которого является описание ситуации, когда процессы выполняются в определенной последовательности, и описание объектов, участвующих совместно в одном процессе.
Точка зрения на модель – это точка зрения человека, ответственного за работу в целом. Цель модели – те вопросы, на которые призвана ответить модель.
Диаграмма является основной единицей описания в IDEF3.
Единицы работы (Unit of Work (UOW)) –также называемые работами (activity), являются центральными компонентами модели. Они изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, «Изготовление изделия»).
Связи показывают взаимоотношения работ. Все связи однонаправлены и могут быть направлены куда угодно, но обычно диаграммы строятся так, чтобы связи были направлены слева направо.
Различают три типа стрелок, изображающих связи:
Старшая (Precedence) сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель.
Отношения (Relational Link) пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок. Отношение показывает, что работа-источник не обязательно должна закончиться, прежде чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник
Потоки объектов (Object Flow) стрелка с двумя наконечниками, применяется для описания того, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае также изображается стрелка потока объектов.
Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ.
Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы, используются перекрестки (Junction). Различают перекрестки для слияния (Fan-in Junction) и разветвления стрелок (Fan-out Junction). Перекресток не может использоваться одновременно для слияния и для разветвления.
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.
Обозначение |
Смысл в случае слияния стрелок (Fan-in Junction) |
Смысл в случае разветвления стрелок (Fan-out Junction) |
Все предшествующие процессы должны быть завершены |
Все следующие процессы должны быть запущены | |
Все предшествующие процессы завершены одновременно |
Все следующие процессы запускаются одновременно | |
Один или несколько предшествующих процессов должны быть завершены |
Один или несколько следующих процессов должны быть запущены | |
Один или несколько предшествующих процессов завершены одновременно |
Один или несколько следующих процессов запускаются одновременно | |
Только один предшествующий процесс завершен |
Только один следующий процесс запускается |