
- •Курсовое проектирование
- •1. Введение
- •1.1. Общие положения о курсовом проектировании
- •1.2. Содержание основных этапов курсового проектирования
- •1.3. Структура отчета курсового проекта
- •1.4. Задание на курсовое проектирование
- •Теоретический материал
- •Обобщенное формальное описание методологии проектирования реляционных баз данных.
- •Определение доменов атрибутов. Определение доменов для атрибутов в каждой локальной концептуальной модели данных. Документирование сведений о доменах атрибутов.
- •Пример описания предметной области «Сбыт готовой продукции»
- •3.1. Описание предметной области
- •Платежное поручение №_____
- •3.2. Терминология
- •3.3. Ограничения предметной области
- •3.4. Описание функционирования отдела сбыта
- •1. Предметная область автоматизации
- •1.1. Описание предметной области и функции решаемой задачи
- •1.2. Документы предметной области, содержащие информацию, необходимую для решения задачи
- •Постановка задачи
- •2.1. Организационно-экономическая сущность задачи
- •2.2. Описание выходной информации
- •Список изделий, по которым имеется недооплата
- •2.3. Описание входной информации
- •Товаро-транспортная накладная № _______
- •3. Разработка информационного обеспечения задачи
- •3.1. Информационный анализ по и выделение информационных объектов
- •3.2. Определение связей и построение илм
- •3.3. Определение логической структуры реляционной базы данных
- •3.4. Исходные данные контрольного примера
- •4. Разработка алгоритмов и технологии решения задачи
- •4.1. Разработка технологии ввода и накопления входной информации
- •4.2. Определение форм ввода-вывода
- •4.3. Обобщенный алгоритм решения задачи и его декомпозиция на модули (функции)
- •4.4. Алгоритмы реализации отдельных модулей
4. Разработка алгоритмов и технологии решения задачи
Общие сведения о содержании и алгоритме решения задачи
По мере поступления документов, содержащих данные об отгрузке и оплате по ней, должен осуществляться ввод этих данных в БД, где они должны храниться. Таким образом, осуществляется накопление необходимой для решения задачи оперативно-учетной информации.
При оценке оплаты необходимо обеспечить анализ оплаты по заданному пользователем изделию и получить список всех изделий, не полностью оплаченных заказчиком. В первом случае надо по запросу пользователя для задаваемого им изделия формировать отчет, содержащий сведения об оплаченной части отгрузки изделия и недооплатах по нему. Для ввода запроса пользователю в диалоге должна быть выведена экранная форма, где он может непосредственно с клавиатуры ввести код изделия. Отчет должен выводиться на экран и принтер. Во втором случае необходимо сформировать список изделий, по которым имеется недооплата. Список должен включать изделия, по которым нет равенства количества отгруженных изделий (в ТТН) и количества оплаченных изделий (по всем ПТР, соответствующим данной ТТН). Список может содержать данные, показывающие отгрузку и оплату изделий. Список должен выводиться на экран и принтер. Расчеты в данной задаче должны производиться в натуральном выражении, в соответствии с контрольным примером (в шт.). Расчеты производятся за период, в течение которого накапливалась информация. Недооплата рассчитывается как разность данных по отгрузке изделия и его оплате.
4.1. Разработка технологии ввода и накопления входной информации
Для решения рассматриваемой задачи должен производиться ввод и накопление оперативно-учетной информации об отгрузке изделий по ТТН и об оплате отгруженных изделий по ПТР.
Справочная информация об изделиях, выпускаемых предприятием, о договорах и заказчиках должна быть ранее загружена в базу данных в процессе решения других задач данной предметной области с соответствующих документов — «Справочника готовых изделий» и «Договора». В соответствии с этим технология ввода входной оперативной информации и решение рассматриваемой задачи с помощью базы данных приведены на рис. 12.
Рис. 12. Технологическая схема ввода информации и решения задачи оценки оплаты
Рис. 13. Источники загрузки таблиц базы данных по отгрузке и оплате изделий
На рис. 13 показаны источники данных — входные документы ТТН и ПТР для создания записей таблиц с оперативной (учетной) информацией БД. Здесь также указан перечень загружаемых полей, которые необходимы для решения рассматриваемой задачи.
4.2. Определение форм ввода-вывода
Для ввода информации по оплате отгрузки должны быть созданы экранные формы, соответствующие формам входных документов ТТН и ПТР. Через экранные формы ввода-вывода должен обеспечиваться однократный ввод данных во взаимосвязанные таблицы ТТН - СТТН и ПТР—СПТР. Ниже приведены макеты экранных форм для ввода данных с документов ТТН и ПТР.
Форма для загрузки данных с ТТН (см. форму 14) является многотабличной составной. Основная часть формы строится на основе главной из двух загружаемых таблиц TTN. В нее входят поля NTTN, DOTGR, KZ и SUMOTG. Включаемая многозаписевая форма строится на подчиненной и тоже загружаемой таблице CTTN, в которой загружаются поля NTTN, KI и KOLOTG. Включаемая форма связывается с основной по ключу связи таблиц NTTN. Причем значение ключа NTTN вводится однократно в основную часть формы, но за счет связи с включаемой формой это ключевое поле загружается как в главную, так и в подчиненную таблицы. Таким образам, с одной экранной формы создаются одна запись в таблице TTN и подчиненные ей записи в таблице CTTN.
Рис. 14. Макет формы ввода-вывода для загрузки данных с ТТН в таблицы базы. данных TTN и TTN
Для проверки правильности вводимой информации можно через форму отображать наименования заказчика из таблицы ZAK. Для этого предусмотрим включаемую простую однозаписевую форму, которая строится на базе таблицы ZAK. Заметим, что таблица ZAK является главной по отношению к таблице TTN, используемой для основной части формы. Поэтому будет отображаться единственное значение наименования заказчика. Включаемая форма должна быть связана с основной по ключу связи таблиц KZ.
Для отображения справочной информации о наименовании изделии, единиц измерения и цены предусмотрим несвязанную форму, которая строится на основе таблицы IZD.
Форма для загрузки данных с документа ПТР (см. рис. 15) также является многотабличной составной. Основная часть формы строится на основе главной из двух загружаемых таблиц PTR. В нее входят поля NPTR, KZ, DOPL и SUMOPL. Включаемая многозаписевая форма строится на основе подчиненной и тоже загружаемой таблицы CPTR. В эту включаемую форму вводятся значения KI и KOLOPL. Включаемая форма связывается с основной по составному ключу связи таблиц NPTR+KZ, что обеспечивает формирование записей подчиненной таблицы CPTR при однократном вводе значений этих ключевых полей.
Рис. 15. Макет формы ввода-вывода для загрузки данных с ПТР в таблицы базы данных PTR и CPTR
Для проверки правильности вводимой информации предусмотрено отображение наименования заказчика из таблицы ZAK с помощью включаемой простой одиозаписевой формы, которая строится на базе таблицы ZAK.
Для отображения справочной информации об изделиях предусмотрена несвязанная форма на основе таблицы IZD.