Диплом: Автоматизация приема и обработки заявок отделом техподдержки компании ИП Кузина Ю.В. 2019 ПИ

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
61
• Создание процедур фильтрации
• Разработка пользовательского интерфейса
Тестирование настроек системы
• Настройка словарей и справочников
• Тестирование работоспособности системы
• Корректировка системы по результатам тестирования
• Подготовка документации для внедрения
• План эксплуатации
• Документация по установки и настройки ПО
• Подготовка плана внедрения
Внедрение
• Установка на сервер СУБД
• Установка серверных компонентов системы учета заявок
• Установка клиентских приложений системы учета заявок
• Настройка серверной и клиентских частей
• Тестирование работоспособности
• Демонстрация работы системы
• Подготовка плана по обучению пользователей
• Проведение семинара по обучению работе с системой
• Обучение службы эксплуатации
Эксплуатация
• Подготовка плана по эксплуатации
• Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
• Поддержка пользователей
• Проведение обучающих лекция для пользователей
• Подготовка отчетов о работе системы
Сопровождение
• Анализ ошибок и их устранение
• Подготовка отчетов по модификациям и изменениям
• Обновление функционирующих систем
62
На первоначальном этапе после проведения анализа деятельности
организации, необходимо поставить цели и задачи автоматизации и разработать
план проекта. После документального оформления начинается непосредственно
сам процесс разработки. Создается база данных, отчетные формы, пишется
программный код по сбору, обработке и хранению информации, создаются
процедуры фильтрации. После разработки системы, проходит этап тестирования.
По завершению тестирования готовится план эксплуатации и документация для
внедрения, а так же различная пользовательская документация. Процесс будет
происходить следующим образом. Так как в организации уже существует ЛВС и
стабильно функционирует, в ее наладке нет необходимости. Первоначально
устанавливается серверная часть системы учета заявок, далее на рабочие места
проходит установка и настройка клиентских приложений системы учета заявок и
СУБД. Тестируется работоспособность, проводится демонстрация работы
системы для руководства и персонала. Последней стадией будет проведение
семинаров для сотрудников компании. Необходимо связать всех сотрудников,
отвечающих за обработку документов в единую информационную сеть. Для этого
клиентские приложения будут устанавливаться в четкой последовательности по
определенным отделам
За эксплуатацию готовой системы, будет отвечать оператор. В его задачу
будет входить:
1. Разработка плана эксплуатации и определения набора стандартов
эксплуатации.
2. Получение и документирование сведений о возникающих проблемах, их
решение и контроль за возникновением, обеспечение обратной связи с
пользователями.
3. Тестирование системе в эксплуатационной среде, кооперация со службой
сопровождения для устранения возникших проблем и модернизации системы.
4. Поддержка и консультация пользователей.
Далее выберем модель жизненного цикла информационной системы.
В настоящее время наиболее распространены следующие модели:
Каскадная;
Циклическая;
63
Итеративная.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень точно и
емко сформулировать нужные требования к системе. Главным недостатком такого
подходя можно назвать то, что процесс реального создания системы не может
полностью уложится в такую жесткую схему, постоянно есть потребность в
возвращении к предыдущим этапам и просмотре или изменении ранее принятых
решений. В итоге реальный процесс разработки ИС оказывается похож на
поэтапную модель с промежуточным контролем.
Выделяют следующие положительные стороны использования каскадного
подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;
• Реализуемые в логической последовательности работы дают
возможность планировать сроки завершения всех работ и подсчитывать затраты.
Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных
проблем. На этапах анализа и проектирования степень создания технических
решений и удовлетворенность потребностей заказчика оценивалась методикой
создания прототипов. Каждый цикл характеризовал создание работоспособного
фрагмента или версии программы. Такой подход позволял уточнить требования,
цели и параметры проекта, оценить качество разработки, выделить работы
следующего цикла. Таким образом, углубляются и оговариваются детали проекта,
и в результате применяется обоснованный вариант, удовлетворяющий всем
требованиям заказчика, который затем уже доводится до финальной реализации.
Но и такая схема не дает возможности оперативно учитывать возникающие
доработки и изменения требований к системе. Согласование параметров
разработки с пользователями делается только в отдельных точках, планируемых
после завершения некоторого объема работ, а общие требования к ИС отражены в
техническом задании на все время ее создания. Поэтому пользователи часто
получают систему, которая не полностью удовлетворяет их реальным
потребностям.
64
Итеративная разработка показывает объективно существующий цикл
разработки сложных систем. Она дает возможность переходить на следующий
этап, не дожидаясь окончательного завершения работы на текущем этапе и решить
главную задачу – оперативное и быстрее представить пользователям
работоспособный продукт, тем самым, заранее начиная процесс уточнения
корректировки требований.
Главная проблема спирального цикла в определении момента перехода на
другой этап. Для ее решения внедряются временные ограничения на все этапы
жизненного цикла, и переход производится в соответствии с планом, даже если
работы по прошлому этапу еще не завершены. Планирование производится на
базе статистических сведений, полученных при подготовке других проектов, а
также из личного опыта разработчиков.
Для разработки системы выбираем каскадную модель, так как она
позволяет работать над несколькими этапами разработки одновременно.
Существует 4 основных способа начала использования новой системы
Параллельная стратегия;
Скачок;
Узкое место;
Опытная эксплуатация пилотного проекта.
Стратегия «Опытная эксплуатация пилотного проекта »не подходит, так как
компания не располагает достаточными ресурсами для длительной эксплуатации
проекта с целью выявления всех возможных ошибок. Стратегия Скачек не
позволяет плавно перейти на использование разработки, узкое место больше
подходит для использования в крупных компаниях. Поэтому в качестве стратегии
внедрения информационной системы выбираем параллельную стратегию, то есть
разработанная информационная система будет использоваться параллельно с
используемой технологией до полного вытеснения последней.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
65
На всех этапах жизненного цикла информационной системы встречаются
различные риски. Они могут приводить как к серьезным неустойкам во времени
разработки системы, так и в ее функциональных качествах.
Ниже представлены риски в зависимости от этапов жизненного цикла и
способы их предотвращения.
Этап подготовки проекта
1. Риск персонала
Риски:
Привлечение неопытного персонала к выполнению проекта.
Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов
Отсутствие единой стратегии автоматизации
Отсутствие единой цели и задачи проекта
Отсутствие мотивации сотрудников
Негативное отношение персонала к проекту
Необдуманный план ведения работ
Способы предотвращения:
Активное взаимодействие с руководством в ходе проекта и
своевременное принятие решений.
Участие в проекте ведущих специалистов и профессиональных
консультантов
Четко сформулированные цели проекта
Проработка общей стратегии автоматизации организации
Стабильный состав рабочей группы в течение всего проекта
2. Риск ведения проекта
Риски:
Неверное определение рамок и масштаба проекта
Проектирование ошибочных функций системы
Выбор неправильных технологий и методов решений задач
66
Не соблюдение требования заказчика
Способы предотвращения:
Обеспечение стабильности границ проекта, которые
определяются на начальном этапе и остаются неизменными вплоть до
окончания проекта.
Качественное планирование выполняемых работ
Обеспечение проекта необходимыми ресурсами
Утверждение и согласование проектного решения
Установление высокого порога принятия изменений
3. Риск неверного планирования
Риски:
Неэффективный организационный план внедрения системы
Срыв сроков выполнения работ по этапам
Способы предотвращения:
На ранних стадиях проекта проведение аудита, организация
командной работы, распределение ролей и стимулирование.
Документирование всех работ и обеспечение доступа к
данным всем участникам проекта
Этап разработки
4. Риск персонала
Риски:
Увольнение ключевых сотрудников, ответственных за проведение
разработки
Недопонимание между участниками проекта из-за отсутствия
налаженной системы коммуникации
Неверное понимание задачи проектирования
Отбор программистов без опыта работы с подобными системами
Способы предотвращения:
Тщательный подбор сотрудников, участвующих в проекте
67
Налаженная система коммуникации между сотрудниками,
постоянное документирование изменений системы
5. Технические риски
Риски:
Приостановка разработки из-за ошибок в используемом
программном обеспечение.
Пользовательская документация охватывает не все функции
системы
Способы предотвращения:
Использование только проверенного лицензионного ПО,
проведение регулярного резервного копирования данных
Проверка документации на полноту сведений
Этап внедрения
6. Риск персонала
Риски:
Несогласованность действий разработчика и специалистов
предметной области
Нежелание сотрудников работать с новой системой и
связанные с этим трудности их обучения
Неучастие руководства в проекте
Способы предотвращения:
Обучения сотрудников заказчика работе с системой
Составление плана внедрения системы
Обоснование необходимости автоматизации персоналу
Вовлечение руководства в проект и активное взаимодействие
с ним в ходе всего проекта.
7. Технические риски
Риски:
Потеря данных при внедрение системы
Способы предотвращения:
68
Привлечение квалифицированных сотрудников, имеющих
опыт в подобных проектах
Этап эксплуатации и сопровождения
8. Технические риски
Риски:
Ошибки в программе, приводящие к невозможности ее
использования
Некорректная эксплуатация оборудования
Несоответствие функционального набора системы из-за
реорганизации компании.
Способы предотвращения:
Тщательное тестирование и модификации во время
разработки системы
Документирование технических условий и их согласование.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе включает
в себя следующие аспекты:
защита информации непосредственно в информационной
системе от внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.1.
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль «Учет
заявок»
Модуль
«Ввод
данных»
Модуль
«Отчеты»
Сотрудник
Чтение
Нет
Нет
Ограничен
Администратор
системы
Полный
Полный
Полный
Полный
69
Защита от внешних угроз осуществляется путем применения следующих
способов:
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработкой и соблюдение политик безопасности;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
В качестве основного средства защиты от проникновений используется
СКУД «Elsys».
СКУД Elsys предназначена для автоматического контроля пропускного
режима и управления исполнительными устройствами (автоматическими
воротами, шлагбаумами, лифтами, турникетами, замками и т. п.) в соответствии с
заданными полномочиями и расписаниями.
Аппаратной основой системы являются контроллеры Elsys-MB,
выпускаемые в различных по характеристикам вариантах исполнения Pro, Pro4,
Standard, Light и SM. Наличие этих вариантов, а также модулей расширения
памяти различной емкости к ним, позволяет при проектировании оптимизировать
технико-экономические характеристики систем различного масштаба.
Контроллеры Elsys-MB объединяются в сеть по двухпроводному
интерфейсу RS-485 (до 63 контроллеров в одной линии связи). Линии связи RS-
485 подключаются к серверу оборудования СКУД через преобразователи
интерфейсов RS-232/RS-485 или USB/232-485 (до 15 линий на один ПК), либо по
компьютерной сети предприятия через коммуникационные сетевые контроллеры
(КСК) Elsys-MB-Net (до 256 КСК на один ПК). Кроме того, в системе может быть
несколько серверов оборудования, объединенных компьютерной сетью, что
обеспечивает практически неограниченные возможности масштабирования
системы.
Также в компании разработана политика безопасности, включающая себя
следующие частные документы:
1. Правила парольной защиты;
2. Правила защиты от вирусов и злонамеренного программного
обеспечения;
70
3. Требования по контролю за физического доступом;
4. Инструкция по безопасному уничтожению информации или
оборудования;
5. Правила осуществления удаленного доступа;
6. Требования резервного сохранения информации;
7. Требование мониторинга доступа и использования систем и ведения
лог файлов;
8. Требования при обращении с носителями данных;
9. Требования при регистрации пользователей;
10. Требования по проверке прав пользователей;
11. Требования по контролю доступа в операционную систему;
12. Требование к процедуре входа в систему (log on);
13. Правила использования системных утилит;
14. Правила удаленной работы мобильных пользователей;
15. Требование распределения ответственности при обеспечении
безопасности;
16. Правила безопасности при выборе персонала;
17. Требования контроля оперативных изменений;
18. Требования к применению криптографических средств управления;
19. Требования по контролю доступа к исходным текстам программ и
библиотек;
20. Требования контроля вносимых изменений;
21. Ограничения на изменения прикладного ПО.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области. Кроме
того, она объясняет, на основе каких входных документов и какой нормативно-
справочной информации происходит выполнение функций по обработке данных
и формирование конкретных выходных документов.

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

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