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

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

Министерство сельского хозяйства РФ

Федеральное государственное образовательное учреждение высшего профессионального образования

Пермская государственная сельскохозяйственная академия имени академика Д.Н. Прянишникова»

Кафедра: Информационных технологий и автоматизированного проектирования

КУРСОВОЙ ПРОЕКТ

по дисциплине:

Проектирование информационных систем

на тему:

Работа отдела кадров

Проект выполнил:

студент ФПИ, группы ПИ - 41б

Вологин Сергей Сергеевич

Руководитель: Шевчук И.С.

Пермь 2012



Техническое задание на проектирование

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

1.1 Полное наименование системы и ее условное обозначение

Полное наименование: Отдел кадров (Учет перемещений работников), сокращенное название: “ОКв”.

1.2 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты

Разработчик: Вологин Сергей Сергеевич

Заказчик: ПГСХА, ФПИ

1.3 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы

Учебный план по дисциплине “Проектирование информационных систем”, методическое пособие по курсовому проектированию ”Проектирование экономических информационных систем”, задание на курсовое проектирование.

1.4 Плановые сроки начала и окончания работы по созданию системы

Начало работ: 7 апреля 2012, окончание работ: 27 мая 2012

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

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

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

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

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

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

Ш Автоматизация документооборота по учету передвижений сотрудников на предприятии.

Ш Уменьшение времени обработки информации по учету сотрудников.

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

3.1 Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию

Объект автоматизации представляет собой отдел кадров предприятия “Овен”.

В данной области осуществляется учет личного состава работников.

Учет личного состава должен обеспечивать:

ѕ получение сведений о численности работников:

ѕ расстановке по структурным подразделениям;

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

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

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

ѕ Производят прием на работу, перевод и увольнение работников предприятия в установленном законодательством порядке;

ѕ Оформляют, контролируют и учитывают предоставление отпусков работникам;

Ведут отчет:

- личного состава всех категорий работников;

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

- использования рабочего времени;

ѕ Осуществляют оформление, учет и хранение трудовых книжек;

ѕ При отсутствии специального подразделения, ведут учет и осуществляют бронирование военнообязанных;

ѕ Осуществляют подготовку документов, содержащих сведения об индивидуальном трудовом стаже работников для Пенсионного фонда РФ;

ѕ Своевременно отражают изменения в учетных данных работников в соответствующих формах учетных документов;

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

ѕ Представляют материалы для награждения работников Государственными и ведомственными наградами, присвоения почетных званий, награждения Почетной грамотой, Благодарностью предприятия;, и пр.;

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

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

В соответствии со ст. 65 ТК РФ при оформлении приема на работу, лицо, поступающее на работу, предъявляет в кадровую службу предприятия следующие документы;

ѕ паспорт или другой документ, удостоверяющий личность;

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

ѕ страховое свидетельство государственного пенсионного страхования;

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

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

Без вышеуказанных документов оформление на работу не допускается.

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

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

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

ѕ Работник пишет заявление, установленного образца, которое визируется его непосредственным руководителем и передается на подпись:

ѕ в Аппарат управления предприятия - директору предприятия;

В соответствии со ст. 67 ТК РФ между работником и руководителем в письменной форме заключается трудовой договор, составляемый в двух экземплярах, каждый из которых подписывается сторонами, заверяется печатью предприятия, регистрируется в Книге регистрации трудовых договоров, с обязательным присвоением регистрационного номера, указанием даты подписания. Один экземпляр трудового договора под расписку в трудовом договоре “Экземпляр трудового договора получил. Подпись, расшифровка, дата” передается работнику, другой хранится в кадровой службе.

В соответствии со ст. 68 ТК РФ кадровой службой оформляется приказ о приеме на работу в соответствии с условиями заключенного трудового договора.

При оформлении приказа о приеме на работу указываются:

ѕ наименование структурного подразделения;

ѕ профессия (должность);

ѕ испытательный срок, если работнику устанавливается испытание при приеме на работу;

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

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

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

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

Копия приказа о приеме на работу направляется в бухгалтерию.

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

Временным работникам испытательный срок не устанавливается.

В соответствии со статьей 244 ТК РФ, с работником, трудовая деятельность которого связана с хранением, обработкой, отпуском материальных ценностей, заключается договор о полной индивидуальной материальной ответственности.

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

Информация о работнике вносится в личную карточку на основании:

ѕ приказа о приеме на работу;

ѕ паспорта или иного документа, удостоверяющего личность;

ѕ трудовой книжки или документа, подтверждающего трудовой стаж;

ѕ военного билета;

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

ѕ страхового свидетельства государственного пенсионного страхования;

ѕ документов воинского учета.

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

В соответствии со статьей 80 ТК РФ, работник имеет право расторгнуть по собственному желанию трудовой договор, предупредив об этом работодателя в письменном виде за две недели.

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

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

Вопрос об увольнении работника решается руководителем предприятия на основании заявления работника.

Увольнение всех работников оформляется приказом. Приказ регистрируется в книге регистрации приказов.

В последний день работы работодатель обязан выдать работнику трудовую книжку, другие документы, связанные с работой, по письменному заявлению работника и произвести с ним окончательный расчет (ст. 80 ТК РФ).

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

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

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

Нормативные документы:

а) Конституция РФ от 12.12.1993

б) Гражданский кодекс РФ

в) Трудовой кодекс РФ от 01.02.2002

г) Постановление Правительства РФ от 16.04.2003 №225 “О трудовых книжках”;

д) Федеральный закон РФ от 20 февраля 1995 г. №24-ФЗ “Об информации, информатизации и защите информации”;

е) Постановление Правительства РФ от 28 декабря 1998г. №1562 “Об утверждении Положения о Федеральной архивной службе России”

з) Закон Пермской области от 7 августа 1997г. №814-121 в редакции от 11.11.2005 “Об охране труда в Пермской области”

и) Районное постановление от 1 февраля 2006 г. №27 “О районной комиссии по условиям и охране труда”

3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды

Система должна быть устойчива к сбоям, иметь архивные БД с сохраненной информацией на случай сбоев.

4. Требования к системе

1) требования к системе в целом;

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

3) требования к видам обеспечения.

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

Система должна отвечать установленным требованиям:

- быть интуитивно понятной в использовании;

- система предназначена для использования менеджером по персоналу;

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

- система должна быть легко переносима на внешних носителях (дисках).

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

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

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

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

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

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

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

Система должна легко транспортироваться на внешних носителях информации (дисках).

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

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

4.2 Требования к функциям (задачам), выполняемым системой

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

Подсистема прием на работу содержит такие функции, как:

- ввод данных о сотруднике

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

- назначение сотруднику должности

- передача информации в бухгалтерию

- оформление приказов

Подсистема увольнение работников содержит:

- оформление увольнения сотрудника

- предоставление информации в бухгалтерию

- оформление приказов

Подсистема перемещение:

- отслеживает перемещения работников

- переопределяет полномочия работников

- предоставление информации в бухгалтерию

- оформление приказов

Подсистема оформление отпусков:

- оформляет отпуска работникам

- оформление приказов

4.3 Требования к видам обеспечения

Требования к программному обеспечению: ОС Microsoft Windows.

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

Для работы с данной системой необходимо:

· Процессор: класс Pentium.

· RAM: 64 Мбайт.

· Память на жестком диске: не менее 185 Мбайт.

· Video: 800600 при 256-цветовой палитре.

· Мышь

· Клавиатура

· Монитор

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

При выполнении данной работы необходимо разработать:

5.1 Техническое задание на проектирование

Выполняется по ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы “ОКв”. При этом заполняются следующие разделы (и их подразделы): 1) общие сведения; 2) назначение и цели создания (развития) системы; 3) характеристика объектов автоматизации; 4) требования к системе; 5) состав и содержание работ по созданию системы.

5.2 Введение

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

5.3 Системный анализ и анализ требований

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

Системный анализ проводится с целью:

1) выяснения потребностей заказчика;

2) оценки выполнимости системы;

3) выполнения экономического и технического анализа;

4) распределения функций по элементам компьютерной системы (аппаратуре, программам, людям, базам данных и т. д.);

5) определения стоимости и ограничений планирования;

6) создания системной спецификации.

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

Анализ требований дает возможность:

1) определить функции и характеристики программного продукта;

2) обозначить интерфейс продукта с другими системными элементами;

3) определить проектные ограничения программного продукта;

4) построить модели: процесса, данных, режимов функционирования продукта;

5) создать такие формы представления информации и функций системы, которые можно использовать в ходе проектирования.

В пояснительную записку включаются:

1. схема, позволяющая определить рамки системы;

2. перечень исполнителей и их задач;

3. перечень исполнителей и их задач на основе анализа внешних;

4. перечень элементарных бизнес-процессов и соответствующих им прецедентов;

5. все прецеденты в сжатом формате;

6. один прецедент в развернутом описании или «контрольный» прецедент;

7. диаграмма прецедентов;

8. диаграмма последовательностей для сценария «контрольного» прецедента;

9. описания системных операций для «контрольного» прецедента;

10. дополнительная спецификация;

11. документ «Видение»;

12. документ «Словарь терминов».

5.4 Модель предметной области

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

Состав модели предметной области:

1. Объекты предметной области (или концептуальные классы);

2. Ассоциации между концептуальными классами;

3. Атрибуты концептуальных классов;

4. Модель предметной области.

Алгоритм построения модели предметной области состоит в следующем:

1. Отображение концептуальных классов в модели предметной области, а именно

- идентификация концептуальных классов;

- кандидаты на роль концептуальных классов.

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

3. Добавление атрибутов (необходимых для выполнения информационных требований).

5.5 Модель проектирования

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

Состав модели проектирования:

1. диаграммы взаимодействия;

2. диаграмма последовательностей;

3. диаграмма кооперации;

4. диаграмма (программных) классов (и интерфейсов).

5.6 Модель данных

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

5.7 Модель реализации

Состав модели реализации:

1. Выбор языка программирования;

2. Преобразование результатов проектирования в программный код;

3. Создание определений классов на основе диаграмм классов;

4. Определение класса с методами и простыми атрибутами;

5. Добавление атрибутов - ссылок;

6. Создание методов на основе диаграмм взаимодействия;

7. Порядок реализации классов (от min связанных с другими классами);

8. Основное программное решение.

Заключение

В заключении делаются выводы по проекту, определяются пути его внедрения и направления дальнейшего совершенствования ЭИС “ОКв”.

Приложение

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

Содержание

Введение

1. Системный анализ и анализ требований

1.1 Определение рамок системы

1.2 Диаграмма прецедентов

1.3 Диаграмма последовательности

1.4 Дополнительная спецификация

1.5 Видение

1.6 Словарь терминов

2. Модель предметной области

3. Модель проектирования

3.1 Диаграммы взаимодействия

3.2 Диаграммы последовательности

3.3 Диаграммы кооперации

3.4 Диаграмма программных классов

4. Модель данных

5. Модель реализации

Заключение

Список использованных источников



Введение

Целью данного курсового проекта является разработка автоматизированной информационной системы по учету перемещений работников на предприятии “Овен” с использованием case-технологии CASEBERRY, поддерживающей стандартный язык моделирования UML.

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

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

UML может использоваться для визуализации, спецификации, конструирования и документирования результатов программных проектов.

Ключевой идеей технологии CASEBERRY, является поддержка всего жизненного цикла разработки программного обеспечения через единую, от анализа до кода, модель информационной системы, связанную на всех этапах. Непосредственно с моделей в нотации UML автоматизировано создаются заготовки исходных кодов, проработанные до вполне завершённых, включая и пользовательский интерфейс, приложений, которые компилируются и запускаются непосредственно из среды комплекса, что выгодно отличает его от большинства аналогичных CASE - средств.

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



1. Системный анализ и анализ требований

1.1 Определение рамок системы

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

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

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

На рисунке 1 изображены основные исполнители и их задачи в рамках системы.

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

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

Рис. 1 - Основные исполнители и их задачи при определении рамок системы



В таблице 1 представлен перечень исполнителей и их задач.

Таблица 1

Перечень исполнителей и их задач

Исполнитель	Задачи
Менеджер по персоналу	Включает систему Выключает систему Оформляет трудовой договор Оформляет приказ о приеме на работу Оформляет приказ о переводе работника на другую работу Оформляет приказ о увольнении работника Оформляет приказ о предоставлении отпуска работнику Вводит данные в систему Распечатывает документы (трудовой договор, приказ о приеме на работу) Сохраняет данные в системе
Системный администратор	Добавляет пользователей Изменяет параметры пользователей Удаляет пользователей Управляет безопасностью Управляет системными таблицами

В таблице 2 представлен перечень исполнителей и их задач на основе анализа внешних событий.

Таблица 2

Перечень исполнителей и их задач на основе анализа внешних событий

Внешнее событие	Инициатор	Задача
Поступление трудового договора	Менеджер по персоналу	Оформить трудовой договор
Поступление приказа о приеме на работу	Менеджер по персоналу	Оформить приказ о приеме на работу
Поступление приказа о переводе работника на другую работу	Менеджер по персоналу	Оформить приказ о переводе работника на другую работу
Поступление приказа о предоставлении отпуска работнику	Менеджер по персоналу	Оформить приказ о предоставлении отпуска работнику
Поступление приказа об увольнении работника	Менеджер по персоналу	Оформить приказ об увольнении

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

Таблица 3

Элементарные бизнес-процессы и прецеденты

Элементарный бизнес-процесс	Прецедент
Оформить трудовой договор	Оформление трудового договора
Оформить приказ о приеме на работу	Оформление приказа о приеме на работу
Оформить приказ о увольнении работника	Оформление приказа о увольнении работника
Оформить приказ о переводе работника на другую работу	Оформление приказа о переводе работника на другую работу
Оформить приказ о предоставлении отпуска	Оформление приказа о предоставлении отпуска
Управлять пользователями	Управление пользователями
Управлять безопасностью	Управление безопасностью

1.2 Диаграмма прецедентов

Описание прецедентов в сжатом виде:

1. Оформление трудового договора

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

2. Оформление приказа о приеме на работу

Менеджер по персоналу на основании трудового договора оформляет приказ о приеме на работу.

3. Оформление приказа о увольнении работника

Работник подходит в кадровую службу с заявлением о увольнении. Менеджер по персоналу оформляет приказ о увольнении работника.

4. Оформление приказа о переводе работника на другую работу

Работник подходит в кадровую службу с заявлением о перемещении. Менеджер по персоналу оформляет приказ о переводе работника на другую работу.

5. Оформление приказа о предоставлении отпуска

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

Кадровой службой оформляется приказ о предоставлении отпуска.

6. Управление пользователями

Системный администратор добавляет, удаляет, редактирует записи пользователей.

7. Управление безопасностью

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

Развернутое описание

Прецедент: Оформление трудового договора

Основной исполнитель: менеджер по персоналу

Заинтересованные лица и их требования:

- Лицо, поступающее на работу

Хочет поступить на работу.

- Менеджер по персоналу

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

- Руководитель предприятия

Хочет взять на работу устраивающегося на работу

- Бухгалтерия

Хочет получить сведения о новом сотруднике

- Пенсионный фонд РФ

Хочет поставить на учет в пенсионный фонд работника

Предусловия: менеджер по персоналу идентифицирован и аутентифицирован.

Результаты (постусловия): оформленный трудовой договор.

Основной успешный сценарий

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

2. Менеджер по персоналу создает новый трудовой договор.

3. Система предлагает к заполнению форму трудового договора.

4. Менеджер по персоналу вводит данные о сотруднике в данную форму (паспортные данные, ФИО, должность, наименование структурного подразделения).

5. Система присваивает работнику табельный номер.

6. Менеджер по персоналу подтверждает данные.

7. Система присваивает трудовому договору номер.

8. Система сохраняет трудовой договор

9. Менеджер по персоналу отправляет трудовой договор на печать (в 2 экземплярах).

10. Система распечатывает трудовой договор (в 2 экземплярах).

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

Диаграмма прецедентов представлена на рисунке 2.

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

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

Рис. 2 - Диаграмма прецедентов



1.3 Диаграмма последовательности

Диаграмма последовательности для прецедента “Оформление трудового договора” представлена на рисунке 3.

Рис. 3 - Диаграмма последовательности для прецедента “Оформление трудового договора”

Описание системных операций для прецедента “Оформление трудового договора” представлены в таблицах 4 - 7

Таблица 4

Описание операции newDog()

Операция	newDog()
Ссылки	Прецедент: Оформление трудового договора
Предусловия	Нет
Постусловия	Создан экземпляр класса “ТрудовойДоговор” Экземпляр класса “Трудовой договор” связан с экземплярами класса “Должности” и “Подразделения” Атрибуты экземпляра класса “ТрудовойДоговор” инициализированы системой

Таблица 5

Описание операции enterInfo(passport, fio, dolzhnost, podrazdelenie)

Операция	enterInfo(passport, fio, dolzhnost, podrazdelenie)
Ссылки	Прецедент: Оформление трудового договора
Предусловия	Открыта форма трудового договора
Постусловия	Трудовой договор заполнен данными

Таблица 6

Описание операции saveDog()

Операция	saveDog()
Ссылки	Прецедент: Оформление трудового договора
Предусловия	В трудовой договор введены все данные
Постусловия	Атрибут ТрудовойДоговор принял значение true

Таблица 7

Описание операции print()

Операция	print()
Ссылки	Прецедент: Оформление трудового договора
Предусловия	Трудовой договор сохранен
Постусловия	Трудовой договор распечатан

1.4 Дополнительная спецификация

Введение

В этом документе описаны все требования к системе “ОКв”, не вошедшие в описание прецедентов.

Функциональность

Регистрация событий и обработка ошибок

Все ошибки регистрируются на постоянном носителе.

Подключаемые бизнес-правила

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

Безопасность

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

Удобство использования

Человеческие факторы

Пользователь системы будет постоянно работать с монитором, поэтому необходимо следующее:

- Текст должен быть легко читаемым.

- Нужно избегать мерцающих цветов.

Интерфейсы

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

Бизнес-правила:

Имя	Правило	Возможность изменения	Источник
ПРАВ1	Правила расчета отчислений в пенсионный фонд РФ	Низкая вероятность изменения	Закон

Вопросы законодательства

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

Необходимо учитывать все необходимые налоги. Правила налогообложения могут изменяться достаточно часто.

Информация из предметной области

Вычисление налогов

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

1.5 Видение

Введение

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

Позиционирование

Экономические предпосылки

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

Формулировка проблемы

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

Место системы

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

Заинтересованные лица

Система предназначена для менеджера по персоналу. Цель работы менеджера по персоналу - быстро и безошибочно оформить все перемещения работников на предприятии.

Основные задачи высокого уровня представлены в таблице 11.

информационный автоматизированный учет работник



Таблица 11

Основные задачи высокого уровня

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

Задачи уровня пользователя

Пользователи (и внешние системы) используют данную систему в таких целях

- Менеджер по персоналу. Оформляет прием, увольнение, и перемещение работников, оформляет отпуск работника.

- Системный администратор. Управляет пользователями, безопасностью и системными таблицами.

Обзор

Перспективы продукта

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

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

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

Рис. 4 - Контекстная диаграмма системы “ОКв”

Преимущества системы

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

Здесь описывается основное значение и отличительные свойства продукта.

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

Основные свойства системы

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

· Оформление перемещений работников.

· Системное администрирование и управление пользователями, безопасностью.

· Определение и выполнение настраиваемых бизнес-правил в фиксированных точках выполнения сценариев.

Другие требования и ограничения

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

1.6 Словарь терминов

Термин	Определение	Синоним
Организация	Общество с ограниченной ответственностью «Овен»	Овен
Менеджер по персоналу	Сотрудник предприятия, работающий в кадровой службе, оформляющий прием работников, увольнение работников и другие перемещения работников в организации
Лицо, устраивающееся на работу	Человек, пришедший на предприятие с целью заключения трудового договора и дальнейшей работы на предприятии
Трудовой договор	Соглашение в письменном виде между лицом, устраивающимся на работу и предприятием о дальнейшей работе физического лица на данном предприятии
Табельный номер	Уникальный, идентификационный номер, присваивающийся каждому работнику предприятия	Таб. №



2. Модель предметной области

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

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

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

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

Модели предметной области на языке UML строятся в форме диаграмм классов.

Концептуальные классы данной предметной области изображены на рисунке 5.

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

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

Рис. 5 - Концептуальные классы

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



Рис 6 - модель предметной области



3. Модель проектирования

3.1 Диаграммы взаимодействия

Термин "диаграмма взаимодействия" используется в качестве общего названия диаграмм кооперации и диаграмм последовательностей

· Диаграммы сотрудничества (collaboration diagram)

· Диаграммы последовательностей (sequence diagram)

Оба типа диаграмм имеют свои преимущества и недостатки.

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

Диаграмма сотрудничества представлена на рисунке 7

Рис. 7 -Диаграмма сотрудничества

3.2 Диаграммы последовательности

Диаграмма последовательности для операции newDog() представлена на рисунке 8.

Рис. 8 - Диаграмма последовательности операции newDog()

Диаграмма последовательности для операции enterInfo(passport, fio, dolzhnost, podrazdelenie) представлена на рисунке 9.

Рис. 9 - Диаграмма последовательности для операции enterInfo(passport, fio, dolzhnost, podrazdelenie)

Диаграмма последовательности для операции saveDog() представлена на рисунке 10.

Рис. 10 - Диаграмма последовательности для операции saveDog()

Диаграмма последовательности для операции print() представлена на рисунке 11

Рис. 11 - Диаграмма последовательности для операции print()



Связь уровня интерфейса пользователя с уровнем программных классов предметной области представлена на рисунке 12

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

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

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



3.3 Диаграмма программных классов

Рис. 13 - Диаграмма программных классов



4. Модель данных

Схема базы данных изображена на рис 14.

Рис. 14 - Схема базы данных

Рис. 15 - Прототип системы

Интерфейс пользователя системы представлен на рисунках 16-20.

Рис. 16

Рис. 17

Рис. 18

Рис. 19



Рис. 20



5. Модель реализации

Для модели реализации был выбран язык С#.

Далее представлен фрагмент кода класса ТрудовойДоговор

//------------------------------------------------------------------------------

// <autogenerated>

// This code was generated by a tool.

// Runtime Version: 1.1.4322.573

//

// Changes to this file may cause incorrect behavior and will be lost if

// the code is regenerated.

// </autogenerated>

//------------------------------------------------------------------------------

namespace IIS.ОКв

{

using System;

using ICSSoft.STORMNET;

// *** Start programmer edit section *** (ТрудовойДоговор

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор

CustomAttributes)

[AutoAltered()]

[AccessType(ICSSoft.STORMNET.AccessType.none)]

[View("ОКв_ТрудовойДоговорL", new string[] {

"Номер",

"Дата",

"Паспорт",

"Фамилия",

"Имя",

"Отчество",

"ТабНомер",

"Подразделения.Подразделение",

"Должности.Должность"})]

[View("ОКв_ТрудовойДоговорE", new string[] {

"Номер",

"Дата",

"Паспорт",

"Фамилия",

"Имя",

"Отчество",

"ТабНомер",

"Подразделения",

"Подразделения.Подразделение",

"Должности",

"Должности.Должность"})]

public class ТрудовойДоговор : ICSSoft.STORMNET.DataObject

{

private int fНомер;

private System.DateTime fДата;

private string fПаспорт;

private string fФамилия;



private string fИмя;

private string fОтчество;

private int fТабНомер;

private IIS.ОКв.Подразделения fПодразделения;

private IIS.ОКв.Должности fДолжности;

// *** Start programmer edit section *** (ТрудовойДоговор

CustomMembers)

// *** End programmer edit section *** (ТрудовойДоговор

CustomMembers)

// *** Start programmer edit section *** (ТрудовойДоговор.Номер

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Номер

CustomAttributes)

public virtual int Номер

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Номер Get

start)

// *** End programmer edit section *** (ТрудовойДоговор.Номер Get

start)

int result = this.fНомер;

// *** Start programmer edit section *** (ТрудовойДоговор.Номер Get

end)

// *** End programmer edit section *** (ТрудовойДоговор.Номер Get

end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Номер Set

start)

// *** End programmer edit section *** (ТрудовойДоговор.Номер Set

start)

this.fНомер = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Номер Set

end)

// *** End programmer edit section *** (ТрудовойДоговор.Номер Set end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.Дата

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Дата

CustomAttributes)

public virtual System.DateTime Дата

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Дата Get start)

// *** End programmer edit section *** (ТрудовойДоговор.Дата Get start)

System.DateTime result = this.fДата;

// *** Start programmer edit section *** (ТрудовойДоговор.Дата Get end)

// *** End programmer edit section *** (ТрудовойДоговор.Дата Get end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Дата Set start)

// *** End programmer edit section *** (ТрудовойДоговор.Дата Set start)

this.fДата = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Дата Set end)

// *** End programmer edit section *** (ТрудовойДоговор.Дата Set end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.Паспорт

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Паспорт

CustomAttributes)

public virtual string Паспорт

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Паспорт Get

start)

// *** End programmer edit section *** (ТрудовойДоговор.Паспорт Get

start)

string result = this.fПаспорт;

// *** Start programmer edit section *** (ТрудовойДоговор.Паспорт Get

end)

// *** End programmer edit section *** (ТрудовойДоговор.Паспорт Get

end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Паспорт Set

start)

// *** End programmer edit section *** (ТрудовойДоговор.Паспорт Set

start)

this.fПаспорт = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Паспорт Set

end)

// *** End programmer edit section *** (ТрудовойДоговор.Паспорт Set

end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.Фамилия

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Фамилия

CustomAttributes)

public virtual string Фамилия

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Фамилия Get

start)

// *** End programmer edit section *** (ТрудовойДоговор.Фамилия Get

start)

string result = this.fФамилия;

// *** Start programmer edit section *** (ТрудовойДоговор.Фамилия Get

end)

// *** End programmer edit section *** (ТрудовойДоговор.Фамилия Get

end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Фамилия Set

start)

// *** End programmer edit section *** (ТрудовойДоговор.Фамилия Set

start)

this.fФамилия = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Фамилия Set

end)

// *** End programmer edit section *** (ТрудовойДоговор.Фамилия Set

end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.Имя

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Имя

CustomAttributes)

public virtual string Имя

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Имя Get start)

// *** End programmer edit section *** (ТрудовойДоговор.Имя Get start)

string result = this.fИмя;

// *** Start programmer edit section *** (ТрудовойДоговор.Имя Get end)

// *** End programmer edit section *** (ТрудовойДоговор.Имя Get end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Имя Set start)

// *** End programmer edit section *** (ТрудовойДоговор.Имя Set start)

this.fИмя = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Имя Set end)

// *** End programmer edit section *** (ТрудовойДоговор.Имя Set end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.Отчество

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Отчество

CustomAttributes)

public virtual string Отчество

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Отчество Get

start)

// *** End programmer edit section *** (ТрудовойДоговор.Отчество Get

start)

string result = this.fОтчество;

// *** Start programmer edit section *** (ТрудовойДоговор.Отчество Get

end)

// *** End programmer edit section *** (ТрудовойДоговор.Отчество Get

end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Отчество Set

start)

// *** End programmer edit section *** (ТрудовойДоговор.Отчество Set

start)

this.fОтчество = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Отчество Set

end)

// *** End programmer edit section *** (ТрудовойДоговор.Отчество Set

end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.ТабНомер

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.ТабНомер

CustomAttributes)

public virtual int ТабНомер

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.ТабНомер Get

start)

// *** End programmer edit section *** (ТрудовойДоговор.ТабНомер Get

start)

int result = this.fТабНомер;

// *** Start programmer edit section *** (ТрудовойДоговор.ТабНомер Get

end)

// *** End programmer edit section *** (ТрудовойДоговор.ТабНомер Get

end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.ТабНомер Set

start)

// *** End programmer edit section *** (ТрудовойДоговор.ТабНомер Set

start)

this.fТабНомер = value;

// *** Start programmer edit section *** (ТрудовойДоговор.ТабНомер Set

end)

// *** End programmer edit section *** (ТрудовойДоговор.ТабНомер Set

end)

}

}

// *** Start programmer edit section ***

(ТрудовойДоговор.Подразделения CustomAttributes)

// *** End programmer edit section ***

(ТрудовойДоговор.Подразделения CustomAttributes)

[NotNull()]

public virtual IIS.ОКв.Подразделения Подразделения

{

get

{

// *** Start programmer edit section ***

(ТрудовойДоговор.Подразделения Get start)

// *** End programmer edit section ***

(ТрудовойДоговор.Подразделения Get start)

IIS.ОКв.Подразделения result = this.fПодразделения;

// *** Start programmer edit section ***

(ТрудовойДоговор.Подразделения Get end)

// *** End programmer edit section ***

(ТрудовойДоговор.Подразделения Get end)

return result;

}

set

{

// *** Start programmer edit section ***

(ТрудовойДоговор.Подразделения Set start)

// *** End programmer edit section ***

(ТрудовойДоговор.Подразделения Set start)

this.fПодразделения = value;

// *** Start programmer edit section ***

(ТрудовойДоговор.Подразделения Set end)

// *** End programmer edit section ***

(ТрудовойДоговор.Подразделения Set end)

}

}

// *** Start programmer edit section *** (ТрудовойДоговор.Должности

CustomAttributes)

// *** End programmer edit section *** (ТрудовойДоговор.Должности

CustomAttributes)

[NotNull()]

public virtual IIS.ОКв.Должности Должности

{

get

{

// *** Start programmer edit section *** (ТрудовойДоговор.Должности

Get start)

// *** End programmer edit section *** (ТрудовойДоговор.Должности

Get start)

IIS.ОКв.Должности result = this.fДолжности;

// *** Start programmer edit section *** (ТрудовойДоговор.Должности

Get end)

// *** End programmer edit section *** (ТрудовойДоговор.Должности

Get end)

return result;

}

set

{

// *** Start programmer edit section *** (ТрудовойДоговор.Должности

Set start)

// *** End programmer edit section *** (ТрудовойДоговор.Должности Set

start)

this.fДолжности = value;

// *** Start programmer edit section *** (ТрудовойДоговор.Должности

Set end)

// *** End programmer edit section *** (ТрудовойДоговор.Должности Set

end)

}

}

ЗАКЛЮЧЕНИЕ

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

Для разработки данной системы использовалась case-технология CASEBERRY, упростившая процесс создания автоматизированной системы и оптимизировав сроки ее создания.

Система в дальнейшем может быть доработана для ее улучшения.

Список использованных источников

1. Технологии разработки программного обеспечения. Учебное пособие. 2-е изд./ С.Орлов. - СПб.: Питер, 2003. - 480 с.: ил.

2. Белых А.А. Проектирование ЭИС. Методическое пособие по дипломному проектированию. Пермь: Пермская ГСХА, 2005 г.

3. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы.

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