Файл: Разработка регламента выполнения процесса «Учет реализации лекарственных препаратов через аптечную сеть (Основные понятия процессного подхода).pdf

Множественность отношения фармацевт – лекарства «многие к одному». Каждое лекарство относится к определенному фармацевту, в свою очередь определенному фармацевту может соответствовать несколько лекарств, поэтому ассоциация фармацевт – лекарства имеет тип множественности «многие к одному». На данной ассоциации со стороны фармацевта можно указать роль: учёт данных (т.е. формирование отчётов, редактирование данных и т.д.).

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

Аналогично введём ассоциацию между врачом и лекарством: тип множественности ассоциации «многие к одному».

Диаграмма классов приводится на рис. 2.11.

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

На рис. 2.11 наряду с основными классами, соответствующими концептуальным элементам системы показан также класс Т_Адрес, раскрывающий структуру адреса, данный класс также имеет важное значение, поскольку содержит необходимые элементы данных для врача и фармацевта – потомков класса персона.

Перейдем к определению интерфейсов. Классы взаимодействуют с внешним миром через интерфейсы.

Интерфейс (Interface) – это совокупность операций, которые определяют сервис (набор услуг), предоставляемый классом или компонентом. Интерфейс может представлять поведение класса или компонента полностью или частично; он определяет только спецификации операций (сигнатуры), но никогда – их реализации. Графически интерфейс изображается в виде круга, под которым пишется его имя. Интерфейс редко существует сам по себе – обычно он присоединяется к реализующему его классу или компоненту. Интерфейс всегда предполагает наличие некоторого «контракта» между стороной, которая декларирует выполнение ряда операций и стороной, которая эти операции реализует.

Рисунок 2.11 – Интерфейс будущего приложения

Рис. 2.12- Упрощенная диаграмма классов

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

Менеджер записей – объект, обладающий стандартным набором возможностей по управлению данными при работе с электронной таблицей. Данный набор возможностей наследуется классом лекарства от класса электронная таблица. Для объекта Менеджер записей явно указывается класс, экземпляром которого он является – лекарства.

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

Менеджер транзакций – объект, обеспечивающий выполнение законченной операции над базой данных, в данном случае создание новой записи о лекарстве Ampilicilin. На данный объект возлагается выполнение также ряда системных функций, сопровождающих транзакцию.

Диаграмма последовательности ввода новой записи о лекарстве в системе «Аптека» представлена на рис. 2.13.

На диаграмме последовательности определим передачу сообщений между объектами: создать новую запись (транслируется от объекта к объекту до конца цепочки как сообщение сохранить запись); открыть форму (к форме ввода); ввести название, группу, дату поступления. (ввод данных по лекарству), далее эти данные транслируются сообщениями сохранить название, группу, дату поступления… От менеджера транзакций передается сообщение собрать информацию о лекарстве, обеспечивающее обратную связь с базой данных, и наконец, рефлексивное сообщение менеджера транзакций поименованное как сохранить запись в БД, обеспечивает окончание транзакции.

Рисунок 2.13 - Ввод данных о лекарстве. Диаграмма последовательности

При желании можно данное взаимодействие представить диаграммой кооперации, иллюстрирующей, прежде всего структурный аспект взаимодействия (рис. 2.14). Данную диаграмму можно построить из предыдущей в автоматическом режиме (в Rational Rose нажатием клавиши F5).

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

Рисунок 2.14 - Ввод данных о лекарстве. Диаграмма кооперации

ЗАКЛЮЧЕНИЕ

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

Пользователям предлагается большое количество автоматизированных систем управления (АСУ). Есть системы, которые автоматизируют отдельный участок работы (например, бухгалтерский учет), и которые рассчитаны на охват всех сторон деятельности аптек или аптечных сетей.

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1.Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. И доп. – М.: Финансы и Статистика, 2006 – 544 с., с.24-36.