Дипломная работа: Автоматизация учета продаж в ООО "Экопласт-Кемерово"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
72
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В процессе внедрения системы участвуют следующие специалисты:
разработчики системы (проектировщик, программист), системный администратор
и будущие пользователи системы. Системный администратор должен
обеспечивает место для установки нового сервера; подключение к локальной сети
для сервера и АРМ пользователей системы; доступ к ПК, необходимым для
развертывания системы. Проектировщик проводит обучение пользователей
системы, конфигурирует систему, заполняет справочники, проверяет
правильность взаимодействия всех подсистем. В случае возникновения при
развертывании системы неполадки, программист оперативно устраняет их.
Сроки проведения опытной эксплуатации системы – не менее 3 месяцев. В
случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется
поиск причин и устранение ошибок, внесение корректировок в программу, в
технологию обработки данных. После того, как ошибки были устранены,
подписывается «Акт о проведении опытной эксплуатации», который служит
началом перехода к третьему этапу – сдаче системы в промышленную
эксплуатацию.
Этап эксплуатации. На этом этапе производятся следующие работы:
периодическая актуализация справочников системы (ответственное за
справочник лицо);
периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
определение проблем и устранение причин их возникновения
(программист);
модификация ПО (бизнес-аналитик, программист);
подготовка предложений по совершенствованию системы (пользователи
системы);
развитие и модернизация системы (бизнес-анатилик, программист).
73
Так как выбрали использовать стандарт ISO/IEC 12207, то наиболее
подходящей к конкретной разработке является каскадная модель.
К преимуществам каскадной модели следует отнести следующее:
модель не требуется предварительного расхода средств, необходимых
для разработки всего проекта;
в результате выполнения каждого из этапов получается
функциональный продукт;
заказчик имеет возможность высказаться по поводу каждой
разработанной версии системы;
есть возможность разбить возникшую проблему на управляемые
части, благодаря чему предотвращается формирование громоздких перечней
требований, выдвигаемых перед командой разработчиков;
поддержка постоянного прогресса в ходе выполнения проекта.
В качестве стратегии внедрения ИС в ООО «ЭкоПласт-Кемерово» был
выбран «Пилотный проект».
Наиболее важные требования к пилотным проектам:
управляемый технический риск;
высокий приоритет. Проект должен иметь достаточно высокий приоритет,
чтобы обеспечивать необходимую поддержку со стороны руководства и
требуемые ресурсы.
выделение достаточных ресурсов. Руководители должны позаботиться о
том, чтобы пилотный проект был достаточно обеспечен ресурсами на
протяжении всего своего выполнения.
реалистичный график.
«Пилотный проект» позволяет убедиться в применимости и эффективности
предлагаемой системы до eё окончательного внедрения, обучить сотрудников
компании работе с системой, а также определить и спланировать
организационные и технические мероприятия на этапе промышленного
внедрения. Пилотный проект может уменьшить затраты и ускорить
полномасштабное внедрение.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
74
Данный раздел описывает риски, которые могут возникнуть на этапах ЖЦ
задачи учета продаж и поступлений для ООО «ЭкоПласт-Кемерово». Риском
является возможность появления обстоятельств, обусловливающих
неуверенность или невозможность получения ожидаемых результатов от
реализации поставленной цели, нанесение материального ущерба, опасность
валютных потерь и др.
Существуют следующие типы рисков:
Проектный тип рисков. К данному типу можно отнести риски, которые
связаны с ошибками в бюджете, в графике работ, с проблемами персонала
организации, риски различных изменений в текущем законодательстве.
Технический тип рисков. К нему относят риски, связанные с проблемами
реализации технических решений и человеческим факторам, а именно риски,
связанные с неспособностью специалистов выполнить необходимую задачу.
Тип бизнес-рисков. Этот тип содержит в себе риски, которые связаны с
финансовой поддержкой задачи учета (риски сокращения бюджета), приводящие
не только к сокращению проекта и его задач, но и к его полному провалу в случае
не достижения основной цели. К этой группе можно отнести также риск потери
интереса к задаче ведения и учета внутренних заказов оборудования со стороны
конечных пользователей, риски при оценке рынка данного вида учета. Данный тип
рисков невозможно исключить, но, по возможности, его можно минимизировать.
Решением в сторону уменьшения данных типов рисков, может стать
достаточное количество компетентных и квалифицированных сотрудников,
имеющих большой опыт работы в соответствующей области. Обычно, при этом
взаимозаменяемых на сотрудников, не менее соответствующих данным
характеристикам (таблица 2.1).
Таблица 2.1
Характеристики дефектов программного продукта
75
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного средства
и документации
Формирование
требований
Разработка требований к
ПО
Дефекты исходных
требований заказчика
Проектирование
Планирование работ
Дефекты,
обусловленные
реальной сложностью
проекта
Проектирование
архитектуры системы
Ошибки планирования
и системного
проектирования
программного средства
Детальное
проектирование ПО
Системные и
алгоритмические
дефекты и ошибки
проекта
Реализация
Кодирование ПО
Программные дефекты
и ошибки компонентов
и документов
программного средства
Тестирование
Тестирование ПО
Программные и
алгоритмические
ошибки программного
средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки
обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
На этапе эксплуатации возможны риски. Причинами могут служить
действия:
1) в результате злоумышленных, активных воздействий заинтересованных
лиц. Для защиты от внешних угроз рекомендуется применять средства
обеспечения защиты программ и данных (аутентификация пользователей, защита
локальной сети при помощи межсетевых экранов, применение антивирусных
программ и пр.).
2) случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. В этом случае, основными источниками
76
подобных ситуаций могут быть некорректные исходные требования, сбои и
отказы в аппаратуре, дефекты или ошибки в программах и данных
функциональных задач, проявляющиеся при их исполнении в соответствии с
назначением. При таких воздействиях работоспособность систем может
разрушаться не полностью, однако полноценное выполнение заданных функций и
требований к качеству информации для потребителей будет невозможным.
Для снижения рисков, связанных с ошибочными действиями
пользователей, необходимо предусмотреть защиту от применения ошибочных
действий по удалению и порче данных. Для снижения рисков, связанных с
дефектами системы, необходимо проводить тщательное тестирование на
контрольных примерах, приближенных к действительности.
На стадии доработки могут возникнуть следующие риски:
увеличение нагрузки на персонал;
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
несогласованность действий персонала исполнителя и сотрудников
предметных областей;
трудности с обучением персонала заказчика из-за нежелания
работать с новой системой;
неучастие руководителей в проекте.
Для минимизации подобных рисков необходимо принимать следующие
меры:
доведение до персонала смысла внедрения автоматизированной
системы;
проведение обучения персонала работы с системой;
активное вовлечение руководства в проект, активное взаимодействие
с ним в ходе проекта и своевременное принятие решений, необходимых для
нормальной реализации проекта.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Источник: https://baza.diplomsite.ru/previewfile/2413