Дипломная работа: Автоматизация процесса ведения документации и отчетности в АНО "АвтоМотоПро"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
осуществляют определение и распределение рисков. На данном этапе происходит
организация и проведение торгов, заключение контрактов с основными
исполнителями, организуется выполнение основных проектных и опытно-
конструкторских работ по проекту и осуществляется представление проектной
разработки заказчику.
В выпускном квалификационном проекте по автоматизации учёта заявок на
этом этапе определяют основные критерии будущей системы, и формируют
требования к ней. Осуществляется проектирование и разработка основных модулей
информационной системы, создается интерфейс системы и происходит пробное
заполнение данными.
Фаза реализации – это фаза, в процессе которой происходит введение в
работу информационной системы. На этом этапе производиться введение в
действие средств коммуникации и связи между участниками проекта, введение в
действие системы стимулирования участников проекта, осуществление детального
проектирования, и определение технических спецификаций, осуществление
оперативного планирования работ.
Применительно к задаче ВКР на этом этапе проводится обучение персонала,
внедрение в технологию работы разработанной информационной системы.
Заполнение системы реальными данными и проверка ее соответствия
поставленным задачам.
Завершающая фаза или окончание проекта – это фаза, в процессе которой
достигаются поставленные цели проекта и подводятся итоги. К основным работам
этой фазы относятся - эксплуатационные испытания готового продукта, подготовка
кадров для эксплуатации системы, подготовка документации, сдача объекта
заказчику и ввод в эксплуатацию.
В данном выпускном квалификационном проекте на этой фазе происходит
обучение специалиста работе с информационной системой, составление
инструкции пользователя по основным критериям работы, пробная печать отчетов.
Жизненный цикл программного обеспечения.
Важным понятием в методологии по проектированию ИС является понятие
жизненных циклов ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это
48
непрерывный процесс, который начинаются с момента принятия решений о
создании информационных систем и заканчивающийся в момент их полного
изъятия из эксплуатации.
Основным нормативным документом, регламентирующим ЖЦ ПО, служит
международный стандарт ISO/TEC 12207 (ISO -International Organization of
Standardization Международная организация по стандартизации, EEC - International
Electrotechnical Commission - Международная комиссия по электротехнике). По
нему определяется структура ЖЦ, содержащая процессы, действия и задачи,
выполняемые во время разработки ПО.
Структура ЖЦ ПО по стандарту ISO/TEC 12207 состоит из трех групп
процессов:
основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией, обеспечение
качества, верификация, аттестация, оценка, аудит, решение проблем);
организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
Разработка содержит все работы для создания ПО и его компонентов
(анализ, проектирование и программирование) по заданным требованиям, включая
оформление проектной и эксплуатационной документации, подготовку
материалов, необходимых для проверки работоспособности и качества
программных продуктов, материалов, необходимых для организации обучения
персонала, и т.д.
Эксплуатация содержит работы для внедрения компонентов ПО, а также для
конфигурирования базы данных и рабочих мест пользователей, обеспечения
эксплуатационной документацией, проведения обучения персонала и т.д., ну и
непосредственно эксплуатация, в том числе локализация проблем и устранение
причин их возникновения, модификация ПО в рамках созданного регламента,
49
подготовка предложений для совершенствования, развития и модернизации
системы.
Модели жизненного цикла ПО.
Стандарт ISO/TEC 12207 не предлагает определенную модель ЖЦ и методы
для разработки ПО. Его регламенты база для всех моделей ЖЦ, для методологии и
технологии разработки. Стандарт ISO/TEC 12207 представляет структуру
процессов ЖЦ ПО, но не рассматривает в деталях, их реализацию или выполнение
действий и задач.
Модель ЖЦ – это структура, определяющая последовательность выполнения
и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Модель ЖЦ
зависит от назначения ИС и требований условий, в которых система будет
разрабатываться и функционировать. Наибольшее распространение имеют две
основные модели ЖЦ: каскадная модель (1970 - 1985 гг.) и спиральная модель
(1986 - 1990 гг.).
В однородных ИС приложения были единым целым. Для разработки такого
приложения применялся каскадный способ. Каскадный способ - это деление всей
разработки на этапы, при этом переход с одного этапа на другой происходит
только после завершения всех работ на предыдущем этапе.
Каждый этап заканчивается созданием комплекта документации, с которой
разработка может быть продолжена другой командой разработчиков.
Преимущества такого метода:
на всех этапах создается набор проектной документации, отвечающий
критериям полноты и согласованности;
выполняемые в логичной последовательности этапы дают возможность
планирования сроков завершения всех работ и соответствующих затрат.
Каскадный метод подходит для построения ИС, в которых с начала
разработки можно точно и полно сформировать все требования, и предоставить
разработчикам свободу реализовать их технически как можно грамотней. Сюда
входят сложные расчетные системы, системы реального времени и др.
Для избегания этих проблем была предложена спиральная модель ЖЦ, в
которой упор делается на начальные этапы ЖЦ: анализ и проектирование. На этих
50
этапах реализация всех технических решений проверяется путем создания
прототипов. Все витки спирали соответствует разработке своего фрагмента или
версии ПО, происходит уточнение целей и характеристик проекта, определяется
качество и планируется работа следующего витка спирали. Так, происходит
углубление и последовательная конкретизация деталей проекта, в результате
выбирается наилучший вариант, который доводится до реализации.
Главная задача разработки - как можно быстрее представить заказчикам
системы работоспособный продукт, таким образом, активизируя процесс
уточнения и дополнения требований.
Для создаваемой ИС подходит спиральная модель жизненного цикла. Эта
модель ЖЦ является более эффективной по сравнению с каскадной, что позволяет
получить в итоге более качественный продукт при небольшом количестве
задействованного персонала и довольно коротком графике проектирования.
Спиральная модель позволяет совершенствовать информационную систему путем
создания новых версий.
На стадии внедрения проводятся подготовка и постепенное освоение
разработанной проектной документации ИС заказчиком. В процессе выполнения
работ на этой стадии осуществляется выявление частных и системных недоработок
в предлагаемом для внедрения проектном решении.
Существует четыре способа внедрения новой системы:
1. Параллельная стратегия.
2. «Скачок».
3. Пилотный проект.
4. «Узкое место».
Специфика работы АНО «АВТОМОТОПРО» предполагает невозможность
приостановки работы предприятия из-за внедрения новой ИС, поскольку это может
повлечь за собой потерю клиентской аудитории, ошибки в выполнении
документооборота и, как следствие, упущенную прибыль. Также риск влияния
неудачного внедрения на эффективность работы предприятия должен быть
минимальным или отсутствовать.
51
Метод «скачка» предусматривает полный отказ от работающей системы и
моментальный и безусловный переход на новую ИС. Это может стимулировать
пользователей системы к быстрому ее освоению, однако возникает большая
вероятность остановки технологического процесса получения и обработки
информации при условии, если в новой системе возникнет сбой.
Метод «узкого места» является принципиально неприемлемым для
разрабатываемого проекта, так как предполагает внедрение ИС в наиболее
критический участок работы предприятия, с тем, чтобы в дальнейшем перейти к
полномасштабному внедрению на всем предприятии. Решаемая задача изначально
решается на одном участке, переход на уровень всего предприятия в целом не
запланирован.
Таким образом, наиболее приемлемыми представляются два варианта
технологии внедрения ИС – параллельная стратегия и стратегия пилотного
проекта. Их сравнительная характеристика приведена в таблице 6.
Таблица № 6
Сравнительная характеристика стратегий внедрения ИС
Позиция
Параллельная стратегия
Пилотный проект
Случай
применения
Старую работающую систему
необходимо заменить новой
Тактика «скачка», но применяемая
к ограниченному числу функций.
Область
применения
Не имеет значения
Малый участок деятельности
Риск срыва
работы
предприятия
Риск минимальный
Стратегия нацелена на снижение
риска при внедрении
Дублирование
операций
Есть
Нет
При использовании параллельной стратегии внедрения проекта
одновременно работают старая и новая системы,
их результаты и выходные документы сравниваются. Если они согласуются
длительное время, можно переходить на новую систему. При замене одной
части программного обеспечения другой дублирование операций при внедрении
системы не будет иметь принципиального значения для выбора способа внедрения.
Источник: https://baza.diplomsite.ru/previewfile/2032