Разработка информационно-справочной системы Аптека

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

Дагестанский Государственный Технический Университет

по дисциплине

«Технология разработки программ»

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

Выполнили: студенты

4-го курса гр. 3042

Исаев А.

Проверила: Джанмурзаева .

Махачкала 2004 г.

Аннотация.

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

Содержание

.

1. Задание.

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

2. Введение.

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

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

На сегодня язык программирования ObjectPascal вместе с интегрированной средой разработки Delphi являются одним из лучших и распространенных средств создания приложений и баз данных для корпоративных применений. Простота и естественность языка, ориентация системы на разработку именно такого рода приложений, наконец эффективность (большая производительность и относительно небольшие размеры) создаваемых с ее помощью программ сделали Delphi незаменимым средством разработки различного рода клиентских мест, то есть программ для доступа к базам данных. А если прибавить к этому встроенную поддержку в виде компонентов (вкладки палитры компонентов DataAccess, DataControls, InterBase, ADO, QReport, а также компоненты для работы с трехзвенной архитектурой, с серверами COM и COBRA), специализированных объектов и даже программ таких, как BorlandDatabaseDesktop (создание, редактирование баз данных Paradox), BorlandDatabaseEngineAdministrator (администрирование всех баз данных, имеющихся на компьютере), SQLBuilder (очень эффективный построитель SQL-запросов к БД), с помощью которых можно легко и просто работать со всеми существующими типами базами данных (Paradox, InterBase, Oracle и др.), то выбор инструмента разработки можно считать практически решенным.

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

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

3. Описание базы данных.

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

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

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

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

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

3.1.

Описание структуры базы данных.

База данных состоит из трех таблиц: «Медикаменты», «Накладные», «Поставщики».

В таблицу «Медикаменты» введено «искусственное» поле – код медикаментов, которое является ключевым. Это сделано по ряду причин. Во-первых, значения поля типа AutoIncrement уникальны для каждой записи, что необходимо при построении ключевого поля. Во-вторых, Тип AutoIncrement занимает меньше памяти, чем строковое поле «Наименование медикаментов», длина которого 30 байт. Через это поле осуществляется связь с таблицей «Накладные»

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

«Код поставщика» - также «искусственное» поле, созданное по тем же причинам, что и «Код медикаментов», а именно простое уникальное значение.

3.2.

Описание таблиц и полей таблиц.

Таблица «Медикаменты» предназначена для продажи товаров и показывает что и в каком количестве имеется на складе. Изменение происходит при поступлении и продаже медикаментов. Таблица содержит 5 полей о товаре. Поле TovarCode – автоинкрементное, содержит код медикаментов. Через это поле имеется связь с таблицей «Накладные». Поле TovarName – строковый тип до 30 символов – содержит наименование продукта. Поле EdIzm – строковый тип до 10 символов – содержит единицу измерения продукта (Ящик или Мешок). Поле Price - цена за единицу измерения в рублях – тип money, 2 цифры после запятой. Поле Col – длинное целое – содержит имеющееся количество медикаментов.

Таблица «Накладные» содержит информацию из накладных. Ее дополнение происходит при новых поступлениях товаров. Таблица содержит Поле NaklNum – автоинкрементное – содержит номер накладной. Поле TovarCode – короткое целое – содержит код медикаментов. Поле Date – дата – в нем хранится дата поступления медикаментов. Поле Recieved – длинное целое – содержит количество полученного медикаментов. Поле Sum – длинное целое – содержит сумму, уплаченную за полученный товар. Поле PostCode – короткое целое – содержит код поставщика. Через это поле осуществляется связь с таблицей «Поставщики».

Таблица «Поставщики» предназначена для хранения данных о поставщиках товаров. Дополнение происходит при новых поставках медикаментов. Поле PostCode – автоинкрементное – хранит код поставщика. Поле PostName – строковое до 40 символов - содержит имя поставщика. Поле PostPhone – длинное целое – хранит телефон поставщика.

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

4.

Описание программы.

Для правильного функционирования программы необходимы следующие файлы: Main.exe – собственно программа, файлы базы данных, названия которых есть названия таблиц БД (Tovar, Nakladnie, Postavschik). Кроме этого необходимо, чтобы носитель не был защищен от записи. Это необходимо для создания файла отчета report.txt. Перед запуском программы необходимо создать алиас с помощью встроенной утилиты BDEAdministrator, указав в строке path путь к каталогу с файлами БД.

4.1. Главная форма.

Внешний вид главной формы может быть разным в зависимости от режима работы АС. На рисунке представлен полный ее вид. Во всех других режимах видна только верхняя таблица и доступны не все кнопки и некоторые пункты меню. Функциональное назначение пунктов меню и кнопок одинаково.: Пароль (Главное->Пароль) смена режима работы АС; Продать (Операции->Продажа) – продажа медикаментов; Завоз (Операции->Завоз) – завоз медикаментов; Отчеты (Главное->Отчеты) – просмотр отчетов; Выборка/Отмена выборки (Операции->Выборка/Отмен выборки) – выборка (сортировка) записей и ее отмена; Настройки (Главное->Настройки) – смена паролей на режимы работы АС. Сохранить – сохранение изменений в таблице. Выход – завершение программы.

4.2.

Завоз медикаментов.

При поступлении медикаментов необходимо нажать кнопку «Завоз» или выбрать пункт меню Операции->Завоз. После этот появляется форма завоза. На форме необходимо заполнить предлагаемые поля. Если завезенный товар уже имеется на складе, то есть происходит пополнение запаса, то надо выбрать его наименование из списка, указать количество, общую стоимость и дату завоза (по умолчанию выбрана текущая дата). Если товар новый, то есть в таблице Tovar отсутствует, то надо поставить галочку в поле «Новый товар». Теперь список выбора наименования не доступен. Его надо указать в открывшемся текстовом поле. Также предлагается выбрать единицу измерения (мешок или ящик) и стоимость за единицу измерения. В нижней половине формы выбирается или вводится поставщик продукта и указать его телефон (если поставщик новый, необходимо выбрать галочку «Новый поставщик»). После заполнения всех полей можно нажимать кнопку «Добавить», после чего добавляются новые записи или обновляются старые во всех таблицах. Кнопка «Выход» закрывает форму завоза.

4.3.

Продажа медикаментов.

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

4.4. Смена режима работы

.

В программе предусмотрены несколько режимов работы для разных целей. В режиме работы «Просмотр» доступна одна таблица «Медикаменты», операции смены режимы и выборки. Изменение информации не возможно. Этот режим загружается по умолчанию и для перехода в него не нужен пароль. Режим «Продажа» дополняется возможностью продажи медикаментов. В режиме «Завоз» есть возможность завоза продуктов. Наибольший приоритет у режима «Администрирование». В этом режиме доступны все кнопки и пункты меню. Имеется возможность смены паролей для всех режимов. Таблицы могут редактироваться напрямую через сетку. Это предусмотрено на случай опечатки или ошибки. Пароли режимов хранятся в реестре Windows.

4.5. Выборка записей.

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

4.6. Смена паролей.

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

4.7. Отчеты.

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

5.

Заключение.

Как уже отмечалось ранее, эта программа не является уникальной или особенной, хотя и реализует многие потребности средних и мелких торговых организаций. Подобных программ, в том числе и более совершенных, очень много. Но спрос есть, а значит будет и предложение. Отсюда и такое количество. Понятно, что пользоваться, в конце концов будут только лучшими. Дальнейшая разработка программного продукта может резко увеличить шансы на «жизнь». Так возможен переход на другой, основанный полностью на SQL сервер (например, Interbase, MSSQL, Oracle). Это даст приложению больше скорости в работе с данными и больше гибкости, так как язык SQL специально для этого предназначен. Также хорошим плюсом был бы переход от использования локальных, файл-серверных к клиент серверным приложениям. Такие комплексы программ вполне «тянут» на коммерческие.

6.

Список литературы.

1. П. В. Шумаков, В. В. Фаронов. Delphi 7 для руководство разработчика баз данных. Нолидж, М. 1999г.

2. Delphi 5 и базы данных. Питер СПб. 2000г.

3. Интернет-сайт Delphi.mastak.ru/

4. Лекции по дисциплине «ТРП».

7.

Приложение

program Main;

uses Forms,

MainUnit in 'MainUnit.pas' {MainForm},

PassUnit in 'PassUnit.pas' {PassForm},

SaleUnit in 'SaleUnit.pas' {SaleForm},

RecieveUnit in 'RecieveUnit.pas' {RecieveForm},

reportUnit in 'reportUnit.pas' {ReportForm},

PropUnit in 'PropUnit.pas' {PropForm},

FindUnit in 'FindUnit.pas' {SelectForm};

{$R *.RES}

begin

Application.Initialize;

Application.CreateForm(TMainForm, MainForm);

Application.CreateForm(TPassForm, PassForm);

Application.CreateForm(TSaleForm, SaleForm);

Application.CreateForm(TRecieveForm, RecieveForm);

Application.CreateForm(TReportForm, ReportForm);

Application.CreateForm(TPropForm, PropForm);

Application.CreateForm(TSelectForm, SelectForm);

Application.Run;

end.

unit MainUnit;

interface

uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Grids, DBGrids, Db, DBTables, PropUnit, ReportUnit, RecieveUnit, PassUnit, SaleUnit, Menus;

type TMainForm = class(TForm)

PassButton: TButton;

DataSourceTov: TDataSource;

TableTov: TTable;

DBGrid1: TDBGrid;

Label1: TLabel;

ExitButton: TButton;

SaleButton: TButton;

RecieveButton: TButton;

TableNakl: TTable;

DataSourceNakl: TDataSource;

TablePost: TTable;

DataSourcePost: TDataSource;

DBGrid3: TDBGrid;

DBGrid4: TDBGrid;

Label3: TLabel;

Label4: TLabel;

PropButton: TButton;

ReportButton: TButton;

SelectButton: TButton;

QueryTov: TQuery;

QueryNakl: TQuery;

QueryPost: TQuery;

SaveButton: TButton;

CancelSelectButton: TButton;

QueryPostPostCode: TIntegerField;

QueryPostPostName: TStringField;

QueryPostPostPhone: TIntegerField;

QueryNaklNaklNum: TIntegerField;

QueryNaklTovarCode: TSmallintField;

QueryNaklPostCode: TSmallintField;

QueryNaklDate: TDateField;

QueryNaklRecieved: TIntegerField;

QueryNaklSum: TIntegerField;

QueryTovTovarCode: TIntegerField;

QueryTovTovarName: TStringField;

QueryTovEdIzm: TStringField;

QueryTovPrice: TCurrencyField;

QueryTovCol: TIntegerField;

TableNaklNaklNum: TAutoIncField;

TableNaklTovarCode: TSmallintField;

TableNaklPostCode: TSmallintField;

TableNaklDate: TDateField;

TableNaklRecieved: TIntegerField;

TableNaklSum: TIntegerField;

TableTovTovarCode: TAutoIncField;

TableTovTovarName: TStringField;

TableTovEdIzm: TStringField;

TableTovPrice: TCurrencyField;

TableTovCol: TIntegerField;

TablePostPostCode: TAutoIncField;

TablePostPostName: TStringField;

TablePostPostPhone: TIntegerField;

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

procedure PassButtonClick(Sender: TObject);

procedure ExitButtonClick(Sender: TObject);

procedure FormCreate(Sender: TObject);

procedure SaleButtonClick(Sender: TObject);

procedure Rights;

procedure RecieveButtonClick(Sender: TObject);

procedure ReportButtonClick(Sender: TObject);

procedure PropButtonClick(Sender: TObject);

procedure SelectButtonClick(Sender: TObject);

procedure SaveButtonClick(Sender: TObject);

procedure CancelSelectButtonClick(Sender: TObject);

procedure FormDestroy(Sender: TObject);

private { Private declarations }

public { Public declarations }

end;

var MainForm: TMainForm;

implementation

uses FindUnit;

{$R *.DFM}

procedure TMainForm.Rights;

var i:byte;

begin

for i:=0 to ComponentCount-1 do begin

If (Components[i] is TButton) then (Components[i] as TButton).enabled:=false;

If (Components[i] is TLabel) and ((Components[i] as TLabel).Caption<>'Медикаменты') then (Components[i] as TLabel).visible:=false;

If (Components[i] is TDBGrid) then

begin

If (Components[i] as TDBGrid).Name='DBGrid1' then (Components[i] as TDBGrid).ReadOnly:=true

else (Components[i] as TDBGrid).visible:=false;

end; end;

ExitButton.Enabled:=true;

SelectButton.Enabled:=true;

CancelSelectButton.Enabled:=true;

PassButton.Enabled:=true;

N3.enabled:=false;

N5.enabled:=false;

N7.enabled:=false;

N8.enabled:=false;

If Mode='Завоз' then

begin

RecieveButton.Enabled:=true;

N7.enabled:=true;

end

else If Mode='Продажа' then

begin

SaleButton.enabled:=true;

N8.enabled:=true;

end

else If Mode='Администрирование' then

begin

for i:=0 to ComponentCount-1 do begin

If (Components[i] is TButton) then (Components[i] as TButton).enabled:=true;

If (Components[i] is TMenuItem) then (Components[i] as TMenuItem).enabled:=true;