Дипломная работа: Автоматизация учета затрат на производство в компании ООО "Веллонс.Ру"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
Эксплуатация содержит работы по внедрению программных
компонентов, а также по конфигурированию базы данных и рабочих мест
пользователей, обеспечение эксплуатационной документации, обучение
персонала и т.д., скважина и непосредственно эксплуатация, включая
локализацию проблем и устранение причин их возникновения,
модификация программного обеспечения в рамках создаваемых
нормативных актов, подготовка предложений по совершенствованию,
разработке и модернизации системы.
Модели жизненного цикла ПО.
Стандарт ISO/TEC 12207 не предлагает определенную модель ЖЦ и
методы для разработки ПО. Его регламенты база для всех моделей ЖЦ,
для методологии и технологии разработки. Стандарт ISO/TEC 12207
представляет структуру процессов ЖЦ ПО, но не рассматривает в деталях,
их реализацию или выполнение действий и задач.
Модель ЖЦ – это структура, определяющая последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении
ЖЦ. Модель ЖЦ зависит от назначения ИС и требований условий, в
которых система будет разрабатываться и функционировать. Наибольшее
распространение имеют две основные модели ЖЦ: каскадная модель (1970
- 1985 гг.) и спиральная модель (1986 - 1990 гг.).
В однородных ИС приложения были единым целым. Для разработки
такого приложения применялся каскадный способ. Каскадный способ - это
деление всей разработки на этапы, при этом переход с одного этапа на
другой происходит только после завершения всех работ на предыдущем
этапе.
Каждый этап заканчивается созданием комплекта документации, с
которой разработка может быть продолжена другой командой
разработчиков.
Преимущества такого метода:
53
на всех этапах создается набор проектной документации,
отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы дают
возможность планирования сроков завершения всех работ и
соответствующих затрат.
Каскадный метод хорош для разработки информационных систем, в
которых с самого начала этапа можно точно и достаточно объемно
сформировать все необходимые требования, и предоставить разработчикам
полную самостоятельность в реализации их технически как можно
грамотней. Сюда входят сложные расчетные системы, системы реального
времени и др.
Дабы избежать такие проблемы была предложена спиральная модель
ЖЦ. В ней упор делается на начальные этапы жизненного цикла: анализ и
проектирование. На данных этапах реализация любых технических
решений всегда проверяется предварительным созданием рабочих
прототипов. Все витки спирали соответствует разработке своего
фрагмента или версии ПО, происходит уточнение целей и характеристик
проекта, определяется качество и планируется работа следующего витка
спирали. Так, происходит углубление и последовательная конкретизация
деталей проекта результате выбирается наилучший вариант, который
доводится до реализации.
Смысл разработки заключается в том, чтобы в наикратчайшие сроки
представить заказчикам рабочий продукт, именно для этого,
активизируется процесс уточнения и запроса дополнительных требований.
Для создаваемой ИС подходит спиральная модель жизненного цикла.
Эта модель ЖЦ является более эффективной по сравнению с каскадной,
что позволяет получить в итоге более качественный продукт при
небольшом количестве задействованного персонала и довольно коротком
графике проектирования. Спиральная модель позволяет совершенствовать
информационную систему путем создания новых версий.
54
На подготовительном этапе стадии внедрения проводится операции
по подготовке и постепенное освоение разработанной проектной
документации заказчиком. Во время работы на этой стадии выявляются
частные и системные недоработоки в предлагаемом для внедрения
проектном решении.
Существует четыре способа внедрения новой системы:
1. Параллельная стратегия.
2. «Скачок».
3. Пилотный проект.
4. «Узкое место».
Специфика компании ООО "Веллонс.РУ" предполагает
невозможность приостановки работы предприятия из-за введения нового
ИП, поскольку это может повлечь за собой потерю клиентской аудитории,
ошибки в исполнении документооборота и, как следствие, упущенную
выгоду. Кроме того, риск неудачного внедрения, влияющий на
производительность предприятия, должен быть минимальным или
отсутствовать.
Метод "прыжка" предусматривает полный отказ от операционной
системы и мгновенный и безусловный переход на новый IE. Это может
побудить пользователей системы быстро осваивать его, но существует
высокая вероятность остановки процесса получения и обработки
информации при условии отказа новой системы.
Метод "узких мест" принципиально неприемлем для
разрабатываемого проекта, так как предполагает внедрение ИП в наиболее
критической сфере предприятия с целью дальнейшего перехода к
полномасштабной реализации по всему предприятию. Решаемая задача
изначально решается на одной площадке, переход на уровень всего
предприятия не планируется.
55
Таким образом, наиболее приемлемыми являются два варианта
технологии внедрения ИС - параллельная стратегия и стратегия пилотного
проекта. Их сравнительные характеристики приведены в таблице 2.1.
Таблица 2.1
Сравнительная характеристика стратегий внедрения ИС
Позиция
Параллельная стратегия
Пилотный проект
Случай
применения
Старую работающую
систему необходимо
заменить новой
Тактика «скачка», но
применяемая к ограниченному
числу функций.
Область
применения
Не имеет значения
Малый участок деятельности
Риск срыва
работы
предприятия
Риск минимальный
Стратегия нацелена на
снижение риска при
внедрении
Дублирование
операций
Есть
Нет
При использовании параллельной стратегии реализации проекта как
старая, так и новая системы работают одновременно.
сравниваются их результаты и результаты. Если они
последовательны
долгое время можно переходить на новую систему. При замене
одной части программного обеспечения другой дублирование операций
при внедрении системы не будет иметь принципиального значения для
выбора способа реализации.
При этом снижение риска и снижение его почти до нуля следует
считать гораздо более значимым критерием. В этой связи наиболее
уместной представляется параллельная стратегия осуществления.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
При всей формальности и знании процесса проектирования и
развития информационных систем в ней всегда возникают неожиданные и
неожиданные ситуации. Любой проект создания информационной системы
56
предприятия всегда включает в себя множество задач, связанных с общим
управлением проектом, разработкой программного обеспечения,
проектированием компонентов и модулей информационной системы,
внедрением программного продукта в информационное пространство
предприятия. Каждая задача сама по себе проект со своими
особенностями. Поэтому при разработке возникают различные риски
невыполнения заданий или выполнения с результатом, которого не
ожидается.
Возможны и должны быть сведены к минимуму следующие виды
рисков на каждом этапе жизненного цикла проекта информационной
системы [9, c.102].
Риск конфликтов информационных систем на этапе внедрения может
быть решен путем тестирования системы в виде отдельных модулей,
готовой программы и программы, работающей на оборудовании заказчика.
Риск уязвимости информационной безопасности предприятия из-за
возможных сбоев и проблем работы программы в клиент-серверном
режиме. Его можно исключить, предоставив авторизованный доступ к
системе и аутентификацию на уровне ОС и СУБД.
Риск устаревания системы, когда программный продукт может
устареть во время разработки или внедрения. Устранить этот риск или
минимизировать его можно за счет использования современных средств
разработки и хранения данных, а также за счет внедрения в систему
возможности разработки и модернизации, без изменения логики
программы и изменения ее кода.
Риск персонала возникает в любом проекте, независимо от его
масштаба или бюджета. Данный риск связан со значительными
изменениями в штате или кадровых резервах в подразделениях
предприятия, уходом ключевого персонала, зависимостью от отдельных
специалистов, недостаточной компетентностью сотрудников, а также
Источник: https://baza.diplomsite.ru/previewfile/250