61
встроенной технологией RAID и комплексной системой удаленного
управления Lights-Out.
Сервер HP ProLiant ML150 G6 – это доступная масштабируемая
платформа для растущего бизнеса. Резервные вентиляторы и блоки питания
обеспечивают эффективный контроль питания и уровня температуры для
поддержания работоспособности системы. Решение TPM предоставляет
эффективные функции шифрования данных для их надежной защиты.
Таблица 8
Сравнительный анализ характеристик серверов
Параметр
HP ProLiant DL320G6
HP ProLiant ML150 G6
Корпус
1U Rackmount
MidiTower
Центральный
процессор
2.26GHz Intel® Xeon® E5520
Nehalem QuadCore
w/HyperThreading 5.86GT/s
FSB, 8192Kb L3 cache
Intel® Xeon® Processor
E5504 (2.00 GHz, 4MB L3
Cache, 80W, DDR3-800)
Оперативная
память
2 х DIMM 2048MB DDR-III PC3-
10600 ECС
2 х DIMM 2048MB DDR-III
PC3-10600 ECC
Набор
микросхем
(chipset)
Intel® 5500 Server chipset
Intel® 5500 Server chipset
Сетевой
адаптер
Embedded HP NC107i PCI
Express Gigabit Server Adapter
Embedded HP NC107i PCI
Express Gigabit Server Adapter
Жесткие
диски
SSD 1TB HotPlug LFF
SSD 1TB (DP) HotPlug LFF
Стоимость
4095 у.е.
3272 у.е.
Как видно из таблицы 8, при одинаковой конфигурации серверы имеют
ощутимое различие в стоимости – около 800 у.е. Сервер HP ProLiant DL320
G6 имеет более компактный размер, большую возможность для расширения,
большую отказоустойчивость. Однако, для рассматриваемой задачи эти
характеристики не являются критически важными, поэтому можно выбрать
более дешевый вариант с той же производительностью. Выбираем сервер HP
ProLiant ML150 G6.
Карабас лес закат рассвет гитара солнце пляж река прибой краска кухня печь вампир китаец спит подушка
62
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл - это непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
момент его полного снятия с эксплуатации. Среди наиболее известных
стандартов следующие:
ГОСТ 34.601–90 - применяется к автоматизированным системам и
устанавливает этапы и этапы их создания. Кроме того, стандарт содержит
описание содержания работ на каждом этапе. Этапы и этапы работы,
закрепленные в стандарте, в большей степени соответствуют каскадной
модели жизненного цикла.
ISO / IEC 12207 - Стандарт для управления процессами и жизненным
циклом. Это относится ко всем типам пользовательского программного
обеспечения. Стандарт не содержит описания этапов, этапов и этапов.
CustomDevelopment Method (метод Orаcle) для разработки прикладных
информационных систем - технологический материал, детализированный до
уровня закупки проектной документации, предназначенный для
использования в проектах с использованием Orаcle. CDM используется для
классической модели жизненного цикла (предусмотрены все работы / задачи
и этапы), а также для технологий «быстрого развития» (Fast Track) или
«облегченного подхода», рекомендуемых в случае небольших проектов.
Rational Unified Process (RUP) предлагает модель итеративной
разработки, которая включает четыре этапа: запуск, исследование, сборка и
внедрение. Каждый этап можно разделить на этапы (итерации), в результате
чего версия выпускается для внутреннего или внешнего использования.
Прохождение четырех основных фаз называется циклом разработки, каждый
цикл заканчивается созданием версии системы. Если после этого работа над
проектом не прекращается, то полученный продукт продолжает развиваться
63
и снова проходит те же этапы. Суть работы в рамках RUP - создание и
поддержка моделей на основе UML.
Microsoft Solution Framework (MSF) похожа на RUP, она также
включает четыре этапа: анализ, проектирование, разработка, стабилизация,
итеративный, предполагает использование объектно-ориентированного
моделирования. По сравнению с RUP MSF больше ориентирована на
разработку бизнес-приложений.
Экстремальное программирование (XP). Экстремальное
программирование (новейшая из рассматриваемых методологий) было
сформировано в 1996 году. Методология основана на командной работе,
эффективной коммуникации между заказчиком и подрядчиком на
протяжении всего проекта по разработке ИС, а разработка осуществляется с
использованием последовательно разработанных прототипов.
При выборе стандарта основным определяющим фактором является
более полное и подробное описание работ на этапах и этапах разработки АС
(автоматизированных систем). Стандарт ISO / IEC 12207 не содержит
подробного описания работ на разных этапах и этапах разработки
динамиков. Стандарт CDM предназначен для использования в проектах с
использованием технологий Oracle, которые не используются в этом проекте.
Как уже упоминалось, стандарт MSF больше ориентирован на разработку
бизнес-приложений. Стандарт XP ориентирован на команду. В этом проекте
будет использоваться ГОСТ 34.601–90, поскольку он содержит описание
работ на каждом этапе развития атомной электростанции.
Стадии создания ИС:
1) Формирование требований к системе;
2) Разработка концепции;
3) Техническое задание;
4) Технический проект;
5) Оформление документации;
6) Внедрение.
64
На этапе «Формирование требований к системе» выполняются
следующие работы: экспертиза объекта, формирование требований
пользователя, обоснование необходимости разработки системы. На данном
этапе участвуют следующие участники: IT-менеджер, руководитель отдела
управления. После завершения всех работ формируется отчет о проделанной
работе - описание объекта автоматизации, описание требований к системе,
определение затрат на разработку, ввод в эксплуатацию и обслуживание,
ожидаемый эффект от системы и условия для создания и эксплуатация
системы.
После завершения этапа «Формирование системных требований»
разрабатываются концептуальные варианты. Они разрабатывают
альтернативные варианты концепции и планов внедрения, оценивают
необходимые ресурсы для реализации ИС и дальнейшей эксплуатации,
оценивают преимущества и недостатки каждого варианта, сравнивают
требования пользователей и характеристики предлагаемой системы. На этапе
«Разработка концепции» привлекается ИТ-менеджер. После завершения этих
работ выбирается один из подходящих вариантов концепции, который
отвечает всем требованиям.
После этапа «Разработка концепции» разрабатывается техническое
задание (техническое задание) проекта автоматизации. После разработки и
выполнения ТЗ необходимо согласовать и утвердить его. Участники на
данном этапе работы: IT-менеджер, начальник отдела управления. В
результате этот элемент определяет: функции IP, функции подсистемы,
состав набора задач и отдельных задач, концепцию информационной базы,
функции систем управления базами данных, а также функции и параметры
программных средств.
Следующим этапом после разработки и утверждения ТЗ является
разработка проектного решения. ИТ-менеджер вместе с программистом
разрабатывает физическую и логическую модель базы данных, определяет
организацию базы данных. По завершении этапа «Технический проект» ИТ-
65
менеджер вместе с программистом готовит рабочую документацию, в том
числе: технические требования, требования к программному обеспечению,
руководство пользователя.
После завершения всех работ и оформления рабочей документации
этап реализации разработанного проекта остается. На этапе внедрения
происходит: подготовка объекта автоматизации, обучение персонала,
строительно-монтажные работы, пусконаладочные работы, предварительные
испытания, опытная эксплуатация и приемочные испытания. Участники
этого этапа: IT-менеджер, системный администратор, руководитель отдела
управления офисом. После этого анализируются IP-тесты, проверяется
соответствие ТЗ, устраняются проблемы и подписываются необходимые
акты.
На настоящий момент существуют такие модели жизненного цикла,
как каскадная, поэтапная с промежуточным контролем, спиральная.
В спиральной модели особое внимание уделяется начальным этапам
разработки - разработке стратегии, анализу и проектированию, где
выполнимость определенных технических решений проверяется и
обосновывается созданием прототипов (прототипирование). Каждая спираль
спирали включает в себя создание фрагмента (компонента) или версии
программного продукта. Они уточняют цели и характеристики проекта,
определяют его качество и планируют работу следующей катушки спирали.
Таким образом, детали проекта углубляются и последовательно
конкретизируются, и в результате выбирается разумный вариант, который
доводится до реализации.
Далее мы делаем выбор стратегии реализации разработанной системы.
В настоящее время выделены четыре стратегии реализации ИС:
1) Параллельная стратегия –для случая, когда старую работающую
систему необходимо заменить новой;
2) Скачок –эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
66
3) Опытная эксплуатация "пилотного проекта –это тактика "скачка",
но применяемая к ограниченному числу изделий, наиболее успешна в малом
участке деятельности;
4) Узкое место –при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
На основе описания и условий деятельности компании, а также
особенностей разрабатываемой ИС в качестве стратегии внедрения была
выбрана пилотная стратегия пилотной операции, поскольку в этом случае
внедрение системы будет наиболее безболезненным.
Для проекта по разработке информационной системы управления
проектами наиболее подходящей является каскадная модель для разработки
приложений из-за возможности управления промежуточными фазами.
На этапе «Формирование требований к АИС» выполняются следующие
работы:
1) Сбор информации о деятельности компании;
2) Изучение существующей на предприятии технологии для
реализации выбранной функции управления, выделение областей работы,
которые необходимо автоматизировать;
3) Оценка возможности создания автоматизированной
информационной системы;
4) Формирование требований, предъявляемых пользователями к
автоматизированной информационной системе;
5) Составление отчета о выполненных работах и заданиях на
разработку.
На этапе «Разработка концепции АИС» изучается объект
автоматизации, проводится необходимое исследование, разрабатывается
концепция АИС для удовлетворения требований пользователей, составляется
отчет и утверждается концепция.
На этапе «Технического задания» проводится разработка и
утверждение технического задания для создания АИС: определяются
67
требования к системе, состав и функции задач, которые должны решаться
АИС. Также проводится технико-экономическое обоснование разработанной
системы (изучение ее экономической рентабельности, анализ и расчет
экономических показателей АИС).
На этапе «Эскизный проект» разрабатываются предварительные
проектные решения для системы и ее частей, разрабатывается проектная
документация для АИС и ее частей.
На этапе «Технический проект» разрабатываются проектные решения
для системы и ее частей, разрабатывается документация для EIS и ее частей,
разрабатывается и выполняется документация на поставку комплектующих
частей, проектные задачи разрабатываются в смежных частях проекта. ,
На этапе «Рабочий проект» ведется разработка рабочей документации
для EIS и ее частей, создается программный код системы и заполняются базы
данных. Разработка рабочего проекта EIS также происходит. Затем EIS
проверяется и исправляется ошибки.
В этом проекте были рассмотрены все этапы жизненного цикла
программного продукта, за исключением его окончательных испытаний и
ввода в эксплуатацию.
Были выделены следующие этапы проектирования:
1) Формирование требований к ЭИС;
2) Разработка концепции ЭИС;
3) Техническое задание;
4) Эскизный проект;
5) Технический проект;
6) Рабочий проект.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Разрабатываемый проект по созданию информационной системы учета
продаж железнодорожных билетов включает в себя множество задач,
68
связанных с общим управлением проектом, разработкой программного
обеспечения, разработкой ИС, реализацией, каждая из которых сама по себе
является проектом со своими присущими ему особенностями. Поэтому при
разработке возникают различные риски.
Риски заказчика связаны с неполным достижением целей проекта и
неэффективно израсходованными средствами, а риски подрядчика связаны с
возможностью резкого превышения фактической стоимости работ по
сравнению с запланированной. Необходимость параллельной, а иногда и
принципиально иной по характеру работы приводит к тому, что уровень
риска проекта увеличивается во много раз.
Рассмотрим наиболее существенные риски на этапах разработки
системы в соответствии с выбранным стандартом жизненного цикла
(таблица 9).
69
Таблица 9
Возможные риски проекта на этапах жизненного цикла информационной системы
Этап разработки
Этап внедрения
Этап эксплуатации
Риски
– Возможность ошибок при
определении требований к
системе;
– Риск неправильного
выбора методологии
разработки, программного и
аппаратного обеспечения;
– Слабая поддержка
проекта со стороны высшего
руководства
– Недостаток необходимых
человеческих ресурсов
Невнимание к связанным
процессам
– Отсутствие постановки проблемы
управления на предприятии;
– Необходимость частичной или полной
реорганизации структуры и / или бизнес-
технологии предприятия (реинжиниринг);
– Активное или пассивное сопротивление
(саботаж) работников предприятия
(человеческий фактор);
– Временное увеличение нагрузки на
сотрудников при внедрении системы;
Необходимость формирования
квалифицированной группы для
внедрения и обслуживания системы,
выбор сильного лидера команды.
– Нежелание старших
менеджеров принимать
непопулярные решения,
необходимые для успешного
внедрения системы;
– Изменения внешней и
внутренней конъюнктуры в
течение периода внедрения,
требующие значительных
изменений в системе;
– Отсутствие четкой иерархии
подчинения на предприятии, что
означает несоблюдение указаний
высшего руководства на более
низких уровнях управления;
– Неэффективность работы
консультантов;
– Сложная интеграция системы с
уже имеющимися на предприятии
системами автоматизации
управления;
Потеря информации при
внедрении системы учета и
управления
70
Этап разработки
Этап внедрения
Этап эксплуатации
Снижение
видов риска
Детальный анализ каждого
этапа работы,
взаимодействие участников,
организация работы
– Строгий отбор проектной команды в
соответствии с квалификационными
критериями. Обучение участников проекта
технологиям дизайна, инструментам
– Обучение участников проекта (курс
«Управление проектами»), командное
обучение, наиболее полная формализация
деятельности
Повторное тестирование
созданных продуктов, тщательная
проверка документов
Снижение
вероятности
возникновения
риска
Детально разработать
программу развития,
привлечь компетентных
специалистов, разработать
управление конфигурацией
проекта, а также уточнить
специальные процедуры
взаимодействия участников.
– Максимально формализовать все те
контрольные петли, которые планируется
автоматизировать
– Создать солидное чувство среди
сотрудников на всех уровнях
неизбежности внедрения;
– Наделить руководителя проекта
достаточными полномочиями.
Строгое выполнение качественных
программных процедур