Автор работы: Пользователь скрыл имя, 09 Марта 2011 в 11:54, отчет по практике
Разрабатываемая автоматизированная информационная система, предназначена для автоматизации деятельности расчетного отдела любого учреждения здравоохранения. Система позволит упростить работу по редактированию базы данных сотрудников, ведению кадрового учета, составлению штатного расписания, ведению учета сведений по оплате труда, расчет заработной платы сотрудников и формированию всех необходимых выходных документов: «Расчетно-платежной ведомости», «Свода начислений и удержаний», «Расчетных листов», «Отчетов по уплате взносов во внебюджетные фонды».
Введение 3
1 Анализ предметной области 4
2 Техническое задание 9
2.1 Основание для разработки 9
2.2 Назначение разработки 9
2.3 Требования к программе 9
2.3.1 Требования к функциональным характеристикам 9
2.3.2 Требования к надежности 10
2.3.3 Требования к составу и параметрам технических средств 11
2.3.4 Требования к информационной и программной совместимости 11
3 Функциональное проектирование АИС расчета заработной платы в медицинском учреждении 12
3.1 Описание средства проектирования системы BPWin 12
3.2 Описание функциональной модели системы 14
4 Инфологическое проектирование АИС расчета заработной платы в медицинском учреждении 20
4.1 Описание средства проектирования ERWin 20
4.2 Логическое проектирование системы 21
4.3 Разработка структуры связей 24
4.4 Нормализация базы данных 27
4.5 Физическое проектирование системы 29
5 Обоснование целесообразности использования выбранного средства реализации 34
Заключение 36
- сущность «Квалификационный уровень» определяется следующими атрибутами: квалификационный уровень, квалификационная группа;
- сущность «Должность» определяется следующими атрибутами: квалификационный уровень, название должности, месяц, количество рабочих дней в месяц;
- сущность «Ставки» определяется следующими атрибутами: квалификационный уровень, название отделении, название должности, количество ставок;
- сущность «Размеры окладов» определяется следующими атрибутами: квалификационный уровень, название должности, размер оклада;
- сущность «Штатное расписание» определяется следующими атрибутами: название отделения, табельный номер, название должности, квалификационный уровень;
- сущность «Отклонения от графика» определяется следующими атрибутами: код отклонения, наименование отклонения;
- сущность «Табельный учет» определяется следующими атрибутами: табельный номер, код отклонения, начало, конец, всего дней;
- сущность «Надбавка» определяется следующими атрибутами: код надбавки, наименование надбавки, сумма, основание;
- сущность «Начисление надбавки» определяется следующими атрибутами: табельный номер, код надбавки, сумма по надбавкам, дата начисления надбавки;
- сущность «Удержания» определяется следующими атрибутами: код удержания, наименование удержания, сумма, основания;
- сущность «Начисление удержания» определяется следующими атрибутами: код удержания, табельный номер, сумма по удержаниям, дата начисления удержания;
- сущность «Расчет заработной платы» определяется следующими атрибутами: номер расчета, табельный номер, код отделения, название должности, квалификационный уровень, рабочие дни, норма часов, код отклонения, начислено за отработанное время, код надбавки, код удержания, начислено аванс, к выдаче.
Однозначно идентифицируем каждый экземпляр сущности - выделим первичные ключи.
Сущность «Сотрудник» - первичный ключ «Табельный номер».
Сущность «Вычеты НДФЛ» - первичный ключ «Табельный номер».
Сущность «Приказ» - составной первичный ключ «Табельный номер», «Номер приказа».
Сущность «Отделения» - первичный ключ «Название отделения».
Сущность «Отклонения от графика» - первичный ключ «Код отклонения».
Сущность «Табельный учет» - составной первичный ключ «Табельный номер», «Код отклонения».
Сущность «Надбавка» - первичный ключ «Код надбавки».
Сущность «Начисление надбавки» - составной первичный ключ «Табельный номер», «Код надбавки».
Сущность «Удержания» - первичный ключ «Код удержания».
Сущность «Начисление удержания» - составной первичный ключ «Табельный номер», «Код удержания».
Сущность «Проф группы» - первичный ключ «Квалификационная группа».
Сущность «Ставки» - составной первичный ключ «Квалификационный уровень», «Название должности», «Название отделения».
Сущность «Квалификационный уровень» - первичный ключ «Квалификационный уровень».
Сущность «Должность» - составной первичный ключ «Квалификационный уровень», «Название должности».
Сущность «Штатное расписание» - составной первичный ключ «Название отделения», «Табельный номер».
Сущность «Размеры окладов» - составной первичный ключ «Название должности», «Квалификационный уровень».
Сущность «Расчет заработной платы» - составной первичный ключ «Табельный номер», «Номер расчета», «Название отделения».
4.3 Разработка структуры
связей
Свяжем таблицы через внешние ключи.
Сущности «Сотрудник» и «Вычеты НДФЛ» связаны через внешний ключ по полю «Табельный номер». Т.к. вычеты предоставляются на каждого сотрудника, то эта связь будет «один-к-одному».
Сущности «Сотрудник» и «Приказ» связаны через внешний ключ по полю «Табельный номер». Т.к. на каждого сотрудника может быть несколько приказов, то эта связь будет «один-ко-многим».
Сущности «Табельный учет» и «Отклонения от графика» связаны через внешний ключ по полю «Код отклонения». Т.к. у каждого сотрудника может быть несколько отклонений, то эта связь будет «один-ко-многим».
Сущности «Удержание» и «Начисление удержания» связаны через внешний ключ по полю «Код удержания». Т.к. по одному виду удержания может быть много начислений, то эта связь будет «один-ко-многим».
Сущности «Надбавка» и «Начисление надбавки» связаны через внешний ключ по полю «Код надбавки». Т.к. по одному виду надбавки может быть много начислений, то эта связь будет «один-ко-многим».
Сущности «Начисление удержания» и «Расчет заработной платы» связаны через внешний ключ по полю «Код удержания». Т.к. начисленные удержания на сотрудника могут быть во многих его расчетах зарплаты, то эта связь будет «один-ко-многим».
Сущности
«Начисление надбавки» и «
Сущности «Табельный учет» и «Расчет заработной платы» связаны через внешний ключ по полю «Код отклонения». Т.к. табельный учет по отклонениям от графика работы на каждого сотрудника может быть во многих его расчетах зарплаты, то эта связь будет «один-ко-многим».
Сущности «Сотрудник» и «Начисление удержания» связаны через внешний ключ по полю «Табельный номер». Т.к. у одного сотрудника может быть много удержаний, то эта связь будет «один-ко-многим».
Сущности «Сотрудник» и «Начисление надбавки» связаны через внешний ключ по полю «Табельный номер». Т.к. у одного сотрудника может быть много надбавок, то эта связь будет «один-ко-многим».
Сущности «Сотрудник» и «Табельный учет» связаны через внешний ключ по полю «Табельный номер». Т.к. у одного сотрудника может быть много отклонений от графика работы, то эта связь будет «один-ко-многим».
Сущности «Профессиональные группы» и «Квалификационный уровень» связаны через внешний ключ по полю «Квалификационная группа». Т.к. в одной профессиональной группе может быть несколько квалификационных уровеней, то эта связь будет «один-ко-многим».
Сущности «Квалификационный уровень» и «Должность» связаны через внешний ключ по полю «Квалификационный уровень». Т.к. на одном квалификационном уровне может быть несколько дожностей, то эта связь будет «один-ко-многим».
Сущности «Должность» и «Штатное расписание» связаны через внешние ключи: «Название должности», «Квалификационный уровень». Т.к. одна должность может повторятся в штатном расписании несколько раз, то эта связь будет «один-ко-многим».
Сущности «Должность» и «Размеры окладов» связаны через внешние ключи: «Название должности», «Квалификационный уровень». Т.к. одной должности может соответствовать только один оклад, то эта связь будет «один-к-одному».
Сущности «Сотрудник» и «Штатное расписание» связаны через внешний ключ по полю «Табельный номер». Т.к. один сотрудник может быть несколько раз в штатном расписании (совместитель), то эта связь будет «один-ко-многим».
Сущности «Отделение» и «Ставки» связаны через внешний ключ по полю «Код отделения». Т.к. одна должность может быть в разных отделениях, то эта связь будет «один-ко-многим».
Сущности «Ставки» и «Должности» связаны через внешние ключи: «Название должности», «Квалификационный уровень». Т.к. в одном отделении может быть несколько должностей, то эта связь будет «один-ко-многим».
Сущности «Размеры окладов» и «Расчет заработной платы» связаны через внешние ключи: «Название должности», «Квалификационный уровень». Т.к. должностной оклад может назначаться несколько раз одному сотруднику, если он работает совместителем, то эта связь будет «один-ко-многим».
Сущности
«Штатное расписание» и «Расчет заработной
платы» связаны через внешние ключи: «Код
отделения», «Табельный номер». Т.к. для
каждого сотрудника, находящегося на конкретной
должности в месяц может производится
один расчет заработной платы, то эта связь
будет «один-к-одному».
4.4 Нормализация базы
данных
Проанализируем отношения с учетом их первичных ключей и функциональных зависимостей для доказательства нормализации.
В отношениях «Сотрудник», «Вычеты НДФЛ», «Приказ», «Отделение», «Ставки», «Должность», «Штатное расписание», «Профессиональные группы», «Квалификационный уровень», «Надбавки», «Начисление надбавки», «Размеры окладов», «Отклонения от графика», «Табельный учет», «Удержания», «Начисление удержаний» и «Расчет заработной платы» нет повторяющихся групп данных, т.е. все значения их атрибутов неделимы. Следовательно, данные отношения находятся в первой нормальной форме (НФ).
В отношениях «Отделение», «Сотрудник», «Вычеты НДФЛ», «Студент», «Удержание», «Приказ», «Стипендия», «Надбавка», «Профессиональные группы», «Квалификационный уровень», «Надбавки», «Отклонения от графика», «Удержания» уникальными являются только первичные ключи, остальные не ключевые атрибуты не уникальны и функционально полно зависят от ключа.
В отношении «Приказ» уникальным является составной первичный ключ, который состоит из атрибутов: «Табельный номер» и «Номер приказа». Не ключевыми атрибутами являются: «Дата», «Вид приказа», «Содержание». Каждый атрибут зависит только от полного значения ключа, и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа. Следовательно, отношение находится во 2НФ.
В отношении «Должность» уникальным является составной первичный ключ, который состоит из атрибутов: «Название должности» и «Квалификационный уровень». Не ключевыми атрибутами являются: «Месяц», «Количество рабочих дней в месяц». Каждый атрибут зависит только от полного значения ключа, и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа. Следовательно, отношение находится во 2НФ.
В отношении «Ставки» уникальным является составной первичный ключ, который состоит из атрибутов: «Код отделения», «Название должности» и «Квалификационный уровень». Не ключевым атрибутом является: «Количество ставок». Атрибут зависит только от полного значения ключа, и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа. Следовательно, отношение находится во 2НФ.
В отношении «Штатное расписание» уникальным является составной первичный ключ, который состоит из атрибутов: «Табельный номер», «Код отделения». Не ключевыми атрибутами являются: «Название должности», «Квалификационный уровень». Каждый атрибут зависит только от полного значения ключа, и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа. Следовательно, отношение находится во 2НФ.
В отношении «Начисление удержания» уникальным является составной первичный ключ, который состоит из атрибутов: «Табельный номер» и «Код удержания». Не ключевыми атрибутами являются: «Дата начисления удержания», «Сумма по удержанию». Каждый атрибут зависит только от полного значения ключа, и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа. Следовательно, отношение находится во 2НФ.