Дипломная работа: Автоматизация учета рабочего времени сотрудников в ТОО "Профессиональные охранные системы"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
82
пользователи изучают, используют и оценивают новую систему. Если считается,
что новая система правильно выполняет предварительную настройку, она уста-
навливается и используется всеми. Этот метод особенно полезен для новых про-
дуктов, так как он обеспечивает функциональность на уровне, который может
быть выполнен в реальных рабочих условиях. Пилотный метод также позволяет
пользователям изучать новую систему. Эти пользователи могут затем помочь с
обучением других, когда новая система будет полностью внедрена. Пилотный ме-
тод конверсии можно рассматривать как финальное тестирование продукта. Как
разработчик, так и заказчик могут оценить продукт в операционной среде до его
полной реализации.
В качестве стратегии внедрения данного проекта будет использоваться па-
раллельная стратегия.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Сам стандарт MSF даёт некую гарантию минимизации рисков, так как весь
ЖЦ проекта разделён на этапы, на каждом этапе есть роли, за которыми закреп-
лены цели, которые должны быть достигнуты и всё же на каждой фазе есть неко-
торые риски:
В фазе выработки концепции могут возникнуть следующие риски: недаль-
новидный анализ сроков проекта и его бюджета
Для ликвидации такого рода риска нужно более детально прорабатывать
задачи и цели проекта, ставить больше контрольных точек.
Неправильно подобранный проектный состав исполнителей может повлечь
полное отсутствие командной работы.
Данный риск уменьшается более тщательным подбором специалистов в
проектную группу тестированием не только профессиональных навыков но и лич-
ностных качеств.
На фазе планирования могут возникнуть следующие риски:
Неправильно или не совсем корректно сформированное архитектура выби-
раемого решения.
Возможность появления этого риска зависит от компетенции руководителя
проекта, на котором лежит принятие решение о выборе архитектуры разрабаты-
ваемого решения.
83
В фазе разработки возможны следующие риски:
Неправильная интерпретация технического задания и как следствие непра-
вильная программирование архитектуры и сдвиг сроков.
Минимизацией данного риска служит более чёткое написание техниче-
ского задания, понятного программисту.
Еще одним немаловажным риском в данном проекте является отсутствие
должной квалификации у программиста в том языке, на котором решено реализо-
вывать программу клиент, которая будет распределять заявки между инженерами.
В случае, если программист не будет укладываться в заданные временные
рамки календарного плана проекта, продеться использовать внешнего разработ-
чика, так называемый “аутсорсинг” или “фриланс”.
В фазе тестирования могут возникнуть следующие риски:
Риски неоконченного тестирования.
Может произойти ситуация что программный продукт будет протестирован
не до конца.
Решается путем повторного тестирования на следующей итерации разра-
ботки.
В фазе внедрения могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
Возникновение данных рисков ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями разраба-
тываемой ИС. Устраняется путем доработки при следующей итерации.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для данного комплекса задач существует несколько реализации информа-
ционной безопасности.
Для защиты от внутренних угроз система имеет разграничение прав поль-
зователей ИС. К системы имеют доступ только менеджеры, им присвоены соот-
ветствующие логины и пароли. Только менеджеры имеют возможность добавле-
ния и редактирования данных.
Подробные права пользователей описаны в таблице 2.7.
Таблица 2.7
84
Разграничение прав пользователей.
Группы
пользовате-
лей
Просмотр дан-
ных
Возможность
редактирования
данных
Возможность добавления
данных
Группа мене-
джеров
Есть
Есть
Есть
Группа руко-
водителей
Есть
Нету
Нету
Защита от внешних угроз реализуется следующими параметрами:
Все серверные системы в компании ТОО «Профессиональные охранные си-
стемы» не имеют установленных сторонних средств удаленного администрирова-
ния, таких как Team Viewer /Remote administrator/Dame Ware/. Доступ организо-
ван через Remote desktop protocol, на нужный сервер, в том числе и сервер прило-
жений и СУБД, где размещена разрабатываемая ИС, вход осуществляется только
по доменной авторизации в соответствии с уровнем доступа.
85
В компании ТОО «Профессиональные охранные системы» используются все воз-
можные методы защиты информации, так как нет уникального одного метода, ко-
торый смог бы обеспечить полную информационную безопасность, а сочетание
всех методов позволяет реализовать максимальную информационную безопас-
ность.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
На рисунке 2.6 приведена информационная модель выпускной квалифика-
ционной работы в виде схемы.
Рисунок 2.6 – Информационная модель
86
Информационная модель отображает процесс конфигурирования ИС в ча-
сти введения журнала присутствия сотрудника на работе, которые необходимы в
рамках задачи для того, чтобы можно было зафиксировать количество часов ра-
боты персонала. Формы менеджера предполагает выполнение таких видов опера-
ций:
редактирование справочников;
введения журнала присутствия сотрудника на работе.
Информационная модель отображает то, что из базы ИС в рамках модели-
руемой задачи используются шесть справочника и одна таблица.
Информационная модель отображает собственно процесс введения жур-
нала присутствия сотрудника на работе, предполагая, что ввод будет состоять из
следующих этапов:
сначала делается запись (либо производится обновление записи) в спра-
вочнике журнала присутствия сотрудника на работе. Под сотрудником понима-
ется ФИО работника и какие-либо его данные (паспортные данные);
затем делается запись, отражающая действия сотрудника. В рамках за-
дачи предполагается два варианта;
прибыл на работу;
покинул работу.
Информационная модель отображает то, что моделируема ИС предостав-
ляет на выходе:
работник получает расчетный лист, содержащий отчет по количеству
время выполнения работы и начисления по этим часам зарплаты;
руководство получает отчет о работе сотрудников.
2.2.2 Характеристика нормативно-справочной, входной и оператив-
ной информации
Входящими документами разрабатываемой системой заполненный журнал
посещения сотрудников на работе. Журнал посещения представляет набор запи-
сей посещения каждого работника. Пример журнала посещения приведен на ри-
сунке 2.7.
Источник: https://baza.diplomsite.ru/previewfile/2420