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

ГОУ ВПО

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ИННОВАЦИОННЫХ ТЕХНОЛОГИЙ И ПРЕДПРИНИМАТЕЛЬСТВА

Кафедра информационных систем

Курсовой проект

Дисциплина: «Проектирование информационных систем»

Тема: «Разработка АИС «Работа отдела кадров»

Выполнила: студентка гр.09И

Шкоткина В.А.

Проверила: старший преподаватель

Голобокова Е.М.

Пенза, 2013г.

Реферат

Объектом исследования является работа отдела кадров.

Цель разработки - облегчить работу сотрудникам отдела кадров, уменьшить время затрачиваемое на составление различных отчётов.

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

Автоматизированная система формирует отчёты в виде таблиц; хранит личные данные и приказы на каждого сотрудника.

Введение

За последние несколько лет вырос уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.

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

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

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

1. Анализ предметной области

Предметной областью является деятельность отдела кадров.

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

При приеме на работу сотрудники отдела кадров должны принять документы у соискателя: трудовую книжку, документ об образовании, паспорт. На основе этих документов создаётся личная карточка сотрудника по форме №Т-2, которая содержит в себе табельный номер сотрудника, фамилия, имя, отчество, дата рождения, пол, семейное положение, адрес проживания, телефон, паспортные данные (серия, номер, кем и когда выдан, дата выдачи, место рождения), национальность и образование. Далее сотрудники составляют приказ о приеме на работу по форме №Т-1 и оформляют трудовой договор - соглашение между работником и работодателем, в соответствии с которым работник обязуется лично выполнять работу по определённой должности, соответствующей его квалификации.

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

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

После увольнения сотрудника, ему возвращается трудовая книжка с определенной отметкой. Задержка выдачи трудовой книжки - это нарушение, за которое может грозить штраф (ч.1 ст.5.27 КоАП РФ).

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

1. в приказе об увольнении (форма №Т-8);

2. в трудовой книжке после записи об увольнении (п.35 Правил, утв. Постановлением Правительства от 16.04.2003 №225)

3. в личной карточке по форме №Т-2

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

2. Техническое задание

2.1 Основание для разработки

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

«Проектирование информационных систем». Задание выдано______

2.2 Назначение разработки

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

2.3 Требования к программе

2.3.1 Требования к функциональным характеристикам

Автоматизированная информационная система «Работа отдела кадров» должна обеспечить:

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

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

в) ввод и хранение приказов о приеме на работу, о переводе на другую должность и об увольнении;

д) должно допускаться редактирование введённой ранее информации;

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

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

2.3.2 Требования к надежности

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

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

Информационная система предназначена для использования на IBM- совместимых персональных компьютерах с минимальной конфигурацией: PentiumII 600 MHz, 128 Mb ОЗУ. Дополнительно необходимо наличие принтера.

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

База данных должна быть создана с использованием Microsoft Access.

Программа должна работать в операционных системах Windows XP/Windows 7/Vista/Windows 8.

2.4 Требования к программной документации

Комплект разрабатываемых документов должен включать:

? текст программы (листинг);

? описание программы;

? программу и методику испытаний;

? описание применения.

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

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

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

3. Функциональное проектирование информационной системы

3.1 Общие сведения о AllFusion Process Modeler 7

Описание, анализ и моделирование бизнес-процессов без применения специальных инструментов возможно только в самых простейших случаях. Для решения этих задач создана программа AllFusion Process Modeler 7, которая включает следующие методологии: IDEF0, DFD и IDEF3.

Пакет AllFusion Process Modeler 7 предназначен для создания функциональной модели существующей или проектируемой информационной системы.

Функциональная модель включает в себя:

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

· взаимодействия этих процессов, функций, задач с внешним миром и между собой.

AllFusion Process Modeler 7 с использованием IDEF0 методология позволяет наглядно представить выбранную систему как совокупность взаимодействующих функций и задач. Функции и задачи системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

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

AllFusion Process Modeler 7 автоматически синхронизирует изменения объектов диаграмм на всех уровнях детализации, тем самым, освобождая пользователя от ручного ведения словаря объектов модели. Так если мы исправим на верхнем уровне название объекта, то получим изменение на всех уровнях, где данный объект встречается. Также невозможным является случайное дублирование наименований работ. При появлении такой ситуации AllFusion Process Modeler 7 генерирует предупреждающее сообщение.

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

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

Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы -- движение объектов, хранение объектов, поставка и распространение объектов.

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

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

Перечисленные информационные разрезы по-своему уникальны. Каждый из них может быть выполнен отдельно с помощью AllFusion Process Modeler 7, но их совокупность, заключенная в модель, дает аналитику полную картину предметной области клиента.

Различают пять типов стрелок:

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

2. Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы.

3. Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

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

5. Вызов (Call) - специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани работы. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В AllFusion Process Modeler 7 стрелки вызова используются в механизме слияния и разделения моделей.

Методология DFD

Целью методологии является построение модели рассматриваемой системы в виде диаграммы потоков данных (Data Flow Diagram - DFD). Диаграммы потоков данных предназначены прежде всего для описания документооборота и обработки информации, хотя допускают и представление других объектов.

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

- потоки данных,

- процессы (работы) преобразования входных потоков данных в выходные,

- внешние сущности,

- накопители данных (хранилища).

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

Процессы (работы) служат для преобразования входных потоков данных в выходные. Имя процесса должно содержать глагол в неопределенной форме с последующим дополнением (например, «получить документы по отгрузке продукции»). Каждый процесс имеет уникальный номер для ссылок на него внутри диаграммы, который может использоваться совместно с номером диаграммы для получения уникального индекса процесса во всей модели.

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

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

Для детализации процесса используется декомпозиция.

3.2 Описание функциональной модели системы

При разработке функциональной модели данной автоматизированной информационной системы, использовалась методология DFD. Контекстная диаграмма «Работа отдела кадров» представлена на рисунке А1 приложение А. На вход поступают сведения от внешних объектов - от объекта Бухгалтерия отдел кадров получает штатное расписание, от объекта Сотрудник -паспортные данные, трудовую книжку и документ об образовании. На выходе к внешнему объекту Бухгалтерия возвращается изменённое штатное расписание, списки уволенных и переведённых на другую должность, в Каталог приказов поступают приказы о приеме на работу, об увольнении и о переводе на другую должность, во внешние объекты Личные карточки и Трудовые договоры передаются личная карточка каждого сотрудника и трудовой договор соответственно. Состоит из нескольких процессов, поэтому необходимо декомпозировать (рисунок А2 приложение А):

1. Процесс «Прием на работу». На вход - документ об образовании, паспорт, трудовая книжка, информация о штатной единице, на выходе -личная карточка, трудовой, а также приказ о приеме на работу необходимый для дальнейшего использования в АИС. Состоит из нескольких процессов, поэтому необходимо декомпозировать (рисунок А3 приложение А).

· Занесение информации о сотруднике и составление приказа о приеме на работу (вход: информация о штатной единице, документ об образовании, паспорт, трудовая книжка; выход: сведения из приказа, сведения о сотруднике(помещаются в хранилище Сотрудник), приказ о приеме на работу, который помещается в хранилище Приказ о приеме на работу)

· Оформление трудового договора (вход: номер приказа о приеме на работу(берется из хранилища Приказ о приеме на работу); выход: трудовой договор)

· Создание личной карточки (вход: сведения из приказа, личные данные (из хранилища Сотрудник); выход - личная карточка)

2. Процесс «Формирование штатного расписания». На вход - штатное расписание, на выходе - информация о штатной единице. Состоит из нескольких процессов, поэтому необходимо декомпозировать (рисунок А4 приложение А).

· Создание штатной единицы (Вход: штатное расписание, наименование подразделения(из хранилища Подразделение), название должности(из хранилища Должность); выход: сведения о штатной единице)

· Утверждение штатного расписания (Вход: сведения о штатной единице; выход: сформированное штатное расписание, которое помещается в хранилище Штатное расписание)

3. Процесс «Увольнение». На вход - информация о штатной единице, на выходе - списки уволенных и приказ об увольнении(помещается в хранилище Приказ об увольнении).

4. Процесс «Перевод на другую должность». На вход - информация о штатной единице, на выходе - приказ о переводе на другую должность(помещается в хранилище Приказ о переводе на другую должность), списки переведенных на другую должность.

5. Процесс «Фиксирование изменений штатного расписания». На вход списки переведенных на другую должность и списки уволенных, на выходе - измененное штатное расписание.

4. Инфологическое проектирование информационной системы

4.1 Общие сведения о AllFusion Data Modeller 7

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

AllFusion Data Modeller 7 имеет два уровня представления модели - логический и физический.

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

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД.

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

Основные компоненты диаграммы AllFusion Data Modeller 7 - это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.

Стержневая сущность - это независимая сущность.

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

Связь является логическим соотношением между сущностями. Различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Когда рисуется идентифицирующая связь, AllFusion Data Modeller 7 автоматически преобразует дочернюю сущность в зависимую. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Неидентифицирующая связь служит для связывания независимых сущностей.

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

4.2 Построение логической модели данных

4.2.1 Выделение сущностей

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

Таблица 1 - Сущности и их атрибуты