Работа отдела кадров : Курсовая работа (т) по Информационное обеспечение, программирование

Рубрикатор

Информационное обеспечение, программирование

Курсовые работы (т)

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

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

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

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

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

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

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

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

на тему:

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

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

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

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

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

Пермь 2012

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.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 О районной комиссии по условиям и охране труда

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

·RAM: 64 Мбайт.

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

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

·Мышь

·Клавиатура

·Монитор

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

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

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

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

.2 Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Приложение

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

Содержание

Введение

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

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

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

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

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

.5 Видение

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

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

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

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

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

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

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

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

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

Заключение

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 1

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

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

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

Таблица 2

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

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

Таблица 3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Бухгалтерия

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 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()СсылкиПрецедент: Оформление трудового договораПредусловияТрудовой договор сохраненПостусловияТрудовой договор распечатан

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

Интерфейсы

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

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

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

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

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

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

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

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

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

.5 Видение

Введение

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 11

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

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

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

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

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

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

Обзор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.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

Рис. 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>

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

IIS.ОКв

{System;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[] {

"Номер",

"Дата",

"Паспорт",

"Фамилия",

"Имя",

"Отчество",

"ТабНомер",

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

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

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

"Должности.Должность"})]class ТрудовойДоговор : ICSSoft.STORMNET.DataObject

{

int fНомер;

System.DateTime fДата;

string fПаспорт;

string fФамилия;

private string fИмя;

string fОтчество;

int fТабНомер;

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)virtual int Номер

{

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

start)

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

start)result = this.fНомер;

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

end)

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

end)result;

}

{

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

start)

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

start).fНомер = value;

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

end)

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

}

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

CustomAttributes)

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

CustomAttributes)virtual System.DateTime Дата

{

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

// *** End programmer edit section *** (ТрудовойДоговор.Дата Get start).DateTime result = this.fДата;

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

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

}

{

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

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

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

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

}

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

CustomAttributes)

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

CustomAttributes)virtual string Паспорт

{

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

start)

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

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

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

end)

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

end)result;

}

{

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

start)

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

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

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

end)

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

end)

}

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

CustomAttributes)

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

CustomAttributes)virtual string Фамилия

{

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

start)

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

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

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

end)

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

end)result;

}

{

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

start)

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

start).fФамилия = value;

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

end)

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

end)

}

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

CustomAttributes)

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

CustomAttributes)virtual string Имя

{

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

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

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

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

}

{

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

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

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

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

}

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

CustomAttributes)

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

CustomAttributes)virtual string Отчество

{

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

start)

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

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

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

end)

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

end)result;

}

{

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

start)

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

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

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

end)

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

end)

}

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

CustomAttributes)

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

CustomAttributes)virtual int ТабНомер

{

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

start)

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

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

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

end)

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

end)result;

}

{

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

start)

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

start).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()]virtual IIS.ОКв.Подразделения Подразделения

{

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

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

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

(ТрудовойДоговор.Подразделения Get start).ОКв.Подразделения result = this.fПодразделения;

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

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

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

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

}

{

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

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

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

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

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

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

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

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

}