по дисциплине «Проектирование информационных систем»
Разработка пилотного проекта «Автоматизация работы аптеки»
Содержание
Введение. 3
1.Описание рабочей области. 5
2.Характеристики пилотного проекта. 7
3.Структура информационной системы.. 8
4.Функциональная структура информационной системы.. 9
4.1 Обоснование проекта с помощью методологий IDEF0, DFD.. 9
4.2Формирование контекстной диаграммы информационной системы.. 11
4.3Стоимостной анализ. 17
5.Архитектура пилотного проекта. 19
6.Тип и форма диалога. 21
7.Диаграмма вариантов использования. 22
8.Проектирование БД.. 23
9.Обоснование выбора языка программирования и средств разработки базы данных…… 24
10.Руководство пользователя. 25
Список использованных источников. 29
Приложение А – Стоимостной анализ. 30
Введение
Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.
Наиболее трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в процессе которых CASE-средства обеспечивают качество принимаемых технических решений и подготовку проектной документации. При этом большую роль играют методы визуального представления информации.
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:
- Vantage Team Builder (Westmount I-CASE);
- Designer/2000;
- Silverrun;
- ERwin+BPwin;
- S-Designor;
- CASE.Аналитик.
Перед полномасштабным внедрением выбранного CASE-средства в организации выполняется пилотный проект, целью которого является экспериментальная проверка правильности решений, принятых на предыдущих этапах, и подготовка к внедрению.
Пилотный проект представляет собой первоначальное реальное использование CASE-средства в предназначенной для этого среде и обычно подразумевает более широкий масштаб использования CASE-средства по отношению к тому, который был достигнут во время оценки. Пилотный проект должен обладать многими из характеристик реальных проектов, для которых предназначено данное средство. Он преследует следующие цели:
· подтвердить достоверность результатов оценки и выбора;
· определить, действительно ли CASE-средство годится для использования в данной организации, и если да, то определить наиболее подходящую область его применения;
· собрать информацию, необходимую для разработки плана практического внедрения;
· приобрести собственный опыт использования CASE-средства.
Пилотный проект позволяет получить важную информацию, необходимую для оценки качества функционирования CASE-средства и его поддержки со стороны поставщика после того, как средство установлено.
На сегодняшний день применение баз данных приобрело важное значение для многих организаций, которые для упрощения своей работы применяют компьютерные технологии.
В данном курсовом проекте разработана база данных для информационной поддержки деятельности аптеки с целью автоматизированного ведения данных о лекарствах.
Аптека работает с населением (клиентами). Аптека оказывает услуги: реализация населению лекарственных препаратов.
Компания производит однотипные работы, в частности производит продажу лекарственных средств.
После проведения анализа, были выявлены следующие задачи:
· Список лекарств;
· Количество лекарств;
· Описание лекарств
Информация о лекарствах и поставщиках заносится в базу данных. При получении нового лекарства, ему присваивается свой индивидуальный код, в базе данных регистрируется следующая информация: лекарство, поставщики, цена заказа, производитель.
Цель курсовой работы - разработка пилотного проекта «автоматизация работы аптеки».
Для достижения поставленной цели необходимо выполнить следующие задачи:
-анализ предметной области;
-проектирование информационной системы с помощью методологий моделирования процессов IDEF0 и DFD;
-провести стоимостной анализ;
-проектирование и разработка базы данных.
Объектом исследования в данном курсовом проекте является деятельность аптеки, занимающейся продажей различных лекарств. Аптека не производит продукты самостоятельно, а только принимает товар с завода и выставляет на продажу свой продукт.
Основные виды работ в аптеке таковы
• фармацевты принимают заказы клиентов;
• фармацевты находят определенное лекарство;
• фармацевт совершает продажу;
• клиент забирает товар.
2. Характеристики пилотного проекта
· Область применения
Данный пилотный проект охватывает узкий круг пользователей. Информационная система предназначена для людей всех возрастов, имеющих медицинское образование.
Масштабируемость
Проект создан для одной организации. Воспользоваться услугами магазина может любой желающий, имеющий доступ к сети интернет.
· Представительность
Информационная система предназначена для автоматизации деятельности фармацевта, с целью упрощения работы. Сотрудники с легкостью смогут принимать и оформлять заказы, так как деятельность информационной системы почти не отличается от деятельности простой аптеки.
· Критичность
Введение в эксплуатацию разрабатываемого проекта должно иметь существенную значимость, так как пилотный проект создавался с целью упрощения работы фармацевта. Но если пилотный проект не оправдает своих ожиданий, то значительного урона организации нанесено не будет, так как это не основной вид дохода магазина.
· Авторитетность
Группа специалистов, участвующих в проекте, обладает высоким авторитетом
· Характеристики проектной группы
Сотрудники магазина обучаемы и обладают богатым опытом и знаниями для работы с пилотным проектом, также готовы к нововведениям.
3. Структура информационной системы
Возможность системы должна позволять автоматизировать весь спектр задач по учету оргтехники на предприятии.
Ключевые возможности и особенности ИС «Автоматизация работы аптеки»:
1) регистрация поступления (перевода, списания) лекарств;
2) сортировка данных;
3) формирование справочников;
Система состоит из следующих подсистем:
1) модуль продажи, списывание лекарств;
2) модуль проверки наличия лекарств.
Рисунок 1 – модульная структура информационной системы «Автоматизация работы аптеки»
Применение системы «Автоматизация работы аптеки» будет решать следующие основные задачи:
- предоставлять информацию о наличие и нахождении лекарств на предприятии;
- формировать отчеты о передвижении за месяц.
4. Функциональная структура информационной системы
4.1 Обоснование проекта с помощью методологий IDEF0, DFD
Технология создания информационных систем (ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам, а именно:
1. Реализацию проектов по созданию ИС принято разбивать на стадии анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-логику предметной области), проектирования (необходимо определить модули и архитектуру будущей системы), непосредственного кодирования, тестирования и сопровождения. Исправление ошибок, допущенных на предыдущей стадии, обходится примерно в 10 раз дороже, чем на текущей, следовательно наиболее критическими является первые стадии проекта. Поэтому крайне важно иметь эффективные средства автоматизации ранних этапов реализации проекта.
2. Проект по созданию сложной ИС невозможно реализовать в одиночку. Индивидуальная работа существенно отличается от коллективной, поэтому при реализации крупных проектов необходимо иметь средство координации и управления коллективом разработчиков.
3. В современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется для создания ИС. Для создания ИС необходим инструмент уменьшающий время разработки ИС.
4. Вследствие значительного жизненного цикла может оказаться, что в процессе создания системы внешние условия изменились. Обычно внесение изменений в проект на поздних этапах создания ИС – трудоемкий и дорогостоящий процесс. Инструментальные средства, на которых проект реализуется, должны быть достаточно гибкие к изменяющимся требованиям, для того чтобы реализация крупного проекта прошла успешно.
На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям.
При разработке пилотного проекта используется модель AS-IS. Данная модель покажет, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации. Анализ функциональной модели AS-IS позволяет понять, где находится проблемная ситуация, в чем будут состоять преимущества новых процессов и каким изменениям подвергнется существующая структура организации процесса.
4.2 Формирование контекстной диаграммы информационной системы
Определим главную функцию системы – учет медикаментов в аптеке. Построим контекстную диаграмму всей системы в целом (рисунок 2).
Рисунок 2 – Контекстная диаграмма «Деятельность аптеки»
В диаграмме описания диаграммы можно подключать различные типы стрелок (Arrow) к работам. Стрелки описывают взаимодействие работ и представляют собой некую информацию. На данной диаграмме:
1. Вход (Input) материал или информация, которые используются или преобразуются работой для получения результата (выхода).
§ Запрос цен;
§ Поиск по названию;
§ Запрос препаратов;
§ Запрос фирм.
2. Управление (Control) — правила, стратегии, процедуры или стандарты, которыми руководствуется работа. В данной диаграмме это законы
§ Росздравнадзор
§ Устав предприятия
3. Выход (Output) — материалы или информация, которые производятся работой.
§ Прайс цен;
§ Отчеты;
§ Список медикаментов.
4. Механизм (Mechanism) — ресурсы, которые выполняют работу.
§ Фармацевт.
Произведем декомпозицию главной задачи системы (рисунок 3). Выделим основные процессы, которые протекают в системе:
- Ведение справочников;
- Учет медикаментов;
- Формирование отчетов.
Между работами существуют информационные потоки: между работами «Ведение справочников» и «Учет медикаментов» – поиск по названию, между работами «Учет медикаментов» и «Формирование отчетов» – поиск по типу препаратов.
Работы на диаграммах декомпозиции располагаются по диагонали от левого верхнего угла к правому нижнему. Такой порядок называется порядком доминирования.
Входными данными для Работы 2 «Учет медикаментов» является стрелка выхода «Ведение справочников» Работы 1,а выходная стрелка «поиск по типу препаратов» Работы 2 является входной для Работы 3. Фармацевт выбирает лекарство из обновленной базы данных и добавляет ее в список.
Так как при дальнейшей декомпозиции мы используем стандарт DFD стрелки не туннелированы (на конце стрелки показаны круглые скобки), так как в DFD вместо этих данных используются внешняя сущность и хранилище.
Рисунок 3 – Диаграмма декомпозиции «Деятельность аптеки».
Проведем дальнейшее разбиение. Декомпозируем диаграмму «Ведение справочников» (рисунок 4).
Данная диаграмма представлена стандартом DFD, то есть предназначена для работы с внешними ресурсами, к примеру с базой данных.
Стрелки между работами обозначают состояние системы после выполнения каждого из этапов. Для того чтобы детально показать ИС можно несколько блоков разбить на составные части. Разобьем блок «Ведение справочников» на 2 части (рисунок 4). Этот процесс включает в себя следующие задачи:
- формирование списка покупок;
- формирование списка оставшихся препаратов.
Для работы «Ведение справочников» необходимо хранилище, где будет храниться список препаратов.
Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием применяют, чтобы не рисовать слишком длинных и запутанных стрелок. В нашей работе внешняя сущность это фармацевт и клиент.
Рисунок 4 – Декомпозиция диаграммы «Ведение справочников».
Построим IDEF-0 диаграмму функционального блока «Учет медикаментов» (рисунок 5):
Рисунок 5 – Декомпозиция диаграммы «Продажа лекарственных средств».
Построим IDEF3 диаграмму декомпозиции работы «Типы препаратов» для описания взаимодействий между процессами (рисунок 6).
Создадим иерархическую структуру работ, описывающую процесс разработки.
1 Добавление препаратов;
2 Удаление препаратов;
3 Формирование заказа.
В качестве логических функций используются И (&), и ИСКЛЮЧАЮЩЕЕ ИЛИ (X).
Рисунок 6 - IDEF3-диаграмма работы «Типы препаратов».
Построим дерево пилотного проекта
Рисунок 7 – Дерево пилотного проекта
Основные расходы: затраты на электроэнергию, оборудование и плата фармацевту для работы с программой. Общая стоимость проекта составила 3850 рублей из расчета на месяц.
Рисунок 8 - Словарь основных расходов.
Рисунок 9 – Стоимость учета
В проекте произведен стоимостной анализ по компонентам и рабочей силе. Стоимостной отчет представлен в приложении А.
|
Cost Center |
Cost Center Definition |
Cost Center Cost(рубль) |
|
компоненты |
Затраты на электроэнергию, оборудование |
1600,00 |
|
Рабочая сила |
Плата фармацевту за работу с системой |
2250,00 |
Таблица 1 – Стоимость проекта.
5. Архитектура пилотного проекта
Разрабатываемая информационная система является клиент-серверным приложением.
В фирме должны быть расположены персональные компьютеры для работы сотрудников с приложением. Все компьютеры в системе соединены локальной сетью, с сервером базы данных, где будет храниться база данных со всей информацией.
Архитектура клиент-сервер предназначена для разрешения проблем файл-серверных приложений путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенность архитектуры клиент-сервер - использование выделенных серверов БД, понимающих запросы на языке SQL и выполняющих поиск, сортировку и агрегирование информации. Отличительной чертой серверов БД является наличие справочника данных, в котором записана структура БД, ограничения целостности данных, форматы и серверные процедуры обработки данных по вызову или по событиям в программе.
Рисунок 10 - Классический вариант клиент-серверной ИС
Вся логика принятия решений оформляется в виде хранимых процедур и выполняется на сервере БД.
Хранимая процедура – это процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД. Хранимые процедуры улучшают целостность приложений и БД. Улучшается сопровождение таких процедур и безопасность.
Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логика BL и DL - на клиенте. Двухуровневое определение архитектуры клиент-сервер использует именно этот вариант: приложение работает у клиента, СУБД - на сервере.
Эта схема обладает наилучшей масштабируемостью, так как предъявляет наименьшее требования к серверу.
6. Тип и форма диалога
В данной информационной системе был выбран управляемый программой тип диалога и пользовательская модель интерфейса, так как именно она считается наиболее удобной в работе для пользователя, а данном случае фармацевта и не требует углубленных знаний ПК. Такой диалог обычно сопровождают большим количеством подсказок, которые уточняют, какую информацию необходимо вводить на каждом шаге.
Так же в разрабатываемой системе использована фразовая форма диалога, что позволит пользователю упростить работу с системой.
Фразовая форма диалога предполагает работу пользователя с программой на естественном понятном языке и его подмножестве. Содержание диалога будет представлять собой заполнение форм предложениями. Например, при заполнении данных для добавления препарата, фармацевт должен вводить данные в заданном формате, как представлено на рисунке 11.
Рисунок 11 - пример использования в программе фразового типа диалога.
7. Диаграмма вариантов использования
Суть диаграммы состоит в следующем: проектируемая система представляется в виде наборов актеров, взаимодействующих с системой с помощью, так называемых вариантов использования.
Актером является любая сущность, взаимодействующая с системой извне. Им может быть человек, оборудование, другая система, т. е. мы определяем, что взаимодействует с системой.
В свою очередь вариант использования описывает, что система предоставляет актеру, т. е. определяет некоторый набор транзакций, совершаемый актером при диалоге с системой, при этом ничего не говориться о том, каким образом будет реализовано взаимодействие.
Рис. 12 – Диаграмма вариантов использования
8. Проектирование БД
Для проектирования и реализации базы данных была выбрана GUI-оболочка IBExpert.
База данных состоит из 7 таблиц: препараты, прайс цен, показания к применению, содержимое заказа, фирмы, заказ по фирме, заболевания.
ER-диаграмма проектируемой базы данных изображена на рисунке 13.
Рисунок 13 – ER-диаграмма базы данных
9. Обоснование выбора языка программирования и средств разработки базы данных
На сегодняшний день на рынке информационных технологий существует большое количество различных средств разработки приложений.
Microsoft Visual Studio- это версия Visual Studio и .NET Framework, которая поддерживает новые и улучшенные объекты, включает среду разработки с обновленным интерфейсом и отличается интегрированной поддержкой Microsoft SQL Server, позволяя создавать и развертывать проекты с применением сервера баз данных. Из инструмента программиста, пишущего и отлаживающего код, Microsoft Visual Studio, превратилась в полноценное инструментальное средство, позволяющее автоматизировать деятельность всех членов команды, работающих над проектом.
Интерфейс Visual Studio традиционно выполнен в одном стиле с MS Office. Имеется список задач, в который помещают информацию об ошибках и о необходимых доработках. Каждому пункту можно назначить приоритет, а после выполнения установить флажок, сообщающий о завершении указанной задачи. Task List поддерживает сортировку записей по тексту, по приоритету и статусу. Свойства проекта в Visual Studio можно редактировать с помощью встроенного инструмента, который позволяет изменять настройки и подписи сборки, ссылки на внешние модули, набор прав, необходимых для её функционирования. Кроме того, разработчик легко может сохранить настройки своего пользовательского IDE в файле настроек и применять его в случае перехода на другой компьютер. Разработчик баз данных может использовать объектно-ориентированные языки программирования, такие как C# и Visual Basic, опираясь на широчайший спектр встроенных возможностей классов и методов .NET Framework. Кроме того, программист может воспользоваться компонентами, написанными сторонними компаниями. С появлением SQL Server был усовершенствован механизм доступа к данным.
10. Руководство пользователя
Стартовое окно клиентской части базы данных представлено на рисунке 18:
Рисунок 14 - Стартовое окно
Здесь можно выбрать 3 варианта, войти на страницу «Фирмы», «Препараты», « Прайс цен».
После нажатия на кнопку «Препараты» открывается окно, представленное на рисунке 15. В этом окне можно просматривать каталог товаров и осуществлять по нему поиск.
Рисунок 15 - Окно «Препараты».
После нажатия на кнопку «Поиск по названию» открывается окно, представленное на рисунке 16.
Рисунок 16 – Поиск по названию
При нажатии на кнопку «Фирмы», появляется окно, представленное на рисунке 17:
Рисунок 17 -Фирмы
При нажатии из главного окна на кнопку «Прайс цен», появляется окно, представленное на рисунке 18:
Рисунок 18 - «Прайс цен»
Заключение
В соответствии с поставленными задачами проектирования информационной системы в рамках курсового проекта были выполнены следующие этапы:
- выполнен анализ предметной области;
- разработана функциональная схема пилотного проекта «Автоматизация работы аптеки»;
- разработан прототип информационной системы «Автоматизация работы аптеки»;
- спроектирована информационной системы с помощью методологий моделирования процессов IDEF0 и DFD;
- cпроектирована и разработана база данных.
Результатом работы стала информационная система, обеспечивающая возможность создания заказа препаратов, поиска данных по заданным пользователем критериям, а также обеспечивающая возможность сохранения создаваемых документов.
При ручном способе учета препаратов можно выявить следующие недостатки:
- Необходимо работать с большим количеством входных и выходных документов,
- Требуется много места для хранения печатных документов в офисе;
- Допускаются неточности составления ежемесячных отчетов.
При внедрении в работу компании АИС «Автоматизация работы аптеки» произойдут следующие улучшения в работе:
-снижение стоимостных и трудовых затрат на обработку информации;
- повысится качество и достоверность получаемой информации;
- уменьшатся затраты на прием и систематизацию информации;
- уменьшится время на создание и обработку документов.
Список использованных источников
1. О.Н. Евсеева, А.Б. Шамшев "Работа с базами данных на языке C#", 2009г.
2. Карпова Т.С. "Базы данных: модели, разработка, реализация”. Спб.: Питер, 2001. 304 с.;
3. Маклаков С.В. "Создание информационных систем с AllFusion Modeling Suite ”. М.: Диалог-МИФИ, 2007.400 с.;
4. Харрингтон Джен Л. "Проектирование реляционных баз данных. Просто и удобно”. М.: Лори, 2001.230 с.;
5. Лекции по предмету «Проектирование информационных систем».
Приложение А – Стоимостной анализ
Activity Number: 0
Activity Name: Учет медикаментов в аптеке
Activity Cost (Рубль): 3 850,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 1 600,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 2 250,00
Activity Number: 1
Activity Name: Ведение справочников
Activity Cost (Рубль): 900,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 400,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 500,00
Activity Number: 11
Activity Name: Формирование списка покупок
Activity Cost (Рубль): 200,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 200,00
Activity Number: 12
Activity Name: Формирование списка оставшихся препаратов
Activity Cost (Рубль): 700,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 200,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 500,00
Activity Number: 2
Activity Name: Учет медкаментов
Activity Cost (Рубль): 2 700,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 1 100,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 1 600,00
Activity Number: 21
Activity Name: Типы препаратов
Activity Cost (Рубль): 1 800,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 600,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 1 200,00
Activity Number: 7
Activity Name: Окно редактирования
Activity Cost (Рубль): 0,00
Activity Number: 4
Activity Name: Добавление препарата
Activity Cost (Рубль): 600,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 200,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 400,00
Activity Number: 5
Activity Name: Удаление препарата
Activity Cost (Рубль): 600,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 200,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 400,00
Activity Number: 6
Activity Name: Формирование заказа
Activity Cost (Рубль): 600,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 200,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 400,00
Activity Number: 8
Activity Name: Сохранение
Activity Cost (Рубль): 0,00
Activity Number: 22
Activity Name: Поиск по названию
Activity Cost (Рубль): 600,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 200,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 400,00
Activity Number: 23
Activity Name: Показания к применению
Activity Cost (Рубль): 100,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 100,00
Activity Number: 24
Activity Name: Фармакологические свойства
Activity Cost (Рубль): 100,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 100,00
Activity Number: 25
Activity Name: Состав и лекартсвенная форма
Activity Cost (Рубль): 100,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 100,00
Activity Number: 3
Activity Name: Формирование отчетов
Activity Cost (Рубль): 250,00
Cost Center: Компоненты
Cost Center Cost (Рубль): 100,00
Cost Center: Рабочая сила
Cost Center Cost (Рубль): 150,00
Скачать курсовую: