Файл: Проектирование реализации операций бизнес-процесса “Продажи.pdf

Сценарии или программы на языке Perl представляют собой чисто текстовые файлы, преобразуемые на этапе выполнения в байт-кодовые версии, что позволяет выявлять ошибки и выполнять трассировку потоков данных. Перед исполнением интерпретатор Perl конвертирует байт-кодовые представления в машинные коды.

РHP представляет собой скриптовый язык программирования, который применяется в основном в сфере различных Интернет-приложений. Синтаксис основных конструкций PHP похож на язык программирования C++. PHP – это достаточно молодой язык, пришедший на замену Perl, он в большей степени ориентирован на web-программирование, не сложен в изучении, имеет большое количество разнообразных подключаемых модулей, расширяющие его практическое применение. Главной целью применения PHP является создание динамического HTML, позволяющего отображать различный контекст в приложении, в зависимости от действий пользователя.

Такие свойства PHP как расширяемость ядра с помощью модулей, открытость исходного кода, способность взаимодействия с базами данных, поддержка различных протоколов и объектно-ориентированного программирования привели к резкому росту популярности PHP среди создателей веб-сайтов.

Преимуществами PHP по сравнению с популярным языком Perl, является простой синтаксис, что делает его легче в изучении, и более четкий и менее раздутый исходный код, что делает его легче при разработке модулей.

Кроме того, PHP работает как часть веб-сервера, что существенно экономит ресурсы хостинга: PHP, в отличие от сценариев CGI, не приводит к порождению нового процесса в операционной системе. Особенно это преимущество становится заметным, когда посещаемый сайт состоит из множества страниц, на которых выполняются относительно небольшие куски кода PHP. Аналогичный вариант с кодом на Perl порождал бы огромное число новых процессов.

В качестве недостатка PHP 3 выделяют его низкую по сравнению с Perl производительность на сложных приложениях при обработке больших скриптов, то есть в тех случаях, когда сайт состоит из нескольких страниц, но с длинным кодом. В таких ситуациях выгодней использовать CGI. Поэтому при выпуске новой версии PHP 4 основное внимание было уделено повышению быстроты работы. Также были затронуты вопросы безопасности и была внедрена поддержка сессий. Новая версия PHP содержала в себе ядро Zend Engine, которое позволило добиться увеличения производительности и стабильности за счет более качественной поддержки модулей.

В дальнейшем проводились работы по улучшению технологии Zend в части поддержки модели объектно-ориентированного программирования, что вылилось в создание PHP версии 5. Это версия включает в себя ядро Zend Engine 2, поддержку языка разметки XML, в PHP появились такие понятия объектно-ориентированной модели как деструкторы, интерфейсы, клонирование объектов.

---

Ruby on Rails — это полноценный, многоуровневый фреймворк для построения веб-приложений, использующих базы данных, который основан на архитектуре Модель-Представление-Контроллер (Model-View-Controller, MVC).

Rails предоставляет однородную среду разработки на Ruby для динамичных AJAX-интерфейсов: обработки запросов и выдачи данных в контроллерах. Для работы необходима только — это база данных и веб-сервер.

Rails — это, прежде всего, инфраструктура, поэтому среда подходит для любого типа веб-приложений.

Rails работает со многими веб-серверами и СУБД. В качестве веб-сервера рекомендуется использовать Apache или lighttpd как с FastCGI, так и с SCGI. В качестве СУБД можно использовать MySQL, PostgreSQL, SQLite, Oracle, SQL Server, DB2 или Firebird. Использовать Rails можно на практически любой операционной системе, однако для развертывания рекомендуются системы семейства Unix.

ASP.NET – это часть технологии .NET, используемая для написания мощных клиент-серверных интернет приложений. Она позволяет создавать динамические страницы HTML. ASP.NET возникла в результате объединения более старой технологии ASP (активные серверные страницы) и .NET Framework. Она содержит множество готовых элементов управления, используя которые можно быстро создавать интерактивные web-сайты. Также есть возможность использовать сервисы, предоставляемые другими сайтами, прозрачно для пользователей собственной разработки.

ASP.NET - это унифицированная среда разработки Web-приложений, обеспечивающая разработчиков сервисами, необходимыми для построения приложений уровня предприятия. ASP.NET имеет возможность работы с протоколами. ASP.NET обеспечивает новую модель разработки и инфраструктуру, которые позволяют создавать функциональные приложения нового типа.

ASP.NET является составной частью операционной системы. Использование компилированного кода приводит к автоматическому росту производительности. В результате страницы ASP.NET стали намного более похожими на традиционные приложения.

ASP.NET имеет много программных усовершенствований, например, кэширование, компиляцию кода, а также большую степень простоты и безопасности и обеспечение надежности, которая может сохраняться даже во время аварий на серверах

ASP.NET обеспечивает встроенную поддержку сеансов, которая является переносимой с одной Web-формы на другую. ASP.NET запоминает информацию по состоянию пользователя или запрашивает входные переменные.

Благодаря этим и другим усовершенствованиям ASP.NET намного увеличивает возможности разработчиков – за счет чего она популярна и очень быстро развивается.

---

На основании проведенного анализа выбран язык PHP.

Для выбора СУБД так же проведем анализ существующих решений. Для этого выберем наиболее часто используемые языки и проведем сравнение.

Выбор системы управления базами данных (СУБД) представляет собой сложную задачу, для решения которой необходимо учесть множество факторов и параметров. Эта задача является одним из самых важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды [1].

В общем случае, перечень требований к СУБД, может изменяться в зависимости от поставленных целей. Тем не менее можно выделить несколько групп критериев:

Структура данных;

Функциональные возможности;

Особенности разработки приложений;

Производительность;

Требования к рабочей среде.

Рассмотрим каждую из этих групп в отдельности.

1. Структура данных. К данной группе требований можно отнести следующие: используемая модель данных (вопрос об использовании той или иной модели должен решаться на начальном этапе проектирования информационной системы), предусмотренные типы данных.

2. Функциональные возможности. В данной группе требований выделяются следующие критерии: мобильность (независимость системы от среды, в которой она работает), масштабируемость (сможет ли данная система соответствовать росту информационной системы), триггеры и хранимые процедуры, сетевые возможности.

3. Особенности разработки приложений. Многие производители СУБД выпускают также средства разработки приложений для своих систем. Как правило, эти средства позволяют наилучшим образом реализовать все возможности сервера, поэтому при анализе СУБД стоит рассмотреть также и возможности средств разработки приложений. К данной группе требований можно отнести следующие: средства проектирования, многоязыковая поддержка, возможности разработки Web-приложений.

4. Производительность. Производительность системы является одним из самых важных показателей, который будет использоваться в статье в качестве основного критерия для выбора СУБД. Существует несколько факторов, которые можно отнести к производительности системы и которые могут учитываться для оценки производительности данной СУБД. Такими факторами являются следующие: рейтинг ТРС (Transactions per Cent), возможности параллельной архитектуры, возможности оптимизирования запросов.

---

5. Требования к рабочей среде. К данной группе требований можно отнести следующие: поддерживаемые аппаратные платформы, минимальные требования к оборудованию и операционной системе [1].

Рассмотрим 5 различных реляционных СУБД. Согласно методу анализа иерархий, предложенному Т. Саати, проводится попарное сравнение всех СУБД по каждому критерию, в результате чего получается 5 матриц попарных сравнений альтернатив.

В качестве альтернатив рассмотрим следующие СУБД:

DB2;

Oracle;

Microsoft SQL Server;

MySQL;

PostgreSQL.

Сравним выбранные СУБД по критерию «Структура данных».

Все рассматриваемые альтернативы реализуют реляционную модель данных (РСУБД) или объектно-реляционную модель данных (ОРСУБД), следовательно, все рассматриваемые системы подходят для анализа и сравнения. Проводится анализ рассматриваемых альтернатив по предусмотренным типам данных. По результатам этого анализа можно построить матрицу попарных сравнений альтернатив по первому критерию (таблица 1.2), рассчитать вектор приоритетов, главное собственное значение и остальные показатели [3].

Таблица .2

Матрица попарных сравнений альтернатив по критерию «Структура данных»

	DB2	Oracle	MySQL	MS SQL	Postgre SQL
DB2	1	1	1	1	1
Oracle	1	1	1/4	1/5	1/3
MySQL	1	4	1	1/2	2
MS SQL	1	5	2	1	2
Postgre SQL	1	3	1/2	1/2	1

Вектор приоритетов: ОД 8 0,08 0,24 0,33 0,17

Главное собственное значение: 5,34. Индекс согласованности (ИС): 0,084. Отношение согласованности (ОС): 0,07. Как видно, ОС в пределах нормы.

Сравним выбранные СУБД по критерию «Функциональные возможности».

Пункт «Триггеры и хранимые процедуры» определяет наличие в некоторой СУБД класса процедур, функций. Триггер -программа базы данных, вызываемая всякий раз при вставке, изменении или удалении строки таблицы. Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти изменения будут приняты. Хранимая процедура - программа, которая хранится на сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются непосредственно на сервере баз данных, обеспечивается более высокое быстродействие, нежели при выполнении тех же операций средствами клиента БД [1]. Проведем анализ альтернатив по данному пункту (таблица 1.3).

---

Таблица .3

Анализ альтернатив по пункту «Триггеры и х ранимые процедуры»

	Триггер	Функция	Процедура
DB2	+	+	+
Microsoft SQL Server	+	+	+
MySQL	+	+	+
Oracle	+	+	+
PostgreSQL	+	+	+

Пункт «Масштабируемость» предполагает возможности рассматриваемой СУБД по увеличению объема данных со временем и в случае необходимости [4]. Необходимо рассмотреть максимально возможный объем хранимых данных для каждой альтернативы (таблица 1.4).

Таблица .4

Анализ альтернатив по пункту «Масштабируемость»

	Размер БД	Размер таблицы	Размер строки
DB2	512ТБ	512 ТБ	32677 В
Microsoft SQL Server		524258 ТБ	524258 ТБ	∞
MySQL		∞	256ТВ	64KB
Oracle		∞	4 Гб* Размер блока	8KB
Postgre SQL		∞	32 ТБ	1,6 ТБ

Таким образом, проведен анализ рассматриваемых альтернатив по пунктам критерия «Функциональные возможности». По результатам анализа можно построить матрицу попарных сравнений альтернатив по второму критерию (таблица 1.5, рассчитать вектор приоритетов и основные показатели.

Таблица .5

Матрица попарных сравнений альтернатив по критерию «Функциональные возможности»

	DB2	Oracle	MySQL	MS SQL	Postgre SQL
DB2	1	1/4	2	1/7	1/5
Oracle	4	1	1	1/4	1/2
MySQL	1/2	1	1	1/4	1/2
MS SQL	7	4	4	1	3
Postgre SQL	5	2	2	1/3	1

Вектор приоритетов: 0,07 0,13 0,09 0,49 0,22

Главное собственное значение: 5,45. Индекс согласованности (ИС): ОД 11. Отношение согласованности (ОС): 0,09.

Рассмотрим критерий «Особенности разработки приложений». При рассмотрении этого критерия необходимо оценить трудозатраты на администрирование баз данных. Основные задачи такого администрирования: установка и конфигурирование базы данных, текущее администрирование базы данных, резервное копирование/восстановление [5].

---