58
10. Нет возможности динамических изменений требований;
11. Требует жесткого управления и контроля;
12. Избыточное количество документации.
13. Сложность декомпозиции [9, c. 118].
Спиральная модель
Жизненные циклы проекта, которые отличаются цикличностью,
разрабатываются согласно спиральной модели. На каждом витке определяется
эффективность разработки в соответствии с ее стоимостью (См. Рисунок 9). Эта
модель отличается тем, что при ее разработке одна из ключевых позиций
отводится рисковой составляющей, которая чаще всего включает в себя
следующие пункты:
недостаток квалифицированных и опытных кадров;
возможность выйти за рамки бюджета или же не уложиться в
заданные сроки; потеря актуальности разработки за время ее
реализации;
необходимость вносить изменения в процессе производства;
риски, связанные с внешними факторами (перебои с поставками,
изменение рыночной ситуации и так далее);
несоответствие производственной мощности необходимому уровню;
противоречия в работе различных подразделений [12, c. 254 - 255].
59
Рисунок 9. Спиральная модель ЖЦ ПО
Спиральная модель имеет следующие плюсы:
Систему «видно» на ранних стадиях;
Определение рисков без дополнительных затрат;
активное участие пользователей в процессе разработки ПП;
деление большого объема работы по созданию ПП на небольшие
части, в которых сначала выполняются решающие функции с
высокой степенью риска;
гибкое проектирование;
усовершенствование административного управления над процессом
обеспечения качества;
повышение продуктивности;
повышение вероятности предсказуемого поведения системы;
нет необходимости заранее распределять финансовые ресурсы.
частая оценка совокупных затрат.
Среди минусов спиральной модели выделяют следующие:
Дороговизна для малых проектов;
сложная структура;
высокий профессионализм для оценки рисков;
60
бесконечность спирали;
большое количество промежуточных стадий;
нет средств прототипирования [4, c. 58].
Инкрементная модель
Инкрементная модель является классическим примером инкрементной
стратегии конструирования. Она объединяет элементы последовательной
водопадной модели с итерационной философией макетирования [27].
Наиболее актуальным и обоснованным ее использование будет в том
случае, когда предполагается сложная и масштабная работа с большим
количеством участников. В данном случае объемный проект расчленяется на
множество мелких составляющих, которые, реализуясь по частям, впоследствии
складываются в масштабный проект.
Инкрементная модель не требует единовременного вложения всей
необходимой суммы средств. Можно постепенно вносить небольшие суммы,
покрывающие каждый из этапов. А поскольку весь проект разбит на небольшие
составляющие, то он является достаточно гибким и позволяет в любое время
вносить соответствующие изменения. И одним из самых важных моментов
является минимизация рисков, которые равномерно распределяются между
фазами (инкрементами) [3, c. 11].
Модель быстрой разработки RAD (Rapid Application Development)
Используются при наличии средств разработки графического интерфейса,
структуры БД, кодогенераторов (Oracle, Linux) [6, c. 247 - 248].
Разработка каждого продукта ограничивается 60 дней – временной блок.
Ролевое участие пользователя.
Этап планирования требований – сбор требований выполняется при
использовании рабочего метода, называемого совместным
планированием требований, который представляет собой
структурный анализ.
пользовательское описание – совместное проектирование
приложения используется с целью привлечения пользователей, на
этой фазе проектирования системы работающая над проектом
61
команда использует автоматические инструментальные средства,
обеспечивающие сбор информации;
фаза конструирования – фаза объединяет детальное проектирование,
построение (кодирование и тестирование),постановку ПО.
перевод на новую систему - фаза приемочных испытаний, внедрение
и обучение персонала.
Плюсы модели быстрой разработки:
малое время цикла разработки;
малое количество специалистов;
снижение затрат;
снижение риска, связанного с соблюдением графика;
привлечение заказчика и снижение риска неудовлетворенности;
эффективное использование имеющихся средств и структур;
WYSIWYG;
повторное использование компонентов.
Минусы модели быстрой разработки следующие:
пользователь сильно вовлечен в процесс;
нужна высокая квалификация персонала;
затягивание разработки;
нечетко выражен конечный результат проекта;
требуется ускоренный эффективный процесс разработки [31].
Из описанных методов ЖЦ ИС для разработки дипломной программы
была выбрана спиральная модели разработки программы.
Имеется целый ряд стандартов, определяющих ЖЦ ПО, а иногда и
процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе стадии и
этапы их создания. Также в нем имеется описание содержания работ на всех
этапах. Стадии и этапы работы, отраженные в стандарте, зачастую
соответствуют каскадной модели жизненного цикла [25].
62
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию жизненного
цикла. Применяется ко всем видам заказного ПО. Стандарт не имеет описания
стадий, фаз и этапов.
• Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, которые рассчитаны на применение в проектах совместно с Oracle.
Используется CDM для типовой модели ЖЦ (имеются все работы/задачи и
этапы), а также для случаев "быстрой разработки" (Fast Track) или
"облегченного подхода", которые будут оптимальны в малых проектах [30].
• Rational Unified Process (RUP) включает в себя итеративную модель
разработки, имеющую четыре фазы: старт, анализ, создание и использование.
Все эти фазы могут быть разделены на этапы (итерации), по итогу которых
имеется версия для внутреннего или внешнего использования. Реализация
четырех основных фазы считается циклом разработки, и любой такой цикл
завершается созданием версии системы. В случае, если работа над проектом не
прекращается и после этого, полученный продукт продолжает оптимизироваться
и снова проходит те же фазы. Суть реализации в рамках RUP - это разработка и
сопровождение моделей на базе UML [15].
• Microsoft Solution Framework (MSF) похож на RUP, так же имеет четыре
фазы: исследование, построение, создание, стабилизация, является
итерационным, включает в себя применение объектно-ориентированного
моделирования. MSF в отличии от RUP в сильнее ориентирован на создание
бизнес-приложений [24].
• Extreme Programming (XP). Экстремальное программирование (самая
молодая среди остальных методологий) было реализовано в 1996 году. В основе
методологии лежит командная работа, четкая коммуникация между
исполнителем и заказчиком в течение всего срока проекта, а сама разработка
реализуется методом последовательной доработки прототипов [26].
Стандарт ISO/IEC серии 15288.
В стандарте ISO/IEC 12207 нет конкретной модели жизненного цикла и
методик разработки, его характеристики становятся общими для любых моделей
жизненного цикла. Моделью обычно называется структура, позволяющая
63
выразить последовательность реализации и взаимосвязи процессов, задач и
действий в процессе всего жизненного цикла.
Из описанных стандартов был выбран стандарт ISO/IEC 12207:1995.
Определимся с помощью, какой стратегии будет внедрена разрабатываемая
система. Известны следующие стратегии внедрения:
1. Параллельная стратегия.
2. «Скачок».
3. Пилотный проект.
4. «Узкое место».
Для параллельной стратегии характерно то, что одновременно работают и в
«старом режиме» обработки информации и в то же время работают с
использованием ИС. Сравниваются результаты работы в старом режиме и с
использованием системы. Затем делается выбор
Стратегия «скачок» характеризуется тем, что резко внедряется ИС. Все
работы начинают вестись в программе, использование старого режима
обработки информации нет.
Для стратегии «пилотный проект» свойственно то, что внедрение системы
имеет место только в некотором отделение предприятия. Для того, что бы если
будут неточности, а точнее риски то, они будут минимальны, если же все будет
хорошо, тогда система будет использоваться во всем подразделении, а не только
в его части.
Для стратегии «узкое место» свойственно то, что система внедряется в той
области предприятия, где это необходимо. Причем это «узкое место» определено
руководством фирмы заранее.
Из описанных стратегия, для внедрения ИС был выбран «пилотный»
проект.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Далее рассмотрим риски и неопределенности, которые могут иметь место
в процессе внедрения программы.
64
Процесс управление рисками состоит в своевременном определении и
создании мер либо полностью предотвращающих их появление, либо
минимизировать их последствия.
На данный момент существует три классических стратегии управления
рисками:
• Избегание рисков. Суть состоит в том, что проект реорганизуется
таким образом, чтобы исключить возможность возникновения рисков;
• Делегирование рисков. Суть состоит в том, что проект внедряется
таким образом, чтобы переложить риски на третью сторону (заказчика, банки,
вендора и т.п.);
• Принятие рисков. Суть состоит в том, что риски признаются в
качестве неизбежной составляющей проекта, проводится постоянный
мониторинг симптомов их наступления, постоянно корректируется план
действий в случае наступления рисков.
В результате внедрения интернет-магазина, руководство фирмы может
столкнуться со следующими рисками:
1. Неправильный выбор исполнителя. Как правило, создание магазина
поручают нанятому веб-дизайнеру или веб-студии (обычный человек,
не обладающий нужными знаниями, вряд ли сможет сделать данную
работу качественно). Однако и среди профессиональных веб-
дизайнеров могут быть шарлатаны. Такие люди могут запросить за
создание сайта чрезмерно большую сумму денег. Либо сделают свою
работу из рук вон плохо (и вам впоследствии придется нанимать
другого исполнителя, чтобы он исправил все ошибки).
2. Низкая посещаемость. Понятно, что конечная прибыль любого
интернет-магазина сильно зависит от его посещаемости. И тут все
вполне логично - чем больше человек зайдет к вам, тем больше товаров
будет куплено. При создании магазина и запуске его в работу
вебмастер не может точно знать, сколько человек впоследствии будут
сюда заходить. Можно сделать лишь приблизительный прогноз,
основываясь на тематике, уровне конкуренции, востребованности
реализуемого товара и других факторах. Если через несколько месяцев
65
работы посещаемость все равно будет маленькой, то магазин окажется
нерентабельным. Что касается источников трафика, то наибольшую
ценность представляют посетители, пришедшие с поисковиков по
релевантным контенту запросам (целевые посетители).
3. Преобладание случайных посетителей над целевыми. Как было сказано
выше, наибольшую ценность для интернет-магазина представляют
целевые посетители, потому что они заинтересованы в ваших товарах.
Если многие посетители окажутся случайными, то вы лишитесь
большого объема потенциальной прибыли. Такое часто происходит
при неправильном позиционировании магазина, а также при
продвижении нерелевантных запросов.
4. Низкий спрос на товары. Перед созданием интернет-магазина нужно
обязательно изучить сегмент рынка, понять, какие товары интересны и
нужны потенциальным потребителям. При неправильном выборе
тематики вы рискуете получить полный склад никому не нужной
продукции. Однако здесь тоже не все так просто. Если выбрать
популярную и востребованную тематику, то можно столкнуться с
бешеной конкуренцией (продвинуть интернет-магазин в таких
условиях будет крайне сложно).
5. Сложности в работе с поставщиками. В работе интернет-магазина
кроме продавца и покупателя есть еще и третья сторона - поставщик
продукции (фирма, у которой вы закупаете товары по оптовой цене).
Далеко не всегда поставщик оказывается надежным и добросовестным.
В некоторых случаях могут нарушаться сроки поставки товара, что
наверняка приведет к сбоям в работе вашего магазина. Чтобы избежать
всего этого, следует подходить к выбору поставщика с особой
тщательностью. Кроме того, с фирмами, поставляющими вам товар,
следует заключать договор. В нем подробно пропишите права и
обязанности обеих сторон.
6. Сложности с доставкой товара. Довольно часто действия, связанные с
доставкой проданного товара, являются основной головной болью
владельца магазина. Ведь здесь необходимо создавать свою
66
собственную курьерскую службу или заключать договор со сторонней
фирмой, занимающейся грузоперевозками. В первом случае придется
тратить дополнительные деньги на организацию и контроль системы
доставки. Во втором случае придется проводить тщательный отбор
фирм, заключать договора (на все это уйдет довольно много сил,
времени и денег). Если что-то упустите из виду, то товар может не
придти к покупателю вовремя. Или может вообще не придти к нему. В
этом случае вы рискуете получить претензии в свой адрес и
отрицательные отзывы [36].
7. Реальные показатели магазина не соответствуют запланированным. На
этапе создания магазина вы могли рассчитывать на определенную
популярность товара, на определенное количество сделок по продаже в
месяц. Но реальные показатели работы могут быть гораздо хуже (из-за
каких-то неучтенных моментов).
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Так как в дипломном проекте разрабатывается программа интернет-магазин,
то следовательно есть два типа пользователей – администратор, который
занимается всеми работами и покупатель.
Задачи администратор интернет-магазина следующие:
Наполнение сайта. Загрузка новых товаров, проверка характеристик и
обновление каталога – это то, чем администратор занимается в первую
очередь.
Обслуживание клиентов. При отсутствии отдельного человека,
который отвечает за обработку заказов, эту ношу берет на себя
администратор. Телефонные звонки и переписка с клиентами в чатах –
все это входит в задачи работника.
67
Отслеживание заказов и доставок. Эта функция переходит на
администратора, опять же, при условии, что нет отдельного человека,
занимающегося этим.
Проверка оплаты товаров. Обычно такими делами занимается
бухгалтер, но если магазин пользуется услугами бухгалтера лишь
частично, то работа администратора в интернет-магазине будет
включать и эту обязанность.
Добавление новостей на сайт. Информация о новых акциях,
обновлениях товаров и изменениях в работе магазина размещается
администратором.
Покупателей можно так же разделить на постоянных покупателей – клиенты
и обычные покупатели. Их основное отличие в том, что у клиента могут быть
бонусные скидки.
Учитывая это при создании программного продукта были выполнены
разграничения прав пользователей, который представлены в Таблице 7:
Таблица 7. Разграничение прав доступа пользователей системы
Группы
пользова-
телей
Модуль
администр
ирование
Покупки
Дизайн
Модуль Файлы
Модуль
оплата
Админист
ратор
Полный
Полный
Полны
й
Полный
Полный
Клиент
нет
Чтение/со
здание
Исполь
зование
Использование
Использо
вание
Защита от внешних угроз осуществляется путем применения следующих
мер:
использование протокола связи HTTPS;
контроль доступа к ресурсам сервера.
контроль целостности ресурсов сервера, обеспечивающий
обнаружение попыток несанкционированных изменений ресурсов;
антивирусная защита;