Разработка информационной системы "Комиссионное вознаграждение"

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

МИНИСТЕРСТВО СВЯЗИ И ИНФОРМАТИЗАЦИИ РЕСПУБЛИКИ БЕЛАРУСЬ

Учреждение образования «Высший государственный колледж связи»

Факультет заочного обучения

Кафедра «Организации и технологии почтовой связи»

Пояснительная записка к курсовой работе

по дисциплине «Информационно-технологические системы почтовой связи»

Разработка информационной системы «Комиссионное вознаграждение»

Выполнила студентка

О.С. Котова

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

В.А. Воротынцева

Минск 2011

Содержание

  • Введение
  • 1. Проектирование модели данных
  • 2. Реализация модели данных средствами СУБД Microsoft Access
  • 3. Проектирование приложения «Комиссионное вознаграждение»
  • 4. Реализация интерфейса средствами СУБД
  • 5. Разработка запросов и отчетных форм
  • Заключение
  • Литература
  • Приложение

Введение

Отдел труда и заработной платы является структурным подразделением Гомельского филиала РУП «Белпочта», свою деятельность осуществляет на основании положения об участке во взаимодействии с другими структурными подразделениями и специалистами филиала. 1]

Основными задачами отдела труда и заработной платы являются:

— организация процессов труда и управления в предприятии в соответствии с его целями и стратегией;

— обеспечение проведения работ по совершенствованию организации труда, форм и систем заработной платы;

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

— организация оплаты и стимулирования труда.

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

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

Работая над курсовой работой необходимо:

? расширить, закрепить и систематизировать теоретические знания по предмету «Информационно-технологические системы почтовой связи»;

? проявить самостоятельность в творческом применении полученных знаний;

? проявить знания и умения в анализе, моделировании и разработке информационных систем и процессов;

? продемонстрировать навыки в пользовании современными компьютерными технологиями;

? показать умения пользоваться научно-технической и справочной литературой;

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

Основные задачи работы:

? расчет и проектирование элементов и компонентов информационной системы;

? анализ информационной базы выбранного объекта;

? разработка модели данных и структуры базы данных;

? проектирование и разработка приложения поддерживающего автоматизацию деятельности объекта.

microsoft аccess запрос интерфейс

1. Проектирование модели данных

Комиссионные вознаграждения выплачиваются работникам ОПС за определенные операции согласно тарифам.

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

Отделу труда и заработной платы было бы удобно иметь базу данных выработки и иметь возможность обращаться к базе данных с запросами:

? какой какие операции и на какую сумму были выполнены в определенном ОПС;

? в каких ОПС и на какую сумму были выполнены определенные операции;

Анализируя предметную область, описанную выше, выделим следующие объекты:

? выработка;

? ОПС;

? операции;

? профессии;

— работники;

? тарифы.

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

Реляционная база данных представляет собой совокупность связанных между собой таблиц (отношений). Каждая таблица обладает структурой, элементами которой являются перечень атрибутов и их типов[3].

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

Таблица «Выработка»

Наименование

Тип данных

таб_номер

числовой

код операции

числовой

год

текстовый

месяц

числовой

сумма

числовой

Таблица «Операции»

Наименование

Тип данных

код операции

числовой

операция

текстовый

Таблица «ОПС»

Наименование

Тип данных

индекс

числовой

ОПС

текстовый

Таблица «Профессии»

Наименование

Тип данных

код профессии

числовой

профессия

текстовый

Таблица «Работники»

Наименование

Тип данных

ФИО

текстовый

код профессии

числовой

таб_номер

числовой

индекс

числовой

В отношении «Выработка» мы поставили код на «таб_номер» и на «код операции», т.к. в базе должны содержаться данные о работнике и.

В отношении «Работники» вместо наименования ОПС и профессии ставятся их коды, так как в базе данных должны храниться дополнительные сведения работнике. Для хранения этих сведений необходимо созданы отдельные отношения «Профессии» и «ОПС».

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

Первичный ключ — одно или несколько полей (столбцов), комбинация значений которых однозначно определяет каждую запись в таблице. Первичный ключ не допускает значений Null и всегда должен иметь уникальный индекс. Первичный ключ используется для связывания таблицы с внешними ключами в других таблицах[3].

Так в отношении «Выработка» ключом является «таб. номер», «код операции», «месяц» и на «год». В отношении «Работники» ключ состоит из атрибута — «таб. номер». В отношении «ОПС» ключ состоит из атрибута — «индекс», в отношениях «Операции» и «Профессии» ключ состоит, соответственно, из атрибутов «код операции» и «код профессии».

2. Реализация модели данных средствами СУБД Microsoft Access

Размещение модели данных в среде СУБД Access состоит из двух этапов:

? создание структур таблиц;

? объединение структур таблиц в единую схему[4].

Структура каждой таблицы в СУБД Access создается на основе структур таблиц модели. Рассмотрим пример создания структуры таблицы «Выработка». Для этого в окне базы данных необходимо открыть вкладку «Создание» и выбрать позицию «Конструктор таблиц».

Рисунок 1 — Создание таблицы

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

Далее следует установить ключ таблицы, выделив поле «таб_номер»,"код операции", «год» и «месяц» и нажав кнопку «Ключевое поле» на панели инструментов.

Рисунок 2 — Структура таблицы «Работники»

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

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

Рисунок 3 — Окно выбора таблиц необходимых для создания схемы данных

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

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

Рисунок 4 — Окно определения параметров связей

В окне указано, между какими полями, каких таблиц устанавливается связь. Автоматически определяется тип связи «один-ко-многим». Принцип определения типа связи следующий: со стороны таблицы «Работники» поле «таб_номер» является ключом, то есть его значения не повторяются; со стороны таблицы «Выработка» это простое поле, и его значения могут повторяться. Это означает, что каждому значению поля «таб_номер» таблицы «Работники» может соответствовать несколько строк в таблице «Выработка», что соответствует понятию связи «один-ко-многим». Затем необходимо включить обеспечение целостности данных этой связи. Под целостностью данных понимается, что любые изменения в связанных полях, проводимые в одной таблице, автоматически выполнятся и в другой. Так, если будет изменен табельный номер в таблице «Работники», он должен измениться и во всех строках таблицы «Выработка». Иначе данные базы будут искажены. То же касается и удаления работника из таблицы «Работники». Поэтому в окне установки связи необходимо галочками включить поддержку целостности данных и нажать кнопку «Создать». В результате создания всех связей подобным образом схема должна принять следующий вид.

Рисунок 5 — Схема данных

Таким образом, разработанная реляционная модель данных реализуется средствами СУБД Access.

3. Проектирование приложения «Комиссионное вознаграждение»

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

СУБД Access располагает набором инструментов, с помощью которых можно создать интерфейс с пользователем, позволяющий удобно использовать базу данных для решения конкретных задач. Этот интерфейс состоит из набора взаимосвязанных экранных форм, запросов, печатных форм (отчетов), которые предназначены для решения конкретной задачи управления. В нашем случае это «Комиссионное вознаграждение». Этот интерфейс назовем приложением. Для данной структуры базы данных мы будем разрабатывать одно приложение. Но для одной базы данных может разрабатываться и несколько.

Форма «Главная форма» является одновременно и заставкой приложения, содержащей общую информацию о приложении и кнопки вызова форм ввода данных, а также печатных форм (отчетов), содержащих результаты выполнения запросов. Каждая из экранных форм ввода данных позволяет вводить данные в одну или несколько таблиц базы данных с максимальным удобством для пользователя.

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

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

Общая схема работы приложения разбивается на две части:

? ввод данных в базу с помощью экранных форм;

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

4. Реализация интерфейса средствами СУБД

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

Форма «Выработка» — должна позволять просматривать всю информацию по выполнению операций работниками.

Форма «ОПС» — должна позволять просматривать ОПС и его реквизиты.

Форма «Работники» — должна позволять просматривать информацию о работниках ОПС.

Формы «Операции», «Тарифы» и «Профессии» — отображают списки операций, тарифов и профессий соответственно.

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

Необходимо перейти к вкладке «Создание» и нажать соответствующую кнопку для создания формы на поле вкладки.

Рисунок 6 — Создание формы

Для создания формы, для которой на экране должен быть виден список в один столбец необходимо выбрать внешний вид формы в режиме «создание формы с помощью мастера». После нажатия кнопки «Готово» на экране появится форма в режиме мастера.

Рисунок 7 — Форма в режиме мастера

Здесь необходимо выбрать стиль оформления формы. Так как форма еще не имеет окончательный вид необходимо перейти в режим «Конструктора» нажатием кнопки «Конструктор». Для просмотра формы необходимо нажатие кнопки «Режим формы» на панели инструментов.

Рисунок 8 — Форма в режиме конструктора

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

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

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

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

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

Описанные выше требования к формам позволяют осознано подойти к выполнению следующих действий. Пользуясь описанной панелью и изменяя свойства объектов, преобразуем в режиме конструктора форму «Главная форма»: добавим в раздел заголовков текст «Комиссионные вознаграждения», поле со списком для выбора месяца и поле для выбора года, в примечание кнопку закрытия формы. Кнопки открытия форм поместим в область данных удалив из нее поля (если имеются). Для этого нужно: создать объект надписи, установить в свойствах объекта цвет фона, размер и цвет надписи, ввести текст надписи? создать кнопки для закрытия формы.

При создании кнопки запускается мастер построения кнопок, первым окном которого является окно приведенное ниже. В этом окне выбираются категории и действия кнопки как показано на рисунке. Категория «Работа с формой» имеет набор действий, среди которых нужно выбрать «Закрыть форму». После нажатия кнопки «Далее» в появившемся окне выбираем, что будет изображено или написано на кнопке, после чего нажимаем «Далее» и «Готово».

Рисунок 9 — Создание кнопки

В результате выполнения указанных действий форма «Главная форма» в режиме просмотра должна выглядеть, как показано на рисунке:

Рисунок 10 — Форма «Главная форма»

Аналогичным образом разрабатываются остальные формы.

Рисунок 11 — Форма «Работники»

Чтобы, находясь на форме «Работники» получить информацию о других работниках создадим кнопки «следующая запись», «предыдущая запись». Вообще, внизу формы имеются кнопки перехода по записям, но мы их добавим для удобства пользователей. А с формы «Главная форма» можно перейти на другие формы и просмотреть их, а затем закрыть. Создание кнопки «Закрыть форму» выполняется следующими действиями:

? выбрать категорию «Работа с формой» и действие для нее «Закрыть форму»;

? выбрать из списка название формы, которая будет закрываться при нажатии данной кнопки;

? выбрать, что будет изображено и написано на кнопке;

? подтвердить создание кнопки.

Кроме того, каждой кнопке можно назначить макрос.

Например, кнопке отчета в форме «Выработка в разрезе ОПС» назначим макрос который так и назовем «Макрос1».

Создадим макрос. В данном случае он будет состоять из одной команды — «Открыть отчет». В аргументах макрокоманды указываем имя отчета — «Выработка в разрезе ОПС», режим — «просмотр», условие отбора — «[Запрос1]![ОПС]=[Формы]![Выработка в разрезе ОПС]![ПолеСоСписком0]» поскольку нас интересует информация по определенному ОПС.

Рисунок 12 — Создание макроса.

Назначим макрос кнопке. Для этого в режиме конструктора встанем на кнопку и выберем из контекстного меню «Свойства». Во вкладке «События», в строке «Нажатие кнопки» выберем имя нужного макроса.

Рисунок 13 — Назначение макроса кнопке.

5. Разработка запросов и отчетных форм

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

? отчет в разрезе ОПС;

? отчет в разрезе операции;

На примере запроса «отчет в разрезе ОПС» покажем методологию разработки запросов. В процессе создания запроса выполняются следующие этапы:

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

? определяются таблицы, которые содержат эти поля;

? анализируются и корректируются связи между таблицами;

? определяются и ставятся условия отбора данных.

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

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

? эти поля содержатся в таблицах «Движение», «ОПС» и «Товар» соответственно.

В соответствии со схемой базы данных таблицы «Движение» и «ОПС», «Движение» и «Товар» между собой связаны. Связи между выбранными таблицами в запросе устанавливаются автоматически из схемы базы данных.

В СУБД Access предусмотрены две формы создания запроса: на языке SQL и в виде запроса по образцу (QBE). Более простым способом является второй. Чтобы приступить к созданию запроса вторым способом, необходимо открыть вкладку «Создание» и выбрать режим «Конструктор запросов». В открывшихся окнах предлагается выбрать таблицы, в которых содержатся требуемые атрибуты. Для данного запроса необходимы таблицы «Выработка», «ОПС», «Операции», «Работники», «Профессии» и «Тарифы». В результате будет получена следующая форма запроса:

Рисунок 14 — Структура запроса

На поля «месяц» и «год» накладываем условия отбора «[Forms]![Главная форма]![ПолеСоСписком4]» и «[Forms]![Главная форма]![Поле6]» соответственно, чтобы обеспечить выборку за нужный период.

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

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

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

? выполняем группировку по операциям;

? сумма выработки и комиссионного вознаграждения должны быть подсчитаны по работникам ОПС с созданием промежуточных итогов;

? внутри групп наименования операций должны быть упорядочены по возрастанию.

? получить общие итоги по отчету.

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

Рисунок 15 — Выбор запроса для отчета

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

Рисунок 16 — Добавление уровней группировки

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

Рисунок 18 — Выбор порядка сортировки и итогов

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

Рисунок 19 — Выбор вида макета и стиля отчета

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

Рисунок 20 — Макет отчета

Открыв отчет в режиме просмотра, увидим получившийся отчет

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

Заключение

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

Также были достигнуты поставленные задачи, такие как:

? расчет и проектирование элементов и компонентов информационной системы;

? анализ информационной базы выбранного объекта;

? разработка модели данных и структуры базы данных;

? проектирование и разработка приложения поддерживающего автоматизацию деятельности объекта.

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

? проектирование модели данных;

? реализация модели в среде СУБД;

? проектирование интерфейса;

? реализация интерфейса;

? разработка запросов;

? разработка отчетов;

? оформление интерфейса как единого целого.

Литература

1. Положение об отделе труда м заработной платы Гомельского филиала РУП «Белпочта», 2010 — с. 3.

2. Единый коллективный договор на 2009−2011 гг. РУП «Белпочта» — Минск, 2009 -328 с.

3. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных. — М: Бином-Пресс, 2006 — 736 с.

4. Дубнов П. Ю. Access 2000. Проектирование Б Д. — М.: ДМК, 2000 — 272 с.

Приложение А

Разработанные формы

Рисунок А.1 — Главная форма приложения «Главная форма»

Рисунок А.2 — Форма «Операции»

Рисунок А.3 — Форма «ОПС»

Рисунок А.4 — Форма «Профессии»

Рисунок А.5 — Форма «Работники»

Рисунок А.6 — Форма «Тарифы»

Рисунок А.7 — Форма «Выработка»

Рисунок А.8 — Форма «Выработка в разрезе операции»

Рисунок А.9 — Форма «Выработка в разрезе ОПС

Приложение Б

Разработанные отчеты

Рисунок Б.1 — Отчет в разрезе ОПС

Рисунок Б.2 — Отчет в разрезе операций

ПоказатьСвернуть
Заполнить форму текущей работой