57
будет
Рис. 5 Реальный процесс
корпус
разработки
будет
ПО по каскадной
знаний
схеме
Основным
базы
недостатком
рамках
каскадного
учётом
подхода
хотя
является
может
существенное
другие
запаз-
дывание
desk
с получением
задачи
результатов. Согласование
приема
результатов
заявок
с пользовате-
лями
тело
производится
ночное
только
этап
в точках,
заявки
планируемых
отделе
после
почти
завершения
быть
каждого
момент
этапа
защите
работ,
разные
требования
desk
к информационным
select
системам "заморожены" в
proxy
виде
мо-
жет
технического
будут
задания
задачи
на все
пути
время
форма
ее создания. Таким
файлов
образом,
гост
пользователи
подбор
могут
между
внести
есть
свои
рамках
замечания
вдовин
только
выше
после
ware
того,
login
как
единое
работа
модели
над
смену
системой
будет
будет
также
полностью
сайтов
завершена. В
заявок
случае
задач
неточного
сбои
изложения
будут
требований
концу
или
график
их изме-
нения
входит
в течение
около
длительного
данный
периода
сервис
создания
самые
программного
port
обеспечения,
эта-
пах
пользователи
шведун
получают
поля
систему,
фаза
не удовлетворяющую
своей
их потребностям. Мо-
дели (как
работы
функциональные,
работы
так
xeon
и информационные) автоматизируемого
этом
объ-
екта
xeon
могут
объема
устареть
время
одновременно
субд
с их утверждением. Сущность
также
системного
заявка
подхода
новых
к разработке
часто
ИС заключается
уровня
в ее декомпозиции (разбиении) на
доступ
авто-
матизируемые
защиты
функции:
того
система
рынке
разбивается
свыше
на функциональные
полное
подсистемы,
новое
которые
модель
в свою
картам
очередь
пункте
делятся
такие
на подфункции,
анализ
подразделяемые
table
на задачи
записи
и
так
date
далее. Процесс
база
разбиения
дня*
продолжается
другие
вплоть
услуг
до конкретных
дерево
процедур.
При
проект
этом
расчёт
автоматизируемая
заявки
система
мо жно
сохраняет
этапе
целостное
одним
представление,
задач
в ко-
тором
графа
все
mail
составляющие
visual
компоненты
заявки
взаимоувязаны. Таким
общий
образом,
также
данная
58
службы
модель
asus
основным
выбор
достоинством
можно
имеет
ряде
системность
затрат
разработки,
аблице
а основные
группа
не-
достатки - медленно
ясны
и дорого.
Спиральная
одной
модель:
учёта
Для
года
преодоления
можно
перечисленных
могут
проблем
первой
была
модель
пред-
ложена
заявок
спиральная
приёма
модель
каждый
жизненного
данных
цикла (рис. 3),
свою
делающая
лишний
упор
from
на
начальные
аблица
этапы
поля
жизненного
данных
цикла:
letter
анализ
версии
и проектирование. На
модели
этих
выше
этапах
дата
реализуемость
упор
технических
учетом
решений
целям
проверяется
новый
путем
логин
создания
могут
прототипов.
Каждый
любые
виток
поля
спирали
есть
соответствует
всей
созданию
уровня
фрагмента
mysql
или
заявка
версии
пакета
про-
граммного
точно
обеспечения,
mail
на нем
другие
уточняются
быть
цели
python
и характеристики
статус
проекта,
ключа
определяется
серебр
его
работу
качество
методы
и планируются
дня*
работы
базы
следующего
есть
витка
цикла
спирали.
Таким
цикл
образом,
свои
углубляются
служат
и последовательно
базе
конкретизируются
этого
детали
группы
про-
екта
этого
и в результате
полный
выбирается
массив
обоснованный
работы
вариант,
день
который
график
доводится
модели
до
реализации.
Разработка
заявка
итерациями
проект
отражает
день
объективно
входит
существующий
задач
спиральный
всех
цикл
поля
создания
одной
системы. Неполное
кроме
завершение
работ
работ
москв
на каждом
поиска
этапе
работы
позво-
ляет
цикл
переходить
заявок
на следующий
время
этап,
аналог
не дожидаясь
анализ
полного
виде
завершения
можно
работы
момент
на текущем. При
схема
итеративном
будут
способе
своей
разработки
mail
недостающую
данных
работу
считаю
можно
гост
будет
этапов
выполнить
формы
на следующей
част
итерации. Главная
будет
же задача - как
вызова
можно
сервер
быст-
рее
форм
показать
рамках
пользователям
заявок
системы
desk
работоспособный
заявок
продукт,
гб/с
тем
заявку
самым,
по-
сле
активизируя
объек
процесс
проект
уточнения
этапа
и дополнения
также
требований
связь
[12 стр.368 ].
Основная
исло
проблема
одним
спирального
выбор
цикла - определение
ящика
момента
сетей
перехода
чтобы
на
следующий
работы
этап. Для
значит
ее решения
угроз
необходимо
счет
ввести
mail
временные
графа
ограничения
заявок
на каждый
нужно
из этапов
входит
жизненного
связи
цикла. Переход
также
осуществляется
этих
в соответ-
ствии
случае
с планом,
приём
даже
писем
если
логику
не вся
резкий
запланированная
было
работа
задачи
закончена. План
данных
со-
ставляется
базой
на основе
схемы
статистических
смета
данных,
проект
полученных
заявки
в предыдущих
места
про-
ектах,
ниже
и личного
вслед
опыта
анализ
разработчиков. На Рисунке 6 представлено
линии
графическое
схему
изображение
этом
спиральной
ской
модели
базе
жизненного
должны
цикла
того
ИС.
59
вслед
Рис.
заявки
6
ящика
Спиральная модель
расчет
ЖЦ ИС
Наиболее
базой
оптимально
также
считаю спиральную модель,
задачи
так
работ
как
список
в ней
тремя
были
ли-
нии
учтены
новые
все
записи
недостатки
заявок
каскадной
месяц
и задачной
среди
модели. В
letter
рамках
гб/с
доработки
всех
уже
поля
существующей
будут
ИС часто возникают новые
входит
замечания от
после
пользователей
поля
кото-
рые
дня*
можно
основе
реализовать
view
на новом
есть
витке
услуг
спиральное модели.
2.1.2 Ожидаемые
новом
риски
задачи
на этапах
ручную
жизненного
задачи
цикла
заявки
и их описание
Сам
этого
стандарт
этих
MSF
выше
даёт
задачи
некую
задачи
гарантию
есть
минимизации
аблице
рисков,
можно
так
линии
как
задачи
весь
рынке
ЖЦ проекта
также
разделён
заявок
на этапы,
есть
на каждом
каждой
этапе
шлюз
есть
дает
роли,
статус
за которыми
быть
закреп-
лены
первом
цели,
клиент
которые
имеет
должны
intel
быть
легко
достигнуты
мест
и всё же
заявок
на каждой
четыре
фазе
заявки
есть
этапа
некоторые
модули
риски:
В
этапы
фазе
новом
выработки
девайс
концепции
считаю
могут
работ
возникнуть
подход
следующие
долю
риски:
• Недальновидный
данная
анализ
памяти
сроков
заявки
проекта
этот
и его
памяти
бюджета;
всего
Для
быть
ликвидации
цели
такого
тема
рода
пойдет
риска
новое
нужно
будет
более
можно
детально
базе
прорабатывать
банков
за-
дачи
день
и цели
исло
проекта,
дата
ставить
сдвиг
больше
нажать
контрольных
данных
точек.
• Неправильно
общие
подобранный
поле
проектный
лишний
состав
вдовин
исполнителей
следит
может
резкий
по-
влечь
него
полное
может
отсутствие
будем
командной работы;
60
Данный
защиты
риск
строго
уменьшается
можно
более
банков
тщательным
кций
подбором
общий
специалистов
новые
в про-
ектную
from
группу
весь
тестированием
услуг
не только
затрат
профессиональных навыков но
письмо
и лич-
ностных
отделе
качеств.
На
вывод
фазе
поле
планирования
задачи
могут
работы
возникнуть
задачи
следующие
также
риски:
• Неправильно
решено
или
записи
не совсем
сбоя
корректно
базы
сформированное
момент
архитектура
быть
вы-
бираемого
ручную
решения.
систем
Возможность
status
появления
сетей
этого
будем
риска
част
зависит
дэвид
от компетенции
более
руководителя
mail
проекта,
самих
на котором
затрат
лежит
работы
принятие
этапы
решение
так-же
о выборе
этапе
архитектуры
этих
разраба-
тываемого
после
решения.
В
перед
фазе разработки
исунке
возможны
счет
следующие
рублей
риски:
Неправильная
время
интерпретация
услуг
технического
самые
задания
всех
и как
услуг
следствие
новые
непра-
вильная
более
программирование
могут
архитектуры
момент
и сдвиг сроков . Минимизацией
выбрав
дан-
ного
служат
риска
быть
служит
именно
более
систем
чёткое
риски
написание
view
технического
если
задания,
полной
понятного
себя
программисту.
рублей
Еще
данный
одним
отчет
немаловажным
субд
риском
почту
в данном
дерево
проекте является отсутствие
должной
памяти
квалификации
письма
у программиста
каждой
в том
тема
языке,
линии
на котором
кнопки
решено
того
реа-
лизовывать
вполне
программу
языке
клиент,
одной
которая
поход
будет
письмо
распределять
данная
заявки
единой
между
задачи
ин-
женерами.
В
поле
случае,
версии
если
будет
программист
этапы
не будет
нешний
укладываться
году
в заданные
всех
временные
формат
рамки
работу
календарного
него
плана
исходя
проекта,
рублей
будет
более
необходимо
работы
использовать
данном
внешнего
мнению
разработчика,
четко
так
доступ
называемый “аутсорсинг”
В
входит
фазе
имеет
тестирования
учетом
могут
базами
возникнуть
фазы
следующие
флинта
риски:
Риски
нами
неоконченного
москв
тестирования;
этапе
Может
витка
произойти
минуту
ситуация, что
выбор
программный
отчёт
продукт
письмо
будет
также
протести-
рован
систем
не до конца.
Решается
сферы
путем
desk
повторного
должно
тестирования
чтобы
на следующей
линии
итерации
этого
разработки.
В
данных
фазе
работу
внедрения
этапе
могут
работы
возникнуть
расчёт
следующие
одного
риски:
• Неправильного
сбоя
принятия
было
решения
модуля
о законченности
одного
части
систем
проекта. Воз-
никновение
связи
данных
next
рисков
весь
ведет
данных
за собой
долю
проблему;
между
• Незаконченности
счет
решения
среды
и возможность
этапе
возникновения
базы
нестыковок
быть
с
другими
работы
частями
общая
разрабатываемой
вместо
ИС.
заявки
Устраняется
после
путем
двух
доработки
работы
при
модели
следующей
ендора
итерации.
61
2.1.3. Организационно-правовые
всей
и программно-аппаратные
вместо
сред-
ства
имеет
обеспечения
задач
информационной
время
безопасности
есть
и защиты
заявки
инфор-
мации
Для
схемы
отличительным
общий
данного
затрат
относятся
себя
комплекса
шлюз
первой
дня*
задач
затрат
поставка
фазе
существует
целью
предоставление
этот
несколько
здания
предприятия
только
реализации
время
представлено
цикл
информационной
новых
представляют
письма
безопасности.
Защита продвижени от
view
производитель
задачи
внутренних
общий
процесс
новые
угроз. Подразуме-
вает
может
развивающейся
учёт
разграничение
части
разделение
путем
прав
отчет
разделении
visual
пользовате-
лей
основе
распределение
отчет
ИС распределение HP OpenView связанные Service свя-
заны Desk. Подробные
формы
системе
mysql
права
риски
системы
линии
пользователей
часто
сопровождаются
будем
описаны
счет
спроса
этапы
в степени
всех
Таблице 10.
Таблица №10
Разграничение
далее
прав пользователей
затрат
Группы
кли-
ент
пользовате-
лей
Создание
часть
за-
явки
Возможность
заявки
ре-
дактирования
за-
явка
своей
стадий
заявки
Возможность
можно
пере-
назначить
ская
заявку
Работа
рамках
с базой
почты
зна-
ний
Сетевая
за-
явка
группа
Чтение
Есть
Есть
Чтение/создание
/удаление
Группа
дерево
под-
держки
заявка
поль-
зователей
Чтение
Есть
Нет
Чтение/создание
/удаление
Горячая
версия
ли-
ния
Чтение/со
других
зда-
ние/уда ление
гост
Есть
Есть
Чтение
задачи
Защита
поле
от внешних
чтобы
угроз
линии
реализуется
затрат
следующими
риски
параметрами: Во-пер-
вых все
клиент
серверные
port
системы
нженер
в компании
того
ООО "Сбербанк-Сервис" не
заявку
имеют
це-
лом
установленных
услуг
сторонних
отдела
средств
будет
удаленного
среды
администрирования,
пример
таких
ldap
как
Remote
ведь
administrator/Dame
учёта
Ware/Team
desk
Viewer. Доступ
записи
организован
модель
через
Remote
этом
desktop
полная
protocol,
единой
на нужный
служат
сервер,
кросс
где
расчет
размещена
этот
ИС- HP open
ерохин
view
базы
Service
задачи
Desk. Вход
логику
осуществляется
работе
только
нный
по доменной
данном
авторизации
sata
в соответ-
ствии
основе
с уровнем
адрес
доступа,
заявок
согласованным
этом
по заявке
дэвид
на горячую
учёт
линию.
В
группу
компании
графа
ООО "Сбербанк-Сервис" используются
пример
все
работа
возможные
анализ
методы
знаний
защиты
защиты
информации,
есть
так
работы
как
затрат
нет
заявку
уникального
расчет
одного
проект
метода,
письмо
который
next
смог
задач
бы
обеспечить
недели
полную
поля
информационную
ящик
безопасность,
range
а сочетание
всего
всех
работы
методов
прав
позволяет
язык
реализовать
отдела
максимальную
число
информационную
длина
безопасность.
62
2.2 Информационное
записи
обеспечение
заявки
задачи
2.2.1 Информационная
между
модель
анализ
и её описание
На Рисунке 7 приведена
будет
Информационная
данных
модель
ошибок
дипломного
задача
проекта
дня*
в виде
ручную
схемы.
Рис. 7 Информационная
должны
модель
Данная
zlock
информационная
будет
модель
кросс
включает
всех
в себя
также
сразу
юрист
несколько
ской
источни-
ков. Основной
офисом
базой
между
данных
собой
является
этапом
база
модели
ИС HP OpenView
единой
Service
службы
Desk. В
задачи
ней
этап
находятся
ящика
таблицы
способ
текущих
фаза
заявок,
если
справочники
slova
Исполнителей
(Сотрудник
помощи
ИТ),
расчёт
заявителей - это
цикла
все
группу
сотрудники
полный
компании,
рублей
которые
проект
обраща-
ются
данных
с проблемами
рамках
ИТ на горячую
рамки
линию,
затрат
в том
когда
числе
фаза
и из регионов.
Процесс
модель
обращения
связь
пользователя
основе
на горячую
главе
линию
среди
реализуется
будет
через
ра-
боты
письмо
бюджет
на горячую
новым
линию,
корпус
что
select
также
заявки
отражено
форма
на Информационной
подход
модели.
Разработанная
состав
в данном
анализ
дипломном
этапе
проекте
windo
служба(сервис) обрабатывает по-
чту
только
, находя
резкий
новые
данная
заявки
slova
и обрабатывая
этот
письма,
группу
связанные
способ
с уже
общий
зарегистри-
рованными
данном
заявками(например
сроки
согласование
общий
доступа). Данная
может
служба
фазы
обраща-
ется
работ
к базе
http
данных
была
HP OpenView
типа
Service
ручную
Desk,
фаза
в рамках
длина
которой
также
созданы
исунке
спе-
циальные
график
таблицы для
может
ведения
заявок
учета
связи
и получения
типа
статистики,
кнопку
а также
россии
добав-
ления
анализ
справочника
цикл
ключевых
desk
слов. Основной
заявки
таблицей
работы
в этой
работа
базе
группу
данных
версии
яв-
ляется
дата
таблица
пароли
зарегистрированных заявок(Registered
дата
Letter). Данная
путем
таблица
63
также
самом
фиксирует
малых
то,
cobit
что
письмо
было
корпус
обработано
будем
данной
отдела
службой
вывод
и является
zlock
основной
именно
в данном
языком
дипломном
файлом
проекте. Для
таблиц
классификации
вдовин
проблемы
бюджет
по тексту
вдовин
письма,
самой
исполнителей
часть
заявки (ИТ
нами
специалистов) и
новые
группы(отдела),
сервер
к которым
службы
принад-
лежит
table
исполнитель
себе
были
теперь
спроектированы
рынке
следующие
можно
таблицы: It
связи
Worker,
Klassification, IT_Group.
2.2.2 Характеристика
первом
нормативно-справочной,
должно
входной
slova
и оператив-
ной
расчёт
информации
В
desk
данном
abby
дипломном
ручная
проекте
учётом
используются
задачи
только
планом
входящие
возмо
файлы
день
и
справочники. Входящим
связи
файлом
анализ
является
hpovsd
письмо (заявка) на
данная
почтовый
затрат
ящик
после
горячей
гост
линии
новые
ООО "Сбербанк-Сервис" . Письмо
поиска
представляет
одним
из себя
range
не-
структурированный
себе
текст
общая
с описанием
всей
неисправности,
нженер
отправитель
счет
по умолча-
нию
месяц
становится
берут
заявителем,
series
если
этом
данного
част
пользователя
цикла
нет
затрат
в системе
ранее
HP open
рамках
View
цикл
Service
базы
Desk
ясны
то
фирмой
он добавляется
лишний
в справочник
эффект
пользователей
целое
в ручную
мо-
дель
пользователем
файлы
горячей
объему
линии. Письмо
будет
содержит
сроки
в себе
можно
текст,
каждом
который
рамках
распо-
знается
работу
процедурой
себе
классификации
приёма
инцидентов. Так-же в
момент
письме
зоне
может
свыше
быть
задачи
описание
часть
для
дня*
какого
модуль
сотрудника
этапе
должна
своя
быть
метода
реализована
поиска
заявка,
данных
эта
каждой
инфор-
мация
arctic
также
быть
определяется
затрат
алгоритмом
модели
классификации
быть
инцидентов.
нового
Примеры
обработки заявки
схема
,в техническую
первые
поддержку, можно
версии
увидеть
текста
в приложениях 1
и 2. В
база
самом
четко
письме
ипатов
должны
данных
быть
select
указаны
анализ
следующие данные:
От
заявки
кого
планом
заявка (ФИО,
help
должность)
дня*
;
логин
Суть
среди
заявки (с
этапы
описанием проблемы)
решены
;
Контактная информация(местоположение,
целью
телефон
полный
для
рамки
связи)
флинта
;
Какие
внести
работы
заявок
были
база
проведены
версии
ранее (если
выбран
были)
сетей
;
Возможное
работы
время
arctic
проведения
kayako
работ;
Контрольный
поля
срок.
Справочником
задачи
для
данных
работы
цикл
процесса
нный
регистрации
нешний
заявок
ниже
является
часть
таблица
между
классификации
году
заявок,
задач
она
новые
содержит
аблице
базу
вдовин
знаний,
пример
по которой
данных
в соответствии
from
с
регламентом,
будет
назначаются,
виде
согласовываются
полю
и выполняются
масса
заявки
почты
в компа-
нии
desk
ООО "Сбербанк-Сервис".
Справочник «Классификация» состоит
будут
из следующих
пример
полей:
64
Дата(каждый
проект
день
нажать
с учетом
доступ
работы
логике
каждого
задач
подразделения
риски
созда-
ются
этих
новая
чёткое
запись);
Код (ключевое
отчёт
поле,
также
уникально
почти
идентифицирующее
язык
запись);
Ключевая
логин
фраза/слово (список
кроме
синтаксических
можно
выражений
считаю
как пол-
ных так
поиска
и не полных,
также
однозначно
строка
классифицирующие
время
проблему.).
базы
Код группы(идентифицирует
данная
группу - департамент
дата
ИТ (Сетевики/поддержка
места
пользователей,
node
поддержка
время
ИС,
заявки
почтовые администраторы,Vip обслуживание));
Код
года
специалиста (непосредственный
услуги
исполнитель,
есть
каждый
быть
день
поля
руководите-
лями
сервис
присылается
этого
отчёт
заказ
о присутствии,
mail
исходя
этой
их него назначаются
может
исполни-
тели
один
заявок);
Согласование,
формы
данное
связи
поле
шведун
имеет
своей
логически
первый
тип
чтобы
Истина/ложь; На
масса
основе
четыре
еже-
дневных
главе
отчетов
всего
о присутствии
подход
и устоявшейся
входит
базы
задач
знаний
данных
ежедневно
проект
форми-
руется
заявка
данный
время
справочник
версий
классификации.
2.2.3 Характеристика
вызова
результатной
данных
информации
В
также
данном
чтобы
дипломном
аблице
проекте
данных
результирующей информацией являются – 2
отчета, 2 из
этого
них
всех
берут
модуль
данные
первом
из таблицы
может
заявок
заявок
или
данных
истории
сервис
заявок:
1. «Отчет
года
по согласованным
только
заявкам»
Отчет
базами
содержит
файлов
следующие
четко
параметры:
• Дата
версии
создания
после
заявки
• Пользователь (заявитель)
• Ответственная
работ
группа
первой
• Назначенный
части
на заявку
риски
сотрудник
• Статус
Приложенное
клиент
исходное
форма
письмо (тема
open
и тело
типа
письма
после
в оригинале)
2. Отчет ”заявки по
методы
местоположению
собой
заявителя” содержит
группа
таблицу
данной
со следую-
щими
фазе
полями:
Дата
заявок
создания
работы
заявки
Даты
язык
писем
может
по согласованию
Пользователь (заявитель)
Месторасположение(город)
65
Адрес (улица,
группа
дом,
пример
корпус,
между
офис)
Ответственная
этапе
группа
этого
Текущий
работы
статус
новые
переписки
путем
и зарегистрирована
будет
ли заявка
Приложенное
после
окончательное
help
письмо (тема
служба
и тело
сроки
письма
доступ
в оригинале).
чёткое
Данного
пункте
рода
цели
отчеты
время
имеются
класс
в информационных
view
потоках
новых
предприятия
между
и, слу-
жат скорее для получения
быть
статистики,
работы
нежели
считаю
для
затрат
оперативного
масса
управления
версий
и принятия
ящик
решений,
учёта
а информация
данном
в этих
модель
журналах
данных
является
slova
скорее
работы
уточняю-
щей,
базы
нежели
только
обобщающей.
Результатом выполненой заявки
данный
являются следующие
могут
данные:
Идентификатор
счет
заявки;
Внутренний
рамках
статус
отдел
заявки (решено,отклонено или
только
решено
group
не полно-
стью);
Информация
логике
об исполнителе;
Перечень
заявки
использованного материала(если
данной
использовался);
Внешний
базе
статус
данный
взаимодействия
служба
с клиентом (поддтверждение выполне-
ния
заявок
задачи
блок
от клиента);
Дата
дерево
и время
именно
закрытие
python
заявки.
В
будет
итогах
шведун
данной
только
ведомостей
подход
за месяц
между
можно
выбрав
понять
задач
насколько
также
загружена
помощи
горячая
доступ
линия
может
по регистрации
базе
заявок в
струк
ручную,
цикла
сколько
затрат
ошибок
массив
при
заявок
регистра-
ции
http
допускает
desk
служба.
языке
сети
2.3 Программное
http
обеспечение
свыше
задачи
2.3.1 Общие
чтобы
положения (дерево
данный
функций
заявок
и сценарий
кого
диалога)
В
desk
данном
нешний
дипломном
целям
проекте
была
я автоматизирую
исло
часть
данных
Информационной си-
стемы, а именно
данное
ту рутинную работу,
заявка
которую
случае
делают
случае
сотрудники
собой
горячей
фаза
линии,
почты
вместо
заявка
своих
также
прямых
общая
обязанностей.
Основное
базе
окно
работы
программы
целом
предоставляет
после
статистические
база
данные
отчет
об обра-
ботанных
нной
письмах горячей линии,
работ
а также
двух
письма,
работы
находящиеся
всей
на согласова-
нии. Сценарий
этапу
диалога
базы
представлен
затрат
на Рисунке 8.
66
Рис. 8 Сценарий
минута
Диалога
расчет
работы
заняты
программы
Почтовый ящик
горячей линии
Новое
согласование
Уточнение
информации
Регистрация
заявки
Выполнение или
постановка заявки
в очередь
Вывод отчетов
Вывод печатных
документов