Дипломная работа: Автоматизация приема и обработки заявок отделом техподдержки ООО "ЦОД"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
87
промежуточные
уровню
версии продукта,
чтение
не откладывая эту
прикладная
работу на финишные
presentation
этапы,
как
памяти
это предписывает
можно
водопадная модель.
88
2.1.2 Ожидаемые
абсолютное
риски на этапах
основная
жизненного цикла
состояния
и их описание
Сам стандарт
дерево
MSF даёт
сообщения
некую гарантию
ваемых
минимизации рисков,
небольшого
так как
свой
весь
ЖЦ проекта
диапазон
разделён на этапы,
нами
на каждом этапе
случае
есть роли,
разработки
за которыми
закреплены
также
цели, которые
утверждение
должны быть
сочетание
достигнуты и всё же
проще
на каждой фазе
организации
есть
некоторые
основе
риски:
В фазе
исследуемых
выработки концепции
gigabit
могут возникнуть
информационной
следующие риски:
Недальновидный
geforce
анализ сроков
файлы
проекта и его
линию
бюджета
Для ликвидации
динамическими
такого рода
заявку
риска нужно
программных
более детально
программа
прорабатывать
задачи
поддерживается
и цели проекта,
информационных
ставить больше
общесистемные
контрольных точек.
Неправильно
если
подобранный проектный
microsoft
состав исполнителей
варианта
может
повлечь
участие
полное отсутствие
обмена
командной работы
Данный
suse
риск уменьшается
стоимостные
более тщательным
всегда
подбором специалистов
контракта
в
проектную группу
разбирается
тестированием не только
разработка
профессиональных навыков
чтобы
но и
личностных качеств.
На
итогом
фазе планирования
компьютера
могут возникнуть
коррекции
следующие риски:
Неправильно
пределами
или не совсем
компании
корректно сформированное
рассмотрим
архитектура
выбираемого
которые
решения
Возможность появления
вместе
этого риска
разрешение
зависит от компетенции
можно
руководителя
проекта,
сохранить
на котором лежит
оценке
принятие решение
системе
о выборе архитектуры
хорошей
разрабатываемого решения
В
работу
фазе разработки
программного
возможны следующие
должны
риски:
Неправильная интерпретация
ограничивается
технического задания
коррекции
и как следствие
основе
неправильная программирование
рамкам
архитектуры и сдвиг
полненных
сроков .
Минимизацией
отдела
данного риска
разрешена
служит более
сетям
чёткое написание
набора
технического
задания,
проверки
понятного программисту
Еще
формирование
одним немаловажным
взаимодействие
риском в данном
лишиться
проекте является
классы
отсутствие должной
случае
квалификации у программиста
мощность
в том языке,
основным
на котором
решено
информационной
реализовывать программу
связь
клиент, которая
oracle
будет распределять
позволяют
заявки
между
стойкость
инженерами.
89
В случае,
последнее
если программист
продукты
не будет укладываться
расширения
в заданные временные
процесс
рамки календарного
cache
плана проекта,
функциональные
продеться использовать
системы
внешнего
разработчика,
политика
так называемый “аутсорсинг” или “фриланс”.
.
В
обязанности
фазе тестирования
информационной
могут возникнуть
управляемые
следующие риски:
Риски
индекс
неоконченного тестирования.
Может
задачу
произойти ситуация
ческим
что программный
менеджер
продукт будет
выполняют
протестирован
не до конца.
Решается
сетям
путем повторного
начальная
тестирования на следующей
выделить
итерации
разработки.
В
обоснование
фазе внедрения
субд
могут возникнуть
закрытии
следующие риски:
Риски
спиральная
неправильного принятия
рамкам
решения о законченности
рынке
части
проекта.
Возникновение
solaris
данных рисков
будущим
ведет за собой
согласование
проблему незаконченности
бухгалтерии
решения и возможность
коммерческая
возникновения нестыковок
обусловлен
с другими частями
исходя
разрабатываемой ИС
Устраняется
справочник
путем доработки
программист
при следующей
текст
итерации.
90
2.1.3. Организационно-правовые
является
и программно-аппаратные средства
реализуемых
обеспечения информационной
технологий
безопасности и защиты
графике
информации
Для данного
нужными
комплекса задач
часто
существует несколько
выбор
реализации
информационной
обслуживание
безопасности
Защита от внутренних
подключение
угроз. Подразумевает
шифрования
разграничение прав
покупка
пользователей ИC CACHE Service
процессе
Desk. Подробные
нишу
права пользователей
комплекс
описаны
в таблице № 11
Таблица № 11
Разграничение
главным
прав пользователей.
Группы
обеспечения
пользователей
Создание заявки
Возможность
заявок
редактирования
своей
технической
заявки
Возможность
переназначит
возможность
заявку
Работа с базой
качественном
знаний
Сетевая
группа
Чтение
Есть
Есть
Чтение/создание/удаление
Группа
приложения
поддержки
пользователей
Чтение
Есть
Нет
Чтение/создание/удаление
Горячая
желательно
линия
Чтение/создание/удаление
Есть
Есть
Чтение
Защита от внешних
продукты
угроз реализуется
этом
следующими параметрами:
Во
решения
первых все
внутри
серверные системы
справочник
в компании ООО "ЦОД" не
орган
имеют
установленных
совместной
сторонних средств
причем
удаленного администрирования,
данные
таких как
доступ
Remote administrator/Dame
выбор
Ware/Team Viewer. Доступ
встроенных
организован через
заведением
Remote
desktop
gigabit
protocol, на нужный
критерии
сервер, в том
дерево
числе и сервер
сообщения
приложений и СУБД где
информационная
размещена ИС CACHE Service
инженер
Desk вход осуществляется только
обрабатываемых
по доменной
авторизации
характера
в соответствии с уровнем
имеющими
доступа, согласованным
серверн
по заявке на
горячую
основанные
линию.
В компании
системы
ООО “ЦОД” используются
вместе
все возможные
делаем
методы защиты
инии
информации, так
система
как нет
осуществляет
уникального одного
пользователю
метода, который
помощи
смог бы обеспечить
компании
полную информационную
диапазон
безопасность, а сочетание
возможность
всех методов
динамическими
позволяет
реализовать
выдачи
максимальную информационную
доступа
безопасность.
91
2.2 Информационное обеспечение
модель
задачи
2.2.1 Информационная модель
любую
и её описание
Информационная модель
численность
представляет собой
версию
схему движения
телефонный
входных,
промежуточных
перс
и результативных потоков
также
и функций предметной
оператор
области. Кроме
мной
того, она
программные
объясняет, на основе
если
каких входных
дублированный
документов и какой
данном
нормативно-
справочной информации
рабочие
происходит выполнение
остальное
функций по обработке
структурных
данных и
формирование
разработка
конкретных выходных
собой
документов. Информационная модель
создание
представлена на рис. 17
Рисунок 17 Информационная
заявок
модель системы
Источник: https://baza.diplomsite.ru/previewfile/1982