На диаграмме прецедентов у нас находится у нас находится 3 актера: «Специалист», «Руководитель», «Кладовщик» и одна система - «база данных» которая включает в себя систему защиты. Диаграмма прецедентов представлена в приложении № 6.

Специалист выполняет функцию: просмотра расходных материалов, которые он использует и заказа материала со склада. Это позволит ему контролировать количество и срок годности расходных материалов.

Руководитель может также просматривать материал, который используют его подчиненные, и составлять отчет. Также в системе он может просматривать оборот материалов для составления отчета и управлять доступом к системе (добавлять нового сотрудника и изменять доступ существующим)

Кладовщик работает с учетом оборудования: приход нового оборудования, списание оборудования вышедшего по срокам годности, учет выданного оборудования, регистрация нового оборудования и проведение инвентаризации.

По диаграмме компонентов мы опишем вид нашей базы данных и связи между ними. Каждый отдельный компонент будет представлять собой отдельную реляционную таблицу. В диаграмме не будут отражены типы данных таблицы, так как диаграмма Диаграмма представлена в приложении №7 будет описывать первичный вид базы данных, но будут даны описания, характеризующие поле таблицы, типы данных будут рассмотрены при составлении диаграммы классов.

Ш Материал

o Артикул - числовой идентификатор материала

o Наименование - название материала, дающее первичное описание

o Описание - дополнительная информация о материале

o Срок годности - срок эксплуатации материала. В базе данных будет исчисляться в месяцах

Ш Сотрудник

o Индивидуальный номер - числовой идентификатор сотрудника

o Имя, фамилия, отчество - имя, фамилия, отчество сотрудника

o Должность - занимаемая должность сотрудника

o Тип - тип занимаемой должности сотрудника, характеризует собой вариант допуска к базе данных.

o Пароль - пароль для допуска в базу данных

Помимо сотрудников данные, которых хранятся в базе данных, будет присутствовать суперпользователь, который будет иметь допуск к добавлению нового пользователя в базу данных.

Ниже будет дано описание таблиц, хранящих данные об обороте материала в учреждении.

Ш Склад - обновляемый список текущего количества материала на складе

Ш Приход материала - список материала прихода на склад

Ш Списанный материал - список списанного материала

Ш Выданный материал - список выданного материала сотрудникам

Ш Наличие у сотрудника - список материала со сроком годности находящегося у сотрудника

Ш Заказ со склада - список материала, который сотрудникам необходим

Диаграмма классов представляет собой описание бизнес-логики программного продукта. Диаграмма классов берет основу объектно- ориентированного программирования(ООП). В основе ООП лежат три основных принципа:

Ш Инкапсуляция

Ш Наследование

Ш Полиморфизм

Инкапсуляция - принцип сокрытия логики программа внутри класса. Принцип дает возможность скрыть атрибуты класса внутри себя, предоставив к ним доступ через функции, а также определять функции необходимые для объекта класса которые будут использованы только внутри класса и функции, которые будут использоваться с внешними классами. Основной смысл инкапсуляции легкое тестирование.

Наследование - способность класса наследовать атрибуты родительского класса. Этот принцип позволяет существенно уменьшить время на разработку и размер создаваемой программы. Возьмем для примера объект сотрудник. В нашей программе он является единственным описывающим живого человека, но если возникнет необходимость в расширении программы до состояния, когда в систему могут вносится пациенты, то тогда наследование позволит выделить атрибуты присущие как сотруднику, так и пациенту и наследовать от общего класса, например, «Человек». Основной смысл наследования наименьший размер программы и легкое тестирование.

Благодаря этим принципам модули, созданные в стиле ООП, не привязываются непосредственно к самому продукту, легко тестируются и созданная программа может быть легко расширяема в случае необходимости.

Диаграмма классов описана в терминах объектов и их атрибутов Диаграмма представлена в приложении №8:

Ш Материал (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 с автоматическим заполнением информации.

Теперь, имея основную информацию по используемым диаграммам, которые будут использоваться для моделирования информационной системы, мы можем приступить к их описанию и визуализации последовательности процессов.

Учет расходных материалов в течении дня может происходить достаточно часто. Материал поступает на склад, где кладовщик его регистрирует и проводит учет. Медицинский специалист заказывает материал со склада или списывает его в случаи истечения срока годности. Главный врач также может использовать расходный материал в случаи необходимости или писать отчеты по его использованию сотрудниками медицинского учреждения.

Жизненный цикл алгоритмов в нашей информационной системе будет достаточно маленький, но для примера мы опишем два случая:

1. Сотрудник заказывает материал со склада Диаграмма представлена в приложении №9

2. Кладовщик выдает материал сотруднику Диаграмма представлена в приложении №10

1. Сотрудник

2. Информационная система

3. Кладовщик

Задача, поставленная в этой главе, была выполнена. В этой главе была полностью смоделирована информационная система. По всем схемам и моделям, которые описаны в этой главе будет разрабатываться информационная система. Процесс непосредственно самой разработки будет описан в третьей главе.

Глава 3. Разработка информационной системы

3.1 Охрана труда

Перед созданием информационной системы, как и в любой повседневной деятельности следует соблюдать определенные правила для достижения качественных результатов и сохранив при этом свое здоровье. Здоровье каждого человека, есть наивысшая ценность. Разработка программного обеспечения не является опасным видом производства, но несмотря на это долгое пребывание за компьютером влечет за собой последствия, которые мы рассмотрим ниже.

Перед рассмотрением нормы правил следую описать, чем является охрана труда:

Охрана труда - это система сохранения жизни и здоровья работников в процессе трудовой деятельности, включающая в себя правовые, социально-экономические, организационно-технические, санитарно-гигиенические, лечебно-профилактические, реабилитационные и иные мероприятия.

Здоровые и безопасные условия труда обеспечиваются техническим прогрессом, совершенствованием техники и технологии производства.

Это замена тяжелого физического труда машинами, внедрение

роботизированной техники, герметизация оборудования, применение менее вредных веществ. Охрана труда регламентируется Трудовом кодексом РФ и межгосударственным стандартом ГОСТ 12.0.230 - 2007 в области организации охраны (безопасности) труда.

Негативных последствия от использования персонального компьютера общеизвестны и у всех на слуху. Для эффективного и безопасного использования, важно соблюдать меры безопасности. Пренебрежение элементарными рекомендациями имеет серьезные последствия для их владельцев.

Ниже будет описаны вредные воздействия на организм человека при длительном нахождении за компьютером и составлен список правил при разработке, для соблюдения сохранения здоровья:

1. Позвоночник (Неподвижная поза, Согнутая спина)

a. Сколиоз;

b. Нарушение осанки;

2. Глаза (Долгая концентрация на мониторе)

a. Сухость;

b. Напряжение;

3. Кисти (Длительная работа на клавиатуре)

a. Перенапряжение кистей рук;

4. Мозг (Долгая обработка информации)

a. Умственная утомленность;

b. Психическая зависимость;

c. Стресс;

5. Нервная система (Перенапряжение)

a. Стресс;

Это самые распространённые воздействия на организм, после определения вредного воздействия и причин возникновения. Основой всех вышеописанных проблем является «Долгое пребывание за компьютером». Основываясь на этом можно определить первое правило работы - перерыв в работе каждые 45 минут на 15 минут. Данное правило поможет достаточно отдохнуть организму из избавиться от напряжения глаз, позвоночника и нервной системы. Но это не единственное, что необходимо второе и третье правило работы за компьютером основываются на сохранении ровной осанки разработчика и сохранении зрения. Второе правило работы - расположение тела от компьютера должно находиться на расстоянии от 80 см. до 100 см. Третье правило работы - использование стула со спинкой и соблюдение угла между бедренной частью ног и позвоночника 90°. Четвертое и пятое правила идут продолжением первого и третьего правила. Четвертое правило работы - рекомендуется во время перерыва делать 5 минутную разминку в которую входит приседание, махи руками, вращение туловищем и головой. Пятое правило работы - во время перерыва следует делать разминку глаз (быстрое моргание, вращение глаз).

Составленные выше правила будут использоваться при разработке информационной системы процесс которой будет описан ниже.

3.2 Инструменты разработки

Теперь после разбора инструментов моделирования и создания модели информационной системы, перед разработкой информационной системы следует познакомиться с инструментами разработки.

Разработки информационной системы будет проходит в программе Microsoft Access с применением встроенного скриптового языка программирования Visual Basic for Application и языка структурированных запросов SQL. Microsoft Access представляет собой инструмент для создания баз данных и сопутствующего пользовательского интерфейса.

3.3 Создание таблиц базы данных и связей между ними

Модель базы данных мы описали во время моделирования диаграммы компонентов. Атрибуты полей будут совпадать с атрибутами в диаграмме классов которую мы с вами рассмотрели выше.

База данных представляет собой множество реляционных таблиц со связями между ними:

Ш Связи без ограничения целостности (линии без обозначений): в нашей информационной системе такие связи будут обозначать хранение списка данных в таблице, проще говоря новые записи будут характеризоваться тем, что они отслеживают движение материалов и хранят эту информацию в базе данных.

Ш Связи ограничения целостности данных (линии 1-1,1-?): данные связи означают, что в таблице будет хранится обновляемая информация. Например, связь (Material[Материал]-Store[Склад]) - данная связь будет иметь вид один к одному, в таблице «Склад» будет хранится список текущего оборудования и его количества, в случаи если будут происходить действия добавления или удаления материала из склада, то данные в этой таблице будут обновляться. Сама по себе связь отражает то, что в данной таблице будет присутствовать только связующие поле «Материал».

3.4 Создание бизнес логики

Создание бизнес логики мы будем производить с помощью внутренних инструментов MS Access на основе диаграммы классов. Несмотря на то, что в MS Access скриптовый язык Visual Basic for Application не поддерживает полноценный функционал работы с классами. Классы, выделенные цветом отличным от белого в диаграмме Диаграмма представлена в приложении №8, будут непосредственно описаны с помощью языка программирования, остальные будут созданы с помощью внутренних инструментов визуального отображения информации. Диаграмма классов поможет нам абстрактно видеть всю систему в целом, а также понимание того какими типами данных мы должны оперировать в процессе разработки информационной системы.

1. Контроль доступа к системе - данный вид будет отвечать за ограничение доступа к системе, другими словами в нашей информационной системе будет присутствовать модуль, в котором будет реализована система аутентификации, которая не дает доступ к системе без знания логина и пароля.

2. Функциональное ограничение - модуль который будет распределять функции доступные для использования в системе.

Описание всех листингов кода займет очень длительное время, в этой главе мы рассмотрим самые интересные алгоритмы, которые проблематично реализовать без использования скриптового языка. Остальные функции мы рассмотрим на этапе рассмотрения интерфейса программы. Описание кода программ будет проводиться по функциональным шагам с описанием вариативности действий, в скобках будет указаны различные варианты действий в случаи невыполнения условий.

Первое с чего стоит начать, это рассмотрение функции входа пользователей в базу данных, другими словами защита информации от посторонних лиц. Ввод данной функции в базу данных необходим в соответствии с ГОСТ Р: 51275-99 «ОБЪЕКТ ИНФОРМАЦИИ. ФАКТОРЫ, ВЛИЯЮЩИЕ НА ИНФОРМАЦИЮ»

Шаги функции: Листинг кода представлен в приложении №12

1. После входа в программу перед нами откроется окно идентификации пользователя.

2. После ввода данных в поля идет проверка заполнены поля или нет (вывод сообщения что не все поля заполнены).

3. Создается запрос к базе данных на основе введенных значений (вывод сообщения об отсутствии сотрудника в базе).

4. Проверка введенного пароля с паролем в базе данных (сообщение о том, что пароли не совпадают)

5. Сопоставление типа должности, извлеченной из базы данных, открытие соответствующей формы для работы сотрудника.

Вторая ключевая функция, входящая в нашу базу данных, представляет собой количественное хранение данных о том сколько хранится материала на складе или у специалиста. Эти функции является ключевыми по причине того, что в учет должен происходить в количественном показателе, если при выдаче материала в базе данных не происходит проверки на обновляемые данные, то такая база данных будет больше напоминать список операций, а не полноценную базу данных.

Шаги функции на примере выдачи материала сотруднику: Листинг кода представлен в приложении №13

1. Проверка всех полей на наполненность (Сообщение о том, что поля не заполнены)

2. Проверка наличия в базе данных нужного количества материалов (оповещение о том, что в базе отсутствует необходимое количество материала)

3. Проверка наличие материала у сотрудника

4. Занесение данных о выдаче материала сотруднику

5. Обновление количества материала выданному сотруднику

6. Обновление количества материала на складе

3.5 Создание программного интерфейса

Реализация программного интерфейса будет строиться по принципу многооконного интерфейса внутри одного окна. Данный вид интерфейса очень хорошо отобразит внешний вид и функциональное разделение программы. Интерфейс программы представлен в приложении №14,15,16 Единственное отличие будет у формы «Сотрудник», оно будет представлять собой единственное окно без оконных вложений, так как функционал сотрудников в нашей информационной системе ограничен.

В этой главе были описаны правила по охране труда которыми автор руководствовался при разработке информационной системы, а также описан процесс непосредственно самой разработки информационной системы на основе проекта и моделей, которые были описаны во 2 главе.

Заключение

В ходе написания курсового проекта мы столкнулись со следующими проблемами: информации по особенностям учета расходных материалов в медицинском центре крайне мало, в программном продукте Microsoft Access не поддерживаются полноценное наследование классов, следовательно, расширение продукта, как единой программы будет достаточно проблематично, но в случаи разбиения программы на модули ее можно расширять. Нами были рассмотрены процессы, которые позволяют решить проблему учета расходных материалов в медицинском учреждении и решить поставленную задачу. Нами были выполнены задачи: проведение анализа учета материальных средств, выявлены проблемы учета, спроектирована и разработана информационная система. Данный проект позволит достигнуть целей: повысить качество учета материала, оптимизировать расходы и осуществлять контроль за оборотом материалов.

Список литературы

1. Малых В.Л., Гулиев Я.И., Крылов А.И., Рюмина Е.В. «УЧЕТ ПРЯМЫХ МАТЕРИАЛЬНЫХ ЗАТРАТ»

2. С.И. Ожегов,1949 «Толковый словарь русского языка»

3. В.В. Персианов, Е. И. Логвинова «Информационные системы»

4. Кибиткин А. И., Дрождинина А. И., Мухомедзянова Е. В., Скотаренко О. В. «Учет и анализ в коммерческой организации»

5. Пирогов В. Е. «Информационные системы и базы данных. Организация и проектирование.»

6. Одинцов И. О. «Профессиональное программирование, системный подход»

Интернет ресурсы:

7. http://docs.cntd.ru/document/gost-34-601-90 (17.10.2016)

8. http://www.e-reading.club/bookreader.php/130729/Firstova_-_Buhgalterskiii_uchet_v_medicine.html 18.10.2016

9. http://www.studmed.ru/docs/document1719?view=3 (18.10.2016)

10. http://www.intuit.ru/studies/courses/2195/55/lecture/1620 20.10.2016

11. http://office-guru.ru/excel/samouchitel-po-excel-vba-453.html (20.10.2016)

12. http://vsegost.com/Catalog/86/8680.shtml (2.01.2017)

13. http://office-guru.ru/excel/samouchitel-po-excel-vba-453.html (20.10.2016)

Размещено на Allbest.ru