Файл: Проектирование реализации бизнес-процесса «Управление персоналом» (Характеристика существующих бизнес –процессов).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 22.05.2023

Просмотров: 291

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Mb;

  • операционная система: рекомендуется Lunix, Unix, разрешается, но не

рекомендуется Windows /XP/Vista/7/Server 2003;

  • подключение к сети Интернет доступ пользователей по протоколу 8080. К клиентской машине предъявляются следующие требования:
  • процессор 1 Ghz или более мощный;
  • оперативная память не менее 128 Mb;
  • Сетевой контроллер Ethernet.

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

  • СУБД MySql:
  • Java 8 или выше;
  • для системы windows: Microsoft .Net Framework 4 или выше.

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

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

  • в качестве аппаратных платформ должны использоваться средства с повышенной надежностью;
  • применение технических средств соответствующих классу решаемых

задач;

  • аппаратно-программный комплекс Системы должен иметь возможность

восстановления в случаях сбоев.

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

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

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

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

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

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

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


2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

  1. данные пользователя;
  2. письмо (проблема,ошибка);

Данные пользователя указываются при регистрации его в системе. При этом из нее используются следующие реквизиты:

  1. ФИО;
  2. Дата рождения;
  3. Наименование филиала.

В системе разработан ряд экранных форм, среди которых можно выделить:

Начальная страница – появляется при входе сотрудника службы сопровождения АСУД в 1C: Itilium;

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

Форма просмотра действующих заявок с текущими результатами по ним.

В системе предусмотрены следующие справочники, которые также будут отображены через экранные формы:

  1. Справочник «Инициатор»
  2. Справочник «Классификация»;
  3. Справочник «Ответственный» («Рабочая группа»);
  4. Справочник «Оператор» («Источник»);
  5. Оперативная таблица обращений «Начальная страница».

В таблице 6 представлены основные требования к справочникам системы.

Таблица 2

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

Название справочника

Ответственный за его ведение

Средний объём справочника в записях

Среднюю частоту актуализации

Средний объем актуализации (%)

Иницатор

Администратор

500 строк

1раз в месяц

5%

Классификация

Администратор

100 строк

1раз в месяц

15%

Ответственный

Администратор

50 строк

1 раз в квартал

100%

Оператор

Администратор

50 строк

1 раз в квартал

100%

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

Таблица 3

Состав справочника «Клиент»

Реквизит

Назначение

1

Код

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

2

ФИО

Фамилия и инициалы пользователя

3

Дата рождения

Дата рождения пользователя

4

Филиал

Название рабочего филиала пользователя

5

Подразделение

Название рабочего подразделения пользователя


Таблица 4

Состав справочника «Классификация»

Реквизит

Назначение

1

Код

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

2

Тип

Необходимо выбрать, исходя из описания проблемы

3

Услуга

Необходимо выбрать, исходя из описания проблемы

4

Состав услуги

Необходимо выбрать, исходя из описания проблемы

Таблица 5

Состав справочника «Ответственный»

Реквизит

Назначение

1

Код

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

2

ФИО

Фамилия и инициалы ответственного исполнителя

4

Рабочая группа

Наименование рабочей группы ответственного исполнителя

Таблица 6

Состав оперативной таблицы обращений «Начальная страница»

Реквизит

Назначение

1

Код

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

2

Дата

Дата поступления/обработки заявки

3

ФИО клиента

ФИО клиента

4

ФИО оператора

ФИО оператора

5

ФИО ответственного исполнителя

ФИО ответственного исполнителя

6

Состояние

Статус обращения (В работе)

7

Сроки

Сроки выполнения обращения

8

Классификация

Тип обращения

9

Описание

Описание проблемы

Таблица 7

Состав справочника «Оператор»

Реквизит

Назначение

1

Код

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

2

ФИО

Фамилия и инициалы оператора

3

Рабочая группа

Наименование рабочей группы оператора

4

Должность

Наименование должности


2.3. Характеристика результатной информации

Результатной для задачи автоматизации обработки заявок является следующая информация:

- Принятия в Работу обращения;

- Назначение Ответственного исполнителя;

- Зарегистрированное обращение;

- Отчет обработанных обращений

Таблица 8

Характеристика «Зарегистрированное обращение»

Содержание

Показатель

1

Название документа

Зарегистрированное обращение

2

Реквизитный состав

  1. ID
  2. Номер обращения
  3. ФИО инициатора
  4. ФИО оператора
  5. ФИО ответственного исполнителя
  6. Состояние обращения
  7. Сроки
  8. Описание проблемы
  9. Описание решения
  10. Дата поступления/создания обращения

3

Частота формирования

раз в сутки

4

Предназначение (кому предназначен)

Для пользователя, клиента и администратора

5

Формируется на основе

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

Таблица 9

Характеристика «Отчет обработанных обращений»

Содержание

Показатель

1

Название документа

Отчет обработанных обращений

2

Реквизитный состав

  1. ID
  2. Номер обращения
  3. ФИО клиента
  4. ФИ О оператора
  5. ФИО ответственного исполнителя
  6. Состояние обращения
  7. Сроки
  8. Описание проблемы
  9. Описание решения
  10. Дата поступления/создания обращения

3

Частота формирования

1 раз в сутки

4

Предназначение (кому предназначен)

Для, администратора

5

Формируется на основе

Формируется на основе зарегистрированных обращений.

2.4. Общие положения (дерево функций и сценарий диалога)


Рисунок 11- Дерево функций

Сценарий диалога сотрудника службы сопровождения АСУД при работе с информационной системой представлен на рисунке 10

Рисунок 12-Сценарий диалога работы специалиста с ИС

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

2.5. Характеристика базы данных

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

Логическая модель данных данной информационной системы состоит из 10 таблиц.

Рисунок 13 – Логическая модель базы данных

В таблице «Филиалы» хранится список филиалов и отделений компании ООО «Люксофт», а именно идентификатор, наименование филиала, ИНН, КПП, ОГРН и адрес местонахождения филиала.

Таблица «Подразделения» хранится информация о подразделениях: идентификатор, наименование и филиал, которому принадлежит подразделение.

Таблица «Должности» содержит информацию о должностях компании (идентификатор и наименование).

В таблице «Кандидаты» содержится список кандидатов на должность, а именно идентификатор, ФИО кандидата, источник информации (откуда была получена информация о вакансии), комментарий и конечный результат, который может иметь варианты: работает, наш отказ, отказ кандидата.

Таблица «Этапы работы» содержит информацию о возможных этапах работ (идентификатор и наименование).