Дипломная работа: Автоматизация продаж билетов в ООО «АЭСиТ»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
сравнению с RUP, больше всего ориентирована на разработку бизнес-
процессов. предусматривает свободный и открытый обмен информацией
между всеми членами команды и заинтересованными сторонами. Это
помогает исключить недопонимание между заказчиком и исполнителем и
снижает вероятность того, что работу придется переделывать. Все этапы
разработки обстоятельно описываются, обеспечивается доступность
документации для всех участников проекта — так налаживается
эффективное взаимодействие.
Стандарт Extreme Programming нам не подходит, так как он не содержит
полноценных этапов ЖЦ, таких как выработка концепции, планирование,
разработка, стабилизация, внедрение.
RUP для наших целей не подходит, так как больше подходит для
небольших групп разработчиков, хоть и позволяет справляться с изменениями в
требованиях, независимо от того, исходят они от клиента или возникают в ходе
работы над проектом.
Для наших целей был выбран ISO 9000, так как даёт снижение
эксплуатационных затрат путем снижения затрат на качество и рост
эффективности в результате превалирования предупреждения над
исправлением.
Согласно стандартам ISO 9000, разработка и внедрение системы
управления качеством должна осуществляться в строго определенном порядке.
Стандарт включает следующие обязательные этапы:
1. Обучение сотрудников предприятия
2. Анализ системы
3. Разработка
4. Внедрение
5. Сертификация
Существует следующие стратегии внедрения системы:
Параллельная стратегия — когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются.
43
«Скачок» означает, что происходит быстрая и полная замена старой
ИС новой без последующего тестирования.
"Пилотный проект" – это тактика "скачка", но применяемая к
ограниченному числу процессов.
«Узкое место» — это наиболее критичная малая часть
производственного процесса. При внедрении узкого места план
внедрения выполняется только для «узкого места» и для людей,
работающих в нем.
В моей дипломной работе будет применена стратегия "Пилотный
проект", так как будет изменена вся информационная система. Область
применения стратегии - небольшой участок деятельности. Такой подход
снижает риск и наиболее надежен. Практически все предприятия применяют
эту тактику сегодня.
Далее разберем модели жизненного цикла и выберем одну из них. В
данной главе начинается этап описания разработанного программного продукта
[13].
Жизненный цикл программного обеспечения — это непрерывный
процесс, который начинается с момента принятия решения о необходимости
его создания и заканчивается в момент его полного изъятия из эксплуатации.
Модель жизненного цикла подразумевает структуру, определяющую
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении жизненного цикла.
Стандарт ISO 9000 не предлагает конкретную модель ЖЦ и методы
разработки ПО. Его положения являются общими для любых моделей ЖЦ,
методов и технологий разработки программного обеспечения. Стандарт
описывает структуру процессов ЖЦ ПО, но не конкретизирует, как реализовать
или выполнить действия и задачи, включенные в эти процессы.
В рамках дипломной работы, будут рассмотрены три модели жизненного
цикла ПО:
44
Каскадная
Поэтапная
Спиральная
Каскадная модель применяется при разработке тех информационных
систем, в которых можно в самом начале разработки можно точно
сформулировать все требования.
Положительные качества модели:
на каждой стадии формируется законченный набор документации;
выполняемые в четкой последовательности стадии позволяют
уверенно планировать сроки выполнения работ;
Отрицательные качества модели:
процесс разработки могут не уложиться в сроки;
необходима точная формулировка в отношении информационной
системы;
результаты разработки доступны заказчику только в конце проекта.
Схема каскадной модели изображена на рисунке 6.
Анализ
Реализация
Тестирование
Внедрение
Проектирование
Рисунок 6. Каскадная модель ЖЦ
45
Поэтапная модель жизненного цикла схожа с каскадной, однако только
данная модель предусматривает в случае необходимости, до ввода ИС в
эксплуатацию, возможность возвращения к предшествующим стадиям для
устранения выявленных на предыдущих стадиях упущений. На рисунке 7
изображена поэтапная модель.
Положительные качества модели:
имеет обратные связи с предыдущими стадиями для устранения
выявленных на предыдущих стадиях упущений;
стоимость проекта может значительно возрасти;
формируется законченный набор документации.
Отрицательные качества модели:
процесс разработки может не уложиться в сроки;
результаты разработки доступны заказчику только в конце проекта.
Анализ
Реализация
Тестирование
Внедрение
Проектирование
Рисунок 7. Поэтапная модель ЖЦ
46
Спиральная модель представляет собой процесс разработки
программного обеспечения, сочетающий в себе как проектное, так и по
стадийное прототипирование с целью сочетания преимуществ восходящей и
нисходящей концепции. В начале работы над проектом у заказчика и
разработчика нет четкого видения итогового продукта (требования не могут
быть четко определены) или стопроцентной уверенности в успешной
реализации проекта (риски очень велики).
Положительные качества модели:
возможность гибкого проектирования;
обратная связь по направлению от пользователей к разработчикам
выполняется с высокой частотой;
возможность пользователям принимать участие при планировании;
не нужно распределять заранее все необходимые для выполнения
проекта ресурсы;
спиральная модель разрешает пользователям "увидеть" систему на
ранних этапах;
Отрицательные качества модели:
модель может оказаться дорогостоящей;
модель имеет усложненную структуру, поэтому может быть
затруднено ее применение разработчиками, менеджерами и
заказчиками;
высокая нужда в высокопрофессиональных знаниях для оценки
рисков.
На рисунке 8 изображена схема спиральной модели.
Источник: https://baza.diplomsite.ru/previewfile/480