87
этап является очень ответственным с точки зрения качества всей последующей
разработки.
На этапе реализации выполняется физическое проектирование,
программирование, наполнение баз данных, тестирование, разработка
инструкций для персонала.
Тестирование ИС. На этом этапе оценивается система в целом на
соответствие требованиям ТЗ.
Внедрение системы необходимо проводить в три этапа:
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести
следующие работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все компьютеры АРМ системы;
сконфигурировать взаимодействие АРМ системы с сервером базы
данных;
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие
пользователи системы. Системный администратор должен обеспечить место для
установки нового сервера; подключение к локальной сети для сервера и АРМ
пользователей системы; доступ к компьютерам, необходимым для развертывания
системы, с правами администратора. Проектировщик системы проводит обучение
пользователей, конфигурирует систему, заполняет справочники, проверяет
правильность взаимодействия всех подсистем. Программист оперативно
устраняет возникающие при развертывании системы неполадки.
88
Опытная эксплуатация системы должна проводиться не менее 3 месяцев. В
случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется
поиск причин и устранение ошибок, внесение коррективов в программу, в
технологию обработки данных. После устранения ошибок подписывается «Акт о
проведении опытной эксплуатации», который служит началом перехода к
третьему этапу – сдаче системы в промышленную эксплуатацию.
На этапе эксплуатации производятся следующие работы:
- периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
- периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
- локализация проблем и устранение причин их возникновения
(программист);
- модификация ПО (бизнес-аналитик, программист);
- подготовка предложений по совершенствованию системы (пользователи
системы);
- развитие и модернизация системы (бизнес-аналитик, программист).
В связи с небольшим объемом проектных работ, а также характером проекта
выберем каскадную модель для описания жизненного цикла. В соответствии с
этим в него будут входить следующие этапы:
Формирование требований
Проектирование
Реализация
Тестирование
Ввод в действие
Эксплуатация и сопровождение
Каскадная модель обладает следующими преимуществами:
не требуется заранее тратить средства, необходимые для разработки
всего проекта (поскольку сначала выполняется разработка и реализация основной
функции или функции из группы высокого риска);
89
в результате выполнения каждого этапа получается функциональный
продукт;
заказчик располагает возможностью высказаться по поводу каждой
разработанной версии системы;
правило по принципу "разделяй и властвуй" позволяет разбить
возникшую проблему на управляемые части, благодаря чему предотвращается
формирование громоздких перечней требований, выдвигаемых перед командой
разработчиков;
существует возможность поддерживать постоянный прогресс в ходе
выполнения проекта.
В качестве стратегии внедрения ИС был выбран «Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до eѐ окончательного
внедрения, обучить сотрудников компании работе с системой, а также определить
и спланировать организационные и технические мероприятия на этапе
промышленного внедрения. Пилотный проект позволяет уменьшить затраты и
ускорить полномасштабное внедрение.
Данная стратегия внедрения информационной системы была выбрана,
потому что это наиболее часто используемая компаниями стратегия. Такой подход
снижает риск и наиболее надежен.
Таким образом, каскадный метод более всего подходит к конкретной
разработке, следовательно, используем стандарт ISO/IEC 12207.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Данный раздел описывает риски, которые могут возникнуть на этапах ЖЦ
задачи учета регистрации и обработки заявок на комплектующие для ПК. Риском
является возможность появления обстоятельств, обусловливающих
неуверенность или невозможность получения ожидаемых результатов от
90
реализации поставленной цели, нанесение материального ущерба, опасность
валютных потерь и др. Существуют следующие типы рисков:
Проектный тип рисков. В него включены риски, которые связаны с
ошибками в бюджете; в графике работ; с проблемами персонала организации;
риски различных изменений в текущем законодательстве.
Технический тип рисков. К нему относят риски, связанные с проблемами
реализации технических решений и человеческим фактором, а именно риски,
связанные с неспособностью специалистов, выполнить необходимую задачу.
Тип бизнес-рисков. Он содержит в себе риски, которые связаны с
финансовой поддержкой задачи учета, или, другими словами, риски сокращения
бюджета, приводящие не только к сокращению проекта и его задач, но и к его
полному провалу в случае не достижения основной цели; риск потери интереса к
задаче ведения и учета внутренних заказов оборудования со стороны конечных
пользователей, риски при оценке рынка данного вида учета. Данный тип рисков
невозможно исключить, но его можно минимизировать.
Чтобы уменьшить величину данных типов рисков необходимо иметь
достаточно компетентных и квалифицированных сотрудников, имеющих большой
опыт работы в соответствующей области и при этом взаимозаменяемых на
сотрудников, не менее соответствующих данным характеристикам (таблица 2.1).
Таблица 2.1
Характеристики дефектов программного продукта
Этапы возникновения дефектов и
ошибок
Типы первичных дефектов и ошибок
программного средства и
документации
Формирование
требований
Разработка
требований к ПО
Дефекты исходных требований
заказчика
Проектирование
Планирование работ
Дефекты, обусловленные реальной
сложностью проекта
Проектирование
архитектуры системы
Ошибки планирования и системного
проектирования программного
средства
Детальное
проектирование ПО
Системные и алгоритмические
дефекты и ошибки проекта
Реализация
Кодирование ПО
Программные дефекты и ошибки
компонентов и документов
программного средства
91
Тестирование
Тестирование ПО
Программные и алгоритмические
ошибки программного средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
На этапе эксплуатации возможны риски, возникающие по причинам:
1) Злоумышленных, активных воздействий заинтересованных лиц. Для
защиты от внешних угроз необходимо применять средства обеспечения защиты
программ и данных (аутентификация пользователей, защита локальной сети при
помощи межсетевых экранов, применение антивирусных программ и пр.).
2) Случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. Основными источниками отказовых
ситуаций могут быть некорректные исходные требования, сбои и отказы в
аппаратуре, дефекты или ошибки в программах и данных функциональных задач,
проявляющиеся при их исполнении в соответствии с назначением. При таких
воздействиях внешняя, функциональная работоспособность систем может
разрушаться не полностью, однако невозможно полноценное выполнение
заданных функций и требований к качеству информации для потребителей.
Для снижения рисков, связанных с дефектами системы, необходимо
проводить тщательное тестирование на контрольных примерах, приближенных к
действительности. Для снижения рисков, связанных с ошибочными действиями
пользователей, необходимо предусмотреть защиту от применения ошибочных
действий по удалению и порче данных.
На стадии доработки могут возникнуть следующие риски:
увеличение нагрузки на персонал; - несогласованность действий
персонала исполнителя и сотрудников предметных областей;
трудности с обучением персонала заказчика из-за нежелания
работать с новой системой;
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
неучастие руководителей в проекте.
92
Для минимизации указанных рисков необходимо принимать следующие
меры:
проведение обучения персонала работы с системой;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства в проект, активное
взаимодействие с ним в ходе проекта и своевременное принятие решений,
необходимых для нормальной реализации проекта.
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
Модуль
«Справочники»
Модуль «Заявки
Модуль
«Отчеты»
Модуль
«Авторизац
ия»
Пользователь
Чтение
Чтение/Добавлен
ие
Чтение
Нет
Менеджер
Чтение
Чтение/Добавлен
ие/Изменение
Чтение
Чтение
Администратор
Полный
Полный
Полный
Полный
Физически разграничение прав доступа осуществляется ограничением прав
доступа к серверу.
Защита от внешних угроз осуществляется путем применения следующих
способов:
93
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработкой и соблюдение политик безопасности;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
В качестве программно-аппаратного комплекса используется Crypton Lock.
Модуль санкционированного доступа Crypton Lock для Windows позволяет:
хранить пароль в защищенной памяти брелока РУТОКЕН для
шины USB;
обеспечить вход в систему только зарегистрированных
пользователей по предъявлении брелока;
блокировать систему на время отсутствия оператора на
рабочем месте.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Назначение подсистемы информационного обеспечения состоит в
своевременном формировании и выдаче достоверной информации для принятия
управленческих решений.
Информационное обеспечение - совокупность единой системы
классификации и кодирования информации, унифицированных систем
документации, схем информационных потоков, циркулирующих в организации, а
также методология построения баз данных.
Для создания информационного обеспечения необходимо:
ясное понимание целей, задач, функций всей системы управления
организацией;
выявление движения информации от момента возникновения и до ее
использования на различных уровнях управления, представленной для анализа в
виде схем информационных потоков;
совершенствование системы документооборота;
наличие и использование системы классификации и кодирования;
94
владение методологией создания концептуальных информационно
логических моделей, отражающих взаимосвязь информации;
создание массивов информации на машинных носителях, что
требует наличия современного технического обеспечения.
Информационное обеспечение представляет собой важнейший
элемент автоматизированных информационных систем. [22]
Информационные объекты, необходимые для работы системы состоят из ее
пользователей, входных и результатных документов, экранных форм.
Пользователь заполняет справочник товаров через экранную форму, задает
им реквизиты и в процессе работы фирмы меняет их, вносит информацию. Он
использует информацию о наличии на складе, по предоставляемым документам
об отпуске или поступлении товаров.
Информационная модель включает в себя четыре области:
Область выходной информации
Область справочников системы
Область обработки информации
Область входной информации
Схематически информационная модель приведена на рисунке 2.1.
95
ИС Сотрудник
Учет
справочнико
в
Учет заявок
Отчет по
заключенным
договорам
Финансовый
отчет за
период
Отчет по
заказу
Отчет по
заключенным
договорам
Финансовый
отчет за
период
Отчет по
заказу
Сотрудник
Отчет по
наличию
комплектую
щих на
складе
Отчет по
наличию
комплектую
щих на
складе
Отчет по
изменению
рейтинга
Отчет по
изменению
рейтинга
Спр Отдел
Спр* Отдел
Т Пользователь
Т* Общая заявка
Спр Договор
Спр* Договор
Спр Тип
Комплектующих
Спр* Тип
Комплектующих
Т *Заявка
Т Общая заявка
Т Заявка
Т* Пользователь
Спр Поставщик
Спр* Поставщик
Спр
Комплектующие
Спр*
Комплектующие
Т Производитель
Т*Производитель
Отчет по
заявкам за
период
Отчет по
совершенным
поставкам за
период
Отчет по товарам и
товарным группам
за период
Отчет по
заявкам за
период
Отчет по
совершенным
поставкам за
период
Отчет по товарам и
товарным группам за
период
Отчет по
работе с
поставщикам
и
Отчет по
работе с
поставщика
ми
Рисунок 2.1 Информационная модель системы учета регистрации и обработки
заявок на комплектующие для ПК
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Под входной информацией понимается вся информация, необходимая для
решения задачи и расположенная на различных носителях: первичных
документах, машинных носителях, в памяти персонального компьютера. С этой
целью составляются перечень входной информации и состав реквизитов каждого
вида входной информации, расположение реквизитов входной информации,
описание полей (реквизитов) входных документов.
96
Значительное место в автоматизированной системе учета занимает
нормативно-справочная информация. Нормативно-справочная информация ―
это условно‒постоянная составляющая общей корпоративной информации, она
используется при регламентации деятельности компании, обеспечивая
целостность данных, сопровождающих бизнес-процессы компании.
По назначению нормативно-справочная информация используется для:
идентификации единиц информации;
информационно-поисковых целей;
формирования характеристик объектов учета;
обеспечения информационных взаимосвязей и расчетов.
Другими словами, нормативно-справочная информация ― это ядро
единого информационного пространства организации, включающее в себя набор
справочников, словарей, классификаторов, стандартов, регламентов,
используемых в деятельности организации.
В дипломном проекте входной информацией являются следующие
сведения:
данные пользователей (сотрудниках отдела поставок и других отделов),
сведения об отделах компании, сведения о закупаемых комплектующихах,
сведения о поставщиках. ;
сведения о поступающих заявках с отделов на закупку комплектующих
– такая заявка содержит наименование комплектующих, их количество, а также
наименование структурного подразделения.;
сведения о складах компании, на которых осуществляется храение
поступающих комплектующих.
Для обеспечения работы системы предусмотрены справочники,
приведенные в таблице 2.3.