курсовая. Курсовая работа ИСУ. Курсовая работа по учебному курсу Проектирование информационных систем Разработка концептуальной и логической моделей ису
 Скачать 1.76 Mb.
|
2.3. Декомпозиция родительской моделиСледующим шагом в описании бизнес-процессов будет декомпозиция родительской диаграммы на меньшие части, для этого мы продолжим использовать модель IDEF0. Взаимодействие системы с внутри описывается функциями: Списание материала: подающиеся на вход список списания материалов, списание регулируется внутренними правилами, основанными на законодательстве, данную функцию выполняет персонал в частности комиссия по списанию материалов, и кладовщик на выходе получается отчет о списании и занесение в базу данных информации о том, что материал был списан. Выдача материала: на входе список материала, который необходимо выдать, исполнение регулирует законодательство, ГОСТы, и внутренние правила, функцию выполняет персонал (кладовщик) на выходе идет отчет о выданном материале конкретному сотруднику, конкретного материала с указанием даты выдачи и занесением этой информации в базу данных. Инвентаризация: на входе список остатка материалов на складе, функцию регулирует законодательство и внутренние правила проведения инвентаризации, выполнение проводит персонал (кладовщик), если склад по размерам позволяет проводить ему инвентаризацию единолично или персонал (несколько сотрудников во главе с кладовщиком), если склад большего размера, это все проводится с применение технических средств (сканеров). Выходная информация представляет собой переход в функцию анализа инвентаризации и список расхождения по инвентаризации. Анализ инвентаризации: на вход поступает список расхождения по инвентаризации, функция регулируется внутренними правилами и выполняется персоналом (управление совместно с кладовщиком), на выходе поступает отчет о проведении инвентаризации. Проверка прихода: на вход поступает список прихода, данная функция регулируется внутренними правилами и выполняется персоналом (кладовщиком), на выходе информация о принятом материале в том числе и список расхождения по приходу. Занесение в базу данных вспомогательная функция, позволяющая генерировать отчеты сотрудником, у которого есть доступ к данной функции, функция регулируется внутренними правилами и на выходе информация представляет собой отчет. 2.4. Модели в нотации языка UMLМоделью информационной системы называется его формализованное (графическое, табличное, текстовое, символьное) описание, отражающее реально существующую или предполагаемую деятельность. В теории и на практике существуют различные подходы к построению и отображению моделей информационной системы, основными из которых являются функциональный и объектно-ориентированный. В функциональном подходе главным структурообразующим элементом является функция, и система представляется в виде иерархии взаимосвязанных функций. При объектно-ориентированном подходе система разбивается на набор объектов, соответствующих объектам реального мира и взаимодействующих между собой посредством посылки сообщений. В данной работе используется для моделирования язык UML при помощи CASE-средства StarUML, а, следовательно, объектно-ориентированный подход. Диаграмма прецедентов (диаграмма вариантов использования) в UML - диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне. Прецедент - возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Варианты использования обычно применяются для спецификации внешних требований к системе. На диаграмме прецедентов у нас находится у нас находится 3 актера: «Специалист», «Руководитель», «Кладовщик» и одна система - «база данных» которая включает в себя систему защиты. Специалист выполняет функцию: просмотра расходных материалов, которые он использует и заказа материала со склада. Это позволит ему контролировать количество и срок годности расходных материалов. Руководитель может также просматривать материал, который используют его подчиненные, и составлять отчет. Также в системе он может просматривать оборот материалов для составления отчета и управлять доступом к системе (добавлять нового сотрудника и изменять доступ существующим). Кладовщик работает с учетом оборудования: приход нового оборудования, списание оборудования вышедшего по срокам годности, учет выданного оборудования, регистрация нового оборудования и проведение инвентаризации. По диаграмме компонентов мы опишем вид нашей базы данных и связи между ними. Каждый отдельный компонент будет представлять собой отдельную реляционную таблицу. В диаграмме не будут отражены типы данных таблицы, так как диаграмма будет описывать первичный вид базы данных, но будут даны описания, характеризующие поле таблицы, типы данных будут рассмотрены при составлении диаграммы классов. Материал o Артикул - числовой идентификатор материала o Наименование - название материала, дающее первичное описание o Описание - дополнительная информация о материале o Срок годности - срок эксплуатации материала. В базе данных будет исчисляться в месяцах Сотрудник o Индивидуальный номер - числовой идентификатор сотрудника o Имя, фамилия, отчество - имя, фамилия, отчество сотрудника o Должность - занимаемая должность сотрудника o Тип - тип занимаемой должности сотрудника, характеризует собой вариант допуска к базе данных. o Пароль - пароль для допуска в базу данных Помимо сотрудников данные, которых хранятся в базе данных, будет присутствовать суперпользователь, который будет иметь допуск к добавлению нового пользователя в базу данных. Ниже будет дано описание таблиц, хранящих данные об обороте материала в учреждении. Склад - обновляемый список текущего количества материала на складе Приход материала - список материала прихода на склад Списанный материал - список списанного материала Выданный материал - список выданного материала сотрудникам Наличие у сотрудника - список материала со сроком годности находящегося у сотрудника Заказ со склада - список материала, который сотрудникам необходим Диаграмма классов представляет собой описание бизнес-логики программного продукта. Диаграмма классов берет основу объектно- ориентированного программирования(ООП). В основе ООП лежат три основных принципа: Инкапсуляция Наследование Полиморфизм Инкапсуляция - принцип сокрытия логики программа внутри класса. Принцип дает возможность скрыть атрибуты класса внутри себя, предоставив к ним доступ через функции, а также определять функции необходимые для объекта класса которые будут использованы только внутри класса и функции, которые будут использоваться с внешними классами. Основной смысл инкапсуляции легкое тестирование. Наследование - способность класса наследовать атрибуты родительского класса. Этот принцип позволяет существенно уменьшить время на разработку и размер создаваемой программы. Возьмем для примера объект сотрудник. В нашей программе он является единственным описывающим живого человека, но если возникнет необходимость в расширении программы до состояния, когда в систему могут вносится пациенты, то тогда наследование позволит выделить атрибуты присущие как сотруднику, так и пациенту и наследовать от общего класса, например, «Человек». Основной смысл наследования наименьший размер программы и легкое тестирование. Полиморфизм - принцип, выходящий из принципа наследования, который позволяет принимать формам дочернего класса родительскую форму. Благодаря этим принципам модули, созданные в стиле ООП, не привязываются непосредственно к самому продукту, легко тестируются и созданная программа может быть легко расширяема в случае необходимости. Диаграмма классов описана в терминах объектов и их атрибутов: Материал (Material) o Артикул (Article): тип атрибута (string) строка o Наименование (Name): тип атрибута (string) строка o Описание (Description): тип атрибута (string) строка o Количество (Count): тип атрибута (long) число со знаком в диапазоне от - -9 223 372 036 854 775 808 до 9 223 372 036 854 775 807 o Срок годности (LifeSpan): тип атрибута (byte) число без знака от 0 до 255. В данном атрибуте подразумевается, что, если значение принимает значение «0», то материал является одноразовым, а если от «1» до «255», то выражение срока годности выражается в месяцах, как было описано выше Тип (Type) - класс o Тип (Type) - перечисление (enum). Это перечисление не описано в диаграмме классов, так как оно не является классом, но входит в класс (Type) Тип. Перечисление - набор констант, однозначно определяющих значение переменной. В перечисление входят 3 варианта: Type.Manage - должность управления Type.Other - должность сторонних сотрудников, в данном случае передает должность кладовщика Type.Simple - должность обычного специалиста Должность (Position) o Наименование (Name): тип атрибута (string) строка o Тип должности (TypePosition): тип атрибута класс (Type) Тип Сотрудник (Employee) o Имя (FirstName): тип атрибута (string) строка o Фамилия (SecondName): тип атрибута (string) строка o Отчество (LastName): тип атрибута (string) строка o Должность (Position): тип атрибута класс (Position) Должность Список (List) - родительский класс который уже существует в любом языке программирования, от данного класса будут наследоваться классы: лист инвентаризации (InventoryList), лист списания (WriteOffList), лист хранения (StoreList), лист выдачи (OwnedList) Инвентаризация материала (InventoryMaterial) - класс наследуется от класса Материал (Material). В этом классе дополнительно будет добавлены атрибуты Дата (Date) и Разница (DifferenceCount). Класс описывает наименование материала, проходящего инвентаризацию. Списание материала (WriteOffMaterial) - класс наследуется от класса Материал (Material). Класс дополняется атрибутами Дата (Date) и атрибут класса Сотрудник (Employee). Класс описывает связь сотрудника и материала, который от него списывается. Материал сотрудника (MaterialOfEmployee) - класс наследуется от класса Материал (Material). Класс дополнен атрибутом Дата (Date). Класс описывает связь сотрудника и материалом, который ему присутствует на данный момент. Лист инвентаризации (InventoryList) - класс, наследуемый от класса Cписок (List) и хранящий в себе множество классов Инвентаризация материала (Inventory). Лист списания (WriteOffList) - класс, наследуемый от класса Список (List) и хранящий в себе множество классов Списание материала (WriteOffMaterial). Склад (StoreList) - класс наследуется от класса Список (List) и хранит в себе множество классов Материал (Material). Лист принадлежности (OwnedList) - класс наследуется от класса Список (List) и хранит в себе множество классов Материал сотрудника (MaterialOfEmployee). Документ Word (WordApp) - класс, направленный на динамическое создание документа Word с автоматическим заполнением информации. Диаграммы активности являются представлением алгоритмов неких действий (активностей), выполняющихся в системе. Данные диаграммы позволяют моделировать сложный жизненный цикл объекта, с переходами из одного состояния (деятельности) в другое. За определенные деятельности отвечает определенный объект (подразделение), для этого используется специальная конструкция, получившее название дорожки Дорожка (swimlanes) - часть области диаграммы деятельности, на которой отображаются только те деятельности, за которые отвечает конкретный объект. Имеется в виду визуальная аналогия с плавательными дорожками в бассейне, если смотреть на соответствующую диаграмму. Все состояния действия на диаграмме деятельности делятся на отдельные группы, которые отделяются друг от друга вертикальными линиями. Две соседние линии образуют дорожку, а группа состояний между этими линиями выполняется отдельным подразделением (отделом, группой, отделением, филиалом) организации. Например, могут быть использованы названия: склад, бухгалтерия, отдел охраны или генеральный директор, специалист отдела труда и так далее. Названия подразделений явно указываются в верхней части дорожки. Пересекать линию дорожки могут только переходы, которые, в этом случае, обозначают выход или вход потока управления в соответствующее подразделение. Порядок следования дорожек не несет какой-либо семантической информации и определяется соображениями удобства. Теперь, имея основную информацию по используемым диаграммам, которые будут использоваться для моделирования информационной системы, мы можем приступить к их описанию и визуализации последовательности процессов. Учет расходных материалов в течении дня может происходить достаточно часто. Материал поступает на склад, где кладовщик его регистрирует и проводит учет. Медицинский специалист заказывает материал со склада или списывает его в случаи истечения срока годности. Главный врач также может использовать расходный материал в случаи необходимости или писать отчеты по его использованию сотрудниками медицинского учреждения. Жизненный цикл алгоритмов в нашей информационной системе будет достаточно маленький, но для примера мы опишем два случая: 1. Сотрудник заказывает материал со склада 2. Кладовщик выдает материал сотруднику Эти случаи взаимосвязаны в нашей информационной системе, так как кладовщик не может просто так выдать материал, для этого сотруднику необходимо его заказать. В обоих случаях будет по три дорожки: 1. Сотрудник. 2. Информационная система. 3. Кладовщик. Задача, поставленная в этой главе, была выполнена. В этой главе была полностью смоделирована информационная система. По всем схемам и моделям, которые описаны в этой главе будет разрабатываться информационная система. Процесс непосредственно самой разработки будет описан в третьей главе. |