Диплом: Автоматизация приема и обработки заявок отделом техподдержки ООО "РУТОЛЛ"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
Такая стратегия позволяет внедрить быстро требуемый функционал,
чтобы получать нужные отчеты.
В данной работе была выбрана стратегия внедрения – «Пилотный
проект»
Область применения стратегии — малый участок деятельности. Такой
подход наиболее надежен, он снижает риск, и сегодня практически все
фирмы применяют эту тактику.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим наиболее вероятные риски по фазам жизненного цикла
информационной системы в соответствии с выбранным стандартом.
Фаза выработки концепции - возможен риск сознания концепции,
которую впоследствии будет сложно (не возможно) реализовать. В
выработки концепции должны быть описаны основные (базовые) функции
разрабатываемой информационной системы. Главное создать основу, и в
дальнейшем развивать созданную систему.
Для предотвращения возникновения рисков на фазе выработки
концепции, необходимо четко понимать свои возможности. Для
предотвращения переоценки собственных сил, в первую очередь нужно
создать общую концепцию, в которой будут включены только базовые
функции будущей системы. И по мере углубления в тему разработки
расширять дополнительными функциями.
Фаза планирования - на фазе планирования возможен риск
неправильного планирования, разработка очень оптимистичных планов
проекта, в которые компания не успеет уложиться, вследствие чего придется
увеличивать время разработки, что повлечет за собой удорожание проекта в
целом. К фазе планирования нужно отнестись очень важно, следить за
каждым этапом и анализировать реалистичность результатов.
58
Для предотвращения риска на фазе планирования, нужно во время
планирования заложить в график поправки на возможные задержки в
выполнении тех или иных действий. Так нужно попытаться создать гибкий
график который бы не ломался в связи задержки или опережения.
Фаза разработки - возможен рисок того что разработка определенного
модуля будет сопряжен с большими трудностями, что какая-та функция
будет мешать продвижению разработки. На данной фазе важно во время
определить проблемный модуль или функцию и по возможности упростить
ее, заменить другой или убрать из проекта полностью.
Для предотвращения риска разработки сложного модуля, можно
принять несколько решений, либо разбить данный модуль на несколько и
решить поставленные задачи по отдельности, либо упростить сложный
модуль, если это единственный вариант преодоления риска.
Фаза стабилизации - на фазе стабилизации возможен риск выявления
большого количества ошибок в программном коде, что потребует больших
затрат на доработку и устранения всех выявленных ошибок. Невозможно
предсказать, сколько ошибок будет найдено и как много времени
понадобится на их устранение.
Для предотвращения рисков на фазе стабилизации, необходимо данной
фазе отвести максимально возможное время, выделенное на разработку
системы. Так как в зависимости от того на сколько качественным будет
продукт, зависит примет ли заказчик данную разработку или нет.
Фаза внедрения - фаза внедрения может оказаться очень длительной,
если заказчик по каким-либо причинам будет не доволен разработанным
продуктом, персонал автоматизируемой компании может негативно
относиться к внедрению нового программного обеспечения.
Для предотвращения рисков на данной фазе необходимо произвести
качественное обучение персонала еще до начала внедрения, обучить службу
сопровождения и поддержки. Понять какие проблемы могут возникнуть в
процессе внедрения и уже быть готовым к их решению. Постоянно
59
консультировать персонал по поводу возникших у них трудностей, создать
горячую линию для решения данных проблем.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
– защита информации непосредственно в информационной системе
от внутренних угроз;
– защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа.
Защита от внешних угроз осуществляется путем применения
следующих способов:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче
информации;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
60
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Рис. 2.1 - Информационная модель
Область 1 отображает процесс конфигурирования ИС в части ввода
начальной информации. Вся эта информация необходима для ввода данных
по проектам.
Область 2 отображает процесс динамического заполнения базы данных
сотрудниками для ведения базы данных.
Проектировщики предполагают, что при вводе данных сначала
заполняется справочник рабочих групп. Затем заполняется справочник
сотрудников. При заполнении справочника сотрудников сначала вводятся
данные сотрудника и вводятся данные для входа в АИС.
Затем для каждого сотрудника указывается список рабочих групп.
Далее заполняется справочник видов услуг, а затем справочник услуг.
Проектировщики предполагают что при вводе услуги в БД специалист
выполняет следующие действия:
Выбирает сначала вид услуги
Вводит название услуги.
61
Область 3 отображает то, что моделируема ИС предоставляет на
выходе
Отчет «Все обращения за указанный период»
Из справочника «Сотрудники» узнаем табельный номер
сотрудника
Из справочника «Обращения » узнаем все обращения за
указанный период
Из справочника «клиент» узнаем данные клиента для каждого
обращения.
Из справочника «Статус» узнаем статус заказа.
Из справочника «Вид услуги» узнаем вид услуги для выбранного
обращения.
Отчет ««Трудозатраты сотрудников за период»
Из справочника «Сотрудники» узнаем табельный номер
сотрудника
Из справочника «Обращения » узнаем все обращения за
указанный период, по которым работал сотрудник
Для каждого обращения узнаем затраченное рабочее время.
Вычисляется рабочее время по всем обращениям.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В системе используется 7 видов кодирования, предназначенные для
однозначной идентификации сотрудников бухгалтерии, пользователей, типов
карт, банков, типов начислений. Виды системы кодирования, указанны в
таблице 2.3.
В системе применяются следующие разновидности системы
кодирования, показанные в таблице 2.2.
Таблица 2.2
62
Используемые системы кодирования
Кодируемое
множество
объектов
Длина
кода
Мощность
кода
Система
кодирования
Система
классификации
Вид
классификатора
Сотрудник
8
9999999
Порядковая
Отсутствует
Локальный
Рабочая
группа
3
99
Порядковая
Отсутствует
Локальный
Уровень
доступа
4
999
Порядковая
Отсутствует
Локальный
Вид услуги
4
9999
Порядковая
Отсутствует
Локальный
Обращения
2
99
Порядковая
Отсутствует
Локальный
Статус
обращения
4
9999
Порядковая
Отсутствует
Локальный
Клиент
4
9999
Порядковая
Отсутствует
Локальный
В системе применяются справочники, указанные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
название
справочника
ответственный за
ведение
средний
объём
справочника в
записях
среднюю
частоту
актуализации
средний объем
актуализации,
%
Сотрудник
Администратор
50
1 раз в месяц
10
Рабочая
группа
Администратор
20
1 раз в год
10
Уровень
доступа
Администратор
3
1 раз в год
10
Вид услуги
Администратор
15
1 раз в год
10
Обращения
Администратор
1000
10 раз в день
10
Статус
обращения
Администратор
4
1 раз в год
10
Клиент
Администратор
100
1 раз в день
10
2.2.3 Характеристика результатной информации
Результатной информацией для задачи автоматизации учета
трудозатрат и расчета заработной платы является следующие документы:
– Все обращения за указанный период;
– Трудозатраты сотрудников за период;
63
В отчете «Все обращения за указанный период» имеются следующие
реквизиты:
– Номер обращения, дата начала и окончания работ;
– ФИО сотрудника работающего по обращению;
Заработная плата сотрудников за выбранный период
– Количество обращений;
– ФИО сотрудника
– Общие трудозатраты по обращениям.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Сценарий диалога представлен на рисунке 2.2.
Любой функционал программы можно разделить на основной, с
помощью которой достигается основная цель алгоритма программы и
дополнительный (Служебный) это то, что можно настроить изменить,
прояснить. Дерево функций как раз наглядно демонстрирует разделение
данных функций. Дерево функций изображено на рисунке № 2.3.
64
Вход в систему
Ввод пароля
Главная форма
1. Справочники
2. Обращения
3 Информация
1 Справочники
1.1 Рабочие группы
1.2 Сотрудники
1.3 Услуги
3. Информация
3.1 Все обращения за указанный период
3.2 Трудозатраты сотрудников за
период
1.2.1 Сотрудники
1.2.1.1 Добавление сотрудника
1.2.1.2 Удаление сотрудника
1.2.1.3 Исправление редактирования
1.2 Сотрудники
1.2.1 Сотрудникт
1.2.2 Назначить группу сотруднику
1.3 Услуги
1.3.1 Вид услуги
1.3.2 Услуги
1.3.1 Вид услуги
1.3.1.1 Добавление вида услуги
1.3.1.2 Удаление вида услуги
1.3.1.3 Исправление данных вида услуги
2. Обращения
2.1 Добавление обращения
2.2 Работа по обращению
1.2.2 Назначить группу сотруднику
1.2.2.1 Добавление группы сотруднику
1.2.2.2 Удаление сотрудника из
группы
1.3.1 Услуги
1.3.1.1 Добавление услуги
1.3.1.2 Удаление услуги
1.3.1.3 Исправление данных услуги
Рисунок 2.2 - Сценарий Диалога работы программы
65
65
Функции
Основные служебные
Регистрация
обращения
Работа по
обращению
Ведение
справочников
Рис. 2.3 – Дерево функций
2.3.2 Характеристика базы данных
Перечень выявленных сущностей
- сотрудник;
- логин; (выделяется из сущности «сотрудник»)
- уровень доступа
- услуга;
-вид услуги
- клиент;
- обращение;
- статус обращения;
- рабочая группа;
- состав рабочей группы;
- протокол обращения
Сотрудник
S | - Табельный номер (РК)
66
66
S | - Фамилия
S | - Имя
S | - Отчество
S | - Контактный телефон
S | -Уровень доступа (FK)
логин
S | -Логин пользователя (РК)
D | - Пароль
Уровень доступа
S | - Идентификатор уровня доступа (РК)
S | -Название уровня доступа
Услуга
S | - Идентификатор услуги (РК)
S | - название услуги
S | Вид услуги (FK)
Вид услуги
S | - Идентификатор вида услуг (РК)
S | - Название вида услуги
клиент;
S | - Идентификатор клиента (РК)
S | - Фамилия
S | - Имя
S | - Отчество
S | - Адрес
S | - Контактный телефон

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)