Будем благодарны если Вы поддержите проект
Содержание
1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ.. 2
1.1. Описание ПО решаемой задачи. 2
1.2. Функции ПО, реализуемой задачей. 5
1.3 Перечень документов. 6
2. ПОСТАНОВКА ЗАДАЧ. 12
2.1. Организационно экономическая сущность решаемых задач. 12
2.2. Описание входной информации. 12
2.3. Описание выходной информации. 13
3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ задачи.. 14
3.1. Информационный анализ входной информации, необходимой для решения задачи и выделения информационных объектов ПО.. 14
3.2. Определение связей информационных объектов и построение информационно-логической модели (ИЛМ) 18
3.3. Определение логической структуры базы данных. 22
3.4. Разработка исходных данных контрольного примера. 22
3.5. Создание базы данных на компьютере. 23
4 Описание технологии и алгоритмов решения задачи и их машинная реализация.. 33
4.1. Описание технологии ввода в базу данных входной информации задачи. 33
4.2. Обобщенный алгоритм задачи и его декомпозиция на модули, реализуемые инструментальными средствами СУБД.. 39
4.3.Алгоритмы реализации отдельных модулей задачи и их реализация. 41
5. Разработка диалогового приложения пользователя. 44
5.1.Описание структуры технологического процесса обработки данных для решения задачи. 44
5.2.Разработка и реализация пользовательского меню приложения. 44
5.3.Инструкция пользователю по решению задачи в виде презентации. 48
ЗАКЛЮЧЕНИЕ. 52
Список использованной литературы.. 53
Предметной областью автоматизации являются должностные функции менеджера отдела сбыта программного обеспечения (программы и игры). Организация реализует сбыт различных программ и компьютерных игр.
Управление любым объектом включает функции: планирования; учёта и контроля; анализа.
Информация, циркулирующая в рассматриваемой предметной области, отображается в документах. Информация, содержащаяся в документах, разделяется на условно-постоянную и оперативную информацию.
Ограничения предметной области:
1. Каждый договор заключается только с одним заказчиком.
2. С одним заказчиком может быть заключено несколько договоров.
3. Рассматриваются только договора текущего года.
4. С одним поставщиком может быть заключено несколько договоров.
5. В договоре может быть несколько изделий, одно и то же изделие может быть затребовано в разные месяцы.
6. На один договор может быть выписано несколько счетов, счет включает расшифровку по товарам.
7. Номера договоров и счетов уникальны для поставщика.
8. Счет и накладная всегда ссылаются на договор-основание.
9. Счет может оплачиваться по частям, платежи включают расшифровку по оплаченным товарам. Это означает, что одному счету может соответствовать несколько платежных поручений.
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. Цена товара постоянна в течение действия договора на поставку товаров.
35. Все цены – в рублях.
36. Отчетный период – месяц.
37. Количественные ограничения:
В качестве предметной области рассматриваются некоторые функции, выполняемые сотрудниками отдела сбыта предприятия в процессе:
а) Планирования:
б) Учета:
в) Анализа:
Цель выполняемых функций:
В результате обследования предметной области определены следующие входные (первичные) документы, представленные в таблицах 1-4.
Таблица 1 – Справочник товаров
| Код товара |
Наименование товара |
Ед.изм.товара |
Цена за ед.измерения |
Нормативный запас |
Номер склада |
Таблица 2 – Справочник плательщиков
| ИНН |
Наименование |
Адрес |
Таблица 3 – Справочник цехов
| Номер цеха |
Наименование цеха |
Таблица 4 – Справочник складов
| Номер склада |
Наименование склада |
Оперативная информация включает следующие данные.
Документ «План выпуска продукции цехом» представлен на рисунке 1.
Рисунок 1 – План выпуска продукции цехом
Документ «Счет» представлен на рисунке 2.
Рисунок 2 – Счет
Содержательная часть этого документа в анкетной части содержит номер счета поставщика, номер договора, на основании которого выписан счет, данные о плательщике и общая сумма счета. Номер счета в соответствии с ограничениями предметной области является уникальным для поставщика и однозначно определяет номер договора и дату выписки счета.
В табличной части счета приводятся данные о подлежащих оплате получателем по данному счету товарах. Счет может содержать несколько наименований изделий. Один и тот же товар может быть поставлен по нескольким счетам. Поэтому качество оплачиваемого товара однозначно определяется двумя реквизитами: наименованием товара и номером счета.
Документ «Договор» представлен на рисунке 3.
Рисунок 3 – Договор
Договор состоит из двух частей. В первой части приводятся номер договора, дата его составления, данные о поставщике и получателе и общая сумма договора. Номер договора является уникальным и однозначно определяет дату составления вора и ИНН (индивидуальный итоговый номер) получателя. Единица измерения и отпускная цена единицы измерения однозначно определяются наименованием товара.
Табличную часть договора называют спецификацией. Спецификация, в свою очередь, также состоит из двух частей. В ней приводятся данные о поставляемых по данному договору товарах. Один и тот же товар может быть поставлен по нескольким договорам, а по одному и тому же договору – в нескольких месяцах. Поэтому количество поставляемого товара однозначно определяется совокупностью реквизитов: наименованием товара, номером договора и месяцем поставки. Очевидно, что единица измерения и отпускная цена однозначно определяются наименованием товара.
Документ «Платежное поручение» представлен на рисунке 4.
Рисунок 4 – Платежное поручение
В анкетной части ПП содержатся номер ПП, номер ТТН или номер счета, дата составления документа и сведения о плательщике. Номер этого документа уникален только для плательщика и, следовательно, может повторяться у разных плательщиков. Для однозначной идентификации ПП в базе данных поставщика платежное поручение должно ссылаться на номер конкретной ТТН или номер конкретного счета. Поэтому однозначное определение даты выписки ПП и № ИНН плательщика осуществляется одновременно двумя реквизитами: № ПП и № ТТН или № ПП и № счета. Одной ТТН или одному счету может соответствовать несколько ПП. В табличной части ПП приводятся данные об оплачиваемых получателем ПП товарах. Платежное поручение может содержать несколько наименований товаров. Один и тот же товар может быть указан в нескольких ПП, причем один и тот же номер ПП может повториться для разных ТТН (номеров счетов). Поэтому количество оплаченного товара однозначно определяется тремя реквизитами: наименованием товара, номером ПП и № ТТН (или № счета). Единица измерения и цена единицы измерения однозначно определяются наименованием товара. Реквизиты “Сумма” и “Общая сумма платежа” в базе данных не хранятся.
Документ «Цеховая накладная» представлен на рисунке 5.
Рисунок 5 – Цеховая накладная
В анкетной части этого документа содержатся его номер и дата выписки, номер и наименование цеха и склада. Номер этого документа уникален только для данного цеха и, следовательно, может повторяться в накладных разных цехов. Однозначная идентификация цеховой накладной в базе данных осуществляется указанием номера цеха. Поэтому однозначное определение реквизитов “Дата составления цеховой накладной” и “Номера склада” осуществляется одновременно двумя реквизитами: “Номер цеховой накладной” и “Номер цеха”. Очевидно, что наименование цеха Однозначно определяется его номером, а наименование склада – номером склада. В табличной части цеховой накладной приводятся данные о товарах, сдаваемых на склад, и их количестве. Один и тот же товар может быть указан в нескольких цеховых накладных, причем один и тот же номер цеховой накладной может повториться для разных цехов. Количество сдаваемого на склад товара однозначно определяется тремя реквизитами: наименованием товара, номером цеховой накладной и номером цеха. Единица измерения однозначно определяется наименованием товара.
Документ «Товарно-транспортная накладная» представлен на рисунке 6.
Рисунок 6 – Товарно-транспортная накладная
В анкетной части этого документа содержатся его номер и дата выписки, номер договора, сведения о получателе и общая сумма по накладной. Номер ТТН является уникальным для предприятия. Он однозначно определяет дату выписки ТТН, номер договора и общую сумму по накладной. ИНН получателя однозначно определяется номером договора, а наименование и адрес получателя – его ИНН. В табличной части ТТН приводятся данные об отгруженных по данной ТТН товарах. Один и тот же товар может быть указан в нескольких ТТН. Поэтому количество отгруженного товара однозначно определяется совокупностью двух реквизитов: наименованием товара и номером ТТН.
Очевидно, что единица измерения и отпускная цена однозначно определяются наименованием товара.
Рассмотрим организационно-экономическую сущность предлагаемого комплекса задач.
Задача 10. ОПРЕДЕЛЕНИЕ ИЗЛИШКОВ ТЕКУЩЕГО ЗАПАСА ПРОДУКЦИИ НА ЗАДАННОМ СКЛАДЕ
Необходимо получить отчет в разрезе тех изделий на заданном складе, текущий остаток которых больше установленного нормативного запаса (излишки).
В качестве оперативной информации будут использоваться документы:
Организационно-экономическая сущность поставленной задачи заключается в оценке выполнения плана сдачи цехами заданного изделия на склад до конца заданного месяца.
Входную информацию делят на условно-постоянную, сохраняющую свои значения на длительный период времени, и, на постоянно меняющуюся оперативно-учётную.
Справочник товаров, Справочник складов относят к условно - постоянной информации.
Список товарно-транспортных накладных, Цеховая накладная относятся к оперативно-учетной информации.
Перечень первичных документов, а так же источник и срок поступления представим в виде таблицы 5.
Таблица 5 - Перечень первичных документов
| № п/п |
Наимен. документа |
Реквизиты |
От кого поступает |
Срок поступления |
| 2. |
Справочник склада |
№ склада Наименование склада |
Плановый отдел |
В течение каждого месяца |
| 3 |
Товарно-транспортная накладная |
Номер ТТН Дата Номер договора Поставщик Получатель Наименование товара Ед.изм. Цена ед.измерения Количество |
Отдел сбыта |
Ежедневно |
| 4 |
Цеховая накладная |
Номер цеховой накладной Дата № цеха № склада Наименование товара Ед.изм. Количество |
Цех |
Ежедневно |
| 2. |
Справочник склада |
№ склада Наименование склада |
Плановый отдел |
В течение каждого месяца |
Выходную информацию представим в виде отчетных форм.
Отчёт для задачи 10
Излишки продукции на складе №1.
| Товар |
Нормативный запас |
Текущая отгрузка |
Излишки |
| Игра |
100 |
10 |
90 |
Дата выдачи отчета: 11.12.2017.
Реквизитный состав первичных документов: наименование склада, месяц, наименование товара, единицы измерения, наименование цеха, план сдачи товара (шт.), фактическая сдача товара (шт.), отклонение товара (шт.).
Необходимо проанализировать каждый реквизит на наличие взаимосвязей с другими реквизитами.
Среди реквизитов, описывающих сущность, можно выделить один или несколько реквизитов, которые однозначно идентифицируют (определяют) экземпляр сущности. Такой реквизит является ключом.
Между ключом и другими реквизитами (описательными) существует функциональная зависимость.
По ключу можно отыскать любой нужный экземпляр среди других экземпляров сущности. Кандидатов в ключевые реквизиты в группе реквизитов может быть несколько.
Оценку выполнения плана сдачи цехами продукции на заданный склад в заданном месяце можно свести в таблицу 6.
Таблица 6 – Определение излишков текущего запаса продукции на заданном складе
Склад №….
| Товар |
Нормативный запас |
Текущая отгрузка |
Излишки |
| … |
… |
… |
… |
Для устранения избыточной информации при автоматизированной обработке появилась необходимость в представлении дополнительных таблиц.
Все общие сведения о товарах: код товара, наименование товара, единица измерения товара, цена за ед_измерения, нормативный запас, номер склада представлены в таблице 7.
Таблица 7 – Товар
| товар |
|||||
| Код товара |
наименование товара |
единица измерения товара |
цена за ед_измерения |
нормативный запас |
номер склада |
| 1 |
Игра для ПК Contrast |
1 |
190,00р. |
100 |
1 |
| 2 |
Игра для ПК Etherium |
1 |
320,00р. |
100 |
1 |
| 3 |
Игра для ПК Tempest |
1 |
399,00р. |
100 |
1 |
| 4 |
Игра для ПК Tropico |
1 |
430,00р. |
100 |
1 |
| 5 |
Игра для ПК Thief |
1 |
450,00р. |
100 |
2 |
| 6 |
Игра для ПК Husk |
1 |
570,00р. |
100 |
2 |
Все общие сведения о складах: номер склада продукции, наименование склада представлены в таблице 8.
Таблица 8 – Склад
| склад |
|
| номер склада продукции |
наименование склада |
| 1 |
№1 |
| 2 |
№2 |
Все общие сведения о цеховых накладных: номер цеховой накладной, номер цеха, наименование цеха, дата сдачи, наименование склада представлены в таблице 9.
Таблица 9 – Цех_наклад
| цех_наклад |
|||
| номер цеховой накладной |
номер цеха |
дата сдачи |
наименование склада |
| 1 |
1 |
30.09.2017 |
1 |
| 2 |
1 |
30.09.2017 |
1 |
| 3 |
1 |
31.10.2017 |
1 |
| 4 |
2 |
30.10.2017 |
2 |
| 5 |
2 |
30.11.2017 |
2 |
| 6 |
2 |
30.11.2017 |
2 |
Все общие сведения о табличной части цеховой накладной: номер цеховой накладной, наименование товара, ед_измерения, количество представлены в таблице 10.
Таблица 10 – Таб_цех_наклад
| цех_наклад |
|||
| номер цеховой накладной |
номер цеха |
дата сдачи |
наименование склада |
| 1 |
1 |
30.09.2017 |
1 |
| 2 |
1 |
30.09.2017 |
1 |
| 3 |
1 |
31.10.2017 |
1 |
| 4 |
2 |
30.10.2017 |
2 |
| 5 |
2 |
30.11.2017 |
2 |
| 6 |
2 |
30.11.2017 |
2 |
Все общие сведения о товарно-транспортных накладных: номер ТТН, дата отгрузки, номер договора, поставщик, получатель представлены в таблице 11.
Таблица 11 – ТТН
| ТТН |
||||
| номер ТТН |
дата отгрузки |
номер договора |
поставщик |
получатель |
| 1 |
13.12.2017 |
1 |
Компьютерный мир |
Лапина А.А. |
| 2 |
13.12.2017 |
2 |
Компьютерный мир |
Стригунова В.В. |
| 3 |
14.12.2017 |
3 |
Компьютерный мир |
Поспелов В.В. |
| 4 |
14.12.2017 |
4 |
Компьютерный мир |
Деревнец И.А. |
Все общие сведения о табличной части товарно-транспортной накладной: номер ТТН, наименование товара, ед_измерения, количество, цена представлены в таблице 12.
Таблица 12 – ТабТТН
| Таб_ТТН |
||||
| номер ТТН |
наименование товара |
ед_измерения |
цена |
количество |
| 1 |
Игра для ПК Contrast |
штука |
190,00р. |
10 |
| 1 |
Игра для ПК Etherium |
штука |
320,00р. |
15 |
| 2 |
Игра для ПК Tempest |
штука |
399,00р. |
10 |
| 2 |
Игра для ПК Tropico |
штука |
430,00р. |
10 |
| 2 |
Игра для ПК Thief |
штука |
450,00р. |
10 |
| 3 |
Игра для ПК Husk |
штука |
570,00р. |
10 |
| 3 |
Игра для ПК Contrast |
штука |
190,00р. |
15 |
| 3 |
Игра для ПК Etherium |
штука |
320,00р. |
10 |
| 4 |
Игра для ПК Tempest |
штука |
399,00р. |
14 |
| 4 |
Игра для ПК Tropico |
штука |
430,00р. |
15 |
| 4 |
Игра для ПК Thief |
штука |
450,00р. |
16 |
Таким образом, выделение спецификации позволяет сократить объём информации в памяти компьютера и трудоёмкость ввода данных.
Для решения всей задачи необходимы следующие таблицы: склад, товар, ЦН, Таб_ЦН, ТТН, ТабТТН.
Покажем на следующей схеме функционально-зависимые реквизиты неповторяющиеся в каждой группе.
Справочник склад
Номер склада*
Наименование склада
Справочник товары
Код товара*
Наименование товара
Единица измерения товара
Цена за ед_измерения
Нормативный запас
Номер склада*
Документ Цеховая накладная
номер цеховой накладной*
номер цеха*
наименование цеха
дата сдачи
код склада*
наименование склада
Табличная часть документа Цеховая накладная
номер цеховой накладной*
код товара *
наименование товара
ед_измерения
количество
Документ ТТН
номер ТТН*
дата отгрузки
номер договора*
поставщик*
получатель*
Табличная часть документа ТТН
номер ТТН*
наименование товара*
ед_измерения
количество
цена
Итак, для решения задач выделены пять групп (ИО) с ключевыми реквизитами (ключи подчеркнуты):
В результате анализа получили 18 информационных объектов или сущностей. Проведем парный анализ связей между ними.
Склад ® товар (Склад - главный ИО, товар - подчиненный ИО ). Тип связи 1:М, т.к. один склад может хранить множество товаров. Связь между этими объектами обеспечивается с помощью реквизита Номер склада.
Товар ® План выпуска (Товара - главный ИО, План выпуска - подчиненный ИО). Тип связи 1:М, т.к. товар может выпускаться в разные месяцы. Связь между этими объектами обеспечивается с помощью реквизита Код товара.
Договор ® Таб договора ( Договор - главный ИО, Таб договора - подчиненный ИО). Тип связи 1:М, т.к. каждому договору соответствует много табличных частей договоров. Связь между этими объектами обеспечивается с помощью реквизита Номер договора.
Товар ® Таб договора (Товар – главный ИО, Таб договора – подчинённый ИО). Тип связи 1:М, т.к. один товар может фигурировать в разных Таб договоров. Связь между этими объектами обеспечивается реквизитами Код товара.
Плательщик ® Договор (Плательщик – главный ИО, Договор – подчинённый ИО). Тип связи 1:М, т.к. один плательщик может заключить несколько договоров. Связь между этими объектами обеспечивается реквизитами Код плательщика.
Договор ® ТТН (Договор – главный ИО, ТТН – подчинённый ИО). Тип связи 1:М, т.к. по одному договору может быть несколько товарно-транспортных накладных. Связь между этими объектами обеспечивается реквизитами Номер договора.
ТТН ® ТабТТН (ТТН – главный ИО, СТТН – подчинённый ИО). Тип связи 1:М, т.к. по одной товарно-транспортной накладной может быть несколько Табличных частей ТТН. Связь между этими объектами обеспечивается реквизитами Номер ТТН.
Товар ® ТабТТН (Товар – главный ИО, ТабТТН – подчинённый ИО). Тип связи 1:М, т.к. один товар может быть в нескольких табличных частях ТТН. Связь между этими объектами обеспечивается реквизитами Код товара.
Цех ® План выпуска (Цех – главный ИО, План выпуска – подчинённый ИО). Тип связи 1:М, т.к. один цех может иметь несколько планов выпуска. Связь между этими объектами обеспечивается реквизитами Номер цеха.
Цех ® Цех_накл (Цех – главный ИО, Цех_накл – подчинённый ИО). Тип связи 1:М, т.к. один цех создает несколько цеховых накладных. Связь между этими объектами обеспечивается реквизитами Номер цеха.
ЦН ® Таб_цех_накл (ЦН – главный ИО, Таб_цех_накл – подчинённый ИО). Тип связи 1:М, т.к. одна цеховая накладная может быть в нескольких табличных частях цеховых накладных. Связь между этими объектами обеспечивается реквизитами Номеру цеховой накладной.
ТТН ® ПП (ТТН – главный ИО, ПП – подчинённый ИО). Тип связи 1:М, т.к. по одной цеховой накладной может быть несколько платежных поручений. Связь между этими объектами обеспечивается реквизитами Номеру ТТН.
ПП ® ТабПП (ПП – главный ИО, СПП – подчинённый ИО). Тип связи 1:М, т.к. по одному платежному поручению может быть несколько табличных частей ПП. Связь между этими объектами обеспечивается реквизитами Номер ПП.
После того, как установлены связи между сущностями, возможно построение информационно-логической модели.
ИНФОРМАЦИОННО-ЛОГИЧЕСКАЯ МОДЕЛЬ - это модель данных, отображающая предметную область в виде совокупности информационных объектов и структурных связей между ними.
Правила построения ИЛМ связаны с упорядочением ИО по уровням иерархии. Такой способ изображения по уровням называют канонической формой ИЛМ. Рассмотрим формальный способ установления уровней иерархии. Этот способ особенно необходим, когда количество ИО велико.
На рисунке 7 показана каноническая информационно- логическая модель (ИЛМ).
Рисунок 7 – Информационно-логическая модель
Логическая структура РБД определяется совокупностью логически связанных реляционных таблиц.
Логические связи соответствуют структурным связям между объектами в инфологической модели, каждый ИО в логической структуре отображается соответствующей реляционной таблицей.
Связи между таблицами осуществляются посредством общих реквизитов (ключевых или неключевых). Логическая структура РБД имеет следующий вид, представленный на рисунке 8.
Рисунок 8 – Логическая структура
Физическое моделирование БД - это способ размещения информации на машинных носителях. Правила перехода от логической реляционной структуры к физической заключаются в следующем:
В процессе физического проектирования РБД необходимо:
Соответствие документов и таблиц БД представлено в таблице 13.
Таблица 13 – Соответствие документов и таблиц БД
| Имя документа |
Имя таблицы БД |
| Справочник товаров |
Товар |
| Справочник цехов |
Цех |
| Справочник складов |
Склад |
| Справочник плательщиков |
Плательщик |
| Справочник поставщиков |
Поставщик |
| Справочник месяца |
Месяца |
| План выпуска товаров цехами |
План выпуска |
| Список договоров, заключенных с плательщиком |
Договор |
| Спецификация договора |
Спецификация |
| Табличная часть спецификации |
ТабСпецификация |
| Список цеховых накладных |
Цех_накл |
| Спецификация цеховой накладной |
Таб_цех_накл |
| Список товарно-транспортных накладных |
ТТН |
| Спецификация ТТН |
Таб_ТТН |
| Список платёжных поручений |
ПП |
| Спецификация ПП |
ТабПП |
| Счет |
Счет |
| Табличная часть счета |
Таб_счет |
Таблицы базы данных заполняются на основе входных (первичных) документов.
В данной курсовой работе созданы таблицы, заполнены конкретными значениями и представлены на рисунках 9-23.
Рисунок 9 – Таблица «Месяца»
Рисунок 10 – Таблица «Цех»
Рисунок 11 – Таблица «Склад»
Рисунок 12 – Таблица «Договор»
Рисунок 13 – Таблица «План выпуска»
Рисунок 14 – Таблица «Плательщик»
Рисунок 15 – Таблицы «Поставщик»
Рисунок 16 – Таблица «Платежное поручение»
Рисунок 17 – Таблица «ТабПлат_поручение»
Рисунок 18 – Таблица «Спецификация»
Рисунок 19 – Таблица «Табспецификация»
Рисунок 20 – Таблица «Счет»
Рисунок 21 – Таблица «ТабСчет»
Рисунок 22 – Таблица «Цех_наклад»
Рисунок 23 – Таблица «Таб_цех_наклад»
По приведенным исходным данным выполним вручную решение поставленных задач (контрольный пример).
Задача 10. ОПРЕДЕЛЕНИЕ ИЗЛИШКОВ ТЕКУЩЕГО ЗАПАСА ПРОДУКЦИИ НА ЗАДАННОМ СКЛАДЕ
Алгоритм решения задачи
1. По документам “Цеховая накладная” подсчитать общее количество сданных на склад изделий цехами предприятия с начала года.
2. По документам “Товарно-транспортная накладная” подсчитать общее количество отгруженных изделий с начала года.
3. Подсчитать текущий остаток как разность между суммами, полученными в п. 1 и п.2.
4. Подсчитать разность между текущим остатком и нормативным запасом.
Нормативный запас определяется из справочника товаров.
5. Определить изделия на заданном складе, для которых полученная в п.4 разность положительна (излишки).
В результате получим данные, представленные на рисунке 24.
Рисунок 24 – Результат
Для решения рассматриваемой задачи должен производиться ввод и накопление оперативно-учетной информации о товарах, цехах, складах, поставщиках, плательщиках, договорах, счетах, платежных поручениях, цеховых накладных, представленных на рисунках 25-36.
Рисунок 25 – Форма «Поставщик»
Рисунок 26 – Форма «Плательщик»
Рисунок 27 – Форма «Товар»
Рисунок 28 – Форма «Цех»
Рисунок 29 – Форма «Склад»
Рисунок 30 – Форма «Месяца»
Рисунок 31 – Форма «План выпуска»
Рисунок 32 – Форма «Договор»
Рисунок 33 – Форма «Счет»
Рисунок 34 – Форма «Платежное поручение»
Рисунок 35 – Форма «Цеховая накладная»
Рисунок 36 – Форма «ТТН»
Алгоритм решаемой задачи обеспечивает управление сбытом продукции. Указанные задачи реализуется посредством запросов, список которых приведен на рисунке 37.
Рисунок 37 – Список запросов
Далее будут представлены все запросы и отчёты, реализуемые в данной базе данных, представленные на рисунках 38-40.
Рисунок 38 – Запрос в режиме конструктора
Рисунок 39 – Диалоговые формы запроса
Рисунок 40 – Результат запроса
Основной алгоритм решения задачи представлен на рисунке 41.
Рисунок 41 – Основной алгоритм
Алгоритм работы со справочниками представлен на рисунке 42.
Рисунок 42 – Алгоритм работы со справочниками
Алгоритм работы с документами представлен на рисунке 43.
Рисунок 43 – Алгоритм работы с документами
Алгоритм поиска данных представлен на рисунке 44.
Рисунок 44 – Алгоритм поиска данных
Структура технологического процесса обработки данных для решения задачи представлена на рисунке 45.
Рисунок 45 – Структура технологического процесса обработки данных
Диспетчер кнопочных форм можно использовать, чтобы быстро и легко создать кнопочные формы. Продолжая работу, обратите внимание на то, что кнопочные формы не всегда видимы (их могут затенять другие окна). Кроме того, кнопочные формы не поддерживают работу в режиме одного документа.
Ниже описывается процедура создания, изменения и удаления кнопочной формы.
Создание кнопочной формы
На экране появится диалоговое окно Создание.
Имя новой кнопочной формы добавляется в список поля Страницы кнопочной формы.
Будет открыто диалоговое окно Изменение страницы кнопочной формы.
Откройте диалоговое окно Изменение элемента кнопочной формы.
Результат представлен на рисунке 46.
Рисунок 46 – Структура меню в диспетчере форм
На основании меню создается кнопочная форма представленная на рисунке 47.
Рисунок 47 – Главная форма
При выборе соответствующего меню открывается форма с подменю, представленное на рисунке 48.
Рисунок 48 – Подменю
При выборе подменю будет открыта соответствующая форма с названием в меню, представленная на рисунке 49.
Рисунок 49 – Форма при открытии меню
Инструкция пользователю по решению задачи представлена на рисунках 50-59.
Рисунок 50 – Создание таблиц в режиме конструктора
Рисунок 51 – Создание схемы данных
Рисунок 52 – Создание форм и ввод в них данных
Рисунок 53 – Создание запроса
Рисунок 54 – Создание отчета на основе запроса
Рисунок 55 – Создание кнопочного меню
Рисунок 57 – Кнопочное меню
Разработана архитектура базы по учету деятельности сбыта продукции программного обеспечения (программ и игр). В результате анализа данных приведены необходимые поля базы данных, их структура и тип.
Далее была спроектирована база данных, состоящая из 18 таблиц, в которых отражены основные атрибуты – соответствующие поля, использующиеся в работе по учету расходных материалов. Сведение их в определенные объекты и построение связи между объектами базы. Для этого все таблицы были объединены в схему данных, между ними по ключевым полям были установлены связи.
Далее была спроектирована база данных. На основе таблиц были спроектированы запросы на выборку, выводящие информацию по определенным параметрам.
Для удобства работы с таблицами разработаны формы, которые облегчают работу пользователя с системой. На основе запросов сформированы отчеты, для вывода информации не только на экран для пользователя, но и на печать.
В базе данных реализованы следующие функции:
postmaster@kursovik1.ru
RUB
UAH
USD