56
этап осуществляется только после полного завершения работ на предыдущем
этапе. Требования формируются на стадии определения требований и четко
фиксируются при помощи документов в виде технического задания и остаются
неизменными в течение всего времени разработки проекта. Завершение каждой
стадии сопровождается полным комплектом документов, чтобы продолжить
разработку другой командой разработчиков.
Рис. 2.1 Каскадная модель жизненного цикла программного
обеспечения
Этапы водопадной (каскадной, последовательной) модели:
- формирование требований;
- проектирование;
- реализация;
- тестирование;
- реализация;
- тестирование;
- внедрение;
- эксплуатация и сопровождение;
Преимущества модели:
- полная и согласованная документация на каждом этапе;
- легко определить сроки и затраты на проект.
Недостатки:
57
В данной модели переход от одного этапа к другому предполагает
полное завершение предыдущего этапа. Неточная или некорректная трактовка
приводит к тому, что необходимо будет возвратиться к предыдущему этапу
проекта, что приводит к переработке и росту затрат, а также может означать
прекращение проекта. Специалисты считают, что основным заблуждением
авторов этой модели является предположение, что проект проходит через все
этапы единожды. Модель проста в использовании, проект логичен, а все
недочеты устраняются в процессе тестирования.
V-образная модель
V-образная модель является следствием каскадной модели, дабы
исправить недостатки последней. Свое название — V-образная или шарнирная
— данная модель получила в связи со своеобразным графическим
отображением (рисунок 2.2).
Рис. 2.2 V-образная модель жизненного цикла программного
обеспечения
В V-образной модели за счет ориентации на тестирование есть
возможность повышения качество ПО. Эта модель позволила решить вопрос
соответствия готового продукта к утвержденным требованиям с помощью
процессов верификации и аттестации на изначальных стадиях разработки
58
(пунктирные линии на рис. 2.2 указывают на подчиненность этапов
планирования и постановки задачи, а также ее тестирования и приемки).
Если изучать V-образную модель в общем, то будет понятно, что эта
модель является видоизмененной моделью Каскадной. Соответственно, V-
образная модель имеет многие недостатки Каскадной модели. Обе модели
плохо приспособлены к изменениям со стороны заказчика. Если разработка
проекта затягивается (может и до нескольких лет), то готовый проект теряет
свою актуальность, так как потребности заказчика изменились.
В той же степени важен вопрос, который непосредственно связан с
научно-техническим прогрессом: требования к ПО формируются с учетом
текущего состояния достижений в области аппаратно-технического
обеспечения, но IT-сфера очень быстро развивается, а затянувшийся процесс
разработки может привести к разработке продукта, который основан на
устаревших технологиях и оказывается неконкурентным до своего запуска.
Имеет большое значение вопрос планирования показателей ожидаемой
функциональности, так как в обеих моделях он является не более чем
условностью: а именно, определить, какую скорость обработки данных
обеспечит разработанный продукт или сколько займет памяти, на этапе
постановки задачи, в сущности, не представляется возможным. Если такие
требования точно зафиксированы в условиях договора, то вполне возможно,
что решение этих требований не будет удовлетворять, потому, как известно об
этом станет только на последних этапах, когда основные ресурсы будет уже
истрачены.
Получится, что необходимо будет мириться с ограничениями решения,
выполненного на основе рассмотренных моделей, или внести дополнительные
средства, дабы получить то, что действительно необходимо.
Данные модели для разработки веб-сайта не подходят, так как они не
приспособлены к изменениям требований.
Модель на основе создания прототипов (рисунок 2.3)
59
Рис. 2.3 Модель на основе создания прототипов
Эта модель основана на создании прототипов. Суть модели заключается
в подходе, направленном на создание прототипов, которые представляют собой
полностью или частично рабочие модели готовой системы. Это позволяет
намного улучшить понимание процесса всеми его участниками за счет
логичного развития системы на основе многократного уточнения прототипов.
Модель с таким подходом позволяет преодолеть информационный барьер
между заказчиком и разработчиком.
У этой модели также есть недостатки, несмотря на все ее преимущества.
Все недостатки этой модели связаны с взаимоотношениями «заказчик-
исполнитель»: для первого важное — создание более подробных прототипов,
чтобы снизить риск получения неадекватной системы, для второго, каждый
новый прототип — дополнительные затраты времени и ресурсов. Итогом
такого взаимодействия является снижение эффективности проекта.
Модель на основе создания прототипов не подходит, так как в этот
метод подразумевает значительные затраты времени и ресурсов.
Инкрементная модель (рисунок 2.4)
Инкрементную модель возможно вводить в эксплуатацию по частям, что
означает разрабатывать и поставлять проект можно постепенно. Модель
предусматривает разделение проекта на относительно независящие друг от
60
друга части, которые разрабатывают и вводятся в эксплуатацию по
отдельности.
Рис. 2.4 Инкрементная модель жизненного цикла
Данная модель выгодна и заказчику, и разработчику системы, так как
дает возможность двигаться вперед и соблюдать при этом интересы обеих
сторон. У этой модели также есть недостатки. Разделение проекта на части
замедляет процесс, так как необходимо обеспечить их взаимодействие. Для
многих систем эта модель не подходит, так как не представляется возможным
разделение его на части, которые смогли бы функционировать независимо друг
от друга.
Спиральная (итерационная) модель (рисунок 2.5)
Рис. 2.5 Спиральная модель жизненного цикла программного
обеспечения
61
Спиральная модель включает в себя как проектирование, так и
прототипирование. Каждый виток спирали может содержать в себе разные
модели разработки проекта. В итоге на выходе получается готовый проект.
Спиральная модель совмещает в себе модели прототипирования и водопадной
модели. Разработка итерациями показывает существующий спиральный цикл
создания проекта. Для перехода на следующий этап не требуется полное
завершение работ, что позволяет не дожидаться завершения работ на текущем
этапе. При таком способе разработки проекта недостающую работу можно
будет завершить на следующей итерации. Главной задачей модели является
оперативный показ готового работоспособного проекта, что способствует
активировать процесс дополнения и уточнения требований. Проблемой
спирального цикла — определение момента перехода на следующий этап. Для
того чтобы решить эту проблему следует ввести временные ограничения для
каждого этапа жизненного цикла. Тогда переход на следующий этап будет
осуществлен в соответствии с планом, вне зависимости от стадии
завершенности текущего этапа. План для реализации модели составляется на
основе статистических данных, исходя из предыдущих проектов и личного
опыта. Спиральная модель рассчитана на крупные, сложные и дорогие проекты.
Спиральная (итерационная) модель жизненного цикла обладает
следующими достоинствами:
- реальное отображение всего процесса разработки;
- учет рисков на каждом витке спирали;
- включены элементы системного подхода;
- отличная продуктивность;
У данной модели также имеются и недостатки:
- повышенные требования к заказчику, следствием этого являются
большие временные затраты;
- к дополнительной обработке документации приводит большое
количество промежуточных стадий;
62
- без хороших средств или методов прототипирования модель может
стать неудобной в использовании.
Разработку веб-сайта для компании было решено сделать
самостоятельно, без привлечения сторонних участников (фрилансеров или веб-
студий), то выбор модели производился на основе свойств каждой из
приведенных выше свойств модели. В связи с этим, была выбрана спиральная
модель. Это обусловлено тем, что модель обладает преимуществами
приведенными выше. Этапы разработки идут по спирали, и имеется
возможность проверить выполненную работу, при необходимости которую
можно исправить или дополнить.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Одним из самых сложных этапов планирования проекта является анализ
рисков, которые могут возникнуть при выполнении сформированного плана
проекта. От анализа рисков зависит, будет ли завершен проект.
Проектные риски — это чаще всего, предусмотренное ухудшение
итоговых показателей эффективности проекта, возникающее под влиянием
неточности. В количественном выражении риск обычно определяется как
изменение численных показателей проекта: чистой приведенной стоимости,
внутренней нормы доходности и срока окупаемости [16].
Этап Разработки требований может содержать такие риски, связанные с
набором и выявлением параметров системы, которые необходимы для решения
задачи и неверного выбора задач для разработки подсистемы.
На этапе Проектирования могут возникнуть риски связанные с
определением функций подсистемы и стратегии автоматизации.
На этапе Реализации возможна проблема, которая может выразиться в
неправильном выборе способа приобретения подсистемы.
Этап Тестирования подлежит такому риску как неправильное
отображение расчетов показателей. Риск на этом этапа, возможно, исправить с
помощью тестирования модулей на этапе Ввода в действие.
63
На следующем этапе Ввод в действие может выявиться неправильное
функционирование технического обеспечения. Это устраняется
использованием лицензионного стендового оборудования и двойным
тестированием.
На последнем этапе Эксплуатация и сопровождение основными рисками
являются поломка оборудования и устаревание. Риск поломки устраняется при
помощи отслеживания состояния оборудования, а устаревание — путем
гибкости подсистемы и быстрой программно-архитектурной доработкой.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Деятельностью компании «Shik Show» является предоставление услуг
по организации праздничных мероприятий, а также обработки заявок заказов.
Процесс обработки заказов содержит несколько этапов, а результат
предполагает использование базы данных о клиентах при помощи онлайн-
сервисов. Для защиты от внешних угроз осуществляются следующие меры:
- использование протокола связи https;
- антивирусная защита;
- личные пароли на вход в систему, вход в сеть;
- регулярная смена паролей (1 раз в три месяца).
В данном проекте предполагается три вида пользователей —
администратор, менеджер и клиент. Администратор имеет полный функционал
для управления веб-сайтом — информационное наполнение веб-сайта,
отслеживание статистики заказов, их отмена. Менеджер обрабатывает заявки,
отвечает на вопросы и заявки на обратный звонок, поступающий с сайта. И
последний вид пользователей — клиенты, которые оставляют заявки заказа,
просьбу обратного звонка и возникающие вопросы.
Разграничение прав доступа пользователей веб-сайта приведено в
таблице 2.1.
64
Таблица 2.1
Группы
пользователей
Администра-
тор
Менеджер
Клиент
Администрирование
Полный
Нет
Нет
Дизайн
Полный
Использование
Использование
Информационное
наполнение сайта
Полный
Чтение
Чтение
Заявки
Полный
Создание/чтение
Создание/чтение
Вопросы
Полный
Создание/чтение
Создание/чтение
Комментарии
Полный
Создание/чтение
Создание/чтение
Отзывы
Полный
Создание/чтение
Создание/чтение
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Информационная модель — модель объекта, представленная в виде
информации, описывающей существенные для данного рассмотрения параметр
и переменные величины объекта, связи между ними, входы и выходы объекта и
позволяющая путем подачи на модель информации об изменениях входных
величин моделировать возможные состояния объекта [11].
Информационная модель в общенаучном смысле — это комплекс
информации, которая характеризует свойства и состояния объекта, процесса и
явления, а также взаимосвязь с внешним миром.
Веб-сайт может являться окном компании во внешний мир,
интерфейсом компании с внешним миром, элементом корпоративной
информационной системы.
Для веб-сайта, выступающего в качестве окна компании во внешний
мир, характерно следующее: сотрудники компании работают с
информационной системой — передают и принимают из нее информацию. Веб-
сайт является логическим продолжением информационной системы компании,
так как посетители веб-сайта могут ознакомиться с информацией компании,
представленной в окне (рисунок 2.6).
В данной структуре наглядно показано, что веб-сайт не является
отдельной системой, а имеет двухстороннюю связь: веб-сайт связан с
Интернетом и посетителями и связан с информационной системой компании.
65
Рис. 2.6 Информационная система окно во внешний мир
В связи с тем, что веб-сайт является двухсторонней системой, то
необходимо решить вопросы «как привлечь внимание клиентов», «как
удержать внимание посетителей», «как вызвать желание у посетителей
повторно посетить сайт». Со стороны компании следует проработать такие
вопросы «как формируется информация на веб-сайте», «кто и в какие сроки
готовит информацию», «кто готовит распоряжение об изменениях информации
на сайте» и другие.
Разработка веб-сайта типа «окно во внешний мир» требует четкого
формирования положений о том, чем занимается компания, провести
экономический анализ (выявить проблемы компании и возможные способы их
решения), экономическую постановку задачи (при помощи которой будет
выявлена и доказана экономическая цель), а также доказать, что разработка
веб-сайта — наиболее эффективный способ достижения этой цели, дать
описание информационной системы компании, чтобы потом интегрировать ее в
веб-сайт.
Веб-сайт типа интерфейс компании имеет практически тот же состав,
что и окно во внешний мир. Также проводится работа сотрудников компании с
информационной системой, но веб-сайт иначе связан с информационной
системой компании: веб-сайт — активный элемент, который способен показать
не только информацию, полученную из информационной системы компании,
но и принимать ее от посетителей из Интернета. Полученная информация из
Интернета передается в информационную систему компании и после обработки
становится доступной для сотрудников компании (рисунок 2.7).
Блок обработки внешней информации — достаточно сложный,
включающий в себя разные алгоритмы. Последние содержат алгоритмы работы
со знаниями.