56
Спиральная модель относится к начальным этапам жизненного цикла:
анализу и проектированию. На этих этапах создается прототип. Каждый
виток спирали соответствует созданию части или версии программного
обеспечения, на нем уточняются цели и характеристики, определяется
качество, и планируются дальнейшие работы.
Таким образом, конкретизируются детали проекта, и в конечном
результате дается вариант, который реализируется. Разработка итерациями
отражает спиральный цикл создания системы. Данная система позволяет
переходить на следующий этап, не завершив предыдущий. Главная цель -
как можно быстрее показать пользователям готовый продукт.
Главная проблема спирального цикла - сложность определения
момента перехода на следующий этап. Переход осуществляется в
соответствии с утвержденным планом, даже если работы не закончены.
Рисунок 7 Спиральная модель жизненного цикла ИС
В нашем случае наиболее подходит спиральная модель, так как в ней
учтены все недостатки каскадной и задачной модели. В рамках доработки
могут возникнуть замечания от руководства и пользователей, которые можно
реализовать на новом витке спиральной модели.
57
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В ходе жизненного цикла информационной системы могут возникнуть
риски, которые могут сорвать разработку. Чтобы их избежать проводится
оценка вероятных рисков, и разрабатываются способы, позволяющие
избежать или минимизировать их.
Рассмотрим возможные риски во время разработки по фазам ЖЦ
информационных систем:
Фаза выработки концепции - возможен риск сознания такой
концепции, которую потом будет сложно реализовать. В данной концепции
описаны основные функции разрабатываемой ИС. Важно создать основу для
ИС, и ее развивать. Для предотвращения возникновения рисков, нужно четко
понимать свои возможности.
Для предотвращения переоценки собственных сил, сначала нужно
создать общую концепцию, в которой будет включен только набор базовых
функций. И по мере углубления в разработки расширять дополнительными
функциями.
Фаза планирования - в данной фазе возможен риск неправильного
планирования, так же разработка очень реалистичных планов проекта, в
которые компания не сможет уложиться, вследствие чего придется увеличить
время для разработки, вследствие чего будет удорожание проекта. К фазе
планирования нужно отнестись очень важно, следить за каждым этапом и
анализировать результаты.
Для предотвращения риска нужно заложить в график поправки на
возможные временные задержки в выполнении определенных действий. Так
же необходимо постараться создать гибкий график и придерживаться его.
Фаза разработки - возможен риск, что разработка определенного
модуля принесет большие трудности, что какая-либо функция будет мешать
разработке. На данной фазе главное во время определить проблемную
функцию или модуль и по возможности упростить или убрать ее из проекта
полностью.
58
Для предотвращения риска разработки сложного модуля, можно либо
разбить данный модуль на несколько и решить поставленные задачи по
отдельности или упростить его.
Фаза стабилизации - на фазе стабилизации возможен риск выявления
большого количества ошибок в программном коде, что потребует больших
затрат на доработку. Невозможно предсказать, сколько ошибок будет
найдено и сколько времени понадобится на их устранение.
Чтобы предотвратить риски в данной фазе, нужно отвести
максимальное количество времени на разработку системы. От качества
продукта зависит примет ли заказчик данную разработку или нет.
Фаза внедрения - фаза внедрения может оказаться очень длительной,
если заказчик, по каким-то причинам будет не доволен разработанным
продуктом, персонал автоматизируемой компании может негативно
относиться к внедрению нового программного продукта.
Для предотвращения рисков на данной фазе необходимо произвести
качественное обучение сотрудников до внедрения разработки. Понять какие
проблемы могут возникнуть в процессе внедрения и быть готовым к их
решению. Постоянно консультировать по поводу возникших трудностей,
создать горячую линию для решения проблем.
59
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для защиты ИБ и защиты информации используются следующие
средства:
Защита от внутренних угроз;
Защита от внешних угроз;
Защита от внутренних угроз подразумевает разграничение прав
пользователей. Программа состоит из 3 АРМов (АРМ администратора, АРМ
менеджера, АРМ руководителя), каждый из которых имеет доступ к единой
базы данных. Подробные права пользователей описаны в таблице 10.
Таблица 10
Разграничение прав пользователей
Группы
пользовате
лей
Созда
ние
заявки
Создан
ие
оплаты
Возможно
сть
редактиро
вания
заявки
Возможнос
ть поменять
оборудован
ие/
услугу в
заявке
Доступ
в
интерн
ет
Менеджер
Чтени
е/
создани
е
Чтение
/
создани
е
Да
Да
Да
Руководит
ель
Чтение
Чтение
Нет
Нет
Да
Администр
атор
системы
Чтение/
удален
ие
Чтение/
удалени
е
Да
Нет
Да
Каждый АРМ имеет отдельную программу, доступ к которой
осуществляется после ввода логина и пароля, с помощью которых можно
зайти только в определенный АРМ. Главным АРМом - АРМ администратора,
в нем осуществляется распределение прав доступа к модулям, и возможность
редактировать данные.
Защита от внешних угроз происходит путем антивирусного
программного обеспечения на всем оборудовании компании. Так же в
совокупности с применением прокси-сервера, что позволяет
беспрепятственно использовать данные только сотрудникам компании. С
60
помощью брандмауэра осуществляется постоянная фильтрация сетевого
трафика и блокировка подозрительных данных.
Так же в компании есть комплексная защита информации:
Правовая - юридические нормы и законы; преследуется незаконное
использование и распространение конфиденциальной информации.
Административно-организационная - определяет, кто и какую
информацию может собирать и хранить; устанавливает способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции.
Аппаратно-программная - прохождение процедуры идентификации
пользователя, может быть выполнена в виде кодовой карточки или ключа.
Криптографическая - шифрование данных для скрытия от
злоумышленников. Пока пользователь не идентифицирован по ключу,
данные ему недоступны.
Как видно, компания использует большое количество методов защиты
информации, но все они в совокупности не дадут 100% гарантий. Но
сократить угрозы до минимума реально.
61
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
На рисунке 8 приведена Информационная модель задачи в виде схемы.
Рисунок 8 Информационная модель задачи
Данная информационная модель включает в себя сразу несколько
справочников. В них находятся данные услуг и оборудования, клиентов
которые обращаются в сервисный центр. Процесс регистрации новой заявки
также отражен на Информационной модели. Формирование отчетности
происходит менеджером и руководством.
62
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В данной выпускной квалификационной работе используются только
входящие данные и справочники. Входящими данными является личное
обращение(заявка) клиента в сервисный центр. Клиент дает подробное
описание неисправности, наименование техники. При необходимости
менеджер задает дополнительные вопросы. Если ранее клиент обращался в
сервис то создание карточки с его данными не нужно, если нет, то менеджер
вручную добавляет данные в справочник «клиенты».
Справочником для процесса регистрации заявок является таблица
классификации заявок, она содержит базу знаний, по которой в соответствии
с регламентом, создаются и выполняются ремонтные заявки в компании.
Справочник «Клиенты» состоит из следующих полей:
1. Дата;
2.Код (ключевое поле, уникально идентифицирующее запись);
3. ФИО;
4. Адрес;
5. Мобильный телефон.
Справочник содержит в себе данные клиентов. Новый клиент вносится
непосредственно перед формированием заявки. Если данные клиента есть,
они проверяются, при необходимости информация корректируется. При
формировании документа «Оформление заявки» данные выбираются из
выпадающего списка.
Справочник «Услуги» состоит из следующих полей:
1. Дата;
2.Код (ключевое поле, уникально идентифицирующее запись);
3. Наименование услуги.
4. Стоимость.
63
Данный справочник содержит в себе перечень предоставляемых услуг,
заполняется один раз. При формировании документа «Оформление заявки»
данные выбираются из выпадающего списка.
Справочник «Оборудование» состоит из следующих полей:
1. Дата;
2.Код (ключевое поле, уникально идентифицирующее запись);
3. Наименование оборудования;
4. Стоимость.
Данный справочник содержит в себе перечень оборудования,
заполняется один раз. При формировании документа «Оформление заявки»
данные выбираются из выпадающего списка.
Справочник «Менеджеры» состоит из следующих полей:
1. Код (ключевое поле, уникально идентифицирующее запись);
2. ФИО;
3. Мобильный телефон.
На основании всех вышеперечисленных справочников формируется
документ, который хранит в себе данные.
Документ «Оформление заявки» состоит из следующих полей:
1. Дата;
2.Код (ключевое поле, уникально идентифицирующее запись);
3. Статус заявки (получена, в исполнении, исполнена, выполнена);
4. Тип заявки (гарантия/не гарантия);
5. Дата начала выполнения;
6. Дата окончания выполнения
7. ФИО клиента;
8. ФИО менеджера;
9. Наименование неисправной техники;
10. Описание проблемы (свободная форма поля);
11. Услуги (перечень предоставляемых услуг, описание, количество,
стоимость);
64
12. Оборудование (перечень используемого оборудования, описание,
количество, стоимость).
Данный документ формируется при оформлении каждой заявки, и
содержит в себе все данные.
Таблица 11
Перечень используемых справочников
Названи
е
справочн
ика
Ответственный
Средни
й объем
записей
Средняя
частота
актуализаци
и
Средн
ий
объем
актуал
изаци
и
Клиенты
менеджер
150
15
45
Услуги
менеджер
20
5
27
Оборудо
вание
менеджер
40
5
16
Менедже
ры
руководитель
5
1
2
Ниже в таблице приведем перечень реквизитов всех справочников.
Таблица 12
Перечень реквизитов используемых справочников
Наименование справочника
Реквизиты
Клиенты
ФИО
Адрес
Мобильный телефон
Услуги
Наименование услуги
Стоимость
Оборудование
Наименование оборудования
Стоимость
Менеджеры
ФИО
Мобильный телефон
65
2.2.3. Характеристика результатной информации
Выходной информацией является документ «оформленная заявка» и
отчетность. Готовый документ содержит в себе следующую информацию:
Статус заявки;
Этап заявки;
Дата создания заявки;
Дата закрытия заявки;
Клиент;
Менеджер;
Наименование неисправности;
Описание неисправности;
Услуги;
Оборудование;
Общая стоимость оказанных услуг;
Общая стоимость оборудования.
Характеристика таблиц с результатной информацией документа Заявки
представлена в таблице 13.
Таблица 13
Характеристика таблиц документа Заявки
Наименование
таблицы
Наименование поля
Клиент
ФИО
Наименование
таблицы
Наименование поля
Услуги
Услуга
Описание
Количество
Стоимость
Общая сумма
Наименование
таблицы
Наименование поля
Оборудование
Оборудование
Описание
Количество
Стоимость
Общая сумма