Щербаков А.В. курсовая работа (проект. инф.систем.). Курсовой проект по дисциплине Проектирование информационных систем (наименование дисциплины) на тему Проектирование информационных систем отдел кадров
 Скачать 0.77 Mb.
|
|
1.2 Модель предметной области Модель предметной области широко используется в качестве основы для разработки программных объектов и обеспечивает важную входную информацию для создания нескольких последующих артефактов. Модель предметной области отображает основные (с точки зрения моделирующего) классы понятий (концептуальные классы) предметной области. Она является наиболее важным артефактом, создаваемым на этапе объектно-ориентированного анализа. Основной задачей объектно-ориентированного анализа является идентификация большого количества разнообразных объектов или понятий, а также точная оценка усилий в терминах отдачи на стадиях проектирования и реализации. Идентификация классов понятий или концептуальных классов – составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов. Концептуальные классы данной предметной области изображены на рисунке 5.
Рисунок 1 – Концептуальные классы После выделения атрибутов концептуальных классов и ассоциаций между ними, получаем модель предметной области, изображенной на рисунке 6.  Рисунок 2 – модель предметной области 1.3 Требования к структуре ПО На рабочем месте было предоставлено следующее оборудование: ти дюймовый монитор с электроннолучевой трубкой Samsung SyncMaster 793DF; Процессор Intel Celeron 2.53 ГГц; Мб ОЗУ DDR; Принтер Canon Laser Shot L1121Е; Операционная система Windows XP Professional; Программа «Абитуриент»; Такое же оборудование установлено на аналогичных рабочих местах 2. Системный анализ и анализ требований 2.1 Определение рамок системы Для определения рамок системы следует, в первую очередь, внешних, основных и вспомогательных, указать, что к ней не относится, т.е. определить исполнителей. После идентификации внешних исполнителей рамки системы очерчиваются более четко. Исполнитель (actor) – это сущность, обладающая поведением. К числу исполнителей может относиться и сама рассматриваемая система, если она вызывает службы других систем. Основные исполнители – это те, чьи потребности удовлетворяются с помощью системы. Для решения своих задач они используют систему. В отличие от них, вспомогательные исполнители занимаются обслуживанием системы. На рисунке 1 изображены основные исполнители и их задачи в рамках проектируемой системы.  Пенсионный фонд РФ   Цель: поставить сотрудников на учет  Работник Цель: поступить на работу, уволиться, перевестись Рисунок 3 - Основные исполнители и их задачи при определении рамок системы «Отдел кадров» В таблице 1 представлен перечень исполнителей и их задач. Таблица 1 - Перечень исполнителей и их задач
В таблице 2 представлен перечень исполнителей и их задач на основе анализа внешних событий. Таблица 2 - Перечень исполнителей и их задач на основе анализа внешних событий
В таблице 3 содержится список элементарных бизнес-процессов и соответствующих им прецедентов. Таблица 3 - Элементарные бизнес-процессы и прецеденты
2.2 Дополнительная спецификация В этом документе описаны все требования к системе “ОК”, не вошедшие в описание прецедентов. Функциональность Регистрация событий и обработка ошибок Все ошибки регистрируются на постоянном носителе. Подключаемые бизнес-правила Необходимо обеспечить возможность настройки функциональности системы в различных точках сценариев нескольких прецедентов (эти точки нужно определить) на основе заданных правил. Безопасность Необходимо выполнять аутентификацию всех пользователей. Удобство использования Человеческие факторы Пользователь системы будет постоянно работать с монитором, поэтому необходимо следующее: Текст должен быть легко читаемым. Нужно избегать мерцающих цветов. Интерфейсы Для большинства внешних систем необходимо обеспечить возможность подключения через различные интерфейсы. Вопросы законодательства Рекомендуется использование бесплатных компонентов на основе открытого кода, если их разрешено использовать в коммерческих программных продуктах. Необходимо учитывать все необходимые налоги. Правила налогообложения могут изменяться достаточно часто. Информация из предметной области Вычисление налогов Налоги могут вычисляться по сложным схемам, и суммы отчислений могут часто изменяться на правительственном уровне. Поэтому желательно возложить задачу вычисления налоговых платежей на отдельную программу. 2.3 Концепция ИС «Отдел кадров» Нам видится надежное приложение автоматизации учета перемещений работников на предприятии, обеспечивающее гибкую поддержку различных бизнес-правил, механизмы поддержки различных терминалов и интерфейсов пользователя, а также интеграцию с различными внешними вспомогательными системами. Позиционирование Экономические предпосылки Существующие программные продукты не обеспечивают настройку на потребности различных пользователей, в частности добавление различных бизнес-правил или поддержку разных сетевых архитектур (например, на основе "толстого" или "тонкого" клиента, двух-, трех- или четырехуровневые архитектуры). Кроме того, они плохо масштабируются. Ни одна из известных систем не обеспечивает автоматический переход из интерактивного в автономный режим при сбоях внешних систем. Отсутствует простая возможность интеграции с внешними системами. Существующие системы не поддерживают новые терминальные технологии. Формулировка проблемы Традиционные системы не обладают гибкостью, неустойчивы к сбоям и не обеспечивают интеграцию с внешними системами. Это приводит к проблемам с оформлением перемещений работников на предприятии, несоответствию программного обеспечения экономическим потребностям предприятий, невозможности точной и своевременной обработки данных и поддержки планирования. Эти проблемы касаются менеджеров по персоналу, системных администраторов и руководителей предприятий. Место системы Система предназначена для работы менеджера по персоналу, соответственно будет располагаться на рабочем месте менеджера по персоналу в отделе кадров. Заинтересованные лица Система предназначена для менеджера по персоналу. Цель работы менеджера по персоналу – быстро и безошибочно оформить все перемещения работников на предприятии. Основные задачи высокого уровня представлены в таблице 11. Таблица 4 - Основные задачи высокого уровня
Задачи уровня пользователя Пользователи (и внешние системы) используют данную систему в таких целях Начальник отдела кадров. Оформляет прием, увольнение, и перемещение работников, оформляет отпуск работника. Системный администратор. Управляет пользователями, безопасностью и системными таблицами. Обзор перспективы продукта представлен в таблице 12. Здесь описывается основное значение и отличительные свойства продукта. Таблица 5 - Назначение ИС «Отдел кадров»
Система обычно будет устанавливаться в отделах кадров. Она будет обслуживать пользователей и взаимодействовать с другими системами. Преимущества системы Подобно перечню исполнителей и их задач, в этой таблице указаны задачи, их решения и преимущества, однако на более высоком уровне, чем при описании прецедентов. Основные свойства системы Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций. Оформление перемещений работников. Системное администрирование и управление пользователями, безопасностью. Определение и выполнение настраиваемых бизнес-правил в фиксированных точках выполнения сценариев. Другие требования и ограничения Ограничения для процесса проектирования, удобства использования, надежности, производительности, перечень документации и т.д. описаны в дополнительной спецификации и модели прецедентов. 3. Проект (модель) ИС «Отдел КАДРОВ» 3.1 Диаграмма прецедентов Описание прецедентов в сжатом виде: Оформление трудового договора Лицо, поступающее на работу, приходит в кадровую службу с оформленным заявлением и необходимыми документами. Менеджер по персоналу оформляет трудовой договор. Оформление приказа о приеме на работу Начальник отдела кадров на основании трудового договора оформляет приказ о приеме на работу. Оформление приказа о увольнении работника Работник подходит в кадровую службу с заявлением о увольнении. Начальник отдела кадров оформляет приказ о увольнении работника. Оформление приказа о переводе работника на другую работу Работник подходит в кадровую службу с заявлением о перемещении. Начальник отдела кадров оформляет приказ о переводе работника на другую работу. Оформление приказа о предоставлении отпуск Работник пишет заявление о предоставлении отпуска. Кадровой службой оформляется приказ о предоставлении отпуска. Управление пользователями Системный администратор добавляет, удаляет, редактирует записи пользователей. Управление безопасностью Системный администратор обеспечивает разделенный доступ для разных категорий пользователей  Оформление трудового договора  Оформление приказа о приеме на работуНачальник отдела кадров  Системный администратор Оформление приказа о увольнении работника Оформление приказа о переводе работника на другую работу Оформление приказа о предоставлении отпуска Управление безопасностью Управление пользователями Система бухгалтерского учета  Система пенсионного страхования Рисунок 4 - Диаграмма прецедентов Диаграмма прецедентов, выполненная в программе StarUML, представлена на рисунке 2 (далее все, представленные на рисунках диаграммы, выполнены в этой программе). Развернутое описание Прецедент: Оформление трудового договора Основной исполнитель: начальник отдела кадров Заинтересованные лица и их требования: Лицо, поступающее на работу Хочет поступить на работу. Начальник отдела кадров Хочет документально оформить принятие лица, поступающего на работу (оформить трудовой договор) Руководитель предприятия Хочет взять на работу устраивающегося на работу Бухгалтерия Хочет получить сведения о новом сотруднике Пенсионный фонд РФ Хочет поставить на учет в пенсионный фонд работника Предусловия: начальник отдела кадров идентифицирован и аутентифицирован. Результаты (постусловия): оформленный трудовой договор. Основной успешный сценарий Лицо, устраивающееся на работу, подходит к менеджеру по персоналу с документами и заявлением. Начальник отдела кадров создает новый трудовой договор. Система предлагает к заполнению форму трудового договора. Начальник отдела кадров вводит данные о сотруднике в данную форму (паспортные данные, ФИО, должность, наименование структурного подразделения). Система присваивает работнику табельный номер. Начальник отдела кадров подтверждает данные. Система присваивает трудовому договору номер. Система сохраняет трудовой договор Начальник отдела кадров отправляет трудовой договор на печать (в 2 экземплярах). Система распечатывает трудовой договор (в 2 экземплярах). Частота использования: по мере принятия новых сотрудников на предприятие 3.2 Диаграмма последовательности Диаграмма последовательности для прецедента “Оформление трудового договора” представлена на рисунке 3.  Рисунок 5 - Диаграмма последовательности для прецедента “Оформление трудового договора” Описание системных операций для прецедента “Оформление трудового договора” представлены в таблицах 4 - 7 Таблица 6 - Описание операции new dogovor()
Таблица 7 - Описание операции «входящая информация» (паспорт, ФИО, должность, подразделение)()
Таблица 8 - Описание операции «Сохранитьдоговор()»
Таблица 10 - Описание операции «Печать договора()»
3.3 Диаграммы взаимодействия Термин "диаграмма взаимодействия" используется в качестве общего названия диаграмм кооперации и диаграмм последовательностей Диаграммы сотрудничества (collaboration diagram) Диаграммы последовательностей (sequencediagram) Оба типа диаграмм имеют свои преимущества и недостатки. При использовании CASE-средств разработки многие предпочитают строить диаграммы последовательностей для удобства обратного проектирования – преобразования исходного кода в диаграмму взаимодействия. 3.4 Диаграмма классов Диаграмма классов представляет из себя логическую модель базы данных (ER-модель)  Рисунок 6 – Диаграмма классов 4. Реализация приложения 4.1 Проектирование модели базы данных Предметная область, подлежащая автоматизации, содержит информацию о сотрудниках завода такую как личная информация, занимаемая должность, разряд, информация о зарплате. Объекты предметной области: «Сотрудники», «Подразделения», «Бухгалтерия», «Должности». В предметной области можно выделить следующие процессы: прием сотрудника на работу, изменения в положении, ведение бухгалтерии по зарплате. В рассматриваемой предметной области можно выделить следующие сущности: «Данные о сотрудниках», «Сведения о подразделениях завода», «Сведения о занимаемых должностях», «Бухгалтерия». Анализируя сущности рассматриваемой предметной области, можно выделить следующие атрибуты и идентифицирующие ключи: Сущность «Сотрудники» обладает атрибутами: ID, Фамилия, Имя, Отчество, Улица, Дом, Квартира, Номер телефона (домашний), Номер телефона (мобильный), номер телефона (дополнительный), Дата поступления. В качестве ключевого атрибута можно принять ID, который определяется числовыми значениями. Сущность «Бухгалтерия» содержит следующие атрибуты: ID, Заработная плата, Премиальные. Идентифицирующим ключом данной сущности является ID, так как он определяется числовыми значениями. Сущность «Подразделения» содержит следующие атрибуты: Код подразделения, Название, Глава. Идентифицирующим ключом данной сущности является Код подразделения, так как он определяется числовыми значениями. Сущность «Должности» содержит следующие атрибуты: ID, Код подразделения, Должность, Занятость, Разряд. В качестве ключевого атрибута можно принять ID, который определяется числовыми значениями. Между сущностями «Сотрудники» и «Бухгалтерия» существует связь один к одному, так как каждому отдельному сотруднику соответствует единственная зарплата. Первичным ключом сущности «Сотрудники» будет атрибут ID по отношению к сущности «Бухгалтерия» с внешним ключом ID. 4.2 Логическое проектирование модели базы данных На логическом этапе проектирования модели базы данных описывается перевод сущностей инфологической модели в отношения. Отношение «Сотрудники» (ID, Фамилия, Имя, Отчество, Улица, Дом, Квартира, Номер телефона (домашний), Номер телефона (мобильный), номер телефона (дополнительный), Дата поступления) находится в первой нормальной форме (1NF), так как на пересечении каждого столбца и строки находятся только элементарные значения атрибутов. Отношение находится во второй нормальной форме (2NF), так как оно находится в первой нормальной форме и не содержит неполных функциональных зависимостей непервичных атрибутов от первичного ключа. Отношения находится в третьей нормальной форме (3NF), если они находится во второй нормальной форме и не содержит транзитивных зависимостей. В данном случае отношение «Сотрудники» находится во второй нормальной форме и транзитивные зависимости отсутствуют. Следовательно, данное отношение находится в третьей нормальной форме. Следуя из приведенного определения и анализа структуры отношения, определим схему отношения «Сотрудники», которая будет реализована в виде таблицы «Сотрудники» в системе управления базами данных. Таблица 11 - Схема отношения «Сотрудники»
Отношение «Бухгалтерия» (ID, Заработная плата, Премиальные) находится в первой нормальной форме, так как на пересечении каждого столбца и строки находятся только элементарные значения атрибутов. Отношение находится во второй нормальной форме, так как оно находится в первой нормальной форме и не содержит неполных функциональных зависимостей непервичных атрибутов от первичного ключа. Отношение «Бухгалтерия» находится в третьей нормальной форме, так как оно находится во второй нормальной форме и транзитивные зависимости отсутствуют. Таким образом, определим схему отношения «Бухгалтерия», которая будет реализована в виде таблицы «Бухгалтерия» в системе управления базами данных. Таблица 12 - Схема отношения «Бухгалтерия»
|