68
возможность создания тех или иных технических решений обосновывается и
проверяется благодаря построению прототипов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда в самом начале разработки можно с большой
точностью и полнотой составить все требования к системе. Главным недостатком
такого подхода является то, что основной процесс разработки системы не может
полностью уложится в такие жесткие рамки, постоянно есть потребность в
возврате к уже завершенным этапам для уточнения или изменения ранее принятых
решений. В итоге реальный процесс разработки ИС становится соответствующим
поэтапной модели с периодичным контролем.
Все стадии создания системы предусматривают выполнение некоторого
объема работ, представляемых в виде процессов ЖЦ. Процесс выражается как
совокупность объединенных действий, изменяющих входные данные в выходные.
Описание любого процесса состоит из перечня решаемых задач, исходных данных
и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях и
процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе стадии
и этапы их создания. Также в нем имеется описание содержания работ на всех
этапах. Стадии и этапы работы, отраженные в стандарте, зачастую соответствуют
каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию жизненного
цикла. Применяется ко всем видам заказного ПО. Стандарт не имеет описания
стадий, фаз и этапов.
• Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, которые рассчитаны на применение в проектах совместно с Oracle.
Используется CDM для типовой модели ЖЦ (имеются все работы/задачи и этапы),
а также для случаев "быстрой разработки" (Fast Track) или "облегченного подхода",
которые будут оптимальны в малых проектах.
69
• Rational Unified Process (RUP) включает в себя итеративную модель
разработки, имеющую четыре фазы: старт, анализ, создание и использование. Все
эти фазы могут быть разделены на этапы (итерации), по итогу которых имеется
версия для внутреннего или внешнего использования. Реализация четырех
основных фазы считается циклом разработки, и любой такой цикл завершается
созданием версии системы. В случае, если работа над проектом не прекращается и
после этого, полученный продукт продолжает оптимизироваться и снова проходит
те же фазы. Суть реализации в рамках RUP - это разработка и сопровождение
моделей на базе UML.
• Microsoft Solution Framework (MSF) похож на RUP, так же имеет
четыре фазы: исследование, построение, создание, стабилизация, является
итерационным, включает в себя применение объектно-ориентированного
моделирования. MSF в отличии от RUP в сильнее ориентирован на создание
бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование (самая
молодая среди остальных методологий) было реализовано в 1996 году. В основе
методологии лежит командная работа, четкая коммуникация между исполнителем
и заказчиком в течение всего срока проекта, а сама разработка реализуется
методом последовательной доработки прототипов.
• Стандарт ISO/IEC серии 15288.В настоящее время известны и
используются следующие модели жизненного цикла:
Каскадная модель предусматривает последовательное
выполнение всех этапов проекта в строго фиксированном порядке. Переход
на следующий этап означает полное завершение работ на предыдущем этапе.
Поэтапная модель с промежуточным контролем (Рис. 2.2).
Разработка ИС ведется итерациями с циклами обратной связи между
этапами. Межэтапные корректировки позволяют учитывать реально
существующее взаимовлияние результатов разработки на различных этапах;
время жизни каждого из этапов растягивается на весь период разработки.
Спиральная модель. На каждом цикле выполняется создание
очередной версии продукта, уточняются требования проекта, определяется
его качество и планируются работы следующего цикла. Особое внимание
70
уделяется начальным этапам разработки - анализу и проектированию, где
реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов (макетирования).
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 14. Каскадная модель ЖЦ ИС
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 15. Поэтапная модель с промежуточным контролем
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы
Рисунок 16. Спиральная модель ЖЦ ИС
71
Жизненный цикл определяется как непрерывный процесс, который обычно
начинается с момента принятия решения о важности его реализации и
заканчивается сразу же после его изъятия из эксплуатации.
Среди наиболее популярных стандартов обычно выделяют следующие:
• ГОСТ 34.601-90 – применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте есть
описание содержания работ для каждого этапа. Этапы и стадии, которые
закреплены в данном стандарте, чаще всего соответствуют каскадной модели
жизненного цикла.
• ISO/IEC 12207 – стандарт, определяющий процессы и организацию
жизненного цикла. Применим к любому виду заказного ПО. В стандарте нет
описания стадий, фаз и этапов.
• Custom Development Method (Oracle) – технологический материал по
разработке прикладных ИС, который детализирован до уровня заготовок
проектных инструкций, которые будут использоваться в проектах с участием
Oracle. Используется CDM для классической модели ЖЦ (имеются все этапы и
задачи), а также при технологии быстрой разработки или облегченного прохода,
которые используются в случае малого проекта.
• Rational Unified Process (RUP) – использует некую интерактивную
модель разработки, которая включает 4 фазы: начало, исследование, построение и
внедрение. Любая из этих фаз может разбиваться на этапы, в результате которых
исполняется версия для внутреннего или внешнего использования. Проход по всем
4 фазам – это цикл разработки, и каждый такой цикл завершается генерацией
версии системы. Если после этого проект продолжается, то сам продукт также
видоизменяется и проходит эти фазы еще раз. Суть работы в рамках RUP -
разработки и сопровождение моделей на базе UML.
• Microsoft Solution Framework (MSF) – поход на RUP, также имеет 4
фазы: анализ, проектирование, разработка и стабилизация, является итерационным
и предполагает применение объектно-ориентированных моделей. MSF в сравнении
с RUP в большей степени предназначен для создания бизнес-приложений.
• Extreme Programming (XP) – экстремальное программирование
(новейшая методология, сформировалась в 96 году). Основу методологии
72
составляют командная работы, активная коммуникация с заказчиком в течение
всего проекта по созданию ИС, ведение разработки с применением
последовательно обрабатываемых прототипов.
Для выбора стандарта основным фактором будет являться более подробное и
полное описание работы на стадиях и этапах разработки АС.
Стандарт ISO/IEP 12207 не имеет подробного описания работы на разных
стадиях и этапах создания АС.
Стандарт CDM рассчитан на проекты с использованием Oracle-технологий,
которые не применяются в данном проекте.
Стандарт MSF, как было сказано выше, ориентирован на бизнес-сферу.
В данном этапе задействованы следующие участники: IT-менеджер,
начальник отдела производства. После реализации всех задач составляет ся отчет о
проделанной работе – описание объекта автоматизации, требований к системе,
выражение затрат на создание, введение в эксплуатацию и поддержку, ожидаемый
эффект от внедрения и требуемые условия для нормальной работы системы.
После выполнения этапа «Выведение требований к системе» создается
вариант концепции. Разрабатывают несколько вариантов концепции и плана
реализации, оценивают ресурсы, необходимые на реализацию ИС и ее нормальную
работу, оценивают недостатки и достоинства каждого метода, сопоставляют
требования пользователей и функциональности возможной системы.
На этапе «Создание концепции» участвует только IT-менеджер. После того,
как работа выполнена, выбирается наиболее удачный из всех подходящих
вариантов, который полностью удовлетворяет всем требованиям.
После этапа «Создание концепции» составляется ТЗ проекта автоматизации.
По его завершению важно его утвердить и согласовать. На данном этапе
участвуют: IT-менеджер и начальник отдела делопроизводства. По итогам данный
пункт может определять - функции ИС и подсистем, состав отдельных и
комплексных задач, концепцию информационной базы, состав системы управления
БД, функции и параметры программных средств.
После утверждения ТЗ идет разработка проектного решения. ITменеджер и
программист разрабатывают логическую и физическую модель БД, а также
определяют общую организацию данных.
73
После завершения этапа «Составление технического проекта» IT-менеджер и
программист оформляют рабочую документацию, которая включает: технические и
программные требования, руководство пользователя. После завершения всех работ
и написания документации остаётся только внедрить систему.
Этап внедрения включает в себя: подготовку объекта автоматизации,
обучение сотрудников, проведение строительно–монтажных работ,
пусконаладочных работ, проведение испытаний, опытная эксплуатация и
приемочные испытания. В этом этапе участвуют: IT-менеджер, системный
администратор, начальник делопроизводства. После этого происходит анализ
испытаний ИС, проверка на соответствие ТЗ, устраняются неполадки или
подписываются все акты.
Особое внимание всегда уделяется начальным этапам разработки –
проектированию и анализу, где все технические решения проверяются и
обосновываются посредством представления прототипов.
Стандартная каскадная модель, несмотря на последние негативные отзывы,
исправно помогала специалистам по программному инжинирингу много лет.
Понимание ее сильных и слабых сторон только улучшает оценочный анализ
других, чаще более эффективных моделей ЖЦ, которые также основаны на данной
модели.
Сама каскадная модель имеет множество преимуществ, но при условии
использования ее в проекте, приемлемом для нее. Ниже представлены ее
преимущества:
• Модель хорошо знакома потребителям, не имевшим никакого
отношения к созданию и эксплуатации программ, а также конечным пользователям
(часто используется другими компаниями для отслеживания проектов, которые не
связана с разработкой ПО);
• Она лучше справляется с трудностями и отлично срабатывает в тех
проектах, где все достаточно понятно, но трудноразрешимо;
• Она очень доступна для понимания, т.к. преследует простую цель –
выполнение необходимых действий;
• Она проста и удобно в использовании, т.к. процесс разработки идет
поэтапно.
74
Но в случае, если каскадная модель используется в проекте, не
предназначенном для нее, проявляются следующие ее недостатки:
• Основа модели – линейная последовательная структура, и в результате
попытки вернуться назад на одну-две фазы для исправления проблемы или
недостатка приходится жертвовать временем и срывать график работ и затрат;
• Она не может предотвращать итерация между фазами, которые очень
часто встречаются при создании ПО, поскольку сама модель строиться согласно
циклам аппаратного инжиниринга;
• Она не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определенными
действиями, что часто отличается от привычной работы коллектива или персонала;
• Она создает ошибочное впечатление о работе с проектом. Указание,
что «35% выполнено» обычно не имеет какого-то смысла для менеджера проектов.
Исходя из недостатков каскадной модели, ее применение нудно
ограничивать ситуациями, в которых все требования для их разработки очень
точны и понятны.
Каскадная модель хороша в циклах разработки программного продукта, где
используется фиксированное определение продукта и есть понятные технические
методики.
Для нашего проекта больше всего подойдет каскадная модель для создания
приложения, т.к. она имеет возможность контроля промежуточных значений, а
также проект не слишком большой, что может повлиять на отсутствие ее
недостатков.
Затем производится выбор направления внедрения созданной системы.
Сегодня выделяют 4 стратегии внедрения ИС:
• Параллельная стратегия, которая подразумевает замену старой на
новую;
• Скачок – подразумевается резкий переход с одной системы сразу на
другую;
• Опытное использование пилотного проекта – та же тактика скачка,
только к некоторому количеству изделий, при этом очень успешна на малом
участке работы;
75
• Узкое место – внедрение узкого места план выполняется только для
него самого, и для сотрудников, которые там работают.
В итоге исходя из описаний и условий деятельности фирмы, а также из
характеристик создаваемой системы, в качестве стратегии выбирается «опытное
использование пилотного проекта», что позволяет установить всю систему сразу
же после ее подготовки. При этом прекращается использование ручного учета
данных, что позволяет значительно увеличивать скорость работы сотрудников
фирмы прямо с первого дня использования системы, и в таком случае само
внедрение пройдет безболезненно.
Для разработки системы управленческого учета будем использовать
стандарт ГОСТ Р 57193-2016, как наиболее подходящий для данного случая.
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
Каждый процесс определяет основного исполнителя и действия, которые
необходимо выполнить в назначенные сроки. Процесс заказа – основной
исполнитель организация заказчик информационной системе. На данном этапе
определяется потребность заказчика в информационной системе, происходит
выбор поставщика / разработчика и непосредственно управление заказом вплоть до
приемки готовой системы.
Процесс поставки – исполнитель организация поставщик. Этап начинается с
подписания договора на поставку системы, продолжается определением процедур
и ресурсов, необходимых для обеспечения выполнения проекта. И заканчивается
поставкой готовой системы и подписанием актов.
76
За процесс разработки отвечает организация разработчик. Процесс включает
в себя работы по анализу требований, проектированию, программированию,
сборке, тестированию и вводу в действия программного продукта.
Процесс эксплуатации определяет задачи оператора. Он охватывает
эксплуатацию программного продукта и поддержку пользователей в процессе его
использования.
Процесс сопровождения состоит из задач и работы персонала,
ответственного за сопровождение программного продукта. Этот процесс
реализуется при модификациях программного продукта и документации к нему,
вызванных изменениями в связи с улучшением или устранением ошибок. Целью
процесса является изменение существующего программного продукта при
сохранении его целостности.
Согласно выбранному стандарту следует выделить следующие этапы:
Подготовка проекта
• Анализ деятельности
• Проведение предпроектного обследования
• Разработка плана проекта
Разработка
• Создание таблиц и связей БД
• Создание шаблонов отчетных файлов
• Создание процедур по сбору, обработке и хранению информации
• Создание процедур фильтрации
• Разработка пользовательского интерфейса
Тестирование настроек системы
• Настройка словарей и справочников
• Тестирование работоспособности системы
• Корректировка системы по результатам тестирования
• Подготовка документации для внедрения
• План эксплуатации
• Документация по установки и настройки ПО
• Подготовка плана внедрения
Внедрение
77
• Установка на сервер СУБД
• Установка серверных компонентов системы учета продаж
• Установка клиентских приложений системы учета продаж
• Настройка серверной и клиентских частей
• Тестирование работоспособности
• Демонстрация работы системы
• Подготовка плана по обучению пользователей
• Проведение семинара по обучению работе с системой
• Обучение службы эксплуатации
Эксплуатация
• Подготовка плана по эксплуатации
• Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
• Поддержка пользователей
• Проведение обучающих лекция для пользователей
• Подготовка отчетов о работе системы
Сопровождение
• Анализ ошибок и их устранение
• Подготовка отчетов по модификациям и изменениям
• Обновление функционирующих систем
Для рассматриваемого в данном дипломном проекте наиболее подходит
спиральная модель жизненного цикла информационной системы, так как:
Разработка имеет небольшой объем;
Требования к системе формализованы;
Изменения функциональности не планируются.
В качестве стратегии внедрения ИС был выбран «Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до eѐ окончательного
внедрения, обучить сотрудников компании работе с системой, а также определить
и спланировать организационные и технические мероприятия на этапе