Дипломная работа: Исследование и разработка информационной системы учета товародвижения на примере ООО "ТехИнвестСтрой"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
56
Рис. 2.1. Процессы комплексного этап внедрения
Процесс «Составление плана разработки».
На данном этапе происходит составление списка и последовательности
планируемых работ по разработке системы. Именно в этот момент происходит
согласование сроков разработки и внедрения, выделяются ответственные за
реализацию проекта.
Процесс «Создание конфигурации».
Для того нормального функционирования ИС потребуется корректировка
типового поведения системы. Именно этот этап наиболее трудоемкий и
затратный, однако, от него напрямую зависит успех работы программного
продукта.
Процесс «Тестирование системы».
Выделяется три аспекта тестирования системы:
тестирование исходных данных;
логическое тестирование;
концептуальное тестирование прикладной системы.
Концептуальное тестирование проводится для проверки общей структуры
системы и учета в ней всех аспектов решаемой задачи. На этом этапе проведение
тестирования невозможно без привлечения конечных пользователей прикладной
системы.
1.Предпроектное
обследование
2. Составление
плана
внедрения
3. Создание
конфигурации
4. Тестирование
системы
5. Обучение
персонала
57
Процесс «Обучения персонала».
Успешность прохождения этапа по обучению персонала зависит от
квалификации будущих пользователей системы. Если пользователи имеют
навыки по работе с подобными системами, то этот этап может быть полностью
исключен. Обучение необходимо начинать сразу же, как только
информационная система будет готова к тестовой эксплуатации.
Этап эксплуатации системы должен быть ограничен рамками 267 дней.
При выходе за эти границы происходит бессрочная промышленная эксплуатация
системы. Непрерывно выполняется мониторинг системы, при необходимости
оказывается поддержка. При этом постоянно выполняется доработка
технической и программной архитектур существующих модулей, которая
учитывает новейшие программные и технические возможности. Также
дорабатывается техническая и проектная документация.
К этапу опытной эксплуатации переходят после заключения эксперта об
успешном решении системой всех поставленных перед ней задач. Этот этап
подразумевает проверку пригодности конечному пользователю экспертной
системы. Под пригодностью подразумевают полезность системы и удобство
работы с ней. Система решает все возможные возникающие вопросы при работе
с разнообразными пользователями. Работу системы логично проводить на месте
работы пользователей.
Способность системы в процессе диалога выявлять потребности
пользователя называется полезностью системы. Полезность также выяснить и
устранить причины сбоев в работе. Информационная потребность пользователя
должна быть донесена до системы. На предыдущем этапе экспертом должны
быть проверены такие характеристики системы, как правильность и полнота
решений.
Удобство работы с системой подразумевает:
1. Возможности системы подстраиваться под любых пользователей,
учитывая даже изменения в квалификации одного и того же пользователя.
2. Взаимодействие пользователя с системой в обычном естественном
режиме.
58
3. Способность системы оставаться стойкой при действиях ошибочного
характера у неопытного пользователя.
В процессе эксплуатации может быть выявлена необходимость изменения
устройств ввода-вывода, а также изменение правил и данных. Сюда можно
отнести изменение диалоговых средств, языка переговоров, настроек под
конкретного пользователя. Именно по результатам проведения этого этапа
решается вопрос о тиражировании системы. Лишь при успешном выполнении
этапа опытной эксплуатации и пользования различными потребителями,
экспертная система может быть названа промышленной.
Процесс опытной эксплуатации позволяет изучить и установить
разработчикам и пользователям последствия внедренных проектных решений.
Для выявления недостатков системы и методов ее усовершенствования в
период двух первых месяцев ее эксплуатации нужно проводить совещания. В
этих совещания принимают участие специалист отдела интеграционных
предложений, ИТ-специалист, а также руководитель проекта.
Лишь после устранения всех недостатков и полного усовершенствования
системы ее можно назвать законченной.
Основной задачей работ на стадии внедрения является:
- развертывание системы и первичные настройки, обеспечение работы
пользователей,
- фиксация их предложений и замечаний.
Для обеспечения достижения необходимых результатов создается группа
внедрения. В нее входят как непосредственные участники процесса внедрения
(специалисты по внедрению), так и лица принимающие решения (представители
заказчика, руководитель проекта и др.). Задачи и требования к специалистам
группы внедрения были рассмотрены выше.
Внедрение системы управления будет осуществляться поэтапно.
На первом этапе в процесс включаются ключевые пользователи, в ходе
взаимодействия с которыми осуществляется обкатка программы, обучения,
выделяются отдельные моменты, требующие повышенного внимания в начале
работы пользователя. После обучения и внесения соответствующих изменений
происходит обучение основной массы пользователей. В процессе опытной
59
эксплуатации, особенно на ее первых этапах, большое значение имеет
оперативная помощь пользователям. Для этого формируется горячая линия
поддержки, использую которую, пользователи могут получать ответы на
наиболее срочные вопросы.
Залогом успеха выполнения подобных работ является, с одной стороны,
подготовка и сертификация специалистов в области разработки и внедрения
разработанного приложения, а с другой стороны – следование рекомендациям
современных стандартов управления проектами.
Работы по внедрению системы разработанной системы выполняются
специалистами группы внедрения.
При разработке ИС предполагается использовать в качетсве стандарта
жизненного цикла ГОСТ Р ИСО/МЭК 12207-2010. Выбранная модель
жизненного цикла – итерационная. Применяемая стратегия для внедрения
проектируемого решения - параллельная.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски сопровождают весь жизненный цикл ИС. Возможными влияниями
на данную ИС являются: увеличение длительности проекта, увеличение
стоимости проекта и т.д. [12]
Риски сопровождают весь жизненный цикл ИС.
Возможными влияниями на данную ИС являются: увеличение
длительности проекта, увеличение стоимости проекта и т.д. [12] Рассмотрим
риски более подробно:
Существует риск не корректно или не точно описать требования к ИС. Это
может повлечь затраты на переработку ТЗ или самой ИС. Этого можно избежать,
если перепроверить ТЗ или дать на проверку лицу не участвующему
непосредственно в разработке.
60
На стадии эксплуатации может произойти изменения в квалификации
сотрудников использующих ИС а так же риски неполноты проверки
функциональных возможностей и пропуск ошибки. Это может привести к
непредвидимым последствиям, таким как, вывод из строя ИС, оборудования и
т.д. Этот риск можно избежать контролируя уровень знаний сотрудников
приступающих к взаимодействию с ИС [13].
Во время разработки ИС может возникнуть риск с неописанными
свойствами программы или языка программирования. В свою очередь это
приведёт к временным затратам. Этот риск избежать нельзя.
Кроме того, в процессе эксплуатации и сопровождения разработанной ИС
могут возникнуть:
- Технические риски;
- Риски персонала.
Факторами технических рисков являются:
- ошибки в программе вызывающие простой системы;
- невозможность осуществления требуемых действия, «зависание»
программы;
- использование вредоносных программ (вирусы, черви, трояны,
логические бомбы), использование в корыстных целях найденных ошибок (дыр)
в программах, перехват информации по телекоммуникациям, воровство
информации;
- некорректная эксплуатация оборудования;
- приостановка деятельности третьего лица, что повлечет за собой
невозможность передачи отчетов из филиалов и контроля деятельности
филиалов;
- несоответствие функциональных возможностей системы бизнес-
процессам в комплекса задач в следствие реорганизационных изменений.
Предотвратить данные обстоятельства можно, соблюдая следующие
моменты:
- тщательное тестирование и выявление ошибок на этапе разработки;
- устранять в кратчайшие сроки ошибки силами прошедших подготовку на
этапе внедрения технических специалистов;
Источник: https://baza.diplomsite.ru/previewfile/8738