Файл: Web-представительство транспортной компании.pdf

Одно из основных преимуществ MS Access - это тесная интеграция с MS Office и MS SQL Server 2000. Благодаря последнему, настольную БД на MS Access довольно легко превратить в клиент-серверное приложение, в котором MS Access будет играть роль клиента.

FireBird

Firebird (FirebirdSQL) — очень компактная, кроссплатформенная, свободно распространяемая (бесплатная) СУБД с открытым кодом, работающая на платформах: GNU/Linux, Microsoft Windows и разнообразных Unix.

Firebird является серверов БД. Один сервер Firebird может обрабатывать несколько независимых баз данных, каждую с множеством пользовательских соединений. И, что не маловажно, он является полностью свободным от лицензионных отчислений даже для коммерческого использования.

Основные характеристики:

• соответствие требованиям ACID: Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надежности» транзакций;
• версионная архитектура: основная особенность Firebird – версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время таким образом, что каждая транзакция видит свою версию данных, не мешая соседним. Это позволяет использовать одновременно OLTP и OLAP запросы;
• хранимые процедуры: используя язык PSQL Firebird, возможно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же как и обычные таблицы;
• события: хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент. После успешного завершения транзакции (COMMIT) он будет извещён о произошедших событиях и их количестве;
• генераторы: Идея генераторов (последовательностей) делает возможной простую реализацию автоинкрементных полей, и не только их. Генераторы являются 64‐битными хранимыми в базе данных счётчиками, работающими независимо от транзакций. Они могут быть использованы для различных целей, таких как генерация первичных ключей, управление длительными запросами в соседних транзакциях, и т. д.;
• базы данных только для чтения: позволяют распространять базы данных, к примеру, на CD-ROM. Особенно упрощает распространение данных их использование в комбинации с встраиваемой версией сервера Firebird (Firebird Embedded);
• полный контроль за транзакциями: Одно клиентское приложение может выполнять множество одновременных транзакций. В разных транзакциях могут быть использованы разные уровни изоляции. Протокол двухфазного подтверждения транзакций обеспечивает гарантированную устойчивость при работе с несколькими базами данных. Так же доступны оптимистическое блокирование данных и точки сохранения транзакций;
• резервное копирование на лету: Для резервного копирования нет надобности останавливать сервер. Процесс резервного копирования сохраняет состояние базы данных на момент своего старта, не мешая при этом работе с базой. Кроме того, существует возможность производить инкрементальное резервное копирование БД;
• триггеры: Для каждой таблицы возможно назначение нескольких триггеров, срабатывающих до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения, и т. д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие в одном триггере обрабатывать вставки, обновления и удаления записей таблицы;
• внешние функции: библиотеки с UDF (User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, позволяя расширять возможности сервера «изнутри»;
• декларативное описание ссылочной целостности: Обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами;
• наборы символов: Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

Более наглядное представление характеристик СУБД представлено в таблице 1.

Таблица 1

Сравнительный анализ характеристик СУБД

Сайт будет разработан с использованием системы управления контентом Joomla, которая использует в качестве хранилища данных MySQL - систему управления реляционными базами данных. Поэтому была выбрана именно эта СУБД.

3.3.4. Обоснование выбора программных продуктов для создания программного кода

Перед созданием сайта необходимо:

1. собрать и проанализировать информацию о наличии на интернет-рынке уже реализованных проектов аналогичной направленности;
2. определить используемые программные продукты, платформы и системы и выбрать наиболее предпочтительные;
3. оценить применяемые конкурентами методы продвижения и полученные ими на текущий момент результаты;
4. оценить эффективность действий конкурентов и динамику развития за определённый временной интервал;
5. сформировать свою оптимальную тактику разработки и стартового продвижения собственного проекта.

Для определения программной составляющей разрабатываемого проекта, необходимо выбрать из полученных в результате анализа данных наиболее оптимальный вариант реализации:

1. использовать готовую CMS;
2. написать собственную CMS;
3. написать собственные программы формирования страниц сайта, с использованием серверного и клиентского программного кода, но без возможности управления контентом через веб-интефейс;
4. создать сайт на основе статичных HTML-страниц без использования CMS и в дальнейшем самостоятельно заниматься трудоёмкой поддержкой.

Определение CMS приведено во 2 главе.

Последние 2 варианта были исключены, по ряду причин:

1. огромная трудоёмкость при управлении контентом;
2. проблемы взаимодействия с посетителями;
3. проблемы перспективного развития проекта;
4. невозможность или сложность реализации поисковых, авторизационных и аутентификационных механизмов;
5. трудности при организации командной работы по обслуживанию сайта;
6. очень низкая степень автоматизации (или полное отсутствие) всех выполняемых задач по обслуживанию сайта.

Из оставшихся двух вариантов предпочтительнее выбрать тот, который предусматривает использование готовой CMS. На начальном этапе этот вариант имеет ряд существенных преимуществ:

1. значительная экономия времени на разработку, отладку и тестирование программного кода;
2. значительное сокращение вероятности допущения программных ошибок;
3. наличие в готовых CMS широкого набора встроенных модулей, дополнительных компонентов и расширений;
4. лёгкость организации командной работы по обслуживанию сайта;
5. возможность создания мультиязычного проекта и простота процесса локализации;
6. как правило, полный набор пользовательской и программной документации;
7. как правило, наличие функционала и механизмов, облегчающих поисковую оптимизацию и продвижение сайта.

Итак, после того, как сделан выбор 1 варианта, необходимо провести анализ существующих на рынке программных продуктов CMS и выбрать наиболее подходящую под наши требования. Из наиболее популярных и широко распространённых систем на рассмотрение были выбраны четыре.

1. WordPress — система управления содержимым сайта с открытым исходным кодом, распространяемая под GNU GPL версии 2. Написана на языке PHP, в качестве сервера базы данных использует СУБД MySQL. Сфера применения — от блогов до достаточно сложных новостных ресурсов и интернет-магазинов. Встроенная система «тем» и «плагинов» вместе с удачной архитектурой позволяет конструировать практически любые проекты. Последняя стабильная версия 4.1 (18 декабря 2014)

Требования к ПО, начиная с версии WordPress 3.2:

• PHP версии 5.2.4 или выше;
• MySQL версии 5.0 или выше;
• Модуль Apache mod_rewrite (для «красивых» адресов, называемых постоянными ссылками).

1. Joomla! (произносится джу́мла) — кроссплатформенная масштабируемая система управления содержимым сайта с открытым исходным кодом, написанная на языках PHP и JavaScript, использующая в качестве хранилища базы данных СУБД MySQL или другие индустриально-стандартные реляционные СУБД. Является свободным программным обеспечением, распространяемым под лицензией GNU GPL. Последняя стабильная версия 3.4.1 (21 марта 2015)

Требования к ПО для версий Joomla!, начиная с 3.x:

• PHP 5.3.10 и выше (Magic Quotes GPC off);
• MySQL 5.1 и выше (с поддержкой InnoDB);
• Apache 2.x+ (с модулями mod_mysql, mod_xml, и mod_zlib).

1. DataLife Engine (аббр. DLE) — коммерческая кроссплатформенная система управления контентом (CMS), разработанная российской компанией «Софтньюс Медиа Групп». Система написана на языке PHP и использует MySQL в качестве базы данных. Разработка была начата в 2004 году, за основу была взята система CutePHP. Продукт позиционируется его разработчиками как средство для организации собственных средств массовой информации и блогов. Основной язык системы — русский, так же существуют английская и украинская локализации. Последняя стабильная версия 10.4 (15 декабря 2014)

Требования к ПО для последней стабильной версии DLE:

• PHP 5.2 и выше, с установленными библиотеками Zlib, XML, GD2, iconv;
• MySQL 5.0 и выше;
• Apache 2.0 и выше.

Цена лицензии зависит от текущего валютного курса пары доллар-рубль, и на момент анализа составляла 2190 рублей.

1. Drupal — кроссплатформенная масштабируемая система управления содержимым, используемая также как каркас для веб-приложений (CMF), написанная на языке PHP и использующая в качестве хранилища реляционную базу данных (поддерживаются MySQL, PostgreSQL и другие). Drupal является свободным программным обеспечением, защищённым лицензией GPL, и развивается усилиями энтузиастов со всего мира. Последняя стабильная версия 7.36 (2 апреля 2015). Ориентирована на платформу LAMP, но возможны варианты использования другого системного ПО.

Требования к ПО для версии Drupal 7.х:

• Операционная система: семейство Unix (в том числе FreeBSD, Mac OS X), Windows (любые ОС, на которых может работать интерпретатор PHP);
• Веб-сервер: Apache, Nginx, Lighttpd, IIS Versions 6, 7 (через Fast CGI) (любой веб-сервер, допускающий исполнение PHP-кода);
• СУБД: MySQL, PostgreSQL;
• PHP версии 5.2.4 и выше.

После ознакомления с каждой CMS было отмечено, что все они схожи по функционалу, но каждая имеет свои нюансы управления и внедрения дополнительных модулей. Так же стоит отметить, что Wordpress больше подходит для создания именно блогов и в нашем случае, для создания информационного портала подходит менее остальных по следующим причинам:

1. у блогов своеобразная структура сайта, отличная от архитектуры информационного портала;
2. из-за структурных особенностей портала, возможно возникновение проблем при адаптации существующих и написании новых модулей именно под информационный портал.

Поэтому эта CMS была исключена.

Так же стоит отметить, что у каждой CMS есть свои плюсы и минусы. Так, например, одна из них платная (DLE), все остальные бесплатные. Но этот минус перекрывается целым рядом плюсов, ведь на платной CMS гораздо серьезнее относятся к безопасности, защите, технической поддержке клиентов, обновлениям системы и компонентов расширений, исправлениям найденных ошибок, проработке технической документации. В итоге принято решение платную CMS не убирать из рассмотрения. Из трех сравниваемых систем, субъективно Joomla и Drupal показались сложнее в освоении и управлении, чем DLE, причем Joomla воспринимается как наиболее сложная. В итоге, от Joomla было решено отказаться из-за нескольких недостатков:

1. сложное устройство CMS использующей компонентно-модульную архитектуру, трудоёмкую в освоении, и как следствие, требующую неоправданных затрат времени;
2. дополнительные модули, компоненты, расширения, шаблоны разработаны пока только под старые версии Joomla
3. возможны проблемы при поиске и подборе хостинга для проекта на Joomla с учётом программных требований последней стабильной версии, а следовательно, вероятны дополнительные финансовые и временные затраты;
4. на других CMS субъективно легче и быстрее дописать новый модуль и внедрить его на Joomla.

Стоит обратить внимание так же и на требования к программному обеспечению у каждой CMS. Wordpress и DLE имеют примерно одинаковые и менее строгие требования к ПО,чем Drupal и Joomla, что так же повлияло на окончательный выбор CMS.

При сравнении Drupal и DLE предпочтение было отдано второй (DLE) по нескольким причинам: