Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

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

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

- возможность оперативного контроля за достоверностью информации;

- уменьшение числа возможных ошибок при генерировании производных данных;

- возможность быстрого доступа к любым данным;

- возможность быстрого формирования отчетов;

- экономия трудозатрат и затрат времени на обработку информации.

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

Данный курсовой проект представляет собой проектирование информационной системы по учету кадров в отделе кадров.

1. Постановочная часть

1.1 Постановка целей и задач проектирования

Цель курсовой работы: спроектировать функциональный модуль по учету кадров на предприятии в отделе кадров.

Задачами курсового проекта являются:

1) Проведение предпроектного обследования (изучение предметной области предприятия, описание основных бизнес-процессов на предприятии);

2) Разработка и документирование концепции проектирования функционального модуля (описание бизнес-требований к системе, разработка требований пользователей);

3) Разработка системного проекта (создание технического задания функционального модуля).

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

В качестве методологии проектирования используются методологии структурного (SADT) и объектного(RUP) анализа и проектирования. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin) (IDEF1X). Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 7.х и BPWin 7.х.

1.2 Описание предметной области (предпроектное обследование)

Характеристика отдела кадров и построение модели «как есть (as-is)» бизнес-процессов.

1. Общие положения:

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

2. Структура предприятия представлена на рис1.

Рисунок 1-Организационная структура отдела кадров

информационная система учет кадры

Задачи:

- обеспечение предприятия сотрудниками;

- учет сотрудников на предприятии;

- поиск сотрудников с нужной квалификацией;

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

- создание резерва кадров для выдвижения на руководящие и материально ответственные должности.

Права:

Отдел кадров имеет право:

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

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

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

- требовать и получать от всех структурных подразделений предприятия сведения, необходимые для выполнения возложенных на отдел задач;

- самостоятельно вести переписку по вопросам подбора кадров, а также по другим вопросам, входящим в компетенцию отдела и не требующим согласования с руководителем предприятия.

Взаимоотношения (служебные связи):

Для выполнения функций и реализации прав отдел кадров взаимодействует c:

- генеральным директором: получение приказа о найме рабочего по определённой специальности.

- бухгалтерией: получение справки о доходах.

- кандидатом на работу: получение от него резюме, паспортных данных, заполненной анкеты.

1.3 Выбор и обоснование модели

Методика «будет - не будет»

Проект будет:

- проект будет внешним, т.к. в процессе участвуют только сотрудники отдела кадров;

- проект будет предназначен для: предприятия в целом;

- проект будет выполнять: поиск сотрудников в базе данных, поиск сотрудников не зарегистрированных в базе данных и занесение их в нее, подписание договора с сотрудником;

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

Проект не будет:

- проект не будет полномасштабной системой работы с кандидатами на работу;

- проект не будет рассматривать работу по выстраиванию графика работы.

- проект не будет рассматривать нарушения договора с сотрудниками.

На основании информации, полученной при анализе предметной области, была построена диаграмма потоков данных (DFD) «как есть» бизнес процессов.

Рисунок 2 - Контекстная диаграмма

Отчет по диаграмме потоков данных:

Название модели: Учет кадров

Описание: учет принятых на предприятие сотрудников

Точка зрения: директор склада сырья и материалов

Цель: уменьшить трудовые и временные ресурсы по учету кадров на предприятии

Произвели декомпозицию контекстной диаграммы потоков данных (Рис. 3).

Рисунок 3 - Декомпозиция контекстной диаграммы

Отчет для диаграммы A-0, Учет сырья и материалов на складе (таблица 1).

Таблица 1 - Описание процесса, дуг и внешних сущностей контекстной диаграммы потоков данных

Activity
Name	Definition
Выбор оптимального варианта	Происходит выбор наиболее лучшего, опытного, квалифицированного работника
Заполнение личной карточки сотрудника	Внесение информации о сотруднике
Поиск сотрудника	Рассматриваются процессы по учету поступления заявок на свободную вакансию.
Учёт кадров	Процесс учета принятых на работу сотрудников
Формирование договора	Подписание договора с фирмой и сотрудником, в котором указаны все условия
Формирование отчётов	Формируется отчетность по приему сотрудников на работу
Arrow
данные о зарплате	Выписка о зарплате
договор	Документ, составляемый организацией, включающий всю необходимую информацию о правилах и условиях работы
договор на подпись	Документ, составляемый организацией, включающий всю необходимую информацию о правилах и условиях работы
Заполненная анкета кандидата	Ф.И.О. и данные о кандидате на работу
заявки о вакансиях	документы о просьбе нанять рабочих, в связи с нехваткой кадров
карточка сотрудника	данные о сотруднике
копия подписанного договора	документ, хранящийся в личном деле сотрудника
Ксерокопия паспорта	документ для хранения в личном деле сотрудника
Ксерокопия трудовой книжки	документ для хранения в личном деле сотрудника
личная карточка сотрудника	Ф.И.О., адрес, телефон, паспортные данные сотрудника, должность, зарплата сотрудника
Отчёт о найме рабочего	документ, о приёме на работу сотрудника
Паспортные данные кандидата
подписанный договор	Документ, составляемый организацией, включающий всю необходимую информацию о правилах и условиях работы
Приказ о найме рабочего	Документ в котором сказано, что нужен сотрудник в определённой сфере
Резюме кандидата	Бывшее место работы, рекомендации
Трудовая книжка кандидата
Data Store
Name	Definition
Договора	Документ, содержащий информацию о договорах
Журнал регистрации	Документ, содержащий информацию о сотрудниках
Личная карточка сотрудника	Документ, содержащий информацию о личных карточках сотрудников
External Reference
Name	Definition
Бухгалтерия	Бухгалтерский отдел предприятия
Генеральный директор	Начальник, который даёт приказы о найме рабочего
Кандидат на вакансию	Человек который желает устроиться на работу
Планово-производственный отдел	Отдел, который дают акт о свободной вакансии

От генерального директора поступает и/п «приказ о найме рабочего» в отдел кадров о нахождении работника на определённую должность с определённой квалификацией. Т.о. поиск сотрудника происходит на основании «приказа», полученного от генерального директора предприятия.

Отдел кадров начинает поиск, соответствующего требованиям директора, сотрудника. Предпочтение отдаётся тем анкетам кандидатов, которые более квалифицированны и имеют стаж работы не менее 6 лет. Отдел кадров ищет такого работника в своем журнале сотрудников, если соответствующего работника не найдено, то поиск продолжается в интернете, газетах, и других источниках. После нахождения, происходит собеседование с работником, он заполняет анкету (она планируется заранее), где указывается Ф.И.О., возраст, контактные данные (телефон, e-mail), специальность, стаж работы, желаемая заработная плата, подпись. После нескольких заполненных анкет, отдел кадров выбирает, более соответствующего требованиям, работника. Далее отдел кадров связывается с кандидатом на работу обговаривают договор и подписывают его.

1.4 Разработка технического задания на проектирование

функциональный модуль концепция документирование

Общие сведения

1.1. Наименование системы

1.1.1. Полное наименование системы

Полное наименование - Автоматизированная информационная система учета кадров на предприятии ООО «Mebele_life»

1.1.2. Краткое наименование системы

Краткое наименование - ФМук

1.2. Основания для проведения работ

Работа выполняется на основании договора №100 между ООО «Доминик» и ООО «Mebele_life».

1.3. Наименование организаций - Заказчика и Разработчика

1.3.1. Заказчик

Заказчик: ООО «Mebele_life»

Адрес фактический: 141103, г. Нижний Новгород, ул. Ленина д. 49.

Телефон: +7 (495) 3748392

Факс: +7 (495) 2222234

1.3.2. Разработчик

Разработчик: ООО «Доминик»

Адрес фактический: г. Нижний Новгород, Фрунзе 30

Телефон: +7 (495) 3333343

Факс: +7 (495) 3347333

1.4. Плановые сроки начала и окончания работы

Плановые сроки начала и окончания работ по созданию системы: план-график.

1.5. Источники и порядок финансирования

Источники и порядок финансирования указаны в договоре №100. Финансирование работ осуществляет Заказчик. Объем и порядок финансирования определяется Календарным планом работ, Рабочей программой и Протоколом договорной цены, являющихся неотъемлемой частью Контракта (Дополнительных Соглашений) на выполнение работ в соответствии с настоящим Частным техническим заданием.

1.6. Порядок оформления и предъявления заказчику результатов работ

Работы по созданию ФМук сдаются Разработчиком поэтапно в соответствии с Календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определен Договором.

Назначение и цели создания системы

2.1. Назначение системы

ФМук предназначена для уменьшения временных, трудовых и финансовых ресурсов по учету кадров на предприятии, повышения оперативности и качества принимаемых управленческих решений сотрудниками отдела кадров.

Основным назначением ФМук является автоматизация информационно-аналитической деятельности в существующих бизнес-процессах отдела: поиск сотрудника, выбор оптимального сотрудника, заполнение личной карточки сотрудника, формирование договора, формирование отчётов.

2.2. Цели создания системы

ФМук разрабатывается для сотрудников отдела кадров с целью:

- оперативности в обработке документов;

- повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;

- упрощению поступления документов из других отделов;

- отслеживания состояния учета кадров;

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

Характеристика объектов автоматизации

Основной задачей деятельности ООО «Mebele_life» является повышение экономической эффективности производства, и получение максимально возможной прибыли.

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

Руководитель предприятия утверждает список должностных лиц, ответственных за учёт кадров (начальник отдела кадров, сотрудники отдела кадров, секретарь) правильное и своевременное оформление этих операций, а также за сохранностью вверенных им материалов.

Для учета кадров ООО «Mebele_life» применяется первичная учетная документация, отвечающая требованиям основных положений по учету кадров и приспособленная для автоматической обработки информации. Количество экземпляров выписываемых документов и их документооборот устанавливается в зависимости от характера технического снабжения и от системы организации учета. Количество экземпляров должно быть минимальным; при использовании ЭВМ - один экземпляр, а при ручной обработке - не более двух.

На ООО «Mebele_life» приём сотрудников в организацию контролирует в первую очередь генеральный директор, который следит за выполнением отдела договорных обязательств, предъявляет им претензии по некачественной работе.

Требования к системе в целом

Требования к структуре и функционированию системы

Система должна поддерживать следующие режимы функционирования:

- основной режим, в котором ФМук выполняют все свои основные функции;

- профилактический режим, в котором ФМук не выполняют своих функций.

В основном режиме функционирования, Система ФМук должна обеспечивать:

- работу пользователей в режиме - 24 часов в день, 7 дней в неделю (24х7);

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

В профилактическом режиме Система ФМук должна обеспечивать возможность проведения следующих работ:

- техническое обслуживание;

- модернизацию аппаратно-программного комплекса;

- устранение аварийных ситуаций.

Требования к численности и квалификации персонала системы и режиму его работы

Для поддержки функционирования ФМук заказчиком должна быть создана служба эксплуатации, персонал которой должен обладать знаниями в области информационных технологий. В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА)

Подсистемы, должны входить:

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

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

Требования к численности персонала

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

- администратор ФМук - 2 человека;

- руководитель эксплуатирующего подразделения - 1 человек;

Данные лица должны выполнять следующие функциональные обязанности:

1) Руководитель эксплуатирующего подразделения - на всем протяжении функционирования ФМук обеспечивать общее руководство группой внедрения, эксплуатации и сопровождения.

2) Администратор - на всем протяжении функционирования ФМук обеспечивать информационную поддержку системы и её контроль, распределение дискового пространства, модификацию структур БД, оптимизацию производительности, формирование и визуализации отчетности, подготовку и загрузка данных из внешних источников в хранилище данных, обеспечивать поддержку пользователей и т.д.

Требования к квалификации персонала

К квалификации персонала эксплуатирующего Систему ФМук предъявляются следующие требования.

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

- администратор ФМук - знания методологии проектирования хранилищ данных, знание СУБД, знание языка запросов SQL, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д.

Требования к надежности технических средств и программного обеспечения

Надежность ФМук в части технического обеспечения должна обеспечиваться:

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

- наличием на объектах автоматизации запасных изделий и приборов;

- защитой технических средств по электропитанию путем использования источников бесперебойного питания;

- дублированием носителей информационных массивов.

К надежности электроснабжения предъявляются следующие требования:

- с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее 15 минут;

- система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы;

- система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает 10 минут;

- должно быть обеспечено бесперебойное питание активного сетевого оборудования;

Надежность программного обеспечения системы должна обеспечиваться за счет:

- надежности общесистемного ПО и ПО разрабатываемого разработчиком;

- проведением комплекса мероприятий отладки, поиска и исключения ошибок;

- ведением журналов системных сообщений и ошибок для последующего анализа и изменения конфигурации.

Требования к эргономике и технической эстетике

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

- в части внешнего оформления:

- должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;

- должен использоваться шрифт Times New Roman;

- размер шрифта должен быть 12;

- цветовая палитра должна быть в легких для восприятия тонах;

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

- при возникновении ошибок в работе системы - на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

Система должна соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них.

Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство питается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.

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

Требования к информационной безопасности

Подсистема должна обеспечивать защиту от несанкционированного доступа. Авторизация для работы с разделами системы должна производиться по персональным именам пользователя и паролю. Каждому пользователю может быть предоставлено право на совершение определенных действий с теми или иными разделами системы:

- просмотра элементов;

- добавления элементов;

- редактирования элементов;

- удаления элементов;

- редактирования прав доступа к разделу и т.д.

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

Требования по стандартизации и унификации

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin)

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 7.х и BPWin 7.х.

Для работы с БД должны использоваться язык запросов SQL в рамках стандарта ANSI SQL. В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.

Дополнительные требования

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

Состав и содержание работ по созданию системы

Предпроектное обследование объекта:

- изучение организационной структуры;

- изучение информационных потоков;

- изучение существующих технологий обработки информации;

- изучение входных и выходных документов;

Проектирование:

- разработка организационного обеспечения;

- разработка информационного обеспечения;

- разработка программного обеспечения;

- разработка технического обеспечения.

Порядок контроля и приемки системы

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

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в эксплуатацию

При выполнении ряда работ по вводу в эксплуатацию данной АИС необходимо выделить два основных периода:

- организационно - подготовительный;

- опытную эксплуатацию.

В организационно - подготовительный период необходимо:

- обеспечить подготовку помещений;

- провести монтаж, наладку и испытание системы непосредственно на рабочих местах;

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

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

2. Обеспечивающая часть

2.1 Информационное обеспечение

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

- область временного хранения данных;

- область постоянного хранения данных;

- область витрин данных.

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

Рисунок 4 - Логическая модель



Рисунок 5-Физическая модель

К обновлению и восстановлению данных предъявляются следующие требования:

1) Для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на протяжении 2-х месяцев;

2) Для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;

3) Для данных хранилища данных необходимо обеспечить резервное копирование и архивацию на ленточный массив в следующие промежутки времени:

- холодная копия - ежеквартально;

- логическая копия - ежемесячно (конец месяца);

- инкрементальное резервное копирование - еженедельно (воскресение);

- архивирование - ежеквартально;

2.2 Требования к программному обеспечению

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

В состав системы должны входить следующие подсистемы:

- подсистема хранения данных;

- подсистема расчета;

- подсистема формирования отчетности.

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

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

Подсистема формирования отчетности предназначена для создания и формирования отчетов любой конфигурации.

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin) (IDEF1X).

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 7.х и BPWin 7.х.

Данные получаемые в ходе работы с системой, хранятся и обрабатываются при помощи Microsoft SQL Server. Microsoft SQL Server - система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов - Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями.

2.3 Техническое обеспечение

Система должна быть реализована с использованием специально выделенных серверов заказчика. Сервер базы данных должен быть развернут на HP9000 SuperDome №1, минимальная конфигурация которого должна быть: CPU: 16 (32 core); RAM: 128 Gb; HDD: 500 Gb; Network Card: 2 (2 Gbit); Fiber Channel: 4. Сервер сбора, обработки и загрузки данных должен быть развернут на HP9000 SuperDome №2, минимальная конфигурация которого должна быть: CPU: 8 (16 core); RAM: 32 Gb; HDD: 100 Gb; Network Card: 2 (1 Gbit); Fiber Channel: 2.

2.4 Организационное (методическое) обеспечение

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

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

- подразделение, обеспечивающее эксплуатацию системы должен заранее (не менее чем за 3 дня) информировать всех пользователей (с указанием точного времени и продолжительности) о переходе её в профилактический режим.

3. Разработочная часть

3.1 Разработка структуры информационной системы

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

После подписания договора сотрудник отдела кадров заносит всю информацию в БД. И оформляет электронную личную карточку сотрудника по шаблону. Рабочее дневное время менеджера составляет 8 часов (480 минут). При ручном оформлении документов сотрудник может внести в базу данных около 15. Из этого следует, что время, затрачиваемое на принятие 1 составляет 32 минуты.

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

Таблица 2 - Варианты использования для каждого пользователя

Действующее лицо	Вариант использования (прецедент)
Начальник отдела кадров	Просмотр отчётов о проделанной работе. Просмотр и редактирование списка сотрудников Просмотр договоров с сотрудниками.
Сотрудники отдела кадров	Создание, редактирование и просмотр отчётов Создание, редактирование и просмотр договоров о найме. Создание, редактирование и просмотр личной карточки сотрудника. Создание, редактирование и просмотр журнала регистрации.
Секретарь	Просмотр информации о сотрудниках Просмотр отчетности. Связь с кандидатами через электронную почту. Отправление через электронную почту каких-либо документов.

Перечень функций или задач, подлежащих автоматизации (см таб. 3).

Таблица 3 - Перечень функций или задач, подлежащих автоматизации

	Задача
Поиск сотрудников	подача объявления о поиске сотрудника занесение в БД анкет кандидатов выбор оптимального варианта
Формирование договоров	составление договора подписание договора
Заполнение личной карточки сотрудника	заполнение электронной личной карточки сотрудника по шаблону.
Формирование отчётов	составление отчётов отправка отчёта по электронной почте в нужный отдел

3.2 Разработка архитектуры системы

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

Архитектура предприятия подразделяется на три взаимозависимых уровня:

- стратегический уровень;

- уровень бизнес-архитектуры;

- уровень системной архитектуры.

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

Рисунок 6 - Системная архитектура

3.3 Разработка интерфейса взаимодействия пользователя с системой

Система будет представлена в виде форм, главной из которых будет форма авторизации пользователя, авторизовавшись, пользователь переходит на рабочую форму. Визуальное представление интерфейса продемонстрировано ниже (рисунок 7,8)

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

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

Рисунок 7 - Форма авторизации пользователя

Рисунок 8 - Главная форма

Ниже (рисунки 9-13) представлены действия, которые может выполнять пользователь, войдя в систему.

Рисунок 9 - Подпункт меню «Сотрудники и поиск сотрудников»



Рисунок 10 - Подпункт меню «Отчёты»

Рисунок 11 - Подпункт пункта «Отчёты»



Рисунок 12 - Подпункт меню «Штатное расписание»

Рисунок 13 - Подпункт меню «Личные карточки сотрудников»

3.4 Оценка функционирования ИС

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

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

Приемочные испытания должны включать проверку:

- полноты и качества реализуемых функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования Подсистемы, указанных в настоящем Техническом задании;

- выполнении каждого требования, относящегося к интерфейсу Подсистемы;

- работы персонала в диалоговом режиме;

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

Заключение

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

В ходе проекта был спроектирован и реализован процесс создания автоматизированной ИС отдела кадров на предприятии. В процессе работы над проектом были получены практические навыки в исследовании предметной области, описания проектного решения, построения моделей «AS IS» и «TO BE». В своей работе использовал методологию объектно - ориентированного проектирования. В качестве инструментальных средств были использованы BPWin и ErWin, поддерживающие данную методологию и описывающие все функции системы. В качестве СУБД соответственно выбран MySQL

Список литературы

функциональный модуль концепция документирование

1. Гайдамакин Н.А. Автоматизированные информационные системы, банки и базы данных. Вводный курс: учебное пособие. - М: Гелиос АРВ, 2002. - 368 с.

2. Емельянова Н.З., Партыка Т.А., Попов И. Основы построения автоматизированных информационных систем: учебное пособие для студ. СПО. - М: Форум; Инфра-М, 2005. - 416 с.

3. Методические указания к выполнению курсового проекта по дисциплине «Проектирование информационных систем»

4. Моисеенко С. SQL: задачи и решения. - СПб: Питер, 2006. - 256 с.

5. Принципы построения автоматизированных информационных систем (АИС). Техническое и рабочеее пректирование АИС: учеб. пособие для вузов / разраб. В.Н. Кузубовым. - М: Совр. Гум. Ун-т, 2000. - 102 с.

Размещено на Allbest.ru