Дипломная работа: Автоматизация приема платежей в электронном магазине через пис WEBMONEY в ЗАО "Артур-фарм"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
44
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы представляет собой
непрерывный процесс, который начинается в момент принятия решения о
создании информационной системы, и заканчивается в момент полного изъятия
информационной системы из эксплуатации [7].
Для стандартизации и эффективности процесса разработки протекание
жизненного цикла определяют выбором конкретной модели жизненного цикла.
Под моделью жизненного цикла программного обеспечения понимают
структуру, содержащую процессы, действия и задачи, осуществляемые в ходе
разработки, функционирования и сопровождения программного продукта в
течение всей жизни системы, от определения требований до завершения ее
использования [10].
На данный момент известны модели жизненного цикла такие как:
1) Каскадная модель (модель водопада) предполагает, что система будет
спроектирована во всех подробностях и только потом начнется ее реализация,
тестирование и ввод в эксплуатацию. Переход от стадии к стадии этой модели
возможен только после полного завершения работ на текущей стадии. Возврат
на пройденные стадии недопустим.
Преимущества каскадного подхода заключается в том, что после каждого
этапа формируется готовый комплект документов и руководств на следующий
этап, последовательность в работах позволяет определить сроки этапов и их
стоимость
На самом деле, требования к системам могут меняться уже на этапе
разработки, и подобная модель не может быть адаптирована к изменяющимся
условиям, возникшие проблемы могут быть обнаружены слишком поздно,
проект при такой модели редко заканчивается в срок и запланированным
бюджетом, нагрузка на членов проекта различна. Поэтому данная модель
45
применима только в небольших проектах с известными требованиями. На
рисунке 2.1 представлена схема каскадной модели и содержание ее этапов.
Рис. 2.1. Каскадная модель (метод водопада)
2) Эволюционная модель (поэтапная модель с промежуточным
контролем), представленная на рис. 2.2, аналогична каскадной модели, но
отличается от нее итерационным подходом с поэтапным уточнением требований
к системе. Достоинством этой модели является учет требований заказчика, его
участие в проекте, раннее обнаружение проблем, равномерная нагрузка на
разработчиков. Недостаток: большая длительность проекта, запутанность
документации, сложность в планировании. Такая модель подходит лишь для
небольших информационных систем.
Формирование
требований
Проектирование
Реализация
Тестирование
Ввод в
действие
Эксплуатация и
сопровождение
Снятие с
экспуатации
46
Рис. 2.2. Эволюционная модель создания программного обеспечения
3) Спиральная модель (рисунок 2.3). На каждом витке спирали
выполняется создание очередной версии продукта, уточняются требования
проекта, определяется его качество и, планируются работы следующего витка.
Решение о переходе на новый виток выполняется только после окончания и
проверки работ предыдущего. Если проект нецелесообразен, его можно
досрочно прекратить. К достоинствам и недостаткам этой модели можно отнести
все достоинства и недостатки эволюционной модели. Особое достоинство - на
каждом витке создается работоспособная версия продукта. Один виток
непродолжителен по времени (максимально месяц).
Формирование
требований
Проектирование
Реализация
Тестирование
Ввод в
действие
Эксплуатация и
сопровождение
Снятие с
экспуатации
47
Рис. 2.3. Схема спиральной модели жизненного цикла
На практике наибольшее распространение получили:
• каскадная модель в период 1970-1985 гг.;
• спиральная модель после 1986 г.
Поскольку в разработке модуля не предполагается участие большой
группы специалистов, проект мал, а требования известны и неизменны, была
выбрана каскадная модель жизненного цикла программного обеспечения.
Жизненный цикл программного обеспечения, а также процессы
разработки регламентируются рядом стандартов, наиболее известные из которых
[10]:
ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».
Стандарт используется в основном при исследовании и проектировании
автоматизированных систем, устанавливая стадии и этапы их создания.
Стандарт описывает содержание работ на каждом этапе. Стадии и этапы
соответствуют каскадной модели.
48
ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла
программных средств». Стандарт используется при приобретении систем,
программных продуктов и услуг, при их поставке, разработке, применению по
назначению, а также при сопровождении и прекращении применения
программных продуктов и программных компонентов системы, как в самой
организации, так и вне нее. Стандарт устанавливает общую структуру процессов
жизненного цикла программных средств, не устанавливая конкретные модели
жизненного цикла системы или программных средств, разработки методологии,
методов, моделей или технических приемов.
Custom Development Method - методика компании Oracle,
рассчитанная на использование в проектах с применением Oracle, позволяющая
разрабатывать прикладные информационные системы - технологический
материал, детализированный до уровня заготовок проектных документов.
Применяется методика для классической модели жизненного цикла
(предусмотрены все работы/задачи и этапы), а также для технологий "быстрой
разработки" (Fast Track) или "облегченного подхода", рекомендуемых в случае
малых проектов.
Rational Unified Process (RUP) предполагает использование
итеративной модели разработки, включающей четыре фазы: начало,
исследование, построение и внедрение. Каждая фаза может быть разбита на
этапы – итерации, результатом которой является выпуск версия для внутреннего
или внешнего использования. Прохождение четырех основных фаз именуют
циклом разработки, каждый цикл завершается генерацией версии системы, при
этом разработка может быть продолжена далее, образуя новый цикл,
завершаемый более качественной версией системы. Использование стандарта
RUP предполагает создание и сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) – это аналогичен стандарту
RUP, но отличается использованием объектно-ориентированного
моделирования, большей степенью ориентированности на разработку бизнес-
приложений, названиями фаз: анализ, проектирование, разработка,
стабилизация.
Источник: https://baza.diplomsite.ru/previewfile/1998