Оценка предоплаты по заданному договору

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 06.04.2011
Размер файла 519,2 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

КУРСОВАЯ РАБОТА

на тему:

«Оценка предоплаты товаров по заданному договору»

Мурманск 2011

1. Анализ предметной области

1.1 Описание предметной области и функции решаемых задач

Рассматривается предметная область ОАО «Мурманская Управляющая жилищно-сервисная компания».

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

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

ЖЭУ подразумевает:

· Водопровод - прокладка и ремонт водопроводных труб, водозабор очистка и доставка воды в многоквартирные дома и на промышленные объекты, в т.ч. для последующего подогрева для нужд горячего водоснабжения и отопления.

· Канализация - отведение сточных вод

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

· Капитальный ремонт зданий

· Текущий ремонт внутренних общедомовых инженерных коммуникаций и систем (здания)

· Сбор, вывоз и утилизация мусора

· Текущая уборка мест общего пользования.

· Содержание придомовых территорий (благоустройство)

· Электроснабжение.

К функциям, которые должны быть реализованы в рассматриваемой задаче, относятся:

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

· планирование предоставляемых услуг на определенный месяц.

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

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

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

· номер договора неизменен и уникален;

· наименования услуг могут изменяться;

· период предоставления услуги равен 3 дням.

1.2 Перечень документов

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

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

Справочник услуг

Код услуги

Наименование услуги

Ед. изм. услуги

Цена за ед. измерения

Данные о заказчиках содержатся в документе «Справочник плательщиков»

Код заказчика

Наименование заказчика

Ф.И.О.

Адрес

ИНН

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

Оплата услуг заказчиком оформляется документом, называемым «Платежное поручение» (ПП) на основании справочника услуг.

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

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

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

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

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

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

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

2.2 Описание входных (первичных) документов

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

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

Выходную информацию представим в виде отчетной формы.

Предоплата услуг по договору № xxx от дд. мм. гг

№ плат поручения

Дата

суммай

Итого по заказчику:

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

Данные для выходной информации берутся из документов:

- Счет

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

3. Разработка информационного обеспечения задачи

3.1 Информационный анализ входной информации и выделение Информационных Объектов предметной области

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

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

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

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

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

В данной задаче существует всего две связи:

Счет - спецификация счета, тип связи 1:1, осуществляется реквизитом код предприятия.

Справочник услуг - справочник плательщиков, тип связи 1:М, т. к. заказчик может заказать несколько услуг. Осуществляется реквизитами код заказчика и код услуги.

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

С учетом описанных выше связей ИЛМ имеет следующий вид:

3.3 Определение логической структуры базы данных

Логическая структура РБД определяется совокупностью логически связанных реляционных таблиц. Логические связи соответствую структурным связям между объектами в инфологической модели, каждый ИО в логической структуре отображается соответствующей реляционной таблицей. Связи между таблицами осуществляются посредством общих реквизитов (ключевых, не ключевых). Логическая структура реляционной базы данных имеет следующий вид:

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

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

Счет

Спецификация счета

Справочник услуг

Справочник плательщиков

По приведенным исходным данным выполним вручную решение поставленной задачи. Отберем записи связанные с оплатой товара и выведем для определенного заказчика размер предоплаты. Для примера возьмем договор №10.

Предоплата услуг по договору №10

Заказчик «ООО» Автотрейдинг

№ плат поручения дата сумма

1 02.06.2010 450

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

Итого по заказчику: 450 р

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

4. Создание базы данных

4.1 Проектирование таблиц

Основным структурным элементом базы данных является таблица. Каждая таблица содержит записи определенного вида, например о товарах.

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

Рассмотрим информационный объект счет. Ей соответствует следующая таблица:

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

Используем Конструктор таблиц:

1. Таблицы - Создать - Конструктор.

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

3. Для всех полей установим свойство - обязательное.

4. Для поля Код предприятия установим свойство - совпадения не допускаются.

5. Зададим ключевое поле. В данном случае это код предприятия. Щелчок прав. кл. на поле - ключевое поле.

6. Сохранить таблицу присвоив ей имя счет: Файл-Сохранить или используя значки на панели инструментов.

Аналогично создаются в Access оставшиеся таблицы.

4.2 Создание схемы данных

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

Для создание схемы данных используем следующие действия и команды.

1. Сервис-Схема данных.

2. В окне Добавление таблицы, выделяя каждую таблицу, щелкнуть Добавить, потом Закрыть.

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

4. Файл-Сохранить-Закрыть

4.3 Создание пользовательских форм

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

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

1. Кнопка Формы-Создать-окно Новая форма-Мастер форм.

2. В окне Выберете в качестве источника данных таблицы, щелкнув по кнопке Раскрытие списка, счет, спецификация счета.

3. Работа с Мастером форм:

- в окне Доступные поля выбрать все поля таблицы;

- выбираем внешний вид формы (стиль, фон);

- задаем имя формы платежное поручение.

4. Файл-Сохранить-Закрыть.

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

4.4 Ввод данных

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

Аналогично заполняются в Access оставшиеся таблицы.

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

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

Алгоритм можно представить в виде словесного описания:

1. Используя документ «Счет поставщика» (табл. 6) определить счета

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

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

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

6. Создание запросов

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

Условие отбора: Like [Введите номер договора] & «*»

7. Разработка отчетов

7.1 Создание отчета с помощью мастера

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

Для создания отчета выбираем закладку «отчет», затем «создать». На следующем шаге выбираем «мастер отчетов» и запрос «счет Запрос». На следующем шаге выбираем поля необходимые для отчета. Выбираем уровни групп, макет и стиль. Нажимаем готово

7.2 Корректировка отчета с помощью мастера.

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

документ информационный база данные

8. Разработка интерфейса пользователя (кнопочная форма)

Для управления в диалоговом режиме объектами базы данных Access формы, отчеты можно использовать кнопочные формы. Кнопочная форма (КФ) - это панель управления, которая обеспечивает переход к страницам кнопочной формы, а также выполнение отдельных команд. На панели кнопочной формы должны быть размещены кнопки для возвращения к главной странице кнопочной формы и страницам предыдущих уровней и выхода из приложения (базы данных). При создании КФ предусматривается кнопка для изменения самой КФ.

Все страницы КФ представлены двумя уровнями.

1 уровень - главная страница кнопочной формы.

2 уровень - страницы Добавление данных в формы, Редактирование данных, Открытие отчетов и форм.

Используется диспетчер кнопочных форм.

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


Подобные документы

  • Разработка базы данных для предметной области "Подразделения предприятия – Рабочие помещения". Описание используемых данных, предметной области и результатной информации. Создание запросов, форм и отчетов в базе данных. Описание построения диаграмм.

    курсовая работа [5,6 M], добавлен 24.07.2014

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

    курсовая работа [6,3 M], добавлен 09.10.2021

  • Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация базы данных в MS SQL Server. Перечень хранимой информации: таблицы, поля, типы. Моделирование предметной области. Выделение сущностей, атрибутов, ключей, связей.

    курсовая работа [2,2 M], добавлен 05.02.2015

  • Описание объекта информатизации и предметной области. Анализ параметров объектов предметной области, сбор исходных данных. Архитектура проекта, создание интерфейса базы данных. Поиск по объектам, датам. Редактирование, отчеты. Назначение программы.

    курсовая работа [2,3 M], добавлен 20.01.2016

  • Описание предметной области, постановка задач. Краткая характеристика традиционных способов обработки информации. Классификация СУБД, их функциональные возможности. Структура базы данных Microsoft Office Access. Создание форм, запросов, отчетов в базах.

    курсовая работа [1,4 M], добавлен 12.10.2014

  • Концептуальное проектирование базы данных. Характеристика предметной области. Выходная и входная информация. Выделение информационных объектов. Алгоритмы реализации отчетов и сервисных процедур. Реализация базы данных. Создание структуры таблиц и отчетов.

    курсовая работа [2,0 M], добавлен 12.03.2016

  • Описание предметной области и структуры базы данных. Экономическая сущность информационных задач, построение диаграмм проекта и обособление проектных решений. Технологическое обеспечение и внешний вид программы, описание её работы и программный код.

    курсовая работа [910,1 K], добавлен 03.04.2015

  • Анализ предметной области. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Начальное заполнение данными БД. Создание и запуск базовых запросов. Проектирование базы данных в среде Enterprise Architect.

    курсовая работа [1,6 M], добавлен 16.02.2016

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

    курсовая работа [6,0 M], добавлен 13.01.2016

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

    курсовая работа [1,1 M], добавлен 11.09.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.