52
вариант, который удовлетворяет действительным требованиям заказчика и
доводится до реализации.
Итеративная разработка отражает объективно существующий цикл
создания сложных систем. Она позволяет переходить на следующий этап, не
дожидаясь полного завершения работы на текущем цикле и решить главную
задачу – как можно быстрее показать пользователям системы работоспособный
продукт, тем самым, активизируя процесс уточнения и дополнения требований.
Основная проблема спирального цикла – определение момента перехода
на
следующий
этап. Для ее
решения
вводятся
временные
ограничения на
каждый из этапов жизненного цикла, и переход осуществляется в соответствии
с планом, даже если не вся запланированная работа закончена. Планирование
производится
на
основе
статистических
данных,
полученных в
предыдущих
проектах, и личного опыта разработчиков.
В
настоящем
проекте
необходимо
и
достаточно
использовать
методологию
разработки и
внедрения
IT-решений –
Microsoft
Solution
Framework (MSF).
Особенность этой модели состоит в том, что благодаря своей гибкости и
отсутствию жестко навязываемых процедур она может быть применена при
разработке весьма широкого круга IT-проектов. Эта модель сочетает в себе
свойства двух стандартных производственных моделей: каскадной и
спиральной. Она покрывает весь жизненный цикл создания решения, начиная с
его отправной точки и заканчивая непосредственно внедрением.
В модели MSF выделяется 5 фаз жизненного цикла: Выработка
концепции, Планирование, Разработка, Стабилизация, Внедрение.
В процессе эксплуатации персонал компании должен следовать всем
инструкциям относящейся к разработанной информационной системе.
ф
В случае
проблем или вопросов, персонал должен обратиться в службу поддержки.
Данная служба проанализирует сложившуюся ситуацию, и примет меры для
53
скорейшего их устранения. С учетом необходимости минимизации возможных
рисков для компании «Билайн» выбрана параллельная стратегия внедрения.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В
ходе
жизненного
цикла
информационной
системы
всегда
могут
возникнуть риски, могущие сорвать разработку. Для их избежания проводится
оценка вероятных рисков и разрабатываются способы, позволяющие избегнуть
эти риски или минимизировать их влияние.
Рассмотрим
наиболее
вероятные
риски
по
фазам
жизненного
цикла
информационной системы в соответствии с выбранным стандартом.
Фаза выработки концепции – возможен риск сознания концепции,
которую впоследствии будет сложно (не возможно) реализовать. В выработки
концепции должны быть описаны основные (базовые) функции
разрабатываемой информационной системы. Главное создать основу, и в
дальнейшем развивать созданную систему.
Для предотвращения возникновения рисков на фазе выработки
концепции, необходимо четко понимать свои возможности. Для
предотвращения переоценки собственных сил, в первую очередь нужно создать
общую концепцию, в которой будут включены только базовые функции
будущей системы. И по мере углубления в тему разработки расширять
дополнительными функциями.
Фаза
планирования
– на
фазе
планирования
возможен
риск
неправильного
планирования,
разработка
очень
оптимистичных
планов
проекта, в которые компания не успеет уложиться, вследствие чего придется
увеличивать время разработки, что повлечет за собой удорожание проекта в
целом. К фазе планирования нужно отнестись очень важно, следить за каждым
этапом и анализировать реалистичность результатов.
Для
предотвращения
риска на
фазе
планирования,
нужно
во
время
планирования заложить в график поправки на возможные задержки в
54
выполнении
тех
или
иных
действий. Так
нужно
попытаться
создать
гибкий
график который бы не ломался в связи задержки или опережения.
Фаза разработки – возможен рисок того что разработка определенного
модуля будет сопряжен с большими трудностями, что какая-та функция будет
мешать продвижению разработки. На данной фазе важно во время определить
проблемный
модуль или
функцию
и по
возможности
упростить ее,
заменить
другой или убрать из проекта полностью.
Для предотвращения риска разработки сложного модуля, можно принять
несколько
решений,
либо
разбить
данный
модуль
на
несколько
и
решить
поставленные задачи по отдельности, либо упростить сложный модуль, если
это единственный вариант преодоления риска.
Фаза
стабилизации
– на
фазе
стабилизации
возможен
риск
выявления
большого
количества
ошибок в
программном
коде, что
потребует
больших
затрат
на
доработку
и
устранения
всех
выявленных
ошибок.
Невозможно
предсказать, сколько ошибок будет найдено и как много времени понадобится
на их устранение.
Для предотвращения рисков на фазе стабилизации, необходимо данной
фазе
отвести
максимально
возможное
время,
выделенное на
разработку
системы. Так как в
зависимости
от
того
на
сколько
качественным
будет
продукт, зависит примет ли заказчик данную разработку или нет.
Фаза
внедрения
–
фаза
внедрения
может
оказаться
очень
длительной,
если
заказчик по
каким-либо
причинам
будет
не
доволен
разработанным
продуктом, персонал автоматизируемой компании может негативно относиться
к внедрению нового программного обеспечения.
Для
предотвращения
рисков на
данной
фазе
необходимо
произвести
качественное обучение персонала еще до начала внедрения, обучить службу
сопровождения
и
поддержки.
Понять
какие
проблемы
могут
возникнуть в
процессе внедрения и уже быть готовым к их решению. Постоянно
55
консультировать персонал по поводу возникших у них трудностей, создать
горячую линию для решения данных проблем.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной
фм
безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
защита информации непосредственно в информационной системе
от внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа.
ф
Характеристика политики приведена в таблице 6.
Таблица 6
Разграничение прав пользователей
Группы
пользовате
лей
Модуль
«Авторизация»
Модуль
«Прием
заявки»
Модуль
«Заключение
договора»
Модуль
«Оказание
услуги»
Сотрудники
Чтение
Полный
Чтение
Ограничен
Администратор
системы
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
использованием программно-аппаратных комплексов;
разработкой и соблюдение политик безопасности;
использованием защищенных каналов связи при передаче
информации;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
56
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная
модель
– это
совокупность
информации об
объекте,
описывающая
свойства
и
состояние
объекта,
процесса
или
явления,
а
также
связи и
отношения
с
окружающим
миром.
Информационная
модель
представлена на рисунке 7.
Рисунок 7. Информационная модель системы
57
В соответствии с приведенной информационной моделью, работа
системы осуществляется следующим образом.
Оператор системы регистрирует звонки клиентов, отвечает на вопросы по
продуктам компании, используя справочник «Клиенты» и изменяя содержимое
таблицы «Клиенты». Также он изменяет содержимое данной таблицы,
редактируя данные для доступа к системе каждого оператора.
Также он обзванивает постоянных клиентов с информацией о скидках и
акциях и принимает претензии по продуктам компании, заполняя документы
«Заявка», «Скидки», «Претензия» и изменяя содержимое таблиц «Заявка»,
«Скидки», «Претензия».
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 7.
Таблица 7
Перечень используемых справочников
Название
справочника
Ответственный
за ведение
Средний
объём
справочника
в записях
Средняя
частоту
актуализации
Средний
объем
актуализации,
%
Операторы
Менеджер
100
1 раз в месяц
10
Вид
предложения
Менеджер
10
1 раз в год
10
Предложения
Менеджер
20
1 раз в неделю
10
Клиенты
Менеджер
500
1 раз в день
25
Договоры
Менеджер
10
1 раз в день
10
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Сценарий
диалога
очень
прост
и
схож
с
интерфейсом
множества
программных продуктов, с которыми пользователь уже возможно имел дело.
Использование структурированного меню и дочерних форм позволит
58
конечному потребителю приложения наиболее быстро добраться до
необходимой ему задачи.
Имея уже установленное представление входной и выходной информации
главной задачей при разработке внутримашинной информационной базы
является создание структуры БД, обеспечивающей:
простоту и удобство работы;
соответствующие условия доступа к подбазам с учетом
санкционированного доступа к данным;
достаточную производительность для работы в режиме реального
времени.
Структурно
программа
формируется из
модулей,
выполняющих
отдельные операции, входящие в состав функционального набора АРМ.
В
сущности,
диалог – это
процесс
обмена
сообщениями
между
пользователем и ЭВМ, при котором осуществляется постоянная смена ролей
информатора и
реципиента
(пользователя,
принимающего
информацию),
причем смена ролей должна быть достаточно оперативной.
Работа с информационной системой начинается с главной формы, через
которую можно выйти в нужную подсистему (рисунок 8).
59
Рисунок 8. Дерево функций информационной системы
В программе представлены следующие справочники:
клиенты
операторы
вид предложения
предложение;
договор.
В справочниках хранится вся информация о клиентах, видах продуктов,
продуктах, договорах.
Отчеты, а также, операции над ними. Это:
прайс
заявки;
претензии по продуктам.
Система является диалоговой, т.е. выполняет с функциональной точки
зрения
процесс
обмена
сообщениями
между
пользователями и
ЭВМ,
при
котором, осуществляется постоянная смена ролей информатора и реципиента.
60
Для просмотра информации об общем объеме зарегистрированных
документов формируется отчет.
Рисунок 9. Дерево диалога информационной системы
2.3.2. Характеристика базы данных
В базе данных отражается информация об определенной предметной
области. Предметной областью называется часть реального мира,
представляющая интерес для данного исследования.
В автоматизированных информационных системах отражение
предметной области обеспечивается посредством информационной модели. В
зависимости от аспекта рассмотрения (уровня абстракции) различают модели
данных нескольких уровней. Число реально выделенных и самостоятельно
поддерживаемых уровней моделей зависит от особенностей СУБД.
61
Чаще
всего
выделяют три
уровня
моделей:
логический,
физический и
внешний.
Цель инфологического (концептуального) моделирования – обеспечение
наиболее
естественных
для
человека
способов
сбора
и
представления
той
информации,
которую
предполагается
хранить в
создаваемой
базе
данных.
Поэтому инфологическую модель данных строят по аналогии с естественным
языком (последний не может быть использован в чистом виде из-за сложности
компьютерной
обработки
текстов
и
неоднозначности
любого
естественного
языка).
Основными
конструктивными
элементами
инфологических
моделей
являются сущности, связи между ними и их свойства (атрибуты).
ER-модель является одним из элементов концептуальной модели.
Использование ER- моделирования (особенно в сочетании с
автоматизированными средствами проектирования - CASE-средствами) дает
много преимуществ:
предписывая определенную методологию моделирования, делает
анализ предметной области более целенаправленным и конкретным;
является удобным средством документирования проекта;
позволяет
вести
проектирование АИС без
привязки
к
конкретной
целевой СУБД и осуществлять выбор последней в любой момент времени (чем
ближе
к
концу
проектирования это
будет
сделано, тем
точнее
может
быть
выбор).
В предметной области имеется множество разнообразных объектов.
Обычно под объектом понимают некую сущность (реальную или абстрактную),
о которой собирается какая-то информация. Объекты группируются в классы.
Классом объектов называют совокупность объектов, обладающих одинаковым
набором свойств. Каждому классу объектов в ER-модели присваивается
уникальное имя. Также каждая сущность должна иметь уникальный
идентификатор (РК). Уникальный идентификатор представляет собой один или