Дипломная работа: Автоматизация управления сервисного обслуживания клиентов в ООО "Монолит Системз"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
итерационным и включает применение объектно-ориентированных моделей.
MSF в отличии от RUP чаще всего используется для создания бизнес ПО;
Extreme Programming (XP) – экстремальное программирование
(современная методология, создана в 1996 году). Ее суть составляют командная
работа, постоянная коммуникация с заказчиком в рамках всего проектирования
ИС, создание проекта с использованием последовательно оптимизируемых
прототипов.
Для определения стандарта главным фактором выступает более подробное
и полноценное описание работы на этапах и стадия АС.
Сама каскадная модель имеет множество преимуществ, но при условии
использования ее в проекте, приемлемом для нее. Ниже представлены ее
преимущества:
• Модель хорошо знакома потребителям, не имевшим никакого
отношения к созданию и эксплуатации программ, а также конечным
пользователям (часто используется другими компаниями для отслеживания
проектов, которые не связана с разработкой ПО);
• Она лучше справляется с трудностями и отлично срабатывает в тех
проектах, где все достаточно понятно, но трудноразрешимо;
• Она очень доступна для понимания, т. к. преследует простую цель –
выполнение необходимых действий;
• Она проста и удобно в использовании, т. к. процесс разработки идет
поэтапно.
Но в случае, если каскадная модель используется в проекте, не
предназначенном для нее, проявляются следующие ее недостатки:
• Основа модели – линейная последовательная структура, и в
результате попытки вернуться назад на одну-две фазы для исправления
проблемы или недостатка приходится жертвовать временем и срывать график
работ и затрат;
• Она не может предотвращать итерация между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель строиться
согласно циклам аппаратного инжиниринга;
68
• Она не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определенными
действиями, что часто отличается от привычной работы коллектива или
персонала;
• Она создает ошибочное впечатление о работе с проектом. Указание,
что «35% выполнено» обычно не имеет какого-то смысла для менеджера
проектов.
Исходя из недостатков каскадной модели, ее применение нудно
ограничивать ситуациями, в которых все требования для их разработки очень
точны и понятны.
Спиральная модель особое внимание уделяет начальным этапам
разработки – подготовке стратегии, проектированию и анализу, где все
применяемые технические решения проверяются и обосновываются методом
создания прототипов. Каждый виток спирали означает создание компонента или
версии ПО. В них можно уточнять цели и характеристики проекта, его качество,
а также выражаются работы на следующем витке. Таким образом, углубляются и
конкретизируются детали проекта, и в результате определяется обоснованный
вариант, который и реализуется.
Стандарт ISO/IEP 12207 не включает полноценного описания работы на
этапах и стадиях реализации АС.
Стандарт CDM оправдан при работе с проектами, включающими Oracle-
технологий, которые в нашем случае не используются.
Стандарт MSF, как было описано выше, направлен на бизнес-сферу.
Стандарт XP предпочтителен для команды. Поэтому в нашем случае будет
использоваться ГОСТ 34.601-90, т. к. именно он имеет описание работы на
любом этапе создания АС.
В настоящее время известны и используются следующие модели
жизненного цикла:
Каскадная модель (Рис. 2.1) предусматривает последовательное
выполнение всех этапов проекта в строго фиксированном порядке. Переход на
следующий этап означает полное завершение работ на предыдущем этапе.
69
Поэтапная модель с промежуточным контролем (Рис. 2.2).
Разработка ИС ведется итерациями с циклами обратной связи между этапами.
Межэтапные корректировки позволяют учитывать реально существующее
взаимовлияние результатов разработки на различных этапах; время жизни
каждого из этапов растягивается на весь период разработки.
Спиральная модель (Рис. 2.3). На каждом цикле выполняется
создание очередной версии продукта, уточняются требования проекта,
определяется его качество и планируются работы следующего цикла. Особое
внимание уделяется начальным этапам разработки - анализу и проектированию,
где реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов (макетирования).
Рис. 2.1 Каскадная модель ЖЦ ИС
Рис. 2.2 Поэтапная модель с промежуточным контролем
70
Рис. 2.3 Спиральная модель ЖЦ ИС
В ранних проектах достаточно простых ИС каждое приложение
представляло собой единый, функционально и информационно независимый
блок. Для разработки такого типа приложений эффективным оказался каскадный
способ. Каждый этап завершался после полного выполнения и документального
оформления всех предусмотренных работ.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень точно и
емко сформулировать нужные требования к системе. Главным недостатком
такого подходя можно назвать то, что процесс реального создания системы не
может полностью уложиться в такую жесткую схему, постоянно есть
потребность в возвращении к предыдущим этапам и просмотре или изменении
ранее принятых решений. В итоге реальный процесс разработки ИС оказывается
похож на поэтапную модель с промежуточным контролем.
Выделяют следующие положительные стороны использования каскадного
подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;
• Реализуемые в логической последовательности работы дают
возможность планировать сроки завершения всех работ и подсчитывать затраты.
Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных
проблем. На этапах анализа и проектирования степень создания технических
решений и удовлетворенность потребностей заказчика оценивалась методикой
создания прототипов. Каждый цикл характеризовал создание работоспособного
71
фрагмента или версии программы. Такой подход позволял уточнить требования,
цели и параметры проекта, оценить качество разработки, выделить работы
следующего цикла. Таким образом, углубляются и оговариваются детали
проекта, и в результате применяется обоснованный вариант, удовлетворяющий
всем требованиям заказчика, который затем уже доводится до финальной
реализации.
Но и такая схема не дает возможности оперативно учитывать
возникающие доработки и изменения требований к системе. Согласование
параметров разработки с пользователями делается только в отдельных точках,
планируемых после завершения некоторого объема работ, а общие требования к
ИС отражены в техническом задании на все время ее создания. Поэтому
пользователи часто получают систему, которая не полностью удовлетворяет их
реальным потребностям.
Итеративная разработка показывает объективно существующий цикл
разработки сложных систем. Она дает возможность переходить на следующий
этап, не дожидаясь окончательного завершения работы на текущем этапе и
решить главную задачу – оперативное и быстрее представить пользователям
работоспособный продукт, тем самым, заранее начиная процесс уточнения
корректировки требований.
Главная проблема спирального цикла в определении момента перехода на
другой этап. Для ее решения внедряются временные ограничения на все этапы
жизненного цикла, и переход производится в соответствии с планом, даже если
работы по прошлому этапу еще не завершены. Планирование производится на
базе статистических сведений, полученных при подготовке других проектов, а
также из личного опыта разработчиков.
Для разработки системы управленческого учета будем использовать
стандарт ISO 12207-2008, как наиболее подходящий для данного случая.
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
Источник: https://baza.diplomsite.ru/previewfile/2340