56
В настоящее время конфигурация имеющихся компьютеров удовлетворяет
требованиям к ПК ИС Компьютеры объединены в сеть, имеют доступ к сети
Интернет. Каждое рабочее место оснащено лазерным принтером.
Необходимо приобрести сервер базы данных для системы. Сервер БД
обслуживает базу данных и отвечает за целостность и сохранность данных, а
также обеспечивает операции ввода-вывода при доступе клиента к информации.
Специфика сервера базы данных заключается в том, что данные, как правило,
обрабатываются транзакционно, т.е. система запрашивает небольшой объем
данных, проводит над ними операцию и затем сохраняет. Это накладывает
определенные требования к аппаратной части сервера БД, а именно:
большой объем оперативной памяти для кэширования наиболее
интенсивно используемых участков базы данных;
высокопроизводительная дисковая подсистема, характеризующаяся
в первую очередь способностью обрабатывать большое количество мелких
запросов в единицу времени (IOps - inputs/outputs per second);
высокая вычислительная мощность для обработки информации.
Основное требование к системной плате сервера – она должна уметь вести
в режиме реального времени контроль и мониторинг всех компонентов сервера,
и в случае отказа любой из составляющих, не прерывая работы, выполнить
автоматическое резервирование компонента и оповещение системного
администратора о возникшей ошибке.
Сервер БД поддерживает работоспособность базы данных и отвечает за
стабильность и безопасность данных, а также реализует операции ввода-вывода
при доступе клиента к необходимым данным. Специфика сервера БД состоит в
том, что информация обычно обрабатываются транзакционно, т.е. система
получает небольшой объем данных, обрабатывает их и затем сохраняет. Это
создает определенные требования к технической части сервера БД, к примеру:
• Увеличенный объем ОЗУ для кэширования самых часто
используемых участков БД;
• Скоростная дисковая подсистема, способная в первую очередь
быстро обрабатывать огромное количество мелких запросов в единицу времени
(IOps - inputs/outputs per second);
57
• Хорошая вычислительная мощность для обработки данных.
Базовые требования к материнской плате сервера – она должна
поддерживать контроль и мониторинг всех составляющих частей сервера в
реальном времени, и в момент отказа любой из составляющих, не завершая
работу, реализовать автоматическое резервирование нужного компонента и
оповестить администратора сети о возникшей проблеме.
Серверу БД нужен значительный объем оперативной памяти. Работа с ОЗУ
на порядки быстрее, чем работа с обычными жесткими дисками, поэтому чем
больший объем памяти установлен на сервере, тем лучше, при условии, что сама
ОС и исходное приложение сервера СУБД могут адресовать и работать с таким
объемом памяти. Современные ОС и приложения почти лишены данных
ограничений, т.к. способны адресовать до 64Гб и более. Двухпроцессорные
серверы комплектуются 128Гб ОЗУ, а четырех- и восьмипроцессорные - до
256Гб ОЗУ.
В качестве HDD для серверов БД лучше применять диски SAS (Serial
Attached SCSI) на 10000 об/мин или 15000 об/мин. Такие диски оптимизированы
для работы на транзакционных нагрузках и по такому параметру имеют почти
трехкратную производительность, по сравнению с дисками SATA. Также диски
SAS изначально создавались под использование в RAID-массивах и показывают
почти всегда линейный рост скорости работы массива при увеличении числа
дисков в нем.
Современные процессоры значительнее производительнее, чем
процессоры 3-4 летней давности благодаря применению технологии
многоядерности. Сейчас сервер с 8-ю ядрами может приобрести почти каждая
организация. Благодаря дешевом оборудовании. Для "тяжелых" систем вскоре
также отпадет необходимость установки дорогостоящих многопроцессорных
RISC-систем, которые при идентичной производительности на порядок дороже.
Сегодня существуют четырех- и восьмипроцессорные серверы с архитектурой
x86 и поддержкой четырех- и даже шестиядерных процессоров, дает
возможность иметь в одной системе до 32-х ядер.
Итак, основные требования к серверу следующие:
двухъядерный процессор Intel;
58
объем оперативной памяти не менее 4 Гб;
контроллер RAID 1;
жёстких диска SAS не менее 750 Гб;
наличие привода DVD-RW;
сервер должен быть из линейки серверов Hewlett Packard.
Серверы Hewlett Packard выпускаются под маркой HP Proliant – это очень
надежное, простое и универсальное оборудование, которое используется в самых
разных отраслях. Под перечисленные выше требования подходят модели HP
ProLiant DL320G6 и HP ProLiant ML150 G6. [10]
HP ProLiant DL320G6 – сервера для монтирования в стойку 1U. Новейшие
четырёхъядерные процессоры Intel® Xeon® 5500, возможность выбора модулей
памяти DDR3 Registered или Unbuffered DIMM, технологии SAS и PCI Express
Gen2 формируют высокопроизводительную систему, идеально подходящую для
ресурсоемких приложений. DL320 G6 – это сверхплотная платформа с высокой
отказоустойчивостью, обеспечиваемой резервными блоками питания,
вентиляторам, зеркалированной памятью, встроенной технологией RAID и
комплексной системой удаленного управления Lights-Out.
Сервер HP ProLiant ML150 G6 – это доступная масштабируемая
платформа для растущего бизнеса. Резервные вентиляторы и блоки питания
обеспечивают эффективный контроль питания и уровня температуры для
поддержания работоспособности системы. Решение TPM предоставляет
эффективные функции шифрования данных для их надежной защиты.
59
Таблица 1.7
Сравнение серверов
Параметр
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
Жесткие
диски
2 х HDD 750GB SAS 3G
7200rpm (DP) HotPlug LFF
2 х HDD 750GB SAS 3G
7200rpm (DP) HotPlug LFF
Оптический
привод
DVD-RW 8x
DVD-RW 16x
Стоимость
4095 у.е.
3272 у.е.
Как видно из таблицы 1.7., при одинаковой конфигурации серверы имеют
ощутимое различие в стоимости – около 800 у.е. Сервер HP ProLiant DL320 G6
имеет более компактный размер, большую возможность для расширения,
большую отказоустойчивость. Однако, для рассматриваемой задачи эти
характеристики не являются критически важными, поэтому можно выбрать
более дешевый вариант с той же производительностью. Выбираем сервер HP
ProLiant ML150 G6.
60
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ЖЦ любой ИС выступает неким сбором событий, которые происходят с
системой от начала использования до вывода из эксплуатации.
Модель ЖЦ показывает разные состояния системы от этапа
необходимости данной ИС и до момента завершения ее обслуживания. Модель
ЖЦ является некой структурой, включающей в себя процессы, действия и
задачи, которые происходят в рамках создания, поддержки ПО в период жизни
системы, от понимания требований до прекращения использования.
Есть несколько моделей ЖЦ [29]:
• Каскадная модель, которая подразумевает периодическую
реализацию всех этапов проекта в утвержденном ранее порядке. Работа над
следующим этапом говорит о полном завершении всех работ предыдущего.
• Поэтапная модель с контролем в периодах. Реализация ИС
происходит в рамках итерации с циклами обратной связи каждого этапа.
Межэтапные проверки помогают выявить имеющиеся взаимовлияние итогов
создания на каждом этапе; ЖЦ любого этапа идет до окончания разработки.
• Спиральная модель. Каждый виток спирали генерирует новую
версию продукта, корректирует требования к проекту, отражает его качество и
составляет план работ на новый виток. Важную роль тут играет начальный этап
разработки – проект и анализ, где доступность реализации тех или иных
вариантов обосновывается и утверждается методом создания прототипов.
• Каскадный подход замечательно подойдёт для создания
относительно простых ИС, когда еще в начале разработке описаны и составлены
все требования к системе. Основным минусом подобного подхода назовем то,
что базовый процесс создания системы не укладывается в данные жесткие
рамки, нужно всегда возвращаться к уже завершенным этапам для
корректировки принятых и реализованных решений. В итоге сам процесс
разработки ИС часто соответствует поэтапной модели с периодичным
контролем.
61
ЖЦ является постоянным процессом, который наступает с момента
выбора решения о необходимости его реализации и останавливается в момент
его изъятия из пользования.
Наиболее известные на сегодня стандарты:
1. ГОСТ 34.601-90 – направлен на АИС и описывает стадии и этапы
процесса их создания;
2. ISO/IEC 12207 – стандарт процессов и реализации ЖЦ. Направлен
на все виды реализуемого ПО под заказ. Не имеет внутри себя фаз, стадий и
этапов;
3. Custom Development Method по реализации прикладных ИС –
технологический материал, описанный до момента подготовки проектных
документов, которые предполагают применение на проектах с технологиями
Orаcle;
4. Rаtionаl Unified Process (RUP) включает итеративную модель
проектирования, имеющую 4 фазы: начало проекта, процесс анализа, реализация
и использование. Сущность действия в рамках RUP - это создание и поддержка
моделей в рамках UML [2];
5. Microsoft Solution Frаmework (MSF) похожа на RUP, включает те же
4 фазы: понимание, реализация, подготовка, проверка, сама по себе итерационна,
включает применение ООП. MSF относительно RUP изначально направлена на
внедрение бизнес-приложений;
6. Extreme Progrаmming (XP) – особый подход к программированию.
Основой методики становится командная работа, наилучшая коммуникация
заказчика и изготовителя в течение всего проекта реализации ИС, по итогу сам
процесс проектирования идет при помощи последовательно обновляемых
прототипов [15].
В рамках определение стандарта основным фактором становится понятное
и подробное описание работ на всех шагах реализации АС.
Стандарт ISO/IEC 12207 не включает полного описания работ на всех
этапах реализации АС [41].
Стандарт CDM используется в работах с включением Orаcle-технологий, а
в нашем проекте их нет.
62
Стандарт MSF, опираясь на сказанное ранее, часто направлен на внедрение
бизнес-приложений.
Стандарт XP актуален для командной работы.
Базовыми стадиями создания АС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
На стадии «Выведение требований к системе» делаются следующие
работы:
• Обследуется объект;
• Формируются требования пользователя;
• Обосновывается необходимость разработки.
В данном этапе задействованы следующие участники: IT-менеджер,
начальник отдела производства. После реализации всех задач составляет ся отчет
о проделанной работе – описание объекта автоматизации, требований к системе,
выражение затрат на создание, введение в эксплуатацию и поддержку,
ожидаемый эффект от внедрения и требуемые условия для нормальной работы
системы.
После выполнения этапа «Выведение требований к системе» создается
вариант концепции. Разрабатывают несколько вариантов концепции и плана
реализации, оценивают ресурсы, необходимые на реализацию ИС и ее
нормальную работу, оценивают недостатки и достоинства каждого метода,
сопоставляют требования пользователей и функциональности возможной
системы.
На этапе «Создание концепции» участвует только IT-менеджер. После
того, как работа выполнена, выбирается наиболее удачный из всех подходящих
вариантов, который полностью удовлетворяет всем требованиям.
После этапа «Создание концепции» составляется ТЗ проекта
автоматизации. По его завершению важно его утвердить и согласовать. На
63
данном этапе участвуют: IT-менеджер и начальник отдела делопроизводства. По
итогам данный пункт может определять - функции ИС и подсистем, состав
отдельных и комплексных задач, концепцию информационной базы, состав
системы управления БД, функции и параметры программных средств.
После утверждения ТЗ идет разработка проектного решения. ITменеджер
и программист разрабатывают логическую и физическую модель БД, а также
определяют общую организацию данных.
После завершения этапа «Составление технического проекта» IT-
менеджер и программист оформляют рабочую документацию, которая включает:
технические и программные требования, руководство пользователя. После
завершения всех работ и написания документации остаётся только внедрить
систему.
Этап внедрения включает в себя: подготовку объекта автоматизации,
обучение сотрудников, проведение строительно–монтажных работ,
пусконаладочных работ, проведение испытаний, опытная эксплуатация и
приемочные испытания. В этом этапе участвуют: IT-менеджер, системный
администратор, начальник делопроизводства. После этого происходит анализ
испытаний ИС, проверка на соответствие ТЗ, устраняются неполадки или
подписываются все акты.
Далее выберем модель жизненного цикла информационной системы.
В настоящее время наиболее распространены следующие модели:
Каскадная;
Спиральная;
Итеративная.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень точно и
емко сформулировать нужные требования к системе. Главным недостатком
такого подходя можно назвать то, что процесс реального создания системы не
может полностью уложится в такую жесткую схему, постоянно есть потребность
в возвращении к предыдущим этапам и просмотре или изменении ранее
принятых решений. В итоге реальный процесс разработки ИС оказывается похож
на поэтапную модель с промежуточным контролем.
64
Выделяют следующие положительные стороны использования каскадного
подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;
• Реализуемые в логической последовательности работы дают
возможность планировать сроки завершения всех работ и подсчитывать затраты.
Цикличная модель ЖЦ создавалась для преодоления вышеперечисленных
проблем. На этапах анализа и проектирования степень создания технических
решений и удовлетворенность потребностей заказчика оценивалась методикой
создания прототипов. Каждый цикл характеризовал создание работоспособного
фрагмента или версии программы. Такой подход позволял уточнить требования,
цели и параметры проекта, оценить качество разработки, выделить работы
следующего цикла. Таким образом, углубляются и оговариваются детали
проекта, и в результате применяется обоснованный вариант, удовлетворяющий
всем требованиям заказчика, который затем уже доводится до финальной
реализации.
Но и такая схема не дает возможности оперативно учитывать
возникающие доработки и изменения требований к системе. Согласование
параметров разработки с пользователями делается только в отдельных точках,
планируемых после завершения некоторого объема работ, а общие требования к
ИС отражены в техническом задании на все время ее создания. Поэтому
пользователи часто получают систему, которая не полностью удовлетворяет их
реальным потребностям.
Итеративная разработка показывает объективно существующий цикл
разработки сложных систем. Она дает возможность переходить на следующий
этап, не дожидаясь окончательного завершения работы на текущем этапе и
решить главную задачу – оперативное и быстрее представить пользователям
работоспособный продукт, тем самым, заранее начиная процесс уточнения
корректировки требований.
Главная проблема спирального цикла в определении момента перехода на
другой этап. Для ее решения внедряются временные ограничения на все этапы
жизненного цикла, и переход производится в соответствии с планом, даже если
65
работы по прошлому этапу еще не завершены. Планирование производится на
базе статистических сведений, полученных при подготовке других проектов, а
также из личного опыта разработчиков.
Для разработки системы выбираем каскадную модель, так как она
позволяет работать над несколькими этапами разработки одновременно.
Для внедрения системы выбираем стратегию Пилотный проект.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относятся такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут выполнять специалисты отдела ИТ.
Внедрение системы.
Существует несколько различных стратегии внедрения системы:
1) Стратегия “Параллельное использование” предполагает параллельное
выполнение старой и новой технологии решения задачи, их результаты
сравниваются. Если результаты сравниваются длительное время, то реализуется
переход на новую технологию.
Положительные стороны:
• Отсутствие риска ошибок в виде новых технологий;
• Внедрением ИС можно заниматься независимо от обычного
операционного планирования фирмы.
Негативные стороны:
• Сильная загрузка персонала;
• Необходимость удвоения мощности серверов;
• Необходимость сверки результатов деятельности двух технологий.
2) Стратегия “Скачек” – это не новая технология, и работает она до
определенного момента, затем реализуется внедрение новой технологии, а затем