- •Особенности структурного анализа и проектирования информационных систем
- •Введение
- •1. Построение моделей бизнес-процессов по стандарту idef0
- •1.1. Примитивы стандарта idef0
- •1.2. Виды ресурсов стандарта idef0 и их взаимосвязь
- •1.3. Особенности построения моделей по стандарту idef0
- •1.4. Пример декомпозиции процесса
- •1.5. Пример построения диаграмм idef0
- •1.6. Работа с тоннелями
- •1.7. Особенности создания диаграмм в программах bpWin и Ramus
- •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.2. Виды ресурсов стандарта idef0 и их взаимосвязь
Существует четыре вида ресурсов, которые могут быть связаны с конкретным функционалом. Виды ресурсов отражены на рисунке:
Рис. 1.3. Виды ресурсов
Входные ресурсы обозначаются стрелками, указывающими на функционал слева. Входные ресурсы – это ресурсы, перерабатываемые процессом, необходимые для его начала.
Выходные ресурсы обозначаются стрелками, выходящими из функционала справа. Выходные ресурсы – это ресурсы, получаемые в результате протекания процесса, то есть это продукт его работы.
Управляющие ресурсы обозначаются стрелками, указывающими на функционал сверху. Управление – это ресурс, на основании которого протекает процесс, влияющий на схему переработки. Сюда относятся нормативы, стандарты, методики, приказы и распоряжения вышестоящих органов, их документальное выражение и т.д.
Механизмы обозначаются стрелками, указывающими на функционал снизу. Механизмы – это ресурсы, с помощью которых производится работа (ресурсы-исполнители). Сюда можно отнести трудовые ресурсы, оборудование, инструменты и т.д.
Проще говоря, входные ресурсы – это то, что перерабатывается, выходные – во что перерабатывается, механизмы – чем перерабатывается, управление – как перерабатывается.
Функционал должен иметь хотя бы по одному управляющему и выходному ресурсу, иначе в процессе нет смысла.
Следует отметить, что стрелки ресурсов могут ветвиться, что приводит к следующим ситуациям:
Один и тот же ресурс в результате ветвления подходит к разным сторонам одного блока, то есть для конкретного процесса один ресурс может относиться сразу к двум видам. Например, в процессе обновления нормативного документа он меняется, одновременно с этим обновленные пункты норматива не должны противоречить существующим. Поэтому документ и меняется и влияет на процесс своего же изменения (Документ является одновременно входным и управляющим ресурсом для процесса своего обновления).
Один и тот же ресурс в результате ветвления подходит к разным блокам.
Ресурс в результате ветвления может делиться на смысловые части. В этом случае необходимо обязательно назвать этот отделяемый ресурс (Например, если существует механизм «Персонал», от него можно ответвить ресурс «Директор», «Инженер», «Охранник» и т.д.).
На схемах, построенных по стандарту IDEF0, могут существовать следующие основные виды связей между блоками:
Таблица 1.1
Основные виды связей между блоками
|
«Выход-вход» |
|
«Выход-управление» |
|
«Выход-механизм» |
|
Обратная связь по входу |
|
Обратная связь по управлению |
1.3. Особенности построения моделей по стандарту idef0
Перед описанием процесса происходит его непосредственное изучение. Чем подробнее процесс будет изучен, тем нагляднее и сложнее будет модель описания процесса. При изучении процесса опрашиваются его участники. Точка зрения – это видение схемы процесса одним из его участников. Специалисты разных функциональных подразделений предприятия видят процесс со своей точки зрения. Чем больше точек зрения будет изучено, тем полнее модель представления будет охватывать исследуемый процесс.
Модель состоит из группы схем, описывающих рассматриваемый процесс. Существует общая схема, показывающая процесс целиком, называемая контекстной диаграммой. Процессы можно детализировать, и результатом детализации будет отдельная схема, с функционалами, описывающими получившиеся в результате детализации подпроцессы. При детализации функционала все ресурсы, соприкасающиеся с этим процессом, переносятся на схему с детализированными подпроцессами. Если один и тот же ресурс на схеме используется несколькими функционалами, то стрелка, ему соответствующая не дублируется, а ветвится.
На всех схемах формализации конкретного процесса, кроме контекстной диаграммы, размещается от трех до семи блоков. На контекстной диаграмме размещается только один блок.
Существует два вида схем IDEF0: «as is» и «to be». Первый вид применяется, когда процесс отражается без воздействия системы, автоматизирующей его, а второй – когда проектировщик представляет, что будет с процессом при условии его автоматизации, то есть присутствия системы.
