61
именно:
большой объем оперативной памяти для кэширования наиболее
интенсивно используемых участков базы данных;
высокопроизводительная дисковая подсистема, характеризующаяся
в первую очередь способностью обрабатывать большое количество мелких за-
просов в единицу времени (IOps - inputs/outputs per second);
высокая вычислительная мощность для обработки информации[24 c
. 67]..
Основное требование к системной плате сервера – она должна уметь ве-
сти в режиме реального времени контроль и мониторинг всех компонентов
сервера , и в случае отказа любой из составляющих , не прерывая работы,
выполнить автоматическое резервирование компонента и оповещение систем-
ного администратора о возникшей ошибке.
Итак, основные требования к серверу следующие:
двухъядерный процессор Intel;
объем оперативной памяти не менее 4 Гб;
контроллер RAID 1;
2 жёстких диска SAS не менее 750 Гб;
наличие привода DVD-RW;
сервер должен быть из линейки серверов Hewlett Packard.
Серверы HP ProLiant - высокотехнологичные продукты, обеспечивающие
высокую производительность, гибкость конфигурации, управления и высокую
надежность. Исчерпывающий выбор платформ в линейках DL, ML, BL, SL и
MS позволяет подобрать оптимальное решение для предприятия любого уров-
ня.
Серверы HP ProLiant DL380p Gen8 Series являются новым стандартом
для двухсоккетных серверов формата 2U. Высокая производительность, восхи-
тительное качество, гибкость конфигураций, простота и удобство в обслужива-
нии, а также новый дизайн – это основные факторы, которые делают сервер
62
DL380p Gen8 несомненным лидером, идеальным решением, которое подойдет
для любой инфраструктуры. Особенности конструкции – держатели HP
SmartDrive, направляющие Smart Socket и Snap and Go, позволяют получить
оперативный доступ к системе и компонентам без специальных инструментов,
что значительно исключает проблемы, которые приводят к простоям системы.
Интеллектуальное выделение совмещает преимущества таких продуктов, как
SmartStart, Smart Update Manager и ProLiant Support Pack, при этом дополняя их
последними функциями , которые обеспечивают легкость и простоту
использования.
Новая технология HP Agentless Management на базе нового чипсета ILO4,
с помощью которой можно выполнить полный мониторинг системы и оборудо-
вания, получая оповещения без использования агента
Управляемость памятью с помощью HP SmartMemory открывает новые
возможности и улучшает эффективность благодаря использованию новых мо-
дулей памяти с частотой 1600 MГц . Имеется поддержка модулей RDIMM,
UDIMM и LRDIMM емкостью до 768 ГБ и 128 ГБ с частотой 1600 MГц.
Новая версия RAID-контроллера Smart Array, а также HP SmartStorage
улучшают производительность дисковой системы. Возможна установка до
шестнадцати 2,5-дюймовых дисков SFF или до восьми 3,5-дюймовых дисков
LFF SAS, SATA, SSD.
Улучшенная серверная сеть позволяет выбрать пропускную способность
(1G и 10G), а также архитектуру (Ethernet, FCoE, InfiniBand) .
Серверы HP ProLiant серии ML для малого и среднего бизнеса, крупных
предприятий, удаленных офисов и центров обработки данных, обладают высо-
кой производительностью, максимальными возможностями расширения.
Позволяют успешно вести бизнес, работая с удаленными объектами,
базами данных, файловыми и вертикальными приложениями и обменом сооб-
щениями.
Возможности серверов HP серии ML:
- максимальная емкость внутренних накопителей и гибкие возможности
63
ввода/вывода;
- универсальное использование : от удаленных филиалов до центров
обработки данных;
- опцииональные возможности для развертывания в форм-факторе Tower
и Rack [18 c. 227].. Двухпроцессорный сервер HP Proliant ML150 Gen9 (G9) в
корпусе Tower отлично подойдет для небольшой развивающейся компании.
Сервер обеспечивает необходимый уровень производительности благодаря
поддержке процессоров Intel Xeon E5-2600 серии v3 и E5-2600 серии v4.
Таблица 8
Сравнение серверов
Параметр
HP ProLiant DL380p Gen8
Series
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 Ex-
press 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 у.е.
Как видно из таблицы 8, при одинаковой конфигурации серверы имеют
ощутимое различие в стоимости – около 800 у.е. Сервер HP ProLiant DL320 G6
имеет более компактный размер , большую возможность для расширения,
большую отказоустойчивость . Однако, для рассматриваемой задачи эти
характеристики не являются критически важными, поэтому можно выбрать бо-
лее дешевый вариант с той же производительностью. Выбираем сервер HP
ProLiant ML150 G6.
64
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Очевидно, что функции, выполняемые разработчиками проекта, в ходе
его развития претерпевают изменения, как, в прочем, и сам проект. Сначала он
существует в виде заявки на разработку, затем — как функциональные и
технические требования, далее — как спецификации разрабатываемого изделия
, набор программных модулей, скомпонованная из модулей система и т.д. Этот
перечень можно рассматривать как один из примеров модели жизненного цикла
программного изделия, т .е. представления эволюции разработки и
последующего использования программной системы.
Жизненный цикл — это проекция пользовательского понятия «время
жизни» на понятие разработчика «технологический цикл (цикл разработки)».
Необходимость внесения изменений в действующие программы есть по
сути дела продолжение разработки программного обеспечения после передачи
его пользователю и в течение всего времени жизни программ. Деятельность,
связанная с решением довольно многочисленных задач такой продолжающейся
разработки получила название сопровождения программного обеспечения
Основным нормативным документом, регламентирующим жизненный
цикл программного обеспечения, является международный стандарт ISO/IEC
12207 [12 c.175].
Структура ЖЦ включает процессы, действия и задачи, которые должны
быть выполнены во время создания информационной системы. Каждый
процесс разделен на набор действий, каждое действие - на набор задач. Каждый
процесс, действие или задача инициируется и выполняется другим процессом
по мере необходимости, причем не существует заранее определенных последо-
вательностей выполнения. Связи по входным данным при этом сохраняются[20
c. 67]..
65
Процессы жизненного цикла подразделяются на три группы , которые
представлены на рисунке 13.
Рисунок 13. Процессы жизненного цикла программного
обеспечения
Структура ЖЦ ППП по стандарту ISO /IEC 12207 базируется на трех
группах процессов:
• (1 группа) основные процессы ЖЦ ППП (приобретение, поставка, разра-
ботка, эксплуатация, сопровождение);
• (2 группа) вспомогательные процессы , обеспечивающие выполнение
основных процессов (документирование, управление конфигурацией, обеспе-
чение качества, верификация, аттестация, оценка, аудит, решение проблем);
• (3 группа) организационные процессы (управление проектами, создание
инфраструктуры проекта, определение , оценка и улучшение самого ЖЦ,
обучение).
Среди основных процессов (1 группа) особое место занима-
ют разработка и эксплуатация.
Разработка включает в себя все работы по созданию ППП и его
компонент в соответствии с заданными требованиями, включая оформление
проектной и эксплуатационной документации, подготовку материалов, необхо-
димых для проверки работоспособности и качества программных продуктов ,
материалы, необходимые для организации обучения персонала и т. д . Также
66
разработка ППП включает в себя , как правило, анализ , проектирование и
реализацию (программирование).
Эксплуатация включает в себя работы по внедрению компонентов ППП
в эксплуатацию и общую эксплуатацию комплекса. К работам по внедрению
компонентов относятся: конфигурирование базы данных и рабочих мест поль-
зователей, обеспечение персонала организации эксплуатационной документа-
цией, проведение обучения персонала и т.д. К общей эксплуатации относятся
следующие работы: локализация проблем и устранение причин их возникнове-
ния, модификация ППП в рамках установленного регламента, подготовка пред-
ложений по совершенствованию, развитию и модернизации системы и пр.
Среди вспомогательных процессов (2 группа) существует тесная связь.
Кроме того, их осуществление влияет на основные процессы. Обеспечение ка-
чества проекта связано с проблемами верификации, провер-
ки, тестирования ППП и управления конфигурацией проекта.
Верификация – это процесс определения соответствия текущего состоя-
ния разработки , достигнутого в данный момент времени, широкому спектру
требований и задач этого этапа.
Проверка – это процесс, позволяющий оценить соответствие параметров
разработки исходным требованиям. Проверка частично совпадает
с тестированием. Но этот процесс не рассматривает конечных результатов.
Тестирование – это процесс, который связан с идентификацией различий
между действительными и ожидаемыми результатами работы системы.
Управление конфигурацией проекта является процессом,
поддерживающим основные процессы, и , прежде всего, разработку
и сопровождение ППП. При создании проектов сложных информационных си-
стем (ИС), состоящих из многих компонентов, каждый из которых может иметь
разновидности или версии, возникает проблема учета их связей и функций, со-
здания унифицированной структуры развития всей системы. Управление
конфигурацией позволяет организовать, систематически учитывать и
контролировать внесение изменений в ППП на всех стадиях ЖЦ. Общие прин-
67
ципы и рекомендации конфигурационного учета, планирования и управления
конфигурациями ППП отражены в стандарте ISO 12207-2.
Среди организационных процессов (3 группа) ключевое положение зани-
мает процесс управления проектом.
Управление проектом – это процесс, в ходе которого осуществляются
планирование и организация работ, создание коллективов разработчиков; кон-
троль сроков и качества выполняемых работ. Также в этом процессе
осуществляется: техническое и организационное обеспечение проекта, выбор
методов и инструментальных средств для его реализации, определение методов
описания промежуточных состояний разработки, разработка методов и средств
испытаний ППП, обучение персонала и т.п.
Каждый процесс характеризуется определенными задачами и методами
их решения, исходными данными, полученными на предыдущем этапе, и ре-
зультатами. Результатами анализа, в частности, могут являться модели, описы-
вающие структуру проекта . ЖЦ ППП носит итерационный (пошагово-
циклический ) характер, т. е . результаты очередного этапа часто вызывают
изменения в проектных решениях, выработанных на более ранних этапах.
Для описания жизненного цикла существуют различные модели. Стан-
дарт ISO/IEC 12207 предлагает наиболее общий подход к моделированию ЖЦ.
Его регламенты являются общими для любых моделей ЖЦ, любых методоло-
гий и технологий разработки. Стандарт ISO/IEC 12207 описывает структуру
процессов ЖЦ ППП, но не конкретизирует в деталях как реализовать или вы-
полнить действия и задачи, включенные в эти процессы. Решение конкретных
задач моделирования ЖЦ предоставляется проектировщикам и разработчикам
информационной системы в конкретных условиях.
Наибольшее распространение получили следующие модели жизненного
цикла: каскадная, поэтапная модель с промежуточным контролем, спиральная
модель. Рассмотрим каждую из них.
Каскадная модель (рисунок 14) предусматривает строго последовательное
выполнение всех этапов жизненного цикла.
68
Достоинства модели, это формирование на каждом этапе комплекта
документации, также возможность планирования сроков завершения работ и
затрат . Недостаток данной модели, это несоответствие реальному процессу
создания программного обеспечения. Модель требует возврата к предыдущим
этапам для уточнения или пересмотра принятых решений[13 c. 21]..
Рисунок 14. Каскадная модель жизненного цикла программного
обеспечения
Поэтапная модель с промежуточным контролем (рисунок 15). Эта модель
более похожа на реальный процесс создания программного обеспечения. В
отличие от каскадной модели, она допускает возможность возврата любого
этапа на любой предыдущий, для выполнения межэтапной корректировки.
Рисунок 15. Поэтапная модель с промежуточным контролем
Достоинство модели в том, что она обеспечивает большую надежность,
69
но из этого следует и недостаток - увеличивается время разработки.
Спиральная модель (рисунок 16) позволяет при неполном завершении
работ на каждом этапе переходить на следующий, не дожидаясь полного
завершения работ на текущем этапе, то есть может переходить на следующий
виток спирали. Это обеспечивает возможность показывать пользователям
системы работоспособный продукт для дополнений и уточнений требований .
Недостаток данной модели , проблема определения момента перехода на
следующий этап.
Рисунок 16. Спиральная модель жизненного цикла программного
обеспечения
Цель данной выпускной квалификационной работы - разработка модуля
бизнес-процесса для отдела по работе с покупателями и поставщиками. В связи
с малой сложностью разработки, выбрана каскадная модель жизненного цикла.
При внедрении системы, существуют следующие основные стратегии:
1. Параллельная стратегия. При этой стратегии, старая и новая
система работают одновременно, а их выходные документы сравниваются. В
том случае, если они согласуются длительное время, то можно осуществлять
переход на новую систему.
70
2. При стратегии «Скачок» происходит моментальный переход работы
со старой системы на новую . Эта стратегия не рекомендуется, так как если
персонал не обучен работе с новой системой , предприятие может вставать
(сорвутся поставки, финансовая отчетность и т.д.).
3. «Пилотный проект» - использует тактику «скачка», но применяется к
ограниченному числу процессов. Область применения - небольшой участок
деятельности предприятия. Эта стратегия внедрения более надежна, так как она
снижает риски.
4. «Узкое место» - это часть производственного процесса . При
внедрении этой стратегии внедрения, план внедрения выполняется только для
« узкого места », и для его работников , то есть обучение только для людей,
работающих в нем, анализ « затраты - эффект» делается только для «узкого
места» и т.д.
С учетом необходимости минимизации возможных рисков для ООО «My-
shop» выбрана параллельная стратегия внедрения. Процесс внедрения включает
следующие этапы:
1) анализ;
2) организация проекта;
3) настройка системы;
4) подготовка данных;
5) тестовое испытание системы;
6) сдача проекта.
Рассмотрим эти этапы. Первый этап внедрения – анализ, он соответствует
целям и задачам предпроектного исследования . Целью этого этапа является
изучение бизнес-процессов ООО «My-shop».
Второй этап - организация проекта - выполняется группой разработчиков
и представителей предприятия. На этом этапе определяются сроки проекта, его
участники, бюджет, составляется план проекта[16 c. 231]..
Третий этап - настройка системы . На этом этапе выполняется создание
прототипа автоматизированной системы ООО « My -shop», руководства