ЭКОНОМИКИ И ФИНАНСОВ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

 

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ЭКОНОМИКИ И ФИНАНСОВ»

 

КАФЕДРА ИНФОРМАТИКИ

 

А.М. ВЛАСОВЕЦ, О.П. ИЛЬИНА, Е.А. ПИЛЮГИНА

Власовец А.М.

 

СБОРНИК ЗАДАНИЙ ДЛЯ КУРСОВЫХ РАБОТКУРСОВОЕ ПРОЕКТИРОВАНИЕ В СРЕДЕ
MS ACCESS ACCESS

 

Учебное пособие

 

 

ИЗДАТЕЛЬСТВО

САНКТ-ПЕТЕРБУРГСКОГО ГОСУДАРСТВЕННОГО УНИВЕРСИТЕТА

ЭКОНОМИКИ И ФИНАНСОВ

ББК 32.973
В

Власовец А.М., Ильина О.П., Пилюгина Е.А.

Сборник заданий для курсовых работКурсовое проектирование в среде MS Access / / Под ред. А.М. Власовеца А.М.: Учебное пособие.. Учебное пособие. –… - СПб.: Издательство СПбГУЭФ, 2003.- ??? с.  

ISBN

В.С. Мальцева, Начальник отдела "Обработки информации и разработки

систем управления Университета" СПб УЭФ

…

…

©Издательство СПбГУЭФ, 2005

 

Предисловие

В настоящем пособии при составлении текстов заданий использованы материалы из кн. "Методические

рекомендации и задания по дисциплине "“Экономическая информатика и

вычислительная техника". ”. - СПб.: Изд-во СПб УЭФ,1993. - 36 с. Состави-

тели: Лазаревич Л.В, Саитова Г.И., Юкелис Ю.И. Формы первичных документов, адаптированные к учебному процессу, разработаны ст. преп. кафедры информатики Е.А. Пилюгиной.. и материалы рукописи

Ю.И.Юкелиса "Комплексное задание на проектирование программных

средств автоматизации функций сотрудников отдела сбыта предприятия".

Автор благодарит доцента кафедры ЭИ и АСУ О.П. Ильину за помощь

при подготовке пособия к изданию.

1. ОБЩИЕ ПОЛОЖЕНИЯ ПО ВЫПОЛНЕНИЮ КУРСОВОГО ПРОЕКТА

В курсовом проекте выполняется разработка информационных технологий комплексов задач определенной предметной области. В качестве программной среды разработки информационных технологий стандартно используется СУБД Microsoft Access, но могут применяться и другие инструментальные среды (Microsoft Excel, языки программирования Visual Basic/Visual Basic for Application, Microsoft SQL Server).

В курсовом проекте выполняется:

· предпроектное обследование и информационный анализ предметной области (ПО)^[1];

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

· разработка информационных технологий комплекса задач.

Отчет по курсовому проекту оформляют в виде lдокумента MS Word и подготовлен для публикации на веб-сайте с помощью MS Front Page) и презентации MS PowerPoint. Отчет должен отражать процесс проектирования информационных технологий, презентация иллюстрирует информационные технологии, ориентированные на конечного пользователя и обеспечивающие решение комплекса задач. Для оформления графического материала отчета (диаграмм, схем баз данных, моделей бизнес-процессов, структуры базы данных, схем алгоритмов и т.п.) рекомендуется использовать редактор векторной графики MS Visio.

Созданные файлы: БД Access (.mdb), веб-сайт (веб-узел) и презентация (.ppt) должны быть сохранены в личной папке студента на сетевом диске (сервере), а также переданы на кафедру (помещены на указанный преподавателем диск в форме самораспаковывающихся архивов). Для студентов заочного факультета допускается пересылка результатов выполнения курсовой работы по электронной почте. Адрес электронной почты сообщается студенту вместе с текстом задания по курсовой работе.

2. СТРУКТУРА И СОДЕРЖАНИЕ КУРСОВОЙ РАБОТЫ

Виды проектных работ в курсовом проекте

С помощью структурных методов определяется состав и взаимосвязь функций и процедур обработки данных, разрабатывается структура интегрированной базы… Современные методы разработки информационных технологий приложений (комплексов… В курсовом проекте, нацеленном на разработку информационных технологий комплексов задач, выполняется:

Структура курсового проекта

1. Описание ПО. 1.1. Общая характеристика ПО. 1.2. Модель бизнес-процессов ПО

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

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

Требования к информационным технологиям приложений

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

Основные этапы выполнения курсовой работы

1.Описание ПО,: построение модели бизнес-процессов и структуры данных ПОопределение функций, которые должны быть реализованы при решении задачи, и… 2.1.Выполнение постановоки задач ПОи с определением входных документов,… 3.1.Выполнение информационного анализа описания ПО и построение информационно-логической модели (ИЛМ), отображающей…

Рекомендации по структуре курсового проекта

1. Анализ Описание предметной областиПО. 1.1. Общая характеристика писание ПО решаемой задачи. 1.2.1.1. Модели бизнес-процессовФункции ПО, реализуемые задачей.

Функции отдела сбыта

аА) Планирования: · отгрузки продукции в соответствии с договорами; · сдачи цехами продукции на склад;

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

Наиболее традиционной является следующая схема (макет) построения формы документа [Т.Л., Ч.2]: · заголовочная часть (наименование вида документа, регистрационный номер… · содержательная часть,;

СПРАВОЧНИК ТОВАРОВ

Нормативный запас в справочнике товаров может быть задан одним из двух способов: · в виде константы в натуральном выражении; · в виде процента от суммарного количества товара, поставляемого по договорам; в этом случае его величина в…

СПРАВОЧНИК ПЛАТЕЛЬЩИКОВ

№ ИНН	Наименование	Адрес

 

Таблица 3.3 Таблица 3.4

СПРАВОЧНИК ЦЕХОВ СПРАВОЧНИК СКЛАДОВ

Общая сумма договора составляет ____________

(сумма договора в ценах на момент заключения договора)

Адреса и реквизиты сторон:

Поставщик: Получатель:

___________________ ___________________

(почтовый индекс) (почтовый индекс)

___________________ ___________________

(город) (город)

№ ИНН_____________ № ИНН ______________

СПЕЦИФИКАЦИЯ ДОГОВОРА

Наименование товара	Ед. изм.	Месяц поставки	Отпускная цена ед.изм.	Количество	Сумма

Поставщик:_______________ Получатель: _______________

(подпись) (подпись)

 

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

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

СЧЁТ №

 

	от “____” ___________200_г.

Основание:Договор №

Наименование________ Адрес:_____________________ № ИНН______________

Плательщик:

Наименование товара	Ед. изм.	Цена ед.изм.	Количество	Сумма

Общая сумма счёта:_____________

Генеральный директор: /Фамилия И.О./

Главный бухгалтер: /Фамилия И.О./

Данные об оплате товаров покупателями содержатся в документе “Платежное поручение” (ПП, табл. 8). Данные об оплате товаров покупателями содержатся в документе “Платежное поручение” (ПП, табл. 3.8).

 

Таблица3.8

ПЛАТЕЖНОЕ ПОРУЧЕНИЕ №

          от “____” ___________200_г.         … Основание:(№ ТТН или № счета)     Наименование___________ Адрес:_____________________________ №…

ТОВАРНО-ТРАНСПОРТНАЯ НАКЛАДНАЯ №

Основание:Договор № Получатель:  

Список сокращений и терминов, используемых в заданиях

ТТН – товарно-транспортная накладная.

ПП – платежное поручение.

ЦН – цеховая накладная на сдачу продукции на склад.

Вывод отчета в разрезе <список реквизитов> означает, что строки в отчете выводятся сгруппированными по значениям реквизитов, указанных в списке реквизитов. Например, в задании “Выдать отчет в разрезе цехов и тех изделий, по которым не выполнен план сдачи на склад продукции ” списком реквизитов, по которым производится группирование, является множество, состоящее из наименования цеха и наименования изделия. В этом случае в отчете должны быть выведены наименование каждого цеха и наименования тех изделий, по которым данный цех не выполнил план выпуска продукции.

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

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

Нарастающий итог – множество значений реквизитов в виде сумм за один, два, три и т.д. месяца.

Неоплаченный товар:

1) товар, заказанный покупателем, на который выписан счет, но еще не оплаченный им (по данному счету нет ни одного ПП);

1)

или

2.2) товар, отгруженный заказчику, но еще не оплаченный им (по данной ТТН нет ни одного ПП).

Неполная оплата:

1.1) частичная оплата заказчиком выписанного ему счета;

или

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

Период – по умолчанию равен одиному месяцу.

Текущий остаток – количество изделий на складе на день выдачи отчета.

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

Ограничения предметной области

2. С одним заказчиком может быть заключено несколько договоров. 3. Рассматриваются только договора договоры текущего года. 4. С одним поставщиком может быть заключено несколько договоров.

Описание функционирования отдела сбыта

      Рис. 3.1. Схема функционирования отдела сбыта предприятия

Индивидуальные задания на курсовую работу.

Индивидуальное задание состоит из названия задачи, ее описания, образца отчета и описания алгоритма решения задачи.

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

Значения реквизитов, приведенные в образце отчета, – условные и являются илллюстрацией к заданию.

 

 

ВНИМАНИЕ!

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

 

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

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

Примечание.

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

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

Группа заданий №1

2) Проверка обеспеченности плана отгрузки заданного изделия планом сдачи продукции на склад. Алгоритм решения задачи 1. По документу “План выпуска продукции цехом” (табл.3.5) подсчитать общее количество запланированных к выпуску…

Изделие Месяц План План Дефицит отгрузки выпуска

Термос Март 10000 шт. 7000 шт. –3000 шт.

Сп.пр. №1 Декабрь 80 комп. 75 комп. –5 комп.

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

ЗАДАНИЕ №2. ПРОВЕРКА ОБЕСПЕЧЕННОСТИ ПЛАНА ОТГРУЗКИ
ЗАДАННОГО ИЗДЕЛИЯ ПЛАНОМ СДАЧИ
ПРОДУКЦИИ НА СКЛАД

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

Проверка соответствия плана отгрузки изделия
“Термос” плану сдачи продукции
на склад ТНП

Месяц План План Дефицит

Отгрузки выпуска

Март 10000 шт. 7000 шт. –3000 шт.

Сентябрь 15000 шт. 14000 шт. –1000 шт.

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

 

3.1.7.2. Комплекс задач АРМ “Анализ”

ЗАДАНИЕ №3. АНАЛИЗ ВЫПОЛНЕНИЯ ПЛАНОВ СДАЧИ
ЦЕХАМИ ПРОДУКЦИИ НА СКЛАДЫ ДО
КОНЦА ЗАДАННОГО МЕСЯЦА

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

Анализ выполнения плана сдачи продукции на склад по состоянию на конец 10 месяца

Склад Изделие Ед. изм. Цех План Факт Отклонение

ТНП Ложка шт. ТНП 15000 12100 2900 Ширпотреба 20000 18000 2000    

Цех План Факт Отклонение

ТНП 15000 шт. 12100 шт. 2900 шт. Ширпотреба 20000 шт. 13000 шт. 2000 шт.    

Изделие Ед. изм. Цех План Факт Отклонение

Сп.пр. №1 компл. Сборочный №1 115 100 15 Сборочный №2 42 40 2 Итого по изделию: 17

Изделие План отгрузки Фактически Отклонение

От начала года отгружено

Мясорубка 40000 шт. 35000 шт. 5000 шт. Термос 20000 шт. 18000 шт. 2000 шт.    

Склад Изделие Нормативный Текущий Дефицит

запас остаток

ТНП Мясорубка 2000 шт. 1500 шт. 500 шт.

№1 Сп.пр. №1 20 комп. 5 шт. 15 шт.

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

ЗАДАНИЕ №14. ОПРЕДЕЛЕНИЕ ДЕФИЦИТА ТЕКУЩЕГО ЗАПАСА
ПРОДУКЦИИ НА СКЛАДАХ

Выдать отчет в разрезе складов и тех изделий, текущий остаток которых меньше установленного нормативного запаса (дефицит).

Дефицит текущего запаса продукции на складах

Склад Изделие Нормативный Текущий Дефицит

Запас остаток

ТНП Мясорубка 2000 шт. 1500 шт. 500 шт. №1 Сп.пр. №1 20 комп. 5 шт. 15 шт.    

Склад Изделие Нормативный Текущий Излишки

ТНП Термос 2000 шт. 2500 шт. 500 шт. №1 Сп.пр. №2 20 компл. 35 шт. 15 шт.

Изделие Нормативный Текущий Дефицит

Запас остаток

Мясорубка 2000 шт. 1500 шт. 500 шт. Чайник 1000 шт. 900 шт. 100 шт.

Изделие Нормативный Текущий Излишки

Запас остаток

Термос 2000 шт. 2500 шт. 500 шт.

Мясорубка 500 шт. 600 шт. 100 шт.

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

ЗАДАНИЕ №21. ОПРЕДЕЛЕНИЕ ТЕКУЩЕГО ЗАПАСА ЗАДАННОГО
ИЗДЕЛИЯ

Выдать отчет о величине текущего запаса заданного изделия.

Оценка текущего запаса изделия
“Термос” на складе ТНП

Нормативный Текущий Излишки

Запас остаток

2000 шт. 2500 шт. 500 шт.     Дата выдачи отчета: 28.10.05ЗАДАНИЕ №22. АНАЛИЗ ОПЛАТЫ ОТГРУЖЕННОЙ ПРОДУКЦИИ ЗАДАННЫМ ЗАКАЗЧИКОМ

ЗАДАНИЕ №24. АНАЛИЗ ВЫПОЛНЕНИЯ ПЛАНА ЦЕХАМИ

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

Анализ выполнения цехами плана сдачи

продукции на склады до конца 10 месяца

Изделие План Факт Отклонение

Цех: ТНП Мясорубка 10000 шт. 8500 шт. –1500 шт. Термос 15000 шт. 20000 шт. 5000 шт.

Склад Изделие План от Фактически Отклонение

Начала года сдано

ТНП Мясорубка 10000 шт. 8500 шт. –1500 шт. Термос 15000 шт. 20000 шт. 5000 шт.  

Цех План от Фактически Отклоне-

Нач.года сдано ние

ТНП 10000 шт. 8500 шт. –1500 шт. Ширпотреба 21100 шт. 21100 шт. 0 шт. …

Нач.года сдано ние

Ширпотреба 21100 шт. 21100 шт. 0 шт. Итого: 31100 шт. 29600 шт. –1500 шт. Дата выдачи отчета: 28.10.05

ЗАДАНИЕ №31. АНАЛИЗ ДОЛГА ЦЕХОВ-ИЗГОТОВИТЕЛЕЙ

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

Оценка долга цехов-изготовителей до конца 10 месяца

Изделие План от Фактически Долг

начала года сдано

Цех: ТНП

Мясорубка 10000 шт. 8500 шт. 1500 шт.

Цех: Ширпотреба

Термос 18000 шт. 10600 шт. 7400 шт.

Цех: Сборочный.

Сп .пр. №1 55 компл. 40 компл. 15 компл.

Сп. пр. №2 700 шт. 650 шт. 50 шт.

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

ЗАДАНИЕ №32. АНАЛИЗ ВЫПОЛНЕНИЯ ДОГОВОРНЫХ
ОБЯЗАТЕЛЬСТВ ПРЕДПРИЯТИЯ В ЗАДАННОМ
МЕСЯЦЕ

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

Анализ выполнения договорных обязательств предприятия
до конца 10 месяца

Изделие План отгрузки Факт. Отклонение

От нач. года отгружено

Термос 15000 шт. 14500 шт. 500 шт. Мясорубка 25000 шт. 25000 шт. 0 шт. Заказчик: АО "ЦУМ" г. Москва Договор: 15-04

Изделие План отгрузки Факт. Отклонение

От нач. года отгружено

Термос 15000 шт. 14500 шт. 500 шт. Мясорубка 25000 шт. 25000 шт. 0 шт. Заказчик: АО "ЦУМ" г. Москва Договор: 15-04

Договор Изделие План отгрузки Фактически Отклоне-

От нач. года отгружено ние

15-04 Термос 35000 шт. 35000 шт. 0 шт. Мясорубка 40000 шт. 35000 шт. 5000 шт. 21-04 Мясорубка 20000 шт. 15000 шт. 5000 шт.

Договор Заказчик План отгрузки Фактически Отклонение

От начала года отгружено

15-04 АО “ЦУМ” 40000 шт. 35000шт. 5000 шт. г. Москва 21-04 АО “Пассаж” 20000 шт. 15000шт. 5000 шт.

ЗАДАНИЕ №40. АНАЛИЗ ОПЛАТЫ ОТГРУЖЕННОГО ТОВАРА

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

Суммы, подлежащие оплате за отгруженный товар

Заказчик № договора № ТТН Дата отгрузки Сумма отгрузки

АО "ЦУМ" 15-97 162 31.05.04 250000 р. г. Москва 234 28.06.04 300000 р. 20-97 300 30.06.04 200000 р.

Анализ предоплаты счетов

Заказчик Номер Номер Дата Сумма Сумма Недо-

Договора счета выписки по счету по плат. плата

Счета поручен.

АО "ЦУМ" 15-04 162 31.05.04 250000 р. 200000 р. 50000 р. г. Москва 234 28.06.04 300000 р. 300000 р. 0 р.

Номер Номер Дата Сумма Сумма Недо-

Договора счета выписки по счету по плат. плата

Счета поручению

15-04 162 31.05.04 2500000 р. 200000 р. 50000 р. 234 28.06.04 3000000 р. 300000 р. 0 р. 16-04 300 01.08.04 500000 р. 500000 р. 0 р.

ЗАДАНИЕ №46. АНАЛИЗ ПРЕДОПЛАТЫ ЗАДАННОГО ТОВАРА

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

Анализ предоплаты изделия “Термос”

Заказчик Номер Сумма Сумма Недо-

Договора по счету по плат. плата

Поручению

АО "ЦУМ" 15-04 550000 р. 500000 р. 50000 р. г. Москва 16-04 100000 р. 100000 р. 0 р. Итого по заказчику: 650000 р. 600000 р. 50000 р.

Поручения

100 31.05.04 2500000 р. 110 01.08.04 500000 р.

Заказчик № дог. № ТТН Дата Отгружено Сумма

АО “ЦУМ” 15-04 162 31.05.04 1000 шт. 9000 р. г. Москва 234 28.06.04 500 шт. 4500 р. Итого по заказчику: 1500 шт. 13500 р.

Стоимость неоплаченного товара

по договору № 15-04 от 12.03.05

заказчик АО “ЦУМ”, г. Москва

№ ТТН Дата отгрузки Сумма отгрузки

162 31.05.05 25000 р.

234 28.06.05 30000 р.

Итого по договору: 55000 р.

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

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

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

Оценка неполной оплаты отгруженной продукции

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

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

А/О “ЦУМ” 200 31.03. 05 Мясорубка 90000 р. 72000 р. 18000 р. г. Москва 250 25.04. 05 Термос 40000 р. 32000 р. 8000 р. Итого по заказчику: 130000 р. 104000 р. 26000 р.

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

200 31.03. 04 Мясорубка 90000 р. 72000 р. 18000 р. 250 25.04. 04 Термос 40000 р. 32000 р. 8000 р.

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

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

АО “ЦУМ” 240 31.03. 05 32000 р. 24000 р. 8000 р. г. Москва 250 25.04 .05 40000 р. 32000 р. 8000 р.    

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

200 31.03.05 Мясорубка 90000 р. 72000 р. 18000 р. 250 25.04.05 Термос 40000 р. 32000 р. 8000 р.    

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

Январь 2124000 р. Февраль 5600000 р. 624000 р. Март 5624000 р. 5600000 р.

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

Кон. месяца

Склад ТНП

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

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

Склад №1

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

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

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

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

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

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

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

Кон. месяца

Мясорубка 4000000 р. 3600000 р. 400000 р. Термос 10000000 р. 10000000 р. 0 р. Склад №1

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

Кон. месяца

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

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

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

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

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

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

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

Кон. месяца

Мясорубка 4000000 р. 3600000 р. 400000 р. Термос 10000000 р. 10000000 р. 0 р.

АРМ Товароведа (АРМ-Т)

1) Ведение нормативно-справочной базы для управления торговой деятельностью; 2) Нормирование товарных запасов на складах универмага; 3) Анализ покупательского спроса и продаж товаров в торговых секциях;

Расчет размера заказа

Для i-го товара рассчитывается размер текущего заказа :: ( 3) где Р –точка заказа товара;

Размещение заказов и заключение договоров

Для поиска поставщиков товаров используется информация таблиц «Поставщики» и «Номенклатура-ценник товаров».

Для каждого товара таблицы «Заказ»ведется подбор поставщиков и формируется отчет:

 

СВЕДЕНИЯ О ПОСТАВЩИКАХ ТОВАРОВ

Код товара _____________Наименование __________________

Ед. изм. ________ Объем заказа ________________

 

Код поставщика	Наименование поставщика	Цена товара	Объем предложения	Условия продажи
	Код товара ХХХХХХ ХХХХХХХХХХХХХХХХХ
	Итого		ХХХХХ

Рис. 3.7

 

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

Товаровед ведет договорную кампанию, заключает договора с поставщиками товаров. Основным документом, регламентирующим поставку товаров и отношения универмага с поставщиком, является договор (рис. 3.8). В документе Товарная спецификация (рис. 3.9) перечисляются поставляемые товары.

ДОГОВОР № ________ от “_____”__________________ 200 г. Договор заключен между ___________________________________________________ и УНИВЕРМАГОМ _______________________________________________________ на поставку в период с _________200 г. по ___________ 200 г. товаров на общую сумму _______________________ (т.р.) Банковские реквизиты поставщика: отделение банка ________________________________________________________ БИК ________________ Расчетный счет _______________________ ___________________ Условия расчетов (наличные, безналичные)________ Штрафные санкции ______(± %) за каждый день просрочки Дата расчетов _________________ Приложение. Товарная спецификация № ______

Рис. 3.8

 

ТОВАРНАЯ СПЕЦИФИКАЦИЯ № ___________ (к договору № _________ от __________________) № п/п Наименование код товара Ед. изм. Цена План поставки Сумма               ИТОГО по договору:

Рис. 3.9

По договору установлены штрафные санкции:

· поставщик выплачивает указанный % от суммы неполной поставки товаров в заданные сроки согласно товарной спецификации,

· универмаг выплачивает штрафы за несвоевременную оплату поставленных товаров по каждому счету-фактуре по истечении 10 дней после поставки.

Информация о плановых поставках вводится в таблицы «Спецификация договора», «Договор».

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

По результатам размещения заказов формируется отчет (рис. 10).

 

ДОГОВОРА НА ПОСТАВКУ ТОВАРОВ

Код товара _______ Наименование ______________Ед.изм________

№ п/п	Поставщик (код и наименование)	Договор	Дата поставки	Цена	Кол-во	Сумма

Рис. 3.10

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

zp=zp + Суммарный заказ. ( 5)

3.2.1.4. Комплекс задач «Анализ товародвижения»

Универмаг закупает товары у поставщиков по договорным ценам. Для расчетов используются учетные цены, определяемые как средневзвешенная цена:

, ( 6)

где - цена j-й партии i-го товара, - количество i-го товара в j-й партии, n – общее число всех партий i-го товара.

Учетная цена пересчитывается по мере поступления товаров и хранится в таблице Товары -– поле учетная цена, а суммарное количество товара, для которого рассчитана учетная цена, -– поле учетное количество.

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

По результатам изменений торговой наценки определенной товарной группы подготавливается отчет:

 

ТОРГОВЫЕ НАЦЕНКИ НА ДАТУ _______

Код группы товаров __________ Наименование _____________

 

Код товара	Наименование	Ед. изм.	Учетная цена	Учетное кол-во	Надбавка,%	Розничная цена

Рис. 3.11

Товаровед изучает учетную информацию о реализации товаров в торговых секциях, которая формируется в АРМ ТС – таблица Продажи:

Таблица 3.20

НАИМЕНОВАНИЕ РЕКВИЗИТА	ФОРМАТ
Код товара	A(6)
Дата продажи	D
Код подразделения (торговой секции)	A(4)
Объем продажи (количество)	N

 

Используется также учетная информация АРМ С - состояние складских запасов, таблица Остатки склада:

Таблица 3.21

НАИМЕНОВАНИЕ РЕКВИЗИТА	ФОРМАТ
Код склада	Т(4)
Код товара	Т(6)
Дата	D
Цена товара	N
Остаток на конец дня	N

Для учета остатков товаров в торговых секциях используется таблица Остатки секции:

Таблица 3.22

НАИМЕНОВАНИЕ РЕКВИЗИТА	ФОРМАТ
Код подразделения (торговой секции)	Т(4)
Код товара	Т(6)
Дата	D
Цена товара	N
Остаток на конец дня	N

 

Для принятия решений товароведом определяется:

1) лидирующий товар (товарная группа) по объему продаж за указанный период в стоимостном выражении;

2) лидирующий товар (товарная группа) по доле в общей сумме продаж за период в стоимостном выражении;

3) отстающий товар (товарная группа) по объему продаж за указанный период в стоимостном выражении;

4) отстающий товар (товарная группа) по доле в общей сумме продаж за период в стоимостном выражении;

5) код товара, чей уровень запаса максимален/минимален (в стоимостном выражении);

6) товар с минимальным уровнем запаса на складе на определенный момент времени (в стоимостном выражении);

7) товар, который не продавался в течение заданного периода (неликвиды);

8) товар, остаток на складе и в торговых секциях которого не превышает страховой запас на заданное число %.

АРМ С

Назначение АРМ С – учет товарных запасов на складе, оформление документов на различные виды движения:

1. Поступление товаров от поставщиков на склады;.

2. Передача товаров со складов в торговые секции;.

3. Возврат нереализованных товаров на склады;.

4. Перемещение товаров с одного склада на другой;.

5. Возврат товаров поставщикам.

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

3.2.2.1. Комплекс задач «Учет поступления товаров
от поставщиков»

Приходная накладная (ПН)» оформляется на партию товаров, поступающих на склад на основании документа «Счет-фактура» поставщика.

ПН – многострочный документ, шапка документа содержит реквизиты: Код вида документа (РН) – Т(2); Номер документа (уникальный)- Т(6); Дата документа; Код поставщика; Наименование поставщика; Код склада; Документ-основание (№ счета-фактуры) – Т(6); Сумма поставки.

Табличная часть документа содержит реквизиты: Код товара; Наименование товара; Единица измерения; Цена поставщика; Количество.

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

 

СВЕДЕНИЯ О ПОСТАВКАХ ТОВАРОВ С ________ПО _________

 

№ п/п	Дата	Номер ПН	Код поставщика	Наименование поставщика	Сумма поставки

Рис. 3.12

СВЕДЕНИЯ О ПОСТАВКАХ

КОД ПОСТАВЩИКА ________НАИМЕНОВАНИЕ ________________

 

№ п/п	Дата	Номер ПН	Сумма поставки

Рис. 3.13

3.2.2.2. Комплекс задач «Учет возврата товаров поставщику»

«Расходная накладная (РН)» оформляется на партию товаров, возвращаемых поставщику. РН содержит шапку и табличную часть. В шапке документа указывается: Код вида документа (РН); Номер документа; Дата документа; Код склада; Код поставщика; Наименование поставщика; Документ-основание на возврат товаров (ПН); Код причины возврата; Сумма возврата. Табличная часть документа РН содержит реквизиты: Код товара; Наименование товара; Единица измерения; Цена товара; Количество.

Цена товара соответствует цене поставки товара поставщиком. При выписке РН осуществляется корректировка текущего остатка товаров на складе.

ВОЗВРАТ ТОВАРОВ ПОСТАВЩИКАМ С ____ ПО _____

 

№ п/п	Дата	Код причины возврата	Номер РН	Код поставщика	Наименование поставщика	Сумма возврата

Рис.3.14

В конце отчета подводятся итоги по кодам причин возврата товаров, а также общая сумма возврата.

ВОЗВРАТ ТОВАРОВ ПОСТАВЩИКУ

КОД ________ НАИМЕНОВАНИЕ _________________

 

№ п/п	Дата	Код причины возврата	Номер РН	Сумма возврата

Рис. 3.15

3.2.2.3. Комплекс задач «Учет выдачи/возврата товаров со склада
в торговые секции»

Выдача товаров со склада оформляется документом «Торговая накладная (ТН)». ТН содержит шапку и табличную часть. В шапке документа указывается: Код вида документа (ТН); Признак накладной (1 – выдача со склада, 2 – возврат на склад); Номер документа; Дата документа; Код склада; Код торговой секции; Наименование торговой секции; Сумма. Табличная часть документа РН содержит реквизиты: Код товара; Наименование товара; Единица измерения; Цена товара; Объем.

ВЫДАЧА ТОВАРОВ СО СКЛАДА _____ С ____ ПО _____

 

№ п/п	Дата	Номер ТН	Код торговой секции	Наименование торговой секции	Сумма выдачи

Рис. 3.16

ВОЗВРАТ ТОВАРОВ НА СКЛАД _______ С _______ ПО _______

 

№ п/п	Дата	Номер ТН	Код торговой секции	Наименование торговой секции	Сумма возврата

Рис. 3.17

Цена товара вычисляется по формуле:

Цена товара = Учетная цена * Наценка % (для товарной группы).

3.2.2.4. Комплекс задач «Анализ движения товаров на складе»

Задача решается в конце каждого месяца, а также по запросу товароведов. Формируется оборотная ведомость движения товаров на складе за период, как правило, месяц, имеющая вид:

 

ОБОРОТНАЯ ВЕДОМОСТЬ СКЛАДА____ ЗА _______ МЕСЯЦ 200_ Г.

КОД ГРУППЫ ТОВАРОВ _________ НАИМЕНОВАНИЕ ____________

 

№№ п/п	Код товаров	Наименование товара	Ед. изм.	Начальный остаток	Приход	Расход	Конечный остаток

Рис. 3.18

По запросу бухгалтерии создается оборотно-сальдовая ведомость в стоимостном выражении по группам товаров (рис. 3.19).

 

ОБОРОТНО-САЛЬДОВАЯ ВЕДОМОСТЬ ДВИЖЕНИЯ ТОВАРОВ НА СКЛАДЕ ______ЗА _______ МЕСЯЦ 200_ Г.

КОД ГРУППЫ ТОВАРОВ____ НАИМЕНОВАНИЕ_________________

 

№ п/п	Код товаров	Наименование товара	Ед. изм.	Начальная сумма	Сумма прихода	Сумма расхода	Конечная сумма

Рис. 3.19

Для наглядного представления формируются диаграммы, отражающие движение товаров определенной товарной группы в количественном и стоимостном выражении.

3.2.2.5. Комплекс задач «Инвентаризация склада»

Инвентаризация склада осуществляется на основании подготовленных инвентаризационных описей (рис. 3.20), в которых выводятся «книжные» остатки по каждому товару определенной партии поставки. Фактическое количество товаров следует отобразить в БД, указав причину несоответствия. По результатам инвентаризации рассчитываются показатели прибыли и убытков (рис. 3.21).

 

ИНВЕНТАРИЗАЦИОННАЯ ОПИСЬ ДЛЯ СКЛАДА ____ Дата _______

 

№ п/п	Код товара	Наименование товара	Ед. изм.	Номер ПН	Цена поставщика	Наличное кол-во	Фактически

Рис. 3.20

 

РЕЗУЛЬТАТЫ ИНВЕНТАРИЗАЦИИ СКЛАДА № ______ Дата________

 

№ п/п	Код товара	Наименование товара	Ед. изм.	Номер ПН	Цена поставщика	Прибыль	Убыток

Рис. 3.21

АРМ ТС

АРМ торговой секцией (ТС) обеспечивает учет поступления и возврата товаров на склад, реализации товаров.

3.2.3.1. Комплекс задач «Учет движения товаров в торговой секции»

Движение товаров в торговой секции оформляется документами «Товарная накладная», которые заполняются в АРМ С.

Информация накладных фиксируется в БД и доступна для просмотра и использования в АРМ ТС.

Работник торговой секцией ведет учет реализации товаров и ежедневно готовит товарный отчет в виде:

 

 

ТОВАРНЫЙ ОТЧЕТ СЕКЦИИ ____________ Дата _______

КОД ГРУППЫ ТОВАРОВ ______НАИМЕНОВАНИЕ _______________

 

№ п/п	Код товара	Ед. изм.	Цена товара	Реализовано	Сумма реализации

Рис. 3.22

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

 

КОД ТОВАРНОЙ СЕКЦИИ ____ ___________Дата _______

 

Код группы товаров	Наименование	Остаток на начало дня	Поступление	Реализация	Остаток на конец дня

Рис. 3.23

3.2.3.2. Комплекс задач «Инвентаризация торговой секции»

Инвентаризация торговой секции осуществляется на основании подготовленных инвентаризационных описей (рис. 3.24), в которых выводятся «книжные» остатки по каждому товару. Фактическое количество товаров следует отобразить в БД, указав причину несоответствия: естественная убыль, порча товара, хищение.

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

 

ИНВЕНТАРИЗАЦИОННАЯ ОПИСЬ ТОВАРОВ
ТОРГОВОЙ СЕКЦИИ № ____ Дата ________

 

№ п/п	Код товара	Наименование товара	Ед. изм.	Номер ПН	Цена товара	Наличное кол-во	Фактически

Рис. 3.24

РЕЗУЛЬТАТЫ ИНВЕНТАРИЗАЦИИ
ТОРГОВОЙ СЕКЦИИ № ______ Дата _________

 

№ п/п	Код товара	Наименование товара	Ед. изм.	Номер ПН	Цена товара	Прибыль	Убыток

Рис. 3.25

 

3.3. Информационная система “РЕСТОРАН”

Предметная область – торговое предприятие общественного питания – ресторан (кафе, столовая и т.п.). Посетителям ресторана предоставлены на выбор блюда различных видов: закуски, первые блюда, вторые блюда, десерт, напитки и т.п. Всего видов блюд – 10, общая номенклатура блюд различных видов – 150 наименований. Заказ может осуществляться на любое блюдо, указанное в меню. Каждый день меню обновляется.

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

Типовые бизнес-процессы управления деятельностью ресторана:

§ Нормативное обеспечение работы ресторана (калькуляция себестоимости блюд, формирование меню).

§ Обслуживание посетителей (клиентов) ресторана – прием заказов клиентов, выполнение заказов клиентов.

§ Учет реализации – расчеты с клиентами.

§ Управление персоналом – расчет зарплаты.

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

Обслуживает посетителей ресторана – (клиентов) официант. Общее число официантов ресторана – 30 человек. Официант принимает заказ, доставляет заказанные блюда, производит расчеты с клиентом.

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

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

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

В информационной системе «Ресторан» создаются автоматизированные рабочие места (АРМ):

АРМ менеджера ресторана (АРМ-М),

АРМ кассира-контролера (АРМ-К).

Все АРМработают на единой информационной базе (БД).

АРМ менеджера ресторана

1) Ведение нормативно-справочной базы для управления рестораном. 2) Расчеты с персоналом. 3) Анализ деятельности ресторана.

АРМ медрегистратора (АРМ-МР),

АРМ врача (АРМ-В).

Все АРМработают на единой информационной базе (БД).

АРМ МР (медрегистратора)

Типовые функции управления, выполняемые медрегистратором поликлиники:

1) Ведение нормативно-справочной базы для управления поликлиникой.

2) Регистрация пациентов и выдача направлений к врачам.

3) Расчеты с пациентами за медицинское обслуживание.

4) Анализ медицинского обслуживания пациентов поликлиники.

5) Запросный режим (определяется самостоятельно).

3.4.1.1. Комплекс задач «Ведение нормативно-справочной базы»

Основными видами нормативно-справочной информации для управления поликлиникой являются справочники: «Специализация врачей», «Врачи», «Лекарственные средства».

Информационная технология работы с нормативно-справочной информацией предусматривает:

· интерактивный ввод и редактирование справочников с помощью экранных форм;

· режим поиска информации в справочнике по любым условиям;

· вывод справочников на экран, в файл или на принтер.

Справочник «Специализация врачей»

Справочник содержит набор реквизитов:

Таблица 3.23

НАИМЕНОВАНИЕ РЕКВИЗИТА	ФОРМАТ
Код специализации	Т3
Наименование специализации	Т50
Стоимость приема	N
Норма обслуживания	N

Пояснения к Т и N

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

После формирования справочника «Специализация врачей» осуществляется:

§ вывод на экран/принтер номенклатуры (перечня) специализаций врачей;

§ получение общей справки о специализации врачей:

СПРАВКА О СПЕЦИАЛИЗАЦИИ ВРАЧЕЙ

Общее число специализаций – ХХ

Максимальная стоимость приема – ХХХХХХХХХХ

Минимальная стоимость приема – ХХХХХХХХХХ

Средняя стоимость приема – ХХХХХХХХХХ

Рис. 3.4.1

§ список врачей определенной специализации:

Список врачей по специализациям

Код специализации – ХХ Наименование специализации – ХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХ

Норма обслуживания – ХХ чел./прием

№ п/п	Табельный номер врача	Фамилия Имя Отчество врача	Дата поступления	Стаж работы
Всего врачей для указанной специализации – ХХ Всего врачей в поликлинике – ХХ

Рис. 3.42

Справочник «Врачи»

Справочник содержит набор реквизитов:

Таблица 3.24

НАИМЕНОВАНИЕ РЕКВИЗИТА	ФОРМАТ
Табельный номер	Т3
Фамилия Имя Отчество врача	Т50
Дата приема на работу	D
Код специализации	Т3

Табельный номер врача – уникальный, является ключом. Реквизит «Код специализации» выбирается из списка значений, образованных ключом таблицы «Специализация врачей».

После формирования справочника «Врачи» осуществляется:

§ вывод на экран/принтер списка врачей поликлиники:

Список врачей поликлиники на ХХ.ХХ.ХХ

§ вывод на экран/принтер сведений о враче: Сведения о враче Табельный номер – ХХХ Фамилия Имя Отчество – ХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХ

Сведения о выдаче номеров к врачам за ХХ.ХХ.ХХ

3.4.1.4. Комплекс задач «Учет расчетов с пациентами за медицинское обслуживание» Сведения об оплате пациентами посещения врача регистрируются в базе данных в… По результатам текущей работы формируется отчет, который выводится на экран/принтер: Сведения об оплате…

АРМ ВРАЧА

1) Обслуживание пациентов. 2) Запросный режим (определяется самостоятельно). Комплекс задач «Обслуживание пациентов»

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

Создание и внедрение информационных технологий требуют координации действий различных специалистов. В курсовой работе приводится план-график работ… Ориентировочный состав работ: · анализ предметной области;

Разделы постановки задачи

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

В этом разделе указывается:

· назначение задачи и ее связи с другими задачами;

· условия выполнения и прекращения автоматизированного решения задачи;

· место решения задачи – название АРМа (структурное подразделение и пользователь задачи);

· частота решения задачи или ограничение по срокам получения выходной информации;

· требования к точности и достоверности получаемой информации.

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

2. Выходная информация.

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

3. Входная информация.

Для задачи указывается перечень информационных сообщений, используемых на входе – (первичные документы, базы данных) в виде заполненных образцов, с указанием объемов входной информации.

Таблица 4.2. Характеристика комплекса задач

Наименование	Регламент	АРМ	Информация	Информационные технологии
Выходная	Входная

 

В графе Наименованиедается принятое полное наименование задачи, в графе Регламент указывается частота решения (например, раз в год - 1/год) или момент времени для получения результата (определенная дата). В графе АРМ указывается наименование АРМа или структурного подразделения и должность лица, обеспечивающего решение задачи. В графе Выходная информация перечисляются формы выходной информации, в графе Входная информация – формы входной информации для задачи в соответствии с их описанием (по форме табл. 4.3). Графа информационные технологии содержит ссылку на информационно-технологические схемы обработки информации по задаче.

Таблица 4.3. Описание информационных сообщений

Код	Наименование	Вид	Объем

 

В графе Код указывается условное обозначение, в графе Наименование – полное наименование информационного сообщения. В графе Вид указывается форма представления информации: ДР -документ ручного заполнения, МГ - отчет или машинограмма; ЭФ – экранная форма (видеограмма); БД – таблица базы данных, ФЛ –файл обмена[12]. Объем информации в информационном сообщении определяется за выбранный интервал времени (год, месяц) в виде количества экземпляров документов, документострок, записей таблицы базы данных или файла обмена.

Характеристика реквизитов информационных сообщений приводится по форме табл. 4.4.

Таблица 4.4. Описание реквизитов информационных сообщений

Код	Наименование	Формат	Ограничение

В графе Код дается условное обозначение, в графе Наименование - полное наименование реквизита, в графе Формат приводится тип данных и длина или шаблон значений реквизита: Тn – текстовый, длиной n символов; N m, n- числовой длиной m знаков, в том числе n знаков после десятичной точки, например N 5,2; D – формат типа дата/время; $ - денежный формат (руб., коп.) и любые другие. В графе Ограничение указываются методы контроля достоверности информации (на диапазон значений, по списку значений, шаблон (маска) ввода и т.п.).

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

Информационное обеспечение приложений

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

Определение базы данных

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

Архитектура базы данных

Архитектура ANSI/SPARC включает три уровня (рис. 4.1): внешний уровень, концептуальный уровень, внутренний уровень. На каждом архитектурном уровне предполагается использование той или иной…  

Внешний уровень

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

Концептуальный уровень

Концептуальное представление определяется при помощи концептуальной схемы, которая представляет собой совокупность требований к данным со стороны… На концептуальном уровне представлены все сущности, сведения о типах и…

Внутренний уровень

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

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

 

Этапы проектирования базы данных

· концептуальное проектирование базы данных; · логическое проектирование базы данных; · физическое проектирование базы данных.

Информационно-логическая модель предметной области

Информационные объекты (ИО) являются описанием сущностей (процессов, событий, предметов и т.п.) и представляют собой логически связанные… Сущность – это реальный объект, процесс, явление или событие, информация о… Структура ИО соответствует, по крайней мере, третьей нормальной форме реляционной модели данных (3НФ). Структурные…

Пример

Представим данные документа “Договор” в виде реляционных таблиц в 1НФ и 3НФ.

Договор №_____
от "____"________________20010г.

Поставщик:_______________ Покупатель_____________

(наименование (наименование
поставщика) покупателя)

СПЕЦИФИКАЦИЯ

На поставку товаров к договору №_____

 

Код товара	Наименование товара	Ед. изм.	Месяц	Цена	Количество	Сумма

Поставщик:_______________ Покупатель_______________

(подпись) (подпись)

 

Таблица “Договор - 1НФ”

Номер договора	Дата составления договора	Покупатель	Код товара	Наиме- нование товара	Ед. изм.	Месяц	Цена	Количество	Сум- ма
110-01	10.01.01	АОЗТ “Луч”		Стул	Шт.
110-01	10.01.01	АОЗТ “Луч”		Шкаф	Шт.
120-01	10.01.01	АОЗТ “Кристалл”		Стул	Шт.
120-01	10.01.01	АОЗТ “Кристалл”		Диван	Шт.
120-01	10.01.01	АОЗТ “Кристалл”	…	…	…	…	…	…	…

 

Таблицы “Договор-3НФ”, “Изделие” и “Поставка” находятся в 3НФ. Они связаны между собой и являются реляционной моделью исходного документа “Договор”. При большом количестве строк в спецификации договора общее количество данных в этих таблицах будет существенно меньше, чем в таблице “Договор - 1НФ”.

 

Таблица “Договор-3НФ”

Номер договора	Дата составления договора	Покупатель
110-01	10.01.01	АОЗТ “Луч”
120-01	10.01.01	АОЗТ “Кристалл”

 

Таблица “Изделие”

Код товара	Наим. товара	Ед. изм.	Цена
	Стул	Шт.
	Шкаф	Шт.
	Диван	Шт.
	…	…	…

 

 

Таблица “Поставка”

Номер договора	Код товара	Месяц	Количество	Сумма
110-01
110-01
120-01
120-01
120-01		…	…	…

 

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

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

· Использование НФБК, 4НФ и 5НФ не дает заметных преимуществ перед 3НФ.

· Процесс определения, находится ли данное отношение в 4НФ или 5НФ, как правило, затруднителен.

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

1. ИО должен содержать уникальный идентификатор-ключ (простой или составной). При этом ИО может иметь несколько ключей, один основной и несколько возможных ключей.

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

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

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

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

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

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

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

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

Алгоритм построения информационно-логической модели предметной области

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

Пример 1

Анализ полной функциональной зависимости неключевых реквизитов от ключа ИО.

ИО3

ИО2

А1* А1* А2* А2* А3 А3 А4 А4 А5 А2* А5

ИО1

Составной ключ ИО1 {А1*,А2*} функционально полно определяет реквизиты А3, А4. Реквизит А5 зависит только от части ключа А2*, поэтому удаляется из его структуры и вместо ИО1 создаются два новых ИО – ИО2 и ИО3 .

Рис. 4.3. Анализ функциональной зависимости реквизитов ИО

Пример 2

Анализ транзитивной зависимости неключевых реквизитов от ключа

А1* А1* А2* А2* А3 А3 А4 А3* А4

ИО6

ИО4

ИО5

В ИО4 {А1*, А2*} – составной ключ, а А3 и А4 – неключевые реквизиты. А4 транзитивно зависит от составного ключа {А1*, А2*} через реквизит А3 и поэтому удаляется из ИО4, а вместо ИО4 создаются два новых ИО – ИО5 и ИО6 .

 

Рис. 4.4. Анализ транзитивной зависимости реквизитов ИО

Удаление транзитивной зависимости в ИО4 осуществляется заменой его двумя ИО – ИО5 и ИО6, причем в ИО6 реквизит А3 является ключевым.

Полные функциональные зависимости в виде формул представляются следующим образом:

в Примере 1:

{А1,А2} {А3, А4}

А2 А5

в Примере 2:

{А1, А2} А3

А3 А4

Преобразование ИО1 в ИО2 и ИО3, а ИО4 в ИО5 и ИО6 происходят без потери информации. Отношения, построенные на основе информационных объектов ИО3, ИО4, ИО5 и ИО6, будут находиться в третьей нормальной форме.

Описание ИО приводится в табличной форме (табл. 4.5).

Таблица 4.5. Описание информационных объектов ИЛМ

Наименование ИО	Семантика	Структура ИО	Кол-во экз.
Ключ	Реквизиты

Наименование ИО дается в полном или сокращенном виде. В графе Семантика указывается сущность, которой соответствует ИО. Количество экземпляров ИО задается с учетом предполагаемого срока хранения информации в базе данных. Наименование реквизитов должно соответствовать данным табл. 4.5.

Для графического представления ИО наиболее часто используется диаграмма Бахмана (рис.4.5):

· ключ ИО – левый верхний угол;

· количество экземпляров ИО – правый верхний угол;

· наименование информационного объекта.

 

или

Рис.4.5.Формат информационного объекта

Сруктурные связи ИО

ИО2 ИО1 ИО2 ИО1 … Рис.4.6. Типы количественных соответствий экземпляров ИО Связь 1:1, 1:М и М:N означает, что одному экземпляру ИО1 соответствует один или несколько экземпляров ИО2, а М:N –…

Пример

Предположим, ИО1 содержит ключевой реквизит А1*, а ИО2 ключевые реквизиты А2* и А3*. Тогда между этими ИО существует связь ИО1:ИО2=N:M (“многие-ко-многим”). Для преобразования много-многозначного отношения двух ИО в одно-многозначные ИО “Связка” должен содержать ключевые реквизиты ИО1 (ключ А1*) и ИО2 (ключи А2*, А3*), а также любые другие реквизиты, удовлетворяющие требованиям 3НФ (рис.4.7 б).

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

1. Все ИО описываются отношениями, находящимися, как минимум, в 3НФ. 2. Между ИО отсутствуют отношения типа “Многие-ко-многим”. 3. ИО расположены по уровням иерархии в соответствии с отношениями типа “Один-ко-многим”.

Пример

Отношения: ИО1 : ИО4 = 1 : M; ИО2 : ИО4 = 1 : M; ИО3 : ИО6 = 1 : M; ИО4 : ИО5 = 1 : М; ИО3 : ИО6 = 1 : М.

	ИО1	ИО2	ИО3	ИО4	ИО5	ИО6
ИО1
ИО2
ИО3
ИО4
ИО5
ИО6
Сумма по столбцу

 

Рис. 4.8. Исходная матрица смежности

В примере (рис. 4.8) суммы по столбцам ИО1, ИО2и ИО3равны нулю, они выносятся на текущий (первый) уровень иерархии.

Для получения следующего уровня иерархии удаляются строки и столбцы, соответствующие выделенным ИО (в примере это ИО1, ИО2 и ИО3), и повторно вычисляются итоговые суммы по столбцам (рис.4.9).

	ИО4	ИО5	ИО6
ИО4
ИО5
ИО6
Сумма по столбцу

Рис. 4.9. Промежуточная матрица смежности

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

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

В результате получилась каноническая форма ИЛМ (рис.10).

		ИО5

 

 

1-й уровень

 

 

2-й уровень

 

3-й уровень

Рис.4.10. Каноническая форма ИЛМ

4.3.2. Пример разработки ИЛМ задачи “Учет движения готовой
продукции на складах”

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

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

На основе хранимых данных о сдаче продукции и ее отгрузке заказчикам должен производиться по запросу пользователя автоматизированный расчет суммарного расхода и прихода готовой продукции на склад за истекший период. Затем выполняется расчет текущих остатков продукции на складе и их сравнение с нормативным запасом. Результаты решения задачи должны быть представлены в виде отчета “Оценка текущего запаса готовой продукции на складах”, схема которого представлена в таблице 4.6.

Таблица 4.6

Оценка текущего запаса готовой продукции на складах

Склад	Изделие	Единица измерения	Нормативный запас (НЗ)	Текущий остаток   (ТО)	Дефицит     (НЗ) – (ТО)
Код	Наименование	Код	Наименование

 

Входная информация

Входные документы Задача      

Ограничения предметной области

1) готовое изделие хранится только на одном складе готовой продукции, но может выпускаться несколькими цехами; 2) один цех может выпускать несколько наименований готовых изделий; 3) количество готовой продукции измеряется целым числом единиц измерения (у изделия только одна единица измерения); …

Примечание

Формы документов в рассматриваемом примере отличаются от форм, приведенных в п. 3.1.3.

Информационный анализ справочных документов

Формы справочных документов

Справочник “ГОТОВАЯ ПРОДУКЦИЯ” Код изделия Наименование изделия Ед. измерения Нормативный запас Номер…    

Определение связей и построение ИЛМ

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

Выявление связей между ИнО

Установим связь между объектом ТТН и ОТГРУЗКОЙ, поскольку отгрузка - это фактически данные из строк табличной части ТТН.

Аналогично установим связь между ЦН и СДАЧА.

Установим связь между объектами “ИЗДЕЛИЕ” и “ОТГРУЗКА”, т. к. по изделию осуществляется некоторое количество отгрузок.

Аналогично устанавливаем связь между объектами “ИЗДЕЛИЕ” и “СДАЧА”.

Устанавливаем связь между объектами “ЦЕХ” и “ЦН”, т. к. цех оформляет ряд накладных.

Устанавливаем связь между объектами “СКЛАД” и “ИЗДЕЛИЕ”, т. к. на каждом складе хранится несколько видов изделия (причем из описания ПО известно, что каждое изделие только на одном складе).

Определение типа связей

По одной ТТН осуществляется несколько отгрузок, а конкретная отгрузка связана с одной ТТН.     1:M

Канонический вид ИЛМ

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

База данных

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

· выбор организационной формы базы данных;

· проектирование структуры базы данных;

· администрирование базы данных.

Организационная форма базы данных

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

Структура базы данных

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

Администрирование базы данных

       

Система документов и документооборот

Форма документа определяет состав реквизитов (полей) и элементов управления, макет их размещения. При проектировании форм документов учитывается ряд… 1. Формы документов имеют стандартный размер (А4 – 210х297 мм, А3 – 420 х 297… 2. Форма документа должна содержать уникальный набор реквизитов, не повторяющихся в других формах.

Классификация и кодирование технико-экономической информации

Классификаторы технико-экономической информации являются основным видом нормативно-справочной информации. Реквизит ИО, содержащий в названии слово код, предполагает наличие определенного классификатора или кодификатора.

В курсовой работе требуется:

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

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

3. Выбрать метод кодирования - классификационный (последовательный или паралельный метод кодирования), регистрационный.

4. Определить структуру кода и назначение отдельных разрядов.

5. Создать классификационные группировки и присвоить им коды. Регистрационный код присваивается в виде порядкового номера или номера из выделенной серии.

Если признаки классификации подчинены друг другу, применяется иерархическая система (класс - подкласс - группа - подгруппа - вид и т.п.) и последовательное кодирование. Сначала кодируются старшие классификационные группировки, а затем младшие. Если признаки классификации независимые, применяется фасетная система классификации и параллельное кодирование.

В ряде случаев используется комбинация методов кодирования:

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

2. Идентификация объекта осуществляется внутри классификационного кода.

В структуре кода используются условные обозначения: в квадратных скобках [ ]выделяется часть структуры кода; знак плюс + используется как разделитель уровней иерархии; знак двоеточие :используется какразделитель фасетов кода. Описание используемых классификаторов и кодификаторов технико-экономической информации дается в табличной форме (табл. 4.16).

Таблица 4.16. Описание классификаторов технико-экономической информации

№ п/п	Наименование классификатора	Система классификации	Метод кодирования	Структура кода	Количество позиций

4.7. Алгоритмы и программы информационных технологий
приложений

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

Обобщенный алгоритм

Таблица 4.17. Описание технологического процесса обработки данных Технологический процесс (задача) _________ Место выполнения…   Типовые технологические процессы:

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

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

Microsoft Access позволяет создавать таблицы несколькими способами. Наибольшие возможности по конструированию таблиц предоставляет способ создания… Для таблиц базы данных определяются свойства: · условие на значение (проверка записей, вводимых в таблицу, на выполнение условий);

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

1. Имена полей назначать одинаковыми с сокращенными именами реквизитов (или атрибутов отношений). 2. Записывать имена строчными (маленькими) буквами и начинать с прописной… 3. Длинные имена с количеством символов больше десяти применять не рекомендуется, т.к. их неудобно использовать при…

Значение Описание

(по умолчанию). Да Поле индексировано. (Допускаются Допускается повторение

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

1. Установить связи между записями в таблицах. 2. Отобразить их графически на экране монитора и/или вывести на печать. 3. Обеспечить защиту от случайного удаления или изменения связанных данных.

Ссылочная целостность

Главная таблица – это таблица на стороне “один” при связи двух таблиц с отношением “один-ко-многим”. В главной таблице должно существовать ключевое… Поля, при помощи которых осуществляется связь таблиц, называются связанными… Изменение целостности данных в Microsoft Access производится при помощи диалогового окна “Изменение связей”.

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

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

· проверку правильности проектирования экранных форм для ввода данных в БД;

· целостность данных;

· удобство отладки алгоритма решения задачи.

 

Исходные данные следует готовить непосредственно в виде первичных документов[14], т. е. ТТН, ПП, договоров, справочников и т. д. Количество экземпляров оперативных документов в контрольном примере должно обеспечить представительность данных. В общем случае можно рекомендовать подготовить не менее трех экземпляров каждого вида документа и не менее трех строк в его табличной части.

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

Ввод данных в таблицы Microsoft Access возможен различными способами:

· непосредственный ввод с клавиатуры;

· импорт таблицы из другой базы данных СУБД;

· импорт электронной таблицы типа Excel.

Ввод данных контрольного примера выполняется первым способом. Он является также определяющим при создании, изменении и пополнении БД.

Ввод с клавиатуры производится:

· непосредственно в таблицы,

· при помощи экранных форм.

Оба способа можно использовать для ввода данных как в несвязанные, так и в связанные таблицы. Ввод данных в связанные таблицы позволяет производить однократный ввод значений одних и тех же реквизитов одновременно в несколько связанных таблиц, обеспечивая тем самым целостность данных в этих таблицах. Перед вводом данных в связанные таблицы необходимо создать Схему данных и в окне “Изменение связей” установить флажок “Обеспечение целостности данных”. Как правило, устанавливаются также флажки “Каскадное обновление связанных полей” и “Каскадное удаление связанных полей”.

Наличие Схемы данных обязательно для построения составных связанных форм.

Экранная форма ввода и редактирования базы данных является отображением первичного документа в среде Microsoft Access. Это означает, что должно выполняться следующее правило.

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

Ввод данных при помощи форм обеспечивает:

· однократный ввод данных в связанные поля в главной и подчиненной таблицах;

· выбор значений полей из списка, построенного на основе справочника, что облегчает ввод и обеспечивает целостность данных;

· подсчет значений полей по заданным проектировщиком математическим зависимостям;

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

Формы в Microsoft Access делятся на две группы: простые и составные (сложные). Простые формы строятся на основе одной таблицы, а составные – нескольких таблиц.

Простые формы

Простую форму в Microsoft Access целесообразно представить в одном из двух видов: “в столбец” и “ленточная”.

Для автоматического конструирования этих видов форм Microsoft Access предоставляет средство “Автоформа”. Наименования столбцов в ленточной форме и “в столбец” являются подписями полей.

В форме вида “в столбец” значения полей и их подписи выводятся на экран попарно сверху вниз, причем для каждой строки таблицы отводится один экран. Такой вид формы целесообразно использовать для ввода данных из анкет (рис.4.21`). На рис. 4.22 представлена ленточная форма справочника товаров.

Рис.4.21. Форма справочника товаров вида “в столбец”

 

Рис.4.22. Форма справочника товаров вида “ленточная”

 

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

Составные формы

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

Свойства экранных форм

· порядок сортировки записей в форме; · характер использования формы: изменение, удаление, добавление записей или… · последовательность перехода между полями формы; она должна производиться слева направо и сверху вниз.

Рекомендации по проектированию экранных форм

2. Перемещение по полям формы при нажатии на клавишу Enter (или Tab) должно соответствовать расположению значений вводимых реквизитов в исходном… 3. В первую очередь необходимо спроектировать формы справочников (товаров,… 4. Для форм-справочников сначала использовать средство Автоформа, а затем доработать форму в режиме Конструктор.

Запросы

В запросе участвуют как записи таблиц, так и результаты выполнения других запросов. Запросы делятся по категориям: запрос на выборку, перекрестный… К основным свойствам запроса относятся: · способ вывода в результирующую таблицу полей (все или указанные пользователем);

Рекомендации по проектированию запросов

· обосновать тип запроса (выборка, добавление, изменение и т.п.); · указать состав полей результирующей таблицы запроса на выборку или на… · указать состав обновляемых полей для запроса на обновление.

Отчеты

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

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

Отчеты имеют различные структуры данных, учитывающие состав и структуру исходных данных для построения отчета:

1. Однотабличный отчет анкетной или табличной структуры.

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

3. Составной отчет (главный и подчиненный отчеты, связанные по общим ключам).

Для проектируемых в курсовой работе отчетов следует:

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

· Для каждой группы строк указать условия группирования, состав заголовка и примечания группы.

· Указать свойства отчета и его элементов, события, влияющие на формирование отчета.

· Привести используемые в отчете макросы, процедуры или программы.

· Привести образцы отчетов.

Методика разработки отчетов изложена в методическом пособии “Технология создания отчетов (СУБД ACCESS 2002/XP) - Методические указания и задания для выполнения лабораторных работ по дисциплине «Информатика”. Составители: ст. преп. Н.Г. Жданова, ст. преп. Л.Е. Кузьмина, канд. техн. наук, доц. В.С. Кондратьев-СПб.: Изд-во СПбГУЭФ, 2005.

Макросы и модули

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

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

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

Ведение нормативно-справочной информации

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

Интерфейс конечного пользователя

· Команд в составе главного или контекстного меню. · Панели инструментов. · Экранной формы кнопочного типа.

Курсовая работа

 

 

Предметная область: Отдел сбыта готовой продукции

Задача: Проверка обеспеченности плана отгрузки заданного
изделия планом сдачи продукции на склад

 

Индивидуальное задание №6

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

 

 

Выполнил:

студент группы № 240

Петров Михаил Федорович

Руководитель:

доцент Иванов В.П.

 

Санкт-Петербург

 

 

Приложение 2. Положение о защите курсовой работы

Общие требования, предъявляемые к курсовой работе

1.2.Отчет должен быть предъявлен для проверки не позже, чем за две недели до окончания семестра. 1.3.Отчет должен быть представлен в виде файла Word и подготовлен для… 1.4. Защита курсовой работы производится на основе презентации ее основных положений с помощью приложения PowerPoint.…

Теоретические вопросы по СУБД

2.1. Что такое база данных и для чего она предназначена?

2.2. Что называется системой управления базой данных? Решение каких задач она обеспечивает?

2.3. Что такое избыточность данных и для чего она необходима?

2.4. Что такое модель данных, и какие модели вы знаете?

2.5. Какие типы информационных связи в моделях данных вы знаете? Что означают эти связи?

2.6. Что такое “Информационный объект” и “Сущность”? Какая связь между этими понятиями?

2.7. Что такое “Информационно-логическая модель предметной области”?

2.8. Как выполняется упорядочение информационных объектов по уровням иерархии?

2.9. Каким требованиям должны удовлетворять таблицы реляционной модели?

2.10. Что такое ключ отношения? Для чего он предназначен? Какие типы ключей вы знаете?

2.11. Что такое функциональная зависимость (ФЗ)? В чем состоит отличие ФЗ в математике и в отношении? Как определяются ФЗ в отношении? На чем они основаны?

2.12. Что такое полная функциональная зависимость?

2.13. Что такое нормализация отношений, и какие требования предъявляются при ее проведении?

2.14. Какие нормальные формы вы знаете?

2.15. Что такое транзитивная зависимость атрибутов отношения?

2.16. Приведите определение 1НФ, 2НФ и 3НФ.

2.17. Что такое аномалии в ведении базы данных, чем они вызваны и как устраняются?

2.18. Какие действия выполняются на этапе инфологического проектирования?

2.19. Дайте определение канонической формы ИЛМ ПО. Что она обеспечивает?

2.20. Почему в практике проектирования реляционных СУБД обычно ограничиваются приведением отношений к 3НФ?

2.21. Что такое целостность баз данных?

2.22. Что такое первичный ключ?

2.23. Что такое индексирование, и для чего оно применяется?

2.24. Какие существуют структурные связи (отношения) между объектами (уметь объяснить, что означают связи “один-к-одному”, “один-ко-многим” и “многие-ко-многим” на конкретных отношениях проектируемой базы данных).

Тематика вопросов по машинной части курсовой работы

3.1. Интерфейс с операционной системой (запуск программ, просмотр папок, создание, переименование, копирование, удаление файлов и папок, восстановление, архивирование и разархивирование файлов).

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

3.3. Схема данных (назначение схемы данных, типы связей между таблицами, иерархия уровней, обеспечение целостности данных, параметры объединения).

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

3.5. Проектирование форм (для чего нужна форма, типы форм, выбор полей, проектирование полей со списком и вычисляемых полей, редактирование форм).

3.6. Проектирование отчетов (типы отчетов, выбор полей, проектирование вычисляемых полей, подсчет итогов, редактирование отчетов).

3.7. Проектирование кнопочных форм (назначение кнопочной формы, простая и составная кнопочная форма).

Рекомендуемая учебно-методическая литература,
изданная кафедрой информатики СПбГУЭФ

1. Бекаревич Ю.Б., Власовец А.М. Проектирование информационно-логической модели предметной области. Методические указания. – СПб.: Изд-во СПбГУЭФ, 2001.

2. Власовец А.М. Основы проектирования баз данных реляционных СУБД: Учебное пособие.– СПб.: Изд-во СПбГУФ, 2001.

3. Евдокимов В.В. и др. Экономическая информатика: Учебник для вузов./ Под ред. дД-ра. экон. наук., проф. В.В.Евдокимова. – СПб.: Питер, 1997. Гл. 14, 15, 16, 17, 19.

4. Жданова Н.Г., Кондратьев В.С., Кузьмина Л.Е. Технология создания отчетов (СУБД Access 2002/XP):. Методические указания и задания для выполнения лабораторных работ по дисциплине “Информатика”. – СПб.: Изд-во СПбГУЭФ, 2005.

5. Каминская Т.Е. Введение в СУБД Microsoft Access. Учебное пособие – СПб.: Изд-во СПбГУЭФ, 2000.

6. Основы информатики и вычислительной техники. Часть 2: Тексты лекций. СПб.: Изд-во СПбГУЭФ, 1996.

7. Скачкова В.В. Технология обработки данных с использованием запросов (СУБД Access 2002/XP). Методические указания и задания для выполнения лабораторных работ по дисциплине “Информатика”. – СПб.: Изд-во СПбГУЭФ, 2002.

8. Усольцева Е.Б. Технология создания форм (СУБД Access 2002/XP):. Методические указания и задания для выполнения лабораторных работ по дисциплине “Информатика”. – СПб.: Изд-во СПбГУЭФ, 2002.

Литература, рекомендуемая к п. 2.43

1. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. -М.: Финансы и статистика, 1998.

2. Маклаков С.В. Моделирование бизнес-процессов с AllFusion Process Modeler(BPWin 4.1). -М.: ДИАЛОГ-МИФИ, 2003.

Оглавление

1. ОБЩИЕ ПОЛОЖЕНИЯ ПО ВЫПОЛНЕНИЮ КУРСОВОГО ПРОЕКТА.. 33

2. СТРУКТУРА И СОДЕРЖАНИЕ КУРСОВОЙ РАБОТЫ... 33

2.1. Виды проектных работ в курсовом проекте. 33

2.2. Структура курсового проекта. 44

2.3. Описание предметной области.. 55

2.3.1. Требования к информационным технологиям приложений.. 2121

3. ЗАДАНИЯ НА КУРСОВОЕ ПРОЕКТИРОВАНИЕ.. 2323

3.1. Информационная система “Отдел сбыта продукции предприятия”. 2323

3.1.1. Функции отдела сбыта. 2323

3.1.2. Цель выполняемых функций.. 2424

3.1.3. Описание предметной области.. 2424

3.1.4. Список сокращений и терминов, используемых в заданиях. 3333

3.1.5. Ограничения предметной области.. 3434

3.1.6. Описание функционирования отдела сбыта. 3737

3.1.7. Индивидуальные задания на курсовую работу. 3838

3.1.7.1. Комплекс задач АРМ “Планирование” 4343

3.1.7.2. Комплекс задач АРМ “Анализ” 4444

3.1.7.3. Комплекс задач АРМ “Учет” 7878

3.2. Информационная система “УНИВЕРМАГ”. 8383

3.2.1. АРМ Товароведа (АРМ-Т) 8383

3.2.1.1. Комплекс задач «Ведение нормативно-справочной базы». 8383

3.2.1.2. Комплекс задач «Нормативы». 8989

3.2.1.3. Комплекс задач “Планирование и размещение заказов” 9191

3.2.1.4. Комплекс задач «Анализ товародвижения». 9595

3.2.2. АРМ С.. 9797

3.2.2.1. Комплекс задач «Учет поступления товаров от поставщиков». 9898

3.2.2.2. Комплекс задач «Учет возврата товаров поставщику». 9898

3.2.2.3. Комплекс задач «Учет выдачи/возврата товаров со склада
в торговые секции». 9999

3.2.2.4. Комплекс задач «Анализ движения товаров на складе». 100100

3.2.2.5. Комплекс задач «Инвентаризация склада». 101101

3.2.3. АРМ ТС.. 102102

3.2.3.1. Комплекс задач «Учет движения товаров в торговой секции». 102102

3.3. Информационная система “РЕСТОРАН”. 104104

3.3.1. АРМ менеджера ресторана. 105105

3.3.1.1. Комплекс задач «Ведение нормативно-справочной базы». 105105

3.3.1.2. Комплекс задач «Создание меню». 111111

3.3.1.3. Комплекс задач «Расчет зарплаты». 111111

3.3.1.4. Комплекс задач «Анализ деятельности ресторана». 113113

3.3.2. АРМ кассира–-контролера. 114114

3.3.2.1. Комплекс задач «Прием и выдача заказов». 115115

3.4. Информационная система «ПОЛИКЛИНИКА». 116116

3.4.1. АРМ МР (медрегистратора) 117117

3.4.1.1. Комплекс задач «Ведение нормативно-справочной базы». 117117

3.4.1.2. Комплекс задач «Расписание работы врачей». 120120

3.4.1.3. Комплекс задач «Регистрация пациентов и выдача направлений
к врачам». 121121

3.4.1.4. Комплекс задач «Учет расчетов с пациентами за медицинское
обслуживание». 122122

3.4.1.5. Комплекс задач «Анализ медицинского обслуживания пациентов». 122122

3.4.2. АРМ ВРАЧА.. 123123

4. МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ВЫПОЛНЕНИЮ КУРСОВОЙ РАБОТЫ... 125125

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

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

4.2.1. Составление плана работ по созданию информационных технологий
приложений.. 126126

4.2.2. Разделы постановки задачи.. 126126

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

4.3.1. Информационное обеспечение приложений.. 128128

4.3.1.1. Определение базы данных. 128128

4.3.1.2. Архитектура базы данных. 130130

4.3.1.3. Этапы проектирования базы данных. 132132

4.3.1.4. Информационно-логическая модель предметной области.. 134134

4.3.1.5. Алгоритм построения информационно-логической модели
предметной области.. 140140

4.3.1.6. Сруктурные связи ИО.. 142142

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

4.3.2. Пример разработки ИЛМ задачи “Учет движения готовой продукции
на складах” 146146

4.3.2.1. Входная информация. 147147

4.3.2.2. Ограничения предметной области.. 148148

4.3.2.3. Информационный анализ и выделение информационных объектов. 149149

4.4. База данных. 160160

4.4.1. Организационная форма базы данных. 161161

4.4.2. Структура базы данных. 161161

4.4.3. Администрирование базы данных. 163163

4.5. Система документов и документооборот. 164164

4.6. Классификация и кодирование технико-экономической информации.. 166166

4.7. Алгоритмы и программы информационных технологий приложений.. 167167

4.7.1. Обобщенный алгоритм.. 167167

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

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

4.8.1.1. Описание полей.. 173173

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

4.8.1.3. Ссылочная целостность. 179179

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

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

4.10.1. Простые формы.. 182182

4.10.2. Составные формы.. 183183

4.10.3. Свойства экранных форм.. 183183

4.10.4. Рекомендации по проектированию экранных форм.. 185185

4.11. Запросы... 186186

4.11.1. Рекомендации по проектированию запросов. 186186

4.12. Отчеты... 187187

4.13. Макросы и модули.. 188188

4.14. Ведение нормативно-справочной информации.. 188188

4.15. Интерфейс конечного пользователя. 189189

Приложение 1. Образец титульного листа отчета по курсовой работе. 191191

Приложение 2. Положение о защите курсовой работы... 192192

Рекомендуемая учебно-методическая литература, изданная кафедрой информатики СПбГУЭФ... 194194

Литература, рекомендуемая к п.2.43. 195195

Оглавление. 195

 

Учебное издание

 

Власовец Александр Михайлович

Ильина Ольга Павловна

Пилюгина Елена Анатольевна

 

КУРСОВОЕ ПРОЕКТИРОВАНИЕ В СРЕДЕ MS ACCESS

  Редактор С.А. Кабедева Лицензия ЛР N 020412 от 12.02.97

Курсовая работа

  Предметная область: Отдел сбыта готовой продукции Задача: Проверка обеспеченности плана отгрузки заданного изделия планом сдачи продукции на склад

Общие требования, предъявляемые к курсовой работе

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

Теоретические вопросы по СУБД

Что такое база данных и для чего она предназначена?

Что называется системой управления базой данных базой данных? Решение каких задач она обеспечивает?

Что такое избыточность данных и для чего она необходима?

Что такое модель данных, и какие модели вы знаете?

Какие типы информационных связи в моделях данных вы знаете? Что означают эти связи?

Что такое “Информационный объект” и “Сущность”? Какая связь между этими понятиями?

Что такое “Информационно-логическая модель предметной области”?

Как выполняется упорядочение информационных объектов по уровням иерархии?

Каким требованиям должны удовлетворять таблицы реляционной модели?

Что такое ключ отношения? Для чего он предназначен? Какие типы ключей вы знаете?

Что такое функциональная зависимость (ФЗ)? В чём состоит отличие ФЗ в математике и в отношении? Как определяются ФЗ в отношении? На чём они основаны?

Что такое полная функциональная зависимость?

Что такое нормализация отношений, и какие требования предъявляются при её проведении?

Какие нормальные формы вы знаете?

Что такое транзитивная зависимость атрибутов отношения?

Приведите определение 1НФ, 2НФ и 3НФ.

Что такое аномалии в ведении базы данных, чем они вызваны и как устраняются?

Какие действия выполняются на этапе инфологического проектирования?

Дайте определение канонической формы ИЛМ ПО. Что она обеспечивает?

Почему в практике проектирования реляционных СУБД обычно ограничиваются приведением отношений к 3НФ?

Что такое целостность баз данных?

Что такое первичный ключ?

Для такое индексирование, и для чего оно применяется?

Структурные связи (отношения) между объектами (уметь объяснить, что означают связи “один-к-одному”, “один-ко-многим” и “многие-ко-многим” на конкретных отношениях проектируемой базы данных).

Тематика Вопросовы по машинной части курсовой работы

Интерфейс с операционной системой (запуск программ, просмотр папок, создание, переименование, копирование, удаление файлов и папок, восстановление, архивирование и разархивирование файлов).

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

Схема данных (назначение схемы данных, типы связей между таблицами, иерархия уровней, обеспечение целостности данных, параметры объединения).

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

Проектирование форм (для чего нужна форма, типы форм, выбор полей, проектирование полей со списком и вычисляемых полей, редактирование форм).

Проектирование отчетов (типы отчетов, выбор полей, проектирование вычисляемых полей, подсчет итогов, редактирование отчетов).

Проектирование кнопочных форм (назначение кнопочной формы, простая и составная кнопочная форма).

Рекомендуемая учебно-методическая литература,
изданная кафедрой информатики СПбГУЭФ

Бекаревич Ю.Б., Власовец А.М. Проектирование информационно-логической модели предметной области. Методическое пособие. – СПб.: Изд-во СПбГУЭФ, 2001.

Власовец А.М. Основы проектирования баз данных реляционных СУБД: Учебное пособие.– СПб.: Изд-во СПбГУФ, 2001.

Евдокимов В.В. и др. Экономическая информатика: Учебник для вузов. Под ред. д. э. н. , проф. В.В.Евдокимова. – СПб.: Питер, 1997. Гл. 14, 15, 16, 17, 19.

Каминская Т.Е. Введение в СУБД Microsoft Access. Учебное пособие - – СПб.: Изд-во СПбГУЭФ, 2000.

Основы информатики и вычислительной техники. Часть 2: Тексты лекций. СПб.: Изд-во СПбГУФ, 1996.

Жданова Н.Г., Кондратьев В.С. Технология создания отчетов (СУБД Access 2002/XP). Методические указания и задания для выполнения лабораторных работ по дисциплине “Информатика”. – СПб.: Изд-во СПбГУЭФ, 2003.

Скачкова В.В. Технология обработки данных с использованием запросов (СУБД Access 2002/XP). Методические указания и задания для выполнения лабораторных работ по дисциплине “Информатика”. – СПб.: Изд-во СПбГУЭФ, 2002.

Усольцева Е.Б. Технология создания форм (СУБД Access 2002/XP). Методические указания и задания для выполнения лабораторных работ по дисциплине “Информатика”. – СПб.: Изд-во СПбГУЭФ, 2002.

 

 

Учебное издание

 

Власовец Александр Михайлович

СБОРНИК ЗАДАНИЙ ДЛЯ КУРСОВЫХ РАБОТ

Учебное пособие   Редактор ???