Дипломная работа: Автоматизация процесса приема техники на ремонтные работы в ОАО "Белый сервис"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
51
Фаза стабилизации включает в себя разработку инфраструктуры.
Результатами которой являются:
• Исходный и код приложений;
• Скрипты установки и конфигурирования;
• Материалы поддержки решения и сценарии тестов;
Окончательное описание функционала разрабатываемого решения;
В нашем случае программист должен предоставить готовую программу
для работы менеджеров отдела приема и полную документацию к ней.
Задачи руководителя проекта создать работоспособную среду для
полноценной работы. Это все описано в фазе стабилизации.
Во время стабилизации производится отладка разработанного
программного продукта. Внимание фокусируется на его эксплуатации в
реалистичной модели производственной среды. Проектная группа
занимается устранением выявленных ошибок и подготовкой программы к
запуску. Обычно в начале фазы стабилизации выявляются ошибки командой
тестирования, однако эти ошибки могут устраняться и командой
разработчиков. Нельзя представить, какое количество ошибок будет
выявлено и сколько времени потребуется, чтобы их устранить.
Существует два критерия, помогающих проектной дать оценку уровню
стабилизации решения:
Точка конвергенции (bug convergence). В ней процесс устранения
ошибок превосходит скорость их обнаружения. Поскольку количество
найденных, но не устраненных ошибок может колебаться даже после
того, как оно начало убывать, конвергенция может рассматриваться
скорее как тенденция, нежели как фиксированный момент во времени.
Вслед за этой вехой количество найденных ошибок должно
продолжать убывать, вплоть до нуля. Это значит что процесс
тестирования подходит к концу.
Окончательный продукт (golden release) (документация выпуска
(release notes), материалы поддержки решения, результаты и
52
инструменты тестирования, исполнимый и исходный код приложений,
проектная документация)
В моём проекте на данном этапе программист корректирует ошибки в
разрабатываемой программе, компилирует версию релизов кандидат и после
отсутствия критических ошибок по всем веткам функционала программы
выпускает финальную сборку исполняемого кода, параллельно с этим
корректируется рабочая документация по работе с программой.
Руководитель проекта на данном этапе создает группу тестирования из 2-3
человек, которые будут пользоваться этой программой ежедневно, и
тестировать весь функционал по разработанным ранее сценариям, и
формируют дополнения, которые можно будет реализовать в следующей
версии.
Дальше идет этап фазы внедрения. На этом этапе проектная группа
внедряет компоненты и технологии, занимается их стабилизацией, передает
данные персоналу поддержки и сопровождения ПП и получает со стороны
клиента одобрение результатов проекта.
После завершения внедрения проектная группа анализирует
выполненную работу и удовлетворенности клиента. При переносе
программы в производственную среду могут продолжаться меры по
стабилизации решения.
Фаза внедрения включает в себя следующие результаты:
Информационные системы эксплуатации и поддержки;
Базы знаний, отчеты, журналы протоколов;
Процедуры и процессы;
Массивы данных и программный код, разработанные во время проекта;
Показатели удовлетворенности заказчика и потребителей;
Описание последующих шагов;
Отчет о завершении проекта.
53
На этом этапе руководитель производит внедрение системы в
эксплуатацию, устанавливает программу на компьютерах менеджеров,
предоставляет им инструкцию по работе с ней или проводит личное
обучение.
Существуют четыре основные стратегии внедрения системы:
Пилотный проект - тактика "скачка", применяемая к определенному
числу процессов. Применяется на небольшом участке деятельности.
Такой подход снижает риски и более надежен.
Скачок - резкий переход(отказ) от старой системы к новой без
дополнительных проверок.
Параллельная стратегия - когда одновременно работают две системы
(старая и новая система) и их выходные документы сравниваются. Если
согласование занимает длительное время, осуществляется переход на
новую систему.
Узкое место - маленькая часть производственного процесса. В этом
подходе внедрение происходит только в "узком месте" и для людей,
работающих в нем.
В данной выпускной квалификационной работе применяется стратегия
“Пилотный проект”. Мы предполагаем переход к автоматизированной
системе для процесса обработки заявок от клиентов. Область применения
менеджеры отдела приема в количестве 4 человек. Такой подход
автоматизирует рутинную часть работы сотрудников. Надежность данного
внедрения обусловлена четким соответствием порядка регистрации и
обработки заявки регламенту компании. Так же стратегию можно отнести к
стратегии узкого места, так как данный проект автоматизирует процесс,
связанный с работой менеджеров отдела приема, а узким местом является
скорость обработки поступающей информации от клиента.
После всего наступает этап эксплуатации разработанного ПП. Работа
программы будет отслеживаться каждые 2 часа, в соответствии с написанной
инструкцией к применению, ведь программа может дать сбой и часть данных
54
не будет потеряна. Подобные риски следует анализировать 1 раз в месяц и
принимать решение о необходимости доработки программы, что в рамках
бесплатной поддержки программы, будет выполнятся программистом в
течении 1 года.
Модель жизненного цикла это структура, определяющая
последовательность выполнения процессов и их взаимосвязи, задачи и
действия, выполняемые на протяжении ЖЦ. Модель жизненного цикла
полностью зависит от специфики информационной системы и специфики
условий, в которых последняя создается и функционирует
Основные модели жизненного цикла:
Задачная модель;
Каскадная модель;
Спиральная модель.
В задачной модели разработка системы идет "снизу-вверх" и при
разработке единый поход теряется, при стыковке отдельных
информационных компонентов возникают проблемы. Как правило,
трудности нарастают по увеличения количества задач, возникает потребность
постоянно изменять структуры данных и существующие программы. Если
скорость развития системы замедляется, то и замедляется развитие самой
организации.
В некоторых случаях эта технология может оказаться полезной:
Крайняя срочность;
Эксперимент и адаптация заказчика.
Общий вывод: такие способом невозможно создать высокую
эффективность информационной системы.
Суть каскадного метода, который представлен на рисунке Рис.6
заключается в разбиении процесса разработки на этапы. Переход на
следующий этап осуществляется только после полного завершения работ
предыдущего этапа. На каждом этапе формируется комплект проектной
документации, необходимой для следующей группы разработчиков. Главным
55
преимуществом каскадной модели является возможность планирования
сроков окончания работ и затрат на их выполнение. Минус тоже есть -
процесс проектировки программного продукта сложно сразу уложить в
такую схему, постоянно возвращается к предыдущим этапам, с целью
уточнения и пересмотра решений, принятых ранее.
Рисунок 6 Каскадная модель жизненного цикла
Основной недостаток каскадного подхода - запаздывание с получением
итоговых результатов. Согласование результатов с пользователями
происходит только после завершения каждого этапа работ. Требования к
информационной системе можно изменить только после завершения ее
создания. Поэтому внести замечания можно только после окончания
проектировки системы.
Требования должны быть точными, иначе клиент получит не
соответствующую систему. Если процесс затянется, то функциональные и
информационные модели могут при утверждении устареть. Системный
подход заключается в разбиении на подсистемы и функции, которые делятся
на подфункции, подразделяемые на задачи и так далее. Разбиение
продолжается до определенных процедур.
При этом автоматизируемая информационная система сохраняет
целостность, в которой все компоненты связаны.
Источник: https://baza.diplomsite.ru/previewfile/2116