76
В зависимости от проекта процессы, действия и задачи стандарта вы-
бираются, упорядочиваются и включаются в модель жизненного цикла. При
применении они могут перекрывать, прерывать друг друга, выполняться
итерационно или рекурсивно. Это определяет "динамический" характер
стандарта и позволяет реализовать с его помощью произвольную модель
жизненного цикла. Стандарт экстремального программирования больше рас-
считан на команду. Поэтому в данном проекте используется ISO/IEC 12207,
поскольку именно у него есть описание работы на каждом этапе разработки
информационной системы. Из данного стандарта можно выбрать только те
процессы, которые более всего подходят для реализации конкретной инфор-
мационной системы. Обязательными являются основные процессы, которые
присутствуют во всех известных моделях жизненного цикла. В зависимости
от целей и задач предметной области они могут быть расширены дополни-
тельными (документирование, обеспечение качества, верификация и валида-
ция и т.п.) и организационными (планирование, управление и др.) процесса-
ми этого стандарта. Разработчик принимает решение о включении в новую
создаваемую модель жизненного цикла процесса обеспечения качества ком-
понентов и системы управления проектом или определения набора прове-
рочных процедур для обеспечения правильности продукта и соответствия
его заданным требованиям.
На предпроектной стадии необходимо провести системный анализ,
включающий анализ функционирования и выявление недостатков суще-
ствующей технологии. На основе выявленных недостатков формулируется
потребность в совершенствовании системы, создается технико-
экономическое обоснование проекта (ТЭО), формулируются технические
условия и требования к информационной системе. Результаты должны быть
оформлены в виде ТЗ (технического задания). Первый этап выполняется
бизнес-аналитиком отдела, с привлечением сотрудников. Входную инфор-
мацию бизнес-аналитик получает из интервью с сотрудниками, характери-
зующих существующие бизнес-процессы.
Следующий этап – проектирование информационной системы – вклю-
чает в себя разработку в соответствии со сформулированными требованиями
77
состава автоматизируемых функций (функциональная архитектура), состава
обеспечивающих подсистем (системная архитектура), оформление техниче-
ского проекта информационной системы. Входной информацией для проек-
тирования является технической задание. На этом этапе определяется состав
программных подсистем и компонентов оборудования, составляются специ-
фикации требований к компонентам программного обеспечения и определя-
ется их состав (в том числе повторно используемых компонентов), интер-
фейсы с базами данных, структуры хранения данных, алгоритмы обработки
информации, спецификации интерфейсов с другими системами автоматиза-
ции, требования к тестам. Данный этап является очень ответственным с точ-
ки зрения качества всей последующей разработки [1].
На этапе реализации выполняется физическое проектирование, про-
граммирование, наполнение баз данных, тестирование, разработка инструк-
ций для персонала, а на этапе тестирования информационной системы оце-
нивается система в целом на соответствие требованиям технического зада-
ния.
Внедрение системы необходимо проводить в три этапа:
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести следующие
работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все автоматизированные рабочие места
системы;
сконфигурировать взаимодействие АРМ с сервером базы данных;
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
78
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие поль-
зователи системы. Системный администратор должен обеспечить место для
установки нового сервера; подключение к локальной сети для сервера и ав-
томатизированных рабочих мест пользователей системы; доступ к компью-
терам, необходимым для развертывания системы, с правами администратора.
Проектировщик системы проводит обучение пользователей, конфигурирует
систему, заполняет справочники, проверяет правильность взаимодействия
всех подсистем. Программист оперативно устраняет возникающие при раз-
вертывании системы неполадки.
Опытная эксплуатация системы должна проводиться не менее 3 меся-
цев. В случае обнаружения ошибок на этапе опытной эксплуатации, осу-
ществляется поиск причин и устранение ошибок, внесение коррективов в
программу, в технологию обработки данных. После устранения ошибок под-
писывается «Акт о проведении опытной эксплуатации», который служит
началом перехода к третьему этапу – сдаче системы в промышленную экс-
плуатацию.
На этапе эксплуатации производятся следующие работы:
периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
периодическое архивирование информационной базы системы (адми-
нистратор системы);
локализация проблем и устранение причин их возникновения (про-
граммист);
модификация ПО (бизнес-аналитик, программист);
подготовка предложений по совершенствованию системы (пользова-
тели системы);
развитие и модернизация системы (бизнес-аналитик, программист).
Рассмотрим существующие модели жизненного цикла [13]. Каскадная
модель предполагает последовательное выполнение всех обозначенных эта-
пов в строго порядке. Переход на следующий этап показывает полностью
выполненные работы на предыдущих. Достоинства: на каждом этапе форми-
79
руется законченный набор проектной документации, отвечающий критериям
полноты и согласованности; на заключительных этапах также разрабатыва-
ется пользовательская документация, охватывающая все предусмотренные
стандартами виды обеспечения информационной системы (организационное,
методическое, информационное, программное, аппаратное); выполняемые в
логичной последовательности этапы работ позволяют планировать сроки за-
вершения и соответствующие затраты. Несмотря на все свои достоинства,
каскадная модель имеет ряд недостатков, ограничивающих ее применение
при разработке информационных систем. Причем эти недостатки делают ее
либо полностью неприменимой, либо приводят к увеличению сроков разра-
ботки и стоимости проекта. В настоящее время многие неудачи программ-
ных проектов объясняются именно последовательным процессом разработ-
ки.
Поэтапная модель с промежуточным контролем - разработка ИС ве-
дется итерациями с циклами обратной связи между этапами. Межэтапные
корректировки позволяют учитывать реально существующее взаимовлияние
результатов разработки на различных этапах; время жизни каждого из этапов
растягивается на весь период разработки. Достоинство: межэтапные коррек-
тировки обеспечивают меньшую трудоемкость по сравнению с каскадной
моделью. Недостатки: время жизни каждого из этапов растягивается на весь
период разработки.
Спиральная модель. На каждом цикле выполняется создание очеред-
ной версии продукта, уточняются требования проекта, определяется его ка-
чество, планируются работы следующего цикла. Особое внимание всегда
уделяется начальным этапам разработки – проектированию и анализу, где
все технические решения проверяются и обосновываются посредством раз-
работки прототипов.
Стандартная каскадная модель, несмотря на частные негативные отзы-
вы за последнее время, исправно помогала специалистам по программному
инжинирингу много лет. Понимание ее сильных и слабых сторон только
улучшает оценочный анализ других, чаще более эффективных моделей ЖЦ,
которые также основаны на данной модели. Сама каскадная модель имеет
80
множество преимуществ, но только при условии использования ее в проекте,
приемлемом для нее. Ниже представлены ее преимущества:
Модель хорошо знакома потребителям, не имеющим никакого отно-
шения к созданию и эксплуатации программ, а также конечным поль-
зователям (часто используется другими компаниями для отслеживания
проектов, которые не связана с разработкой ПО);
Она лучше справляется с трудностями и отлично срабатывает в тех
проектах, где все достаточно понятно, но трудноразрешимо;
Она очень доступна для понимания, т.к. преследует простую цель –
выполнение необходимых действий;
Она проста и удобна в использовании, т.к. процесс разработки идет
поэтапно.
Но в случае, если каскадная модель используется в проекте, не предназна-
ченном для нее, проявляются следующие ее недостатки:
Основа модели – линейная последовательная структура, и в результате
попытки вернуться назад на одну или две фазы для исправления про-
блемы или недостатка теряется много времени, увеличиваются затра-
ты и срывается график работы;
Модель не может предотвращать итерацию между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель
строиться согласно стандартному циклу аппаратного инжиниринга;
Модель не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определен-
ными действиями, что часто отличается от привычной работы коллек-
тива или персонала;
Модель создает ошибочное впечатление о работе с проектом. Указа-
ние, что «45% выполнено» обычно не имеет какого-то смысла и не
служит показателем для специалиста проектов.
Исходя из недостатков каскадной модели, ее применение нужно огра-
ничивать ситуациями, в которых все требования для их разработки очень
точны и понятны. Каскадная модель хороша в циклах разработки программ-
81
ного продукта, где используется фиксированное определение продукта и
есть понятные технические методики.
Спиральная модель особое внимание уделяет начальным этапам раз-
работки – подготовке стратегии, проектированию и анализу, где все приме-
няемые технические решения проверяются и обосновываются методом со-
здания прототипов. Каждый виток спирали означает создание компонента
или версии программного обеспечения. На них можно уточнять цели и ха-
рактеристики проекта, его качество, а также определяются работы на следу-
ющем витке. Таким образом, углубляются и конкретизируются детали про-
екта, и в результате определяется обоснованный вариант, который и реали-
зуется. Спиральная модель несет в себе преимущества каскадной модели.
При этом она включает в себя анализ рисков, умеет ими управлять, а также
содержит процессы поддержки и менеджмента. Так же в ней заложена раз-
работка программного обеспечения при использовании методов прототипи-
рования или быстрой разработки программ при помощи языков программи-
рования и средств разработки 4-го поколения и выше.
Особые свойства спиральной модели – отказ от закрепления требований и
установки приоритетов пользовательским требованиям; создание последова-
тельных прототипов, начиная с наиболее высшего; определение и анализ
риска на каждом шаге; оценка результата по итогам каждой итерации и пла-
нирование проведения следующей итерации. Преимуществами спиральной
модели можно назвать:
Быструю разработку (получение более раннего результата за счет про-
тотипа);
Постоянное присутствие заказчика в процессе разработки;
Разбиение большого проекта на малые части;
Снижение рисков (более предсказуемое поведение системы).
В связи с небольшим объемом проектных работ, а также характером проекта
выберем каскадную модель для описания жизненного цикла. В соответствии
с этим в него будут входить следующие этапы:
Формирование требований
82
Проектирование
Реализация
Тестирование
Ввод в действие
Эксплуатация и сопровождение
Каскадная модель обладает следующими преимуществами:
Не требуется заранее тратить средства, необходимые для разработки
всего проекта (поскольку сначала выполняется разработка и реализа-
ция основной функции или функции из группы высокого риска);
В результате выполнения каждого этапа получается функциональный
продукт;
Заказчик располагает возможностью высказаться по поводу каждой
разработанной версии системы;
Правило по принципу "разделяй и властвуй" позволяет разбить воз-
никшую проблему на управляемые части, благодаря чему предотвра-
щается формирование громоздких перечней требований, выдвигаемых
перед командой разработчиков;
Существует возможность поддерживать постоянный прогресс в ходе
выполнения проекта.
В качестве стратегии внедрения информационной системы учета за-
явок в ООО «Мой магазин» был выбран «Пилотный проект». Пилотный про-
ект – это первый этап внедрения, позволяющий убедиться в применимости и
эффективности предлагаемой системы до её окончательного внедрения, обу-
чить сотрудников компании работе с системой, а также определить и спла-
нировать организационные и технические мероприятия на этапе промыш-
ленного внедрения. Пилотный проект позволяет уменьшить затраты и уско-
рить полномасштабное внедрение. Данная стратегия внедрения информаци-
онной системы была выбрана, так как в результате реализации пилотного
проекта есть возможность оценить функциональность новой системы до ее
полноценного внедрения, скорректировав имеющиеся недостатки. Такой
подход снижает риск и наиболее надежен.
83
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риском является возможность появления обстоятельств, обусловлива-
ющих невозможность (или неуверенность в возможности) получения ожида-
емых результатов от реализации поставленной цели, нанесение материально-
го ущерба, опасность валютных потерь и др. Существуют следующие типы
рисков: проектный, технический и бизнес-риски [14]. Проектный тип рисков
включает риски, которые связаны с ошибками в бюджете; в графике работ; с
проблемами персонала организации; риски различных изменений в текущем
законодательстве. К техническому типу относят риски, связанные с пробле-
мами реализации технических решений и человеческим фактором, а именно
риски, связанные с невозможностью специалистами выполнить необходи-
мую задачу. Тип бизнес-рисков содержит в себе риски, которые связаны с
финансовой поддержкой задачи, или, другими словами, риски сокращения
бюджета, приводящие не только к сокращению проекта и его задач, но и к
его полному провалу в случае не достижения основной цели; риск потери
интереса к задаче ведения и учета внутренних заказов оборудования со сто-
роны конечных пользователей, риски при оценке рынка данного вида учета.
Данный тип рисков невозможно исключить, но можно минимизировать.
Чтобы уменьшить величину данных типов рисков необходимо иметь доста-
точно компетентных и квалифицированных сотрудников, имеющих большой
опыт работы в соответствующей области и при этом взаимозаменяемых на
сотрудников, не менее соответствующих данным характеристикам (таблица
10).
84
Таблица 10
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок Типы первичных дефектов и ошибок программного средства и
документации
Формирование тре-
бований
Разработка требова-
ний к ПО
Дефекты исходных требований заказчика
Проектирование Планирование работ Дефекты, обусловленные реальной сложностью проекта
Проектирование ар-
хитектуры системы
Ошибки планирования и системного проектирования программного
средства
Детальное проекти-
рование ПО
Системные и алгоритмические дефекты и ошибки проекта
Реализация Кодирование ПО Программные дефекты и ошибки компонентов и документов про-
граммного средства
Тестирование Тестирование ПО Программные и алгоритмические ошибки программного средства и
документации
Ввод в действие Разработка докумен-
тации
Дефекты и ошибки обобщающих документов
85
Продолжение таблицы 10
Этапы возникновения дефектов и ошибок Типы первичных дефектов и ошибок программного средства и
документации
Эксплуатация и со-
провождение
Эксплуатация ПО Программные дефекты.