67
Таблица 1.10
Сравнение серверов
Параметр
HP ProLiant DL320e E3-
1240V2 3.4GHz 8MB 8Gb
DDR31-1-1 Gen8 Perf 1U
(722547-421)
HP ProLiant DL380e Gen8 E5-
2420 B320i/512MB FBWC
4x1Gb 2x4GB(L) Diskless SFF
DVD-RW 2x460W
Производитель
Intel
Intel
Тип
Xeon
E5-2420
Код
процессора
E3-1240 v3
1.9 ГГц
Частота
3.4 ГГц
1
Количество
процессоров
1
1.5 Мб
Кеш L3
8 Мб
15 Мб
Количество
ядер
процессора
4
6
Оперативная память
Тип памяти
DDR3
DDR3
Объем памяти
8 Гб
8 Гб
Максимальный
объем памяти
32 Гб
384 Гб
Количество
слотов памяти
4
12
Стоимость
69250 рублей
93220 рублей
Как видно из таблицы 1.10, при одинаковой конфигурации серверы имеют
ощутимое различие в стоимости. Сервер HP ProLiant DL380 G6 имеет более
компактный размер, большую возможность для расширения, большую
отказоустойчивость. Однако, для рассматриваемой задачи эти характеристики не
являются критически важными, поэтому можно выбрать более дешевый вариант
с той же производительностью. Выбираем сервер HP ProLiant DL320e .
68
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программных средств (ПС) в стандартах представляет
собой набор этапов, индивидуальных работ и операций в последовательности их
выполнения и взаимосвязях. Этот набор регламентирует ведение работ от
подготовки технического задания (ТЗ) до завершения испытаний ряда версий и
окончания эксплуатации ПС или ИС. Стандарты обязательно включают в себя
правила описания входной информации, способов и методов выполнения
операций, устанавливают контроль технологических процессов, требований к
оформлению их результатов, регламентируют содержание технологических и
эксплуатационных документов на комплексы программ. Кроме того, они
определяют организационную структуру коллектива организации, обеспечивают
распределение и планирование заданий, а также контроль над этапами создания
комплекса ПС.
Среди стандартов для описания жизненных циклов (ЖЦ) ИС был выбран
стандарт ISO 12207, как стандарт, охватывающий большинство
автоматизированных систем (АС) и ПС, где ПС – лишь часть всего плана работ.
Согласно стандарту, система — это объединение одного или более процессов,
аппаратных средств, ПО, оборудования и людей для обеспечения возможности
удовлетворения определенных потребностей или целей.
Стандарт ISO 12207 является базовым и определяет жизненный цикл
программного обеспечения. Стандарт определяет стратегию и общий порядок в
создании и эксплуатации программного обеспечения, охватывая жизненный цикл
от концептуальной идеи до завершения проекта. Стандарт ISO/IEC 12207 состоит
из крупных обобщенных процессов: приобретение, поставка, разработка и т.д.
В стандарте ISO/IEC 12207 описаны пять основных процессов ЖЦ ПО:
1) процесс приобретения. Он определяет действия организации-покупателя
ИС, ПП или службы ПО;
69
2) процесс поставки. Он определяет действия организации-поставщика по
снабжению покупателя ИС, ПП или службы ПО;
3) процесс разработки. Он определяет действия организации-разработчика,
который разрабатывает принципы построения программного изделия и
собственно ПП;
4) процесс функционирования. Он определяет действия организации-
оператора, обслуживающего систему в целом. Сюда входят консультация
пользователей, получение обратной связи и т.д.;
5) процесс сопровождения. Он определяет действия персонала,
обеспечивающего сопровождение ПП, т.е. управление модификацией ПП,
поддержку текущего состояния и функциональной пригодности, установку и
удаление.
При использовании стандарта стороны-участники ответственны:
за выбор модели ЖЦ для разрабатываемого проекта;
адаптацию процессов и задач к этой модели;
выбор и применение методов разработки ПО;
выполнение действий и задач, подходящих для проекта ПО.
Рассмотрим работы на каждом этапе ЖЦ.
На предпроектной стадии необходимо провести системный анализ, который
включает в себя анализ функционирования и выявление недостатков
существующей технологии в организации. На основе этих недостатков
формулируется потребность в совершенствовании системы, создается технико-
экономическое обоснование проекта (ТЭО), формулируются технические условия
и требования к ИС. Результаты такой работы должны быть оформлены в виде ТЗ
(технического задания). Этот этап выполняется бизнес-аналитиком отдела, с
привлечением сотрудников, от которых бизнес-аналитик получает информацию.
1. Предпроектное рассмотрение. В ходе предпроектного рассмотрения
находятся основные информационные потоки в организации и проверяется база
основной нормативно-справочной документации. В таком случае базовыми
требованиями становятся наличие всех нужных для работы корпоративных ИС
справочников и классификаторов, а также соответствие принципов их реализации
70
с требованиями системы. В процессе исполнения данного этапа особо важно
проанализировать на полноту корпоративные стандарты учета и отчетности. Этот
этап включает также выявления и диагностирования проблем, которые могут
иметь место при внедрении. Кроме того, согласовывается и выполняется
настройка справочников и классификаторов системы в строгом соответствии с
указанными требованиями. По итогам этапа составляется документ,
подписываемый всеми участниками проекта внедрения, описывающий все
установленные недостатки и определяются пути их решения.
2. Реализация информационно-функциональной модели работы
организации, оптимизация и описание процессов, которые подлежат
автоматизации. В данном случае, моделирование должно осуществляться
обученными сотрудниками исследуемой организации с привлечением опытных
консультантов и с привязкой построенной модели к стандартам бизнеса и к
спроектированной системе.
3. Адаптация ИС внутри компании. В ходе выполнения этапа реализуется
настройка системы тестирование ключевых модулей и функций группой
внедрения. Этот этап требует наличия корпоративных стандартов, которые
составляют основу настроек системы.
4. Опытная эксплуатация ИС. Этот этап необходим для реализации
тестирования четкого соответствия функциональности, полученной в процессе
отладки системы, требованиям организации. На этапе эксплуатации присутствует
двойной ввод данных в системы (новую и старую). Результаты опытной
эксплуатации: создаются стандартные отчеты (при помощи ИС и стандартными
способами) и реализуется проверка данных; система шаг за шагом вводится в
эксплуатацию; документируются инструкции по обслуживанию рабочих мест и
дополняются должностные инструкции всех членов учетного процесса. В
отдельных подразделениях организации в систему добавляются фактические
данные и последовательно проверяются бизнес-функции. Отрабатывается работа
подразделений на базе тестовых «пилотных» примеров. Конечные пользователи
(сотрудники IT-отдела) проходят обучение с настроенной системой только на
своих рабочих местах. По завершению обучения реализуется встроенный
71
«пилотный» пример и полностью моделируется работа организации. Основываясь
на полученных результатах реализации примера, руководство организации
принимает решение о переводе ИС в повседневную эксплуатацию.
Следующий этап – проектирование ИС. Этот этап включает в себя
разработку в соответствии с требованиями состава автоматизируемых функций
(функциональная архитектура), состава обеспечивающих подсистем (системная
архитектура), оформление технического проекта ИС. Входной информацией для
проектирования является техническое задание. Определяется состав
программных подсистем и компонентов оборудования, составляются
спецификации требований к компонентам ПО, определяется состав компонентов
ПО, интерфейсы с БД, структуры хранения данных, алгоритмы обработки
информации, спецификации интерфейсов с другими системами автоматизации,
требования к тестам. С точки зрения качества всей последующей разработки,
данный этап является очень ответственным.
Этап реализации. На этом этапе выполняется физическое проектирование,
программирование, наполнение БД, тестирование, разработка инструкций для
персонала.
Тестирование ИС. На этом этапе оценивается система в целом на
соответствие требованиям ТЗ.
Внедрение системы необходимо проводить в три этапа:
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести
следующие работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все компьютеры АРМ системы;
сконфигурировать взаимодействие АРМ системы с сервером базы
данных;
ввести учетные записи и настроить им права доступа;
72
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В процессе внедрения системы участвуют следующие специалисты:
разработчики системы (проектировщик, программист), системный администратор
и будущие пользователи системы. Системный администратор должен
обеспечивает место для установки нового сервера; подключение к локальной сети
для сервера и АРМ пользователей системы; доступ к ПК, необходимым для
развертывания системы. Проектировщик проводит обучение пользователей
системы, конфигурирует систему, заполняет справочники, проверяет
правильность взаимодействия всех подсистем. В случае возникновения при
развертывании системы неполадки, программист оперативно устраняет их.
Сроки проведения опытной эксплуатации системы – не менее 3 месяцев. В
случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется
поиск причин и устранение ошибок, внесение корректировок в программу, в
технологию обработки данных. После того, как ошибки были устранены,
подписывается «Акт о проведении опытной эксплуатации», который служит
началом перехода к третьему этапу – сдаче системы в промышленную
эксплуатацию.
Этап эксплуатации. На этом этапе производятся следующие работы:
периодическая актуализация справочников системы (ответственное за
справочник лицо);
периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
определение проблем и устранение причин их возникновения
(программист);
модификация ПО (бизнес-аналитик, программист);
подготовка предложений по совершенствованию системы (пользователи
системы);
развитие и модернизация системы (бизнес-анатилик, программист).
73
Так как выбрали использовать стандарт ISO/IEC 12207, то наиболее
подходящей к конкретной разработке является каскадная модель.
К преимуществам каскадной модели следует отнести следующее:
модель не требуется предварительного расхода средств, необходимых
для разработки всего проекта;
в результате выполнения каждого из этапов получается
функциональный продукт;
заказчик имеет возможность высказаться по поводу каждой
разработанной версии системы;
есть возможность разбить возникшую проблему на управляемые
части, благодаря чему предотвращается формирование громоздких перечней
требований, выдвигаемых перед командой разработчиков;
поддержка постоянного прогресса в ходе выполнения проекта.
В качестве стратегии внедрения ИС в ООО «ЭкоПласт-Кемерово» был
выбран «Пилотный проект».
Наиболее важные требования к пилотным проектам:
управляемый технический риск;
высокий приоритет. Проект должен иметь достаточно высокий приоритет,
чтобы обеспечивать необходимую поддержку со стороны руководства и
требуемые ресурсы.
выделение достаточных ресурсов. Руководители должны позаботиться о
том, чтобы пилотный проект был достаточно обеспечен ресурсами на
протяжении всего своего выполнения.
реалистичный график.
«Пилотный проект» позволяет убедиться в применимости и эффективности
предлагаемой системы до eё окончательного внедрения, обучить сотрудников
компании работе с системой, а также определить и спланировать
организационные и технические мероприятия на этапе промышленного
внедрения. Пилотный проект может уменьшить затраты и ускорить
полномасштабное внедрение.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
74
Данный раздел описывает риски, которые могут возникнуть на этапах ЖЦ
задачи учета продаж и поступлений для ООО «ЭкоПласт-Кемерово». Риском
является возможность появления обстоятельств, обусловливающих
неуверенность или невозможность получения ожидаемых результатов от
реализации поставленной цели, нанесение материального ущерба, опасность
валютных потерь и др.
Существуют следующие типы рисков:
Проектный тип рисков. К данному типу можно отнести риски, которые
связаны с ошибками в бюджете, в графике работ, с проблемами персонала
организации, риски различных изменений в текущем законодательстве.
Технический тип рисков. К нему относят риски, связанные с проблемами
реализации технических решений и человеческим факторам, а именно риски,
связанные с неспособностью специалистов выполнить необходимую задачу.
Тип бизнес-рисков. Этот тип содержит в себе риски, которые связаны с
финансовой поддержкой задачи учета (риски сокращения бюджета), приводящие
не только к сокращению проекта и его задач, но и к его полному провалу в случае
не достижения основной цели. К этой группе можно отнести также риск потери
интереса к задаче ведения и учета внутренних заказов оборудования со стороны
конечных пользователей, риски при оценке рынка данного вида учета. Данный тип
рисков невозможно исключить, но, по возможности, его можно минимизировать.
Решением в сторону уменьшения данных типов рисков, может стать
достаточное количество компетентных и квалифицированных сотрудников,
имеющих большой опыт работы в соответствующей области. Обычно, при этом
взаимозаменяемых на сотрудников, не менее соответствующих данным
характеристикам (таблица 2.1).
Таблица 2.1
Характеристики дефектов программного продукта
75
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного средства
и документации
Формирование
требований
Разработка требований к
ПО
Дефекты исходных
требований заказчика
Проектирование
Планирование работ
Дефекты,
обусловленные
реальной сложностью
проекта
Проектирование
архитектуры системы
Ошибки планирования
и системного
проектирования
программного средства
Детальное
проектирование ПО
Системные и
алгоритмические
дефекты и ошибки
проекта
Реализация
Кодирование ПО
Программные дефекты
и ошибки компонентов
и документов
программного средства
Тестирование
Тестирование ПО
Программные и
алгоритмические
ошибки программного
средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки
обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
На этапе эксплуатации возможны риски. Причинами могут служить
действия:
1) в результате злоумышленных, активных воздействий заинтересованных
лиц. Для защиты от внешних угроз рекомендуется применять средства
обеспечения защиты программ и данных (аутентификация пользователей, защита
локальной сети при помощи межсетевых экранов, применение антивирусных
программ и пр.).
2) случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. В этом случае, основными источниками
76
подобных ситуаций могут быть некорректные исходные требования, сбои и
отказы в аппаратуре, дефекты или ошибки в программах и данных
функциональных задач, проявляющиеся при их исполнении в соответствии с
назначением. При таких воздействиях работоспособность систем может
разрушаться не полностью, однако полноценное выполнение заданных функций и
требований к качеству информации для потребителей будет невозможным.
Для снижения рисков, связанных с ошибочными действиями
пользователей, необходимо предусмотреть защиту от применения ошибочных
действий по удалению и порче данных. Для снижения рисков, связанных с
дефектами системы, необходимо проводить тщательное тестирование на
контрольных примерах, приближенных к действительности.
На стадии доработки могут возникнуть следующие риски:
увеличение нагрузки на персонал;
отсутствие поддержки внедрения ИС со стороны отдельных
ключевых участников проекта;
несогласованность действий персонала исполнителя и сотрудников
предметных областей;
трудности с обучением персонала заказчика из-за нежелания
работать с новой системой;
неучастие руководителей в проекте.
Для минимизации подобных рисков необходимо принимать следующие
меры:
доведение до персонала смысла внедрения автоматизированной
системы;
проведение обучения персонала работы с системой;
активное вовлечение руководства в проект, активное взаимодействие
с ним в ходе проекта и своевременное принятие решений, необходимых для
нормальной реализации проекта.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации