Автор работы: Пользователь скрыл имя, 04 Мая 2012 в 06:52, курсовая работа
Целью исследования является разработка средствами приложения MS Access автоматизированной системы «Начисление зарплаты» для малого предприятия.
Для реализации поставленной цели надо решить следующие задачи:
• изучить предметную область;
• выбрать СУБД;
• построить информационно-логическую модель;
• реализовать информационно-логическую модель с использованием СУБД. (Создать БД по информационно-логической модели);
• создать пользовательский интерфейс;
• создать инструкцию пользователя.
Введение…………………………………………………………………………..4
1 Постановка задачи…………………………………………………………….5
1.1 Характеристика задачи………………………………………………...5
1.2 Входная информация…………………………………………………..8
1.3 Выходная информация…………………………………………………9
2 Инфологическая модель…………………………………………………….14
2.1 Описание объектов предметной области и связей между ними (ER-модель)……………………………………………………………………………14
2.2 Описание информационных потребностей пользователя (тип запроса, объемно-частотные характеристики, режим использования данных)…………………………………………………………………………...15
3 Реализация приложения…………………………………………………….21
3.1 Даталогическая модель……………………………………………….21
3.2 Входные и выходные формы…………………………………………24
3.3 Скрипты и запросы……………………………………………………25
Заключение……………………………………………………………………...32
Список использованной литературы………………………………………33
Приложения……………………………………………………………………..34
Рисунок
1 - Форма документа «Приказ о приеме работника
на работу»
Личная
карточка работника - основной документ
по учету личного состава, она заводится
на всех работников предприятия, принятых
на работу на условиях трудового договора
независимо от того, является ли работа
основной или по совместительству. Данная
карточка ведется на всех предприятиях
независимо от форм собственности в продолжение
всего периода трудовой деятельности
работника на данном предприятии и закрывается
при увольнении работника. Личная карточка
работника состоит из 11 разделов. Все необходимые
и достаточные сведения для расчета зарплаты
работнику, такие как его табельный
номер, фамилия, имя, отчество работника,
тип трудового соглашения, должность,
условия приема, оклад, режим работы, стаж
работы, количество детей, адрес, телефон
содержатся в разделе «Общие сведения»
(Рис.2).
ЛИЧНАЯ КАРТОЧКА работника I. ОБЩИЕ СВЕДЕНИЯ
II.Сведения о детях
|
Рисунок 2 - Документ «Личная карточка работника предприятия»
Учет
использования рабочего времени
ведется в табелях учета
Они необходимы не только для учета использования рабочего времени всех категорий работающих, но и для контроля за соблюдением персоналом установленного режима рабочего времени, расчетов с ним по заработной плате и получения данных об отработанном времени, а также составления статистической отчетности по труду. Табель составляется в одном экземпляре уполномоченным на это лицом, подписываются руководителем структурного подразделения, работником кадровой службы и передается в расчетный отдел бухгалтерии два раза в месяц: для корректировки суммы выплаты за первую половину месяца (аванса) и для расчета заработной платы за месяц. Учет явок на работу и использования рабочего времени осуществляется в табеле методом сплошной регистрации, т. е. отметки всех явившихся, не явившихся, опозданий и т. п., или путем регистрации только отклонений (неявок, опозданий и т. д.).
учета
рабочего времени
|
Рисунок 3 - «Табель
учета рабочего времени и расчета оплаты
труда»
Штатное
расписание - это организационно-
|
Рисунок
4- «Штатное расписание»
Расчётно-платёжная ведомость, бухгалтерский документ для расчётов по заработной плате и выдачи её рабочим и служащим, применяемый на предприятиях и в организациях с небольшим числом работников (Рис. 5).
|
Рисунок
5- «Расчётно-платёжная ведомость»
2 Инфологическая модель
2.1 Описание объектов предметной области и связей между ними (ER-модель)
При
описании предметной области гораздо
удобнее и эффективнее
Концептуальная модель представляет объекты предметной области и их взаимосвязи без указания способов их физического хранения. Таким образом, концептуальная модель является, по существу, моделью предметной области. При проектировании концептуальной модели все усилия разработчика должны быть направлены на структуризацию данных и выявлений взаимосвязей между ними без рассмотрения особенностей реализации и вопросов эффективности обработки. Проектирование концептуальной модели основано на анализе решаемых, на этом предприятии задач по обработке данных [11, c.94-95].
Концептуальная модель включает описание объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных [11, c.96].
Результатом концептуального проектирования является некоторая концептуальная схема, которая чаще всего выражается в виде ER диаграммы (диаграмма «сущности связи») [2, c.48-52], в которой приняты следующие обозначения:
Для решения поставленной задачи была построена концептуальная схема (Рис. 6) информационной системы «Начисления заработной платы».
Р
и
с
у
н
о
к
6
-
ER
д
и
а
г
р
а
м
м
а
-
Н
а
ч
и
с
л
е
н
и
е
з
а
р
а
б
о
т
н
о
й
п
л
а
т
ы
К
о
н
ц
е
п
т
у
а
л
ь
н
а
я
м
о
д
е
л
ь
т
р
а
н
с
п
о
н
и
р
у
е
т
с
я
в
м
о
д
е
л
ь
д
а
н
н
ы
х,
с
о
в
м
е
с
т
и
м
у
ю
с
в
ы
б
р
а
н
н
о
й
С
У
Б
Д.
В
е
р
с
и
я
к
о
н
ц
е
п
т
у
а
л
ь
н
о
й
м
о
д
е
л
и,
к
о
т
о
р
а
я
м
о
ж
е
т
б
ы
т
ь
о
б
е
с
п
е
ч
е
н
а
к
о
н
к
р
е
т
н
о
й
С
У
Б
Д,
н
а
з
ы
в
а
е
м
о
й
л
о
г
и
ч
е
с
к
о
й
м
о
д
е
л
ь
ю
.
2.2 Описание информационных потребностей пользователя (тип запроса, объемно-частотные характеристики, режим использования данных)
Д
о
к
у
м
е
н
т
я
в
л
я
е
т
с
я
п
р
и
м
е
р
о
м
с
о
с
т
а
в
н
о
й
е
д
и
н
и
ц
ы
и
н
ф
о
р
м
а
ц
и
и.
С
е
м
а
н
т
и
к
а
и
р
а
з
м
е
щ
е
н
и
е
р
е
к
в
и
з
и
т
о
в
в
ф
о
р
м
е
д
о
к
у
м
е
н
т
а
о
п
р
е
д
е
л
я
ю
т
р
о
л
ь
р
е
к
в
и
з
и
т
о
в
в
с
т
р
у
к
т
у
р
е
и
н
ф
о
р
м
а
ц
и
и,
с
о
д
е
р
ж
а
щ
е
й
с
я
в
д
о
к
у
м
е
н
т
е
.
В
п
р
о
ц
е
с
с
е
и
н
ф
о
р
м
а
ц
и
о
н
н
о
г
о
с
е
м
а
н
т
и
ч
е
с
к
о
г
о (
с
м
ы
с
л
о
в
о
г
о)
а
н
а
л
и
з
а
н
у
ж
н
о
в
ы
я
в
и
т
ь
ф
у
н
к
ц
и
о
н
а
л
ь
н
у
ю
з
а
в
и
с
и
м
о
с
т
ь
р
е
к
в
и
з
и
т
о
в
и
о
п
р
е
д
е
л
и
т
ь
р
е
к
в
и
з
и
т
н
ы
й
с
о
с
т
а
в
и
н
ф
о
р
м
а
ц
и
о
н
н
ы
х
о
б
ъ
е
к
т
о
в.
Д
л
я
м
и
н
и
м
и
з
а
ц
и
и
в
о
з
м
о
ж
н
ы
х
о
ш
и
б
о
к
ц
е
л
е
с
о
о
б
р
а
з
н
о
п
р
о
и
з
в
о
д
и
т
ь
с
е
м
а
н
т
и
ч
е
с
к
и
й
а
н
а
л
и
з
п
о
к
а
ж
д
о
й
и
з
ф
о
р
м
д
о
к
у
м
е
н
т
о
в
в
о
т
д
е
л
ь
н
о
с
т
и
.
Э
т
о
с
в
я
з
а
н
о
с
т
е
м
,
ч
т
о
ф
о
р
м
а
н
е
м
а
ш
и
н
н
о
г
о
д
о
к
у
м
е
н
т
а
у
ж
е
о
т
о
б
р
а
ж
а
е
т
с
т
р
у
к
т
у
р
у
д
а
н
н
ы
х,
т
.
к
.
л
ю
б
о
й
д
о
к
у
м
е
н
т
о
б
ъ
е
д
и
н
я
е
т
л
о
г
и
ч
е
с
к
и
в
з
а
и
м
о
с
в
я
з
а
н
н
ы
е
р
е
к
в
и
з
и
т
ы
(
С
.
М
.
Д
и
г
о
2005)
.
У
с
т
а
н
о
в
и
м
ф
у
н
к
ц
и
о
н
а
л
ь
н
ы
е
з
а
в
и
с
и
м
о
с
т
и
м
е
ж
д
у
р
е
к
в
и
з
и
т
а
м
и
д
о
к
у
м
е
н
т
а
«
П
р
и
к
а
з
о
з
а
ч
и
с
л
е
н
и
и
»
.
Ф
у
н
к
ц
и
о
н
а
л
ь
н
ы
е
з
а
в
и
с
и
м
о
с
т
и
р
е
к
в
и
з
и
т
о
в
э
т
о
г
о
д
о
к
у
м
е
н
т
а
о
т
р
а
ж
е
н
ы
в
т
а
б
л
и
ц
е
2
.
Т
а
б
л
и
ц
а 2
-
«
П
р
и
к
а
з
о
з
а
ч
и
с
л
е
н
и
и
(
п
е
р
е
в
о
д
е
)
»
Документ «Приказ о зачислении (переводе)» | ||
Наименование реквизита | Имя реквизита | Функциональные зависимости |
Табельный номер | ТАБ_НОМ | |
Ф.И.О. | ФИО_СОТ | |
Должность | ДОЛЖ | |
Подразделение | ПОДРАЗД | |
Оклад | ОКЛАД |
В
к
а
ч
е
с
т
в
е
к
л
ю
ч
а
в
ы
б
и
р
а
е
м
р
е
к
в
и
з
и
т
«
Т
а
б
е
л
ь
н
ы
й
н
о
м
е
р
»
.
П
о
о
п
р
е
д
е
л
е
н
и
ю
к
л
ю
ч
а
з
н
а
ч
е
н
и
я
р
е
к
в
и
з
и
т
а
Т
А
Б
_
Н
О
М
н
е
д
о
л
ж
н
ы
п
о
в
т
о
р
я
т
ь
с
я
.
О
т
н
е
г
о
ф
у
н
к
ц
и
о
н
а
л
ь
н
о
з
а
в
и
с
я
т
о
с
т
а
л
ь
н
ы
е
р
е
к
в
и
з
и
т
ы
.
Ф
у
н
к
ц
и
о
н
а
л
ь
н
а
я
з
а
в
и
с
и
м
о
с
т
ь
р
е
к
в
и
з
и
т
о
в
Ф
И
О
_
С
О
Т
,
Д
О
Л
Ж,
О
К
Л
А
Д
о
т
р
е
к
в
и
з
и
т
а
Т
А
Б
_
Н
О
М
о
з
н
а
ч
а
е
т,
ч
т
о
и
х
з
н
а
ч
е
н
и
я
п
о
л
н
о
с
т
ь
ю
и
о
д
н
о
з
н
а
ч
н
о
о
п
р
е
д
е
л
я
ю
т
с
я
з
н
а
ч
е
н
и
е
м
т
о
л
ь
к
о
р
е
к
в
и
з
и
т
а
Т
А
Б
_
Н
О
М
.
З
н
а
ч
е
н
и
я
з
а
в
и
с
и
м
ы
х
р
е
к
в
и
з
и
т
о
в
м
о
г
у
т
п
о
в
т
о
р
я
т
ь
с
я
в
р
а
з
л
и
ч
н
ы
х
с
т
р
о
к
а
х
т
а
б
л
и
ц
ы
.
У
с
т
а
н
о
в
и
м
ф
у
н
к
ц
и
о
н
а
л
ь
н
ы
е
з
а
в
и
с
и
м
о
с
т
и
м
е
ж
д
у
р
е
к
в
и
з
и
т
а
м
и
д
о
к
у
м
е
н
т
а
«
Л
и
ч
н
а
я
к
а
р
т
а
».
Ф
у
н
к
ц
и
о
н
а
л
ь
н
ы
е
з
а
в
и
с
и
м
о
с
т
и
р
е
к
в
и
з
и
т
о
в
э
т
о
г
о
д
о
к
у
м
е
н
т
а
о
т
р
а
ж
е
н
ы
в
т
а
б
л
и
ц
е
3
.
К
а
ж
д
ы
й
и
з
н
и
х
ф
у
н
к
ц
и
о
н
а
л
ь
н
о
п
о
л
н
о
з
а
в
и
с
и
т
т
о
л
ь
к
о
о
т
у
н
и
к
а
л
ь
н
о
г
о
и
д
е
н
т
и
ф
и
к
а
т
о
р
а
с
о
т
р
у
д
н
и
к
а -
т
а
б
е
л
ь
н
ы
й
н
о
м
е
р
(
Т
А
Б
_
Н
А
М
)
.
Т
а
к
и
м
о
б
р
а
з
о
м
,
Т
А
Б
_
Н
А
М
я
в
л
я
е
т
с
я
к
л
ю
ч
е
в
ы
м
п
о
л
е
м
.
С
г
р
у
п
п
и
р
у
е
м
р
е
к
в
и
з
и
т
ы
о
д
и
н
а
к
о
в
о
з
а
в
и
с
и
м
ы
е
о
т
к
л
ю
ч
е
в
ы
х,
и
о
б
ъ
е
д
и
н
и
м
и
х
с
к
л
ю
ч
е
в
ы
м
и
в
о
д
и
н
и
н
ф
о
р
м
а
ц
и
о
н
н
ы
й
о
б
ъ
е
к
т.
Н
а
з
о
в
е
м
т
а
к
и
е
о
б
ъ
е
к
т
ы
«
С
п
р
а
в
о
ч
н
и
к
с
о
т
р
у
д
н
и
к
и
»
с
к
л
ю
ч
о
м
Т
А
Б
_
Н
А
М
,
и
«
С
п
р
а
в
о
ч
н
и
к
п
о
д
р
а
з
д
е
л
е
н
и
я
»
с
к
л
ю
ч
о
м
К
О
Д
_
П
О
Д
Р
А
З
Д
.
Т
а
б
л
и
ц
а
3
-
«
Л
и
ч
н
а
я
к
а
р
т
а
»
Документ «Личная карта» | ||
Наименование реквизита | Имя реквизита | Функциональные зависимости |
Табельный номер | ТАБ_НОМ | |
Ф.И.О. | ФИО | |
Должность | ДОЛЖ | |
Подразделение | ПОДРАЗД | |
Стаж работы | СТАЖ | |
Кол-во детей | ДЕТИ | |
Адрес | АДРЕС | |
Телефон | ТЕЛ |
Установим функциональные зависимости между реквизитами документа «Штатное расписание». Функциональные зависимости реквизитов этого документа отражены в таблице 4 .
Таблица 4 -«Штатное расписание»
Документ «Штатное расписание» | ||
Наименование реквизита | Имя реквизита | Функциональные зависимости |
Код должности | КОД_ДОЛЖ | |
Наименование должности | ДОЛЖ | |
Кол-во штат-ых. ед. | ШТАТ | |
Оклад | ОКЛАД | |
Надбавки, % | НАДБАВКИ |
Каждый из реквизитов функционально полно зависит только от реквизита - Код должности (КОД_ДОЛЖ), т.е. КОД_ДОЛЖ →{ДОЛЖ, КОЛ_ШТАТ_ЕД, ОКЛАД}. Таким образом, КОД_ДОЛЖ является ключевым полем. Все реквизиты документа «Штатное расписание» образуют один информационный объект «Справочник должности» с ключом КОД_ДОЛЖ.
Установим функциональные
зависимости между реквизитами документа
«Табель учета рабочего времени». Функциональные
зависимости реквизитов этого документа
отражены в таблице 5.
Таблица 5 - «Табель учета рабочего времени»
Документ «Табель учета рабочего времени» | ||||
Наименование реквизита | Имя реквизита | Функциональные зависимости | ||
Номер месяца | КОД_МЕС | |||
Табельный номер | ТАБ_НОМ | |||
Ф.И.О. | ФИО | |||
Подразделение | ПОДРАЗД | |||
Должность | ДОЛЖ | |||
Кол-во рабочих дней | КОЛ_РАБ_ДН | |||
Кол-во неявок | НЕЯВКА | |||
Отработано дней | ОТРАБ_ДН |
Реквизит Табельный номер является ключевым в функциональной зависимости ТАБ_НОМ →{ФИО, ПОДРАЗД, ДОЛЖ}. Реквизит «Номер месяца» является ключевым в функциональной зависимости МЕСЯЦ →{КОЛ_РАБ_ДН}. Эта функциональная зависимость образует новый информационный объект «Справочник месяц» с ключевым полем КОД_МЕС. Все описательные реквизиты документа образуют новый информационный объект «Ведомость» с двумя ключевыми полями КОД_МЕС, ТАБ_НОМ.
Установим функциональные
зависимости между реквизитами
документа «Расчетно-платежная ведомость».
Для каждого зависимого реквизита (к которому
обращена стрелка) по связи устанавливаем
ключевой реквизит, т.е. тот, от которого
он зависит. Так, при просмотре списка
реквизитов. Для каждого зависимого
сверху находим первый зависимый реквизит
ФИО и устанавливаем ключевой ТАБН. Функциональные
зависимости реквизитов этого документа
отражены в таблице 6.
Таблица 6 - «Расчетно-платежная ведомость»
Документ «Расчетно-платежная ведомость» | ||||
Наименование реквизита | Имя реквизита | Функциональные зависимости | ||
Номер месяца | КОД_МЕС | |
||
Табельный номер | ТАБ_НОМ | |||
Ф.И.О. | ФИО | |||
Подразделение | ПОДРАЗД | |||
Должность | ДОЛЖ | |||
Оклад | ОКЛАД | |||
Кол-во рабочих дней | КОЛ_РАБ_ДН | |||
Отработано дней (рабочих, выходных) | ОТРАБ_ДН | |||
Начислено | Вычисляемое | |||
Удержано | Вычисляемое | |||
К выдаче | Вычисляемое |
Итак, в документе «Расчетно-платежная ведомость» выделяются три ключевых поля. ТАБ_НОМ, КОД_МЕС, КОД_НАЧ. Реквизит Табельный номер является ключевым в функциональной зависимости ТАБ_НОМ →{ФИО, ПОДРАЗД, ДОЛЖ, ОКЛАД}. Реквизит Номер месяца является ключевым в функциональной зависимости КОД_МЕС→{КОЛ_РАБ_ДН}. Реквизиты Номер месяца, Табельный номер являются ключевыми для всех остальных реквизитов. После исследования предметной области выделим следующие информационные объекты:
Таблица 7- Информационные объекты
Информационные объекты | Название реквизита | Признак ключа | Семантика ИО |
МЕСЯЦ | Код
месяца
Название месяца Рабочие дни Праздничные и вых-ые дни |
Простой уникальный ключ | Сведения о рабочих днях по месяцам |
ПОДРАЗДЕЛЕНИЯ | Код
подразделения
Название |
Простой уникальный ключ | Сведения о структурных подразделениях |
ДОЛЖНОСТИ | Код
должности
Название должности Кол-во штат-ых ед. Оклад |
Простой уникальный ключ | Сведения о должностях и их окладах |
СОТРДНИКИ | Табельный
номер
Фамилия Имя Отчество Код подразделения Код должности Ставка Кол-во детей Адрес Телефон |
Простой уникальный ключ | Сведения о сотрудниках |
ВЕДОМОСТЬ | Табельный
номер
Код месяца ФИО Код подразделения Код должности Рабочие дни Отработанные дни (рабочих, выходных, праздничных, больничных) Код начисления |
Составной уникальный ключ | Сведения об отработанном времени необходимые для расчета заработной платы |
3 Реализация приложения
3.1 Даталогическая модель
Матрица смежности - квадратная матрица по числу ИО. Матрица заполняется по строкам. Элемент матрицы на пересечении строки и столбца равен 1, если ИО, стоящий в строке, связан с ИО, стоящим в столбце, отношением один ко многим, тип функциональной связи во внимание не принимается. Таблица 8 соответствует матрице смежности для ИО ИЛМ предметной области .
Алгоритм расположения ИО по уровням иерархии:
Таблица 8- Матрица смежности ИЛМ
ИО | 1 | 2 | 3 | 4 | 5 | ИО текущего уровня |
1 | 1 | |||||
2 | 1 | |||||
3 | 1 | |||||
4 | 1 | |||||
5 | ||||||
1 уровень | 0 | 0 | 0 | 2 | 2 | 1, 2, 3 |
2 уровень | - | - | - | 0 | 1 | 4 |
3 уровень | - | 0 | 5 |
Цифрами обозначены ИО: 1 - МЕСЯЦ; 2 – ПОДРАЗДЕЛЕНИЯ; 3 - ДОЛЖНОСТИ; 4 - СОТРУДНИКИ; 5 – ВЕДОМОСТЬ.
Логическая структура реляционной базы данных является адекватным отображением полученной информационно-логической модели предметной области. Для канонической модели не требуется дополнительных преобразований. Каждый информационный объект модели данных отображается соответствующей реляционной таблицей. Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле, атрибут) соответствует одному из реквизитов. Ключевые реквизиты образуют уникальный ключ реляционной таблицы. Для каждого столбца таблицы задается тип, размер данных и другие свойства. Топология проекта схемы данных практически совпадает с топологией информационно – логической модели.
Информационно-логическая модель приведена к каноническому виду, и объекты расположены в ней по уровням. На нулевом уровне располагаются объекты не подчиненные никаким другим объектам, обычно называются справочники. На 1 уровне подчиненные 0 уровню и т.д. Такое размещение объектов дает представление об иерархической подчиненности, делает модель более наглядной и облегчает понимание зависимостей 1:М.
Для определения
уровня объектов на графе ИЛМ можно,
условно удалив объекты нулевого
уровня, найти объекты первого
уровня. К объектам этого уровня
следует отнести объекты, не подчиненные
теперь никаким другим объектам. Аналогично
определяются объекты каждого следующего
уровня. При большом количестве объектов
в ИЛМ аналогичные действия, выполняются
на матрице смежности модели.
Рисунок 7- Информационно-логическая
модель предметной области
На этой схеме
прямоугольники отображают таблицы базы
данных с полным списком их полей, а связи
показывают, по каким полям осуществляется
взаимосвязь таблиц. Имена ключевых полей
для наглядности выделены и находятся
в верхней части полного списка полей
каждой таблицы.
3.2 Входные и выходные формы
Структура каждой таблицы реляционной модели определяется составом отношений, ключевыми и описательными атрибутами, которые были получены ранее.
Таблица 9 - Сотрудники
Имя поля | Признак ключа | Обязательное поле | Тип
данных |
Размер | Формат | Подпись поля |
Табельный номер | Ключ | Да | Текстовый | 3 | /Т00 | Код сотрудника |
Фамилия | Да | Текстовый | 15 | Фамилия | ||
Имя | Да | Текстовый | 15 | Имя | ||
Отчество | Да | Текстовый | 15 | Отчество | ||
Подразделение | Да | Текстовый | 30 | Название подразделения | ||
Должность | Да | Текстовый | 20 | Должность | ||
Оклад | Да | Денежный | 20 | Длинное целое | Город | |
Стаж работы | Да | Числовой | 20 | Длинное целое | Город | |
Кол-во детей | Да | Числовой | 20 | Длинное целое | Город | |
Адрес | Нет | Текстовой | 255 | |||
Телефон | Нет | Текстовый | "+7-"000\-000\-00\-00; | Телефон |
Таблица 10- Должности
Должности | Ключ | Код должности | Числовой |
Наименов. Должности | Текстовый |
Таблица 11 - Подразделения
Предметы | Ключ | Код подразделения | Числовой |
Наименов. Подразделения | Текстовый |
Таблица 12 - Месяц
Месяц | Ключ | Код месяца | Числовой |
Названия месяца | Текстовой | ||
Рабочие дни | Денежный | ||
Праздничные дни | Числовой | ||
Выходные дни | Числовой |
Таблица 13 - Ведомость
Ведомость | Ключ | Код месяца | Числовой |
Ключ | Табельный номер | Числовой | |
Число рабочих дней | Денежный | ||
Отработано праздничные и выходные дни | Числовой | ||
Премия | Числовой |
Логическая модель отражает логические связи между элементами данных вне зависимости их содержания и среды хранения.
Логическая модель
данных может быть реляционной, иерархической
или сетевой. Логическая модель отображается
в логическую память, такую как диск, лента
или какой-либо другой носитель информации.
3.3 Скрипты и запросы
Экранные формы в настоящее время образуют основу интерфейса в человеко-машинном диалоге.
Порядок проектирования экранной формы подразумевает следующие этапы:
Проектирование сценария диалогового режима решения задачи состоит в разработке взаимосвязанной последовательности экранных форм и правил перехода между ними. Правила перехода между формами представлены в разделе «Проектирование иерархического меню».
В АС «Начисление зарплаты» были разработаны 5 экранных форм.
Для поддержания диалогового режима работы пользователя с АРМ используются форма «Главное меню».
Формы для ввода информации проектировались при помощи Мастера и содержат такие же реквизиты, как и соответствующие таблицы, на основе которых они были спроектированы. Формы создаются по таблицам – Сотрудники, Должности, Подразделения, Ведомость. Включаем в форму все поля соответствующей таблицы. Внешний вид форм – в один столбец. Далее с помощью конструктора форм редактируем получившуюся форму, добавляем управляющие кнопки. Сформированные формы представлены в Приложении 1.
Таблица 14- Структура формы «Табель учета рабочего времени»
№ п/п | Имя поля | Объект формы | Описание |
1 | Табельный номер | Поле | Сведения о сотруднике необходимые для расчета зарплаты и удержаний |
2 | Фамилия | Поле | |
3 | Имя | Поле | |
4 | Отчество | Поле | |
5 | Подразделение | Поле со списком | |
6 | Должность | Поле со списком | |
7 | Оклад | Поле | |
8 | Стаж работы | Поле | |
9 | Кол-во детей | Поле | |
10 | Адрес | Поле | |
11 | Телефон | Поле | |
12 | Месяц | Внедренный объект, поле со списком | Сведения об отработанном времени каждого сотрудника за весь период начисления зарплаты |
13 | Число рабочих дн. | Внедренный объект | |
14 | Отработано рабочих дней | Внедренный объект, поле | |
15 | Отработано праздничных, выходных дней | Внедренный объект, поле | |
16 | Закрыть форму | Кнопка | Закрыть форму |
Таблица 15- Структура формы «Зарплата»
№ п/п | Имя поля | Объект формы | Описание |
1 | Табельный номер | Поле | Сведения о сотруднике необходимые для расчета зарплаты и удержаний |
2 | Фамилия | Поле | |
3 | Имя | Поле | |
4 | Отчество | Поле | |
5 | Подразделение | Поле со списком | |
6 | Должность | Поле со списком | |
12 | Месяц | Поле со списком | Сведения об отработанном времени |
13 | Число рабочих дн. | Поле | |
14 | Сверхурочные дни | Поле | |
15 | Оплата по табелю | Поле | Вычисляемые поля |
16 | Доп.оплата по табелю | Поле | |
17 | Надбавка за стаж | Поле | |
18 | Мат.помощь (дети) | Поле | |
19 | Начислено | Поле | |
20 | НДФЛ | Поле | |
21 | ПФ | Поле | |
22 | Удержано | Поле | |
23 | Выплачено | Поле | |
24 | Закрыть форму | Кнопка | Закрыть форму |
Создание кнопочной формы.
MS Access позволяет автоматизировать многие операции на предприятии и упростить систему документооборота за счет замены бумажных документов их электронными копиями. В частности, в среде Access с помощью различных инструментов можно разработать автоматизированную информационную систему, поддерживающую и упрощающую работу.
Приложение СУБД Access разрабатывается как комплекс взаимосвязанных объектов. Наиболее часто приложения СУБД Access используют интерфейс в виде кнопочной формы, соответствующей меню и подменю предоставляемых функций обработки, а также специальные панели инструментов. С каждым пунктом меню или кнопкой панели инструментов связаны объекты БД определенного вида (формы, отчеты, запросы, макросы и т. д.).
Основная форма, с которой работает пользователь - это форма «Главное меню». Эта форма автоматически открывается при запуске и позволяет открывать все имеющиеся формы для заполнения таблиц, а также все запросы и отчеты. Также на форме предусмотрена кнопка «Выход», при нажатии которой происходит автоматическое сохранение данных и выход из программы.
Для построения
кнопочной формы приложения следует разработать
иерархическую структуру взаимосвязи
объектов БД. Каждый иерархический уровень,
имеющий подчиненные объекты БД, представляется
в виде подменю. Объекты БД используются
на нижнем уровне иерархии.
Рисунок 8 - Схема
приложения «Начисление зарплаты».
Описание структуры процесса обработки данных. Формулы, используемые в данной курсовой работе для начисления заработной платы:
=[Оклад]/[Число рабочих дней]
=[Коэффицент]*[Отработано рабочих дней]
=([Коэффицент]*[Выходные, праздничные дни])*1,4
=Switch([Стаж работы]<1;0;[
=Switch([Кол-во детей]<1;0;[Кол-во детей]=1;[Оклад]/3;[Кол-во детей]=2;[Оклад]/4;[Кол-во детей]>=3;[Оклад]/2)
=[ЗРаб_дни]+[ЗПр_дни]+[ЗСтаж]+
=([Сумма]/100)*13
=([Сумма]/100)
=[ПФ]+[ЗПОДНАЛОГ]
=[Сумма]-[удержано]
=ChrW(1057) & ChrW(1086) & ChrW(1090) & ChrW(1088) & ChrW(1091) & ChrW(1076) & ChrW(1085) & ChrW(1080) & ChrW(1082) & ChrW(1080)
=[Screen].[ActiveForm].[Name]
=
ЭкспортHTML
=ЭкспортExcel
При запуске
АС «Начисление зарплаты»
При поступлении
на работу нового сотрудника используйте
основную форму для заполнения: «Добавить
сотрудника». Для ввода сведений
о должностях, подразделениях, отработанном
времени используйте соответствующие
формы. Для закрытия программы используйте
кнопку «Выход». При ее нажатии все данные
будут сохраняться автоматически.
ЗАКЛЮЧЕНИЕ
Данный курсовой проект разработан для создания АС «Начисление зарплаты» для малого предприятия. Создание базы данных обусловлено необходимостью вести автоматизированный учет и хранение сведений обо всех сотрудниках фирмы. Проектирование приложения осуществляется под управлением СУБД Access.
В процессе разработки была использована нормализованная реляционная модель. Проведение нормализации позволило спроектировать базу данных, в которой нет избыточных (ненужных) данных и противоречий. Также была обеспечена целостность данных, которая способствовала адекватности отражаемых сведений.
При разработке
пользовательского интерфейса для
информационной системы «Начисления
заработной платы» расчет заработной
платы производился для всех сотрудников.
Также производились налоговые
вычеты, по каждому месяцу, были созданы
отчеты за текущий месяц по всему персоналу
и квитки по каждому работнику.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
Приложение 1
Экранные
формы
Рисунок 9 - Форма
«Табель учета рабочего времени
Рисунок 10 - Форма «Зарплата»
Рисунок 11 - Форма
«Добавить должность
Рисунок 12 - Форма
«Добавить подразделение»
Рисунок 13- Форма
«Добавить сотрудника»
Приложение 2
Схема
данных БД
Рисунок 14 - Схема
структуры БД «Начисление зарплаты»
Приложение 3
Примеры
выходных документов
Рисунок 15- Пример выходного документа в формате Excel
Рисунок 16 - Пример
выходного документа в формате HTML
Рисунок 17 - Пример выходного документа в формате TXT