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

Введение

Темой курсового проекта является «ИПС Лекарственные средства». Объектом исследования является фармацевты и обычные PC пользователи.

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

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

Задачами являются:

- Организация просмотра данных о лекарственных средствах;

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

- Организация поиска информации по названию препарата;

- Возможность вызова отчета о препарате с печатью;

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

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

1. Общие сведения о системах управления базами данных

Одной из важнейших направлений информационных технологий является хранение информации. Наиболее распространенным средством для такого хранения являются базы данных (БД).

База данных - это именованная совокупность данных, отображающая состояние объектов и их отношений в рассматриваемой предметной области.

К общим характеристикам БД относятся следующие основные понятия:

1. Безопасность БД - содержащиеся в ней данные не причинят вреда пользователю при правильном их применении.

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

3. Гибкость БД - возможность изменения структуры и содержания, а также состава и формы предъявления, данных пользователям.

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

С понятием базы данных тесно связано понятие системы управления базой данных (СУБД).

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

К числу функций СУБД принято относить следующие:

1. Непосредственное управление данными во внешней памяти

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

2. Управление буферами оперативной памяти

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

3. Управление транзакциями

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

4. Ведение журнала транзакций

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

5. Поддержка языков БД

Для работы с базами данных используются специальные языки, в целом называемые языками баз данных. Стандартным языком наиболее распространенных в настоящее время реляционных СУБД является язык SQL (Structured Query Language).

Обычно современная СУБД содержит следующие компоненты:

· ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию;

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

· подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД;

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

1.1 Разновидности СУБД

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

СУБД классифицируют:

1) По модели данных:

а) иерархические.

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

1. В каждой БД существует один корневой сегмент, т.е. у которого нет логически исходного (родительского типа сегмента);

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

3. Каждый логически подчиненный сегмент может быть связан только с одним логически исходным сегментом.

б) Сетевая.

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

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

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

в) Реляционная.

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

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

2. В реляционных системах одной командой одной командой могут обрабатываться целые файлы данных.

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

2) По архитектуре организации хранения данных:

а) Настольные СУБД.

Настольные СУБД отличаются тем, что используют в модель вычислений с сетью и файловым сервером (архитектура «файл-сервер»). Эта архитектура баз данных с сетевым доступом предполагает назначение одного из компьютеров сети в качестве выделенного сервера, на котором будут храниться файлы базы данных. В соответствие с запросами пользователей файлы с файл-сервера передаются на рабочие станции пользователей, где и осуществляется основная часть обработки данных. Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в обработке самих данных.

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

б) Серверные СУБД.

Наиболее эффективную работу с централизованной БД обеспечивает архитектура «клиент - сервер». Централизация, хранение и обработка данных является базовым принципом этой архитектуры. На сервере сети размещается БД и устанавливается мощная серверная СУБД - сервер БД.

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

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

3) По способу доступа к данным:

а) Файл-серверные.

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

На данный момент файл-серверные СУБД считаются устаревшими.

б) Клиент-серверные.

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

в) Встраиваемые.

Встраиваемая СУБД - библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных.

4) Объектно-реляционные:

Объектно-реляционная СУБД - реляционная СУБД, поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.

Объектно-реляционная СУБД в отличии от объектными СУБД представляют собой надстройку над реляционной схемой.

5) Объектно-ориентированные:

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

Объектно-ориентированная СУБД - это СУБД, реализующая объектно-ориентированный подход. Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира.

Основные понятия, использующиеся при описании объектов и связей между ними:

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

Классы - объекты схожие по своему поведению и другим свойствам.

Наследование - новый класс объектов который можно образовать на основе существующего класса.

Базовый объект - объект, являющийся «родителем» данного. Это означает, что последний наследует от него его данные и способы их обработки, при необходимости добавляя новые или изменяя существующие.

Дочерний объект - объект, наследующий от базового его свойства и методы.

Свойство - характеристика объекта, определяющая его индивидуальность. Отличия между объектами состоят либо в наличии / отсутствии каких-либо свойств.

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

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

ООСУБД обладают следующими свойствами:

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

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

· унификация - способы взаимодействия любых объектов стандартизированы и основаны на принципах невмешательства во внутреннюю структуру объекта;

· защищенность - сокрытие информации от объектов, не находящихся в «родственных» отношениях с данными;

· инкапсуляция - связывание в единое целое данных объекта и методов их изменения, воздействующих на состояние объекта;

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

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

1.2 Анализ СУБД. Выбор типа СУБД для реализации курсового проекта

Обычно различают три типа моделей СУБД: иерархические, сетевые и реляционные.

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

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

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

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

2. Обзор СУБД реляционного типа

Реляционная модель была предложена сотрудником компании IBM Е.Ф. Коддом в 1970 году. В настоящее время эта модель является фактическим стандартом, на которые ориентируются практически все современные коммерческие СУБД.

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

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

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

2.1 Paradox

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

СУБД Paradox поддерживает следующие типы полей:

- алфавитно-цифровые (строковые);

- числовые;

- денежные;

- дата;

- Memo - поля;

- графические;

- OLE - поля;

- BLOB (Binary Large OBject);

Типы полей от Memo до Blob поддерживаются только в Paradox for Windows. Строковые поля позволяют содержать любую последовательность

символов длиной до 255 байт. Числовые поля могут содержать как целые, так и действительные числа с числов цифр до 15.

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

Мемо - поля содержат любой текст неограниченной длины (вместе с атрибутами текста - шрифт, начертание, цвет и др.)

В графических полях могут содержаться графика типа bitmap.

В OLE-полях могут содержаться объекты от других приложений Windows.

В BLOB-полях можно хранить любые данные по выбору пользователя.

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

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

- работа с таблицами;

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

- подготовки отчетов;

- работа с запросами;

- работа с сетью;

- работа с макросами;

- работы с деловой графикой.

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

2.2 FoxPro

FoxPro предназначена для разработки приложений, являющихся открытыми или замкнутыми документальными, или фактографическими информационными системами, и впервые предложена в 1988 году. Предшествующими аналогичными системами являлись dBaseIII/IV и Clipper.

Visual FoxPro - системы, использующей принципы объектно-ориентированного программирования и визуального проектирования приложений. VFP поддерживает объекты, методы, свойства и события.

Основные понятия, связанные с работой в FoxPro:

Файл данных - это файл операционной системы DOS или Windows, имя которого содержит расширение.dbf, содержащий как описание структуры записей, так и собственно записи с информацией.

Запись файла - совокупность связанных данных, состоящая из полей.

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

Текущий файл БД - выбранный для обработки один из открытых файлов.

Индексный файл (индекс) - файл операционной системы с расширениями.idx (компактный индекс).cdx (составной индекс), предназначенный для управления порядком обработки файла БД.

Текущий индекс - открытый индексный файл, выбранный для управления текущим файлам БД.

Формат экрана - файл ОС с расширением.fmt, содержащий описание порядка выдачи данных на экран монитора (чтение данных с экрана).

Формат отчёта - файл ОС с расширением.ftm, содержащий описание отчёта, выдаваемого на экран или принтер.

Командный файл - файл ОС с расширением.prg, содержащий в каждой строке одну из команд языка FoxPro.

Команда - элемент языка манипулирования данными.

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

Тенденции развития этого продукта очевидны: из настольной СУБД Visual FoxPro постепенно превращается в средство разработки приложений в архитектуре клиент-сервер и распределенных приложений в архитектуре Windows. Эти тенденции в определенной степени характерны для всех наиболее популярных настольных СУБД - dBase, и Paradox также позволяют осуществлять доступ к наиболее популярным серверным СУБД.

2.3 Microsoft Access

Microsoft Access - псевдо-реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.

СУБД Microsoft Access ориентированы на работу с объектами семи различных типов: таблицами, запросами, формами, отчётами, страницами, макросами, модулями.

Таблицы - это основной объект базы данных, в котором хранятся все данные, имеющиеся в базе.

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

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

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

Модули создаются пользователем путём применения интегрированной среды объектно-ориентированного программирования Visual Basic for Applications (VBA). Основной идеей объектно-ориентированного программирования является объединение данных и оперирующих ими функций в один объект.

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

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

2.4 Выбор СУБД для реализации курсового проекта

Для создания данного курсового проекта была выбрана СУБД Microsoft Access и среда Borland Delphi 7.

Borland Delphi 7 стал одним из самых популярных на сегодняшний день инструментов для создания как настольных, так и корпоративных информационных систем благодаря уникальному сочетанию удобства разработки пользовательских интерфейсов, компонентной архитектуры, однотипности доступа к разнообразным базам данных. Главное преимущество этой среды - быстрота в работе приложения, что и является плюсом данного проекта. Компоненты данной среды позволяют работать с самыми разнообразными СУБД, а так же имеют ряд дополнительных возможностей и компонентов для работы.

MS Access в настоящее время является одной из самых популярных среди настольных программных систем управления базами данных. Среди причин такой популярности следует отметить:

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

- глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав МS Office, а также с любыми программными продуктами, поддерживающими технологию OLE.

- богатый набор визуальных средств разработки.

3. Проектирование базы данных

3.1 Создание концептуальной модели базы данных

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

Этап концептуального проектирования связан с описанием и синтезом разнообразных информационных требований пользователей в первоначальный проект БД. Результатом этого этапа является высокоуровневое представление информационных требований, например, такое как диаграмма «сущность-связь». Основу этой диаграммы составляет набор сущностей, который представляет или модернизирует определенную совокупность сведений, специфицированную в требованиях. Сущности могут быть описаны атрибутами, позволяющие детализировать свойства сущности. Информационная база «ИПС Лекарственные средства» содержит:

Сущности и их атрибуты:

- Лекарства (iIDD, Наименование лекарства, Фирма-производитель, Единица измерения, Фармакологическое действие, Показания к применению, Способ применения, Побочные действия, Противопоказания, Форма выпуска, Состав).

3.2 Проектирование таблиц

Для проектирования таблиц базы данных курсового проекта используется среда MS Access. Разработаны 3 связанные между собою таблицы: Лекарства, Наименование, Производитель.

Таблица «Лекарства» имеет следующие поля: iIDD, Наименование лекарства, Фирма-производитель, Единица измерения, Фармакологическое действие, Показания к применению, Способ применения, Побочные действия, Противопоказания, Форма выпуска, Состав.

Рис. 3.2.1.1 Таблица «Лекарства»

Таблица «Производитель» имеет следующие поля: ID, Наименование.

Рис. 3.2.1.2 Таблица «Производитель»

Таблица «Наименование» имеет следующие поля: ID, Наименование.

Рис. 3.2.1.3 Таблица «Наименование»

3.3 Проектирование запросов

Создание запросов к базе данных является неотъемлемой частью работы и позволяет обращаться с данными более гибко, чем с помощью обычных компонентов среды Borland C++ Builder. Все запросы в данном проекте реализованы с использованием языка SQL.

Запросы, используемые в программе:

Запрос на поиск по критериям:

SELECT Лекарства.IDD, Лекарства. [Наименование лекарства], Лекарства. [Фирма-производитель], Лекарства. [Единица измерения], Лекарства. [Место хранения]

FROM Лекарства

WHERE (((Лекарства. [Наименование лекарства])=[:Like `lek']));

Запрос на добавление, редактирование и удаления выполнен по средствам SQL при помощи компонентов Borland Delphi 7;

3.4 Проектирование форм

Приложение курсового проекта разработано в среде Borland Delphi 7.

Borland Delphi 7 - это самая полная версия популярной системы визуального программирования под Windows для разработки приложений и СУБД.

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

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



Рис. 3.4.1.1 «Главная форма»

Пользователь с легкостью может добавить новую запись нажав кнопку «Добавление записи». Перед ним откроется окно добавления.

Рис. 3.4.1.2 «Добавление»

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

Так же можно и отредактировать запись, для этого следует нажать на кнопку «Редактировать лекарства», после этого будет открыта форма следующего типа:

Рис. 3.4.1.3 «Редактирование»

Так же можно и удалять записи, для этого следует выбрать пункт «Удалить запись».

На основной форме так же присутствует графа «Дополнительная информация».

Рис. 3.4.1.4 «Дополнительная информация»

Боковая панель выполнена в виде «Фрейма» в котором можно с легкостью найти такие операции как: Редактирование, Добавление, Удаление, Отчет и печать, Поиск:

Рис. 3.4.1.5 «Фрейм»

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

Рис. 3.4.1.5 «Отчет»

Есть форма, предназначенная для минимальных ответов на возможные вопросы пользователя, что касается системных требований:

Рис. 3.4.1.5 «Системные требования»

3.5 Этап тестирования

Информационная база «ИПС Лекарственные средства» полноценно работает без ошибок в операционных системах семейства Windows - Windows XP/Vista/7/8. Результаты различных видов тестирования предоставлены ниже:

Вид тестирования	MacBook Pro 13^ Intel Core i5 4x3.2 Mhz OS X Mountain Lion with WineSkin	IBM PC Intel Pentium IV 1,1 МГц Windows XP SP2 x32	IBM PC Athlon AMD 4000 1,5 МГц Windows 7
Альфа-тестирование	+	+	+
Бета-тестирование	+	+	+
Тестирование черного ящика	+	+	+
Тестирование белого ящика	+	+	+
Динамическое тестирование	+	+	+
Статическое тестирование	+	+	+
Тестирование пользователя	+	+	+

Заключение

база лекарственный запрос реляционный

В ходе курсового проекта информационная база «ИПС Лекарственные средства» была спроектирована база данных по медикаментам. Основной задачей было создание удобного программного средства для автоматизации работы по поиску нужных медицинских препаратов с возможностью добавления и редактирования. Реализован данный проект в СУБД Microsoft Access и среде Borland Delphi 7. Для корректной работы программного продукта потребуется:

операционная система - Windows XP

процессор с частотой не менее 800Мгц

оперативная память - 256 Мб и более

свободного пространства на жестком диске - 40Мб и более

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

Список источников

1. MySQL руководство администратора; М.: Вильямс, 2005. - 621 c.

2. Справочное руководство по FoxPro 2.0; М.: ИВК Софт, 1992. - 608 c.

3. Виейра, Р. Программирование баз данных Microsoft SQL Server 2005 для профессионалов; Диалектика, 2008. - 708 c.

4. Гоппа, В.Д. Введение в алгебраическую теорию информации; М.: Физматлит, 1995. - 112 c.

5. Грабер, Мартин SQL. Справочное руководство; М.: Лори; Издание 2-е, 2001. - 354 c.

6. Кузнецов, С.Д. Основы баз данных; Бином, 2007. - 484 c.

7. Нильсен, П. Microsoft SQL Server 2005: Библия пользователя; Диалектика, 2008. - 682 c.

8. Тоу, Дэн Настройка SQL; СПб: Питер, 2004. - 333 c.

9. Урман, Скотт Oracle 8. Программирование на языке PL/SQL. Руководство для программистов Oracle; ЛОРИ, 1999. - 610 c.

10. ред. Соболев, Г. Flint: Формальный язык интерактивного общения; М.: Фирма ТАИС', АО 'ЛИКО, 1993. - 211 c.

Размещено на Allbest.ru