Дипломная работа: Автоматизация процесса обработки заказов на печать фотографий в ООО "Партнер"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
61
Оценив все вышеуказанные стандарты, было решено остановится
на Microsoft Solutions Framework, одним из основных мотивов данного
решения послужило то, что в данном стандарте нет ограничений на
используемые технологии. В нашем распоряжении были только свободно-
распространяемые, бесплатные технологии. Вся разработка велась с
использованием языков программирования JavaScript и PHP и языка
разметки HTML. И конечно же на выбор повлияло то, что в данной
методологии используется итерационная модель.
Процесс создания проекта в данной методологи состоит из
итераций, каждая итерация проходит через следующие фазы:
Фаза 1. Фаза выработки концепции.
В данной фазе программе формируется ядро команды и четкое
понимание тех задач, которые хочет решить заказчик (фирма).
В MSF команда разделена на 6 членов, каждый из которых играет
свою роль, которому назначается прямая ответственность и содержит свою
собственную зону ответственности. В конечном счете, это: Управление
продуктом, Управление программой, Разработка, Удовлетворенность
клиентов, тестирование, Управление выпуском.
Так как в моей команде было только 2 человека, было решено
выделить следующие роли и назначить им следующие кластеры:
1) Программист - управление программой, разработка,
удовлетворение пользователей;
2) Менеджер проекта - управление продуктом, тестирование,
управление выпуском.
Выходная информация, на данном этапе следующая:
сформированная команда, где для каждого определенна его роль и
обязанности, смета по времени и спланированный бюджет.
Фаза 2. Фаза планирования.
На данном этапе составляются рабочие планы, стоимость и сроки
разработки всех составляющих данного проекта, прототипы дизайна.
62
От программиста на данном этапе требуется обзор и выбор я языка
программирования, на котором будет реализовано решение, +
календарный план по срокам и графикам разработки.
Задачи программиста в данной фазе: выбор технологий, языков
программирования и определение сроков создания различных частей
проекта.
Задачи менеджера: описание архитектуры и взаимодействия между
собой элементов системы проекта и обдумывание того, как конечный
пользователь будет взаимодействовать с данной системой.
Фаза 3. Фаза разработки.
На данном этапе создается исходный код приложения, сценарии
тестирования, документация. Программист на данном этапе создает
программу и документацию к ней, менеджер включает все это в
предыдущий этап и создает цельную работоспособную среду.
Фаза 4. Фаза стабилизации.
На данном этапе происходит окончательная доработка всех ошибок,
выявленных в ходе тестирования. Программист исправляет ошибки,
производит необходимые доработки и вносит дополнения в
документацию. Менеджер занимается тестированием и продумывает
возможные дополнения, которые могут быть в следующих версиях.
Фаза 5. Фаза внедрения.
Во время этой фазы проектная группа внедряет технологии и
компоненты решения, стабилизирует внедренное решение, передает
работу персоналу поддержки и сопровождения и получает со стороны
заказчика окончательное одобрение результатов проекта. По завершению
внедрения проектная группа производит анализ выполненной работы и
удовлетворенности заказчика.
Существуют следующие стратегии внедрения:
1) Скачок — очень быстрый переход от старого к новому, полный
отказ от старых технологий и систем
63
2) Параллельная стратегия — здесь одновременно работают две
системы: новая и старая. Если их выходные данные совпадают от старой
системы полностью отказываются
3) Пилотный проект — это когда на небольшом участке системы
происходит резкая замена старое на новое. Преимущество данного
подхода в сниженном риске относительно других стратегий
В нашем случае это последний вариант, а именно стратегия
"Пилотный проект" т.к. автоматизация будет происходит на участке
системы где происходит прием фотографий на печать сотрудником
полиграфического центра. Будет автоматизирована рутинная часть
процесса по приему заказов на фотопечать.
Модель жизненного цикла определяет структуру, которая
оговаривает последовательность выполняемых процессов и задач,
которые происходят во время жизненного цикла.
На данный момент существуют следующие модели ЖЦ: задачная,
каскадная, спиральная.
Задачная модель: в этой модели разработка происходит от
отдельных задач до всей системы, без единого подхода к разработке. Это
создает трудности, в том плане что при увеличении объема работы
накапливаются трудности и ошибки, постоянно приходится вносить
изменения, теряется время и эффективность, для наших задач она не
подходит [12]
Каскадная модель: основой этой модели является то, что всю
разработку делят на этапы и переход с одного на другой происходит
только после завершения предыдущего. По окончанию каждого этапа
команда производит документацию проекта для того, чтобы другие
разработчики смогли спокойно включится в работу. Преимуществом
данной модели была возможность планировать сроки каждого этапа
работы над проектом и бюджет на создание проекта.
64
Рис. 2.1. Каскадная схема разработки
Недостатком данной модели является то, что при реальной
разработке возникает необходимость возвращения к предыдущим этапам
в результате чего процесс выглядит следующим образом:
Рис. 2.2. Реальный процесс разработки ПО с применение
каскадной схемы
Так же то, что результат можно получить только после
завершения очередного этапа и соответственно внесение изменений
возможно только после окончания очередного этапа. Это тормозит
процесс завершения проекта.
Спиральная модель: самая современная на данный момент модель.
Каждый "виток" спирали соответствуют созданию новой версии продукта.
65
Данная модель позволяет предоставить рабочий прототип пользователю
как можно быстрее. А необходимые исправления и дополнения можно
внести уже в следующем "витке"(версии программы) [12]. И так после
каждого "витка"(выпуска версии программы) можно создать надежное
приложения, которое учитывает все необходимые пользователям аспекты
и потребности.
Рис. 2.3. Спиральная модель ЖЦ ИС
Для нашего проекта конечно же спиральная модель является самой
подходящей, т.к. в процессе эксплуатации могут возникнуть новые пожелания от
пользователей, которые можно учесть и выпустить в следующей версии
приложения.
2.1.1 Ожидаемые риски на этапах жизненного цикла и их
описание
Риски в фазе выработки концепции:
1) Плохо подобранная команда для выполнения проекта: данный
риск можно уменьшить более качественным отбором специалистов в
команду, нужно учитывать их опыт, профессиональные и личные качества
Источник: https://baza.diplomsite.ru/previewfile/2105