Разработка приложения «Склад»

Тит лист 

Введение 3 

1 Разработка эскизного  и технического проектов программы  5 

1.1 Задание 5

1.2 Назначение и область применения 5

1.3 Технические характеристики 5

1.3.1 Постановка задачи 5

1.3.2 Описание алгоритма 8

1.3.3 Организация входных  и выходных данных 11

1.3.4 Выбор состава технических  и программных средств 13

2 Разработка рабочего  проекта 16

2.1 Разработка программы 16

2.2 Спецификация программы 28

2.3 Текст программы 31

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

2.4.1 Общие сведения 51

2.4.3 Описание логической структуры 51

2.4.4 Используемые технические  средства 52

Заключение 53

Список используемой литературы   54

 
Введение

 

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

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

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

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

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

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

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

 

 

 

1 Разработка эскизного  и технического проектов программы

1.1  Задание

 

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

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

 

2.  Назначение и область применения

 

Необходимо разработать  приложение «Склад».  Область применения: сфера торговли. Поскольку ставится задача разработать приложение для Windows, то использоваться программа может только под управлением ОС Windows.

 

3.  Технические характеристики

          1.3.1 Постановка задачи

 

Разработать программу, моделирующую работу кладовщика с использованием базы данных в среде Delphi.

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

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

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

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

 В результате решения  задачи предоставляются следующие  выходные документы:

- «Инвентаризационная  ведомость»

- «Договор поставки»

 В предметной области  сформируем запросы, необходимые  для решения задачи:

1.Кто является получателем  товара?

2.Какие товары хранятся  на складе?

3.Кто работает на  складе?

4.Кто поставляет товар?

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

Таблица 1 - Атрибуты и их идентификаторы

№	Наименование атрибута	Идентификатор
1	Табельный номер кладовщика	ТН
2	ФИО кладовщика	ФИО
№	Домашний адрес кладовщика	АДРЕС
3	Телефон	ТЕЛ
4	Дата рождения	ДАТА_РОЖ
5	РНН	РНН
6	Стаж	СТАЖ
7	Оклад	ОКЛАД
8	Должность	ДОЛЖ
9	ФИО клиента	КЛИЕНТ

Продолжение таблицы 1

№		Наименование атрибута		Идентификатор
10		Банковский счет клиента		БАНК
11		Адрес клиента		АДР_КЛ
12		Фирма клиента		НАЗ_ФИРМ
13		Номер заказа		НЗ
14		Телефон клиента		ТЕЛ_КЛ
15		Срок поставки товара		СРОК
16		Количество поставки товара		КОЛ_ВО
17		Номенклатурный номер  товара		ННТОВ
18		Цена  товара отпускная		ЦЕНА_ПОС
19		Наименование товара		НАЗ_ТОВ
20		Стоимость товара		СТОИМ
21		Стоимость без НДС		БЕЗ_НДС
22	Количество товара на складе		КОЛ_ВО_СКЛ
23	Единица измерения товара		ЕД_ИЗМ
24	ТМБ		ТМБ
25	Марка товара		МАРКА
26	ГОСТ		ГОСТ
27	Идентификационный номер  поставщика		ИДП
28	ФИО представителя поставщика		ФИО_ПОС
29	Наименование фирмы-поставщика		НАИМ_ФИРМ
30	Телефон поставщика		ТЕЛ_ПОС
31	Адрес поставщика		АДР_ПОС
32	Счет поставщика		СЧЕТ
33	РНН		РС
34	МФО		МФО

 

1.3.2 Описание алгоритма

 

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

ЗАКАЗ (Номер заказа, ФИО  клиента, номер банковского счета, название фирмы, адрес, телефон, номенклатурный номер товара, цена, количество, дата поставки);

ТОВАР (номенклатурный номер товара, наименование товара, стоимость, стоимость без НДС, количество, единица измерения, ТМБ, марка товара, гост);

ПОСТАВЩИК (Идентификационный  код поставщика, ФИО, наименование фирмы, адрес поставщика, телефон, счет, рнн, мфо );

КЛАДОВЩИК (табельный номер, ФИО, адрес, телефон, дата рождения, рнн, стаж, оклад, должность);

Проведем анализ связей между сущностями:

КЛАДОВЩИК, ЗАКАЗ - оформляет; связь типа М:М;

КЛАДОВЩИК, ТОВАР –  получает, связь типа М:М;

ПОСТАЩИК, ТОВАР - поставляет, связь типа М:М;

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

Рисунок 1 - Концептуальная схема «Склад».

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

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

1. ЗАКАЗ (НЗ, Клиент, банк, наз_фирм, адр_кл, тел_кл, ннтов, цена, кол_во, срок);

Заказ определяется по номеру заказа, поэтому в качестве ключевого выберем атрибут «Номер заказа».

НЗ аà [все атрибуты].

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

ЗАКАЗ (НЗ, Клиент, ннтов, цена, кол_во, срок);

КЛИЕНТ(Клиент, банк, наз_фирм, адр_кл, тел_кл);

В новом отношении Клиент ключевыми  атрибутами являются Клиент и банк, то есть

КЛИЕНТ, БАНКаà [все атрибуты].

Других функциональных зависимостей в отношениях нет, оба отношения находятся в 3НФ

2. ТОВАР (ннтов, наз_тов,  стоим, без_НДС, кол_во_скл, ед_изм,  ТМБ, марка, гост);

Товары учитываются  по номенклатурным номерам, поэтому в качестве ключевого атрибута выберем «ННТОВ» - номенклатурный номер товара.

ННТОВ аà [все атрибуты].

Других ФЗ отсутствуют, отношение находится в 3НФ.

3. ПОСТАВЩИК (ИДП,ФИО_пос,наим_фир,адр_пос,тел_пос,  счет, рс, мфо );

Поставщики определяется по идентификационному коду, поэтому  в качестве ключевого выберем  атрибут «ИДП».

ИДП аà[все атрибуты].

Другие ФЗ отсутствуют, отношение находится в 3НФ.

4. КЛАДОВЩИК (тн, ФИО,  адрес, тел, дата_рож, рнн, стаж, оклад, долж);

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

ТН аà[все атрибуты].

Другие ФЗ отсутствуют, отношение находится в 3НФ.

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

Главная

Данные

Вход	Выход
Заполнение полей формы, соотв. полям таблиц	Добавление записи в  таблицу

Поиск

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

 

Запрос

Вход	Выход
Подтверждение выполнения запроса	Отображение НД, содержащего  поля нескольких таблиц

Отчеты

Договор поставки

Вход	Выход
Выбор значений: поставщик, ответственный, товар, ввод данных о  товаре, добавление товара в таблицу	Отчет в MS WORD в виде договора поставки

 

Инвентаризационная ведомость

Вход	Выход
Ответственный за инвентаризацию	Инвентаризационная ведомость

 

 

1.3.3 Организация входных и выходных данных

 

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