Автор: Пользователь скрыл имя, 14 Февраля 2012 в 15:20, курсовая работа
В данной работе реализован на логическом уровне программный комплекс, который полностью соответствует нормативным документам, определяющим порядок ведения документации на предприятиях различных форм собственности. С его помощью обеспечивается ведение базы данных о сотрудниках, содержащей информацию из личной карточки и сведения об условиях трудового договора (контракта) с сотрудниками
Введение
Технико-экономическое обоснование
Характеристика объекта управления
Цели создания ЭИС
Функции и ограничения создания ЭИС
Расчет экономической эффективности от внедрения ЭИС
Выводы и предложения
Техническое задание
2.1 Общие сведения:
2.1.1 Наименование разрабатываемой системы
2.1.2 Основание для разработки
2.1.3 Заказчик и исполнитель ЭИС
2.1.4 Плановые сроки начала и окончания работ
2.2 Назначение и цели создания ЭИС
2.3 Описание входной и выходной информации
2.4 Требования к системе
2.4.1 Требования к системе в целом
2.4.2 Требования к функциям, выполняемым системой
2.4.3 Требования к безопасности и защите информации
2.4.4 Требования к видам обеспечения
2.4.4.1 Требования к программному обеспечению и обоснование выбора
2.4.4.2 Требования к информационному обеспечению
2.4.4.3 Требования к лингвистическому обеспечению
2.4.4.4 Требования к математическому обеспечению
2.4.4.5 Требования к эргономическому обеспечению
2.4.4.6 Требования к техническому обеспечению
2.4.5 Требования к персоналу
2.4.6 Требования к документированию
2.4.7 Требования к программному интерфейсу
2.5 Состав и содержание работ по проектированию ЭИС
2.6 Источники разработки
3. Технорабочий проект
3.1 Концептуальная модель предметной области
3.2 Информационно-логическая модель
3.2.1 Выбор модели данных
3.2.2 Функциональные зависимости реквизитов
3.2.3 Соответствие описательных и ключевых реквизитов
3.2.4 Информационные объекты предметной области
3.2.5 Связи информационных объектов
3.3 Блок-схема алгоритма работы ЭИС
Заключение
Список использованной литературы
Вместе
они составляют комплекс стандартов
и руководящих документов на автоматизированные
системы. Плюс ГОСТ 19.201–78 «Техническое
задание для программ и программных изделий».
3. Технорабочий проект
3.1
Концептуальная модель
предметной области
Процесс
проектирования базы данных начинается
с установления концептуальных требований
ряда пользователей. Эти требования
интегрируются в едином обобщенном
представлении, называемом концептуальной
моделью. Концептуальная модель дает
общие представления о данных предметной
области и представляет объекты и их взаимосвязи
без указания способов их физического
хранения. Концептуальная модель предметной
области АИС «Управление персоналом»
представлена с помощью SADT-диаграмм (методология
IDEF0) на Рис. 1 и Рис. 2.
3.2
Информационно-логическая
модель
Построение информационно-логической модели включает в себя ряд этапов:
3.2.1 Выбор модели данных
Модель данных – это совокупность взаимосвязанных структур данных и операции над этими структурами. Для того, чтобы осуществить выбор модели данных оценивают их достоинства и недостатки.
Для реализации задачи ИС «Управление персоналом» предлагается использовать реляционную модель данных. Ее достоинствами являются: простота представления данных благодаря табличной форме, минимальная избыточность данных при нормализации отношений. В реляционной модели данных обеспечивается: независимость приложений пользователя от данных, допускающая включение или удаление отношений, изменение атрибутного состава отношений. В отличие от других моделей данных, реляционная не требует описания схемы данных и ее генерации.
Таким
образом, с учетом всех необходимых
требований, использование реляционной
модели представляется наиболее целесообразным.
3.2.2 Функциональные зависимости реквизитов
Важным
этапом построения ИЛМ предметной области
является выявление функциональных
зависимостей реквизитов в целях нормализации
отношений и их представления в 3-ей нормальной
форме. В том случае, когда одному значению
ключа (ключевому реквизиту) соответствует
только одно значение описательного реквизита
имеет место функциональная зависимость
реквизитов.
3.2.3 Соответствие описательных и ключевых реквизитов
Соответствие ключевых и описательных реквизитов предметной области представлено в табл. 7.
Условные обозначения: П – простой ключ;
С – составной ключ;
У – уникальный ключ.
Таблица 7. Информационные объекты предметной области и состав их реквизитов
Описательный реквизит | Ключевой реквизит | Вид ключа | Название ИО, в кот. входит реквизит | Наименование ИО |
Obr | KodObr | П, У | SpravObr | Справочник по образованию |
Prof | KodProf | П, У | SprafProf | Справочник профессий |
Azik | KodAzik | П, У | SpravAzika | Справочник по языкам |
Nagrad | KodNagrad | П, У | SpravNagrad | Справочник по наградам |
VidNar | KodVidNar | П, У | SpravVidNar | Справочник по видам нарушений |
Nar | KodNar | П, У | SpravNar | Справочник по нарушениям |
FIO
DRogd KodObr DateObStag Semia Dety VidPens №PS Adress Tel DatePost PasportSer PasportVid Podrazd Tab № |
NomK | П, У | LichKart | Личная карточка |
KodObr
FormObuch UchZav AdressUZ №Dipl DateDipl Spec Ucheba |
NomK | П, У | Obrazov | Образование |
Otcuda
Kuda DatePrikaz №Prikaz Data Naz Tab № KodProf Razrad Oklad SistOpl UslTrud Dlit Kategor TrudDog DateOffDog |
NomK | П, У | Peremezhen | Перемещения |
DateNach
Date Off OldRabot |
NomK | П, У | TrudBook | Трудовая книжка |
INN
Avans Nadbavka SrokNadbavka Nalog Strah DateIzmStrah |
NomK
Tab № |
С, У | BoohRekviz | Бухгалтерские реквизиты |
GrupVU
KategorVU VidVU SostavVU Zvanie VUSpec Godnost №SpecU DateOnVS DateOffVS DateSnat |
NomK | П, У | VoinskUchot | Воинский учёт |
DatePrikazUv
№PrikazUv DateUv Osnova DateOffDog DateOtr |
NomK | П, У | Uvolnen | Увольнение |
OnPeriod
OffPeriod VidOtpusk DlitOtpusk OnOtpusk OffOtpusk DateZapisk №Zapisk |
NomK | П, У | Otpusk | Отпуска |
KodNagrad
DateNagrad |
NomK | П, У | Nagrad | Награды и поощрения |
KodAzik
StepVlad |
NomK | П, У | DrAziki | Знание других языков |
DateRogdD
Name Pol Uchregden |
NomK | П, У | Dety | Дети |
DateNar
KodVidNar KodNar DatePrikazVz №Vz VidVz Vz |
NomK | П, У | Narushen | Нарушения |
3.2.4 Информационные объекты предметной области
Информационный объект – это отображение некоторой сущности. Информационный объект определяется рядом качественных и количественных характеристик, которые представлены соответствующими реквизитами-признаками и реквизитами-основаниями.
Сгруппируем
все реквизиты, одинаково зависящие
от ключевых и объединим их с ключевыми
в соответствующие
Условные обозначения типов данных: N – числовой;
D – дата;
S
– строковый.
Таблица 8. Информационные объекты предметной области и их реквизитный состав
Имя ИО, в кот. входит реквизит | Наименование реквизита | Имя реквизита в ИЛМ | Тип | Признак ключа |
SpravObr | Образование
Код образования |
Obr
KodObr |
S
N |
* |
SpravProf | Профессия
Код профессии |
Prof
KodProf |
S
N |
* |
SpravAzika | Язык
Код языка |
Azik
KodAzik |
S
N |
* |
SpravNagrad | Награда
Код награды |
Nagrad
KodNagrad |
S
N |
* |
SpravVidNar | Вид нарушения
Код вида нарушения |
VidNar
KodVidNar |
S
N |
* |
SpravNar | Нарушение
Код нарушения |
Nar
KodNar |
S
N |
* |
LichKart | Номер карточки
Ф.И.О. Дата рождения Код образования Дата начала общего стажа Семейное положение Дети (количество) Вид пенсии Пенсионный страховой № Адресс Телефон Дата поступления Паспорт (серия, №) Паспорт (кем выдан) Подразделение Табельный номер |
NomK
FIO Drogd KodObr DateObStag Semia Dety VidPens №PS Adress Tel DatePost PasportSer PasportVid Podrazd Tab № |
N
S D N D S N S N S N D S S S N |
* |
Obrazov | Номер карточки
Код образования Форма обучения Учебное заведение Адрес учебного заведения Серия, № диплома Дата выдачи диплома Специальность Учёба в настоящее время |
NomK
KodObr FormObuch UchZav AdressUZ №Dipl DateDipl Spec Ucheba |
N
N S S S S D S S |
* |
Peremezhen | Номер карточки
Признак «откуда» Признак «куда» Дата приказа Номер приказа Дата назначения Табельный номер Код профессии (должности) Разряд Оклад Система оплаты Условия труда Длительность рабочего дня Категория Трудовой договор Дата окончания договора |
NomK
Otcuda Kuda DatePrikaz №Prikaz Data Naz Tab № KodProf Razrad Oklad SistOpl UslTrud Dlit Kategor TrudDog DateOffDog |
N
S S D N D N N N N S S N S S D |
* |
TrudBook | Номер карточки
Дата начала работы Дата окончания работы Прежнее место работы |
NomK
DateNach Date Off OldRabot |
N
D D S |
* |
BoohRekviz | Номер карточки
Табельный номер ИНН Плановый аванс Персональная надбавка Срок действия надбавки Шифр налога (дети) Страховка Дата изменения страховки |
NomK
Tab № INN Avans Nadbavka SrokNadbavka Nalog Strah DateIzmStrah |
N
N N N N S N N D |
*
* |
VoinskUchot | Номер карточки
Группа воинского учёта Категория воинского учёта Вид воинского учёта Состав воинского учёта Воинское звание Военно-учетная специальность Годность к воинской службе Номер спецучёта Дата начала службы в ВС Конец службы в ВС Дата снятия с учёта |
NomK
GrupVU KategorVU VidVU SostavVU Zvanie VUSpec Godnost №SpecU DateOnVS DateOffVS DateSnat |
N
S S S S S S S N D D D |
* |
Uvolnen | Номер карточки
Дата приказа на увольнение Номер приказа Дата увольнения Основание Дата окончания трудового договора Дата отработки |
NomK
DatePrikazUv №PrikazUv DateUv Osnova DateOffDog DateOtr |
N
D N D S D D |
* |
Otpusk | Номер карточки
Начало рабочего периода Окончание рабочего периода Вид отпуска Длительность отпуска Начало отпуска Окончание отпуска Дата записки о предоставлении отпуска Номер записки |
NomK
OnPeriod OffPeriod VidOtpusk DlitOtpusk OnOtpusk OffOtpusk DateZapisk №Zapisk |
N
D D S N D D D N |
* |
Nagrad | Номер карточки
Код награды Дата |
NomK
KodNagrad DateNagrad |
N
N D |
* |
DrAziki | Номер карточки
Код языка Степень владения |
NomK
KodAzik StepVlad |
N
N S |
* |
Dety | Номер карточки
Дата рождения Имя Пол Учреждение |
NomK
DateRogdD Name Pol Uchregden |
N
D S S S |
* |
Narushen | Номер карточки
Дата нарушения Код вида нарушения Код нарушения Дата приказа о взыскании Номер приказа Вид взыскания Взыскание |
NomK
DateNar KodVidNar KodNar DatePrikazVz №Vz VidVz Vz |
N
D N N D N S S |
* |
3.2.5 Связи информационных объектов
При проектировании реляционных баз данных структурные связи устанавливаются между информационными объектами независимо от того, имеется ли между ними функциональная связь. Структурные связи устанавливаются для обеспечения всевозможных запросов пользователя.
Определим
главные и подчиненные
Таблица
9. Структурные связи
Ключи связи | Главный ИО | Подчиненный ИО | Тип связи |
KodObr | SpravObr | LichKart | 1:N |
KodObr | SpravObr | Obrazov | 1:N |
KodProf | SprafProf | Peremezhen | 1:N |
KodAzik | SpravAzika | DrAziki | 1:N |
KodNagrad | SpravNagrad | Nagrad | 1:N |
KodVidNar | SpravVidNar | Narushen | 1:N |
KodNar | SpravNar | Narushen | 1:N |
NomK
Tab № |
BoohRekviz | LichKart | 1:N |
NomK
Tab № |
BoohRekviz | Peremezhen | 1:N |
NomK | VoinskUchot | LichKart | 1:N |
NomK | Uvolnen | LichKart | 1:N |
NomK | Otpusk | LichKart | 1:N |
NomK | Nagrad | LichKart | 1:N |
NomK | DrAziki | LichKart | 1:N |
NomK | Dety | LichKart | 1:N |
NomK | Narushen | LichKart | 1:N |
3.3 Блок-схема алгоритма
работы ЭИС
Алгоритм представляет из себя четко определенную последовательность действий, которые необходимо выполнить над исходной информацией для решения поставленной задачи.
Алгоритм
программной модели является основанием
для создания программистами физической
модели БД «Управление персоналом».
Заключение
В
ходе разработки данного проекта
был проведен подробный анализ предметной
области. В результате была выявлена
необходимость автоматизации
В аналитической части курсовой работы были описаны требования к разрабатываемой системе и обоснован выбор программного и технического обеспечения для реализации задачи.
В проектной части работы для проектируемой АС были разработаны: модель предметной области «сущность – связь», информационно – логическая модель в канонической форме и логическая структура реляционной базы данных. Данная работа выполнена в соответствии с методическими указаниями по выполнению курсовой работы.
На основе разработанной логической структуры и программного алгоритма, с учётом требований к системе, перечисленных в ТЗ, можно реализовать физическую модель БД «Управление персоналом», т.е. создать её с помощью рекомендованной в ТЗ СУБД в программном виде.
Особое
внимание при этом следует уделить
выбору интерфейса, который одновременно
должен быть максимально удобным
для пользователей и
Список
использованной литературы