Преподаватель который помогает студентам и школьникам в учёбе.

«Проектирование реализации операций бизнес-процесса «Учет реализации лекарственных препаратов через аптечную сеть»

Содержание:

ВВЕДЕНИЕ

Актуальность исследования.

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

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

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

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

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

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

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

Цель курсовой работы – разработать такое программное приложение для аптеки ООО «ФАРМ», которое позволит автоматизировать процесс реализации лекарственных препаратов через данную аптечную сеть. Программное обеспечение будет содержать дополнительную информацию о лекарственном препарате, которое позволит оперативно информировать потребителя о свойствах заказываемого лекарственного препарата. Это даст возможность аптеке давать полную и исчерпывающую информацию потребителю о препарате, который он приобретает. Таким самым, подобный подход к клиенту позволит добиться большей лояльности со стороны потребителей данной аптеки.

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

Выявить перечень задач автоматизации бизнес – процесса «Учет реализации лекарственных препаратов через аптечную сеть»;
Дать характеристику существующим бизнес – процессам на предприятии ООО «ФАРМ»;
Обосновать проектные решения по информационному обеспечению;
Обосновать проектные решения по программному обеспечению;
Дать полное описание информационной модели программного обеспечения;
Рассмотреть дерево функций и сценарий диалога;
Дать анализ нормативно справочной информации, на основании которой будет составляться программное обеспечение. Также необходимо рассмотреть входную и оперативную информацию для того, чтобы проанализировать все детали и нюансы бизнес – процесса реализации лекарственных препаратов через аптеку ООО «ФАРМ»;
Рассмотреть и проанализировать программные модули;
Рассмотреть процесс создания базы данных;
Подробно и пошагово рассмотреть и проиллюстрировать процесс создания программы «Учет реализации лекарственных препаратов в аптеке «ООО ФАРМ»» в DELPHI 7.

Объектом исследования данной курсовой работы является предприятие ООО «ФАРМ» - фармацевтическое учреждение, которое занимается реализацией через розничную сеть лекарственных препаратов.

Предметом исследования выступает разработка программного обеспечения «Учет реализации лекарственных препаратов в аптеке «ООО ФАРМ»». Также предметом исследования выступает процесс автоматизации данного бизнес – процесса по реализации лекарств через аптеку.

Работа состоит из введения, двух глав («Аналитическая часть», «Проектная часть»), заключения и списка использованной литературы.

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации

Комплекс задач автоматизации включает в себя следующее:

- значительным образом увеличивается скорость обработки информации.

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

- автоматизация бизнес – процесса осуществлять контроль объемов информации.

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

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

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

Таким образом, на основании этого можно прийти к следующему выводу:

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

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

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

1.2. Характеристика существующих бизнес – процессов

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

Рисунок 1 - Существующая схема бизнес - процесса

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

В начале продавцу в аптеке от покупателя поступает запрос на определенное лекарственное средство.

Далее продавцу в аптеке необходимо в EXCEL осуществить поиск данного лекарственного средства, а также его цены. Это занимает порядка 5-7 минут.

Далее необходимо осуществить поиск информации об остатках данного средства в аптеке.

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

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

Таким образом, было рассмотрено, каким образом, на предприятии ООО «ФАРМ» осуществляется реализация бизнес – процесса «Учет реализации лекарственных препаратов через аптечную сеть».

1.3. Характеристика документооборота, возникающего при решении задачи

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

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

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

- доверенность о праве получения товара в аптеку к реализации.

- документ, где отражается информация о лекарственном препарате по устному запросу покупателя. Это документы в формате EXCEL и WORD, где в табличном виде отражается информация о каждом лекарственном препарате.

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

Таким образом, был рассмотрен документооборот в аптеке ООО «ФАРМ».

1.4. Обоснование проектных решений по информационному обеспечению

Организация хранения файлов в информационной базе должна отвечать следующим требованиям:

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

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

-своевременность и одновременность обновления данных во всех копиях данных;

-гибкость системы, т.е. степень приспособления информационной базы к изменяющимся информационным потребностям;

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

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

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

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

Существуют следующие способы организации информационной базы:

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

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

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

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

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

1.4 Обоснование проектных решений по программному обеспечению

DELPHI 7 является одной из самой популярной программой для создания программных приложений любой сложности. Благодаря DELPHI 7 можно достаточно быстрым образом написать 32 разрядное приложение любой сложности.

Программирование очень удобно в DELPHI 7, разработанной компанией Borland. Данная среда является одной из ведущих систем программирования, используемых для разработки современных программных продуктов, и в первую очередь приложений операционной системы MS Windows. Система Delphi базируется на использовании языка программирования Object Pascal, который является логическим продолжением и развитием классического языка программирования Паскаль.

Borland Delphi 7 - это одна из стабильных и проверенных временем версий языка Delphi . До сих пор в ней ведутся разработки, как крупных проектов, так и мелких. И по сей день она успешно справляется с задачами. Многие программы, разработанные в Borland Delphi 7, благополучно работают и на операционных системах Windows 7 (x84, x64). Есть небольшая проблема в новых версиях ОС Windows с отображением справки Delphi, но пара манипуляций позволяет это исправить. Что касается справки в Delphi, она очень подробная и понятная (как правило, это редкость в языках программирования), хотя и англоязычная.

Так же, IDE среда разработки Borland Delphi 7, для начинающих (да и вообще для разработчиков) интуитивно более понятна и проста в освоении, чем более младшие версии языка (в последующих версиях очень запутали и усложнили интерфейс). Но, есть один приятный момент, большинство приложений написанных в Delphi 7, легко открываются и компилируются в более поздних версиях языка (только с используемыми сторонними компонентами могут возникнуть некоторые проблемы)^[1].

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

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

1) Являться компиляторами (т.е. на любой стадии разработки создает настоящий машинный код).

2) Работать и создавать исполнимые файлы для платформы Windows 9x/NT (далее Win32).

3) Давать возможность низкоуровневой отладки (просмотр произвольных областей памяти, точки останова, просмотр и модификация значений переменных, дизассемблирование) ^[2].

Выводы по главе 1.

В первой главе данной курсовой работы были раскрыты аналитические аспекты выбранной тематики «Учет реализации лекарственных препаратов через аптечную сеть».

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

- также были рассмотрены проектные решения по информационному и программному обеспечению.

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

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

Следует отметить, что предприятие ООО «ФАРМ» является небольшой аптекой в спальном районе города, где объемы продаж не столь велики, как в центральных крупных аптеках. Тем не менее, требования современного общества обязывают автоматизировать такой процесс, как реализацию лекарств, в данном случае товара. Это позволит учитывать каждое движение лекарств в аптеке, а также адекватно оценивать ситуацию на складе аптеки. Ведь дефицит товара, как и его излишек негативно скажется на потребительском спросе и на деятельности аптеки в целом.

Программное приложение построено таким образом, чтобы защитить пользователей данной программы от нежелательного вмешательства. Поэтому программа будет защищена паролем.

Создаваемое программное приложение «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»» позволит быстро и точно найти требуемое лекарство от потребителя. В программном обеспечении сразу отразится информация обо всех характеристиках товара:

- наименование

- активное вещество и его доза

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

- производитель.

- количество в упаковке и цена 1 упаковки.

- остаток данного лекарства на складе.

Информационная модель наглядно представлена в виде следующего рисунка.

Рисунок 2 – Информационная модель бизнес – процесса «Учет реализации лекарственных препаратов через аптечную сеть»

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

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

Формирование информационной модели основывается на трех видах информации:

- нормативно – справочная информация.

- входная информация.

- оперативная информация.

Нормативно – справочная информация для аптечной организации очень объемна, так как аптечная деятельность очень серьезна и предполагает множество инструментов регулирования деятельности, так как связана с обеспечением здоровья и жизни человека. Рассмотрим основную нормативно – справочную информацию:

-Федеральный закон от 12.04.2010 № 61-ФЗ (ред. ФЗ 2010-2015гг.) «Об обращении лекарственных средств».

-Федеральный закон от 21.11.2011 № 323 (в ред. ФЗ 2011-2015гг.) «Об основах охраны здоровья граждан в РФ».

-Постановление Правительства № 654 от 8 августа 2009 г. «О СОВЕРШЕНСТВОВАНИИ ГОСУДАРСТВЕННОГО РЕГУЛИРОВАНИЯ ЦЕН НА ЛЕКАРСТВЕННЫЕ ПРЕПАРАТЫ, ВКЛЮЧЕННЫЕ В ПЕРЕЧЕНЬ ЖИЗНЕННО НЕОБХОДИМЫХ И ВАЖНЕЙШИХ ЛЕКАРСТВЕННЫХ ПРЕПАРАТОВ» (в ред. Постановлений Правительства 2009-2015 гг.).

-Федеральный Закон № 2300-1 от 07.02.1992г. (в ред. ФЗ 1996-2016гг.) «О защите прав потребителей».

-Федеральный Закон № 52 от 30.03.99г. (в ред. ФЗ 2001-2008гг.) «О санитарно-эпидемиологическом благополучии населения».

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

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

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

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

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

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

Таким образом, была рассмотрена нормативно – справочная, входная и оперативная информация.

2.3 Характеристика результатной информации

Результатная информация – это такая информация, которую получает пользователь программного обеспечения «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»», при запуске программы.

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

Рисунок 3 – Запрос логина и паролем

После того, как необходимый и правильный логин и пароль был введен, то программа «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»» запускается и выводится следующее окно.

Если пароль и логин верные, то открывается следующее окно:

Рисунок 4 – Результирующая информация

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

2) Окно «Активное вещество» отражает то вещество, которое является основным в данном препарате и является активным. Данная информация является вспомогательной для продавца в аптеке, так как при запросе лекарства, которого нет на данный момент в аптеке, аптекарь может предложить покупателю купить препарат с аналогичным активным веществом.

3) Окно «Доза активного вещества» отражает информацию о дозе того вещества, которое является активным.

4) Окно «Фармакологическая группа» отражает информацию о том, к какой группе лекарственных препаратов относится запрашиваемое лекарство.

5) Окно «Форма выпуска» отражает информацию о том, в какой форме выпускается лекарство. Это необходимая информация для потребителя, так как одно и то же лекарство может выпускаться в различных формах. Продавец на основании данной информации реализует лекарство нужной формы выпуска.

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

Например, 10 пакетов НИМЕСИЛА стоит 300 рублей. Однако покупатель пришел и ему необходимо лишь 3 пакета НИМЕСИЛА. В таком случае, продавец аптеки обязан произвести следующий расчет:

300 рублей / 10 пакетов * 3 пакета = 90 рублей. Такую сумму покупатель должен заплатить в кассу аптеки после совершения покупки.

7) Окно «Производитель» также является часто запрашиваемой информацией от потребителя. Один и тот же лекарственный препарат может быть произведен различными производителями, нередко, с разными качественными характеристиками.

Например, Антибиотик «ФРОМИЛИД» производителя Бельгии является более качественным и эффективным, нежели аналогичный препарат производителя Индии. Это важно для потребителя, поэтому данная информация и должна быть в данной программе.

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

9) Окно «Цена за 1 упаковку» отражает актуальную розничную цену лекарственного препарата для потребителя.

Таким образом, в разделе была рассмотрена результирующая информация, которая получается при работе с программой «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»».

2.4 Общие положения (дерево функций и сценарий диалога)

Дерево функций определяет функции продавца аптечного учреждения ООО «ФАРМ». На его основании и проектируется программное обеспечение «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»», так как должны детально исследоваться все функции работника аптеки, чтобы сделать программное обеспечение максимально полезным.

Дерево функций можно представить в виде следующей блок – схемы:

Рисунок 5 – Блок – схема дерева функций, которая позволяет автоматизировать бизнес – процесс «Учет реализации лекарственных препаратов через аптечную сеть»

Далее рассмотрим сценарий диалога также в виде блок – схемы.

Рисунок 6– Блок – схема сценария диалога, которая позволяет автоматизировать бизнес – процесс «Учет реализации лекарственных препаратов через аптечную сеть»

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

2.5 Характеристика базы данных

База данных «Лекарства» создается в MICROSOFT ACCESS. Данная программа предназначена специально для того, чтобы создавать необходимые базы данных любой сложности. Инструментарий программы MICROSOFT ACCESS позволяет создавать базы данных любой конфигурации и различными способами. Это и обосновывает выбор данной программы MICROSOFT ACCESS для создания базы данных «Лекарства».

Необходимо запустить MICROSOFT ACCESS. Затем необходимо совершить следующие процедуры:

Файл – Создать – Новая база данных. Базу данных создаем в режиме конструктора, так как структура создаваемой базы данных предполагает ее создание именно в этом режиме.

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

Рисунок 7– Сохранение таблицы в базе данных MICROSOFT ACCESS

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

Рисунок 8– Готовая таблица в базе данных MICROSOFT ACCESS

Открываем таблицу «Лекарственные препараты» и вводим необходимые данные. Данная таблица содержит следующие поля:

1) Поле «Наименование» отражает наименование лекарственного препарата, который находится в данной аптечной сети для реализации потребителям.

2) Поле «Активное вещество» отражает то вещество, которое является основным в данном препарате и является активным. Данная информация является вспомогательной для продавца в аптеке, так как при запросе лекарства, которого нет на данный момент в аптеке, аптекарь может предложить покупателю купить препарат с аналогичным активным веществом.

3) Поле «Доза активного вещества» отражает информацию о дозе того вещества, которое является активным.

4) Поле «Фармакологическая группа» отражает информацию о том, к какой группе лекарственных препаратов относится запрашиваемое лекарство.

5) Поле «Форма выпуска» отражает информацию о том, в какой форме выпускается лекарство. Это необходимая информация для потребителя, так как одно и то же лекарство может выпускаться в различных формах. Продавец на основании данной информации реализует лекарство нужной формы выпуска.

6) Поле «Количество в упаковке» отражает информацию о том, сколько единиц лекарства находится в упаковке. Данная информация необходима, так как цена в программе представлена за 1 упаковку. Однако покупателю может понадобиться лишь половина упаковки. Тогда цена за покупаемое лекарство соответственно должна быть пересчитана.

7) Поле «Производитель» также является часто запрашиваемой информацией от потребителя. Один и тот же лекарственный препарат может быть произведен различными производителями, нередко, с разными качественными характеристиками.

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

9) Поле «Цена за 1 упаковку» отражает актуальную розничную цену лекарственного препарата для потребителя.

Рисунок 9– База данных MICROSOFT ACCESS «Лекарственные препараты»

Таким образом, в разделе была подробно описана база данных «Лекарственные препараты», которая создавалась для активации программного обеспечения в DELPHI 7, для того, чтобы автоматизировать бизнес – процесс учета реализации лекарственных препаратов в аптеке.

2.6 Структурная схема пакета (дерево вызова программных модулей)

Дерево вызова программных модулей выглядит следующим образом:

Запускается программа DELPHI 7.

Далее программа запрашивает логин и пароль, окно которого расположено на FORM 1 и управляется UNIT 1.

Затем выводится результирующая информация на форме FORM 2, которая управляется UNIT 2.

Графически это можно представить следующим образом.

Рисунок 10 - Дерево вызова программных модулей

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

2.7 Описание программных модулей

В данной создаваемой программе «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»» существуют два программных модуля UNIT 1 и UNIT 2, которые определяют форму FORM 1 и FORM 2.

UNIT 1 определяет работу FORM 1, которая запрашивает логин и пароль у пользователя.

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

2.8. Контрольный пример реализации проекта и его описание

Как ранее было отмечено, программное обеспечение «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»», создается в среде программирования DELPHI 7. Это очень удобный инструмент, который позволяет создавать программные приложения любой сложности.

Загружаем DELPHI 7. Так как открывается новый проект, сразу же его сохраняем, чтобы избежать потери данных. Данная процедура выглядит следующим образом: File – Save Project As – C – Program Files – Borland – Delphi 7 – Projects и даем наименование данному проекту ProjectAPTEKA.

Первая форма, которая автоматически загружается при запуске DELPHI 7 – это FORM 1. Данная форма будет окном приветствия для пользователя данной программы. Дело в том, что в аптеке ООО «ФАРМ» работают два продавца, которые работают посменно. Во избежание недоразумений, целесообразно защитить вход в программу для каждого пользователя своим паролем. Это позволит избежать проблем и позволит выяснить, кто совершил ту или иную корректировку.

Следует отметить, что сразу же необходимо создать и FORM 2, так как она будет нам нужна при работе с FORM 1.

Начинаем работу с FORM 2. В свойстве CAPTION на панели OBJECT INSPECTOR устанавливаем название «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»». Это и будет наименование этой формы. Далее задаем необходимый цвет формы, чтобы сделать приятный интерфейс. Данная форма будет являться основной формой, в которой будет содержаться вся необходимая информация.

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

DATA ACCESS - DATA SOURSE.

DATA CONTROLS - (DB)NAVIGATOR .

ADO - ADO Connection и ADO Table.

Размещение данных компонентов представим в виде рисунка.

Рисунок 11– Размещение необходимых компонентов на FORM 2

Начинаем работу с компонентом ADO Connection. На панели OBJECT INSPECTOR выбираем свойство Connection String. После нажатия на данное свойство появляется окно, в котором необходимо нажать на кнопку BUILD. Благодаря данному действию, осуществляется взаимосвязь с ранее созданной базой данных «Лекарственные препараты».

Следующим шагом является выбор канала передачи данных Microsoft Jet 4.0 OLE DB Provider. После чего и выбирается необходимая база данных «Лекарственные препараты». После этого, необходимо обязательно осуществить проверку соединения. Если соединение установлено, то высветится окно «Соединение выполнено».

Рисунок 12 – Установка связи с базой данных

Продолжаем работу с компонентом ADO Connection. На вышеуказанной панели находим свойство Login Prompt, в котором необходимо поставить False. Это необходимо для снятия постоянного всплывания логина и пароля.

Далее переходим к работе с компонентом DATA SOURSE, в котором на панели OBJECT INSPECTOR выбираем свойство DATA SET и устанавливаем связь с ADO TABLE1.

В (DB)NAVIGATOR устанавливаем связь DATA SOURSE - DATA SOURSE 1.

Начинаем работу с компонентом ADO TABLE, где выбираем свойство CONNECTION и устанавливаем связь ADO CONNECTION1. Также в поле TABLENAME выбираем необходимую таблицу ЛЕКАРСТВЕННЫЕ ПРЕПАРАТЫ. Далее в свойстве ACTIVE устанавливаем TRUE, что делает значение истинным.

Продолжаем работу с компонентом ADO TABLE. Двойной щелчок мыши на данном компоненте вызывает окно FIELDS EDITOR, где выбирается ADD FIELDS.

В появившемся окне необходимо выбрать те поля, которые необходимо добавить на форму. В данном случае необходимо выбрать все поля, нажав на ОК.

Рисунок 13– Поля для установки на FORM 2

Так как нам необходимы все поля, то выбираем все поля и жмем ОК. Далее из окна Form 2.ADO TABLE1 перетаскиваем все поля и задаем им необходимый цвет, размер и шрифт. Кроме того, после того, как все поля были перетащены на FORM 2, вверху из вкладки STANDART выбираем LABEL и задаем имя «Информация о лекарственных препаратах». Это необходимо для создания внешнего вида данной форме.

Рисунок 14– Предварительный вид FORM 2

Начинаем работу с FORM 1.

В свойстве CAPTION на панели OBJECT INSPECTOR устанавливаем название «Вход в программу». Это и будет наименование нашей первой формы. Далее задаем необходимый цвет формы, чтобы сделать приятный интерфейс.

Далее из вкладки STANDART выбираем компонент LABEL. Переходим опять в свойство CAPTION на панели OBJECT INSPECTOR и задаем имя «АПТЕКА ООО «ФАРМ»». Данный компонент предназначен только для визуального оформления указанной формы.

После указанных действий аналогичным образом выбираем из вкладки STANDART компонент LABEL. В свойстве CAPTION панели OBJECT INSPECTOR указываем наименование «Логин». Затем из вкладки STANDART устанавливаем на форму компонент EDIT. Это будет поле, в которое пользователь должен будет ввести логин. В свойстве Text панели OBJECT INSPECTOR удаляем Edit 1

После указанных действий аналогичным образом выбираем из вкладки STANDART компонент LABEL. В свойстве CAPTION панели OBJECT INSPECTOR указываем наименование «Пароль». Затем из вкладки STANDART устанавливаем на форму компонент EDIT. Это будет поле, в которое пользователь должен будет ввести пароль. В свойстве Text панели OBJECT INSPECTOR удаляем Edit 2. На этой же панели находим свойство PASSWORDCHAR и указываем знак *. Это означает, что при вводе пароля в данном поле будут отображаться именно *.

Затем из вкладки STANDART выбираем компонент BUTTON и переносим его на форму, с которой мы работаем. В свойстве CAPTION панели OBJECT INSPECTOR указываем наименование «Вход в программу».

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

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

Рисунок 15– Окно приветствия пользователя для ввода логина и пароля на FORM 1

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

Двойным щелчком на кнопке BUTTON открываем окно написания кода, то есть UNIT 1. Пишем следующий код в процедуре данного компонента.

procedure TForm1.Button1Click(Sender: TObject);

var

a:string;

s:string;

begin

a:= 'valeria';

s:= '55555';

a:= 'veronica';

s:= '77777';

if (Edit1.Text=a) and (Edit2.Text=s) then

Form2.show

else showmessage ('ВХОД В ПРОГРАММУ ЗАБЛОКИРОВАН');

end;

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

Рисунок 16– Прописание кода в UNIT 1

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

Рисунок 17– Окно приветствия пользователя для ввода логина и пароля на FORM 1

Запускаем программу и получаем готовое окно.

Рисунок 18– Запуск скомпилированной программы «Учет лекарственных препаратов в аптеке ООО «ФАРМ»»

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

Рисунок 19– Добавление записи при помощи навигатора

Таким образом, в заключении можно отметить следующее:

- с целью автоматизировать бизнес – процесс «Учет реализации лекарственных препаратов в аптеке ООО «ФАРМ»» было создано программное обеспечение в среде программирования DELPHI 7.

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

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

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

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

Выводы по главе 2.

Вторая глава является проектной, в ней описано создание программного обеспечения.

- была описана и представлена в графическом представлении информационная модель бизнес - процесса «Учет реализации лекарственных препаратов через аптечную сеть».

- дана полная характеристика процессу создания базы данных.

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

ЗАКЛЮЧЕНИЕ

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

- также были рассмотрены проектные решения по информационному и программному обеспечению.

Вторая глава является проектной. В ходе ее написания были сделаны следующие выводы.

- дана полная характеристика процессу создания базы данных.

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

СПИСОК ЛИТЕРАТУРЫ

Осипов Д. Л. Базы данных и Delphi. Теория и практика. — СПб.: БХВ-Петербург, 2011. - 752 с.
Лекция 5: Модели организации баз данных [онлайн] - URL: http://www.intuit.ru/studies/courses/3439/681/lecture/14023 (дата обращения 11.10.2016)
Реляционная база данных [онлайн] - URL: http://base.mybloge.net/relyacionnaya-baza-dannyx/ (дата обращения 01.11.2016)
Введение в базы данных. Часть 2. Настольные СУБД // А.Федоров, Н. Елманова [онлайн] - URL: http://compress.ru/article.aspx?id=10282 (дата обращения 01.11.2016)).
Баженова И.Ю.: Delphi 7. Самоучитель программиста. - М.: КУДИЦ-ОБРАЗ, 2003.
Глушаков С.В., Клевцов А.Л. «Программирование в среде Delphi 7.0». 2003г. с.528.
Обзор языков программирования и средств разработки на их основе [онлайн] - URL: http://bukvi.ru/computer/obzor-yazykov-programmirovaniya-i-sredstv-razrabotki-na-ix-osnove.html (дата обращения 01.11.2016)
Преимущества и особенности Delphi [онлайн] - URL: http://starik2222.narod.ru/trpp/lec/11.htm (дата обращения 01.11.2016)
Преимущества Delphi и напутствие начинающему программисту [онлайн] - URL: http://pisali.ru/raferti/41237/ (дата обращения 01.11.2016)

ПРИЛОЖЕНИЕ 1

unit Unit1apteka;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm1 = class(TForm)

Label1: TLabel;

Label2: TLabel;

Edit1: TEdit;

Label3: TLabel;

Edit2: TEdit;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit2;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

var

a:string;

s:string;

begin

a:= 'valeria';

s:= '55555';

a:= 'veronica';

s:= '77777';

if (Edit1.Text=a) and (Edit2.Text=s) then

Form2.show

else showmessage ('ВХОД В ПРОГРАММУ ЗАБЛОКИРОВАН');

end;

end.

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Mask, DBCtrls, DB, ADODB, ExtCtrls;

type

TForm2 = class(TForm)

DataSource1: TDataSource;

DBNavigator1: TDBNavigator;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

ADOTable1DSDesigner: TAutoIncField;

ADOTable1DSDesigner2: TWideStringField;

ADOTable1DSDesigner3: TWideStringField;

ADOTable1DSDesigner4: TWideStringField;

ADOTable1DSDesigner5: TWideStringField;

ADOTable1DSDesigner6: TWideStringField;

ADOTable1DSDesigner7: TWideStringField;

ADOTable1DSDesigner8: TWideStringField;

ADOTable1DSDesigner9: TIntegerField;

ADOTable1DSDesigner1: TBCDField;

Label1: TLabel;

DBEdit1: TDBEdit;

Label2: TLabel;

DBEdit2: TDBEdit;

Label3: TLabel;

DBEdit3: TDBEdit;

Label4: TLabel;

DBEdit4: TDBEdit;

Label5: TLabel;

DBEdit5: TDBEdit;

Label6: TLabel;

DBEdit6: TDBEdit;

DBEdit7: TDBEdit;

Label8: TLabel;

DBEdit8: TDBEdit;

Label7: TLabel;

DBEdit10: TDBEdit;

Label10: TLabel;

DBEdit11: TDBEdit;

Label9: TLabel;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

{$R *.dfm}

end.

ПРИЛОЖЕНИЕ 2

Баженова И.Ю.: Delphi 7. Самоучитель программиста. - М.: КУДИЦ-ОБРАЗ, 2003 ↑
Баженова И.Ю.: Delphi 7. Самоучитель программиста. - М.: КУДИЦ-ОБРАЗ, 2003 ↑