42
Таблица 1.11
Техническое обеспечение решения задачи
Наименование
Описание
Кол-во
Стоимость, руб.
Ноутбук, шт.
Asus K50IP ( K50 ) T4500 2.3
ГГц / 2048 / 320 / GF G205M /
DVD RW / 15,6 / Wi-Fi / Cam /
Win7st (
90N0CA110W2A54OC13AY )
6
18500
Сервер
(жесткий
диск), шт.
FujitsuSiemensPRIMERGYRX33
0 AMDOpteron 2216 HE 2.4
ГГц 300 ГБ 10000 об./мин.,
Вр.доступа 4.5 мс, Внешняя
скорость передачи данных 320
Мб/сек
1
11000
Кабель, м
FTP 5cat 4х2х0.52 (витая пара с
оплеткой)
30
15
Коммутатор
(switch),шт.
ASUS GX-D1081, Uplink 1 x
Ethernet 10/100/1000 Мбит/сек,
Количество портов
коммутатора 7 x Ethernet
10/100/1000 Мбит/сек
1
2100
МФУ, шт.
Canon LaserBase MF4690PL
(копир-принтер-сканер ADF,
факс, A4)
1
16500
Таким образом, перечисленные характеристики имеющихся технических
средств свидетельствуют о том, что не требуется использование дополнительных
технических средств, в связи с этим повышается экономическая эффективность
проекта.
43
II. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Одним из ключевых понятий методологии проектирования ИС является
понятие жизненного цикла (далее ЖЦ). Под ЖЦ понимается период времени,
который начинается с момента принятия решения о необходимости создания
программного продукта и заканчивается в момент его полного изъятия из
эксплуатации.
В процессе дипломного проектирования будет использоваться стандарт
жизненного цикла ISO 12207. Этот стандарт является основным нормативным
документом, регламентирующим состав процессов жизненного цикла ПО. Он
определяет структуру жизненного цикла, содержащую процессы, действия и
задачи, которые должны быть выполнены во время создания ПО. Каждый процесс
разделен на набор действий, каждое действие - на набор задач. Каждый процесс,
действие или задача инициируется и выполняется другим процессом по мере
необходимости, причем не существует заранее определенных последовательностей
выполнения. Связи по входным данным при этом сохраняются.
К настоящему времени наибольшее распространение получили следующие
основные модели ЖЦ:
каскадная модель;
спиральная модель;
итерационная модель.
Изначально для разработки однородных ИС применялась каскадная модель.
Основная характеристика такой модели заключалась в том, что вся разработка
разбивалась на этапы. Переход с одного этапа на другой в таком случае происходит
только тогда, когда полностью завершается работа на текущем (Рис. 2.1). В
результате выполнения каждого этапа выпускается полный комплект
документации, которая является достаточной для того, чтобы разработку могли
продолжить другие разработчики.
Применение каскадной модели имело следующие положительные стороны:
каждый этап заканчивается полным набором проектной документации,
отвечающей критериям согласованности и полноты;
44
этапы работ, выполняемые в логичной последовательности, позволяют
планировать сроки завершения всех работ и соответствующие расходы.
АНАЛИЗ
ПРОЕКТИРОВАНИЕ
РАЗРАБОТКА
ВНЕДРЕНИЕ
СОПРОВОЖДЕНИЕ
Рис. 2.1. Каскадная схема жизненного цикла
Основной недостаток каскадной модели заключается в существенном
запаздывании с получением результатов. Согласование результатов с
пользователями производится только в точках, планируемых после завершения
каждого этапа работ, требования к ИС «заморожены» в виде технического задания
на все время её создания. Таким образом, пользователи могут внести свои
замечания только после того, как работа над системой будет полностью завершена.
Для преодоления указанных проблем была предложена спиральная модель
ЖЦ (Рис. 2.2), которая делает упор на начальные этапы ЖЦ - анализ и
проектирование. На этих этапах технические решения проверяются на
реализуемость путём создания прототипов. Каждый виток спирали означает
создание фрагмента или версии ПО, на нем уточняются характеристики и цели
проекта, определяется его качество и планируются работы следующего витка
спирали. Таким образом, углубляются и последовательно конкретизируются,
45
детали проекта и в результате выбирается обоснованный вариант, который
доводится до реализации.
Рис. 2.2. Спиральная модель ЖЦ
Основной проблемой спирального цикла является то, что трудно определить
момент перехода на следующий этап. Для её решения нужно ввести ограничения
по времени на каждый из этапов жизненного цикла. Переход происходит в
соответствии с планом, даже если запланированная работа не полностью
закончена. План составляется на основе статистических данных, полученных в
предыдущих проектах, и личного опыта разработчиков.
Итерационная модель является естественным развитием спиральной и
каскадной моделей. Различные варианты итерационного подхода реализованы в
большинстве современных ИС.
Фазы представляют совокупность связанных действий, которые завершаются
вехой. Вехи являются контрольными точками процесса. Это время проведения
инспекций (фазовых обзоров), на которых обсуждаются достигнутые результаты и
принимаются решения. Достижение каждой вехи сопровождается созданием
определённых материалов, которые обязательно согласовываются всеми лидерами
групп и заказчиком.
Недостатки итерационной модели:
46
общий срок создания ИС может отличаться от запланированного;
стоимость создания ИС может изменяться, так как меняется
функциональность.
ЗАВЕРШЕНИЕ
КОДИРОВАНИЯ
ОБЩЕЕ
ОПИСАНИЕ
ПРОЕКТА
РЕЛИЗ
ФУНКЦИОНАЛЬНЫЕ
СПЕЦИФИКАЦИИ
НОВЫЙ РЕЛИЗ
ФИКСАЦИЯ
РАЗРАБОТКА
ПЛАНИРОВАНИЕ
АНАЛИЗ
Рис. 2.3. Итерационная модель процесса разработки приложения по MSF
Жизненный цикл программы состоит из следующих этапов:
1) Планирование информационной системы
На этом этапе подробно исследуются бизнес-процессы (функции,
определённые на предыдущем этапе) и информация, необходимая для их
выполнения. Этот этап даёт информационную модель.
Кроме этого формируются видение и границы проекта, дается экономическое
обоснование, выдвигаются основные требования, ограничения и ключевая
функциональность продукта.
В результате данного этапа оценивается достижение всех целей жизненного
цикла, которое предполагает соглашение заинтересованных сторон о продолжении
проекта.
2) Проектирование
На данном этапе разрабатывается структура будущей программой системы -
создается модель данных. Проектировщики получают входные данные анализа.
47
Конечный продукт этапа проектирования – схема базы данных или схема хранилища
данных (ER - модель) и набор спецификаций модулей системы (модель функций).
Для реализации задания по дипломному проектированию будет выполнено
следующее:
определение архитектуры системы, включающее в себя определение
состава подсистем;
выработка технического задания и спецификация подсистем,
определяющая функциональность ИС;
проектирование интерфейса, определяющего интерфейс каждой
подсистемы, т.е. метод взаимодействия данной подсистемы с другими;
проектирование структур данных;
проектирование алгоритмов, определяющих алгоритмы обработки данных;
определение требований к процессу тестирования, безопасности системы.
3) Реализация
Во время этой фазы происходит реализация большей части функциональности
продукта. Фаза реализации завершается первым внешним релизом системы и вехой
начальной функциональной готовности.
На этапе реализации ведётся непосредственно разработка рабочих прототипов
на основе ранее собранных данных и уточнений от заказчика. Результатом будет
создание практически завершённого модуля, которому может потребоваться лишь
небольшая доработка или исправление мелких ошибок.
Для реализации ИС, будет выполнено следующее:
реализована база данных системы;
реализовано приложение базы данных.
4) Внедрение
Во время фазы внедрения создаётся финальная версия продукта. Данная фаза
включает в себя программу бета тестирования, обучение пользователей, а также
определение качества продукта. В случае, если качество не соответствует
ожиданиям пользователей или критериям, установленным в фазе проектирования,
фаза внедрения повторяется снова. Выполнение всех целей означает достижение
вехи готового продукта и завершение полного цикла разработки.
48
Для внедрения системы в компании наиболее всего подходит стратегия
«пилотный проект». Данная стратегия является аналогом тактики «скачок», однако,
в отличии от полного перевода предприятия на выбранную систему, в рамках
данной стратегии осуществляется переход ограниченного количества процессов, в
данном случае, организация службы подписки в отделе работы с клиентами.
Внедрение системы будет проходить в 3 фазы:
фаза планирования проекта по внедрению системы и проведения анализа;
фаза внедрения;
фаза тестирования.
На фазе планирования производятся расчеты, связанные с финансовыми и
временными затратами:
бюджет проекта составит 115600 рублей;
внедрение системы и обучение персонала займет 60 дней.
В рамках фазы внедрения производится установка CRM-системы на рабочий
компьютер менеджера по работе с клиентами, создается новая информационная
база, по необходимости производится импорт клиентской базы из ИС почтового
отделения. Происходит актуализация контактов клиентов, система запускается в
работу. Ответственность за внедрение системы лежит на менеджере по внедрению,
сотрудника компании Microsoft в Москве, либо компании-ритейлере, также
занимающейся внедрением и настройкой системы. После того, как CRM-система
будет установлена на рабочую станцию, персоналу необходимо пройти обучение
по работе в системе.
Для внедрения разрабатываемой ИС планируется провести следующие
работы:
установка на клиентские и серверную машины соответствующих частей
системы;
первичная настройка и тестирование;
устранение возникших проблем;
разграничение прав доступа.
Участники проекта представлены в таблице 2.1.
49
Таблица 2.1
Участники проекта по внедрению CRM.
Участник проекта
Исполняемые функции участника проекта
Руководитель проекта
(директор или
заместитель)
Ведение переговоров, заключение договоров, контроль
выполнения проекта
Менеджер по продажам
Предварительный обзвон клиентов, инициация встречи
Специалист по внедрению
CRM
Ведение переговоров, анализ бизнес-процесса продаж
клиента, формирование документации, настройка CRM
Зам. директора по ИТ
Подготовка сервера, контроль работоспособности серверов,
установка и настройка программного обеспечения
Технический специалист
Помощь в установке программного обеспечения,
техническое обслуживание серверов
Специалист - консультант
Осуществление «горячей линии», консультации по телефону,
прием вызовов клиентов
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В процессе жизненного цикла разрабатываемой информационной системы
всегда существует вероятность возникновения различного рода рисков, влияющих,
как и на процесс разработки, так и на функционирование компании. Рассмотрим
ожидаемые риски по этапам жизненного цикла подробнее:
Этапы разработки и внедрения.
o Риск нарушения методологии ведения проекта. Причиной
возникновения данного риска может служить необдуманное описание и
утверждение документов, содержащих информацию о состоянии проекта.
Меры предотвращения этому может послужить:
четкое определение прав и обязанностей рабочей группы;
обучение рабочей группы и ключевых пользователей;
документирование и согласование технических условий проекта;
документальное подтверждение вносимых изменений в проект;
o Риск ведения проекта:
неправильное определение рамок и масштабов проекта;
50
проектирование ошибочных функций и интерфейсов будущей
системы;
выбор неправильных технологий и методов решения поставленных
задач;
несоблюдение требований при проектирование будущей системы или
постоянное изменение требований.
В качестве мер предотвращения обозначенных выше моментом можно
назвать:
обеспечение стабильности границ проекта, определенных на
начальном этапе;
качественное планирование работ;
обеспечение проекта необходимыми ресурсами;
обязательное утверждение и согласование по проектным решениям;
дополнительный анализ функций и целей проекта, тщательная
формулировка концепции;
o Риск неверного планирования:
плохая проработка плана внедрения системы;
срыв сроков выполнения;
Мерами предотвращения данных обстоятельств может служить следующее:
укомплектование проектной команды наиболее талантливыми и
квалифицированными проектировщиками;
распределение работ соответственно способностям членов проектной
команды;
документирование всех работ на этапе проектирования и обеспечение
доступности данных для всех участников проекта;
o Технический и программный риски вызывают:
частичную или полную приостановку этапа разработки из-за ошибок в
используемом программном обеспечении;
частичная или полная потеря программного кода;
контрольный пример не учитывает всех особенностей системы, то есть
недостаточно проработан;
51
документация по системе не включает в себя подробного описания
всего функционала системы.
Этого можно избежать следующим образом:
использовать лицензионного программное обеспечение;
производить регулярное резервное копирование данных;
проводить многократные проверки и прогоны работоспособности
системы для выявления малейших неисправностей в ходе работы;
проверка документации перед передачей системы в эксплуатацию.
Этапы эксплуатации:
o Риск персонала;
трудности с обучением персонала из-за нежелания работать с новой
системой;
отсутствие поддержки внедрения ИС со стороны отдельных ключевых
участников проекта;
неучастие руководителей высшего звена в проекте;
нарушение информационной безопасности в процессе работы
системы.
Этого можно избежать, путем реализации следующих идей:
проведение обучения персонала работы с системой;
составление плана внедрения ИС;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства;
организация системы поощрений использующего систему персонала
заказчика.
o Технический риск:
потеря данных при внедрении ИС;
возможный отказ технического оборудования при внедрении ИС;
ошибки в программе вызывающие простой системы;
невозможность осуществления требуемых действия, «зависание»
программы;