Информационная система аптеки

Министерство Образования и Науки Российской Федерации

Санкт-Петербургский Государственный Университет

«Сервиса и Экономики»

Институт Экономики и Управления Предприятиями Сервиса

Кафедра Прикладные информационные технологии

Курсовая  работа

по дисциплине «Проектирование информационных систем»

на тему «  Информационная система аптеки  ».

Исполнитель:

Братков Илья Ленидович

студент   3  курса

специальность:  080801.65

прикладная информатика в сфере сервиса

Преподаватель:

Теслюк Валентина Валерьевна

Санкт-Петербург

2012

Оглавление

                              Стр.

Введение                                                                                                        2

Описание предметной области                                                                    3

Создание модели бизнес функции с использованием BPWIN.                3

Моделирование базы данных с использованием ERWin.                         8

Генерация схемы  данных в MS Access.                                                     11

Заключение                                                                                                    13

Введение

В данной курсовой работе проектируется информационная система                                                        аптеки. Демонстрируется возможность использования CASE - технологий ERWIN и BPWIN на разных этапах проектирования ИС.

Схема данных и таблицы сгенерированы автоматически из ERWIN. В ACCESS создан ряд запросов и форм в соответствии с требованиями предметной области.

Описание предметной области

Предметной областью выполненной работы является аптекa. Аптека продает медикаменты и изготавливает их по рецептам. Информационная система аптеки включает в себя информацию об организации процесса изготовления лекарств и их продажи; о клиентах: ФИО, номер заказа; информацию о заказах: дата приема заказа, дата выдачи заказа, количество заказанного лекарства; информация о лекарствах: наименование лекарства, его состав, наличие нужных компонентов.

Создание модели бизнес функции с использованием BPWIN

BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности – действиия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).

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

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

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

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

Контекстная диаграмма в BPwin

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

Контекстная диаграмма изображает деятельность самого верхнего уровня и обозначает границу моделирования относительно цели, возможностей и точки зрения. В нашем случае действие контекста представлено блоком «Организация работы аптеки» см. рис. 1.

Рисунок 1. Контекстная диаграмма

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

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

В вершину блока входит стрелка управления (контроля),на рис. 1 это стрелки: планы по продажам, нормативные документы и справочник технологий изготовления лекарств.

Снизу входит стрелка механизмов исполнения (рис. 1 – фармацевты, компоненты, заказываемого лекарства). Механизмы исполнения это те ресурсы, которые обеспечивают выполнение действия.

Из блока выходят стрелки выпуска (выхода) – это материал или информация произведенная блоком. На рис. 1 - это готовый заказ и требование на недостающие компоненты.

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

Декомпозиция

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

Организацию рабочего процесса аптеки мы разделили на «Обслуживание клиента, прием заказа» и «Выполнение заказов и заказ недостающих компонентов», см. рис. 2.

Рисунок 2. Диаграмма декомпозиции

Стоимостный анализ

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

Моделирование базы данных с использованием ERWin

ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений.

Уровни представления модели. Логическая и физическая модель

ERwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Логическая модель нашей работы представлена на рис. 3.

Рисунок 3. Логическая модель данных

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Физическая модель представлена на рис. 4.

Рисунок 4. Физическая модель данных

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

В нашей работе было выделено 6 блоков: Заказчик, Заказ, Количество заказываемого лекарства, Лекарства, Состав лекарства и Наличие компонентов. Каждый блок содержит следующую информацию:

Заказчик: код клиента (ключевое поле), ФИО клиента;

Заказ: код заказа (ключевое поле), дата приема заказа, дата выдачи заказа, код клиента, статус заказа;

Количество заказываемого лекарства: код заказа (ключевое поле), код лекарства (ключевое поле), количество;

Лекарства: код лекарства (ключевое поле), наименование, стоимость;

Состав лекарства: код лекарства (ключевое поле), код компонента (ключевое поле), количество;

Наличие компонентов: код компонента (ключевое поле), вид компонента, наличие компонента.

Генерация схемы  данных в MS Access

Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД. ERWin поддерживает автоматическую генерацию физической модели данных для конкретной СУБД.

Для генерации схемы данных в Access:

1.                  Запускаем МS Access и создаем новую базу данных (и присваиваем ей имя).

2.                  Переключаемся в Erwin.

3.                  В главном меню выбираем команду Database=>Choose Database

4.                  В диалоговом окне Target server, в группе Target desktop DBMS устанавливаем переключатель в опцию Access.

5.                  В главном меню выбираем команду Tools=>Forward Engineer/Schema Generation.

6.                  В диалоговом окне Schema Generation на закладке Options задаем опции генерации объектов модели.

7.                  Нажимаем Generate/

8.                  В диалоговом окне Access Connection в текстовом поле Database указываем полный путь к созданной базе данных, в поле System Database – полное имя файла, в поле User Name – admin и щелкаем по кнопке Connect.

9.                  Переключаемся в MS Access и открываем сгенерированную базу данных для редактирования.

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

Рисунок 5. Схема данных

Заключение

В данной курсовой работе при помощи программ BPWin и ERWin были продемонстрированы возможности CASE-технологий, и умение ими пользоваться.

Были выполнены следующие этапы проектирования информационной системы при помощи CASE-технологий:

              Разработка модели данных в BPWin;

              Разработка логической и физической модели ERWin;

              Генерация схемы данных в Acсess.

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

13