Курсовое проектирование в среде MS Access 3 страница

№ ТТН Дата Товар Сумма Сумма Недоплата

отгружено оплачено

─────────────────────────────────────────

200 31.03 04 Мясорубка 90000 р. 72000 р. 18000 р.

250 25.04 04 Термос 40000 р. 32000 р. 8000 р.

Всего по заказчику: 130000 р. 104000 р. 26000 р.

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

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

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

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

Сумма “Всего по заказчику” подсчитывается в отчете приложения СУБД.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник плательщиков (табл.2)

ЗАДАНИЕ №30. ОЦЕНКА НЕПОЛНОЙ ОПЛАТЫ ЗАДАННОГО
ОТГРУЖЕННОГО ИЗДЕЛИЯ

Выдать отчет в разрезе заказчиков, ТТН, и дат отгрузки, содержащий данные об оплаченной части и о недоплате заданного отгруженного изделия.

Оценка неполной оплаты отгруженного изделия
“Термос”

──────────────────────────────────────────

Заказчик № ТТН Дата Сумма Сумма Недоплата

отгружено оплачено

──────────────────────────────────────────

А/О “ЦУМ” 240 31.03 04 32000 р. 24000 р. 8000 р.

г. Москва 250 25.04 04 40000 р. 32000 р. 8000 р.

Итого по заказчику: 72000 р. 56000 р. 16000 р.

А/О “ПАССАЖ” 260 20.02.04 40000 р. 24000 р. 16000 р.

г.С.- Петербург 265 12.05.04 80000 р. 72000 р. 8000 р.

Итого по заказчику: 120000 р. 96000 р. 24000 р.

Всего: 192000 р. 152000 р. 40000 р.

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

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

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

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

Сумма “Итого по заказчику” и “Всего” подсчитывается в отчете приложения СУБД.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник плательщиков (табл.2)

ЗАДАНИЕ №31. ОЦЕНКА НЕПОЛНОЙ ОПЛАТЫ ОТГРУЖЕННОЙ
ПРОДУКЦИИ ПО ЗАДАННОМУ ДОГОВОРУ

Выдать отчет в разрезе ТТН, дат отгрузки и изделий, содержащий данные по заданному договору об оплаченной части отгруженной продукции и о недоплате.

Оценка неполной оплаты отгруженной продукции
заказчик а/о “ЦУМ”, г. Москва, договор № 15-04 от 12.12.03

─────────────────────────────────────────

№ ТТН Дата Товар Сумма Сумма Недоплата

отгружено оплачено

─────────────────────────────────────────

200 31.03 04 Мясорубка 90000 р. 72000 р. 18000 р.

250 25.04 04 Термос 40000 р. 32000 р. 8000 р.

Всего: 130000 р. 104000 р. 26000 р.

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

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

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

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

Сумма “Всего” подсчитывается в отчете приложения СУБД.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник плательщиков (табл.2)

ЗАДАНИЕ №32. АНАЛИЗ ВЫПОЛНЕНИЯ ФИНАНСОВОГО ПЛАНА
ПРЕДПРИЯТИЯ

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

Анализ выполнения финансового плана предприятия
на 24.05.04

──────────────────────────────

Месяц План оплаты Факт оплаты

──────────────────────────────

Январь 2124000 р.

Февраль 5600000 р. 624000 р.

Март 5624000 р. 5600000 р.

Апрель 4100000 р. 3924000 р.

Май 9524000 р. 9510000 р.

──────────────────────────────

Итого с нач. года:26972000 р. 19658000 р.

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

Используя документы “Договор” (табл.7), подсчитать общую сумму, на которую заключены все договора в разрезе месяцев.

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

Значения в строке “Итого с нач. года” подсчитываются в отчете приложения СУБД.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник месяцев

Справочник месяцев содержит две графы: номер месяца и название месяца.

ЗАДАНИЕ №33. ФОРМИРОВАНИЕ ОБОРОТНОЙ ВЕДОМОСТИ
ДВИЖЕНИЯ ПРОДУКЦИИ ПО СКЛАДАМ
ПРЕДПРИЯТИЯ

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

Оборотная ведомость движения продукции
на складах предприятия

───────────────────────────────────

Изделие Ед. изм. Сдано Отгружено Остаток на

кон.месяца

───────────────────────────────────

Склад ТНП

Мясорубка шт. 10000 9000 1000

Термос шт. 20000 20000 0

Склад №1

Сп. пр.№1- комп. 50 49 1

Сп. пр.№2- шт. 200 100 110

───────────────────────────────────

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

Для подсчета количества “Сдано” используется документ “Цеховая накладная” (табл. 9) путем подсчета количества каждого сданного на склад наименования изделия.

Для подсчета количества “ Отгружено” используется документ “Товарно-транспортная” накладная (табл. 10) путем подсчета количества каждого наименования изделия, указанного в этой накладной отгруженного со склада изделия.

Остаток на конец месяца подсчитывается как разность между результатами, полученными в п.п. 1 и 2.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник складов (табл.4)

ЗАДАНИЕ №34. ФОРМИРОВАНИЕ ОБОРОТНОЙ ВЕДОМОСТИ
ДВИЖЕНИЯ ПРОДУКЦИИ ПО ПРЕДПРИЯТИЯ

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

Оборотная ведомость движения продукции
на складах предприятия

───────────────────────────────────

Изделие Сдано Отгружено Остаток на

кон. месяца

───────────────────────────────────

Склад ТНП

Мясорубка 4000000 р. 3600000 р. 400000 р.

Термос 10000000 р. 10000000 р. 0 р.

Склад №1

Сп. пр.№1- 3000000 р. 2940000 р. 60000 р.

Сп. пр.№2- 60000000 р. 30000000 р. 30000000 р.

Итого: 77000000 р. 46540000 р. 30460000 р.

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

Для подсчета количества “Сдано” используется документ “Цеховая накладная” (табл. 9) путем подсчета суммы произведений количества на цену каждого сданного на склад наименования изделия.

Для подсчета количества “ Отгружено” используется документ “Товарно-транспортная” накладная (табл. 10) путем подсчета суммы произведений количества на цену количества каждого наименования изделия, указанного в этой накладной отгруженного со склада изделия.

Остаток на конец месяца подсчитывается как разность между результатами, полученными в п.п. 1 и 2.

значения в строке “Итого” подсчитываются в отчете приложения СУБД.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник складов (табл.4)

ЗАДАНИЕ №35. ФОРМИРОВАНИЕ ОБОРОТНОЙ ВЕДОМОСТИ
ДВИЖЕНИЯ ПРОДУКЦИИ ПО ЗАДАННОМУ
СКЛАДУ ПРЕДПРИЯТИЯ

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

Оборотная ведомость движения продукции
по складу ТНП

───────────────────────────────────

Изделие Ед. изм. Сдано Отгружено Остаток на

кон. месяца

───────────────────────────────────

Мясорубка шт. 10000 9000 1000

Термос шт. 20000 20000 0

───────────────────────────────────

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

Для подсчета количества “Сдано” используется документ “Цеховая накладная” (табл. 9) путем подсчета количества каждого сданного на заданный склад наименования изделия.

Для подсчета количества “ Отгружено” используется документ “Товарно-транспортная” накладная (табл. 10) путем подсчета количества каждого наименования изделия, указанного в этой накладной отгруженного изделия с заданного склада.

Остаток на конец месяца подсчитывается как разность между результатами, полученными в п.п. 1 и 2.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник складов (табл.4)

ЗАДАНИЕ №36. ФОРМИРОВАНИЕ ОБОРОТНОЙ ВЕДОМОСТИ
ДВИЖЕНИЯ ПРОДУКЦИИ ПО ЗАДАННОМУ
СКЛАДУ ПРЕДПРИЯТИЯ

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

Оборотная ведомость движения продукции
по складу ТНП

───────────────────────────────────

Изделие Сдано Отгружено Остаток на

кон. месяца

───────────────────────────────────

Мясорубка 4000000 р. 3600000 р. 400000 р.

Термос 10000000 р. 10000000 р. 0 р.

Итого: 14000000 р. 13600000 р. 400000 р.

Дата выдачи отчета: 24.03.04

Алгоритм решения задачи

Для подсчета количества “Сдано” используется документ “Цеховая накладная” (табл. 9) путем подсчета суммы произведений количества на цену каждого сданного на заданный склад наименования изделия.

Для подсчета количества “ Отгружено” используется документ “Товарно-транспортная” накладная (табл. 10) путем подсчета суммы произведений количества на цену количества каждого наименования изделия, указанного в этой накладной отгруженного изделия с заданного склада.

Остаток на конец месяца подсчитывается как разность между результатами, полученными в п.п. 1 и 2.

Значения в строке “Итого” подсчитываются в отчете приложения СУБД.

Документы нормативно-справочной информации, используемые в задаче

Справочник товаров (табл.1)

Справочник складов (табл.4)

4. Методические указания по выполнению курсовой
работы

4.1. Последовательность действий при выполнении
курсовой
работы.

Эта последовательность определена в п. 2.1. “Основные этапы выполнения курсовой работы” настоящего учебного пособия:

Описание ПО: определение функций, которые должны быть реализованы при решении задачи, и выявление ограничений ПО;.

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

Информационный анализ и информационное моделирование предметной области;.

Проектирование таблиц базы данных;.

Разработка схемы данных СУБД Access;.

Подготовка данных для контрольного примера;.

Проектирование экранных форм ввода и редактирования базы данных;.

Ввод данных контрольного примера в базу данных при помощи экранных форм;.

Разработка запросов для решения комплекса задач;.

Проектирование отчета, выданного СУБД;.

Проектирование главной кнопочной формы.

Первые два этапа выполнения курсовой работы приведены в п.3.1. данного учебного пособия, и поэтому разработчику курсовой работы необходимо только выбрать из этого пункта те материалы, которые относятся к его конкретной задаче, и поместить их в свой отчет по курсовой работе.

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

4.1.1. Информационный анализ и информационное моделирование

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

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

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

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

Информационный анализ начинается с определения функциональных зависимостей, т.е. связи (отношения, по-английски relation) реквизитов первичных входных документов между собой. В результате этого анализа выявляются информационные объекты (ИО). Информационный объект – это информационное отображение некоторой сущности. Сущность – это реальный объект, процесс, явление или событие, информация о котором должна быть представлена в БД. Сущность – понятие семантическое. Это то, что является источником информации, например, цех, поставка товара, сотрудник, документ или его часть и т.д. На основе ИО проектируются реляционные таблицы. В теории реляционные таблицы называются отношениями.

Информационный объект – это информационное отображение некоторой сущности, то есть реального объекта, явления, процесса или события, о которых должна быть представлена информация в БД. На основе ИО проектируются реляционные таблицы. В теории реляционные таблицы называются отношениями.

Для выявления ИО необходимо во входных документах выявить первичные ключи. Роль первичных ключей играют реквизиты, однозначно определяющие другие реквизиты документа[15]. Ключ может быть простым, состоящим из одного реквизита, или составным, состоящим из нескольких реквизитов. Зависимые реквизиты часто называют описательными реквизитами.

В качестве ключевых реквизитов в рассматриваемой предметной области целесообразно использовать код товара, номер документа, номер цеха, номер склада, ИНН покупателя, номер месяца. Все эти реквизиты являются, по-существу, кодами (кодовыми обозначениями) объектов. Применение кодов имеет следующие достоинства:

коды обеспечивают уникальную (однозначную) идентификацию объектов;

размер кода в символах, как правило, меньше наименования объекта;

названия объектов могут меняться, а коды практически постоянны;

применение классификационного метода кодирования позволяет выделять (группировать) подмножества объектов, обладающих одинаковыми признаками, или упорядочивать объекты в соответствии со значениями признаков [3, гл.14], [5].

В документах с оперативной информацией, приведенных в таблицах 5¸10, код товара отсутствует. Поэтому, в силу указанных выше причин, следует добавить в эти документы код товара, что позволит использовать его в качестве одного из атрибутов первичного ключа в табличной части оперативных документов.

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

Реляционная таблица может находиться в одной из пяти нормальных форм: первой (1НФ), второй (2НФ), третьей (3НФ), в форме Бойса-Кодда (НФБК), четвертой (4НФ) и пятой (5НФ). Представление таблицы в одной из нормальных форм называется нормализацией отношений. Нормализация отношений, помимо минимизации избыточности хранимых в БД данных, позволяет устранить аномалии (неправильности) данных при их изменении, удалении и добавлении и обеспечить целостность (правильность) данных [2].

На практике в подавляющем числе случаев ограничиваются 3НФ. Это объясняется следующими причинами.

В большинстве случаев отношение, приведенное к 3НФ, автоматически оказывается в 5НФ. Это особенно характерно для экономической информации.

Процесс определения, находится ли данное отношение в 4НФ или 5НФ, как правило, затруднителен и использование этих форм не дает заметных преимуществ перед 3НФ.

Это объясняется тем, что отношениеДля ее получения Информационный объект, на основе которого проектируется реляционная таблица, приведенная к 3НФ, долженен удовлетворять следующим требованиям [Уч., гл.16].

ИО должен содержать уникальный идентификатор-ключ (простой или составной).

Все описательные реквизиты должны быть взаимно независимы.

Все реквизиты, входящие в составной ключ, должны быть также взаимно независимы.

Каждый описательный реквизит должен функционально полно зависеть от ключа ИО. Это означает, что каждому значению ключа соответствует только одно значение описательного реквизита.

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

Каждый описательный реквизит в ИО не должен зависеть от ключа транзитивно, т.е. через другой промежуточный реквизит.

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

Множество взаимосвязанных информационных объектов образует информационно-логическую модель предметной области (ИЛМ ПО).

4.1.1.1. Алгоритм построения информационно-логической модели
предметной области (ИЛМ ПО

Добавить коды объектов в те таблицы, в которых они отсутствуют (в рассматриваемой ПО это касается кодов товаров).

Определить сущности ПО.

Выделить в отдельные отношения сущности, отображающие справочные данные в документе.

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

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

Проверить, находятся ли отношения в 3НФ. В противном случае привести отношения к 3НФ.

Определить ключи связи между отношениями (внешние ключи).

Построить ИЛМ в канонической форме и при необходимости скорректировать связи между ИО

4.1.1.2. Каноническая форма ИЛМ ПО

Каноническая форма ИЛМ предназначена для формализованного перехода к логической структуре БД. ИЛМ ПО представлена в канонической форме при выполнении следующих условий [2], [5].

Все ИО описываются отношениями, находящимися, как минимум, в 3НФ.

Между ИО отсутствуют отношения типа “Многие–ко–многим”.

ИО расположены по уровням иерархии в соответствии с отношениями типа “Один–ко–многим”.

Иерархическое расположение ИО означает, что из двух ИО, например, А и В, связанных отношением типа 1:М, на верхнем уровне иерархии будет ИО, находящийся на стороне “один” (А), а на нижнем – со стороны “много” (В).

Иерархическое расположение ИО обеспечивает проверку правильности структур данных: позволяет обнаружить циклы или контуры в структуре данных, повышает наглядность структуры ИЛМ ПО.

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

Формализованный подход основан на использовании матрицы смежности – квадратной матрицы, количество строк (и столбцов) которой равно количеству ИО. Значения элементов матрицы Xij = 1 (i – номер строки, j – номер столбца) определяются по формулам:

Xij = 1, если ИОi: Иоj = 1: М

Xij = 0, если ИОi: Иоj ¹ 1: М

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

Подробно информационный анализ изложен в учебных изданиях кафедры информатики СПбГУЭФ [3, гл.15, 16], [2] и [1]. Имеются электронные версии этих пособий, хранящиеся на сервере ЦИТ СПбГУЭФ в папке Common\МЕТОДИЧЕСКИЕ МАТЕРИАЛЫ. В этих учебных пособиях имеются ссылки на другую литературу, в т.ч. на монографии по информационному анализу.

4.1.2. Проектирование таблиц базы данных

4.1.2.1.Определение комплекса таблиц СУБД Microsoft Access

Таблицы СУБД Microsoft Access строятся на основе нормализованных отношений, получаемых в соответствии с алгоритмом построения семантической модели ПО, т.е. каждому отношению должна соответствовать одна таблица Access Microsoft Access. Отношения должны находиться, как минимум, в 3НФ. Рекомендуется имя таблицы назначать таким же, как имя отношения.

Microsoft Access позволяет создавать таблицы несколькими способами. Наибольшие возможности по конструированию таблиц предоставляет способ создания таблицы в режиме конструктора. В практике проектирования таблиц этот способ применяется наиболее часто.

Описание полей

Имена полей желательно назначать одинаковыми с сокращёнными именами атрибутов отношений [2]. Длинные имена, с количеством символов больше десяти, применять не рекомендуется, т.к. их неудобно использовать при построении выражений в запросах. Смысловое описание поля следует назначать в Подписи.

Тип и размер данного определяются в соответствии с доменом, на котором определено поле таблицы, т.е. ограничениями предметной области (см. табл. 11).

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

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

Размер поля типа Текстовый определяется максимальным длиной реквизита в символах (см. табл. 11) и в Microsoft Access должен находиться в пределах 1 ¸ 255.

Размер поля типа Числовой зависит от его подтипа в соответствии с таблицей 12.

Microsoft Access отводит на машинном носителе для всех подтипов полей типа Числовой количество байтов, указанное в графе “Размер в байтах”, независимо от количества цифр в значении числа. Если размер числового поля, задаваемый в таблице, больше, чем он определён в домене, то на машинном носителе останутся незаполненными лишние позиции, и память будет расходоваться неэкономно. Кроме того, рекомендуется использовать тип целый, если исходные данные не имеют дробной части, т.к. целые числа обрабатываются в компьютере быстрее.

Таблица 12