Автоматизированная система аптеки

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Нормативные ссылки

2. Термины и определения

3. Сокращения

4. Спецификация требований к программному обеспечению

4.1 Введение

4.1.1 Цель

4.1.2 Область применения

4.1.3 Определения, термины и сокращения

4.1.4 Ссылки

4.2 Общее описание

4.2.1 Перспективы продукта

4.2.2 Функции продукта

4.2.3 Пользовательские характеристики

4.2.4 Ограничения

4.2.5 Предложения и зависимости

4.2.6 Распределение требований

4.3 Детальные требования

4.3.1 Требования к производительности

4.3.2 Логические требования к базе данных

4.3.3 Ограничения проектирования

4.3.4 Требование к архитектуре

4.3.5 Атрибуты программной системы

5. Исследовательская работа

5.1 Организация деятельности аптеки

6. Проектирование архитектуры задачи

6.1 Введение

6.1.1 Цель

6.1.2 Описание проекта

6.1.3 Определение, сокращения и термины

6.2 Ссылки

6.3 Описание декомпозиции

6.4 Модульная декомпозиция

6.5 Описание интерфейса процессов

6.6 Детальное проектирование

6.6.1 Проектирование концептуальной модели базы данных

7. Технологии и качество проектирования

7.1 Описание среды разработки

7.2 Описание СУБД

8. Сборка проекта

8.1 Введение

8.2 Создание базиса интеграции

8.2.1 Интеграционная сборка 1

8.2.2 Интеграционная сборка 2

8.2.3 Интеграционная сборка 3

9. Тестирование

9.1 Тестирование автоматизированной системы

10. Руководство пользователя

Заключение

Список использованных источников

Приложение

Введение

аптека программный интерфейс

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

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

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

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

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

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

1. Нормативные ссылки

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

ГОСТ ИСО МЭК 12207-99. Процессы жизненного цикла информационных систем.

ГОСТ 19.102-87. Единая система программной документации. Стадии разработки.

ГОСТ 2.105-95. Общие требования к текстовым документам.

ГОСТ Р 50739-95. Государственный стандарт РФ. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования.

ГОСТ 7.32-2001. СИБИД. Отчет о НИР. Структура и правила оформления.

ГОСТ 7.1-84 СИБИД. Библиографическое описание документа. Общие требования и правила составления.

ГОСТ 7.80-2000 Библиографическая запись. Заголовок. Общие требования и правила составления.

ГОСТ 7.82-2001 Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления.

ГОСТ Р 51583-2000. Защита информации. Порядок создания автоматизированных систем в защищённом исполнении. Общие положения

ГОСТ Р 51624-2000. Защита информации. Автоматизированные системы в защищённом исполнении. Общие требования.

ГОСТ Р 51275-99. Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения.

ГОСТ Р 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов. Типовое руководство.

ГОСТ 19.701-90 (ИСО 5807-85) ЕСПД. Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения.

ГОСТ Р ИСО 15489-1-2007. Система стандартов по информации, библиотечному и издательскому делу. Управление документами. Общие требования.

2. Термины и определения

В настоящей выпускной квалификационной работе применяются следующие термины с соответствующими определениями, представленными в таблице 2.1

Таблица 2.1 - Термины и определения

Термин	Определение
Автоматизированная система	Организованная совокупность средств, методов и мероприятий, используемых для регулярной обработки информации для решения задачи.
База данных	Совокупность данных, объединенных одной системой управления, используемой многими пользователями. Хорошо спроектированная база данных содержит совокупность не избыточных непротиворечивых данных, защищенных от несанкционированного использования.
Данные	Информация, представленная в определенном виде, позволяющем автоматизировать ее сбор, хранение и дальнейшую обработку человеком или информационным средством. Для компьютерных технологий данные - это информация в дискретном, фиксированном виде, удобная для хранения, обработки на ЭВМ, а также для передачи по каналам связи.
ADO технологии	Компоненты для работы с Microsoft® ActiveX® Data Objects (далее ADO). ADO это технология стандартного обращения к реляционным данным от Microsoft. Эта технология аналогична BDE по назначению и довольно близка по возможностям.
Администратор базы данных	Сотрудник аптеки, имеющий полномочия редактировать каталог товаров и базу данных.
Провизор	Сотрудник аптеки, имеющий полномочия совершить продажу продуктов из каталога и следить за работой фармацевтов.
Фармацевт	Сотрудник аптеки, имеющий полномочия совершить продажу продуктов из каталога.
Гость	Клиент, просматривающий каталог.
Аутентификация	Процесс, в ходе которого на основании пароля, ключа или какой-либо иной информации, пользователь подтверждает, что является именно тем, за кого себя выдает.
Идентификация	Процесс, в ходе которого выясняются права доступа, привилегии, свойства и характеристики пользователя на основании его имени, логина или какой-либо другой информации о нем.

3. Сокращения

В настоящей выпускной квалификационной работе использованы следующие сокращения:

БД	База данных - именованная совокупность данных, отражающая состояние объектов и их отношений в предметной области.
СУБД	Система управления базами данных - совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.
SQL	Structured Query Language - Это язык запросов, выборка данных из БД, удаление и т.д.
АС	Автоматизированная система - это организованная совокупность средств, методов и мероприятий, используемых для регулярной обработки информации для решения задачи.
TCP	Transmission Control Protocol (протокол управления передачей) - один из основных сетевых протоколов Интернета, предназначенный для управления передачей данных в сетях и подсетях TCP/IP.
IP	Internet Protocol - межсетевой протокол. Относится к маршрутизируемым протоколам сетевого уровня семейства TCP/IP.
TCP/IP	Transmission Control Protocol/Internet Protocol - протокол управления передачей - набор сетевых протоколов разных уровней модели сетевого взаимодействия DOD, используемых в сетях.

4. Спецификация требований к программному обеспечению

4.1 Введение

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

ПО ИС предназначено для выполнения следующих задач:

- ведение каталога товаров: препаратов, добавок, лекарственного чая и витаминов;

- ведение справочника о сотрудниках;

- ведение справочника о поставщиках;

- ведение справочника об аптеках;

- аутентификация и идентификация пользователя;

- оформление и продажа лекарственных препаратов;

- печать чека, с информацией о дате, фармацевте и товарах;

- ведение справочника всех продаж с возможностью фильтрации;

- помощь в оформлении заказа;

- учет количества оставшегося товара;

- ведение справочника о приходных накладных;

- печать приходных накладных.

4.1.1 Цель

Этот документ представляет требования к информационной системе аптеки. Части 1 и 2 предназначены преимущественно для заказчиков программного обеспечения. Часть 3 предназначена в основном для инженеров - разработчиков. Целью создания информационной системы является повышение эффективности работы сети аптек. Требуется решить задачи организации автоматизации рабочего места провизора и фармацевта аптеки, обеспечения быстрого доступа ко всем справочникам, а также быстрой подготовки чеков и расчетной документации.

4.1.2 Область применения

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

4.1.3 Определения, термины и сокращения

См. п2., п3.

4.1.4 Ссылки

План управления конфигурациями программного обеспечения (SCMP).

План управления программным проектом (SPMP).

Архитектура программного обеспечения (SDD).

План контроля качества (SQAP).

План пользовательской документации (SUDP).

Документация по тестированию программного обеспечения (STD).

4.2 Общее описание

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

4.2.1 Перспективы продукта

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

Информационная система аптеки предназначена для эксплуатации на ПЭВМ на основе процессора, совместимого с технологией Intel класса Pentium IV (1800 МГц) или выше.

Для функционирования ПО ИС аптеки необходима СУБД SQL Server 2008. Наличие других программных продуктов не требуется.

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

4.2.2 Функции продукта

ПО ИС аптеки должно позволять осуществлять следующее.

Просмотр и редактирование справочников - позволяет просматривать и при необходимости редактировать следующие справочники:

- каталог товаров (перечень товаров, предлагаемых аптекой);

- типы товаров (перечень и описание различных типов товаров - лекарственного чая, препаратов, добавок, витаминов);

- подробный каталог товаров (перечень товаров, их описание, характеристики, преимущества, стоимость);

- каталог аптек (перечень сети аптек);

- должности (список должностей);

Управление движением кадров - ввод, редактирование и хранение информации о сотрудниках аптеки.

Работа с клиентами - оформление чеков, проведение расчетов.

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

Организация поиска по БД - предоставление поиска информации в БД с различными параметрами поиска.

4.2.3 Пользовательские характеристики

Программный комплекс должен включать в себя:

интуитивно-понятный интерфейс;

систему подсказок интерактивной помощи;

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

методы поиска по разным критериям;

вывод необходимой информации в форме отчета;

четко различимый шрифт отображения вводимой текстовой и цифровой информации;

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

систему управления, позволяющую максимально быстро и эффективно осуществлять переходы, исправления введенных данных;

систему предупреждений и оповещений о пропущенных данных, нарушении формата данных, некорректных операциях.

4.2.4 Ограничения

Автоматизированная система будет работать только на ПК с операционной системой Windows XP/Vista/7, установленным и настроенным SQL Server 2008 и на компьютерах соединенных в локальную сеть.

4.2.5 Предложения и зависимости

Предположения и зависимости для ПО ИС аптеки не предусмотрены.

4.2.6 Распределение требований

Требования, описанные в разделах 1 и 2 этого документа, будут называться «С-требования», в разделе 3 -- «D-требования». Основной аудиторией С-требований будет сообщество заказчиков, вторичной -- разработчиков. Для D-требований ситуация обратная. Эти два уровня требований должны быть согласованными. Несогласованности должны быть отмечены отдельно как дефекты. Требования, упомянутые в разделах 1-3, должны быть реализованы в этой текущей версии автоматизированной системы.

4.3 Детальные требования

4.3.1 Требования к производительности

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

4.3.2 Логические требования к базе данных

БД должна быть разработана в СУБД Microsoft SQL Server и содержать информацию с минимальной избыточностью не ниже 4-й нормальной формы. Таблицы БД должны быть связаны по ключам и содержать триггеры для обновления и удаления необходимых записей из связанных таблиц.

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

4.3.3 Ограничения проектирования

Проектирование автоматизированной системы должно быть выполнено с использованием UML и объектно-ориентированного подхода. Реализация должна быть выполнена на Visual C# и SQL Server. Программы будут запускаться как файлы расширения exe.

4.3.4 Требование к архитектуре

Автоматизированная система функционирует на основе архитектуры Базы Данных. Схема архитектуры показана на рисунке 4.2.



Рисунок 4.2 - Централизованная архитектура

4.3.5 Атрибуты программной системы

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

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

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

безотказности (под этим понимается минимизация вероятности возникновения какого-либо отказа);

отказоустойчивости (способности к нейтрализации отказов, сохранению эффективности, несмотря на отказы отдельных компонентов);

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

ПО информационной системы фирмы должно быть доступно на всех компьютерах пользователей, допускается недоступность системы не более 2% времени в любой 30-дневный период.

Автоматизированная система доступна только на компьютерах связанных между собой локальной сетью и установленной СУБД SQL Server.

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

5. Исследовательская работа

5.1 Организация деятельности аптеки

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

По выполняемым функциям сотрудники аптеки бывают:

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

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

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

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

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

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

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

Прием и увольнение санитарки оформляет заведующий аптекой ЛПУ. Санитарка аптеки выполняет различную работу (мытье и обработку посуды, уборку помещений и др.).

6. Проектирование архитектуры задачи

6.1 Введение

В данном документе описывается архитектура автоматизированной системы аптеки.

6.1.1 Цель

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

6.1.2 Описание проекта

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

6.1.3 Определение, сокращения и термины

См. п2., п3.

6.2 Ссылки

UML: The Unified Modeling Language User Guide. G. Booch, J. Rumbaugh, LJacobson, Addison-Wesley, 1998.

Стандарт IEEE 1016-1987 устанавливает основные направления разработки SDD.

6.3 Описание декомпозиции

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

6.4 Модульная декомпозиция

Информационная система состоит из трех модулей: Интерфейс с БД, Интерфейсы, Регистрация (Авторизация). Эти модули показаны на рисунке 6.1.

Рисунок 6.1-Системные модули

6.5 Описание интерфейса процессов

Диаграмма вариантов использования процессов интерфейса приложения (рис. 6.3).



Рисунок 6.3 - Диаграмма вариантов использования

6.6 Детальное проектирование

6.6.1 Проектирование концептуальной модели базы данных

Концептуальная модель базы данных отражает атрибуты всех сущностей и связи между ними, перечисленных далее:

1) Товары относятся к таблице Витамины, таблице Препараты, таблице Добавки, таблице Чай связью один к одному по полю Номер товара (id_товара);

2) Аптеки относятся к таблице Сотрудники связью один ко многим по полю Номер аптеки (id_аптеки);

3) Поставки относятся к таблице Поставщики связью многие к одному по полю Номер поставщика (id_поставщика) и таблице Товары многие к одному по полю Номер товара (id_товара);

4) Таблица Наличие относятся к таблице Аптеки связью многие к одному по полю Номер аптеки (id_аптеки) и таблице Товары многие к одному по полю Номер товара (id_товара);

5) Чеки относятся к таблице Сотрудники (employee) связью многие к одному по полю Номер сотрудника (id_сотрудника), к таблице Продажи связью многие к одному по полю Номер чека (id_чека)

6.6.2 Проектирование архитектуры базы данных

Реляционная модель базы данных представлена на рисунке 6.5.

Рисунок 6.5 - Реляционная модель базы данных

Таблица 6.2 - Товары

Поле	Тип	Описание
id_товара	Целое число	Номер товара
Наименование	Текст	Наименование товара
Производитель	Текст	Производитель товара
Цена	Денежный формат	Цена товара
Цена поставки	Денежный формат	Цена товара
Примечание	Текст	Примечание

В таблице 6.3 представлена структура таблицы «Витамины».

Таблица 6.3 - Витамины

Поле	Тип	Описание
Id_товара	Целое число	Номер товара
Действующее вещество	Текст	Действующее вещество
Физиологическая роль	Текст	Физиологическая роль
Верхний допустимый уровень	Текст	Верхний допустимый уровень
Суточная потребность	Текст	Суточная потребность

Таблица 6.4 - Препараты

Поле	Тип	Описание
Id_товара	Целое число	Номер товара
Форма выпуска	Текст	Форма выпуска
Состав	Текст	Состав препарата
Показания	Текст	Показания

В таблице 6.5 представлена структура таблицы «Добавки».

Таблица 6.5 - Добавки

Поле	Тип	Описание
Id_товара	Целое число	Номер товара
Вид	Текст	Вид
Группа	Текст	Группа
Подгруппа	Текст	Подгруппа

В таблице 6.6 представлена структура таблицы «Чай».

Таблица 6.6 - Чай

Поле	Тип	Описание
Id_товара	Целое число	Номер товара
Состав	Текст	Состав
Дозировка	Текст	Дозировка
Противопоказания	Текст	Противопоказания
Побочные действия	Текст	Побочные действия

В таблице 6.7 представлена структура таблицы «Наличие».

Таблица 6.7- Наличие

Поле	Тип	Описание
Id_записи	Целое число	Номер записи
Id_товара	Целое число	Номер товара
Id_аптеки	Целое число	Номер аптеки
Количество	Целое число	Количество товара в аптеке

В таблице 6.8 представлена структура таблицы «Чеки».

Таблица 6.8 - Чеки

Поле	Тип	Описание
Id_чека	Целое число	Номер чека
Id_сотрудника	Целое число	Номер сотрудника
Дата	Дата	Дата создания чека

Таблица 6.9 - Аптеки

Поле	Тип	Описание
Id_ аптеки	Целое число	Номер аптеки
Наименование	Текст	Наименование аптеки
Телефон	Текст	Номер телефона аптеки
Город	Текст	Город
Адрес	Текст	Адрес аптеки

В таблице 6.10 представлена структура таблицы «Сотрудники».

Таблица 6.10 - Сотрудники

Поле	Тип	Описание
Id_сотрудника	Целое число	Номер сотрудника
Id_ аптеки	Целое число	Номер аптеки
ФИО	Текст	ФИО сотрудника
Адрес	Текст	Адрес сотрудника
Пароль	Текст	Пароль сотрудника
Должность	Текст	Должность сотрудника
Телефон	Текст	Номер телефона сотрудника

В таблице 6.11 представлена структура таблицы «Продажи».

Таблица 6.11 - Продажи

Поле	Тип	Описание
Id_записи	Целое число	Номер записи
Id_Товара	Целое число	Номер товара
Id_чека	Текст	Номер чека

В таблице 6.12 представлена структура таблицы «Поставки».

Таблица 6.12 - Поставки

Поле	Тип	Описание
Id_поставки	Целое число	Номер поставки
Id_поставщика	Целое число	Номер поставщика
Дата	Дата	Дата поставки
Id Товара	Целое число	Номер товара

Таблица 6.13 - Поставщики

Поле	Тип	Описание
Id_поставщика	Целое число	Номер поставщика
Организация	Текст	Наименование организации
Телефон	Текст	Номер телефона
Город	Текст	Город
Адрес	Текст	Адрес организации

7. Технологии и качество проектирования

7.1 Описание среды разработки

Microsoft Visual C# - одно из самых популярных сегодня программных обеспечений, которое позволяет создавать приложения разного рода. C# представляет собой особый язык программирования, который предназначен для разработки и проектирования всевозможных приложений. Приложения, которые могут создаваться на основе этого языка, работают в среде.NET Framework. Особенностями данного языка можно назвать его строгую типизацию, а также ориентированность на определенный объект. Немаловажен тот факт, что библиотека классов.NET Framework позволяет открыть доступ к различным службам операционной системы. С помощью библиотеки также можно получить доступ к другим классам, это значительно ускоряет процесс разработки приложений и, бесспорно, относится к положительным моментам системы.

С помощью Visual C# 2008 можно создавать приложения для операционной системы Windows, всевозможные веб-службы, компоненты, средства для баз данных, элементы управления приложениями и многое другое. Интегрированная среда разработки Visual C# представляет собой набор средств разработки, предоставляемых через единый пользовательский интерфейс. Некоторые средства используются совместно с другими языками Visual Studio, в то время как другие, например, компилятор C#, свойственны только Visual C#.

Уникальными функциональными возможностями Visual Studio 2008 являются поставка с графическими конструкторами, поддержка использования отдельных фрагментов кода, средства для работы с базами данных, утилиты для просмотра объектов и проектов и встроенная справочная система.

Некоторые основные возможности Visual Studio (VS), благодаря которым эта система является наиболее привлекательным средством разработки в.NET Framework:

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

* Текстовый редактор VS может интеллектуально обнаруживать ошибки и подсказывать в процессе ввода, какой именно код необходим.

* В состав VS входят программы, позволяющие создавать приложения в Windows Forms и Web Forms путем простого перетаскивания мышью элементов пользовательского интерфейса.

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

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

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

7.2 Описание СУБД

Microsoft SQL Server 2008 - это надежная и эффективная реляционная система управления базами данных, работающая с различными приложениями и позволяющая делать запросы к базе данных, как на языке Transact-SQL, так и на Visual C#. В SQL Server 2008 имеется большой набор интегрированных служб, расширяющих возможности использования данных. Система SQL Server 2008 позволяет обращаться к данным из любого приложения, разработанного с применением технологий Microsoft.NET и Visual Studio.

Еще одной важной функцией, поддерживаемой Microsoft SQL Server, является возможность создания триггеров DML, процедур осуществляющих определенные действия, например проверку непротиворечивости данных и автозаполнение, при модификации таблиц БД.

СУБД SQL Server 2008 корпорации Microsoft обладает исключительно высокими скоростными характеристиками и в этом отношении заметно выделяется среди аналогичных систем. Набор команд и функций, предлагаемых разработчикам программных продуктов в среде Microsoft SQL Server, по мощи и гибкости отвечает любым современным требованиям к представлению и обработке данных. Здесь реализован максимально удобный, гибкий и эффективный пользовательский интерфейс. Система также обладает средствами быстрой генерации форм, отчетов и меню, поддерживает язык Transact-SQL. В БД дипломного проекта этот язык использовался для описания правил целостности и непротиворечивости информации.

8. Сборка проекта

8.1 Введение

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

8.2 Создание базиса интеграции

Сборка проходит в три этапа:

ѕ на первом этапе (рисунок 8.2) собираются в главный модуль интерфейсы и функции по управлению;

ѕ на втором этапе (рисунок 8.3) собираются в модуль базы данных базы и функции для работы с ней;

ѕ на третьем этапе (рисунок 8.4) собираются в модуль функционал функции таблиц, запросов, форм, отчетов.

План интеграции программы представлен на рисунке 8.1.

Рисунок 8.1 - План интеграции

8.2.1 Интеграционная сборка 1

Рисунок 8.2 - План сборки 1

8.2.2 Интеграционная сборка 2

Рисунок 8.3 - План сборки 2

8.2.3 Интеграционная сборка 3

Рисунок 8.4 - План сборки 3

9. Тестирование

В этом разделе будет дано определение тестирования «черного», «белого» и «серого ящика». В остальной части главы будет описано, как планировать, проектировать и выполнять такие тесты.

Когда мы интересуемся исключительно тем, как программа или ее часть предоставляет соответствующие выходные данные, мы тестируем ее на каждое требование, используя подходящие входные данные. Это называется тестированием «черного ящика», поскольку мы не обращаем внимания на то, что находится внутри «ящика» (программы): «ящик» может быть «черным». Тесты «черного ящика» могут быть эффективны, если мы можем убедиться, что они исчерпывают все комбинации входных данных. Это докажет заказчику, что все требования удовлетворены. Однако никакое тестирование не охватывает всех возможностей.

Тестирование «черного ящика» похоже на тестирование моста путем проезда по нему нескольких комбинаций различных транспортных средств. Это неэффективно, поскольку нам нужно проверить и составные части моста, и то, как они объединены в систему. Последнее называется идеей «тестирования белого ящика». Тестирование «черного ящика» и «белого ящика» проиллюстрировано на рисунке 9.1.

Рисунок 9.1 - Типы тестов

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

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

9.1 Тестирование автоматизированной системы

Результаты тестирования представлены в таблице 9.1

Таблица 9.1 - Результаты тестирования

Описание теста	Модуль	Результат
Запрет входа в систему без ввода корректного пароля	Login.cs	Тест пройден
Вход в роли гостя при неверном вводе пароля	Login.cs	Тест пройден
Запрет на ввод отрицательный значений	Main.cs	Тест пройден
Проверка возможности редактирования	UserSingleton.cs	Тест пройден
Проверка возможности выполнения заказа	UserSingleton.cs	Тест пройден

10. Руководство пользователя

После запуска приложения перед вами появится окошко выбора сотрудника и ввода пароля. Вы должны будете ввести ранее забитый вами в вашу базу пароль (рис 10.1) или войти в систему как Гость.

Рисунок 10.1 - Ввод пароля

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

Рисунок 10.2-Каталог товаров

Для просмотра подробной информации о товаре необходимо выбрать ее в каталоге и щелкнуть левой кнопкой мышки (рис 10.3).

Рисунок 10.3-Информация о товаре

В зависимости от входа в систему пользователь, если он является фармацевтом или провизором, может оформить заказ у клиента с помощью кнопки “Купить”. Администратор БД может редактировать информацию о товаре или удалить его из каталога (рис 10.4).

Рисунок 10.4-Редактирование информации о товаре

Для просмотра контактных сведений необходимо нажать на кнопку “Контакты”. Здесь также имеется возможность фильтрации значений по выбранному критерию. Для редактирования информации требуется выполнить двойной щелчок левой кнопкой мыши (рис 10.5)



Рисунок 10.5-Просмотр информации о сотрудниках

Вкладка “Поставки” позволяет выбрать поставщика, аптеку и товары (рис 10.6)

Рисунок 10.6-Просмотр информации о поставке

Вкладка “Продажи” выводит информацию о продажах (рис 10.7).



Рисунок 10.7 - Просмотр продаж

При двойном щелчке по строке можно увидеть список товаров, вошедших в продажу (рис 10.8)

Рисунок 10.8-Просмотр товарного чека

Заключение

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

1. Разработанная система автоматизирует и упрощает работу фармацевта и провизора аптеки.

2. Предоставляет клиенту просмотреть каталог товаров.

3. Предоставляет клиенту возможность выбрать товар по его предпочтениям.

4. Так же при создании АС были исследованы условия труда инженера-программиста на его рабочем месте на предприятии (в лаборатории по разработке ПО) и сделаны конкретные предложения по их улучшению.

5. На основании вышесказанного можно сделать вывод о том, что разработка данной АС является целесообразной и будет приносить реальную пользу при использовании ее на предприятии.

Список использованных источников

1 Малыхина М.П. Базы данных: основы, проектирование, использование, 3-е изд. перераб. и доп. - СПб.: БХВ-Петербург, 2007. - 528 с.

2 Гандерлой М., Джорден Д., Дейвид Ч. Освоение Microsoft SQL Server 2008.: Пер. с англ. ООО “И.Д. Вильямc”, 2008. - 1104 с.

3 Ватсон К. C#. : Пер. с англ. Изд. “Лори”, 2005. - 862 с.

4 Харинатх С., Куинн С. SQL Server Analysis Services 2008.: Пер. с англ. Изд. Wrox, 2008. - 844 с.

5 Троелсен Э. Язык программирования С# 2008 и платформа.NET 3.5, 4-е изд.: Пер. с англ. ООО "И.Д. Вильямc", 2010. - 1344 с.

6 Coles M. Pro T-SQL 2008 Programmer's Guide: Изд. Apress, 2008. - 688 c.

7 Миклашевская Л.Н., Цуприков А.А. Оценка экономической эффективности программного изделия. Методические указания по дипломному проектированию для студентов специальности 22.04. - Кр.: КубГТУ, 1999. - 30 с.

8 Миклашевская Л.Н. Технология создания ПО. Курс лекций. - Кр.: Кубанский государственный технологический университет, 1994. - 59 с.

9 Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование: Пер. с англ.: ДМК Пресс, 2001.-176с.

Приложение

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

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

private void btn_ok_Click(object sender, Routed Event Args e)

{

User Singleton user = User Singleton. Get Instance();

try

{

Сотрудники worker = adapter.get Worker By Name (cmb Name. Text);

string pas = worker.Пароль.Trim();

if (pas == password.Password.Trim())

{

switch (worker.Должность.Trim())

{

case "Администратор":

user.current_user_type = User Singleton. User Type. Администратор;

user.id_worker = worker.id_сотрудника;

Аптеки shop3 = adapter. Get Drugstore By WorkerId (worker.id_сотрудника);

user.id_drugstore = shop3.id_аптеки;

break;

case "Администратор БД":

user.current_user_type = User Singleton. User Type.Администратор_БД;

break;

case "Фармацевт":

user.current_user_type = User Singleton. User Type.Фармацевт;

user.id_worker = worker.id_сотрудника;

Аптеки shop = adapter.get Drugstore By WorkerId (worker.id_сотрудника);

user.id_drugstore = shop.id_аптеки;

break;

case "Провизор":

user.current_user_type = User Singleton. User Type. Провизор;

user.id_worker = worker.id_сотрудника;

Аптеки shop2 = adapter.get Drugstore By WorkerId (worker.id_сотрудника);

user.id_drugstore = shop2.id_аптеки;

break;

default:

user.current_user_type = User Singleton. User Type.Гость;

break;

}

this. Close();

}

else

{

Message Box Result result = Message Box. Show("Пароль введен неверно! Войти как Гость в систему?", "Внимание", Message Box Button.Yes No, Message BoxImage. Warning);

if (result == Message Box Result. Yes)

{

user.current_user_type = User Singleton. User Type. Гость;

this.Close();

}

}

}

catch (Exception ex)

{

user.current_user_type = User Singleton. User Type. Гость;

this.Close();

}

}

Часть программы, отвечающая за взаимодействие с базой данных:

public class Data Base Adapter

{

private Drugstore Entities context = null;

public Data Base Adapter()

{

context = new Drugstore Entities();

}

region Товары

public I Queryable get Tea Goods Info()

{

var list = from goods in context.Товары

from item in context.Чай

where goods.id_товара == item.id_товара

select new

{

id = goods.id_товара,

description = goods.Наименование,

cost = goods. Цена,

image = goods. Примечание,

cost_supply = goods. Цена_поставки,

consist = item. Состав,

dosage = item. Дозировка,

contra = item. Противопоказания,

side = item. Побочные_действия

};

return list;

}

public I Queryable get Vitamins Goods Info()

{

var list = from goods in context. Товары

from item in context. Витамины

where goods.id_товара == item.id_товара

select new

{

id = goods.id_товара,

description = goods. Наименование,

cost = goods .Цена,

image = goods. Примечание,

cost_supply = goods. Цена_поставки,

action = item. Действующее_вещество,

role = item. Физиологическая_роль,

top_limit = item. Верхний_допустимый_уровень,

need = item. Суточная_потребность

};

return list;

}

public I Queryable get Drug Goods Info()

{

var list = from goods in context. Товары

from item in context. Препараты

where goods.id_товара == item.id_товара

select new

{

id = goods.id_товара,

description = goods. Наименование,

cost = goods. Цена,

image = goods. Примечание,

cost_supply = goods. Цена_поставки,

form = item. Форма_выпуска,

consist = item. Состав,

statement = item. Показания

};

return list;

}

public I Queryable get Adding Goods Info()

{

var list = from goods in context.Товары

from item in context.Добавки

where goods.id_товара == item.id_товара

select new

{

id = goods.id_товара,

description = goods. Наименование,

cost = goods. Цена,

image = goods. Примечание,

cost_supply = goods. Цена_поставки,

type = item. Вид,

mgroup = item. Группа,

sub_group = item. Подгруппа

};

return list;

}

public void insertTea (string name, string cost, string cost_supply, string image, string consist, string dosage, string contra, string side)

{

Товары goods = new Товары();

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int.Parse (cost);

goods. Цена_поставки = int.Parse (cost_supply);

goods. Производитель = "США";

context.Товары. Add Object (goods);

context. Save Changes();

Чай item = new Чай();

item.id_товара = goods.id_товара;

item. Состав = consist;

item. Дозировка = dosage;

item. Противопоказания = contra;

item. Побочные_действия = side;

context. Чай. AddObject (item);

context. Save Changes();

}

public void insertVitamins (string name, string cost, string cost_supply, string image, string action, string role, string top_limit, string need)

{

Товары goods = new Товары();

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int.Parse(cost);

goods. Цена_поставки = int.Parse (cost_supply);

goods. Производитель = "США";

context. Товары.AddObject(goods);

context. Save Changes();

Витамины item = new Витамины();

item.id_товара = goods.id_товара;

item. Действующее_вещество = action;

item. Физиологическая_роль = role;

item. Верхний_допустимый_уровень = top_limit;

item. Суточная_потребность = need;

context. Витамины. Add Object (item);

context. Save Changes();

}

public void insertDrug (string name, string cost, string cost_supply, string image, string form, string consist, string statement)

{

Товары goods = new Товары();

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int. Parse(cost);

goods.Цена_поставки = int.Parse (cost_supply);

goods. Производитель = "США";

context. Add To Товары( goods);

context. Save Changes();

Препараты item = new Препараты();

item.id_товара = goods.id_товара;

item. Форма_выпуска = form;

item. Состав = consist;

item. Показания = statement;

context. Add To Препараты (item);

context. Save Changes();

}

public void insertAdding (string name, string cost, string cost_supply, string image, string type, string mgroup, string sub_group)

{

Товары goods = new Товары();

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int.Parse(cost);

goods. Цена_поставки = int. Parse (cost_supply);

goods. Производитель = "США";

context. Add To Товары(goods);

context. Save Changes();

Добавки item = new Добавки();

item.id_товара = goods.id_товара;

item. Вид = type;

item. Группа = mgroup;

item. Подгруппа = sub_group;

context. AddT o Добавки(item);

context.Save Changes();

}

private void insertGoodsToSupply(int id_goods, int id_supplier)

{

Поставки supply = new Поставки();

supply.id_товара = id_goods;

supply.id_поставщика = id_supplier;

context. Поставки.AddObject(supply);

context. SaveChanges();

}

private void insert Goods To Наличие (int id_goods, int id_drugstore, int number)

{

Наличие exists = new Наличие();

exists.id_аптеки = id_drugstore;

exists.id_товара = id_goods;

exists. Количество = number;

context. Наличие. Add Object (exists);;

context. SaveChanges ();

}

public void updateTea(int id, string name, string cost, string cost_supply, string image, string consist, string dosage, string contra, string side)

{

Товары goods = context. Товары. First(p => p.id_товара == id);

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int.Parse(cost);

goods. Цена_поставки = int.Parse(cost_supply);

goods. Производитель = "США";

Чай item = context. Чай. First(p => p.id_товара == id);

item. Состав = consist;

item. Дозировка = dosage;

item. Противопоказания = contra;

item. Побочные_действия = side;

context.SaveChanges();

}

public void updateVitamins(int id, string name, string cost, string cost_supply, string image, string action, string role, string top_limit, string need)

{

Товары goods = context. Товары. First(p => p.id_товара == id);

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int.Parse(cost);

goods. Цена_поставки = int.Parse(cost_supply);

goods. Производитель = "США";

Витамины item = context.Витамины.First(p => p.id_товара == id);

item. Действующее_вещество = action;

item. Физиологическая_роль = role;

item. Верхний_допустимый_уровень = top_limit;

item. Суточная_потребность = need;

context. Save Changes();

}

public void updateDrugs(int id, string name, string cost, string cost_supply, string image, string form, string consist, string statement)

{

Товары goods = context. Товары. First(p => p.id_товара == id);

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int.Parse(cost);

goods. Производитель = "США";

goods. Цена_поставки = int.Parse(cost_supply);

Препараты item = context. Препараты. First(p => p.id_товара == id);

item. Форма_выпуска = form;

item. Состав = consist;

item.Показания = statement;

context. Save Changes();

}

public void updateAdding(int id, string name, string cost, string cost_supply, string image, string type, string mgroup, string sub_group)

{

Товары goods = context. Товары. First (p => p.id_товара == id);

goods. Наименование = name;

goods. Примечание = image;

goods. Цена = int. Parse(cost);

goods. Цена_поставки = int. Parse (cost_supply);

goods. Производитель = "США";

Добавки item = context. Добавки. First(p => p.id_товара == id);

item.Вид = type;

item.Группа = mgroup;<...