50
Возможность
компиляции
100 100 50
Многопоточная
компиляция
100 0 100
Интерпретатор
командной строки
75 50 0
Многомерные
массивы
100 0 100
Динамические
массивы
100 100 0
Ассоциативные
массивы
50 0 0
Интерфейсы 100 0 50
Мульти методы 100 0 0
Общая оценка
□ Ряд1; РНР;
--
1 1
-
/——■ ■ ■ /
--
90,625
Ряд1; ASP; □ Ряд1; Perl; 37,5
31,25
V_____________________________________________________________________ У
Рис. 2.2 Диаграмма результатов сравнения языков программирования
Для реализации приложения пользователя выбран язык
программирования PHP.
PHP обладает множеством преимуществ по сравнению с
конкурирующими продуктами, в числе которых:
• Высокая производительность;
• Наличие интерфейсов к различным системам баз данных;
• Встроенные библиотеки для выполнения многих общих задач,
связанных с Web;
• Свободное распространение;
51
• Простота изучения и использования;
• Переместимость;
• Доступность исходного кода.
Рассмотрим эти преимущества более подробно:
• Производительность. Используя единственный сервер, можно
обслуживать миллионы обращений в день. Результаты тестирования,
опубликованные компанией Zend Technologies (http://www.zend.com),
подтверждают более высокую производительность РНР по сравнению с
конкурирующими продуктами.
• Интеграция с базами данных. РНР обладает встроенной связностью
со многими системами баз данных: MySQL, PostgreSQL, mSQL, Oracle, dbm,
Hyperware, Informix, InterBase и Sybase. Используя
OpenDatabaseConnectivityStandard (Стандарт открытого интерфейса связи с
базами данных, ODBC), можно подключаться к любой базе данных, для которых
существует ODBC-драйвер.
• Встроенные библиотеки. Поскольку РНР был разработан для
использования в Web, он имеет множество встроенных функций для выполнения
широкого разнообразия полезных, связанных с Web, задач. С его помощью
можно генерировать GIF-изображения, подключаться к другим сетевым
службам, отправлять сообщения электронной почты, работать с cookie-наборами
и генерировать PDF-документы.
• Стоимость. Пакет РНР является бесплатным.
• Изучение РНР. Синтаксис РНР основывается на других языках
программирования, в первую очередь на С и Perl.
• Переносимость. Пакет РНР можно использовать под управлением
многих различных операционных систем. Код РНР можно создавать в среде
таких бесплатных Unix-подобных операционных систем, как Linux и FreeBSD,
коммерческих версий Unix типа Solaris и IRIX или различных версий Microsoft
Windows. Как правило, программы будут работать без каких-либо изменений в
различных средах с установленным РНР.
52
• Исходный код. Пользователь имеет доступ к исходному коду РНР.
В отличие от коммерческих закрытых программных продуктов, если нужно что-
либо изменить или добавить в этом языке, то это всегда можно сделать.
2.1.3 Обоснование проектных решений по техническому
обеспечению
Комплекс технических средств составляют:
• компьютеры;
• устройства сбора, накопления, обработки, передачи и вывода
информации -жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
• устройства передачи данных и линий связи - модемы;
• эксплуатационные материалы - бумага, CD (DVD)- диски и т. п.
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации.
В настоящее время, в качестве АРМ сотрудников используются ноутбуки.
Однако, наряду, с достоинствами, ноутбуки имеют и недостатки, такие, как:
• Как правило, меньшая производительность по сравнению с
настольными компьютерами;
• Меньшая возможность апгрейда;
• Быстрое устаревание;
• Малый размер монитора;
• Не полнофункциональнаяклавиатура.
Анализируя уже имеющиеся на предприятии АРМ, а также серверное
оборудование, делаем вывод, что необходимо обновление парка персональных
компьютеров, в частности, АРМ сотрудника товарного отдела в виде оснащения
его настольным компьютером со следующими характеристиками:
• Процессор: Intel Core™ i3-530 S1156
• Материнская плата: Intel H55 mATX
53
• Оперативная память: DDR3 1GB PC-8500 1066MHz
• Жёсткий диск: 250Gb 7200rpm.
В таком виде АРМ сотрудника будет готово к внедрению
разрабатываемой информационной системы.
Необходимо приобрести сервер базы данных для системы. Сервер ИС
учета готовой продукции не будет функционировать круглосуточно: в обычном
режиме сервер будет работать 9-10 часов в день по рабочим дням.
Максимальное количество одновременно подключенных к системе
пользователей - 6.
Сервер БД обслуживает базу данных и отвечает за целостность и
сохранность данных, а также обеспечивает операции ввода-вывода при доступе
клиента к информации. Специфика сервера базы данных заключается в том, что
данные, как правило, обрабатываются транзакционно, т.е. система запрашивает
небольшой объем данных, проводит над ними операцию и затем сохраняет. Это
накладывает определенные требования к аппаратной части сервера БД, а
именно:
- большой объем оперативной памяти для кэширования наиболее
интенсивно используемых участков базы данных;
- высокопроизводительная дисковая подсистема, характеризующаяся в
первую очередь способностью обрабатывать большое количество мелких
запросов в единицу времени (IOps - inputs/outputs per second);
- высокая вычислительная мощность для обработки информации.
Основное требование к системной плате сервера - она должна уметь вести
в режиме реального времени контроль и мониторинг всех компонентов сервера,
и в случае отказа любой из составляющих, не прерывая работы, выполнить
автоматическое резервирование компонента и оповещение системного
администратора о возникшей ошибке.
Серверу БД необходим большой объем оперативной памяти. Работа с
оперативной памятью на порядки быстрее, чем работа с жесткими дисками,
поэтому чем большим объемом памяти будет располагать сервер, тем лучше,
при условии, что операционная система и само приложение сервера СУБД
способны адресовать и работать с таким количеством памяти. Современные
54
операционные системы и приложения фактически не имеют данных
ограничений, т.к. способны адресовать до 64Гб и более. Двухпроцессорные
серверы способны оснащаться 128Гб оперативной памяти, а четырех- и
восьмипроцессорные - до 256Гб.
В качестве жестких дисков для серверов БД рекомендуется использовать
диски SAS (Serial Attached SCSI) на 10000 об/мин или 15000 об/мин. Данные
диски оптимизированы для работы на транзакционных нагрузках и по этому
показателю имеют вдвое-втрое более высокую производительность, чем диски
SATA. Кроме того, диски SAS изначально проектировались под работу в RAID-
массивах и показывают практически линейный рост производительности
массива при увеличении количества дисков в нем.
Современные процессоры стали значительно производительнее, чем
несколько лет назад, благодаря внедрению технологии многоядерности. Сейчас
сервер с 8-ю ядрами доступен практически каждой организации. Благодаря
этому, появилась возможность обрабатывать существенные объемы информации
на относительно недорогом оборудовании. Для "тяжелых" систем постепенно
отпадает необходимость в приобретении дорогостоящих многопроцессорных
RISC-систем, стоящих при равной производительности на порядки дороже. В
настоящий момент существуют четырех- и восьмипроцессорные серверы
стандартной архитектуры x86 с поддержкой четырех- и даже шестиядерных
процессоров, что позволяет иметь в одной системе до 32-х ядер.
Итак, основные требования к серверу следующие:
- двухъядерный процессор Intel;
- объем оперативной памяти не менее 4 Гб;
- контроллер RAID 1;
- 2 жёстких диска SAS не менее 750 Гб;
- наличие привода DVD-RW;
- сервер должен быть из линейки серверов HewlettPackard.
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
55
Жизненный цикл (ЖЦ) - это постоянный процесс, начинающийся с
момента принятия решения о важности его создания и заканчивается в момент
его полного изъятия из обращения.
Сегодня самые известные стандарты следующие:
1. ГОСТ 34.601-90 - относится к АИС и устанавливает стадии и этапы
их разработки;
2. ISO/IEC 12207 - стандарт на процессы и реализацию ЖЦ.
Распространяется на все виды создаваемого на заказ ПО. Стандарт не включает
фаз, стадий и этапов;
3. Custom Development Method (по Oracle) по созданию прикладных
ИС - технологический материал, развернутый до момента заготовок проектных
документов, рассчитанных на применение в проектах с использованием Oracle;
4. Rаtionаl Unified Process (RUP) подразумевает итеративную модель
разработки, состоящую из 4 фаз: старт проекта, исследование, создание и
применение. Суть работы в рамках RUP - это разработка и обслуживание
моделей на базе UML [2];
5. Microsoft Solution Framework (MSF) аналогична RUP, так же имеет 4
фазы: изучение, проектирование, создание, тестирование, является
итерационной, предполагает применение объектно-ориентированного
моделирования. MSF в отличие от RUP чаще всего направлена на создание
бизнес-приложений;
6. Extreme Programming (XP) - экстремальный подход к
программированию. В рамках методики лежит командная работа, оптимальная
коммуникация исполнителя и заказчика в рамках всего проекта по созданию ИС,
а сам процесс проектирования ведется при помощи последовательно
модифицируемых прототипов [15].
При выборе стандарта главным фактором становится полноценное и
понятное описание работ на стадиях и этапах создания АС.
Стандарт ISO/IEC 12207 не имеет полноценного описания работ на разных
стадиях и этапах создания АС [41].
56
Стандарт CDM применяется в проектах с использованием Oracle -
технологий, который в данном проекте не актуальны.
Стандарт MSF, исходя из сказанного ранее, зачастую ориентирован на
создание бизнес-приложений.
Стандарт XP применим к командной работе.
В данной работе будет использоваться ГОСТ 34.601-90, поскольку он
включает описание работ на всех этапах создания АС.
Основные стадии создания ИС: 1) Подготовка требований к системе, 2)
Подготовка концепции; 3) ТЗ; 4) Технический проект; 5) Написание
документации; 6) Внедрение.
В соответствии с известными моделями определяют следующие модели
ЖЦ АИС —итерационную, каскадную и спиральную [4].
Каскадная модель включает в себя классический подход к созданию
системы в любых предметных областях и включает последовательную
организацию работ, причем главной особенностью модели становится деление
всей работы на этапы. Переход от одного этапа к другому возможен только
после полного завершения предыдущего.
В связи с небольшим объемом проектных работ, а также характером
проекта выберем каскадную модель для описания жизненного цикла и Стандарт
ISO/IEC серии 15288. В соответствии с этим в него будут входить следующие
этапы:
• Формирование требований
• Проектирование
• Реализация
• Тестирование
• Ввод в действие
• Эксплуатация и сопровождение
В качестве стратегии внедрения ИС в ОАО «Глобал» был выбран
«Пилотный проект».
Пилотный проект - это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до ее окончательного
внедрения, обучить сотрудников компании работе с системой, а также
57
определить и спланировать организационные и технические мероприятия на
этапе промышленного внедрения. Пилотный проект позволяет уменьшить
затраты и ускорить полномасштабное внедрение.
Данная стратегия внедрения информационной системы была выбрана,
потому что это наиболее часто используемая компаниями стратегия. Такой
подход снижает риск и наиболее надежен.
2.2.2 Ожидаемые риски на этапах жизненного цикла и их
описание
На всех этапах жизненного цикла информационной системы встречаются
различные риски. Они могут приводить как к серьезным неустойкам во времени
разработки системы, так и в ее функциональных качествах[16].
Ниже представлены риски в зависимости от этапов жизненного цикла, а
также приведены методы их предотвращения.
Этап подготовки проекта
Риск персонала
Риски:
• Набор необученного персонала к выполнению проекта;
• Набор в состав разработчиков «случайных» сотрудников, а не
главных участников автоматизируемых бизнес процессов;
• Неимение выработанной стратегии автоматизации№
• Отсутствие общих целей и задач проекта;
• Отсутствие мотивационных поощрений сотрудникам;
• Нежелание персонала участвовать в проекте;
• Хаотичный план ведения работ.
Методики предотвращения:
• Постоянное взаимодействие с руководством в процессе всего
проекта, оперативное принятие решений;
• Привлечение к проекту ведущих специалистов и консультантов;
• Четкая формулировка целей и задач;
• Выработка единой стратегии автоматизации компании;
58
• Неизменный состав рабочей группы во время подготовки проекта.
Риск ведения проекта
Риски:
• Ошибочное определение рамок и масштаба проекта;
• Выделение ошибочных функций системы;
• Подбор неверных технологий и методов решений задач;
• Несоблюдение приведенных заказчиком требований.
Методики предотвращения:
• Поддержка стабильности границ проекта, которые выделяются еще
на начальном этапе и неизменны вплоть до финала проекта;
• Точное планирование выполняемых работ;
• Включение в проект необходимых ресурсов;
• Согласованное и утвержденное проектное решение;
• Высокий порог принятия изменений.
Риск неверного планирования
Риски:
• Неэффективный план организации разработки системы;
• Несоблюдение сроков выполнения работ по этапам.
Методики предотвращения:
• В начальных стадиях проекта проведение учета, организация
командной работы, выделение ролей и стимулирование;
• Описание и сохранение всех проведенных работ и открытый доступ
к этим данным для всех участников проекта.
Этап разработки
Риск персонала
Риски:
• Увольнение сотрудников, которые отвечают за проведение
разработки;
• Несогласованность действий между участниками проекта из-за
плохой системы коммуникации;
• Ошибочное представление задачи проектирования;
• Набор разработчиком без опыта работы с подобными системами.
59
Методики предотвращения:
• Грамотный набор сотрудников, участвующих в проекте;
• Реализация четкой системы коммуникации между сотрудниками,
постоянное документирование изменений в системе.
Технические риски
Риски:
• Остановка разработки из-за ошибок в применяемом ПО;
• Пользовательская документация включает в себя описание не всех
функции системы.
Методики предотвращения:
• Работа только с проверенным лицензионным ПО, регулярное
резервное копирование данных;
• Отслеживание полноты сведений во всех документах.
Этап внедрения
Риск персонала
Риски:
• Разрозненность деятельности разработчика и специалистов
предметной области;
• Отсутствие желания у сотрудников использовать новую систему и
связанные с этим трудности их обучения;
• Безучастность руководства.
Методики предотвращения:
• Обучение пользователей со стороны заказчика методики работы с
системой;
• Подготовка плана внедрения системы;
• Обоснование важности и нужности автоматизации персоналу;
• Привлечение руководящего персонала в проект и активное
взаимодействие с ним во время проведения всего проекта.
Технические риски
Риски:
• Утрата информации при внедрении системы.
Методики предотвращения: