Автоматизация продажи и учета лекарственных средств
Волжский университет имени В.Н.Татищева Факультет “Информатика и телекоммуникации” Кафедра “Информатика и системы управления” КУРСОВАЯ РАБОТА по дисциплине: “Базы данных и знаний” Тема: “Продажа и учет лекарственных средств ” Выполнил: студент гр. ИТ-311 Захаров Д.В. Преподаватель: Трубачева С.И. Тольятти 2003 Волжский университет имени В.Н.Татищева Факультет “Информатика и телекоммуникации” Кафедра “Информатика и системы управления” Специальность: ЗАДАНИЕ на курсовой проект по дисциплине “Базы данных и знаний” Студенту_ Захарову Д.В. Группа___ИТ-311 Тема проекта_ Автоматизация продажи и учета лекарственных средств. Календарный график задания_________________________________________ СОДЕРЖАНИЕ ЗАДАНИЯ 1. Изучить объект, его взаимосвязи. 2. Описать основные функции. 3. Создать таблицы. 4. Спроектировать диаграммы с помощью IDEF0, IDEF1 5. Спроектировать базу данных с помощью СУБД DELPHI. 6. Создать приложение, учитывая ввод, сохранение, удаление ненужных данных, редактирование имеющихся данных, позволяющие осуществить поиск. Руководитель курсовой работы ______________________ / / Студент ______________________ / / Дата выдачи: “ ____ “ __________ 2002 г. СОДЕРЖАНИЕ 1. Введение 2. Теоретическая часть 2.1 Постановка задачи 2.2 Описание предметной области 2.3 Построение SADT модели 2.4 Структурный анализ с помощью диаграмм сущность связь3 Создание приложения в Delphi3.1 Конфигурация системы с помощью утилиты BDE Administrtor3.2 Создание таблиц базы данных с помощью утилиты Database Desktop3.3 Организация пользовательского интерфейса4. Заключение5. Список используемой литературыПриложения1. ВВЕДЕНИЕВ наше время без баз данных представить работу большинства финансовых, промышленных, торговых и прочих организаций невозможно. Базы данных позволяют информацию структурировать, хранить и извлекать оптимальным для пользователя образом. Среди большого разнообразия продуктов для разработки приложений Delphi занимает одно из ведущих мест . Delphi отдают предпочтение разработчики с разным стажем, привычками, профессиональными интересами. С помощью Delphi написано колоссальное количество приложений, десятки фирм и тысячи программистов-одиночек разрабатывают для Delphi дополнительные приложения.Приложения с помощью Delphi разрабатываются быстро причем взаимодействие разработчика с интерактивной средой Delphi не вызывает внутреннего отторжения, а наоборот, оставляет ощущение комфорта.Под базой данных понимают хранилище структурированных данных, при этом данные должны быть непротиворечивы, минимально избыточными и целостными.Обычно базы данных создается для хранения и доступа к данным, содержащим сведения о некоторой предметной области, то есть некоторой области человеческой деятельности или области реального мира .Всякая база данных должна представлять систему данных о предметной области. Базы данных относящиеся к одной и той же предметной области, в различных случаях содержат более или менее детализированную информацию о ней. Степень детализации определяется рядом факторов, прежде всего целью использования информации из базы данных и сложностью производственных процессов, существующих в пределах предметной области в конкретных условиях.Реляционные базы данных представляют связанную между собой совокупность таблиц баз данных. Связь между таблицами может находить свое отражение в структуре данных, а может только подразумеваться, то есть присутствовать на неформализованном уровне. В каждой таблице базы данных может существовать первичный ключ. Под первичным ключом понимают поле или набор полей, однозначно идентифицирующий запись. Значение первичного ключа в таблице базы данных должно быть уникальным, то есть в таблице не должно существовать двух или более записей с одинаковым значением первичного ключа. Первичный ключ должен быть минимально достаточным: в нем не должно быть полей, удаление которых из первичного ключа не отразится на его уникальности. Так как в курсовом проекте представлена БД которая работает в сети следует это рассмотреть по подробнее. При работе с локальными базами данных сами БД расположены на том же компьютере, что и приложения, осуществляющие доступ к ним. Работа с БД происходит в однопользовательском режиме. BDE расположена на компьютере пользователя. Приложение ответственно за поддержание целостности БД и за выполнение запросов к БД. Общая схема однопользовательской архитектуры. 2. ТЕОРИТИЧЕСКАЯ ЧАСТЬ 2.1 Постановка задачи Организация занимается продажей и учетом лекарственных средств. Фирме поставляют лекарства предприятия, с которыми подписан контракт. Сотрудники фирмы вносят новые данные в базу, проверяют, какие лекарства продаются лучше, какие хуже и выставляют товар на продажу.На основе этих данных оформляют новый заказ на приобретение следующей партии лекарственных средств.2.2 Описание предметной областиФирма, занимающаяся продажей и учетом лекарственных средств. Для осуществления операций с поставками и заказами новых лекарственных средств, им необходимо заполнить накладные, в накладной указаны предприятие, которое осуществляет поставку, дата прибытия лекарств на склад. После лекарственные средства подсчитывают, устанавливают на них цену, по которой их будут продавать. Когда лекарства подсчитаны и установлена цена на него, то их распространяют по торговым точкам. В магазинах, которые занимаются продажей лекарств, при продаже его выдается чек покупателю, где указана дата продажи, количество купленного лекарства, стоимость за единицу товара. На основе полученных документов были созданы таблицы с полями.Таблица лекарства:Код лекарства;Название лекарства;Срок годности;Упаковка;Вес.Таблица предприятие:Код предприятия;Название предприятия;Адрес предприятия.Таблица накладная:Номер накладной;Код предприятия;Дата накладной.Таблица поступление:Код поступления;Номер накладной;Код предприятия;Код лекарства;Цена за единицу лекарства;Количество лекарств.Таблица продажа:Код лекарства;Номер чека;Дата продажи;Цена за единицу продукта;Количество проданных лекарств.2.3 Структурный анализ с помощью диаграмм SADTМетод SADT разработан Дугласом Россом в 1973 г. и успешно используется в военных, промышленных и коммерческих организациях для решения широкого круга задач, таких как, долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка ПО для оборонных систем, управление финансами и материально - техническим снабжением и т.д. Метод SADT поддерживается министерством обороны США, которое было инициатором разработки стандарта IDEF0- подмножества SADT. IDEF0 был утвержден в качестве федерального стандарта США.Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой - либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - основные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как входная информация, которая подвергается обработке, показана с левой стороны блока, а результат (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу (рис.2.1.).Рис.2.1. Функциональный блок и интерфейсные дугиОдной из наиболее важных особенностей метода SADT является постепенной введение все больших уровней детализации по мере создания диаграмм, отображающих модель. Каждый компонент модели может быть декомпозирован на другой диаграмме. В данном курсовом проекте разработана SADT диаграмма до 3-х уровней. Каждая диаграмма иллюстрирует «внутреннее строение» блока на родительской диаграмме (Приложение)Диаграмма SADT состоит из 3-х уровней вложенности1 уровень - самый основной, в него входят:1) Входящие параметры, служат финансовые средства на приобретение лекарственных препаратов.2) Управляющие параметры служат сотрудники выполняющие различные действия, например транспортировка, разгрузка лекарственных средств, учет лекарственных с средств.3) Объектом в данной диаграмме является сама организация по учету и продаже лекарственных средств.4) Механизмами служат законы, рынок, устав предприятия.5) Выходные параметры прибыль, проданные лекарства, заказы на новую партию.2 уровень. Состоит из 4-х составляющих а) Покупка и учет лекарственных препаратов, б) Транспортировка лекарственных препаратов, в) складирование лекарственных препаратов г) Продажа и учет лекарственных препаратов. У этих составляющих также есть входящие параметры, управляющие параметры, механизмы, выходные параметры.3 уровень. В нем мы разбиваем на подуровни пункт г) из 2 уровня продажа и учет лекарственных препаратов. И получается 3 составляющих а) Установка цен на лекарственные препараты, б) Реализация покупателям, в) Учет лекарственных препаратов.Структурная диаграмма представлена в Приложении 1.2.4 Структурный анализ с помощью диаграмм сущность-связьШирокое распространение реляционных СУБД и их использование в самых разнообразных приложениях показывает, что реляционная модель данных достаточна для моделирования предметных областей. Однако проектирование реляционной базы данных в терминах отношений на основе кратко рассмотренного нами механизма нормализации часто представляет собой очень сложный и неудобный для проектировщика процесс. При этом проявляется ограниченность реляционной модели данных в следующих аспектах:1). Модель не предоставляет достаточных средств для представления смысла данных. Семантика реальной предметной области должна независимым от модели способом представляться в голове проектировщика. В частности, это относится к упоминавшейся нами проблеме представления ограничений целостности.2). Для многих приложений трудно моделировать предметную область на основе плоских таблиц. В ряде случаев на самой начальной стадии проектирования проектировщику приходится производить насилие над собой, чтобы описать предметную область в виде одной (возможно, даже ненормализованной) таблицы.3). Хотя весь процесс проектирования происходит на основе учета зависимостей, реляционная модель не предоставляет каких-либо средств для представления этих зависимостей.4). Несмотря на то, что процесс проектирования начинается с выделения некоторых существенных для приложения объектов предметной области ("сущностей") и выявления связей между этими сущностями, реляционная модель данных не предлагает какого-либо аппарата для разделения сущностей и связей.Далее мы кратко рассмотрим некоторые черты одной из наиболее популярных семантических моделей данных - модель "Сущность-Связи" (часто ее называют кратко ER-моделью).На использовании разновидностей ER-модели основано большинство современных подходов к проектированию баз данных (главным образом, реляционных). Модель была предложена Ченом (Chen) в 1976 г. Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. Основными понятиями ER-модели являются сущность, связь и атрибут. Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности - это имя типа, а не некоторого конкретного экземпляра этого типа. Для большей выразительности и лучшего понимания имя сущности может сопровождаться примерами конкретных объектов этого типа.Нормальные формы ER-схемКак и в реляционных схемах баз данных, в ER-схемах вводится понятие нормальных форм, причем их смысл очень близко соответствует смыслу реляционных нормальных форм. Заметим, что формулировки нормальных форм ER-схем делают более понятным смысл нормализации реляционных схем. Мы приведем только очень краткие и неформальные определения трех первых нормальных форм.
Страницы: 1, 2, 3, 4
|