 |
1.3 Проектирование информационной системы.
|
|
|
|
После описания системы в целом ведется разбиение ее на большие фрагменты. Данный процесс именуется функциональной декомпозицией, а диаграммы, которые обрисовывают любой фрагмент и взаимодействие фрагментов, именуются диаграммами декомпозиции. После декомпозиции контекстной диаграммы ведется декомпозиция каждого большого фрагмента системы на наиболее маленькие и т. д., до достижения подходящего значения подробности описания.
Диаграмма декомпозиции предназначена для детализации работы. В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0 — это не элемент управления нижестоящими работами. Работы нижнего уровня — это то же самое, что работы верхнего уровня, но в более детальном изложении. Как следствие этого границы работы верхнего уровня — это то же самое, что границы диаграммы декомпозиции.
При декомпозиции работы входящие в нее и исходящие из нее стрелки (кроме стрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ.
Для связывания стрелок входа, управления или механизма необходимо перейти в режим редактирования стрелок, щелкнуть по наконечнику стрелки и потом по соответствующему сегменту работы. Для связывания стрелки выхода необходимо перейти в режим редактирования стрелок, щелкнуть по сегменту выхода работы и затем по стрелке.
Для связи работ между собой используются внутренние стрелки, то есть стрелки, которые не касаются границы диаграммы, начинаются у одной и кончаются у другой работы.
Для рисования внутренней стрелки необходимо в режиме рисования стрелок щелкнуть по сегменту (например, выхода) одной работы и затем по сегменту (например, входа) другой. В IDEF0 различают следующие типы связей работ.
|
|
|
1. Связь по входу (output-input), когда стрелка выхода вышестоящей работы направляется на вход нижестоящей (например, на рис. 2 стрелка «Ведомость учета продукции» связывает работы «Ввод и редактирование данных о выпуске продукции» и «Поиск данных о продукции»);
2. Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей;
3. Обратная связь по входу (output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов;
4. Обратная связь по управлению (output-control feedback), когда выход нижестоящей работы направляется на управление вышестоящей.
Явная стрелка имеет источником одну-единственную работу и назначением тоже одну-единственную работу.
Разветвляющиеся и сливающиеся стрелки. Одни и те же данные или объекты, порожденные одной работой, могут использоваться сразу в нескольких других работах. С другой стороны, стрелки, порожденные в разных работах, могут представлять собой одинаковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются в одном месте. Для моделирования таких ситуаций в IDEF0 используются разветвляющиеся и сливающиеся стрелки. Для разветвления стрелки нужно в режиме редактирования стрелки щелкнуть по фрагменту стрелки и по соответствующему сегменту работы. Для слияния двух стрелок выхода нужно в режиме редактирования стрелки сначала щелкнуть по сегменту выхода работы, а затем по соответствующему фрагменту стрелки.
Смысл разветвляющихся и сливающихся стрелок передается именованием каждой ветви стрелок. Существуют определенные правила именования таких стрелок. Рассмотрим их на примере разветвляющихся стрелок. Если стрелка именована до разветвления, а после разветвления ни одна из ветвей не именована, то подразумевается, что каждая ветвь моделирует те же данные или объекты, что и ветвь до разветвления.
|
|
|
Если стрелка именована до разветвления, а после разветвления какая-либо из ветвей тоже именована, то подразумевается, что эти ветви соответствуют именованию. Если при этом какая-либо ветвь после разветвления осталась неименованной, то подразумевается, что она моделирует те же данные или объекты, что и ветвь до разветвления.
Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая) работа дерева имеет номер А0. Работы декомпозиции А0 имеют номера А1, А2, A3 и т. д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т. д. Работы образуют иерархию, где каждая работа может иметь одну родительскую и несколько дочерних работ, образуя дерево. Такое дерево называют деревом узлов, а вышеописанную нумерацию -- нумерацией по узлам. Диаграммы IDEF0 имеют двойную нумерацию. Во-первых, диаграммы имеют номера по узлу. Контекстная диаграмма всегда имеет номер А-0, декомпозиция контекстной диаграммы -- номер А0, остальные диаграммы декомпозиции -- номера по соответствующему узлу (например, A1, A2, А21, А213 и т. д. ). BPwin автоматически поддерживает нумерацию по узлам, т. е. при проведении декомпозиции создается новая диаграмма и ей автоматически присваивается соответствующий номер. В результате проведения экспертизы диаграммы могут уточняться и изменяться, следовательно, могут быть созданы различные версии одной и той же (с точки зрения ее расположения в дереве узлов) диаграммы декомпозиции. BPwin позволяет иметь в модели только одну диаграмму декомпозиции в данном узле.
На Рисунке 2 представлена контекстная диаграмма деятельности маникюрного салона. Целью данной схемы является моделирование процесса работы маникюрного салона. Стрелками управления являются на диаграмме: перечень услуг и нормативные-правовые документы. Стрелками входа являются: поступление материалов, обращение клиентов и информация об услуге. Стрелками механизма будут: оборудование, персонал и материалы. Конечным результатом является оказание услуг, получение прибыли и довольный клиент.
|
|
|
Рисунок 2 – Диаграмма потоков
На диаграмме декомпозиции (Рис. 3) происходит процесс работы маникюрного салона. Для начала работы процесса выдается информация об услуге персоналом. Следующим шагом клиент выбирает одну или несколько услуг из прайс-листа. Дальше происходит осуществление услуг персоналом. Сотрудник выполняет свою работу и отпускает клиента. Клиент оплачивает услуг.
Рисунок 3 - Декомпозиция диаграммы Деятельности маникюрного салона
Для ещё большей наглядности описания процессов деятельности маникюрного салона, построена диаграмма дерева узлов, которая отразит иерархическую зависимость всей построенной модели. Диаграмма дерева узлов представлена на Рисунке 4.
Рисунок 4 - Дерево узлов Деятельности маникюрного салона
После создания контекстной диаграммы, диаграммы декомпозиции и дерева узлов была создана диаграмма прецедентов для отображения отношений между актерами (пользователями системы) и вариантами использования (функциями системы) и диаграмма классов для изображения логической и физической структуры системы. Актёр может пользоваться системой по-разному, имея определённые роли и права. Диаграмма прецендентов изображена на Рисунке 5.
Рисунок 5 - Диаграмма прецендентов
С проектируемой системой планируется работа четырех видов пользователей:
1. Директор.
2. Администратор.
3. Клиент.
4. Сотрудник.
У каждого пользователя свои обязанности и права, поэтому они пользуется системой по-разному.
Директор
|
Администратор
|
Сотрудник
|
Клиент
|
Диаграммой классов называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними.
Диаграмма классов определяет типы классов системы и различного рода статические связи, которые существуют между ними. На диаграммах классов изображаются также атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами.
Диаграмма классов (в UML) – это граф, узлами которого являются элементы статической структуры проекта (классы, интерфейсы), а дугами – отношения между узлами (ассоциации, наследование, зависимости).
Диаграммы классов обычно содержат следующие сущности:
1. классы (это группа сущностей (объектов), обладающих сходными свойствами, а именно, данными и поведением);
2. интерфейсы (абстрактный класс, задающий набор операций, которые объект произвольного класса, связанного с данным интерфейсом, предоставляет другим объектам);
3. кооперации;
4. отношения зависимости, обобщения и ассоциации.
Под поведением объекта в UML понимают любые правила взаимодействия объекта с внешним миром и с данными самого объекта. На диаграммах класс изображается в виде прямоугольника со сплошной границей, разделенного горизонтальными линиями на 3 секции:
1. Верхняя секция (секция имени) содержит имя класса и другие общие свойства;
2. Средняя секция содержит список атрибутов;
3. Нижняя секция содержит список операций класса, отражающих его поведение (действия, выполняемые классом).
Любая из секций атрибутов и операций может не изображаться (а также обе сразу). Для отсутствующей секции не требуется рисовать разделительную линию и как-либо указывать на наличие или отсутствие элементов в ней. На усмотрение конкретной реализации могут быть введены дополнительные секции, например, исключения.
|
|
|
Операции реализуют связанное с классом поведение. Операция включает три части – имя, параметры и тип возвращаемого значения.
Параметры – это аргументы, получаемые операцией «на входе». Тип возвращаемого значения относится к результату действия операции.
На диаграмме классов можно показывать как имена операций, так и имена операций вместе с их параметрами и типом возвращаемого значения. Чтобы уменьшить загруженность диаграммы, полезно бывает на некоторых из них показывать только имена операций, а на других их полную сигнатуру.
Выделяют четыре различных типа операций:
1. операции реализации;
2. операции управления;
3. операции доступа;
4. вспомогательные операции.
Для проектируемой системы выделим следующие классы: директор, администратор, каталог услуг, справочник сотрудников, прайс-лист, предоставление услуг, отчеты.
Класс «Персонал» имеет четыре атрибута, содержащий ФИО сотрудника, номер телефона, адрес, должность и одну операцию, которая позволит хранить данные о сотруднике.
Класс «Запись на услуги» содержит следующие атрибуты:
1. ФИО клиента;
2. Номер телефона;
3. Дата и время;
4. Услуга;
5. Стоимость;
6. ФИО сотрудника;
И одну операцию:
1. Запись клиента;
Класс «График записей» имеет четыре атрибута, содержащий ФИО сотрудника, дата и время, статус записи, статус услуги и одну операцию, которая содержит график записей.
Класс «Поступление материалов» зависит от класса «Прайс лист» и содержит следующие атрибуты:
1. Наименование.
2. Количество.
3. Цена.
4. Сумма.
Этот класс содержит операцию:
1. Поступление материалов;
Класс «Прайс лист» имеет два атрибута, содержащий наименование, стоимость и одну операцию, которая содержит хранение сведений об услугах.
Последний класс «Расход материалов», который зависит от класса «Прайс лист» содержит два атрибута:
1. Наименование.
2. Количество.
Операцией является хранение сведений о расходе материалов.
Следующий класс «Список материалов», зависит от классов «Поступление материалов» и «Расход материалов». Содержит один атрибут наименование и операцию хранение данных о материалах.
Класс «Сделки с поставщиками» содержит пять атрибутов:
1. Наименование.
2. Договор.
3. ФИО Торгового представителя.
4. Город.
5. Дата принятия.
И одну операцию хранение данных о поставщике.
Последний класс «Договоры» содержит два атрибута:
1. Номер.
2. Дата.
Операцией является заключение договоров.
Диаграмма классов приведена на Рисунке 6.
Рисунок 6 - Диаграмма классов маникюрного салона
В рамках выполнения работы рассмотрена предметная область «Деятельность маникюрного салона».
Маникюрный салон оказывает клиентам услуги, учет которых необходимо выполнять. Работа с данными осуществляется директором салона, администратором и персоналом.
Выполнение работы включило следующие этапы:
1. Изучение предметной области.
2. Структуру предприятий и анализ бизнес-процессов.
3. Проектирование информационной системы.
Разработка диаграмм выполнена с помощью редактора MS Visio от компании Microsoft и Erwin Process Modeler
|
|
|
