Автоматизированная информационная система отдела кадров ОАО «Осинниковского Ремонтно-механического завода»
ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ
ГОУВПО «СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ
ИНДУСТРИАЛЬНЫЙ УНИВЕРСИТЕТ»
Кафедра систем информатики и управления
Курсовая работа по
проектированию информационной системы
Новокузнецк, 2013
Содержание
1. Техническое задание . . . . . . . 3
2. Приложение . . . . . . . . .
ООО «Босс-Кадровик»
УТВЕРЖДАЮ |
УТВЕРЖДАЮ |
ЗАКАЗЧИК
Мартынюк В.И Ф.И.О. М.П.
"14" августа 2013г |
ИСПОЛНИТЕЛЬ
Синенков Р.А. Ф.И.О. М.П.
"14" августа 2013г |
название проекта
«Автоматизированная информационная система отдела кадров ОАО «Осинниковского Ремонтно-механического завода»».
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На 27 листах
Действует с "14" августа 2013г
СОГЛАСОВАНО
Генеральный проектировщик
Синенков Р.А. Ф.И.О.
М.П
"14" августа 2013г
Новокузнецк 2013
1. ОБЩИЕ СВЕДЕНИЯ
- Наименование и условное обозначение системы:
««Автоматизированная информационная система отдела кадров ОАО «Новокузнецкий Ремонтно-механический завод»»– далее, сокращенно АИС отдела кадров.
- Работа выполняется в соответствии с Договором № 666 от 14 августа 2013 г.
- РАЗРАБОТЧИК – ООО «Босс-Кадровик»
ЗАКАЗЧИК – ОАО «Новокузнецкий Ремонтно-механический завод»
- Разработка Технического задания выполнена на основании:
- исходных данных, содержащихся в «Технико-экономическом обосновании разработки АИС»;
- Протокола технического совещания от 1 августа 2013
- результатов эскизной разработки основных технических решений в части технического, информационного и базового программного обеспечения АИС.
- Плановые сроки начала и окончания работ по созданию АИС:
- начало работ – 25 августа 2013г.
- окончание строительно-монтажных и пусконаладочных работ по пусковому комплексу – в соответствии с графиком.
- Порядок выполнения, оформления и предъявления ЗАКАЗЧИКУ результатов работ:
- разработка технической документации выполняется в одну стадию (технорабочее проектирование);
- состав документов технорабочего проекта, передаваемых Заказчику, определяется настоящим Техническим заданием;
- разработка проекта «привязки» модуля обновления данных выполняется ИСПОЛНИТЕЛЕМ по отдельному заказу;
- сроки передачи Заказчику технической и рабочей документации определяются утвержденным Планом-графиком выполнения работ по пусковому комплексу АИС;
- сроки подготовки документов ИСПОЛНИТЕЛЕМ определяются Планом-графиком выполнения работ по пусковому комплексу АИС;
- комплексная отладка математического обеспечения и программно-аппаратного комплекса АИС реализуется ИСПОЛНИТЕЛЕМ на имеющемся у заказчика оборудовании; результаты отладки оформляются Актом;
НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
АС является частью автоматизированной информационной системы отдела кадров.
Назначение АИС
АИС отдела кадров предназначена для комплексного информационно-аналитического обеспечения процессов ОАО «Новокузнецкого Ремонтно-механического завода», в части исполнения следующих процессов:
- планирование структуры организаций, штатных расписаний и кадровых политик;
- произведение расчета заработной платы;
- оперативного учета движения кадров;
- ведение административного документооборота по персоналу и учету труда, аттестации и определению потребностей (обучение, повышение квалификации) работников;
- рекрутинг персонала на вакантные должности;
- ведение архивов без ограничения сроков давности.
Автоматизируются функции:
• сбора, хранения и архивации данных о движении работников по заводу;
• анализа полученных результатов.
Цели создания системы
Основными целями создания АИС отдела кадров являются:
- Повышение эффективности исполнения процессов, перечисленных выше, путем сокращения непроизводительных и дублирующих операций, операций, выполняемых «вручную», оптимизации информационного взаимодействие участников процессов;
- Повышение качества принятия управленческих решений за счет оперативности представления, полноты, достоверности и удобства форматов отображения информации;
Для реализации поставленных целей система должна решать следующие задачи:
- Ввод данных реестров;
- Редактирование данных
- Построение аналитических
ХАРАКТЕРИСТИКА ОБЪЕКТА
АВТОМАТИЗАЦИИ
Объектом автоматизации является отдел кадров. В данный момент времени вся информация, которая поступает в него, обрабатывается вручную. После автоматизации отдела кадров, вся информация будет автоматически сохранятся в базе данных на сервере. С помощью специального программного обеспечения, возможно, будет составлять различные отчеты и запросы за определенный период времени.
4. ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Структура АИС
АИС отдела кадров должна состоять из таких подсистем как:
- подсистема хранения данных;
- подсистема управления нормативно-справочной информацией;
- Подсистема анализа;
- Подсистема формирования отчетности.
Подсистема хранения данных предназначена для хранения оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.
Подсистема управления нормативно-справочной информацией предназначена для централизованного ведения классификаторов и справочников, используемых для обеспечения информационной совместимости подсистем.
Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных АИС отдела кадров, проектирования и разработки форм регламентированной отчетности, настройки планового формирования и доставки регламентированных отчетов, формирования и предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах.
Соответствующая структура верхнего уровня АИС характеризуется следующими основными решениями:
- Верхний уровень АИС базируется на IBM совместимых компьютерах, объединенных между собой сетью Ethernet.
- Физической основой сети Ethernet является оптоволокно и «витая пара» 5-ой категории.
- Для АИС отдела кадров выделяется отдельный сервер БД, что позволит организовать его работу независимо от других комплексов.
4.2 Требования к режимам функционирования системы
Для АИС отдела кадров определены
следующие режимы функционирования:
- нормальный режим функционирования;
- аварийный режим функционирования.
Основным режимом
В нормальном функционирование системы:
- клиентское программное обеспечение
и технические средства пользователей
и администратора системы обеспечивают
возможность функционирования в течение
рабочего дня (с 09:00 до 18:00) пять дней в неделю;
- серверное программное обеспечение и
технические средства сервера обеспечивают
возможность круглосуточного функционирования,
с перерывами на обслуживание;
- исправно работает
- исправно функционирует системное, базовое
и прикладное программное обеспечение
системы;
Для обеспечения нормального режима
функционирования системы необходимо
выполнять требования и выдерживать
условия эксплуатации программного
обеспечения и комплекса
Аварийный режим функционирования
системы характеризуется
В случае перехода системы в предаварийный режим необходимо:
- завершить работу всех приложений,
с сохранением данных;
- выключить рабочие станции операторов;
- выключить все периферийные устройства;
- выполнить резервное копирование БД.
После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим.
4.3 Требования к функциям (задачам), выполняемым системой
- Подсистема хранения данных;
Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.
Подсистема должна обеспечивать периодическое
резервное копирование и
- Подсистема управления нормативно-справочной информацией;
Подсистема должна решать задачу обеспечения информационной совместимости данных, которыми обмениваются отдельные компоненты системы между собой, а также со смежными системами в процессе функционирования. В число функций подсистемы должны быть включены функции ведения справочной информации. Справочники и классификаторы, входящие в состав подсистемы, должны проектироваться и разрабатываться в соответствии с действующими общероссийскими и международными справочниками и классификаторами, где это представляется возможным. Подсистема должна предоставлять пользователю удобные инструменты для поиска и применения необходимой справочной информации.
Все справочники, входящие в состав НСИ системы, должны обладать следующей основной функциональностью:
- постоянное хранение данных справочников;
- добавление новых элементов;
- редактирование элементов;
- удаление (удаление элементов
возможно лишь в том случае,
если другие существующие
- просмотр элементов;
- просмотр списка элементов;
- фильтрация и сортировка
- поиск элементов;
Перечень функций справочников должен быть уточнен на стадиях технического проектирования и опытной эксплуатации.
Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров:
- реестр «сотрудники»;
- реестр «адреса»;
- реестр «предприятия»;
- реестр «штатные расписания»;
- Реестр «сотрудники»:
Реестр «сотрудники» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:
- фамилия;
- имя;
- отчество;
- должность;
Модуль должен реализовывать следующие основные функции по обработке данных реестра:
- постоянное хранение данных реестра;
- добавление данных в реестр;
- удаление данных реестра;
- просмотр списка элементов реестра;
- фильтрация и сортировка
- поиск элемента реестра;
- просмотр данных элемента
- просмотр фотографии
- печать выписки из реестра «список сотрудников»;
Реестр «адреса»:
Реестр «адреса» должен обеспечивать
возможность обработки
- город;
- улица;
- дом;
- корпус;
-Подсистема анализа;
Подсистема анализа должна формировать и предоставлять аналитические данные о деятельности завода в области управления кадрами с возможностью оперативного отслеживания ключевых показателей.
-Подсистема формирования отчетности.
Подсистема должна обеспечивать возможность формирования отчетных форм. Подсистема формирования отчетности должна включать механизмы гибкой настройки, а также инструментарий для формирования новых отчетных форм.
5. ТРЕБОВАНИЯ К ВИДАМ
Ниже излагаются требования и предлагаемые варианты решений по основным видам обеспечения, которым должна удовлетворять система автоматизации управления технологическим комплексом производства.
5.1 Информационное обеспечение
Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования.
Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.
Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).
Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы.
Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация).
В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.
5.2. Математическое и программное обеспечение
Математические методы и алгоритмы,
используемые для шифрования/дешифрования
данных, а также программное
При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций.
Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows.
5.3 Требования к лингвистическому обеспечению системы
Все прикладное программное обеспечение
системы для организации
5.4 Требования к техническому обеспечению
Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие в органах федерального агентства технические средства.
В состав комплекса (Рисунок 1) должны
следующие технические
– Серверы БД;
– Серверы приложений;
– Сервер системы формирования отчетности;
– Веб сервер;
– ПК пользователей;
– ПК администраторов.
Рисунок 1 – Технические средства
Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки.
Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.
Требования к техническим
– Процессор – 2 х Intel Xeon 3 ГГц;
– Объем оперативной памяти – 16 Гб;
– Дисковая подсистема – 4 х 146 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Требования к техническим
– Дисковая подсистема 0,5 Тб Raid Array 5
Требования к техническим
– Процессор – 2 х Intel Xeon 3 ГГц;
– Объем оперативной памяти – 8 Гб;
– Дисковая подсистема – 4 х 146 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Требования к техническим характеристикам веб сервера:
– Процессор – 2 х Intel Xeon 3 ГГц;
– Объем оперативной памяти – 16 Гб;
– Дисковая подсистема – 4 х 146 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Требования к техническим характеристикам ПК пользователя и ПК администратора:
– Процессор – Intel Pentium 1.5 ГГц;
– Объем оперативной памяти – 256 Мб;
– Дисковая подсистема – 40 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
6. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Разработка АИС отдела кадров выполняется ООО «Босс-кадровик».
Весь объем работ осуществляется
в соответствии со следующими этапами:
• разработка программного обеспечения;
• составление технической документации;
• пусконаладочные работы;
• обучение персонала.
6.1. Технорабочее проектирование
Информационная сеть:
разработка документов технического обеспечения.
6.2. Комплектация
и поставка программно-
Информационная сеть:
оборудование и материалы оптоволоконной и проводных информационных сетей..
6.3. Шефмонтаж и пуско-наладка.
Шефмонтаж технических средств системы.
Пуско-наладка программно-аппаратного комплекса системы
6.6. Сдача АИС в опытно-промышленную эксплуатацию.
7. ПЕРЕЧЕНЬ ПРОЕКТНЫХ ДОКУМЕНТОВ, ПРЕДЪЯВЛЯЕМЫХ ЗАКАЗЧИКУ
Выполняется одноэтапное проектирование АИС отдела кадров, результатом которого являются следующая технорабочая документация:
1. Ведомость проекта в целом и его составных частей;
2. Пояснительная записка;
3. Схемы функциональной структуры;
4. Схемы структурные и описание комплекса технических средств;
5. Схемы электрические принципиальные;
6. Схемы внешних соединений;
7. Описание информационного обеспечения:
• описание базы данных;
• перечни входных, выходных сигналов и данных;
• описание форм документов;
8. Описание программного обеспечения;
9. Задания на проектирование в других частях проекта;
10. Спецификации приобретаемого оборудования;
11. Спецификации приобретаемых лицензионных программных продуктов;
Код ТЗ
СОСТАВИЛИ:
Наименование организации, Предприятия |
Должность исполнителя |
Фамилия, имя, отчество |
Подпись |
Дата |
ООО “Босс - кадровик” |
проектировщик |
Синенков Р.А. |
25.12.2013 г | |
ОАО «ОРМЗ» |
директор |
Мартынюк В.И. |
25.12.2013 г |
СОГЛАСОВАНО:
Наименование организации, Предприятия |
Должность исполнителя |
Фамилия, имя, отчество |
Подпись |
Дата |
ООО “Босс-Кадровик” |
проектировщик |
Зуев Д.В. |
25.12.2013 г | |
ОАО «ОРМЗ» |
директор |
Мартынюк В.И. |
25.12.2013 г |
Приложение
Проектирование информационной системы в среде Visual UML
Инфологическая структура БД
Рисунок 2 – Инфологическая структура БД
БД состоит из шести таблиц (Таблица 1).
Диаграмма прецедентов Use Case Diagram
Работа начинается с общего анализа проблемы и построения диаграммы прецедентов, которая отражает функциональную структуру проектируемой системы. Разработка данной диаграммы преследует следующие цели:
- определение общих границ и контекст моделируемой предметной области на начальных этапах проектирования системы;
- формулировка общих требований к функциональному поведению проектируемой системы;
- разработка исходной концептуальной модели системы для ее последующей детализации в форме логических и физических моделей;
- подготовка исходной документации для взаимодействия разработчиков системы с ее заказчиком и пользователями.
Одно из главных назначений диаграммы заключается в формализации функциональных требований к системе и возможности согласования полученной модели с заказчиком на ранней стадии проектирования (рисунок 3).
Таблица 1 – Таблицы в диаграмме классов.
№ пп |
Наименование сущности |
Атрибуты сущности |
Описание |
1 |
Education |
ID_EducationLevel- идентификатор уровня образования |
содержит информацию об уровне образования сотрудников |
Education_Level – уровень образования | |||
2 |
Department |
ID_Department - идентификатор отдела |
содержит информацию об отделах завода |
NameDepartment – название отдела | |||
FIO_Chief – ФИО нач. отдела | |||
Phone – телефон отдела | |||
3 |
Personnel |
Published_Data –паспортные данные |
содержит данные о сотрудниках |
FIO_Personnel- ФИО сотрудников | |||
ID_EducationLevel- индификатор ур. образования | |||
ID_Speciality - индификатор специальности | |||
ID_Department –индификатор отдела | |||
ID_Post – индификатор должности | |||
Oklad - оклад сотрудников | |||
4 |
List of members of staff |
ID_State - идентификатор штата |
содержит данные о штатном расписание |
ID_Post – индификатор должности | |||
ID_EducationLevel – индификатор ур. образования | |||
ID_Speciality – индификатор специальности | |||
5 |
Speciality |
ID_Speciality- индификатор специальности |
содержит информацию специальностях сотрудников |
Speciality – название специальности | |||
6 |
Post |
ID_Post – индификатор должности |
Содержит данные по должностям сотрудников |
Post – название должности |
Рисунок 3 - Use Case Diagram
ДИАГРАММА КЛАССОВ CLASS DIAGRAM
Центральное место в методологии ООП занимает разработка логической модели системы в виде диаграммы классов. Нотация UML предоставляет широкие возможности для отображения дополнительной информации (абстрактные операции и классы, стереотипы, общие и частные методы, детализированные интерфейсы, параметризованные классы).

- Автоматизированная информационная система планирования закупок в оптовой торговле
- Автоматизированная информационная система, позволяющая осуществлять оперативную обработку информации, редактирование
- Автоматизированная информационная система по проверке транспорта на предмет угона
- Автоматизированная информационная система «Приемная комиссия»
- Автоматизированная информационная система рекламного агентства
- Автоматизированная информационная система средствами Ubuntu Linux
- Автоматизированная информационная система страхового агента
- Автоматизированная информационная система «Малое авторемонтное предприятие»
- Автоматизированная информационная система на железнодорожном вокзале
- Автоматизированная информационная система «Налог»
- Автоматизированная информационная система налоговой службы
- Автоматизированная информационная система налоговой службы
- Автоматизированная информационная система «Оптовый продовольственный склад»
- Автоматизированная информационная система отдела бухгалтерского учета и отчетности отделения Сбербанка России