Программа по поставке товаров

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

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

1. Предметная область автоматизации

1.1 Описание предметной области

2. С одним заказчиком может быть заключено несколько договоров.

3. В договоре может быть несколько изделий, одно и то же изделие может быть затребовано в разные месяцы.

4. Номера договоров уникальны для поставщика.

5. Документ об отгрузке продукции (накладная на отпуск товаров, товарно-транспортная накладная) всегда привязан к одному договору, может содержать несколько наименований товаров, и его номер уникален для предприятия.

6. Документ об оплате продукции (платежное поручение - ПП) всегда соответствует одному счету при предоплате или одной ТТН при отгрузке товаров без предоплаты.

7. Один и тот же плательщик может выписывать множество платежных поручений.

8. Номер платежного поручения уникален для плательщика. Это означает, что один и тот же номер может быть в ПП разных плательщиков. Следовательно, однозначная идентификация платежных поручений осуществляется двумя реквизитами: номером ПП и номером счета или номером ПП и ИНН плательщика, или номером ПП и номером ТТН или номером ПП и ИНН плательщика в зависимости от условий задачи.

9. № ИНН получателя (плательщика) является уникальным и неизменным.

10. Код товара является уникальным и неизменным.

11. Адрес покупателя могут меняться.

12. Количество товара измеряется целым числом единиц измерения.

13. У товара только одна единица измерения.

14. Месяц фактической оплаты отгруженной продукции определяется датой из ПП.

15. Цена товара постоянна в течение действия договора на поставку товаров.

16. Все цены - в рублях.

17. Количественные ограничения:

· число заказчиков - не более 3;

· число изделий - не более 5;

· количество изделий - не более 999.

1.2 Функции решаемой задачи

информационный модель программный

В данной работе должны быть реализованы следующая функция:

1. Используя документы “Товарно-транспортная накладная” (ТТН), подсчитать стоимость заданного отгруженного товара по всем ТТН.

2. Используя документы “Платежное поручение” (ПП), подсчитать стоимость заданного оплаченного товара по всем ПП, выписанным каждым заказчиком поставщику по каждой ТТН.

3. Подсчитать недоплату как разность между стоимостью отгруженного и оплаченного товара.

1.3 Перечень входных документов

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

Условно-постоянная информация включает справочные данные о номенклатуре изделий, выпускаемых предприятием, о его цехах, складах и о ЕИ.Эти данные отображаются в документах “Справочник заказчиков”, “Справочник товаров” приведенных в таблицах. Они имеют табличную форму.

Оперативная информация включает в себя те данные которые отражаются в «”ПП” и “ТТН”

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

2.1 Организационно-экономическая сущность задачи

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

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

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

2.2 Форматы входных документов

Описание реквизитов входной информации

2.3 Описание выходной информации

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

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

3.1 Информационный анализ входной информации, необходимой для решения задачи и выделение информационных объектов ПО

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

Для рассмотрения предметной области используем:1) Договор 2) ТТН(Товарно-транспортная накладная) 3) ПП(Платёжное поручение 4) Товар 4) Заказчик, а также 5)Спецификация ТТН(Товарно-транспортной накладной) 6) Спецификация ПП(платёжное поручение) по реквизиту (Код товара).

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

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

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

. Остальные поля описательные, так как однозначно зависят от ключевых полей.

Для информационного объекта «Спецификация ПП». Ключевые поля- «№ ПП», «№ ТТН» «Код товара»,. Т.к. в одном документе об оплате может быть несколько товаров.

Остальные поля описательные, так как однозначно зависят от ключевого поля

Получили два информационных объекта - «ТТН» и «Спецификация ТТН». Для информационного объекта «ТТН» ключ -состоит из полей - «№ ТТН», Номер ТТН об отгрузке готовой продукции уникален для предприятия. Остальные поля описательные, так как однозначно зависят от ключевых полей. Для информационного объекта «Спецификация ТТН». Ключевое поле - «№ ТТН» «Код товара», так как в одном документе об отгрузке может быть несколько товаров.. Остальные поля описательные, так как однозначно зависят от ключевого поля.

Получили информационный объект «Товар». Ключ - состоит из поля - «Код товара» так как оно уникально. Остальные поля описательные, так как однозначно зависят от ключевых полей.

Получили информационный объект «Справочник заказчиков». Ключ - состоит из поля - «№ ИНН» так как оно уникально. Остальные поля описательные, так как однозначно зависят от ключевых полей.

Реквизитный состав информационных объектов

Примечания

1. Жирным шрифтом выделены ключевые реквизиты.

2. Принятые обозначения: П - простой ключ, С - составной ключ.

Среди реквизитов мы выделяем главные и зависимые.

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

3.2 Определение связей ИО и построение инфологической модели

Матрица смежности нужна, чтобы построить ИЛМ в каноническом виде:

1 0 0 1 1 2 1 2

2!! 0 1 1 1 1

3!!! 1 1 0 1

4!!! 0 1! 0

5!!!! 0!!

3.4 Разработка исходных данных контрольного примера

Схема базы данных решаемой задачи

Эта схема является машинной реализацией информационно-логической модели (ИЛМ) задачи рассматриваемой предметной области; ее архитектура соответствует каноническому виду ИЛМ. Связи между таблицами СУБД Access соответствуют связям между информационными объектами, приведенными в таблице “Реквизитный состав информационных объектов”; они осуществляются при помощи внешних ключей. В соответствии с требованиями канонического вида ИЛМ эти связи имеют тип “Один-ко-многим”. На схеме базы данных связи обозначаются в виде 1 ?. Символы “1” и “?”располагаются рядом с внешними ключами.

Схема данных позволяет:

1) установить связи между записями в таблицах,

2) обеспечить целостность данных и защиту от случайного удаления или изменения связанных данных,

3) автоматически использовать эти связи при построении:

Ё запросов к БД,

Ё составных (подчинённых) форм,

Ё отчётов.

3.5 Создание базы данных на компьютере

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

Товар

Справочник заказчика

Договор

ТТН

Спецификация ТТН

ПП

Спецификация ПП

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