Файл: Критерии выбора программных средств разработки web-приложений.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 04.04.2023

Просмотров: 174

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

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

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

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

Этапы, включенные в создание и разработка сайтов [10]:

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

Из представленных выше средств, для создания веб-приложений, но лишь некоторые из них способны предоставить разработчикам исчерпывающие инструменты для решения всех стоящих перед ним задач. Например, для разработки веб-приложения, содержащих интерактивные web-страницы, необходимо выбрать наиболее подходящие для выполнения поставленных на первоначальном этапе задач.

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


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

  • Отраслевую принадлежность веб-приложения (новостной сайт, финансовый ресурс, торговля, туризм, специализированные форумы, социальные сети, корпоративные ресурсы, представительские ресурсы, т.п.).
  • Количественные характеристики потенциальных посетителей (ограниченное число пользователей, общедоступный ресурс).
  • Выбранный дизайн сайта (преобладание текста, графики, вычислительных функций).
  • Использование СУБД (например MySQL, POSTGRE, Oracle и др.)

Большое значение при этом имеет среда, в которой будет происходить разработка.

Глава 3. Выбор средства разработки веб-приложений, критерии

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

Поэтому для определения средств разработки веб-приложения необходимо обозначить основные этапы его разработки [7-10].

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

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

Рассмотрим отдельно задачу построения иерархической структуры работ. Каждое web-приложение можно представить в следующем виде (см. рис.1).

рис.1 Структурная схема основных компонентов реализации веб-приложения.

Другими словами, каждое web-приложение отправляет http запросы на web-сервер для получения полезных данных. Программа под управлением web-сервера использует ту или иную модель для хранения данных. В современном мире чаще всего используются базы данных, SQL или NoSQL.
    Формально каждое web-приложение можно разбить на 3 взаимно независимые части:

  1. Модуль, который исполняется WEB-браузером. Это приложение может быть написано на любом языке, который поддерживает браузер. Чаще всего используется язык JavaScript, как наиболее поддерживаемый и имеющий большую библиотечную поддержку. Это очень важно, так как позволяет существенно экономить бюджеты проектов.
  2. Модуль, исполняемый на серверной стороне под управлением web-сервера. Это приложение может быть написано на любом языке, интерпретацию которого поддерживает выбранный Вами web-сервер. Последнее время, часто, в качестве языка программирования выбирается язык Java. Этот язык также имеет серьезную библиотечную поддержку. 
  3. База данных. В этой области так же существует достаточно широкий выбор. Есть промышленные базы данных, такие как Oracle, DB2, PostgreSQL. Есть легкие базы данных, такие как MySQL. База данных выбирается, основываясь на целях и области решаемых задач [8-11].

Возможные эталонные модели проектирования web-приложений

При построении архитектуры web — приложения необходимо максимально уменьшить зависимость между структурными единицами. В общем случае приложение состоит из трех структурных единиц (см. рис. 2):

  1. Модуль, который работает под управлением браузера.
  2. Модуль, который работает под управлением web-сервера.
  3. База данных.

Рис.2 структура веб-приложения.

Эти структурные единицы порождают два вида связей:

  1. Связь между браузером и серверной частью.
  2. Связь между серверной частью и базой данных.

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

Браузер — это прикладное программное обеспечение для просмотра web страниц. 

HTML – это стандартный язык разметки документов. Большинство современных web-браузеров способны интерпретировать язык HTML.

Web сервер — это программное обеспечение, которое способно принимать HTTP запросы от клиентов, обрабатывать их и отправлять ответ в соответствии со стандартом протокола.

База данных — это представленная в объективной форме совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью ЭВМ.(Wiki)
                                    Минимизация зависимостей

Для минимизации зависимостей между «Браузером» и Web-сервером необходимо, чтобы язык разметки HTML был задействован только в браузере, а Web-сервер предоставлял интерфейс для получения необходимых данных для страницы [10].

Для решения этой задачи необходимо [9]:

  • Определить цели и область решаемых задач, которые будут решаться в рамках создаваемого интерфейса.
  • Определить API серверной части.
  • Выбрать протокол взаимодействия между серверной и клиентской частью. Создание протокола удобнее всего выбрать на базе XML, так как большинство современных браузеров имеют встроенную поддержку этого языка.
  • Написать документ, в котором будет изложен протокол.

Далее «Браузер» преобразуется в UML диаграммы состояний. На этих диаграммах будет отражено, в каком случае вызывается тот или иной метод (см. рис.3) [7-10].

Рис.3. Диаграмма состояний веб-приложения.

Данная модель достижима двумя путями:


  1. Программа выполняемая «Браузером» написана на JavaScript и общается с Web-Сервером через AJAX, получая ответы в соответствие с определенным протоколом.
  2. «Браузер» интерпретирует только HTML код, а преобразования происходят посредством XSLT преобразований на стороне Web-Сервера.

В каждом из этих случаев достигается разделение программной части Web-Сервера и «Браузера». Т.е. используя данную модель возможно вносить изменения в структурную единицу для «Браузера» и не вызывать косвенных изменений в серверной части. Это очень важно, так как ведет к уменьшению затрат на обработку запросов на изменения. Это происходит в силу того, что изменения в одной структурной единицы не выходят за ее рамки. 

                    Взаимодействие Web-Сервера и Базы данных
    Взаимодействие базы данных и web-сервера возможно организовать на основании двух принципиально разных сценариях [11]:

  1. Бизнес логика находится в базе данных.
  2. Бизнес логика находится в коде web-сервера.

В первом случае база данных хранит данные и предоставляет интерфейс доступа к данным:

  1. Выборка данных — решается через представления.
  2. Модификация данных — решается через хранимые процедуры.

Программа для web-сервера является драйвером для доступа к бизнес-логике. Т.е. она просто связывает Браузер с бизнес логикой, которая реализована в базе данных.

Во втором случае база данных хранит данные, и предоставляет прямой доступ к данным. Бизнес-логика реализована в коде web-сервера. В этом случае база данных предоставляет транзакции для проведения атомарных операций [1-3;8-11].

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

                                Иерархическая структура работ

На основании изложенного выше материала иерархическая структура работ примет следующий вид:

  1. Модуль для «Браузера».
  2. Модуль для Web-Сервера.
  3. Модуль для Базы данных.
  4. Протокол обмена между модулем «Браузера» и Web-Сервером.
  5. Интерфейс взаимодействия между модулем «Браузера» и Web-Сервером.
  6. Интерфейс взаимодействия между Web-Сервером и Базой данных.

Исходя из вышеизложенного, и означенной структуры веб-приложения выберем инструментальные средства его разработки, а именно [8;11]:


  1. Для реализации функций хранения контента веб-приложения выберем СУБД MySQL 5.x и выше.
  2. Программирование интерактивной части веб-приложения исполним на алгоритмическом языке PHP 5.x [8].
  3. Для поддержки оптимизированной загрузки данных в браузер будем использовать серверную технологию Ajax.
  4. Для разработки шаблона веб-сайта и графических изображений выберем средство Coreldraw.

Выводы

Выше показан пример практической реализации критериев выбора средств разработки веб-приложения. Данные критерии основаны на отраслевой принадлежности веб-приложения, потенциальной пользовательской аудитории и выбранной архитектуры веб-приложения (в нашем случае клиент-серверная архитектура с использованием СУБД MeSQL).

Заключение

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

Кроме того, рассмотрены важные вопросы учета критериев выбора средств разработки веб-приложения исходя из отраслевой принадлежности веб-приложения, потенциальной аудитории – пользователей веб-приложения и его архитектуры.

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

С этой целью были выполнены следующие задачи:

1) рассмотрены основы разработки веб-приложений;

2) проанализированы различные классификации web-приложений, используемых в предпринимательской деятельности;

3) проведен анализ функциональных возможностей программных сред разработки web-приложений;

4) определены критерии выбора среды разработки.

Таким образом, все поставленные задачи выполнены, цель работы достигнута.


 

Библиографический список

  1. Основы алгоритмизации и программирования: учеб. пособие / Т.А. Жданова, Ю.С. Бузыкова. – Хабаровск: Изд-во Тихоокеан. гос. университета, 2011. –56с. Режим доступа: http://pnu.edu.ru/media/filer_public/2013/02/25/book_basics.pdf.
  2. Программирование и основы алгоритмизации: Для инженерных

специальностей технических университетов и вузов. /А.Г. Аузяк, Ю.А Богомолов, А.И. Маликов, Б.А. Старостин. Казань: Изд-во Казанского национального исследовательского технического ун-та - КАИ, 2013, 153с. Режим доступа: http://au.kai.ru/documents/Auzyak_Progr_osn_alg_C_2013.pdf.