Файл: Разработка сайта компании (ООО Управление и Инвестиции).pdf

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

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

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

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

Процесс моделирования включает:

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

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

В создании контекстной диаграммы декомпозиции второго уровня понадобилась диаграмма первого уровня, в которую были добавлены несколько новых элементов, описывающих более подробно процессы, происходящие в веб сайте во время его работы, и дополнительная информации. Результат показан на рисунке 8.

Рисунок 8. Контекстная диаграмма веб сайта фирмы ООО «Управление и Инвестиции».

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

---

• ознакомление пользователя с каталогом;
• ввод данных пользователем в окно формирования заявки;
• отправка формы заявки;
• обработка заявки менеджером.

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

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

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

1. Описание модулей серверной части программы и их взаимодействие

   1. Структура серверной части приложения

Веб-браузеры взаимодействуют с веб-серверами при помощи гипертекстового транспортного протокола Hyper Text Transfer Protocol (HTTP). При нажатии ссылки на веб-странице или заполнении формы, отправляется HTTP запрос из браузера на целевой сервер. Демонстрация работы базовой структуры клиент-сервер HTTP запроса на рисунке 9.

---

Рисунок 9. Структура клиент-сервер.

HTTP — широко распространённый протокол передачи данных, изначально предназначенный для передачи гипертекстовых документов, то есть документов, которые могут содержать ссылки, позволяющие организовать переход к другим документам. [7]

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

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

Веб-серверы ожидают сообщений с клиентскими запросами, обрабатывают их и отвечают веб-браузеру при помощи ответного HTTP сообщения. Серверная часть разрабатываемого веб-приложения подразумевает динамическую генерацию контента в ответ на запрос пользователя. При таком подходе HTML страницы обычно создаются вставлением данных из базы данных в элементы HTML шаблона (это намного более эффективный путь хранения большого количества контента, чем использование статических страниц). Запросы динамических данных отправляются в код серверной части. Сервер интерпретирует запрос, читает необходимую информацию из базы данных, комбинирует извлеченные данные с шаблонами HTML и возвращает ответ, содержащий сгенерированный HTML. Большая часть кода для поддержки такого приложения должна запускаться на сервере. Создание этого кода известно, как «программирование серверной части».

В основе разрабатываемого веб-сайта лежит архитектура «клиент-сервер», в которой сетевая нагрузка распределена между поставщиками услуг, то есть сервером и заказчиками услуг, то есть клиентами. В качестве среды взаимодействия клиента с сервером используется Интернет.

Из вышесказанного можно сделать вывод, что: две основные задачи сервера: хранение данных и обеспечение взаимодействия, а такте, что сервер — это «базовая станция» с которой работает приложение. Когда приложению требуется какая-либо информация, оно обращается к серверу. Когда приложению требуется связаться с другим пользователем приложения, именно сервер обеспечивает их взаимодействие. Основная задача сервера — хранение данных. Сюда входят файлы: фотографии, видео и документы. Сервер хранит их в структурированном виде. Также на сервере хранится информация. Все приложения содержат информацию важную для их работы. На рисунке 10 показана структура серверной части приложения.

---

Рисунок 10. Структура серверной части приложения

• 1. Структура клиентской части приложения

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

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

В тезисах структуру сайта можно охарактеризовать так:

• где я нахожусь сейчас (страница входа);
• куда я могу попасть (переход);
• взаимосвязь между категориями.

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

Поисковые системы анализируют структуру сайта по-своему, они берут во внимание структуру URL сайта. В общем структура сайта и структура URL это одно и тоже.

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

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

Рисунок 11. Структуры клиентской части приложения

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

• голова, шапка, хедер все это названия верхней части сайта, блок в котором располагается эмблема, главное горизонтальное меню плюс добавочные элементы присущие данному сайту или его тематике, такое как: банеры, реклама, цветовая палитра, большое изображение;
• левый и правый сайдбар, может быть только один или оба, а может и вовсе не быть бокового меню, что редко встречается на практике. Главное предназначение этих блоков дать дополнительную информацию, направить посетителя вглубь сайта, заинтересовать слоганами и видео. Вкратце задержать посетителя как можно дольше на сайте;
• центральный блок, самый главный, это та информация или сервис, ради которого посетитель пришел на ваш сайт. Именно эта часть в первую очередь интересует пользователя. Контент должен быть легко читаем и заметен в первом экране, ну максимум во втором. Не нужно заставлять посетителя пролистывать все ниже и ниже в поисках того, что ему нужно сейчас же. В наше время люди разучились ждать, поэтому с легкостью закроют ваш сайт и пойдут на другой;
• футер, подвал сайта, блок предназначен в первую очередь для размещения контактной информации, такое как: название компании, телефона, адрес. Так же активно используют подвал для добавления навигационного меню и других полезных ссылок.

  1. Разработка дерева функций

---

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

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

Дерево функций – функциональное отражение реализации целей автоматизированной системы.

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

Дерево функций веб-сайта ООО «Управление и Инвестиции» предоставлена на рисунке 12.

Рисунок 12. Дерево функций.

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

Этап формирования дерева функций является одним из наиболее ответственных не только при анализе, но и при синтезе структуры системы. Ошибки на этом этапе приводят к созданию «систем-инвалидов», не способных к полной функциональной адаптации с другими системами, пользователем и окружающей средой.

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

Исходными данными для формирования дерева функций являются основные (функции администратора) и дополнительные (функции пользователя) функции системы.

Дерево функций наглядно демонстрирует разделение функций системы на администраторские и пользовательские.

• 1. Вызов программных модулей

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

---