Дипломная работа: Автоматизация бизнес-процессов взаимоотношения с клиентами компании "БИЛАЙН"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
49
В oc ранних oc проектах oc достаточно oc простых oc ИС oc каждое oc приложение oc
представляло oc собой oc единый, oc функционально oc и oc информационно oc независимый oc
блок. oc Для oc разработки oc такого oc типа oc приложений oc эффективным oc оказался oc
каскадный oc способ. oc Каждый oc этап oc завершался oc после oc полного oc выполнения oc и oc
документального oc оформления oc всех oc предусмотренных oc работ.
Можно oc выделить oc следующие oc положительные oc стороны oc применения oc
каскадного oc подхода:
на oc каждом oc этапе oc формируется oc законченный oc набор oc проектной oc
документации, oc отвечающий oc критериям oc полноты oc и oc согласованности;
выполняемые oc в oc логической oc последовательности oc этапы oc работ oc
позволяют oc планировать oc сроки oc завершения oc всех oc работ oc и oc соответствующие oc
затраты.
Каскадный oc подход oc хорошо oc зарекомендовал oc себя oc при oc построении oc
относительно oc простых oc ИС, oc когда oc в oc самом oc начале oc разработки oc можно oc достаточно oc
точно oc и oc полно oc сформулировать oc все oc требования oc к oc системе. oc Основным oc
недостатком oc этого oc подхода oc является oc то, oc что oc реальный oc процесс oc создания oc
системы oc никогда oc полностью oc не oc укладывается oc в oc такую oc жесткую oc схему, oc
постоянно oc возникает oc потребность oc в oc возврате oc к oc предыдущим oc этапам oc и oc
уточнении oc или oc пересмотре oc ранее oc принятых oc решений. oc В oc результате oc реальный oc
процесс oc создания oc ИС oc оказывается oc соответствующим oc поэтапной oc модели oc с oc
промежуточным oc контролем.
Цикличная oc модель oc ЖЦ oc была oc предложена oc для oc преодоления oc перечисленных
oc проблем. oc На oc этапах oc анализа oc и oc проектирования oc реализуемость oc технических oc
решений oc и oc степень oc удовлетворения oc потребностей oc заказчика oc проверяется oc путем oc
создания oc прототипов. oc Каждый oc цикл oc соответствует oc созданию oc работоспособного oc
фрагмента oc или oc версии oc системы. oc Это oc позволяет oc уточнить oc требования, oc цели oc и oc
характеристики oc проекта, oc определить oc качество oc разработки, oc спланировать oc работы
oc следующего oc цикла. oc Таким oc образом, oc углубляются oc и oc последовательно oc
конкретизируются oc детали oc проекта, oc и oc в oc результате oc выбирается oc обоснованный oc
50
вариант, oc который oc удовлетворяет oc действительным oc требованиям oc заказчика oc и oc
доводится oc до oc реализации.
Итеративная oc разработка oc отражает oc объективно oc существующий oc цикл oc
создания oc сложных oc систем. oc Она oc позволяет oc переходить oc на oc следующий oc этап, oc не oc
дожидаясь oc полного oc завершения oc работы oc на oc текущем oc цикле oc и oc решить oc главную oc
задачу oc – oc как oc можно oc быстрее oc показать oc пользователям oc системы oc работоспособный oc
продукт, oc тем oc самым, oc активизируя oc процесс oc уточнения oc и oc дополнения oc требований.
Основная oc проблема oc спирального oc цикла oc – oc определение oc момента oc перехода oc
на oc следующий oc этап. oc Для oc ее oc решения oc вводятся oc временные oc ограничения oc на oc
каждый oc из oc этапов oc жизненного oc цикла, oc и oc переход oc осуществляется oc в oc соответствии oc
с oc планом, oc даже oc если oc не oc вся oc запланированная oc работа oc закончена. oc Планирование oc
производится oc на oc основе oc статистических oc данных, oc полученных oc в oc предыдущих oc
проектах, oc и oc личного oc опыта oc разработчиков.
В oc настоящем oc проекте oc необходимо oc и oc достаточно oc использовать oc
методологию oc разработки oc и oc внедрения oc IT-решений oc – oc Microsoft oc Solution oc
Framework oc (MSF).
Особенность oc этой oc модели oc состоит oc в oc том, oc что oc благодаря oc своей oc гибкости oc и oc
отсутствию oc жестко oc навязываемых oc процедур oc она oc может oc быть oc применена oc при oc
разработке oc весьма oc широкого oc круга oc IT-проектов. oc Эта oc модель oc сочетает oc в oc себе oc
свойства oc двух oc стандартных oc производственных oc моделей: oc каскадной oc и oc
спиральной. oc Она oc покрывает oc весь oc жизненный oc цикл oc создания oc решения, oc начиная oc с oc
его oc отправной oc точки oc и oc заканчивая oc непосредственно oc внедрением.
В oc модели oc MSF oc выделяется oc 5 oc фаз oc жизненного oc цикла: oc Выработка oc
концепции, oc Планирование, oc Разработка, oc Стабилизация, oc Внедрение.
В oc процессе oc эксплуатации oc персонал oc компании oc должен oc следовать oc всем oc
инструкциям oc относящейся oc к oc разработанной oc информационной oc системе. oc В oc случае
oc проблем oc или oc вопросов, oc персонал oc должен oc обратиться oc в oc службу oc поддержки. oc
Данная oc служба oc проанализирует oc сложившуюся oc ситуацию, oc и oc примет oc меры oc для oc
51
скорейшего oc их oc устранения. oc С oc учетом oc необходимости oc минимизации oc возможных oc
рисков oc для oc компании oc «Билайн» oc выбрана oc параллельная oc стратегия oc внедрения.
2.1.2. oc Ожидаемые oc риски oc на oc этапах oc жизненного oc цикла oc и oc их oc описание
В oc ходе oc жизненного oc цикла oc информационной oc системы oc всегда oc могут oc
возникнуть oc риски, oc могущие oc сорвать oc разработку. oc Для oc их oc избежания oc проводится oc
оценка oc вероятных oc рисков oc и oc разрабатываются oc способы, oc позволяющие oc избегнуть oc
эти oc риски oc или oc минимизировать oc их oc влияние.
Рассмотрим oc наиболее oc вероятные oc риски oc по oc фазам oc жизненного oc цикла oc
информационной oc системы oc в oc соответствии oc с oc выбранным oc стандартом.
Фаза oc выработки oc концепции oc – oc возможен oc риск oc сознания oc концепции, oc
которую oc впоследствии oc будет oc сложно oc (не oc возможно) oc реализовать. oc В oc выработки oc
концепции oc должны oc быть oc описаны oc основные oc (базовые) oc функции oc
разрабатываемой oc информационной oc системы. oc Главное oc создать oc основу, oc и oc в oc
дальнейшем oc развивать oc созданную oc систему.
Для oc предотвращения oc возникновения oc рисков oc на oc фазе oc выработки oc
концепции, oc необходимо oc четко oc понимать oc свои oc возможности. oc Для oc
предотвращения oc переоценки oc собственных oc сил, oc в oc первую oc очередь oc нужно oc создать
oc общую oc концепцию, oc в oc которой oc будут oc включены oc только oc базовые oc функции oc
будущей oc системы. oc И oc по oc мере oc углубления oc в oc тему oc разработки oc расширять oc
дополнительными oc функциями.
Фаза oc планирования oc – oc на oc фазе oc планирования oc возможен oc риск oc
неправильного oc планирования, oc разработка oc очень oc оптимистичных oc планов oc
проекта, oc в oc которые oc компания oc не oc успеет oc уложиться, oc вследствие oc чего oc придется oc
увеличивать oc время oc разработки, oc что oc повлечет oc за oc собой oc удорожание oc проекта oc в oc
целом. oc К oc фазе oc планирования oc нужно oc отнестись oc очень oc важно, oc следить oc за oc каждым oc
этапом oc и oc анализировать oc реалистичность oc результатов.
Для oc предотвращения oc риска oc на oc фазе oc планирования, oc нужно oc во oc время oc
планирования oc заложить oc в oc график oc поправки oc на oc возможные oc задержки oc в oc
52
выполнении oc тех oc или oc иных oc действий. oc Так oc нужно oc попытаться oc создать oc гибкий oc
график oc который oc бы oc не oc ломался oc в oc связи oc задержки oc или oc опережения.
Фаза oc разработки oc – oc возможен oc рисок oc того oc что oc разработка oc определенного oc
модуля oc будет oc сопряжен oc с oc большими oc трудностями, oc что oc какая-та oc функция oc будет oc
мешать oc продвижению oc разработки. oc На oc данной oc фазе oc важно oc во oc время oc определить oc
проблемный oc модуль oc или oc функцию oc и oc по oc возможности oc упростить oc ее, oc заменить oc
другой oc или oc убрать oc из oc проекта oc полностью.
Для oc предотвращения oc риска oc разработки oc сложного oc модуля, oc можно oc принять oc
несколько oc решений, oc либо oc разбить oc данный oc модуль oc на oc несколько oc и oc решить oc
поставленные oc задачи oc по oc отдельности, oc либо oc упростить oc сложный oc модуль, oc если oc
это oc единственный oc вариант oc преодоления oc риска.
Фаза oc стабилизации oc – oc на oc фазе oc стабилизации oc возможен oc риск oc выявления oc
большого oc количества oc ошибок oc в oc программном oc коде, oc что oc потребует oc больших oc
затрат oc на oc доработку oc и oc устранения oc всех oc выявленных oc ошибок. oc Невозможно oc
предсказать, oc сколько oc ошибок oc будет oc найдено oc и oc как oc много oc времени oc понадобится oc
на oc их oc устранение.
Для oc предотвращения oc рисков oc на oc фазе oc стабилизации, oc необходимо oc данной oc
фазе oc отвести oc максимально oc возможное oc время, oc выделенное oc на oc разработку oc
системы. oc Так oc как oc в oc зависимости oc от oc того oc на oc сколько oc качественным oc будет oc
продукт, oc зависит oc примет oc ли oc заказчик oc данную oc разработку oc или oc нет.
Фаза oc внедрения oc – oc фаза oc внедрения oc может oc оказаться oc очень oc длительной, oc
если oc заказчик oc по oc каким-либо oc причинам oc будет oc не oc доволен oc разработанным oc
продуктом, oc персонал oc автоматизируемой oc компании oc может oc негативно oc относиться oc
к oc внедрению oc нового oc программного oc обеспечения.
Для oc предотвращения oc рисков oc на oc данной oc фазе oc необходимо oc произвести oc
качественное oc обучение oc персонала oc еще oc до oc начала oc внедрения, oc обучить oc службу oc
сопровождения oc и oc поддержки. oc Понять oc какие oc проблемы oc могут oc возникнуть oc в oc
процессе oc внедрения oc и oc уже oc быть oc готовым oc к oc их oc решению. oc Постоянно oc
53
консультировать oc персонал oc по oc поводу oc возникших oc у oc них oc трудностей, oc создать oc
горячую oc линию oc для oc решения oc данных oc проблем.
2.1.3. oc Организационно-правовые oc и oc программно-аппаратные oc средства oc
обеспечения oc информационной oc безопасности oc и oc защиты oc информации
Комплекс oc мер oc по oc защите oc информации oc в oc разрабатываемой oc системе oc
включает oc в oc себя oc следующие oc аспекты:
защита oc информации oc непосредственно oc в oc информационной oc системе oc
от oc внутренних oc угроз;
защита oc информации oc от oc внешних oc угроз.
Для oc защиты oc от oc внутренних oc угроз oc в oc системе oc используется oc политика oc
разделения oc прав oc доступа. oc Характеристика oc политики oc приведена oc в oc таблице oc 6.
Таблица oc 6
Разграничение oc прав oc пользователей
Группы oc
пользовате
лей
Модуль oc
«Авторизация»
Модуль oc
«Прием oc
заявки»
Модуль
«Заключение oc
договора»
Модуль
«Оказание
oc услуги»
Сотрудники oc
Чтение
Полный
Чтение
Ограничен
Администратор oc
системы
Полный
Полный
Полный
Полный
Защита oc от oc внешних oc угроз oc осуществляется oc путем oc применения oc следующих oc
способов:
использованием oc программно-аппаратных oc комплексов;
разработкой oc и oc соблюдение oc политик oc безопасности;
использованием oc защищенных oc каналов oc связи oc при oc передаче oc
информации;
использованием oc антивирусных oc средств;
физической oc защитой oc помещений oc с oc наиболее oc ценной oc информацией.
Источник: https://baza.diplomsite.ru/previewfile/1684