66
числе программное обеспечение и базы данных. Стандарт в основном
рассматривает проектные документы, что отличает его от стандарта ISO/IEC
12207.» [6, стр. 141]
«Международный стандарт ISO/IEC 12207:1995-08-01 – базовый стандарт
процессов жизненного цикла программного обеспечения, ориентированный на
различные его виды, а также типы информационных систем, куда программное
обеспечение входит как составная часть. Разработан в 1995 г. объединённым
техническим комитетом ISO/IEC JTC1 «Информационные технологии, подкомитет
SC7, проектирование программного обеспечения». Включает описание основных,
вспомогательных и организационных процессов». [6, стр. 141]
«Методика Oracle COM (Custom Development Method) является развитием
ранее разработанной версии Oracle CASE-Method, известной по использованию
Designer/2000. Она ориентирована на разработку прикладных информационных
систем под заказ. Структурно построена как иерархическая совокупность этапов,
процессов и последовательностей задач. Rational Unified Process (RUP) предлагает
итеративную модель разработки, включающую четыре фазы: начало, исследование,
построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в
результате которых выпускается версия для внутреннего или внешнего
использования. Прохождение через четыре основные фазы называется циклом
разработки, каждый цикл завершается генерацией версии системы. Если после
этого работа над проектом не прекращается, то полученный продукт продолжает
развиваться и снова минует те же фазы. Суть работы в рамках RUP – это создание
и сопровождение моделей на базе UML.» [6, стр. 143]
Microsoft Solution Framework (MSF) «методология Microsoft Solutions
Framework (MSF) носит универсальный характер и может использоваться для
внедрения произвольной разрабатываемой в процессе проекта системы.
Особенность этой методологии – глубокая проработка различных аспектов
организации проекта внедрения (определение этапов и контрольных точек проекта,
состава команды проекта, распределения задач и пр.), что может оказаться весьма
полезным при проектировании собственных корпоративных процедур управления
проектом. Модель процессов MSF отражает интегрированную (общую)
методологию разработки и внедрения ИТ-решений. Под ИТ-решением в MSF
67
понимается скоординированная поставка набора элементов (таких как программно-
технические средства, документация, обучение и сопровождение), необходимых
для удовлетворения некоторой бизнес-потребности конкретного заказчика.» [9, стр.
61]
Стандарт ISO/IEC серии 15288 [16]
По причине незначительного объема проектируемой автоматизированной
системы и ее особенностями принято решение применить эту модель. В таблице
2.1 указаны список этапов, ответственные лица, характеристики входных данных и
цели, которые нужно реализовать для программируемой системы.
Таблица 20.1
«Этапы создания автоматизированной системы (в соответствии с ISO/IEC 15288)»
№
п/п
Этап
Ответственные
лица
Требования к
входной
информации
Результаты
1
Формирование
концепции
Директор,
начальник
отдела продаж,
программист
Описание бизнес-
процессов
организации,
форм входных и
выходных
документов,
общие требования
к системе
Анализ
потребностей,
выбор концепции
и проектных
решений
2
Разработка
сотрудник
отдела ИТ в
качестве
программиста
Требуемые
функции системы
Проект системы
3
Реализация
сотрудник
отдела ИТ в
качестве
программиста
Проект системы,
требования к
программному,
информационному
и техническому
обеспечению
Готовая
информационная
система, комплект
документации
68
№
п/п
Этап
Ответственные
лица
Требования к
входной
информации
Результаты
4
Эксплуатация
сотрудник
отдела ИТ,
пользователи -
менеджеры
отдела продаж,
начальник
отдела продаж
Обучение
администратора и
пользователя
системы
Ввод в
эксплуатацию и
использование
системы
5
Поддержка
сотрудник
отдела ИТ
Статистика
отказов, ошибок в
работе
информационной
системы
Обеспечение
функционирования
системы
6
Снятие с
эксплуатации
сотрудник
отдела ИТ,
директор
компании
Обоснование
прекращения
использования
системы
Прекращение
использования,
демонтаж,
архивирование
системы
Процесс введения в эксплуатацию информационной системы состоит из
формирования и начала использования компонентов информационной системы.
Планируется произвести создание и внедрение информационной системы силами
сотрудников компании.
Этап внедрения включает в себя следующие стадии:
1. Предпроектный анализ. На этой стадии выявляются главные маршруты
движения информации, утверждается основная нормативно-справочная
документация, прогнозируются риски. В ходе работы создается и утверждается
всеми сотрудниками, участвовавшими в аналитике, перечень рисков и возможные
способы их предотвращения.
69
2. Создание информационно-функциональной схемы работы организации,
воспроизведение и улучшение функций, которые должны быть автоматизированы.
Основная задача этого этапа подготовить нужные для работы классификаторы,
справочники, базы данных согласно требованиям программы; провести анализ
требований компании к документам учета и отчетности. Работы этого этапа
должны производиться квалифицированными специалистами организации, с
обоснованием проектируемой модели на общепринятые стандарты бизнеса.
3. Адаптация ИС на предприятии. На данной стадии происходит
налаживание работы программы, проверка функционирования отдельно взятых
частей системы сотрудниками компании, отвечающими за запуск. В процессе
происходит разграничение доступа и обучение персонала фирмы. Имеет большое
значение соответствие системы утвержденным корпоративным стандартам, так как
система стандартизации находятся в основе настроек программы.
4. Пилотный запуск CRM программы. Производится для наладки совпадения
функционала программы потребностям организации. На данный момент возможен
двойной ввод информации в предыдущую и созданную системы. В процессе
пилотного запуска программы: посредством информационной системы и обычным
способом формируются стандартные отчеты и осуществляется сверка данных;
CRM запускается по мере заполнения информацией; создаются инструкции по
регламентации работы и дополняются должностные инструкции сотрудников,
которые будут пользоваться программой. Прорабатывается совместная
деятельность сотрудников отдела продаж основываясь на данные полученные в
ходе опытной эксплуатации. Менеджеры отдела обучаются работе с настроенной
системой непосредственно на своих рабочих местах. В дальнейшем
разрабатывается целостный пилотный пример и происходит комплексное
построение деятельности организации. Отталкиваясь от итогов пилотного запуска
программы директор фирмы принимает решение о вводе в промышленную
эксплуатацию информационной системы.
5. Этап промышленной эксплуатации подразумевает выполнение
информационной программой функционала, для которого она была создана.
Действия, запланированные на этапе эксплуатации, можно подразделить на
плановые и внеплановые.
70
К плановым работам будут относится такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная настройка.
Данные работы будут проводиться IT сотрудником компании.
Существует четыре способа внедрения новой системы:
1. «Параллельная стратегия;
2. Скачок;
3. Пилотный проект;
4. Узкое место.» [23]
Деятельность организации не дает возможность остановить работу отдела
продаж при запуске программы CRM. Опасность отрицательного воздействия
программы на бизнес процессы компании должна отсутствовать.
Таким образом при внедрении параллельной стратегии запуска технологии
автоматизации единовременно функционируют старая и новая программы, итоги
их работы, выходную информацию можно проанализировать. Если в течении
определенного времени не возникает нареканий, то допустимо использовать только
новую программу.
В качестве модели ЖЦ ИС выбрана каскадная модель, стандарт ЖЦ ИС
выбран ISO/IEC серии 15288, стратегия ввода в эксплуатацию выбрана
параллельная стратегия внедрения.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание.
В процессе программирования и запуска системы имеется много факторов,
которые могут провоцировать появление рисков. Это могут быть не правильный
выбор стратегии, не до конца сформулированные задачи, постоянные замены
внешних и внутренних требований, не достаточная квалификация сотрудников.
Мы можем управлять рисками проекта, основываясь на представлении
целостного проекта автоматизации в виде группы взаимозависимых процессов.
71
Такое подразделение процессов позволяет отслеживать достижение поставленной
задачи поэтапно и выявлять риски при выходе данных за установленные
ограничения. При выявлении риска мы можем его минимизировать, внеся
корректировки в конфигурацию программы и процессы проекта. Основные риски и
методы их минимизации рассмотрены в таблице 2.2.
Таблица 2.2
«Основные риски при разработке проекта и способы их снижения»
Виды рисков
Снижение видов
риска
Распределение
риска
Снижение
вероятности
возникновения
риска
Риски, связанные
с недостаточным
опытом в сфере
ИТ
Проведение
обучения
пользователей,
включая
руководство,
соблюдение
технологий работы
Согласование
большинства
проектных
документов,
согласование всех
изменений в
функциональности
системы
Разработка и
утверждение
концепции
проекта с
руководством
компании
Технические
риски проекта
Строгий отбор
проектной команды
по
квалификационным
критериям.
Обучение
участников проекта
технологии
проектных работ,
инструментальным
средствам
Документально
зафиксированная
персональная
ответственность
участников
проекта,
документальное
фиксирование всех
изменений в
процессе проекта
Использование
стандартов
предприятия на
проектные
работы,
разработка
стандартов
проекта
72
Виды рисков
Снижение видов
риска
Распределение
риска
Снижение
вероятности
возникновения
риска
Организационные
риски проекта
Обучение
менеджеров отдела
продаж, начальника
отдела продаж,
руководство,
стандартизация
бизнес процессов
Включение
начальника отдела
продаж в рабочую
группу
детальное
распределение
ролей и четкое
подразделение
функционала в
проекте
Операционные
риски проекта
Многократное
тестирование
созданных
продуктов
Фиксирование
отсутствия
претензий
пользователей по
каждому этапу
работы
Строгое
выполнение
процедур
программы
качества
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При введении в эксплуатацию разработанной CRM гарантией сохранности
является совокупность защитных мер. В основе данного метода лежит
разграничение доступа сотрудников к разным модулям и функционалу программы.
Для сохранности от внутренних угроз в программе применяется политика
разграничения прав доступа. Особенности подобной политики указаны в таблице
2.3.
73
Таблица 2.3
«Разграничение прав пользователей»
Группы
пользователей
Модуль
«Справочник
и»
Модуль
«Клиенты»
Модуль
«Отчеты»
Модуль
«Пользо
ватели»
Сотрудник
отдела продаж
Чтение
Чтение/Добавлен
ие/ Изменение
информации
(только клиентов,
прикрепленных к
менеджеру)
Чтение
Нет
Начальник
отдела продаж
Чтение
Чтение/Добавлен
ие/Изменение/
Удаление/Переме
щение
Чтение
Чтение
Директор
Чтение
Чтение/Добавлен
ие/Изменение/
Удаление/Переме
щение
Чтение
Чтение
Администрато
р (it сотрудник)
Полный
Полный
Полный
Полный
Каждый сотрудник заходит в программу по присвоенному каждому логину и
паролю. CRM проверяет присутствие доступных этому менеджеру функций и
клиентов. Информация о паролях всех сотрудников сохраняется в
информационной базе закрытом образом в виде хэша.
При проектировании программы применяется алгоритм, основанный на
условии «каждая операция в системе — это отдельный объект доступа». Каждому
объекту доступа устанавливают права для отдельных работников. Эта схема
74
подобна дискреционному образу управления доступом, поэтому можно
представить в виде таблицы прав доступа. Строками являются объекты программы,
а столбцами сотрудники организации. В месте пересечения строк и столбцов
проставляются знаки «+» либо «-», что подразумевает разрешение или отсутствие
работы работника к различным объектам программы. Таким образом, у всех
сотрудников фирмы, имеющих доступ к CRM, имеется персональный столбец,
показывающий какие действия доступны ему в программе. Интерфейс
управлением прав доступа в CRM устроен подобно описанной таблице.
Для многих объектов программы необходимо разделение прав доступа по
ролям. Такие роли показывают возможен ли доступ к информации в программе
согласно полномочиям сотрудника в компании. Таким образом начальник отдела
продаж может просматривать информацию по всем клиентам компании, а
менеджер может просмотреть информацию по своим клиентам.
Защита от внешних угроз осуществляется путем применения следующих
способов: использованием программно-аппаратных комплексов защиты от
несанкционированного доступа; разработкой и соблюдение политик безопасности;
использованием антивирусных средств; физической защитой помещений с
наиболее ценной информацией.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационную модель можно представить в виде схемы передвижения
входных, промежуточных и результативных потоков и функциональной тематики.
Она иллюстрирует на основании каких входящих документов и какой нормативно-
справочной информации происходит обработка данных и формируется
специальные выходные документы. Информационная модель показана на рисунке
2.1.
75
ИС
Администратор
Нач. отдела
продаж
Менеджер
Отд. продаж
Управление
пользовате-
лями
Ввод
информации
Ввод
информации
Спр «Клиенты»
Спр. «Пользователи»
Спр «Права польз.»
Спр «Контрагенты»
Спр «События»
Спр* «Права польз.»
Спр* «Пользователи»
Спр* «Контрагенты»
Спр* «Клиенты»
Спр* «События»
Т «Продукты»
Т* «Продукты»
Ф Отчет
Руководство
Спр «Менеджеры»
Спр* «Менеджеры»
Рисунок 2.1 «Информационная модель»
Администратор системы редактирует учетные записи пользователей
(менеджеры отдела продаж, начальник отдела продаж, директор), разграничивая
доступ к таблицам БД, исключая несанкционированный доступ к данным.
Менеджер (МОП) вводит данные о клиентах и потребностях, этапах сделки в базу
данных, изменяя ее таблицы. И формирует отчеты на основе информации из
таблиц. Отчеты по клиентам и продажам получает начальник отдела и директор.
Начальник отдела продаж ведет справочники о сотрудниках компании и
контрагентах.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В системе предполагается создать следующие справочники:
1. Справочник «Пользователи» - создается и изменяется администратором
системы, изменяется при увольнении пользователя системы, либо приеме новых
работников, которые будут заняты в этой в системе. Реквизитный состав
справочника: номер пользователя, ФИО, должность.