close

Вход

Забыли?

вход по аккаунту

?

КОМПЬЮТЕРНЫЕ ТЕХНОЛОГИИ Практикум

код для вставкиСкачать
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
Государственное образовательное учреждение
высшего профессионального образования
САНКТ ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ
В. В. Перлюк
КОМПЬЮТЕРНЫЕ ТЕХНОЛОГИИ
ХРАНЕНИЕ И
ОБРАБОТКА ДАННЫХ
Практикум
Санкт Петербург
2006
УДК [004](076.5) 681 3 (075)
ББК 32.973
П26
Рецензент
доктор технических наук, профессор С. В. Богословский
Утверждено редакционно издательским советом университета
в качестве практикума
П26
Перлюк В. В.
Компьютерные технологии. Хранение и обработка данных:
практикум/В. В. Перлюк; ГУАП. — СПб., 2006. — 100 с.: ил.
Рассмотрены основные задачи, решаемые при разработке совре
менных систем управления базами данных, понятия и определения
теории баз данных. Приведены индивидуальные задания для курсо
вых работ, требования к содержанию, структуре и оформлению кур
совой работы, описана предметная область, для которой составлены
индивидуальные задания.
Практикум предназначен для студентов иностранцев очного отде
ления, обучающихся по специальностям экономического факульте
та 521500 — «Менеджмент», 061100 — «Менеджмент организации»
и 351400 — «Прикладная информатика (в экономике)», но может быть
полезен и студентам других специальностей при использовании сис
тем управления базами данных в решении практических задач.
УДК [004](076.5) 681 3 (075)
ББК 32.973
Редактор Г. Д. Бакастова
Верстальщик С. В. Барашкова
Сдано в набор 30.10.06. Подписано в печать 13.12.06. Формат 60 × 84 1/16.
Бумага офсетная. Печать офсетная. Усл. печ. л. 5,8. Уч. изд. л. 5,28.
Тираж 100 экз. Зак. №
Редакционно издательский центр ГУАП
190000, Санкт Петербург, Б. Морская ул., 67
© ГУАП, 2006
© В. В. Перлюк, 2006
СОДЕРЖАНИЕ
Предисловие ....................................................................
4
1. Общие положения по выполнению курсовой работы ............
5
1.1. Основные понятия и область применения баз данных ...
5
1.2. Цели, задачи и порядок выполнения курсовой работы ....
7
1.3. Структура и содержание курсовой работы ...................
9
2. Типовое задание для курсовой работы ............................... 11
2.1. Информационная система «Отдел сбыта продукции пред
приятия» ..................................................................... 12
2.2. Список специальных терминов, используемых в задании 23
2.3. Ограничения предметной области .............................. 24
2.4. Описание функционирования отдела сбыта ................. 26
3. Индивидуальные задания на курсовую работу .................... 27
4. Упражнения для самостоятельной работы с базами данных ... 60
4.1. Создание базовых таблиц ......................................... 60
4.2. Создание межтабличных связей ................................ 63
4.3. Создание запроса на выборку .................................... 64
4.4. Создание запросов «с параметром» ............................ 66
4.5. Создание итогового запроса ...................................... 68
Приложение 1. Общие требования к курсовым работам на фа
культете аэрокосмических приборов и систем ........................ 71
Приложение 2. Положение о защите курсовой работы ............ 78
Приложение 3. Образец титульного листа курсовой работы ..... 81
Приложение 4. Пример выполнения курсовой работы ............. 82
Библиографический список ................................................ 100
3
ПРЕДИСЛОВИЕ
Целью данного практикума является обучение студентов основ
ным практическим приемам работы с СУБД Access. В процессе вы
полнения курсовой работы решается небольшая, но близкая к ре
альной задача по автоматизации документооборота отдела сбыта вир
туального промышленного предприятия, производящего приборное
оборудование. Несмотря на использование в заданиях на курсовую
работу типовых документов, все численные характеристики рассмат
риваемого производства являются условными, а все возможные со
впадения с реальными предприятиями — случайными.
Материал предлагаемого практикума соответствует программе дис
циплины «Информационные технологии» специальности 061100
и «Информационные технологии в приборостроении» специальнос
ти 551500 по направлению «Приборостроение».
При составлении текстов заданий использованы материалы дру
гих изданий: «Методические рекомендации и задания по дисципли
не “Экономическая информатика и вычислительная техника”»
(СПбУЭиФ, 1993) и «Методические указания и задания для выпол
нения курсовой работы по дисциплине “Информатика”» (СПбУЭиФ,
2005).
4
1. ОБЩИЕ ПОЛОЖЕНИЯ
ПО ВЫПОЛНЕНИЮ КУРСОВОЙ РАБОТЫ
1.1. Основные понятия и область применения баз данных
Важнейшим фактором повышения эффективности произ
водства в любой отрасли является улучшение управления
организацией. Совершенствование форм и методов управле
ния происходит на основе достижений научно технического
прогресса, дальнейшего развития информатики, занимаю
щейся изучением законов, методов и способов накапливания,
обработки и передачи информации с помощью современной
компьютерной техники. Методы и средства информатики ре
ализуются в виде информационных и компьютерных техно
логий.
Современные компьютерные технологии — это совокуп
ность методов, производственных процессов и программно
технических средств, объединенных в технологическую це
почку, обеспечивающую сбор, обработку, хранение, распрос
транение (транспортировку) и отображение информации с це
лью снижения трудоемкости процессов использования техно
логического ресурса, а также повышения их надежности и опе
ративности.
В сфере экономики и управления именно компьютерные тех
нологии предъявляют самые высокие требования к человечес
кому фактору, оказывая принципиальное влияние на квали
фикацию работника, содержание его труда, физическую и ум
ственную нагрузку, профессиональные перспективы и уровень
социальных отношений. Вооружить человека принципиаль
но новыми орудиями производства и технологиями, усилива
ющими его возможности по обработке информации, — важ
нейшая технико экономическая задача, которая требует ус
коренного развития компьютерной и информационной инду
5
стрии. При этом возникают новые, еще не устоявшиеся в на
учной литературе понятия: информационная экономика, ин
формационные ресурсы, сетевая экономика и т. д.
Основная задача компьютерных технологий в области эко
номики и управления — хранение и обработка данных. Для
ее решения были предприняты усилия, которые привели к по
явлению в конце 60 х — начале 70 х годов специализирован
ного программного обеспечения — систем управления база
ми данных (СУБД). СУБД позволяют структурировать, сис
тематизировать и организовать данные для их компьютер
ного хранения и обработки. Невозможно представить себе де
ятельность современного предприятия или учреждения без
использования профессиональных СУБД. Несомненно, они со
ставляют фундамент информационной деятельности во всех
сферах — начиная с производства и заканчивая финансами
и телекоммуникациями.
База данных (БД) определяется как совокупность взаимо
связанных данных, которую можно использовать в большом
количестве приложений, с целью быстрого получения и моди
фикации необходимой информации. Она характеризуется
минимальной избыточностью информации, независимостью
от прикладных программ и общим управляемым способом по
иска. Применение БД для многих прикладных программ
пользователя упрощает реализацию комплексных запросов,
снижает избыточность хранимых данных и повышает эффек
тивность использования информационных технологий. Ми
нимальная избыточность и возможность быстрой модифика
ции позволяют поддерживать данные на одинаковом уровне
актуальности. Основное свойство БД — независимость данных
и использующих их программ. Независимость данных подра
зумевает, что их изменение не приводит к изменению приклад
ных программ и наоборот.
С появлением персональных компьютеров (ПК) на «гребне
микропроцессорной революции» происходит принципиальная
модернизация СУБД — от вычислительных центров и цент
рализации управления к распределенному вычислительному
потенциалу, повышению однородности технологии обработ
ки информации и децентрализации управления. Такой под
6
ход нашел свое воплощение в системах хранения и обработ
ки данных. В мире существует немало различных систем уп
равления БД. Многие из них на самом деле являются не за
конченными продуктами, а специализированными языками
программирования, с помощью которых каждый, освоив
ший данный язык, может сам создавать такие структуры, ка
кие ему удобны, и вводить в них необходимые элементы уп
равления. К подобным языкам относятся Clipper, Paradox,
FoxPro и др. Их главный недостаток — необходимость про
граммировать всегда сдерживала широкое внедрение БД
в малом бизнесе. Крупные предприятия могли позволить себе
сделать заказ на программирование специализированной си
стемы «под себя». Малым предприятиям зачастую не по си
лам было не только решить, но даже и правильно сформули
ровать эту задачу.
Положение изменилось с появлением в составе пакета пер
сональных компьютеров Microsoft Office СУБД Access. С по
мощью Access обычные пользователи получили удобное сред
ство для создания и эксплуатации достаточно мощных БД без
необходимости что либо программировать. В то же время ра
бота с Access не исключает возможности программирования.
При желании систему можно развивать и настраивать соб
ственными силами. Для этого достаточно владеть основами
программирования на языке Visual Basic. Еще одним важным
достоинством Access является интегрированность этой про
граммы с Excel, Word и другими программами пакета Micro
soft Office. Данные, созданные в разных приложениях, вхо
дящих в этот пакет, легко импортируются и экспортируются
из одного приложения в другое.
1.2. Цели, задачи и порядок выполнения курсовой работы
В курсовой работе производится разработка приложения
в среде СУБД MS Access. Основными разделами, составляю
щими базу курсовой работы, являются:
— введение в экономическую информатику;
— прикладное программное обеспечение;
7
— информационное обеспечение приложений пользователя;
— основы технологии автоматизации задач пользователя.
В состав курсовой работы входят:
— предпроектное обследование предметной области;
— постановка задачи;
— информационный анализ и моделирование;
— разработка структуры БД;
— проектирование экранных форм ввода и редактирова
ния БД;
— разработка алгоритмов решения задачи и запросов к БД;
— проектирование отчетных форм.
В результате выполнения курсовой работы должны быть
разработаны:
— информационно логическая модель предметной области;
— логическая модель БД;
— контрольный пример;
— экранные формы ввода и редактирования БД;
— алгоритмы решения задачи и запросы к БД;
— результаты решения задачи в виде отчета, выданного
СУБД;
— главная кнопочная форма;
— инструкция для пользователя.
В контрольный пример входят:
— исходные данные для решаемой задачи, представлен
ные в виде заполненных экранных форм;
— отчет, выданный СУБД;
— главная кнопочная форма.
Экранные формы ввода и редактирования БД необходимо
разработать для всех первичных документов оперативной
и нормативно справочной информации, используемых в ин
дивидуальном задании. Расположение реквизитов в экранных
формах должно соответствовать их расположению в первич
ных документах.
Главная кнопочная форма в общем случае должна вклю
чать следующие пункты:
— ввод и редактирование данных БД;
— вывод отчета на экран и печать;
— выход из приложения.
8
Перед началом курсовой работы рекомендуется уточнить
у преподавателя детали задания.
Результаты курсовой работы оформляются в виде техни
ческого отчета (расчетно пояснительной записки). Текст от
чета должен быть подготовлен с помощью текстового редак
тора Word и представлен в виде электронной или твердой ко
пии или написан аккуратно от руки (в этом случае отчет, вы
данный СУБД, должен быть выведен на печать).
Файлы с приложением СУБД Access и отчетом по курсовой
работе в виде документа Word должны быть переданы на ка
федру в виде дискеты. Для студентов заочного факультета до
пускается пересылка результатов выполнения курсовой ра
боты по электронной почте. Адрес электронной почты сооб
щается студенту вместе с текстом задания по курсовой работе.
Рекомендуется сохранять файлы в виде самораспаковываю
щихся архивов (exe файлов).
1.3. Структура и содержание курсовой работы
Курсовая работа включает выполнение следующих этапов:
1. Описание ПО: определение функций, которые должны
быть реализованы при решении задачи, и выявление ограни
чений ПО.
2. Выполнение постановки задачи с определением входных
документов, содержащих необходимую нормативно справоч
ную и оперативно учетную информацию, а также форм вы
ходных документов с результатами решения задачи на ком
пьютере. Студент может разработать свои формы выходных
документов, учитывающие особенности решения задачи на
компьютере.
3. Выполнение информационного анализа описания ПО
и построение информационно логической модели (ИЛМ), ото
бражающей информацию, которая должна быть размещена
в БД.
4. Проектирование таблиц БД.
5. Разработка схемы данных СУБД Access.
6. Подготовка данных для контрольного примера.
9
7. Проектирование экранных форм ввода и редактирова
ния БД. Экранные формы ввода и корректирования данных
должны соответствовать структуре первичных документов.
8. Ввод данных контрольного примера в БД при помощи
экранных форм.
9. Алгоритмизация задачи, включая ввод и накопление опе
ративно учетных данных с первичных документов, обработ
ку данных при помощи запросов и выдачу отчета с результа
тами решения задачи.
10. Проектирование отчета, выданного СУБД.
11. Создание диалогового приложения пользователя, объе
диняющего все процессы, связанные с решением задачи: ввод
данных, корректировка БД, выполнение запросов, вывод
отчетов на экран и печать. Диалог содержит меню в виде глав
ной кнопочной формы, а также сообщения, подсказки, воп
росы для управления ходом выполнения задачи
12. Разработка инструкции пользователю.
Проектирование приложения основывается на анализе про
цессов, протекающих в системе управления предметной обла
сти. При анализе используются документы, применяемые
в процессе функционирования предметной области: договоры
на поставку товаров, накладные, справочники, планы выпус
ка продукции, банковские документы и т. п.
Отчет по курсовой работе должен содержать следующие
разделы.
1. Анализ предметной области.
1.1. Описание предметной области решаемой задачи.
1.2. Функции предметной области, реализуемые задачей.
1.3. Перечень документов.
2. Постановка задачи.
2.1. Организационно экономическая сущность задачи.
2.2. Форматы входных документов.
2.3. Описание выходной информации задачи (отчет, справ
ка, экранная форма).
3. Разработка информационного обеспечения задачи.
3.1. Информационный анализ входной информации, не
обходимой для решения задачи, и выделение информа
ционных объектов предметной области.
10
3.2. Определение связей информационных объектов и по
строение ИЛМ.
3.3. Определение логической структуры БД.
3.4. Разработка исходных данных контрольного при
мера.
3.5. Создание БД на компьютере.
4. Описание технологии и алгоритмов решения задачи и их
машинная реализация.
4.1. Описание технологии ввода в БД входной информа
ции задачи (определение перечня документов источни
ков для загрузки данных и описание макетов экранных
форм для ввода данных).
4.2. Обобщенный алгоритм решения задачи и его деком
позиция на модули, реализуемые инструментальными
средствами СУБД.
4.3. Алгоритмы реализации отдельных модулей зада
чи и их реализация (запросы, таблицы, формы, отче
ты, макросы, стандартные программы).
5. Разработка диалогового приложения пользователя.
5.1. Описание структуры технологического процесса об
работки данных для решения задачи.
5.2. Разработка и реализация пользовательского меню
приложения.
5.3. Инструкция пользователю по решению задачи.
Приложения
A. Распечатки исходных данных контрольного приме
ра.
B. Распечатки структуры БД (таблиц, схем).
C. Распечатки результатов (отчетов) решения задачи
по данным контрольного примера.
2. ТИПОВОЕ ЗАДАНИЕ ДЛЯ КУРСОВОЙ РАБОТЫ
В типовом задании рассматривается задача автоматиза
ции информационной системы отдела сбыта продукции вы
мышленного приборостроительного предприятия. Каждый
из вариантов индивидуального задания, получаемого студен
11
том у преподавателя, предлагается конкретная ситуация по
работе отдела сбыта в рамках более общей постановки, рас
смотренной в подразд. 2.1.
Студенту предоставляется право по согласованию с препо
давателем предложить свою тему курсовой работы. При этом
обязательным условием учебного задания является наличие
в нем основных функций автоматизированной системы, по
добных рассмотренным ниже.
2.1. Информационная система
«Отдел сбыта продукции предприятия»
Функции отдела сбыта
В качестве предметной области рассматриваются некото
рые функции, выполняемые сотрудниками отдела сбыта пред
приятия в процессе:
а) планирования:
— отгрузки продукции в соответствии с договорами;
— сдачи цехами продукции на склад;
— поступления денежных средств за продажу продукции;
б) учета:
— фактически отгруженной продукции;
— фактически сданной цехами продукции на склад;
— поступления денежных средств, перечисленных в каче
стве предоплаты за заказанную продукцию;
в) анализа:
— корректности договоров на поставку продукции;
— выполнения цехами плана сдачи продукции на склад;
— текущего запаса продукции на складах;
— выполнения плана отгрузки;
— поступления предоплаты за заказанную продукцию.
Цель выполняемых функций
Пречисленные выше функции обеспечивают решение сле
дующих основных задач, решаемых отделом сбыта продук
ции предприятия:
12
— согласование планов выпуска цехами продукции и пла
нов;
— отгрузки продукции;
— постоянный контроль за состоянием запаса продукции
на складах и за выполнением договорных обязательств пред
приятия;
— контроль оплаты заказчиками отгруженной и/или за
казанной продукции;
— анализ выполнения годового финансового плана пред
приятия в части оплаты отгруженной и/или заказанной про
дукции.
Описание предметной области
Информация, циркулирующая в рассматриваемой пред
метной области, отображается в документах. Ниже (см. фор
мы 1–10) приведены образцы документов и справочников (они
адаптированы к условиям учебного процесса) и таблица «Опи
сание реквизитов документов» (см. с. 21). Информация, содер
жащаяся в документах, разделяется на условно постоянную
и оперативную.
Наиболее традиционной является следующая форма по
строения документа:
1) заголовочная часть (наименование вида документа, ре
гистрационный номер документа, постоянные реквизиты),
2) содержательная часть,
3) оформляемая часть (дата составления документа, под
писи лиц, удостоверяющих информацию документа и прида
ющих ему юридическую силу).
Варианты структуры содержательной части документов:
— анкетная форма (наименование и соответствующее зна
чение реквизита документа);
— табличная форма (многострочная таблица с наименова
нием граф (колонок), наличием детальных и итоговых строк);
— комбинированная форма.
У с л о в н о п о с т о я н н а я информация включает
справочные данные о номенклатуре изделий, выпускаемых
предприятием, о его цехах и складах, сведения о плательщи
13
ках (заказчиках). Эти данные отображаются в документах
«Справочник товаров», «Справочник плательщиков», «Спра
вочник цехов» и «Справочник складов» (см. формы 1–4).
Поскольку код товара, ИНН плательщика, номера цеха
и склада в соответствии с ограничениями предметной области
(см. подразд. 2.3) уникальны и неизменны, то они однозначно
определяют остальные реквизиты в соответствующих доку
ментах (см. формы 1–4).
О п е р а т и в н а я информация включает следующие дан
ные:
Форма 1
СПРАВОЧНИК ТОВАРОВ
Kод
товара
Наименова
ние товара
Ед. изм.
товара
Цена за ед.
измерения1
Норматив
ный запас
Номер
склада
Форма 2
СПРАВОЧНИК ПЛАТЕЛЬЩИКОВ
№ ИНН
Наименование
Форма 3
СПРАВОЧНИК ЦЕХОВ
Номер
цеха
Наименование
цеха
Адрес
Форма 4
СПРАВОЧНИК СКЛАДОВ
Номер
склада
Наименование
склада
1Предполагается, что цена товара не меняется на протяжении срока дей
ствия договора на поставку товаров.
14
— планы выпуска продукции цехами предприятия,
— выставленные плательщикам счета,
— планируемые поставки товаров покупателям,
— оплата товаров покупателями,
— сдача цехами продукции на склады предприятия,
— отгрузка товаров получателям.
В зависимости от типа документа используется тот или иной
термин из множества синонимов: покупатель, получатель,
плательщик или заказчик.
Ниже приведены документы (см. формы 5–10) с оператив
ной информацией. Содержательная часть этих документов
имеет комбинированную форму и состоит из двух частей —
анкетной и табличной.
Данные о планах выпуска продукции цехами предприятия
содержатся в документе «План выпуска продукции цехом»
(форма 5). Содержательная часть этого документа в анкетной
части включает номер и наименование цеха, а в табличной
части — данные о планируемых к выпуску товарах по меся
цам года. Номер цеха является уникальным для предприятия
и однозначно определяет наименование цеха. Наименование
товара является уникальным и однозначно определяет его еди
ницу измерения. В соответствии с ограничениями предметной
области один и тот же товар может выпускаться несколькими
цехами. Каждый товар может выпускаться в различные ме
сяцы. Следовательно, количество товаров по плану определя
ется совокупностью трех реквизитов: наименованием товара,
номером цеха и месяцем выпуска.
Форма 5
ПЛАН ВЫПУСКА ПРОДУКЦИИ ЦЕХОМ №
(наименование цеха)
Наименование
товара
Ед. изм.
Месяц выпуска
Kоличество
по плану
15
Данные о счетах, выставленных плательщикам, содер
жатся в документе «Счет» (форма 6).
Содержательная часть этого документа в анкетной части
включает номер счета поставщика, номер договора, на осно
вании которого выписан счет, данные о плательщике и об
щую сумма счета. Номер счета в соответствии с ограничени
ями предметной области является уникальным для постав
щика и однозначно определяет номер договора и дату выпис
ки счета1. В табличной части счета приводятся данные о под
лежащих оплате получателем по данному счету товарах.
Счет может содержать несколько наименований изделий.
Один и тот же товар может быть поставлен по нескольким
счетам. Поэтому количество оплачиваемого товара опреде
ляется двумя реквизитами: наименованием товара и номе
ром счета.
Данные о планируемых поставках товаров покупателям
содержатся в документе «Договор на поставку продукции»
(форма 7).
Форма 6
СЧЁТ №
Основание: Договор №
от «___» ___________200__г.
Поставщик:
Плательщик:
Наименование _________
Адрес: ________________
ИНН _________________
Наименование товара
Ед. изм.
Наименование _________
Адрес: ________________
ИНН _________________
Цена ед. изм. Kоличество
Общая сумма счёта:_____________
Генеральный директор:
Главный бухгалтер:
Сумма
/Фамилия И. О./
/Фамилия И. О./
1Реквизиты: построчные суммы в графе «Сумма» и «Общая сумма сче
та» — в БД не хранятся.
16
Форма 7
ДОГОВОР №
на поставку продукции
от «___» ___________200__г.
Поставщик_______________ Получатель
(наименование
(наименование
поставщика)
получателя)
заключили договор на период:
с «____» _____________200__г. по «____» ______________200__г.
Общая сумма договора составляет
________________________________________________
(сумма договора в ценах на момент заключения договора)
Адреса и реквизиты сторон:
Поставщик:
___________________
(почтовый индекс)
___________________
(город)
№ ИНН____________
Получатель:
______________________
(почтовый индекс)
______________________
(город)
№ ИНН _______________
СПЕЦИФИКАЦИЯ
на поставку товаров к договору №_____ от «____»_______ 200__г.
Поставщик_______________
Получатель_______________
Наименование
товара
Ед. изм.
Месяц
Отпускная
Kоличество
поставки цена ед. изм.
Поставщик _______________
(подпись)
Сумма
Получатель _______________
(подпись)
Договор состоит из двух частей. В первой части приводятся
номер договора, дата его составления, данные о поставщике
и получателе и общая сумма договора. Номер договора явля
ется уникальным и однозначно определяет дату составления
договора и ИНН получателя. Единица измерения и отпуск
ная цена единицы измерения определяются наименованием
товара.
17
Табличную часть договора называют с п е ц и ф и к а
ц и е й. Спецификация также состоит из двух частей. В ней
приводятся данные о поставляемых по данному договору то
варах. Один и тот же товар может быть поставлен по несколь
ким договорам, а по одному и тому же договору — в несколь
ких месяцах. Поэтому количество поставляемого товара оп
ределяется совокупностью реквизитов: наименованием това
ра, номером договора и месяцем поставки. Очевидно, что еди
ница измерения и отпускная цена определяются наименова
нием товара.
Данные об оплате товаров покупателями содержатся в до
кументе «Платежное поручение» — ПП (см. форму 8).
В анкетной части ПП содержатся номер ПП, номер товарно
транспортной накладной (ТТН) или номер счета, дата составле
ния документа и сведения о плательщике. Номер этого доку
мента уникален только для плательщика и, следовательно,
может повторяться у разных платель щиков. Для однозначной
идентификации ПП в БД поставщика ПП должно ссылаться на
номер конкретной ТТН или номер конкретного счета. Поэтому
однозначное определение даты выписки ПП и ИНН плательщи
ка осуществляется одновременно двумя реквизитами: номера
ми ПП и ТТН или номерами ПП и счета. Одной ТТН или одному
счету может соответствовать несколько ПП. В табличной час
Форма 8
ПЛАТЁЖНОЕ ПОРУЧЕНИЕ №
Основание: (№ ТТН или № счета)
Плательщик:
от «___» _________200__г.
Наименование _________
Адрес: ________________
ИНН _________________
Наименование товара
Ед. изм. Цена ед. изм.
Kоличество
Сумма
Общая сумма платежа:______________
Генеральный директор:_____________________ /Фамилия И. О./
Главный бухгалтер:________________________ /Фамилия И. О./
18
ти ПП приводятся данные об оплачиваемых получателем по ПП
товарах. Платежное поручение может содержать несколько
наименований товаров. Один и тот же товар может быть ука
зан в нескольких ПП, причем один и тот же номер ПП может
повториться для разных ТТН (номеров счетов). Поэтому ко
личество оплаченного товара определяется тремя реквизи
тами: наименованием товара, номерами ПП и ТТН (или но
мером счета). Единица измерения и цена единицы измерения
определяются наименованием товара. Реквизиты «Сумма»
и «Общая сумма платежа» в БД не хранятся.
Данные о сдаче цехами продукции на склады предприятия
содержатся в документе «Цеховая накладная» (форма 9).
В анкетной части этого документа содержатся его номер
и дата выписки, номер и наименование цеха и склада. Номер
этого документа уникален только для данного цеха и, следова
тельно, может повторяться в накладных разных цехов. Одно
значная идентификация цеховой накладной в базе данных осу
ществляется указанием номера цеха. Поэтому однозначное
определение реквизитов «Дата составления цеховой наклад
Форма 9
ЦЕХОВАЯ НАКЛАДНАЯ №
от «___» ___________200__г.
Цех:
(номер цеха)
Склад:
(номер склада)
Наименование товара
Отпустил_______________
(подпись)
(наименование цеха)
(наименование склада)
Ед.изм.
Kоличество
Принял_______________
(подпись)
19
ной» и «Номера склада» осуществляется одновременно дву
мя реквизитами: «Номер цеховой накладной» и «Номер цеха».
Очевидно, что наименование цеха определяется его номером,
а наименование склада — номером склада. В табличной части
цеховой накладной приводятся данные о товарах, сдаваемых
на склад, и их количестве. Один и тот же товар может быть
указан в нескольких цеховых накладных, причем один и тот
же номер цеховой накладной может повториться для разных
цехов. Поэтому количество сдаваемого на склад товара опре
деляется тремя реквизитами: наименованием товара, номе
ром цеховой накладной и номером цеха. Единица измерения
определяется наименованием товара.
Данные об отгрузке товаров получателям содержатся в до
кументе «Товарно транспортная накладная» (форма 10).
В анкетной части этого документа содержатся его номер
и дата выписки, номер договора, сведения о получателе и об
щая сумма по накладной. Номер ТТН является уникальным
для предприятия. Он определяет дату выписки ТТН, номер
Форма 10
ТОВАРНО ТРАНСПОРТНАЯ НАКЛАДНАЯ №
Основание: Договор №
от «___» ___________200__г.
Поставщик:
Плательщик:
Наименование _________
Адрес: ________________
ИНН _________________
Наименование товара
Ед. изм.
Наименование _________
Адрес: ________________
ИНН _________________
Цена ед. изм. Kоличество
Сумма
Общая сумма по накладной:_____________
Отпустил_______________
Принял_________________
(подпись)
(подпись)
20
договора и общую сумму по накладной. ИНН получателя оп
ределяется номером договора, а наименование и адрес полу
чателя — его ИНН. В табличной части ТТН приводятся дан
ные об отгруженных по данной ТТН товарах. Один и тот же
товар может быть указан в нескольких ТТН. Поэтому количе
ство отгруженного товара определяется совокупностью двух
реквизитов: наименованием товара и номером ТТН. Очевид
но, что единица измерения и отпускная цена определяются
наименованием товара.
В приведенных выше формах документов с нормативно
справочной и оперативной информацией ж и р н о й л и
н и е й обведены реквизиты, значения которых должны хра
ниться в БД СУБД. Эти значения вводятся с клавиатуры ком
пьютера или выбираются из списков в экранных формах. Про
изводные реквизиты: построчные суммы в графе «Сумма»
(произведение цены на количество) и общая сумма (сумма про
изведений цены на количество во всех строках табличной час
ти документа) подсчитываются автоматически в процессе вво
да данных при помощи экранных форм и в БД не хранятся.
Реквизиты поставщика и фамилии ответственных лиц, под
писывающих платежные документы, в БД не хранятся.
Ниже приведены рекомендуемые характеристики рекви
зитов документов предметной области. Проектировщик при
необходимости может их изменить, а также добавить другие
реквизиты.
Таблица. Описание реквизитов документов
Характеристика
реквизитов
Наименование реквизитов
входных документов
Адрес плательщика (получателя)
Единица измерения товара
Дата
Kод товара
Тип
Максималь
ная длина
в знаках
Текстовый
20
То же
5
Дата/Время
10
Текстовый
3
21
Окончание табл.
Наименование реквизитов
входных документов
Характеристика
реквизитов
Тип
Максималь
ная длина
в знаках
Kоличество изделий (товаров)
Числовой
5
Название месяца
Текстовый
8
То же
5
Наименование плательщика
»
20
Наименование склада
»
10
Наименование товара
»
20
Наименование цеха
»
10
Номер договора
»
6
Номер ИНН плательщика (получателя)
»
12
Номер месяца
Числовой
2
Номер платежного поручения
Текстовый
5
То же
5
Номер счета
»
5
Номер товарно транспортной наклад
ной
»
4
Номер цеха
»
4
Номер цеховой накладной
»
4
Нормативный запас продукции на скла
де
Числовой
4
Общая сумма договора
Денежный
8
Общая сумма оплаты по платежному по
ручению
То же
8
Общая сумма по товарно транспортной
накладной
»
8
Общая сумма счета
»
8
Цена за единицу измерения изделия
»
8
Наименование единицы измерения то
вара
Номер склада продукции
22
2.2. Список специальных терминов,
используемых в задании
Вывод отчета в разрезе <список реквизитов> означает, что
строки в отчете выводятся сгруппированными по значениям
реквизитов, указанных в списке реквизитов. Например, в за
дании «Выдать отчет в разрезе цехов и тех изделий, по кото
рым не выполнен план сдачи на склад продукции» списком
реквизитов, по которым производится группирование, явля
ется множество, состоящее из наименования цеха и наиме
нования изделия. В этом случае в отчете должны быть выве
дены наименование каждого цеха и наименования тех изде
лий, по которым данный цех не выполнил план выпуска про
дукции.
Заданный реквизит — месяц, наименование изделия, но
мер договора и т. д., значение которого вводится пользовате
лем в процессе решения задачи с клавиатуры. Другими сло
вами, при каждом решении задачи пользователь может вво
дить с клавиатуры компьютера различные значения задан
ных реквизитов.
В образцах отчетов, приведенных в заданиях, значения
заданных реквизитов выделены к у р с и в о м.
Нарастающий итог — множество значений реквизитов
в виде сумм за один, два, три и т. д. месяца.
Неоплаченный товар:
— товар, заказанный покупателем, на который выписан
счет, но еще не оплаченный им (по данному счету нет ни одно
го ПП);
— товар, отгруженный заказчику, но еще не оплаченный
им (по данной ТТН нет ни одного ПП).
Неполная оплата:
— частичная оплата заказчиком выписанного ему сче
та;
— частичная оплата заказчиком продукции, отгруженной
в соответствии с данной ТТН (сумма оплаты отгруженной
продукции по ТТН больше суммы оплат по всем ПП, соответ
ствующим данной ТТН).
Период — один месяц.
23
Текущий остаток — количество изделий на складе на день
выдачи отчета.
Экранный список — список значений реквизитов, выво
димый на экран в процессе решения задачи для выбора одно
го из значений.
2.3. Ограничения предметной области
1. Каждый договор заключается только с одним заказчи
ком.
2. С одним заказчиком может быть заключено несколько
договоров.
3. Рассматриваются только договоры текущего года.
4. С одним поставщиком может быть заключено несколь
ко договоров.
5. В договоре может быть несколько изделий и одно и то же
изделие — затребовано в разные месяцы.
6. На один договор может быть выписано несколько сче
тов, счет включает расшифровку по товарам.
7. Номера договоров и счетов уникальны для поставщика.
8. Счет и накладная всегда ссылаются на договор основание.
9. Счет может оплачиваться по частям, платежи включа
ют расшифровку по оплаченным товарам. Это означает, что
одному счету может соответствовать несколько платежных
поручений.
10. Документ об отгрузке продукции (накладная на отпуск
товаров, ТТН) всегда привязан к одному договору, может со
держать несколько наименований товаров, и его номер уни
кален для предприятия.
11. Накладная цеха на сдачу продукции на склад (цеховая
накладная) всегда привязана к одному складу продукции, мо
жет содержать несколько наименований товаров, и ее номер
уникален для данного цеха. Это означает, что один и тот же
номер может быть в цеховых накладных разных цехов. Сле
довательно, однозначная идентификация цеховых накладных
осуществляется двумя реквизитами: номером цеховой наклад
ной и номером (или наименованием) цеха.
24
12. Товары, полученные без предоплаты по одной ТТН,
могут оплачиваться по частям. Это означает, что одной ТТН
может соответствовать несколько ПП.
13. Документ об оплате продукции (платежное поручение —
ПП) всегда соответствует одному счету при предоплате или
одной ТТН при отгрузке товаров без предоплаты.
14. Один и тот же плательщик может выписывать множе
ство ПП.
15. Номер ПП уникален для плательщика. Это означает,
что один и тот же номер может быть в ПП разных платель
щиков. Следовательно, однозначная идентификация ПП осу
ществляется двумя реквизитами: номерами ПП и счета или
номерами ПП и ИНН плательщика, или номерами ПП и ТТН,
или номерами ПП и ИНН плательщика в зависимости от ус
ловий задачи.
16. Номер ИНН получателя (плательщика) является уни
кальным и неизменным.
17. Товар закреплен за одним складом продукции и может
выпускаться несколькими цехами.
18. Код товара является уникальным и неизменным.
19. Каждый цех может выпускать несколько наименова
ний товаров.
20. Адрес и почтовый индекс покупателя могут меняться.
21. Количество товара измеряется целым числом единиц
измерения.
22. У товара только одна единица измерения.
23. Номера цехов и номера складов уникальны и не изме
няются, а их наименования могут изменяться.
24. Период плана выпуска цехом продукции равен ме
сяцу.
25. Заданный промежуток анализа задается номером ме
сяца конца периода (начало промежутка анализа по умолча
нию равно началу текущего года).
26. Месяц планируемого поступления средств за отгружен
ную продукцию определяется месяцем плана отгрузки из до
говора.
27. Месяц фактической оплаты отгруженной продукции
определяется датой из ПП.
25
28. Нормативный запас является постоянной величиной
для каждого вида товара. По указанию преподавателя про
цент может задаваться в качестве параметра в процессе ре
шения задачи средствами СУБД.
29. Остаток товара на складе на начало года равен нулю.
30. Текущий остаток товара на складе равен разности меж
ду его общим количеством, поступившим согласно цеховым
накладным, и его общим количеством, отгруженным со скла
да согласно ТТН.
31. На одном складе могут храниться различные товары.
32. Каждый товар может храниться только на одном складе.
33. План отгрузки товаров определяется только на осно
вании договоров на поставку товаров.
34. Цена товара постоянна в течение действия договора на
поставку товаров.
35. Все цены — в рублях.
36. Отчетный период — месяц.
37. Количественные ограничения:
— число заказчиков — не более 20;
— номенклатура изделий — не более 100;
— число цехов, выпускающих продукцию, — не более трех.
— число складов продукции — не более трех.
В пояснительной записке (отчете) к курсовой работе дол
жны быть приведены только те ограничения предметной об
ласти, которые относятся к конкретному индивидуальному
заданию.
2.4. Описание функционирования отдела сбыта
Схематическое описание действий, выполняемых при фун
кционировании рассматриваемой предметной области с ука
занием сопровождающих эти действия документов, выгля
дит следующим образом.
В процессе договорной кампании составляются договоры
на поставку товаров (см. форму 6). Договор состоит из двух
частей: общей части и спецификации. Общая часть содержит
номер документа, дату заключения договора, реквизиты по
26
ставщика и получателя (заказчика). В спецификации приво
дятся сведения о товаре, месяце поставки, количестве постав
ляемых товаров.
На основе договоров составляется финансовый план, и раз
рабатываются цеховые месячные планы выпуска товарной
продукции (см. форму 5).
Продукция, выпускаемая цехами, сдается на склад про
дукции. При этом составляется документ, называемый «Це
ховая накладная», состоящий, аналогично договору, также
из двух частей: общей и спецификации (см. форму 8).
При отгрузке продукции заказчикам выписывается доку
мент «Товарно транспортная накладная», также состоящий
из общей части и спецификации (см. форму 9).
Оплата продукции заказчиком оформляется документом,
называемым «Платежное поручение» (см. форму 7). При этом
возможны два варианта оплаты товара: без предварительной
оплаты и с предварительной оплатой. В первом случае ПП вы
писывается на основании ТТН, сопровождающей товар, и в стро
ке «Основание» записывается «ТТН №». Во втором случае ПП
выписывается на основании счета поставщика, выставляемо
го получателю при предоплате заказанного по договору това
ра, и в строке «Основание» записывается «Счет №».
3. ИНДИВИДУАЛЬНЫЕ ЗАДАНИЯ
НА КУРСОВУЮ РАБОТУ
Индивидуальное задание состоит из названия задачи, ее опи
сания, образца отчета и описания алгоритма решения задачи.
Образец отчета представлен в виде выходного документа,
который должен быть получен в СУБД MS Access в результа
те выполнения индивидуального задания на курсовое проек
тирование (отчетов может быть несколько).
Значения реквизитов, приведенные в образце отчета, —
условные и являются иллюстрацией к заданию.
Конкретные значения реквизитов, выводимые в отчете,
зависят от их значений в контрольном примере, который
студент должен разработать сам. Не разрешается исполь
27
зовать в качестве контрольного примера реквизиты и их зна
чения, приведенные в качестве иллюстраций в образцах от
четов по индивидуальным заданиям курсовой работы.
По согласованию с руководителем курсовой работы можно
изменить форму отчета.
В алгоритме решения задачи показано, какие документы
и какие данные из них необходимо использовать, а также ре
комендуемый порядок выполнения действий.
ЗАДАНИЕ № 1. Оценка выполнения планов сдачи
цехами продукции на склады в целом
по предприятию до конца заданного месяца
Цель задачи: рассчитать план сдачи продукции на склад
до конца заданного месяца в целом по предприятию и ее фак
тическую сдачу с начала года.
Отчет выдать по складам, изделиям и цехам с подведени
ем итогов по изделиям.
Отклонение должно быть равно разности между планом
и фактом.
Анализ выполнения плана сдачи продукции на склад
по состоянию на конец 10 го месяца
Склад
Изделие
Прибо
Индикатор
ров
Итого по изделию
Датчик
Ед.
изм.
Цех
План
Факт
Шт.
Электроники
Оборудования
1500
2000
1210
1800
»
Электроники
Оборудования
2500
2800
1500
2000
Сборочный № 1
»
№2
115
42
100
40
Сборочный № 1 2200
»
№ 2 1800
2000
1500
Итого по изделию
№1
Изделие 1 Kомп.
Итого по изделию
Изделие 2
Шт.
Итого по изделию
Дата выдачи отчета: 24.03.06
28
Откло
нение
290
200
490
1000
800
1800
15
2
17
200
300
500
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску каждого изделия для каждого цеха с начала года до кон
ца заданного месяца.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически выпущенного каждо
го изделия для каждого цеха с начала года до конца заданно
го месяца.
3. Подсчитать отклонение как разность между первой и вто
рой суммами.
4. Подсчет в строке «Итого по изделию» выполнить в от
чете.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2);
— справочник складов (форма 4).
ЗАДАНИЕ № 2. Оценка выполнения планов сдачи
продукции на склад заданным цехом
до конца заданного месяца
Цель задачи: рассчитать план сдачи заданным цехом про
дукции на склад до конца заданного месяца с учетом факта
сдачи с начала года.
Отчет выдать в разрезе складов и изделий.
Отклонение должно быть равно разности между планом
и фактом.
Анализ выполнения плана сдачи продукции на склад
цехом измерительных систем до конца 9 го месяца
Склад
Приборов
Kоиплексов
Изделие
Ед. изм.
План
Факт
Отклонение
Уровнемер
Вибродатчик
Шт.
»
1500
2500
1210
1500
290
1000
ТИС
СВС
»
»
100
200
95
209
5
0
Дата выдачи отчета: 24.03.06
29
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску каждого изделия для заданного цеха с начала года до
конца заданного месяца.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически выпущенного каждо
го из изделий для заданного цеха с начала года до конца за
данного месяца.
3. Подсчитать отклонение как разность между первой и вто
рой суммами.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник цехов (форма 3);
— справочник складов (форма 4).
ЗАДАНИЕ № 3. Оценка выполнения плана сдачи
цехами заданного изделия на склад
до конца заданного месяца
Цель задачи: рассчитать план сдачи на склад заданного из
делия до конца заданного месяца с учетом факта сдачи с нача
ла года.
Отчет выдать по цехам изготовителям с подведением ито
гов по изделию.
Отклонение должно быть равно разности между планом
и фактом.
План сдачи изделия «Топливомер» на склад приборов
до конца 10 го месяца, шт.
Цех
План
Факт
Отклонение
Приборов
Kомплексов
1500
2000
1210
1300
290
200
Итого по изделию
3500
2510
490
Дата выдачи отчета: 24.03.04
30
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску заданного изделия цехами предприятия с начала года
до конца заданного месяца.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически выпущенного задан
ного изделия цехами предприятия с начала года до конца за
данного месяца.
3. Подсчитать отклонение как разность между первой и вто
рой суммами.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник цехов (форма 3);
— справочник складов (форма 4).
ЗАДАНИЕ № 4. Оценка выполнения плана сдачи
цехами продукции на заданный склад
в заданном месяце
Цель задачи: рассчитать план сдачи продукции на задан
ный склад до конца заданного месяца с учетом факта сдачи с на
чала года.
Отчет выдать по изделиям и цехам изготовителям с подве
дением итогов по изделиям.
Отклонение должно быть равно разности между планом
и фактом.
План сдачи изделий на склад № 1 цехами предприятия
до конца 10 го месяца
Изделие
Ед. изм.
Цех
План Факт Отклонение
Спец. прибор № 1 Kомпл.
Сборочный № 1 115
»
№ 2 42
100
40
Итого по изделию
Спец. прибор № 2
Шт.
Сборочный № 1 2000 2000
»
№ 2 1800 1500
Итого по изделию
Дата выдачи отчета: 24.03.06
15
2
17
200
300
500
31
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированных к вы
пуску изделий цехами предприятия с начала года до конца за
данного месяца.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически выпущенного каждо
го из изделий цехами предприятия с начала года до конца за
данного месяца.
3. Подсчитать отклонение как разность между первой и вто
рой суммами.
4. Выбрать из результатов расчетов, полученных в соот
ветствии с пп. 1, 2 и 3, только те изделия, которые должны
быть сданы на заданный склад.
Номер склада определяется по коду изделия из справочни
ка товаров (см. форму 1).
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник цехов (форма 3);
— справочник складов (форма 4).
ЗАДАНИЕ № 5. Проверка обеспеченности договоров
планами выпуска продукции цехов
Цель задачи: выдать отчет по месяцам для тех изделий,
суммарный план отгрузки которых по договорам не обеспе
чен планом сдачи продукции на склад.
Проверка соответствия договоров
плановому выпуску продукции цехами
Изделие
Месяц
Датчик
Март
Спец. прибор № 1 Декабрь
Дата выдачи отчета: 24.03.06
32
План
отгрузки
План
выпуска
1000 шт. 700 шт.
80 комп. 75 комп.
«План выпус
ка» — «План
отгрузки»
–300 шт.
–5 комп.
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированных к вы
пуску изделий цехами предприятия в каждом месяце.
2. По документам «Договор» (см. форму 7) подсчитать об
щее количество запланированного к отгрузке каждого из из
делий в каждом месяце.
3. Подсчитать разность между первой и второй суммами.
4. Определить те изделия, для которых полученная раз
ность отрицательна.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник месяцев (содержит две графы: номер и на
звание месяца).
ЗАДАНИЕ № 6. Проверка обеспеченности плана отгрузки
заданного изделия планом сдачи
продукции на склад
Цель задачи: выдать отчет по месяцам, в которых план
отгрузки по договорам не обеспечен планом сдачи на склад.
Проверка соответствия плана отгрузки изделия
«Уровнемер» плану сдачи продукции на склад приборов, шт.
Месяц
Март
Сентябрь
План отгрузки
План выпуска
«План выпуска» —
«План отгрузки»
10 000
15 000
7 000
14 000
–3 000
–1 000
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см.
форму 5) подсчитать общее количество запланированного
к выпуску заданного изделия цехами предприятия в каждом
месяце.
2. По документам «Договор» (см. форму 7) подсчитать об
щее количество запланированного к отгрузке заданного из
делия в каждом месяце.
33
3. Подсчитать разность между первой и второй суммами.
4. Определить те месяцы, в которых полученная разность
отрицательна.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4);
— справочник месяцев (содержит две графы: номер и на
звание месяца).
ЗАДАНИЕ № 7. Определение дефицита текущего запаса
продукции на складах
Цель задачи: выдать отчет по складам и тем изделиям, те
кущий остаток которых меньше установленного нормативно
го запаса (дефицит).
Дефицит текущего запаса
продукции на складах
Склад
Изделие
Приборов № 1
Датчик уровня
ТИС № 1
Нормативный Текущий
запас
остаток
200 шт.
20 компл.
150 шт.
5 шт.
Дефицит
50 шт.
15 шт.
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество сданных на склад изделий цехами
предприятия с начала года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество отгруженных изде
лий с начала года.
3. Подсчитать текущий остаток как разность между сум
мами, полученными в пп.1 и 2.
4. Подсчитать разность между текущим остатком и норма
тивным запасом. Нормативный запас определяется из спра
вочника товаров (см. форму 1).
34
5. Определить изделия, для которых полученная в п. 4 раз
ность отрицательна (дефицит).
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 8. Определение излишков текущего запаса
продукции на складах
Цели задачи: выдать отчет по складам и тем изделиям,
текущий остаток которых больше установленного норматив
ного запаса (излишки).
Излишки текущего запаса продукции на складах
Склад
Изделие
Приборов № 1
Датчик уровня
ТИС № 2
Нормативный Текущий
Излишки
запас
остаток
200 шт.
20 компл.
250 шт.
35 шт.
50 шт.
15 шт.
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество сданных на склад изделий цехами
предприятия с начала года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество отгруженных изде
лий с начала года.
3. Подсчитать текущий остаток как разность между сум
мами, полученными в пп. 1 и 2.
4. Подсчитать разность между текущим остатком и норма
тивным запасом. Нормативный запас определяется из спра
вочника товаров (см. форму 1).
5. Определить изделия, для которых полученная в п. 4 раз
ность положительна (излишки).
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
35
ЗАДАНИЕ № 9. Определение дефицита текущего запаса
продукции на заданном складе
Цель задачи: выдать отчет по тем изделиям на заданном
складе, текущий остаток которых меньше установленного
нормативного запаса (дефицит).
Дефицит продукции на складе ТНП, шт.
Изделие
Индикатор
Нормативный запас Текущий остаток
2000
1500
Дефицит
500
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество сданных на склад изделий цехами
предприятия с начала года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество отгруженных изде
лий с начала года.
3. Подсчитать текущий остаток как разность между сум
мами, полученными в пп. 1 и 2.
4. Подсчитать разность между текущим остатком и нор
мативным запасом. Нормативный запас определяется из спра
вочника товаров (см. форму 1).
5. Определить изделия на заданном складе, для которых
полученная в п. 4 разность отрицательна (дефицит).
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 10. Определение излишков текущего запаса
продукции на заданном складе
Цель задачи: выдать по разрезе тем изделиям на задан
ном складе, текущий остаток которых больше установлен
ного нормативного запаса (излишки).
36
Изделие
Излишки продукции на складе ТНП, шт.
Нормативный запас Текущий остаток
Индикатор
2000
Дата выдачи отчета: 24.03.06
Излишки
2500
500
Алгоритм решения:
1. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество сданных на склад изделий цехами
предприятия с начала года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество отгруженных изде
лий с начала года.
3. Подсчитать текущий остаток как разность между сум
мами, полученными в пп. 1 и 2.
4. Подсчитать разность между текущим остатком и норма
тивным запасом. Нормативный запас определяется из спра
вочника товаров (см. форму 1).
5. Определить изделия на заданном складе, для которых
полученная в п. 4 разность положительна (излишки).
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 11. Определение текущего запаса
заданного изделия
Цель задачи: выдать отчет о величине текущего запаса за
данного изделия.
Оценка текущего запаса изделия «Индикатор» на складе приборов, шт.
Нормативный запас
Текущий остаток
Излишки
2000
2500
Дата выдачи отчета: 24.03.06
500
Алгоритм решения:
1. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество сданных на склад изделий цехами
предприятия с начала года.
37
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество отгруженных изде
лий с начала года.
3. Подсчитать текущий остаток как разность между сум
мами, полученными в пп.1 и 2.
4. Подсчитать разность между текущим остатком и норма
тивным запасом заданного изделия. Нормативный запас оп
ределяется из справочника товаров (см. форму 1).
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 12. Анализ выполнения плана цехами
Цель задачи: выдать отчет по цехам, складам и изделиям
с оценкой выполнения плана сдачи продукции на склад с на
чала года до конца заданного месяца.
Анализ выполнения цехами плана сдачи
продукции на склады до конца 10 го месяца
Изделие
План
Факт
Отклонение
Цех топливных систем
Датчик
Индикатор
1000 шт.
1500 шт.
850 шт.
2000 шт.
–150 шт.
500 шт.
Цех систем ориентации
Датчик
Индикатор
2110 шт.
1800 шт.
2110 шт.
1060 шт.
0 шт.
–740 шт.
Сборочный цех
Спец. прибор № 1
»
»
№2
55 компл.
800 шт.
40 компл.
900 шт.
–15 компл.
100 шт.
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску изделий цехами предприятия с начала года.
38
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически сданных на склад из
делий цехами предприятия с начала года.
3. Подсчитать разность между первой и второй суммой до
конца заданного месяца.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник цехов (форма 3).
ЗАДАНИЕ № 13. Анализ выполнения плана
заданным цехом
Цель задачи: выдать отчет по складам и изделиям с оцен
кой выполнения плана сдачи продукции заданным цехом до
конца заданного месяца.
Анализ выполнения цехом приборов плана сдачи продукции
на склады до конца 10 го месяца
План
Фактически
Склад
Изделие
Отклонение
от начала года
сдано
Датчик
1000 шт.
Индикатор
1500 шт.
Спец. прибор № 1 40 компл.
№1
»
»
№2
600 шт.
Дата выдачи отчета: 24.03.06
Приборов
850 шт.
–150 шт.
2000 шт.
500 шт.
35 компл.
–5 шт.
700 шт.
100 шт.
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску изделий цехами предприятия с начала года.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически сданных на склад из
делий цехами предприятия с начала года.
3. Подсчитать для заданного цеха до конца заданного ме
сяца отклонение как разность между второй и первой сум
мой.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
39
ЗАДАНИЕ № 14. Анализ выполнения плана цехами
по заданному изделию
Цель задачи: выдать отчет по цехам с оценкой выполнения
плана сдачи заданного изделия цехами изготовителями до кон
ца заданного месяца.
Анализ выполнения цехами плана сдачи изделия
«Топливоизмерительная система» на склад приборного оборудования
до конца 10 го месяца, шт.
План на начало
года
Фактически
сдано
Отклонение
Приборов
Kомплексов
1000
2110
850
2110
–150
0
ИТОГО
3110
2960
–150
Цех
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску изделий цехами предприятия с начала года.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически сданных на склад из
делий цехами предприятия с начала года.
3. Подсчитать для заданного изделия до конца заданного
месяца отклонение как разность между второй и первой сум
мой.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник цехов (форма 3).
ЗАДАНИЕ № 15. Оценка долга цехов изготовителей
Цель задачи: выдать отчет по цехам, складам и тем изде
лиям, по которым не выполнен план сдачи на склад продук
ции до конца заданного месяца.
40
Оценка долга цехов изготовителей до конца 10 го месяца
Изделие
План на начало года Фактически сдано
Долг
Цех приборов
Датчик
10 000 шт.
8 500 шт.
Цех комплексов
Индикатор
18 000 шт.
10 600 шт.
Сборочный цех
Спец. прибор № 1
55 компл.
40 компл.
»
»
№2
700 шт.
650 шт.
Дата выдачи отчета: 24.03.06
1 500 шт.
7 400 шт.
15 компл.
50 шт.
Алгоритм решения:
1. По документу «План выпуска продукции цехом» (см. фор
му 5) подсчитать общее количество запланированного к вы
пуску изделий цехами предприятия с начала года.
2. По документам «Цеховая накладная» (см. форму 9) под
считать общее количество фактически сданных на склад из
делий цехами предприятия с начала года.
3. Задав конец месяца, определить долг как положитель
ную разность между первой и второй суммами.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник цехов (форма 3).
ЗАДАНИЕ № 16. Анализ выполнения плана отгрузки
продукции заданному заказчику
до конца заданного месяца
Цель задачи: выдать отчет по договорам с заданным за
казчиком и изделий с оценкой выполнения плана отгрузки
от начала года до конца заданного месяца.
Анализ выполнения плана отгрузки продукции
АО «Авионика», г. Москва, до конца 10 го месяца, шт.
План отгрузки Фактически
Договор
Изделие
Отклонение
на начало года отгружено
15 04
Индикатор
3500
Датчик
4000
21 04
»
2000
Дата выдачи отчета: 24.03.06
3500
3500
1500
0
500
500
41
Алгоритм решения:
1. По документам «Договор» (см. форму 7) подсчитать об
щее количество запланированного для поставки предприя
тием изделий заказчикам от начала года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество фактически отгру
женных предприятием изделий заказчикам с начала года.
3. Задав конец месяца и наименование заказчика, подсчи
тать отклонение как разность между первой и второй сум
мами.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 17. Анализ выполнения договорных
обязательств предприятия
в заданном месяце
Цель задачи: выдать отчет по заказчикам, договорам и из
делиям с оценкой выполнения плана отгрузки от начала года
до конца заданного месяца.
Анализ выполнения договорных обязательств предприятия
до конца 10 го месяца, шт.
Изделие
План отгрузки
на начало года
Фактически
отгружено
Отклонение
Заказчик: АО «Техприбор», г. Санкт Петербург, договор: 21 04
Индикатор
1500
1450
50 шт.
Датчик
2500
2500
0 шт.
Заказчик: АО «Авионика», г. Москва, договор: 15 04
Индикатор
3500
3500
500 шт.
Датчик
4000
3500
0 шт.
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документам «Договор» (см. форму 7) подсчитать об
щее количество запланированного для поставки предприя
тием изделий заказчикам с начала года.
42
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество фактически отгру
женных предприятием изделий заказчикам с начала года.
3. Задав конец месяца, подсчитать отклонение как раз
ность между первой и второй суммами.
Документы нормативно справочной информации, исполь
зуемые в задаче:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 18. Анализ выполнения плана отгрузки
заданного изделия до конца заданного
месяца
Цель задачи: выдать отчет по заказчикам и договорам
с оценкой выполнения плана отгрузки заданного изделия от
начала года до конца заданного месяца.
Анализ выполнения плана отгрузки изделия «Датчик»
до конца 10 го месяца, шт
Договор
Заказчик
План отгрузки Фактически
Отклонение
на начало года отгружено
15 04
АО «Авионика»,
г. Москва
21 04 АО «Техприбор»,
г. Санкт Петербург
ИТОГО
4000
3500
500
2000
1500
500
6000
5000
1000
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документам «Договор» (см. форму 7) подсчитать об
щее количество запланированного для поставки предприя
тием изделий заказчикам на начало года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество фактически отгру
женных предприятием изделий заказчикам с начала года.
43
3. Задав конец месяца и наименование изделия, подсчи
тать отклонение как разность между первой и второй сум
мами.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 19. Анализ выполнения плана отгрузки
по заданному договору
Цель задачи: выдать отчет по изделиям с оценкой выпол
нения плана отгрузки по заданному договору от начала года
до конца заданного месяца.
Анализ выполнения плана отгрузки по договору № 15 04
от 12. 03. 06 г. заказчик АО «Авионика», г. Москва,
до конца 10 го месяца, шт.
Изделие
Датчик
Индикатор
План
отгрузки
на начало года
Фактически
отгружено
Отклонение
4000
2000
3500
1800
500
200
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. По документам «Договор» (см. форму 7) подсчитать об
щее количество запланированного для поставки предприя
тием изделий заказчикам от начала года.
2. По документам «Товарно транспортная накладная» (см.
форму 10) подсчитать общее количество фактически отгру
женных предприятием изделий заказчикам с начала года.
3. Задав номер договора и конец месяца, подсчитать откло
нение как разность между первой и второй суммой.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
44
ЗАДАНИЕ № 20. Анализ оплаты отгруженного товара
Цель задачи: выдать отчет по договорам, заказчикам, ТТН
и датам отгрузки, содержащий суммы, подлежащие получе
нию за отгруженную, но еще не оплаченную заказчиком про
дукцию (отсутствуют соответствующие ПП).
Суммы, подлежащие оплате за отгруженный товар, р.
Номер
Дата
Сумма
Заказчик
Номер ТТН
договора
отгрузки
отгрузки
АО «Авионика»,
г. Москва
15 97
20 97
Итого по заказчику
АО «Техприбор»,
21 97
г. С. Петербург
Итого по заказчику
ВСЕГО
Дата выдачи отчета: 24.03.06
162
234
300
31.05.06
28.06.06
30.06.06
120
230
20.04.06
15.06.06
250 000
300 000
200 000
750 000
112 000
900 000
1 012 000
1 762 000
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10) и «Платежное поручение» (см. форму 8),
определить номера ТТН, для которых отсутствуют соответ
ствующие им ПП.
2. Подсчитать в найденных в п. 1 ТТН сумму произведений
цены каждого товара на его количество. Цена товара берется
из справочника изделий (см. форму 1).
3. Суммы «Итого по заказчику» и «Всего» подсчитываются
в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 21. Анализ предоплаты счетов
Цель задачи: выдать отчет по заказчикам и договорам, со
держащий суммы, подлежащие получению за заказанную по
купателем продукцию, оплаченные суммы и недоплату.
45
Анализ предоплаты счетов, р.
Но
Но
мер
Дата
мер
дого
выписки
счета
вора
Сумма
по ПП
Недо
плата
счета
АО «Авионика»,
162 31.05.06 250 000
15 04
г. Москва
234 28.06.06 300 000
200 000
300 000
50 000
0
Итого по заказчику
50 000
50 000
Заказчик
Сумма
по счету
550 000
АО «Техприбор»,
120 20.04.06 112 000
20 04
г. С. Петербург
230 15.06.06 900 000
100 000 12 000
800 000 100 000
Итого по заказчику
1 012 000 900 000 112 000
ВСЕГО
1 562 000 1 200 000 162 000
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. Используя документы «Счет поставщика» (см. форму 6),
подсчитать суммы по всем счетам, выставленным каждому за
казчику по каждому договору.
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать суммы платежа по всем ПП, перечисленные
каждым заказчиком поставщику по каждому договору.
3. Подсчитать разность между суммами, подсчитанными
в пп. 1 и 2.
4. Суммы «Итого по заказчику» и «Всего» подсчитывают
ся в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 22. Анализ предоплаты товаров
заданным покупателем
Цель задачи: выдать отчет в разрезе договоров и номеров
счетов, содержащий суммы, подлежащие получению за за
казанные заданным покупателем товары, оплаченные сум
мы и недоплату.
46
Анализ предоплаты товаров АО «Авионика», г. Москва, р.
Номер
Номер
Дата вы
Сумма
Сумма по ПП Недоплата
договора счета
писки счета
по счету
15 04
162
31.05.06 2 500 000
234
28.06.06 3 000 000
16 04
300
01.08.06
500 000
Итого по заказчику
5 500 000
Дата выдачи отчета: 24.03.06
200 000
300 000
500 000
500 000
50 000
0
0
50 000
Алгоритм решения задачи:
1. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать суммы по всем ПП, перечисленные задан
ным заказчиком поставщику по каждому счету.
2. Используя документы «Счет поставщика» (см. форму 6),
подсчитать суммы по счетам, подлежащим оплате заданным
заказчиком.
3. Вычесть из значения реквизита «Сумма по счету», по
лученного в п. 2, значение реквизита «Сумма по ПП», под
считанное в п. 1.
4. Суммы «Итого по заказчику» подсчитываются в отчете
приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 23. Оценка предоплаты товаров
по заданному договору
Цель задачи: выдать отчет в разрезе платежных поруче
ний, содержащий суммы предоплаты за товары по заданно
му договору.
Предоплата товаров по договору № 15 04 от 15.12.93
заказчик АО «Авионика», г. Москва, р.
Номер ПП
Дата
Сумма
100
31.05.06
110
01.08.06
Итого по заказчику
Дата выдачи отчета: 24.03.06
2 500 000
500 000
3 000 000
47
Алгоритм решения:
1. Используя документы «Счет поставщика» (см. форму 6),
определить счета, которые были выписаны для оплаты това
ров по заданному договору.
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать суммы, перечисленные по заданному дого
вору заказчиком поставщику по каждому ПП.
3. Сумма «Итого по заказчику» подсчитывается в отчете
приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 24. Анализ предоплаты заданного товара
Цель задачи: выдать отчет в разрезе заказчиков и догово
ров, содержащий оплаченные суммы и недоплату за заказан
ный покупателями заданный товар.
Анализ предоплаты изделия «Индикатор», р.
Заказчик
Номер
договора
Сумма
по счету
Сумма
по ПП
Недоплата
АО «Авионика»,
г. Москва
15 04
16 04
550 000
100 000
500 000
100 000
50 000
0
Итого по заказчику
650 000
600 000
50 000
АО «Техприбор»,
г. С. Петербург
112 000
900 000
100 000
800 000
12 000
100 000
Итого по заказчику
1 012 000
900 000
112 000
ВСЕГО
1 662 000
1 500 000
162 000
20 04
25 04
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать суммы по всем ПП, перечисленные каждым
заказчиком поставщику по каждому договору по заданному
изделию.
48
2. Используя документы «Счет поставщика» (см. форму 6),
подсчитать суммы по всем счетам, выписанным поставщиком
по каждому договору по заданному изделию.
3. Вычесть из значения реквизита «Сумма по счету», по
лученного в п. 2, значение реквизита «Сумма по ПП», полу
ченное в п. 1.
4. Суммы «Итого по заказчику» и «Всего» подсчитываются
в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 25. Оценка стоимости неоплаченного
отгруженного товара
для заданного заказчика
Цель задачи: выдать отчет по договорам, ТТН и датам от
грузки, содержащий суммы, подлежащие получению за от
груженную продукцию заданному заказчику.
Стоимость неоплаченного товара, отгруженного АО «Авионика»,
г. Москва
Сумма отгрузки
Номер договора
Номер ТТН
Дата отгрузки
15 04
162
234
Итого по заказчику
Дата выдачи отчета: 24.03.06
31.05.06
28.06.06
25 000
30 000
55 000
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость отгруженного то
вара заданному заказчику по всем ТТН таким, для которых
нет ни одного платежного поручения.
2. Сумма отгрузки «Итого по заказчику» подсчитывается
в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
49
ЗАДАНИЕ № 26. Оценка стоимости отгруженного
неоплаченного заданного товара
Цель задачи: выдать отчет по заказчикам, договорам, ТТН
и датам отгрузки, содержащий суммы, подлежащие получе
нию за отгруженный заданный товар и суммарное количе
ство неоплаченного товара.
Стоимость неоплаченного товара «Индикатор»
Номер
Номер
Дата
Отгруже
Заказчик
договора
ТТН
отгрузки
но, шт.
АО «Авионика»,
162
15 04
г. Москва
234
Итого по заказчику
120
АО «Техприбор»,
21 04
г. С. Петербург
230
Итого по заказчику
ВСЕГО
Дата выдачи отчета: 24.03.06
31.05.06
28.06.06
20.04.06
15.06.06
1 000
500
1 500
1 000
1 000
2 000
3 500
Сумма от
грузки, р.
9 000
4 500
13 500
9 000
9 000
18 000
31 500
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость отгруженного за
данного товара заказчикам по всем таким ТТН, для которых
нет ни одного платежного поручения.
2. Сумма отгрузки «Итого по заказчику» и «Всего» под
считываются в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 27. Оценка стоимости отгруженного
неоплаченного товара по заданному
договору
Цель задачи: выдать отчет по ТТН и датам отгрузки, со
держащий суммы, подлежащие получению за отгруженный
по заданному договору товар.
50
Стоимость неоплаченного товара по договору № 15 04
от 12.03.06, заказчик АО «Авионика», г. Москва, р.
Дата отгрузки
Сумма отгрузки
Номер ТТН
162
31.05.06
234
28.06.06
Итого по договору
Дата выдачи отчета: 24.03.06
25 000
30 000
55 000
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость отгруженного то
вара заданному заказчику по всем таким ТТН, для которых
нет ни одного платежного поручения.
2. Сумма отгрузки «Итого по договору» подсчитывается
в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 28. Оценка неполной оплаты
отгруженной продукции
Цель задачи: выдать отчет по заказчикам, ТТН, датам от
грузки и изделиям, содержащий данные об оплаченной час
ти отгруженной продукции и о недоплате.
Оценка неполной оплаты отгруженной продукции, р.
Заказчик
Но
мер
ТТН
Дата
Товар
АО «Авионика», 200 31.03.06 Датчик
г. Москва
250 25.04.06 Индикатор
Итого по заказчику
АО «Техприбор», 145 20.02.06 Датчик
г. С. Петербург 265 12.05.06 Индикатор
Итого по заказчику
ВСЕГО
Дата выдачи отчета: 24.03.06
Отгру
Опла
Недо
жено на чено на
плата
сумму сумму
90 000 72 000 18 000
40 000 32 000 8 000
130 000 104 000 26 000
63 000 54 000 9 000
80 000 72 000 8 000
143 000 126 000 17 000
273 000 230 000 43 000
51
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость отгруженного то
вара по всем ТТН.
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать стоимость оплаченного товара по всем ПП,
выписанным каждым заказчиком поставщику по каждой
ТТН.
3. Подсчитать недоплату как разность между стоимостью
отгруженного и оплаченного товара.
4. Сумма «Итого по заказчику» и «Всего» подсчитывается
в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 29. Оценка неполной оплаты отгруженной
продукции заданным заказчиком
Цель задачи: выдать отчет по ТТН, датам отгрузки и изде
лий, содержащий данные об оплаченной части отгруженной
продукции и о недоплате заданным заказчиком.
Оценка неполной оплаты отгруженной продукции АО «Авионика»,
г. Москва, р.
Номер
Отгружено Оплачено
Недоплата
Дата
Товар
на сумму
ТТН
на сумму
200
31.03.04
Датчик
250
25.04.04 Индикатор
Всего по заказчику
Дата выдачи отчета: 24.03.06
90 000
40 000
130 000
72 000
32 000
104 000
18 000
8 000
26 000
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость отгруженного то
вара по всем ТТН заданным заказчиком.
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать стоимость оплаченного товара по всем ПП,
52
выписанным каждым заказчиком поставщику по каждой
ТТН заданным заказчиком.
3. Подсчитать недоплату как разность между стоимостью
отгруженного и оплаченного товара.
4. Сумма «Всего по заказчику» подсчитывается в отчете
приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 30. Оценка неполной оплаты
заданного отгруженного изделия
Цель задачи: выдать отчет по заказчикам, ТТН, и датам
отгрузки, содержащий данные об оплаченной части и о недо
плате заданного отгруженного изделия.
Оценка неполной оплаты отгруженного изделия
«Индикатор», р.
Заказчик
Номер
ТТН
Дата
АО «Авионика»,
г. Москва
240
250
31.03.06
25.04.06
Отгружено Оплачено
Недоплата
на сумму на сумму
32 000
40 000
24 000
32 000
8 000
8 000
72 000
56 000
16 000
40 000
80 000
24 000
72 000
16 000
8 000
Итого по заказчику
120 000
96 000
24 000
ВСЕГО
192 000
152 000
40 000
Итого по заказчику
АО «Техприбор»,
г. С. Петербург
260
265
20.02.06
12.05.06
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость заданного отгру
женного товара по всем ТТН.
53
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать стоимость заданного оплаченного товара
по всем ПП, выписанным каждым заказчиком поставщику
по каждой ТТН.
3. Подсчитать недоплату как разность между стоимостью
отгруженного и оплаченного товара.
4. Сумма «Итого по заказчику» и «Всего» подсчитывается
в отчете приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 31. Оценка неполной оплаты отгруженной
продукции по заданному договору
Цель задачи: выдать отчет по ТТН, датам отгрузки и изде
лиям, содержащий данные по заданному договору об опла
ченной части отгруженной продукции и о недоплате.
Оценка неполной оплаты отгруженной продукции,
заказчик АО «Авионика», г. Москва,
договор № 15 04 от 12.12.05
Номер
ТТН
200
250
Дата
Товар
31.03.06
Датчик
25.04.06 Индикатор
ВСЕГО
Отгружено
на сумму
Оплачено
на сумму
Недоплата
90 000
4 0 000
72 000
32 000
18 000
8 000
130 000
104 000
26 000
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. Используя документы «Товарно транспортная наклад
ная» (см. форму 10), подсчитать стоимость отгруженного то
вара по всем ТТН по заданному договору.
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать стоимость оплаченного товара по всем ПП,
выписанным каждым заказчиком поставщику по каждой ТТН
по заданному договору.
54
3. Подсчитать недоплату как разность между стоимостью
отгруженного и оплаченного товара.
4. Сумма «Всего» подсчитывается в отчете приложения
СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник плательщиков (форма 2).
ЗАДАНИЕ № 32. Анализ выполнения финансового плана
предприятия
Цель задачи: выдать отчет, содержащий плановые суммы
поступлений денежных средств за отгруженную продукцию
и факт поступления денежных средств на текущую дату.
Отчет выдать по месяцам текущего года, считая месяц от
грузки по договору месяцем плановой оплаты, а дату оплаты
из ПП — за дату факта оплаты.
Анализ выполнения финансового плана предприятия
на 24.05.06, р.
Месяц
План оплаты
Факт оплаты
Январь
2 124 000
Февраль
5 600 000
Март
5 624 000
Апрель
4 100 000
Май
9 524 000
Итого с начала года
26 972 000
Дата выдачи отчета: 24.03.06
624 000
5 600 000
3 924 000
9 510 000
19 658 000
Алгоритм решения:
1. Используя документы «Договор» (см. форму 7), подсчи
тать общую сумму, на которую заключены все договоры по ме
сяцам.
2. Используя документы «Платежное поручение» (см. фор
му 8), подсчитать общую сумму поступлений денег по всем пла
тежным поручениям по месяцам.
3. Значения в строке «Итого с начала года» подсчитыва
ются в отчете приложения СУБД.
55
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник месяцев (содержит две графы: номер меся
ца и название месяца).
ЗАДАНИЕ № 33. Формирование оборотной ведомости
движения продукции
по складам предприятия
Цель задачи: выдать отчет, содержащий оборотную ведо
мость движения продукции по складам предприятия с нача
ла года до текущей даты.
При этом предполагается, что остатки товаров на начало
года равны нулю.
Данные выдавать в натуральном (штуки, комплекты и т. д.)
выражении.
Оборотная ведомость движения продукции
на складах предприятия
Изделие
Ед. изм.
Сдано
Отгружено
Склад ТНП
10 000
9 000
20 000
20 000
Склад № 1
Спец. прибор № 1 Kомпл.
50
49
»
»
Шт.
200
100
Дата выдачи отчета: 24.03.06
Датчик
Индикатор
Шт.
»
Остаток
на конец месяца
1 000
0
1
110
Алгоритм решения:
1. Для подсчета количества «Сдано» используется доку
мент «Цеховая накладная» (см. форму 9) путем подсчета ко
личества каждого сданного на склад наименования изделия.
2. Для подсчета количества «Отгружено» используется
документ «Товарно транспортная накладная» (см. форму 10)
путем подсчета количества каждого наименования изделия,
указанного в этой накладной отгруженного со склада изде
лия.
56
3. Остаток на конец месяца подсчитывается как разность
между результатами, полученными в пп. 1 и 2.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 34. Формирование оборотной ведомости
движения продукции по предприятия
Цель задачи: выдать отчет, содержащий оборотную ведо
мость движения продукции по складам предприятия с нача
ла года до текущей даты. При этом предполагается, что ос
татки товаров на начало года равны нулю.
Данные выдавать в стоимостном (в рублях) выражении.
Оборотная ведомость (в рублях) движения продукции
на складах предприятия, р.
Остаток на конец
Изделие
Сдано
Отгружено
месяца
Склад ТНП
4 000 000
3 600 000
10 000 000
10 000 000
Склад № 1
Спец. прибор № 1
3 000 000
2 940 000
»
»
№2
60 000 000
30 000 000
ИТОГО
77 000 000
46 540 000
Дата выдачи отчета: 24.03.06
Датчик
Индикатор
400 000
0
60 000
30 000 000
30 460 000
Алгоритм решения:
1. Для подсчета количества «Сдано» используется документ
«Цеховая накладная» (см. форму 9) путем подсчета суммы
произведений количества на цену каждого сданного на склад
наименования изделия.
2. Для подсчета количества «Отгружено» используется
документ «Товарно транспортная накладная» (см. форму 10)
путем подсчета суммы произведений количества на цену ко
личества каждого наименования изделия, указанного в этой
накладной отгруженного со склада изделия.
57
3. Остаток на конец месяца подсчитывается как разность
между результатами, полученными в пп. 1 и 2.
4. Значения в строке «Итого» подсчитываются в отчете
приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 35. Формирование оборотной ведомости
движения продукции
по заданному складу предприятия
Цель задачи: выдать отчет, содержащий оборотную ведо
мость движения продукции по заданному складу предприя
тия с начала года до текущей даты.
При этом предполагается, что остатки товаров на начало
года равны нулю.
Данные выдавать в натуральном (штуки, комплекты и т. д.)
выражении.
Оборотная ведомость движения продукции по складу ТНП
Изделие
Датчик
Индикатор
Ед. изм.
Сдано
Отгружено
Остаток
на конец месяца
Шт.
»
10 000
20 000
9 000
20 000
1 000
0
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. Для подсчета количества «Сдано» используется доку
мент «Цеховая накладная» (см. форму 9) путем подсчета ко
личества каждого сданного на заданный склад наименования
изделия.
2. Для подсчета количества «Отгружено» используется до
кумент «Товарно транспортная накладная» (см. форму 10)
путем подсчета количества каждого наименования изделия,
указанного в этой накладной отгруженного изделия с задан
ного склада.
58
3. Остаток на конец месяца подсчитывается как разность
между результатами, полученными в пп. 1 и 2.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
ЗАДАНИЕ № 36. Формирование оборотной ведомости
движения продукции
по заданному складу предприятия
Цель задачи: выдать отчет, содержащий оборотную ведо
мость движения продукции по заданному складу предприя
тия с начала года до текущей даты. При этом предполагает
ся, что остатки товаров на начало года равны нулю. Данные
выдавать в стоимостном (в рублях) выражении.
Оборотная ведомость (в рублях) движения продукции
по складу ТНП
Сдано
Отгружено
Остаток на конец
месяца
Датчик
Индикатор
4 000 000
10 000 000
3 600 000
10 000 000
400 000
0
ИТОГО
14 000 000
13 600 000
400 000
Изделие
Дата выдачи отчета: 24.03.06
Алгоритм решения:
1. Для подсчета количества «Сдано» используется документ
«Цеховая накладная» (см. форму 9) путем подсчета суммы
произведений количества на цену каждого сданного на задан
ный склад наименования изделия.
2. Для подсчета количества «Отгружено» используется до
кумент «Товарно транспортная накладная» (см. форму 10) пу
тем подсчета суммы произведений количества на цену коли
чества каждого наименования изделия, указанного в этой на
кладной отгруженного изделия с заданного склада.
3. Остаток на конец месяца подсчитывается как разность
между результатами, полученными в пп. 1 и 2.
59
4. Значения в строке «Итого» подсчитываются в отчете
приложения СУБД.
Документы нормативно справочной информации:
— справочник товаров (форма 1);
— справочник складов (форма 4).
4. УПРАЖНЕНИЯ ДЛЯ САМОСТОЯТЕЛЬНОЙ РАБОТЫ
С БАЗАМИ ДАННЫХ
Приведенные ниже упражнения преследуют цель восста
новить у студента за ограниченное время (2–3 часа) основ
ные навыки по работе в среде Access 2000. В процессе их вы
полнения отрабатываются основные режимы работы СУБД,
используемые в курсовой работе.
4.1. Создание базовых таблиц (30 мин)
Руководитель малого предприятия, выполняющего сбор
ку персональных компьютеров из готовых компонентов, за
казал разработку БД, основанной на двух таблицах комплек
тующих. Одна таблица содержит данные, которые могут ото
бражаться для клиентов при согласовании спецификации
изделия, — в ней указаны розничные цены на компоненты.
Вторая таблица предназначена для анализа результатов дея
тельности предприятия: в ней содержатся оптовые цены на
компоненты и краткая информация о поставщиках (клиенты
предприятия не имеют доступа к данным этой таблицы).
1. Запустите программу Microsoft Access 2000 (Пуск > Про
граммы > Microsoft Access).
2. В окне Microsoft Access включите переключатель Новая
база данных и щелкните на кнопке ОК.
3. В окне Файл новой базы данных выберите папку Мои до
кументы и дайте файлу имя: Комплектующие. Убедитесь, что
в качестве типа файла выбрано Базы данных Microsoft Access,
и щелкните на кнопке Создать. Откроется окно новой базы —
Комплектующие: база данных.
60
4. Откройте панель Таблицы.
5. Дважды щелкните на значке Создание таблицы в ре
жиме конструктора — откроется бланк создания структуры
таблицы.
6. Для первой таблицы введите следующие поля:
Имя поля
Тип поля
Kомпонент
Текстовый
Модель
Текстовый
Основной параметр
Числовой
Цена
Числовой
Обратите внимание на то, что в данном случае поле Цена
задано не денежным типом, а числовым. Данные, относящие
ся к денежному типу, имеют размерность, выраженную в руб
лях (если работа выполняется с версией Microsoft Access, ло
кализованной в России). Но стоимость компонентов вычис
лительной техники выражать в этой единице измерения не
принято. Для сравнимости цен разных поставщиков обычно
используют «условные единицы» (далее — усл. ед.). В таких
Рис. 4.1. Таблица Комплектующие в режиме конструктора
61
случаях удобно использовать поле числового типа, чтобы
не перенастраивать всю СУБД.
7. Щелкните на поле Цена. В нижней части бланка задай
те свойство Число десятичных знаков, равным 2.
8. Для связи с будущей таблицей поставщиков надо задать
ключевое поле. Поскольку здесь ни одно поле явно не претен
дует на «уникальность», используем комбинацию полей Ком
понент и Модель. Выделите оба поля в верхней части бланка
(при нажатой клавише SHIFT). Щелчком правой кнопки мыши
откройте контекстное меню и выберите в нем пункт Ключевое
поле.
9. Закройте окно Конструктор. При закрытии окна дайте
таблице имя Комплектующие.
10. Повторив действия пп. 5–9, создайте таблицу Постав
щики, в которую входят следующие поля:
Имя поля
Тип поля
Kомпонент
Текстовый
Модель
Текстовый
Цена оптовая
Числовой
Поставщик
Текстовый
Телефон
Текстовый
Адрес
Примечание
Текстовый
Поле MEMO
Обратите внимание на то, что поле номера телефона явля
ется текстовым, несмотря на то, что обычно номера телефо
нов записывают цифрами. Это связано с тем, что они не име
ют числового содержания. Номера телефонов не сравнивают
по величине, не вычитают из одного номера другой и т. д. Это
типичное текстовое поле.
Ключевое поле можно не задавать — для текущей задачи
оно не требуется.
11. В окне Комплектующие: база данных откройте по оче
реди созданные таблицы и наполните их экспериментальным
содержанием (3–4 записи). Закончив работу, закройте таб
лицы и завершите работу с программой.
62
Вы научились создавать таблицы базы данных, задавать
их структуру, выбирать типы полей и управлять их свой
ствами. Вы также освоили приемы наполнения таблиц кон
кретным содержанием.
4.2. Создание межтабличных связей (15 мин)
1. Запустите программу Microsoft Access 2000 (Пуск > Про
граммы > Microsoft Access).
2. В окне Microsoft Access включите переключатель От
крыть базу данных, выберите ранее созданную базу Комплек
тующие и щелкните на кнопке ОК.
3. В окне Комплектующие: база данных откройте панель
Таблицы. Убедитесь, что на ней присутствуют значки ранее
созданных таблиц Комплектующие и Поставщики.
4. Разыщите на панели инструментов кнопку Схема дан
ных. Если есть сложности, найдите команду строки меню: Сер
вис > Схема данных. Воспользуйтесь любым из этих средств,
чтобы открыть окно Схема данных. Одновременно с откры
тием этого окна открывается диалоговое окно Добавление
таблицы, на вкладке Таблицы которого можно выбрать таб
лицы, между которыми создаются связи.
5. Щелчком на кнопке Добавить выберите таблицы Комп
лектующие и Поставщики — в окне Схема данных откроются
списки полей этих таблиц.
6. При нажатой клавише SHIFT выделите в таблице Комп
лектующие два поля — Компонент и Модель.
7. Перетащите эти поля на список полей таблицы Постав
щики. При отпускании кнопки мыши автоматически откро
ется диалоговое окно Изменение связей.
8. На правой панели окна Изменение связей выберите по
ля Компонент и Модель таблицы Поставщики, включаемые
в связь. Не устанавливайте флажок Обеспечение целостнос
ти данных — в данном упражнении это не требуется, но может
препятствовать постановке учебных опытов с таблицами.
9. Закройте диалоговое окно Изменение связей и в окне
Схема данных рассмотрите образовавшуюся связь. Убедитесь
63
в том, что линию связи можно выделить щелчком левой кноп
ки мыши, а щелчком правой кнопки мыши открывается кон
текстное меню, позволяющее разорвать связь или отредак
тировать ее.
10. Закройте окно Схема данных. Закройте программу Mic
rosoft Access.
Вы изучили условия, необходимые для создания взаимо
связанных таблиц, и приемы их создания. Вы познакомились
с основными типами связей, образующихся между табли
цами, и научились редактировать параметры связи.
4.3. Создание запроса на выборку (30 мин)
В этом упражнении мы создадим запрос на выборку жестких
дисков, емкость. не менее 80 Гбайт при цене менее 150 усл. ед.
Результирующая таблица должна содержать также адрес по
ставщика и номер его телефона.
1. Запустите программу Microsoft Access 2000 (Пуск > Про
граммы > Microsoft Access).
2. В окне Microsoft Access включите переключатель От
крыть базу данных, выберите ранее созданную базу Комплек
тующие и щелкните на кнопке ОК.
3. В окне Комплектующие: база данных откройте панель
Запросы. Дважды щелкните на значке Создание запроса в ре
жиме Конструктор — откроется бланк запроса по образцу.
Одновременно с ним откроется диалоговое окно Добавление
таблицы.
4. В окне Добавление таблицы выберите таблицу Постав
щики и щелкните на кнопке Добавить. Закройте окно Добав
ление таблицы.
5. В списке полей таблицы Поставщики выберите поля,
включаемые в результирующую таблицу: Компонент, Мо
дель, Цена оптовая, Поставщик, Телефон. Выбор производи
те двойными щелчками на именах полей.
6. Задайте условие отбора для поля Компонент. В соответ
ствующую строку введите: Жесткий диск. Из таблицы будут
выбираться не все изделия, а только жесткие диски.
64
7. Задайте условие отбора для поля Цена оптовая. В соот
ветствующую строку введите: < 150. Из таблицы будут вы
бираться только изделия, имеющие цену менее 150 усл. ед.
8. Нам еще надо задать условие отбора по основному по
требительскому параметру — емкости жесткого диска. Одна
ко в таблице Поставщики такого поля нет. С другой стороны,
в ней есть поле Модель, которое однозначно определяет пара
метры изделия. Благодаря тому, что по полю Модель у нас
установлена связь с таблицей Комплектующие, мы получаем
возможность ввести в запрос поле Основной параметр, взяв
его из другой таблицы.
Добавьте список полей таблицы Комплектующие в верхнюю
часть бланка запроса по образцу. Для этого щелкните правой
кнопкой мыши в верхней области бланка и в открывшемся
контекстном меню выберите пункт Добавить таблицу — от
кроется уже знакомое нам окно Добавление таблицы. Выбе
рите в нем таблицу Комплектующие.
9. Двойным щелчком на поле Основной параметр в спис
ке полей таблицы Комплектующие введите это поле в бланк
запроса по образцу.
10. В строке Условие отбора столбца Основной параметр
введите условие > 80 (емкость | диска более 8 Гбайт).
11. Закройте бланк запроса по образцу. При закрытии зап
роса введите его имя — Выбор комплектующих.
12. В окне Комплектующие: база данных откройте только
что созданный запрос и рассмотрите результирующую табли
Рис. 4.2. Пример создания бланка запроса по образцу
65
цу. Ее содержательность зависит от того, : что было введено
в таблицы Комплектующие и Поставщики при их наполнении
в упражнении 1. Если ни одно изделие не соответствует усло
вию отбора и получившаяся результирующая таблица не име
ет данных, откройте базовые таблицы и наполните их модель
ными данными, позволяющими проверить работу запроса.
13. По окончании исследований закройте все открытые
объекты и завершите работу с программой Microsoft Access.
Вы научились создавать запрос на выборку, основанный
на связанных таблицах. Вы научились формировать струк
туру запроса путем выбора базовых таблиц и полей, а так
же формулировать условие отбора. Вы выяснили, какую роль
играют связи между таблицами при создании запросов на вы
борку данных.
4.4. Создание запросов «с параметром» (30 мин)
Выше мы рассмотрели, как действует условие отбора, но
должны отметить его существенный недостаток. Пользова
тель БД работает с запросами, которые ему подготовил раз
работчик. Если, например, разработчик предусмотрел зап
рос, отбирающий изделия, имеющие цену менее 150 усл. ед.,
то пользователь базы уже не в состоянии отобрать изделия,
цена которых менее 140 усл. ед., поскольку у него нет соот
ветствующего запроса.
Специальный тип запросов, называемый запросами «с па
раметром», позволяет пользователю самому ввести крите
рий отбора данных на этапе запуска запроса. Этим приемом
обеспечивается гибкость работы с базой.
Создадим простой запрос, позволяющий отбирать процес
соры, предельную цену которых пользователь может задать
сам при запуске запроса.
1. Запустите программу Microsoft Access 2000 (Пуск > Про
граммы > Microsoft Access).
2. В окне Microsoft Access включите переключатель От
крыть базу данных, выберите ранее созданную базу Комплек
тующие и щелкните на кнопке ОК.
66
3. В окне Комплектующие: база данных откройте панель Зап
росы. Дважды щелкните на значке Создание запроса в режи
ме Конструктор — откроется окно бланка по образцу.
4. Согласно упражнению 3, создайте запрос на выборку,
основанный на таблице Поставщики, в который войдут сле
дующие поля:
— Компонент;
— Модель;
— Цена оптовая;
— Поставщик;
— Телефон.
5. В строке Условие отбора поля Компонент введите: Про
цессор.
6. Строку Условие отбора для поля Цена оптовая надо за
полнить таким образом, чтобы при запуске запроса пользо
ватель получал предложение ввести нужное значение.
Текст, обращенный к пользователю, должен быть заклю
чен в квадратные скобки. Если бы мы хотели отобрать про
цессоры, цена которых больше
100 ед., мы бы написали: > 100.
Если бы нам были нужны про
цессоры дешевле 80 ед., мы бы
написали < 80. Но если мы хо
тим дать пользователю возмож
ность выбора, следует напи
сать: < [Введите максимальную
цену].
7. Закройте запрос. При
закрытии сохраните его под Рис. 4.3. Задание условия отбора
именем Выбор комплектую
щих.
8. В окне Комплектующие:
база данных откройте панель
Запросы и запустите запрос
Выбор комплектующих — на эк
ране появится диалоговое окно.
Рис. 4.4. Пользователь вводит зна
Введите значение параметра чение параметра для условия от
бора
(рис. 4.4).
67
9. Введите какое либо число и щелкните на кнопке ОК.
В зависимости от того, что реально содержится в таблице По
ставщики, по результатам запроса будет сформирована ре
зультирующая таблица.
10. Закройте все объекты базы данных. Закройте програм
му Microsoft Access.
Вы научились формировать запросы «с параметром» и узна
ли, что в основе этого вида запросов лежат запросы на выбор
ку, у которых в поле «Условие отбора» записан заключенный
в квадратные скобки текст, обращенный к пользователю.
4.5. Создание итогового запроса (45 мин)
Если полностью заполнить данными таблицу Комплекту
ющие, введя параметры всех компонентов, входящих в сбо
рочную спецификацию персонального компьютера, то мож
но узнать, во что обходится себестоимость комплектующих
узлов. Запросы, выполняющие вычисления по всем записям
для какого либо числового поля, называются итоговыми зап
росами. В итоговом запросе может рассчитываться сумма зна
чений или величина среднего значения по всем ячейкам поля,
может выбираться максимальное или минимальное значение
данных в поле, может также исполняться итоговая функция.
Итоговые запросы, как и запросы на выборку, готовятся с по
мощью бланка запроса по образцу.
Предположим, что малое предприятие собирает компьюте
ры трех классов: «Элитный», «Деловой» и «Экономичный».
Несмотря на то, что архитектура у всех компьютеров близка,
их компоненты заметно отличаются по цене и техническим
параметрам. Соответственно, имеются значительные отличия
в цене этих трех моделей, что важно для захвата разных сек
торов рынка. Наша задача — подготовить итоговый отчет,
с помощью которого можно определять цену каждой из мо
дели компьютеров и динамично ее отслеживать при измене
нии входящих компонентов или их поставщиков.
1. Запустите программу Microsoft Access 2000 (Пуск > Про
граммы > Microsoft Access).
68
2. В окне Microsoft Access включите переключатель От
крыть базу данных, выберите ранее созданную базу Комплек
тующие и щелкните на кнопке ОК.
3. В окне Комплектующие: база данных откройте панель
Таблицы. Выберите таблицу Комплектующие.
4. Щелчком на значке Конструктор откройте таблицу в ре
жиме проектирования — нам это необходимо для создания до
полнительного поля Класс, в котором будут храниться данные
о том, для какого класса изделий предназначены компоненты.
5. В начало структуры таблицы вставьте новое поле. Для
этого выделите первое поле (Компонент) и нажмите клавишу
INSERT.
6. Введите имя нового поля — Класс и определите его тип —
Текстовый.
7. Закройте окно Конструктор. При закрытии подтвердите
необходимость изменить структуру таблицы.
8. Откройте таблицу Комплектующие и наполните ее со
держанием, введя для каждого класса данные по следующим
изделиям:
— материнская плата;
— процессор;
— оперативная память;
— жесткий диск;
— корпус;
— дисковод CD ROM;
— дисковод гибких дисков;
— видеоадаптер;
— звуковая карта;
— клавиатура;
— мышь.
Цены на эти изделия для каждого класса проставьте произ
вольно. Прочие поля таблицы можно не заполнять — в фор
мировании итогового запроса они участвовать не будут.
9. Закройте таблицу Комплектующие.
10. Откройте панель Запросы щелчком на одноименной
кнопке окна Комплектующие: база данных.
11. Выполните двойной щелчок на значке Создание зап
роса в режиме Конструктор. В открывшемся диалоговом окне
69
Добавление таблицы выберите таблицу Комплектующие, на
основе которой будет разрабатываться итоговый запрос. Зак
ройте окно Добавление таблицы.
12. В бланк запроса по образцу введите следующие поля
таблицы Комплектующие: Класс, Компонент, Цена.
13. Для поля Класс включите сортировку по возрастанию.
Включите также сортировку по полю Цена, но на этот раз —
по убыванию.
14. На панели инструментов Microsoft Access щелкните
на кнопке Групповые операции или воспользуйтесь строкой
. Эта команда необхо
меню (Вид > Групповые операции)
дима для создания в нижней части бланка строки Групповые
операции. Именно на ее базе и создаются итоговые вычисле
ния. Все поля, отобранные для запроса, получают в этой стро
ке значение Группировка.
15. Для поля, по которому производится группировка за
писей (в нашем случае — Класс), оставьте в строке Группо
вые операции значение Группировка. Для остальных полей
щелкните в этой строке — появится кнопка раскрывающе
гося списка, из которого можно выбрать итоговую функцию
для расчета значений в данном поле.
16. Для поля Цена выберите итоговую функцию Sum для
определения стоимости изделия как суммы стоимостей ком
плектующих.
17. Для поля Компонент выберите итоговую функцию Count,
определяющую общее количество записей, вошедших в груп
пу. В нашем случае это количество узлов, из которых собран
компьютер.
18. Закройте бланк запроса по образцу и дайте ему имя:
Расчет стоимости изделия. Запустите запрос и убедитесь, что
он правильно работает.
19. Закройте все объекты базы данных. Завершите работу
с программой Microsoft Access.
Вы научились создавать так называемые итоговые зап
росы. Это запросы, производящие вычисления по всем значе
ниям одного поля. Вы научились также выбирать использу
емую итоговую функцию.
70
ПРИЛОЖЕНИЕ 1
Общие требования к курсовым работам
на факультете аэрокосмических приборов и систем
1. Требования к тематике и содержанию курсовых работ
Темы курсовых работ устанавливаются рабочими программами
соответствующих учебных дисциплин. В виде исключения наиболее
успевающим студентам могут быть предложены оригинальные темы,
соответствующие профилю учебной дисциплины, для которой пре
дусмотрена выполняемая курсовая работа.
Темы курсовых работ могут предусматривать:
— решение типовой задачи анализа или синтеза объекта изучения
или информационной системы;
— синтез электронного, электромеханического, микропроцессор
ного и другого устройства системы;
— разработку и отладку программного обеспечения (программно
го приложения), входящего в состав системы или предназначенного
для ее исследования.
Разнообразие исходных данных для стандартных тем курсовых
работ обеспечивается индивидуальными заданиями.
Объем основного текста пояснительной записки к курсовой рабо
те — не менее 15 страниц.
2. Порядок выполнения и защиты курсовых работ
Индивидуальные задания на курсовые работы выдаются студен
там в течение первых двух недель соответствующего семестра.
Техническим заданием должны определяться:
— тема курсовой работы,
— исходные данные,
— содержание (перечень задач, решаемых в курсовой работе).
— перечень разрабатываемой проектной документации (поясни
тельная записка, чертежи, спецификации, плакаты, описания, ру
ководства и т. п. и их количество).
Для обеспечения текущего контроля работы студента в течение
семестра устанавливаются сроки выполнения этапов курсовой рабо
ты. Результаты выполнения отдельных этапов могут учитываться
при определении итоговой оценки на защите работы.
71
В качестве отчетных материалов по работе студент должен пред
ставить расчетно пояснительную записку, а также предусмотренные
заданием графические материалы.
Оценка за выполненную работу выставляется по результатам за
щиты студентом курсовой работы перед ответственным преподавате
лем или комиссией, назначенной заведующим кафедрой. Сроки и по
рядок защиты определяются кафедрой в рамках установленных ад
министрацией университета нормативов. До окончания семестра,
в котором выполнялась курсовая работа, в случае несогласия с оцен
кой студент имеет право на защиту работы перед комиссией.
Основанием для недопущения курсовой работы к защите могут быть:
— неполное или неверное выполнение индивидуального задания;
— отсутствие предусмотренных заданием графических материа
лов или несоответствие их ГОС или ТУ;
— несоответствие расчетно пояснительной записки установлен
ным требованиям.
3. Структура расчетно пояснительной записки
Структурными элементами расчетно пояснительной записки
к курсовой работе являются:
— титульный лист;
— содержание;
— перечень сокращений, условных обозначений, символов, еди
ниц и терминов;
— введение;
— основная часть;
— заключение;
— список использованных источников;
— приложения.
Необязательные структурные элементы (подпункты) не нумеру
ют и выделяют курсивом (их включают по усмотрению автора с уче
том рекомендаций п. 4).
4. Структурные элементы расчетно пояснительной записки
4.1. Титульный лист является первой страницей расчетно пояс
нительной записки (образец см. в Приложении 3).
4.2. В содержание выносятся заголовки всех структурных эле
ментов расчетно пояснительной записки, разделов, подразделов
72
и пунктов основной части, приложений с указанием номеров стра
ниц, на которых они содержатся.
4.3. При использовании в расчетно пояснительной записке боль
шого количества малораспространенных сокращений, условных
обозначений, символов, единиц и специфических терминов их це
лесообразно объединить в перечень сокращений, условных обозна
чений, символов, единиц и терминов, предусмотрев там их расшиф
ровку.
4.4. Во введении, как правило, должно быть приведено техничес
кое задание на курсовой проект или курсовую работу с указанием
индивидуального варианта исходных данных.
Для курсовых проектов и работ, выполняемых по индивидуаль
ным заданиям поискового характера, введение может содержать
оценку современного состояния рассматриваемой инженерной про
блемы, обоснование актуальности темы работы и исходные данные
для разработки темы.
4.5. Основная часть должна содержать подробное изложение ре
шения задач, предусмотренных темой проекта или работы и индиви
дуальным заданием. Должны быть кратко представлены основные
сведения из теории со ссылками на использованные источники, при
ведены все расчеты, описание разработанных алгоритмов, структур
ные, функциональные и принципиальные схемы, таблицы и графи
ки промежуточных результатов и т. п., позволяющие проверить ре
зультаты выполнения проекта или работы без использования допол
нительных материалов.
Основная часть разбивается на разделы, соответствующие основ
ным этапам выполнения работы. В случае необходимости разделы
могут быть разбиты на подразделы, подразделы — на пункты.
4.6. В заключении курсовой работы, посвященной решению кон
кретной практической задачи, должны быть представлены основные
результаты; для курсовой работы поискового или исследовательско
го характера — выводы.
4.7. Список использованных источников должен содержать све
дения об источниках, использованных при выполнении курсовой ра
боты (учебных и методических пособиях, монографиях, учебниках,
ГОСТах, технической документации, текстах лекций).
4.8. В приложения включают тексты компьютерных программ;
распечатки результатов компьютерных расчетов, распечатки, иллю
стрирующие работу разработанных программных приложений, а так
же различные материалы, выполненные на листах, размеры кото
рых превышают формат А4.
73
5. Правила оформления расчетно пояснительной записки
5.1. О б щ и е т р е б о в а н и я.
5.1.1. Безусловным требованием к тексту расчетно пояснитель
ной записки является соблюдение правил грамматики и синтаксиса
русского языка. Включаемые в текст формулы должны рассматри
ваться как части предложений, на них распространяются общепри
нятые знаки препинания.
5.1.2. Страницы текста расчетно пояснительной записки, вклю
ченные в работу иллюстрации, таблицы и распечатки с ЭВМ должны
соответствовать формату А4 (210 × 297 мм) с соблюдением следую
щих размеров полей: левое — 30 мм, верхнее, правое и нижнее — по
20 мм при заполнении страницы по всей ширине.
5.1.3. Расчетно пояснительная записка должна быть выполнена
с применением издательских средств операционных систем ЭВМ на
одной стороне листа.
5.1.4. При рукописном выполнении расчетно пояснительной за
писки допускается использование чернил (пасты) только черного,
синего или фиолетового цвета. Должно быть обеспечено выполнение
всех указанных ниже требований за исключением требований к виду
и размерам шрифта.
5.1.5. Для текста работ, выполняемых на печатающих и графи
ческих устройствах вывода ЭВМ, рекомендуется обычный шрифт
«Times New Roman» (или «Arial Cyr»), размер — не более 14. За ис
ключением оговоренных ниже случаев русские и греческие буквы,
цифры и математические символы в тексте и формулах выполняются
прямым шрифтом, латинские и английские буквы — курсивом.
5.1.6. Вписывать в оформленный текст отдельные слова, форму
лы, знаки рекомендуется черным цветом с максимальным прибли
жением плотности вписываемого фрагмента к плотности основного
изображения.
5.1.7. Все структурные элементы расчетно пояснительной запис
ки и разделы основной части должны начинаться с новой страницы.
5.1.8. Наименования структурных элементов «Реферат», «Содер
жание», «Перечень сокращений, условных обозначений, единиц
и терминов», «Введение», «Заключение», «Список использованных
источников» и разделов основной части необходимо располагать
в середине строки без точки в конце и оформлять прописными буква
ми выбранным для всей пояснительной записки шрифтом, жирно,
не подчеркивая. Если заголовок включает несколько предложений,
их разделяют точками; переносы слов в заголовках не допускаются.
74
5.1.9. Подразделы и пункты разделов основной части должны на
чинаться без перехода на новую страницу. Их наименования оформ
ляются тем же шрифтом, что и текст записки. Для наименований
подразделов рекомендуется использовать разреженный шрифт.
5.1.10. Расстояние между заголовками и текстом должно быть не
менее 1 строки.
5.2. Н у м е р а ц и я с т р а н и ц.
5.2.1. Страницы следует нумеровать арабскими цифрами, соблю
дая сквозную нумерацию по всему тексту. Номер страницы простав
ляют в правом верхнем углу без точки в конце. Титульный лист вклю
чают в общую нумерацию страниц работы, но номер страницы (1) на
нем не проставляют.
5.2.2. Иллюстрации и таблицы, расположенные на отдельных лис
тах, и распечатки с ЭВМ включают в общую нумерацию страниц; раз
личные материалы на листе формата А3 учитывают как одну страницу.
5.3. Н у м е р а ц и я р а з д е л о в, п о д р а з д е л о в и п у н
к т о в.
5.3.1. Разделы должны иметь порядковую нумерацию в пределах
основной части работы и обозначаться арабскими цифрами с точкой
(например, 1., 2., 3. и т. д.). Подразделы (более одного) должны
иметь порядковую нумерацию в пределах каждого раздела. Такой
номер включает номер раздела и порядковый номер подраздела, раз
деленные в этой последовательности точкой (например: 1.1., 1.2., ...
и т. п.). Пункты (более одного) должны иметь порядковую нумера
цию в пределах подраздела (например: 1.1.1., 1.1.2., ... и т. п.).
5.3.2. Ссылки в тексте на разделы, подразделы и пункты выпол
няются с использованием сокращений: разд., подразд., п., подп.
5.4. И л л ю с т р а ц и и.
5.4.1. Иллюстрации (чертежи, графики, схемы, диаграммы, фо
тоснимки или их качественные ксерокопии) следует располагать не
посредственно после текста, в котором они упоминаются впервые,
или на следующей странице.
5.4.2. Иллюстрация должна иметь название, которое размещает
ся над ней; при необходимости под иллюстрацией располагают пояс
няющие данные («подрисуночный» текст), которые выполняются
шрифтом (и размером) основного текста. Ниже подрисуночного тек
ста иллюстрации (более одной) обозначаются словом «Рис.» курси
вом и нумеруются арабскими цифрами порядковой нумерацией в пре
делах всей работы (например: «Рис. 1.»).
5.4.3. На все иллюстрации должны быть ссылки в тексте. Ссылка
на иллюстрацию оформляется указанием ее номера в круглых скоб
75
ках в соответствующем месте текста расчетно пояснительной запис
ки, например: (рис. 5), без дополнительных комментариев, таких,
как «см.», «на...» и т. п.
5.5. Т а б л и ц ы.
5.5.1. Цифровой материал большого объема, как правило, дол
жен оформляться в виде таблиц, которые располагают непосредствен
но после текста при первом упоминании или на следующей странице.
На все таблицы должны быть ссылки в тексте.
5.5.2. Таблицы (более одной) следует нумеровать арабскими циф
рами порядковой нумерацией в пределах всей работы; номер следует
размещать в правом верхнем углу над заголовком таблицы после сло
ва « Таблица» (например, «Таблица 1»). В середине следующей стро
ки курсивом размещается заголовок таблицы.
5.6. Перечисления следует нумеровать порядковой нумерацией
арабскими цифрами со скобкой, например: 1), 2) и т. д. и оформлять
строчными буквами с абзацного отступа.
5.7. Ф о р м у л ы и у р а в н е н и я (с о о т н о ш е н и я).
5.7.1. Соотношения выделяются из текста в отдельную строку
(между двумя свободными строками сверху и снизу) и нумеруются
порядковой нумерацией в пределах всей расчетно пояснительной
записки арабскими цифрами в круглых скобках в крайнем правом
положении на завершающей строке соотношения. Нумерации под
лежат только те соотношения, на которые имеются ссылки в тек
сте.
5.7.2. Пояснение значений символов и констант приводится не
посредственно под формулой в той же последовательности, в которой
они даны в формуле. Пояснение каждого элемента формулы дают
с новой строки, а первую строку пояснения начинают со слова «где»
без двоеточия. Пояснения должны быть представлены для всех ис
пользуемых символов и констант после первого их использования
в формуле или в перечне сокращений, условных обозначений, симво
лов, единиц и терминов.
5.7.3. Ссылки на соотношения оформляются указанием их номе
ров в круглых скобках.
5.8. С о к р а щ е н и я.
При использовании в тексте малораспространенных сокращений
их расшифровка должна быть приведена в перечне сокращений, ус
ловных обозначений, символов, единиц и терминов или непосред
ственно в тексте. В последнем случае перед первым использованием
сокращения приводится его полная расшифровка, после чего указы
вается само сокращение в круглых скобках.
76
5.9. С с ы л к и н а и с т о ч н и к и следует указывать поряд
ковым номером по списку источников, выделенным двумя косыми
чертами или квадратными скобками.
5.10. П е р е ч е н ь с о к р а щ е н и й, у с л о в н ы х о б о
з н а ч е н и й, с и м в о л о в, е д и н и ц и т е р м и н о в.
Перечень должен располагаться столбцом: слева в алфавитном
порядке приводятся сокращения, условные обозначения, символы,
единицы и термины, а справа — их детальная расшифровка.
5.11. С п и с о к и с п о л ь з о в а н н ы х и с т о ч н и к о в.
Сведения об источниках следует располагать в порядке появле
ния ссылок на источники в тексте работы и нумеровать арабскими
цифрами с точкой. Сведения об учебниках, учебных и методических
пособиях, монографиях должны включать в себя их полные библио
графические данные.
5.12. П р и л о ж е н и я.
5.12.1. Приложения следует оформлять как продолжение расчет
но пояснительной записки на ее последующих страницах, распола
гая их в порядке появления на них ссылок в тексте работы. Каждое
приложение должно начинаться с новой страницы и иметь содержа
тельный заголовок, оформленный в середине строки без точки в кон
це прописными буквами выбранным для всей пояснительной запис
ки шрифтом, жирно, не подчеркивая. В правом верхнем углу над за
головком прописными буквами тем же шрифтом должно быть напе
чатано слово «ПРИЛОЖЕНИЕ» с порядковой нумерацией арабски
ми цифрами (например, «ПРИЛОЖЕНИЕ 2»).
5.12.2. Если текст приложения разбит на разделы, подразделы,
пункты, содержит иллюстрации, таблицы, формулы и уравнения
и др., к ним применяются правила оформления, нумерации и ссы
лок, приведенные в пп. 5.1–5.9. При этом каждый номер элемента
приложения должен начинаться со строчной буквы «П» (например:
«Рис. П.2», «Таблица П.3»).
77
ПРИЛОЖЕНИЕ 2
Положение о защите курсовой работы
1. Общие требования, предъявляемые к курсовой работе
1.1. Защита курсовой работы производится после полного завер
шения машинной части курсовой работы, составления отчета по кур
совой работе и проверки ее преподавателем, осуществляющим руко
водство выполнением курсовой работы. Если по каким либо причи
нам руководитель не может принять защиту проекта, то ее осуществ
ляет лектор потока или, по согласованию с заведующим кафедрой,
другой преподаватель.
1.2. Отчет должен быть предъявлен для проверки не позднее, чем
за две недели до окончания семестра.
1.3. Отчет должен быть представлен в виде файла Word и твердой
копии, написанной аккуратно от руки или напечатанной. В рукопис
ном варианте обязательно должен быть выведен на печать текст отчета,
полученного в проекте приложения Access. Допускается по согласова
нию с преподавателем предъявление отчета только в виде файла Word.
1.4. В процессе защиты курсовой работы студент должен ответить
на любой вопрос, относящийся к проектированию базы данных, вы
бору и использованию при проектировании системных и приклад
ных программных средств в пределах программы по дисциплине «Ин
форматика».
1.5. При оценке курсовой работы учитываются:
— знание теоретических вопросов, лежащих в основе курсовой
работы,
— качество проектирования,
— умение пользоваться системными и прикладными программ
ными средствами (ОС Windows, WinZip/WinRar, Access, Word),
— качество оформления отчета по курсовой работе.
2. Теоретические вопросы по СУБД
2.1. Что называется системой управления БД? Решение каких
задач она обеспечивает?
2.2. Что такое избыточность данных и для чего она необходима?
2.3. Что такое модель данных, и какие модели вы знаете?
2.4. Какие типы информационных связей в моделях данных вы
знаете? Что означают эти связи?
78
2.5. Что такое «информационный объект» и «сущность»? Какая
связь между этими понятиями?
2.6. Что такое «информационно логическая модель предметной
области»?
2.7. Как выполняется упорядочение информационных объектов
по уровням иерархии?
2.8. Каким требованиям должны удовлетворять таблицы реля
ционной модели?
2.9. Что такое ключ отношения? Для чего он предназначен? Ка
кие типы ключей вы знаете?
2.10. Что такое функциональная зависимость (ФЗ)? В чем состо
ит отличие ФЗ в математике и в отношении? Как определяются ФЗ
в отношении? На чем они основаны?
2.11. Что такое полная ФЗ?
2.12. Что такое нормализация отношений, и какие требования
предъявляются при ее проведении?
2.13. Какие нормальные формы (НФ) вы знаете?
2.14. Что такое транзитивная зависимость атрибутов отношения?
2.15. Приведите определение НФ1, НФ2 и НФ3.
2.16. Что такое аномалии в ведении БД, чем они вызваны и как
устраняются?
2.17. Какие действия выполняются на этапе инфологического про
ектирования?
2.18. Дайте определение канонической формы ИЛМ ПО. Что она
обеспечивает?
2.19. Почему в практике проектирования реляционных СУБД
обычно ограничиваются приведением отношений к НФ3?
2.20. Что такое целостность БД?
2.21. Что такое первичный ключ?
2.22. Что такое индексирование, и для чего оно применяется?
2.23. Структурные связи (отношения) между объектами (уметь
объяснить, что означают связи «один к одному», «один ко многим»
и «многие ко многим» на конкретных отношениях проектируемой БД).
3. Тематика вопросов по машинной части курсовой работы
3.1. Интерфейс с операционной системой (запуск программ, про
смотр папок, создание, переименование, копирование, удаление фай
лов и папок, восстановление, архивирование и разархивирование
файлов).
79
3.2. Проектирование таблиц (ключевые поля, типы, размеры
и подписи полей, индексация, поля подстановок).
3.3. Схема данных (назначение схемы данных, типы связей меж
ду таблицами, иерархия уровней, обеспечение целостности данных,
параметры объединения).
3.4. Проектирование запросов (типы запросов, выбор таблиц
и отображаемых полей, задание параметров в запросах, построение
вычисляемых полей, групповые операции).
3.5. Проектирование форм (для чего нужна форма, типы форм,
выбор полей, проектирование полей со списком и вычисляемых по
лей, редактирование форм).
3.6. Проектирование отчетов (типы отчетов, выбор полей, проек
тирование вычисляемых полей, подсчет итогов, редактирование от
четов).
3.7. Проектирование кнопочных форм (назначение кнопочной
формы, простая и составная кнопочная форма).
80
ПРИЛОЖЕНИЕ 3
Образец титульного листа курсовой работы
ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ
САНКТ ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ
Кафедра систем автоматизированного проектирования
аэрокосмических приборов и информационно измерительных
комплексов
КУРСОВАЯ РАБОТА
Предметная область: Отдел сбыта готовой продукции
Задача: Анализ выполнения дистрибьютором договорных обя
зательств по отгрузке продукции заданному заказчику до кон
ца заданного периода
Индивидуальное задание № 18
Выполнил:
студент группы № И1410к
Тан Бинь
Руководитель:
канд. техн. наук, доцент
Перлюк Владимир Владимирович
Санкт Петербург
2006
81
ПРИЛОЖЕНИЕ 4
Пример выполнения курсовой работы
СОДЕРЖАНИЕ
1. Предпроектное обследование области автоматизации
1.1. Функции предметной области
1.2. Описание предметной области
1.3. Характеристика комплекса решаемых задач
1.4. Описание выходной информации
1.5. Описание входной информации
2. Проектирование информационного обеспечения
2.1. Семантическое описание предметной области
2.2. Построение информационно логической модели
2.3. Логическое проектирование БД
2.4. Физическое моделирование БД
3. Машинная реализация комплекса задач
3.1. Алгоритм создания и корректировки БД
3.2. Алгоритм формирования и выдачи отчета
3.3. Программа выдачи отчетов
4. Инструкция пользователю
Пример отчета
1. ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ
ОБЛАСТИ АВТОМАТИЗАЦИИ
1.1. Функции предметной области
Рассматривается анализ выполнения договорных обязательств
фирмы. При этом производится учет фактически отгруженной про
дукции, планирование отгрузки готовой продукции в соответствии
с договорами, анализ выполнения плана отгрузки и корректности
договоров на поставку продукции.
Целями выполняемых функций являются:
1. Проведение постоянного контроля над выполнением фирмой
своих договорных обязательств.
2. Согласование планов выпуска готовых изделий и плана от
грузки.
82
3. Контроль над состоянием запаса готовой продукции на скла
дах.
4. Контроль над своевременным проведением погрузочно разгру
зочных работ на складах.
1.2. Описание предметной области
В качестве предметной области автоматизации рассматриваются
должностные функции сотрудников отдела сбыта компании дистри
бьютора аудиовидеотехники. Фирма поставляет аудиовидеотехни
ку: телевизоры, видеомагнитофоны, DVD проиграватели, видеока
меры, музыкальные центры и т. д.
В процессе предконтрактной работы с заказчиком в коммерческом
отделе составляется договор на поставку продукции, в котором со
держится информация о плане отгрузки изделий. При отгрузке гото
вой продукции заказчику выписывается товарно транспортная на
кладная, которая содержит информацию о фактически отгруженном
количестве изделий. Анализ выполнения фирмой договорных обяза
тельств проводится на основе данных о количестве продукции, недо
поставленной фирмой заказчикам, что определяется на основе раз
ницы между планом отгрузки и фактически отгруженным количе
ством продукции.
В качестве особенностей предметной области можно назвать сле
дующие положения:
1. Количество готовой продукции измеряется целыми числами,
у изделия только одна единица измерения.
2. По одному заказчику может существовать несколько догово
ров.
3. Каждый договор заключается с одним заказчиком.
4. Номер договора неизменен и уникален для фирмы.
5. Рассматриваются только договоры текущего года.
6. Вся отгрузка определяется договорами.
7. Период отгрузки равен месяцу.
8. Месяц поставки в договоре совпадает с месяцем отгрузки.
9. Количество изделий, отгруженных заказчику за один раз, дол
жно быть кратно размеру минимальной партии отгрузки.
10. Товарно транспортная накладная всегда привязана к одному
договору, может содержать несколько наименований изделий, ее но
мер уникален для всей фирмы.
11. Номер и наименование заказчика неизменен в заданном периоде.
83
12. Заданный период, в котором производится анализ, задается
началом текущего года и номером месяца, последнего в анализируе
мом периоде.
1.3. Характеристика комплекса решаемых задач
Выполнение фирмой договорных обязательств точно и в срок яв
ляется одним из важнейших моментов, определяющих ее успешное
функционирование и развитие. Недовыполнение договоров приводит
к неудовольствию заказчиков, которые могут отказаться вести дела
с этой фирмой. Результатом является потеря фирмой своей репута
ции и возникновение больших трудностей с нахождением новых за
казчиков на ее продукцию.
Таким образом, необходимо постоянно проводить анализ выполне
ния фирмой обязательств по договорам. Для этого следует, проанали
зировав все договора, собрать информацию о продукции, которая долж
на быть отгружена каждому заказчику на заданный момент времени,
затем на основе ТТН получить данные о фактически отгруженной про
дукции по каждому договору. После этого проводится сопоставление
плана и факта, и на основании разницы между ними делаются выводы.
Столь трудоемкую работу более целесообразно осуществлять, ав
томатизировав данную задачу. Автоматизация задачи повысит опе
ративность и эффективность анализа выполнения договоров, возра
стет надежность и достоверность получаемой и вводимой информа
ции, процесс решения задачи станет менее трудоемким.
Составляемые на основе получаемой информации отчеты предос
тавляются сотрудниками отдела сбыта на верхний уровень управле
ния фирмой. Это позволяет оперативно и эффективно выявлять
и устранять причины невыполнения фирмой договорных обязательств
в полном объеме, а также осуществлять контроль и корректировку
всей деятельности фирмы, что будет способствовать повышению ее
конкурентоспособности.
1.4. Описание выходной информации
После проведения анализа выполнения договорных обязательств
фирмы его результаты заносят в документ под названием «Отчет
о выполнении договорных обязательств фирмы до конца заданного
периода». Данный документ имеет следующую структуру:
84
Отчет о выполнении договорных обязательств фирмы
заданному заказчику до конца______месяца
Договор
Изделие
План отгрузки
на начало года
Фактически
отгружено
Отклонение
Дата выдачи отчета:
Данный отчет будет предоставляться коммерческому директору,
начальнику отдела сбыта и плановому отделу (итого 2 экземпляра).
Информация этого документа (табл. 1) будет использована для кор
ректировки деятельности фирмы по выпуску и отгрузке готовой про
дукции, таким образом, данные выходного документа являются про
межуточными.
Таблица 1. Выходная информация
№
п/п
Наименование выходной
информации
Период выдачи
Максималь
ное число
строк
Kол во
экзем
пляров
1
Отчет о выполнении дого
ворных обязательств фир
мы в заданном периоде
Ежемесячно
999
2
1.5. Описание входной информации
Сотрудники отдела сбыта в процессе выполнения своих функций
анализируют данные следующих документов:
1. Договор на поставку товаров, который составляется в процессе
договорной кампании и содержит информацию о том, какое количе
ство продукции должно быть отгружено (табл. 2).
2. Товарно транспортная накладная, которая составляется при
отгрузке заказчикам готовой продукции и содержит данные о том,
какое количество продукции было фактически отгружено (табл. 3).
Таблица 2. Запрос «План отгрузки»
Kод заказчика
Номер договора
Kод изделия
Kоличество
Kод изделия
Kоличество
Таблица 3. Запрос «Факт отгрузки»
Kод заказчика
Номер договора
85
Также необходимо использовать справочники «Изделие» и «За
казчик» (табл. 4).
Таблица 4. Входная информация
Входная
информация
Договор на по
ставку товаров
и специфика
ции договора
Товарно трансп
ортная наклад
ная и специфи
кации ТТН
Справочник
«Изделие»
Справочник
«Заказчик»
86
Характеристика
реквизитов
Реквизиты
тип
дли
на
точ
нос
ть
Номер
договора
Текст
4
—
Kод
заказчика
То же
3
—
Дата
заключения
Дата
—
Kод изделия
Текст
—
Месяц
поставки
Число
—
0
Kол во
изделий
То же
—
0
Номер ТТН
Текст
5
—
Номер
договора
То же
4
—
Дата отгрузки
Дата
8
—
Kод изделия
Текст
3
—
Kол во
отгруженных
изделий
Число
—
0
Kод изделия
Текст
Наименование
изделия
То же
Единицы
измерения
»
Цена за ед.
Число
Kод
заказчика
Текст
Наименование
заказчика
То же
0
—
Адрес
»
0
—
От кого
поступает
Сроки
поступ
ления
Kоммер
ческий
отдел
День
заклю
чения
дого
вора
Склады
День
отгруз
ки
Плано
вый
отдел
По мере
надоб
ности
То же
1 раз
в год
—
0
—
—
—
2
—
2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ
2.1. Семантическое описание предметной области
В данном разделе необходимо провести семантическое исследова
ние информации, циркулирующей внутри предметной области, на
основании которого будет построена информационно логическая мо
дель (ИЛМ) БД.
На основании документов и справочников, используемых в каче
стве входной информации, выделяются информационные сущности
и проводится их семантическое описание (табл. 5).
Затем определяются ключевые реквизиты сущностей (один или
несколько), которые идентифицируют экземпляры сущностей.
Таблица 5. Семантическое описание сущностей
Сущность
Название
сущности
Семантика сущности
Свойства сущности
Договор
Договор
Документ, закрепляю
Номер договора
щий факт сделки между Kод заказчика
фирмой и заказчиком
Дата заключения
Специфи
кации до
говора
Специфи
кации
договора
Номер договора
Kод изделия
Месяц поставки
Kол во изделий
ТТН
Специфка
ции ТТН
Документ, содержащий
информацию об отгрузке
конкретного количества
изделий по конкретному
договору в конкретную
Специфи
кации ТТН дату
ТТН
Номер ТТН
Номер договора
Дата отгрузки
Номер ТТН
Kод изделия
Kол во изделий
Изделие
Справочник, содержащий Kод изделия
информацию о продукции Наименование из
фирмы
делия
Справочник
Единицы измере
«Изделие»
ния
Цена за единицу
изделия
Заказчик
Справочник, содержащий
информацию обо всех за
Справочник
казчиках, с которыми
«Заказчик»
фирма заключила дого
вора
Kод заказчика
Наименование за
казчика
Адрес заказчика
(город)
87
В сущности Договор в качестве ключа будет выступать реквизит
«номер договора», так как по ограничению задачи он уникален для
фирмы, а также характеризуется компактным значением и удобен
в обращении.
В сущности ТТН ключом выбирается реквизит «номер ТТН», ко
торый по ограничению задачи уникален для всей фирмы и удобен для
использования.
Изделие: ключевой реквизит — «код изделия», так как однознач
но определяет уникальность записи БД об изделии (это справочник
и каждой строке присвоен уникальный номер), он компактен и удо
бен для обработки.
В справочнике Заказчик ключом будет являться «код заказчи
ка», так как каждой строке данного справочника присвоен уникаль
ный номер.
Далее следует провести анализ функциональных зависимостей
внутри сущностей. Необходимо, чтобы выполнялись следующие тре
бования:
— в любой момент времени существует полная функциональная
зависимость всех неключевых реквизитов от ключа;
— неключевые реквизиты полностью независимы друг от друга;
— ключевые реквизиты в составном ключе не зависят друг от
друга.
Проверка зависимости описательных реквизитов от ключе
вых:
Договор и спецификации договора: неключевые реквизиты (код
заказчика, дата заключения договора и количество изделий) полно
стью функционально зависимы от ключа «номер договора» (для спе
цификации договора — от ключей «номер договора», «код изделия»,
«месяц поставки») и однозначно ему соответствуют (это принимает
ся простым умозаключением).
ТТН и спецификации ТТН: все неключевые реквизиты (номер до
говора, дата отгрузки и количество отгруженных изделий) полнос
тью функционально зависят от ключа «номер ТТН», а для специфи
кации ТТН — от ключей «номер ТТН» и «код изделия», что следует
из ограничения задачи и логического умозаключения.
Изделие: наблюдается полная функциональная зависимость от
ключа «код изделия» всех описательных реквизитов (наименование
изделия, единицы измерения, цена за единицу), что следует из огра
ничения задачи.
Заказчик: все описательные реквизиты [наименование заказ
чика, адрес (город)] однозначно соответствуют и зависят от ключа
88
«код заказчика», так как это уникальный номер строки в справоч
нике.
Проверка взаимонезависимости неключевых реквизитов:
Договор и спецификации договора: описательные реквизиты
сущности не связаны между собой в данной предметной области
и не зависят друг от друга (это принимается простым умозаключе
нием).
ТТН и спецификации ТТН: номер договора, дата отгрузки и коли
чество отгруженных изделий не связаны между собой и взаимонеза
висимы, что следует из логического умозаключения.
Изделие: наименование изделия, единицы измерения и цена за
единицу не зависят друг от друга и не связаны между собой в данной
предметной области.
Заказчик: наименование заказчика и его адрес (город) взаимоне
зависимы.
Установление реальных связей между сущностями:
1. Договор — ТТН. Связь типа 1: М, так как одному договору
может соответствовать несколько ТТН (заказанный товар отгружа
ется по частям), а каждая ТТН привязана к одному конкретному до
говору (по ограничению задачи):
1:М
Договор
ТТН
2. Договор — Заказчик. Тип связи М:1, так как каждый договор
соответствует конкретному заказчику, а с каждым заказчиком мо
жет быть заключено несколько договоров (из ограничения задачи):
Договор
М:1
Заказчик
3. Договор — Изделие. Тип связи М:N, так как предметом постав
ки по одному договору может быть множество изделий, а одно изде
лие может являться предметом поставок по разным договорам (из
простого умозаключения):
Договор
М:N
Изделие
4. Изделие — Заказчик. Нет связи, так как справочник заказчи
ков используется лишь для получения информации о заказчике,
с которым заключен конкретный договор:
Изделие
Заказчик
89
5. ТТН — Заказчик. Тип связи М:1, так как на одного заказчика
может быть выписано несколько ТТН, но по одной ТТН изделия мо
гут быть отгружены только одному заказчику:
ТТН
М:1
Заказчик
6. Изделие — ТТН. Тип связи М:N, так как ТТН может закреп
лять факт отгрузки многих видов изделий, а один вид изделия может
отгружаться множество раз:
Изделие
М:N
ТТН
2.2. Построение информационно логической модели
Информационно логическая модель строится на основе выявлен
ных сущностей и связей между ними. В ИЛМ реализуются знания,
накопленные в результате предпроектного обследования и семанти
ческого анализа предметной области. Для построения ИЛМ необхо
димо:
— обеспечить связь между сущностями путем сопоставления рек
визитов
— разорвать связь типа М:N, так как она не может быть реализо
вана с помощью реляционной СУБД.
Разрыв связей «многое ко многому» осуществляется путем вве
дения некоторой дополнительной сущности, которая конкретизиру
ет понятия и изменяет связь «многое ко многому» на связь типа 1:М
или М:1. Обязательными реквизитами новой сущности должны быть
ключи сущностей, имеющих связь типа М:N.
В данной задаче имеется две связи «многое ко многому»: Изде
лие — ТТН и Изделие — Договор. Но необходимости вводить искус
ственные сущности нет, так как сущности Договор и ТТН состоят
из двух частей («шапки» и спецификации), поэтому можно разор
вать связи через Спецификации ТТН и Спецификации договора:
1:М
ТТН
Спецификации ТТН
Спецификации ТТН
1:М
1:М
Догоров
Изделие
1:М
Спецификации дог.
Спецификации дог.
Изделие
Таким образом, ИЛМ будет выглядеть следующим образом
(рис. 1):
90
Рис. 1. Реляционная модель БД
2.3. Логическое проектирование БД
Логическое проектирование БД — это моделирование структуры
хранения данных на машинных носителях. Логическая модель БД
основана на понятиях отношения и схемы отношений.
Отношение — таблица, значения реквизитов которой хранятся
в столбцах. Связь между реквизитами носит относительный харак
тер. Схема отношения — его имя и свойства. Связи между отноше
ниями осуществляются с помощью ключевых реквизитов.
2.4. Физическое моделирование БД
Физическое моделирование БД — это способ размещения инфор
мации на машинных носителях. Правила перехода к физической мо
дели следующие: каждое отношение превращается в файл БД, каж
дый столбец — в поле файла, каждая строка — в запись файла. Этап
физического моделирования БД включает в себя определение состава
файлов и заполнение их исходными данными в соответствии с огра
ничениями, допущениями и особенностями предметной области.
Далее следуют таблицы с данными контрольного примера:
91
Таблица «Договор»:
Договор
Номер договора
Kод заказчика
Дата заключения
1111
103
10.03.2005
1112
101
12.06.2005
1113
103
08.02.2005
1114
103
18.04.2005
1115
101
01.01.2005
1116
102
10.09.2005
1117
104
22.06.2005
1118
104
02.03.2005
6000
103
09.06.2005
Таблица «Заказчик»:
Заказчик
Kод заказчика
Наименование заказчика
Адрес
101
Завод «Прибор»
Kоломяжский пр., 10
102
Завод «Электроавтоматика»
пр. Энгельса, 5
103
Авионика
Якорная ул.,1
104
Техносила
Московский пр., 222
Таблица «Изделие»:
Изделие
Kод изделия
92
Наименование
изделия
Цена
Единица
измерения
28 000 р.
шт.
001
Датчик уровня
002
Датчик давления
4 800 р.
шт.
003
Датчик расхода
6 800 р.
шт.
004
Индикатор
12 000 р.
шт.
005
Термопара
10 000 р.
шт.
Таблица «Спецификация договора»:
Спецификация договора
Номер договора
Kод изделия
Месяц поставки
Kоличество
1111
003
12
1000
1111
004
10
5000
1111
005
12
5000
1112
001
12
2000
1112
005
12
1000
1113
003
7
1500
1113
004
5
2000
1114
002
4
3000
1114
005
4
3500
1115
003
3
4000
1115
005
3
3000
1116
002
11
4000
1116
003
11
2000
1117
001
7
1000
1117
002
9
4000
1118
002
12
5000
1118
003
12
5000
6000
001
6
5
6000
002
6
10
Таблица «Спецификация ТТН»:
Спецификация ТТН
Номер ТТН
Kод изделия
Kоличество
49547
002
1 500,00
49547
003
2 000,00
49548
001
2 000,00
49548
002
1 500,00
49549
002
1 500,00
49549
003
500,00
93
Окончание табл.
Спецификация ТТН
Номер ТТН
Kод изделия
Kоличество
49550
002
1 500,00
49550
003
3 000,00
49550
005
1 000,00
49551
002
4 000,00
49551
003
2 000,00
49552
001
2 000,00
49552
005
500,00
49553
005
500,00
49554
003
1 000,00
49554
004
2 000,00
49554
005
5 000,00
49555
004
500,00
49557
004
1 500,00
49558
003
1 000,00
49559
001
1 000,00
49559
002
4 000,00
49560
002
5 000,00
49560
003
5 000,00
49561
001
2,00
49561
002
3,00
49562
001
2,00
49562
002
6,00
49563
001
1,00
49563
002
1,00
Таблица «ТТН»:
ТТН
94
Номер ТТН
Номер договора
Дата отгрузки
49547
1115
03.03.2005
49548
1115
10.03.2005
49549
1114
04.04.2005
49550
1114
14.04.2005
Окончание табл.
Номер ТТН
ТТН
Номер договора
Дата отгрузки
49551
49552
49553
49554
49555
49557
49558
49559
49560
49561
49562
49563
1116
1112
1112
1111
1111
1113
1113
1117
1118
6000
6000
6000
11.11.2005
12.12.2005
30.12.2005
10.10.2005
12.12.2005
09.09.2005
10.01.2005
09.09.2005
12.12.2005
01.06.2005
02.07.2005
03.05.2005
3. МАШИННАЯ РЕАЛИЗАЦИЯ КОМПЛЕКСА ЗАДАЧ
3.1. Алгоритм создания и корректировки БД
Для решения задачи по хранению и обработке данных отдела сбы
та может быть предложена следующая обобщенная блок схема алго
ритма создания и корректировки БД (рис. 2).
Начало
Создание БД
Создание форм
для корректировки данных
БД
Создание запросов
Создание отчета
Конец
Рис. 2. Блок схема алгоритма
95
3.2. Алгоритм формирования и выдачи отчета
Получение отчета с анализом выполнения договорных обяза
тельств фирмы в заданном периоде требует наличия входной ин
формации из таблиц БД и номера месяца, до которого осуществ
ляется анализ и который вводится пользователем. При этом от
чет может быть получен только после нескольких подготовитель
ных этапов (запросов), которые реализуются средствами Access
(рис. 3).
Начало
Договор
Спецификации
договора
Договор
Спецификации
договора
Запрос 1
Запрос 2
Запрос 3
Запрос 1: расчет плана
отгрузки договора изде
лий по заказчикам и до
говорам до конца задан
ного периода
Запрос 2: расчет фак
тически отгружен
ных изделий по заказ
чикам и договорам до
конца заданного
периода
Запрос 3: расчет
отклонения отгру
женной продукции
от плана до конца
заданного периода
Отчет о выполнении
договорных обязательств
фирмы до конца периода
Конец
Рис. 3. Блок схема алгоритма получения отчетов
96
Изделие
Изделие
3.3. Программа выдачи отчетов
Поскольку в задании ставится задача по автоматизации состав
ления трех типовых отчетов («План отгрузки», «Факт отгрузки»
и «Отклонение»), целесообразно использовать для формирования
каждого из них соответствующий запрос. Ниже приведены окна ре
дакции указанных запросов.
Запрос «План отгрузки»:
Запрос «Факт отгрузки»:
97
Запрос «Отклонение»:
4. ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЮ
Работа с базой данных начинается с запуска программы Access,
для чего необходимо нажать кнопку «Пуск» в нижнем левом углу
экрана и выбрать Программы/Microsoft Access.
После загрузки программы в диалоговом окне выбирается опция
«Открыть базу данных» и открывается требуемый файл. В открыв
шемся окне появляется кнопочная форма для управления работой
приложения, которая содержит следующие кнопки:
98
Для работы с формами, касающимися договоров, заключенных
дистрибьютором со своими клиентами, следует нажать кнопку «Ра
бота с данными», а затем «Добавить Договор», и с помощью появив
шегося меню осуществить необходимые действия (редактирование
существующего или добавление нового договора).
Для вывода отчета следует нажать кнопку «Работа с отчетами»
и затем «Просмотреть отчет». При ее нажатии появляется диалого
вое окно, в поле которого необходимо выбрать месяц, концом кото
рого определяется период, за который проводится анализ данных,
а также заказчика, отчет о работе с которым требуется вывести:
Пример отчета
Анализ выполнения плана отгрузки готовой продукции заказчику: Авиазавод
(Авиационная ул.,1) до конца 12 го месяца, шт.
Наименование изделия
План отгрузки
Факт отгрузки
Отклонение
По договору 1111
Датчик уровня
Датчик давления
Датчик расхода
5000
5000
1000
5000
2500
1000
0
2500
2500
0
1000
2000
2500
0
0
3500
6500
0
0
10
15
По договору 1113
Датчик давления
Датчик расхода
2000
1500
По договору 1114
Датчик уровня
Индикатор
3500
3000
По договору 6000
Индикатор
Термопара
10
5
Для изменения или создания какой либо таблицы, формы, запро
са или отчета необходимо выбрать соответствующую вкладку в окне
базы данных, а затем совершать намеченные действия.
Для выхода из базы данных необходимо нажать кнопку «Выход».
Для выхода из Access следует выбрать Файл/Выход.
99
Библиографический список
1. Евдокимов. В. В. и др. Экономическая информатика: учебник
для вузов/под ред. В. В. Евдокимова. СПб.: Питер, 1997. Гл. 14, 15,
16, 17, 19.
2. Симонович С. В. и др. Информатика: базовый курс. СПб.: Пи
тер, 2000.
3. Симонович С., Евсеев Г., Алексеев А. Специальная информати
ка: учеб. пособие. М.: АСТ ПРЕСС: Инфорком Пресс, 1999.
4. Власовец А. М. Основы проектирования баз данных реляцион
ных СУБД: учеб. пособие. СПб.: Изд во СПбГУЭиФ, 2001.
5. Каминская Т. Е. Введение в СУБД Microsoft Access: учеб. посо
бие. СПб.: Изд во СПбГУЭиФ, 2000.
6. Информатика: практикум по технологии работы на компьюте
ре/под ред. Н. В. Макаровой. М.: Финансы и статистика, 2005.
100
Документ
Категория
Типовые договоры
Просмотров
213
Размер файла
487 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа