Проектирование интернет-приложения для сокращения времени поиска транспортных средств для туристов, путешествующих автостопом

 

Введение


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

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

Целью дипломного проектирования является сокращение времени поиска транспортных средств для туристов, путешествующих автостопом.

Также использование данного интернет-приложения позволит заранее рассчитать денежные затраты как для туристов, так и для водителей.

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

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

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

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


1. Проектирование интернет-приложения


1.1 Постановка задач и требований к проектируемому интернет-приложению


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

- обзор существующих интернет-приложений для туристов, путешествующих автостопом;

расширение информационной базы;

разработка системы поиска попутчиков и транспортных средств;

разработка системы общение между пользователями с помощью чатов и форумов;

получение прибыли за счет ограниченного доступа к информации;

быстрая и удобная оплата регистрации;

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

Необходимый минимум функций и требований, предъявляемых к будущему приложению:

1)регистрация пользователя - осуществляется путем заполнения специальной формы с использованием клавиатуры компьютера;

2)создание базы данных водителей и туристов - формируется программой путем занесения в нее всех зарегистрированных пользователей;

)создание личной анкеты пользователя - осуществляется системой после заполнения пользователем предъявленной ему формы;

)редактирование личной информации анкеты - осуществляется пользователем по нажатию кнопки «Редактировать»;

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

)создание базы данных объявлений водителей - производится созданием специального файла в программе;

)организация поиска транспортных средств в базе данных программы - осуществляется путем ввода начальной и конечной точек маршрута и сопоставлением их с данными базы;

)вывод на экран списка имен водителей с подходящим маршрутом - организуется в виде списка ссылок на личные анкеты данных водителей;

)организация общения между туристом и водителем - производится с помощью отправки электронных сообщений;

)вывод актуальных объявлений пользователя-водителя в его анкете - осуществляется путем помещения ссылок внизу анкеты под надписью «Активные объявления»;

)заполнение заявки пользователем-туристом о поиске водителя - осуществляется путем предъявления пользователю специальной формы, в которую он должен внести данные;

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

)вывод всех заявок пользователей-туристов на экран - производится в алфавитном порядке по начальной точке маршрута по нажатию ссылки «Заявки»;

)автоматизация системы бронирования мест - уведомления о бронировании отправляется пользователю-водителю на электронную почту;

)обеспечение конфиденциальности и достоверности информации о пользователях.

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


1.2 Обзор аналогичных программных продуктов

интернет приложение программирование управление

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

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

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

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

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

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

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

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

четко структурированная информация;

краткое и понятное меню;

подсказки для элементов формы;

обратная связь с пользователем при нажатии кнопок;

интуитивно понятные иконки и картинки и поясняющие надписи к ним;

выделяющиеся формы поиска;

представление искомой информации в виде таблицы данных.


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


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

Специальные программы просмотра html-документов, которые называются браузерами, служат для интерпретации файлов, размеченных по правилам языка HTML, форматирования их в виде веб-страниц и отображения их содержимого на экране компьютера пользователя. Проектируемое интернет-приложение разрабатывается под наиболее популярные браузеры: Internet Explorer, Mozilla, Opera, Safari.

Для создания интернет-приложения используются такие языки программирования как Javascript и PHP.

Для программирования клиентской части приложения используется язык JavaScript. Это объектно-ориентированный, кросс-платформенный скриптовый язык. Одна из причин, послуживших созданию JavaScript, была связана с потребностью в присутствии логики и интеллекта не только со стороны сервера, но и клиента. Внедрение логики в браузер существенно усилило клиента и превратило отношение в истинную клиент-серверную систему.получил широкую популярность с приходом Веб 2.0. В этот период JavaScript совместно с различными диалектами XML стал активно использоваться в разработке пользовательских интерфейсов как веб-приложений, так и настольных приложений. JavaScript в связке с CSS используется для создания динамических сайтов, более доступных, чем основанные на Flash альтернативы.можно применять в широком диапазоне приложений. Если рассматривать JavaScript в контексте разработки Web-страниц, то в большинстве своем применение касается клиентской части. В языке отсутствуют такие полезные вещи, как:

-модульная система: JavaScript не предоставляет возможности управлять зависимостями и изоляцией областей видимости;

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

стандартные интерфейсы к веб-серверам и базам данных;

система управления пакетами, которая бы отслеживала зависимости и автоматически устанавливала их.имеет ряд свойств, присущих функциональным языкам - функции как объекты первого класса, объекты как списки, анонимные функции, замыкания - что придаёт языку дополнительную гибкость. JavaScript может применяться в различных контекстах для решения проблем, связанных с Web [1].

В проектируемом интернет-приложении я использовала язык программирования Javascript в следующих целях:

проверка данных формы перед передачей их на сервер;

оживление html-страниц при помощи скриптов и анимации;

объединение со стороны клиента html-объектов и компонентов Ajax;

моделирования связи с базой данных;

обработка ответов полученных от сервера и вывод их пользователю.

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

При проектировании данного интернет-приложения была использована библиотека Javascript jQuery. Эта библиотека помогает легко получать доступ к любому элементу DOM, обращаться к атрибутам и содержимому элементов DOM, манипулировать ими. Также библиотека jQuery предоставляет удобный интерфейс прикладного программирования по работе с Ajax.

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

PHP доступен для большинства операционных систем, включая Linux, многие модификации Unix, Microsoft Windows, Mac OS X, RISC OS и многих других. Также в PHP включена поддержка большинства современных веб-серверов, таких, как Apache, Microsoft Internet Information Server, Personal Web Server и многих других. Для большинства серверов PHP поставляется в качестве модуля, для других, поддерживающих стандарт CGI, PHP может функционировать в качестве процессора CGI.

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

Также важным преимуществом PHP является поддержка многих других расширений, таких, как функции для работы со сжатыми файлами (gzip, bz2), функции календарных вычислений, функции перевода и многое другое [2].

В проектируемом интернет-приложении я использовала язык программирования PHP с целью:

-обработки информации полученной с форм;

-взаимодействие с базой данных;

передачи на клиентскую сторону PDF и XML файлов и изображений;

регистрации и авторизации пользователей в системе.

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

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

Большим достоинством MySQL является возможность работы с интерфейсом программного приложения API (Application Program Interface). API может обеспечить простой доступ из программы пользователя к системе управления базой данных.

Самой популярной «связкой» для управления сайтами считается MySQL с языком PHP. Взаимодействие с MySQL в данном случае ведется посредством совокупности функций.


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


2.1 Разработка архитектуры интернет-приложения


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

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

Особенность заключается в том, что само интернет-приложение находится и выполняется на сервере, клиент при этом получает только результаты работы. Передача запросов и результатов их обработки происходит через Интернет [3].

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

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

Классическое веб-приложение работает по схеме, указанной на рисунке 2.1. Большинство действий пользователя вызывает обращение к серверу. На стороне сервера интернет-приложение выполняется специальным программным обеспечением, которое принимает запросы клиентов, обрабатывает их, формирует ответ в виде страницы, описанной на языке html и передает его клиенту [4]. Получается, что результат работы интернет-приложения идентичен результату запроса к традиционному веб-сайту. Однако, в отличие от него, интернет-приложение генерирует html код в зависимости от запроса пользователя, а не просто передает его клиенту в том виде, в котором этот код хранится в файле на стороне сервера. То есть, интернет-приложение динамически формирует ответ с помощью исполняемого кода, так называемой исполняемой части. Подобный подход изначально разрабатывался для того, чтобы использовать веб как хранилище гипертекстовых документов.


Рисунок 2.1 - Схема работы классического веб-приложения


Отображением результатов запросов, а также приемом данных от клиента и их передачей на сервер обычно занимается специальное приложение - браузер (Internet Expolrer, Mozilla, Opera и т.д.) [5].

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

современные Веб-браузеры способны интерпретировать скриптовые языки (VBScript, JavaScript), код на которых, как и ASP-код, внедряется в Веб-страницу, но интерпретируется не Веб-сервером, а браузером и соответственно выполняется на клиентском устройстве.

С ростом объема используемых данных и числа посетителей веб-сайтов возрастают и требования к надежности, производительности и масштабируемости веб-приложений. Как этап эволюции подобных приложений стало отделение бизнес-логики, реализованной в веб-приложении, а нередко и сервисов обработки данных и реализации транзакций от его интерфейса. В этом случае в самом веб-приложении обычно остается так называемая презентационная часть, а бизнес-логика, обработка данных и реализация транзакций переносятся на сервер [6].


Рисунок 2.2 - Схема синхронного взаимодействия традиционного веб-приложения


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

стандартные средства отображения страниц, такие как XHTML и CSS;

динамические средства отображения информации и взаимодействия с пользователем - Document Object Model (DOM);

обмен данными и их обработка - XML и XSLT;

механизмы асинхронной передачи данных с сервера с помощью XMLHttpRequest;

JavaScript, который объединяет всё это вместе.

Рассмотрим схему работы Ajax приложения, представленную на рисунке 2.3.


Рисунок 2.3 - Схема работы Ajax приложения

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

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


Рисунок 2.4 - Схема асинхронного взаимодействия Ajax-приложения


Каждое производимое действие, которое в обычном случае бы потребовало HTTP-запроса осуществляется посредством JavaScript запроса к Ajax движку. Любой ответ на действия пользователя, которые не требует обращения к серверу, например, простая проверка данных, редактирование данных в памяти и даже иногда навигация, осуществляется Ajax движком самостоятельно. Если же движку понадобилось обратиться к серверу, для того чтобы запросить некоторые данные, загрузить дополнительную часть интерфейса или положить некоторые данные на сервер, то движок осуществляет это асинхронно и обычно посредством обмена XML данными без задержек для пользователя.

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

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

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


2.2 Информационная архитектура приложения


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

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

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

Средства просмотра.

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

Системы организации - главные средства распределения содержимого сайта по категориям.

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

Локальные системы навигации - системы навигации, помогающие пользователю понять, в каком месте раздела сайта он находится, и в какое

место этого раздела он может перейти.

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

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

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

Системы контекстно-зависимых ссылок - единообразно представленные ссылки на соответствующее содержимое.

Средства поиска

Обеспечивают пользователю возможность ввода собственных запросов (например, для выполнения поиска) и автоматически возвращают ему набор результатов. Можно представлять их себе как динамические автоматизированные дополнения к средствам просмотра. Компоненты для поиска включают в свой состав:

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

Язык запросов - грамматика запроса на поиск. Языки запросов могут содержать булевы операторы (например, «И», «ИЛИ», «НЕ»), операторы близости или средства задания поля, в котором должен осуществляться поиск.

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

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

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

Содержимое и задачи.

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

Заголовки - метки для следующего за ними содержимого.

Встроенные ссылки - ссылки внутри текста; они играют роль обозначений для содержимого, к которому ведут (т.е. представляют его).

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

Блоки информации - логические единицы содержимого.

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

Вспомогательные средства последовательных процедур - индикация местонахождения пользователя в процессе выполнения некой процедуры или задачи, а также оставшегося до их завершения пути (например, «шаг 3 из 8»).

Идентификаторы - индикация местонахождения пользователя в информационной системе (например, пиктограмма текущего сайта или подсказка о месте на сайте, в котором находится пользователь) [7].

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

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

Можно выделить несколько схем организации.

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

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

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

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

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

Во Всемирной паутине организация по задачам чаще всего встречается в контексте сайтов электронной коммерции, где центральную роль играет взаимодействие с клиентом.

Обычно схемы, ориентированные на задачи, действуют в пределах определенных подчиненных сайтов или интегрируются в гибридные системы навигации по темам / задачам.

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

2.3 Логическая архитектура


Логическая архитектура - это порядок организации и объединения логических компонентов системы.

Для удобства работы целесообразно на этапе проектирования и разработки разделить приложение на отдельные модули. Разделение приложения на модули значительно упрощает работу с системой. Основные модули интернет-приложения представлены на рисунке 2.5.


Рисунок 2.5 - Основные модули интернет-приложения


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

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


Рисунок 2.6 - Общий управляющий модуль программы


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

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

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

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

К библиотекам относится JavaScript-фреймворк jQuery и плагины на основе этого фрэймворка. jQuery фокусируется на взаимодействии JavaScript и HTML. Эта библиотека помогает легко получать доступ к любому элементу (набору элементов) объектной модели документа (DOM), обращаться к атрибутам и содержимому элементов DOM и конечно манипулировать ими. Также jQuery предоставляет удобный API для работы с Ajax.


3. Реализация интернет-приложения


3.1 Проектирование структуры базы данных


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

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

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

-tUsers - хранит данные о зарегистрированном пользователе;

-drCars - хранит данные о транспортном средстве водителя;

-uDriverAdvert - хранит информацию об объявлении пользователя-водителя;

-uTouristAdvert - хранит информацию об объявлении пользователя-туриста;

-tripCart - хранит информацию о всех поездках данного пользователя.

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

Типы данных для полей определены в соответствии с особенностями реальных данных пользователя и специфическими свойствами базы данных MySQL. Использование полей переменной длины позволяет избежать хранения ненужной информации. Поскольку таблицы с постоянной длиной записи обрабатываются быстрее таблиц с переменной длиной записи, целесообразно задавать для текстовой информации тип данных CHAR. В столбце типа CHAR длина поля постоянна и может принимать любое значение между 0 и 255.

Файлы с изображениями хранятся в виде внешних файлов на сервере, а в базе данных MySQL указывать только пути к этим файлам. Это существенно увеличивает скорость работы базы данных и приложения в целом, позволяет кэшировать изображения на стороне HTTP-сервера. Максимальная длина пути файла ограничивается 255 символами.

Дата регистрации пользователя, а также дата отъезда и прибытия в объявлении задаются типом DATE.


Таблица 3.1 - Данные о зарегистрированном пользователе

№ИдентификаторФорматОбязательность заполненияНаименование1idintобяз.идентификатор2loginvarcharобяз.логин (электронный адрес)3passvarcharобяз.пароль4namevarcharобяз.имя5surnamevarcharобяз.фамилия6phonevarcharобяз.телефон7icqvarcharнеобяз.номер icq8agevarcharнеобяз.возраст9townvarcharнеобяз.место жительства10avatarvarcharнеобяз.путь к файлу фотографии пользователя11unic_idvarcharобяз.уникальный номер12sexintобяз.пол13typeintобяз.тип пользователя (турист / водитель)14statusintобяз.статус пользователя (активирован/не активирован)15datedateобяз.дата регистрации

Таблица 3.2 - Данные о транспортном средстве водителя

№ИдентификаторФорматОбязательность заполненияНаименование1numberintобяз.номер по порядку2driver_idintобяз.идентификатор водителя транспортного средства3car_numbervarcharобяз.номер транспортного средства4car_markvarcharобяз.марка транспортного средства5car_modelvarcharобяз.модель транспортного средства6car_yearintобяз.год выпуска транспортного средства7car_colorvarcharнеобяз.цвет транспортного средства8car_photovarcharнеобяз.изображение транспортного средстваПримечание - Внешний ключ driver_id ссылается на поле id таблицы 3.1

Таблица 3.3 - Информация об объявлении пользователя-туриста

№ИдентификаторФорматОбязательность заполненияНаименование1ad_idintобяз.идентификатор объявления2ad_levelintобяз.определяет категорию заявителя (1 - турист, 2 - водитель)3ad_datedateобяз.дата подачи объявления4start_pointvarcharобяз.пункт отправления5finish_point varcharобяз.пункт назначения6start_datedateобяз.дата отправления7start_timedatetimeобяз.время отправления8declarant_idintобяз.идентификатор заявителя объявления9ad_status intобяз.актуальность объявленияПримечание - Внешний ключ declarant_id ссылается на поле id таблицы 3.1

Таблица 3.4 - Информация об объявлении пользователя-водителя

№ИдентификаторФорматОбязательность заполненияНаименование1ad_idintобяз.идентификатор объявления2ad_levelintобяз.определяет категорию заявителя (1 - турист, 2 - водитель)3ad_datedateобяз.дата подачи объявления4start_pointvarcharобяз.пункт отправления5finish_point varcharобяз.пункт назначения6start_datedateобяз.дата отправления7start_timedatetimeобяз.время отправления8all_placesintобяз.количество вакантных мест9free_placesintобяз.количество свободных мест на данный момент10declarant_idintобяз.идентификатор заявителя объявления11ad_statusintобяз.актуальность объявленияПримечание - Внешний ключ declarant_id ссылается на поле id таблицы 3.1

Таблица 3.5 - Информация о всех поездках пользователя

№ИдентификаторФорматОбязательность заполненияНаименование1ad_idintобяз.идентификатор объявления2user_idintобяз.идентификатор пользователяПримечание - Внешний ключ ad_id ссылается на поле id таблицы 3.3; внешний ключ user_id ссылается на поле id таблицы 3.1

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

Все объявления регистрируются в базе данных. Объявление - это электронный документ, в котором есть две части: заголовок (дата подачи объявления, данные о предъявителе) и текст объявления. Объявления водителей и туристов регистрируются в базе данных отдельно.

Для организации связей между сущностями необходимо создать сущность-связь. Представим эти связи в виде диаграммы:


Рисунок 3.1 - Диаграмма структуры данных


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

3.2 Проектирование деятельности человека в системе (разработка алгоритмов работы пользователя)


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

В данном случае необходимо разработать алгоритмы работы человека в подсистеме «водитель - ПК - среда» и подсистеме «турист - ПК - среда». Разрабатываемые алгоритмы должны отражать то содержание и условия деятельности человека, которые связаны с процессами информационного взаимодействия человека и техники [8].

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


Таблица 3.6 - Алгоритм работы незарегистрированного пользователя в системе

№ п/пСодержание операцииОбращение к СОИОбращение к ОУ1Загрузка программыЯрлык на экране дисплеяЩелчок мышкой2Заполнение формы регистрацииФорма на экране дисплеяКлавиатура ПК3Отправка данныхКнопка на экране дисплеяЩелчок мышкой4Активация учетной записиСсылка на экране дисплеяЩелчок мышкой5Вход в системуФорма на экране дисплеяКлавиатура ПКПримечание - Далее работа пользователя может идти по алгоритму зарегистрированного пользователя

Таблица 3.7 - Алгоритм работы зарегистрированного пользователя в подсистеме «водитель - ПК - среда»

№ п/пСодержание операцииОбращение к СОИОбращение к ОУ1Загрузка программыЯрлык на экране дисплеяЩелчок мышкой2Ввод имени и пароляПоля на экране дисплеяКлавиатура ПК3 Вход в системуКнопка на экране дисплеяЩелчок мышкой4Просмотр списка новых сообщенийКнопка на экране дисплеяЩелчок мышкой5Просмотр всех заявок туристовМеню на экране дисплеяЩелчок мышкой6Выбор интересующей заявкиСсылка в таблице данныхЩелчок мышкой7Написать ответ на заявкуПоле на экране дисплеяКлавиатура ПК8Отправка сообщенийКнопка на экране дисплеяЩелчок мышкой9Выход из программыЗначок на экране дисплеяЩелчок мышкой

Таблица 3.8 - Алгоритм работы человека в подсистеме «турист - ПК - среда»

№ п/пСодержание операцииОбращение к СОИОбращение к ОУ1Загрузка программыЯрлык на экране дисплеяЩелчок мышкой2Ввод имени и пароляПоля на экране дисплеяКлавиатура ПК3Вход в системуКнопка на экране дисплеяЩелчок мышкой4Просмотр списка новых сообщенийКнопка на экране дисплеяЩелчок мышкой5Просмотр всех предложений водителейМеню на экране дисплеяЩелчок мышкой6Выбор интересующего предложенияСсылка в таблице данныхЩелчок мышкой7Отправка запроса водителюКнопка на экране дисплеяЩелчок мышкой8Редактирование своих контактных данныхПоля на экране дисплеяКлавиатура ПК9Отправка сообщения водителюКнопка на экране дисплеяЩелчок мышкой10Получение контактных данных водителяКнопка на экране дисплеяЩелчок мышкой11Выход из программыЗначок на экране дисплеяЩелчок мышкой

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


3.3 Разработка структуры веб-сайта


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

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

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

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

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

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

подать объявление;

регистрация.

Рисунок 3.2 - Структура проектируемого интернет-приложения


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

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

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

Основной текст размещается в неширокий столбец для удобства чтения. Разделение информации на куски способствует поиску и просмотру.

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


3.4 Организация поиска и проверки данных в интернет-приложении


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

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

Клиентская проверка вводимых данных осуществляется при помощи функций, написанных на языке JavaScript. Проверка вводимых данных осуществляется при щелчке пользователя на кнопках ввода. И хотя проверка осуществляется на стороне клиента, для пользователя это выглядит идентично результатам проверки данных на стороне сервера.

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

Рисунок 3.3 - Алгоритм проверки данных в форме


Поиск объявлений это наиболее важная часть проектируемого приложения. В приложении предусмотрено два вида поиска: быстрый и расширенный. Форма быстрого поиска представлена на главной странице сайта и подразумевает поиск маршрута по пунктам отправления и назначения и дате отъезда.


Рисунок 3.4 - Форма быстрого поиска


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


Рисунок 3.5 - Форма расширенного поиска


Поиск объявлений в базе данных осуществляется при помощи следующего алгоритма:) ввод данных в форму (пункты отправления и назначения);

б) поиск актуальных объявлений с заданной датой отъезда;

в) поиск среди отобранных объявлений тех, у которых совпадают пункты отправления и назначения;

г) сортировка данных объявлений по времени отъезда (объявления без времени или с одинаковым временем сортируются по дате подачи объявления);

д) вывод результатов поиска на экран пользователя в виде таблицы.

Каждая строка таблицы результатов поиска является ссылкой на соответствующее объявление. Поиск объявлений водителей и объявлений попутчиков организован отдельно друг для друга.

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

Есть два стандартных метода определения порядка вывода результатов поиска: сортировка и ранжирование. В проектируемом интернет-приложении рассматривается только сортировка. Результаты поиска можно отсортировать по дате, либо в алфавитном порядке по любому числу компонентов содержимого (по пункту отправления, пункту назначения).

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


3.5 Обоснование эргономических требований к приложению и разработка их номенклатуры


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

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

Эргономические требования имеют широкую и разветвленную номенклатуру. Общая номенклатура и основные характеристики эргономических требований установлены ГОСТ 20.39.108-85. Причем эргономические требования, относящиеся к техническим средствам деятельности, как более низким иерархическим уровням, устанавливаются системой ГОСТов.

Эргономические свойства системы определяют ее целостную эргономическую характеристику - эргономичность. Рассмотрим, как формируется эргономичность проектируемой системы. В данном случае она представляет собой сочетание таких эргономических свойств как управляемость, обслуживаемость и освояемость. Данные свойства описывают свойства системы, при которых она органично включается в структуру и процесс деятельности человека или группы людей по управлению, обслуживанию и освоению системы. Происходит это в тех случаях, когда в проект системы закладываются решения, создающие наилучшие условия для удобного, эффективного и безопасного выполнения указанных видов деятельности [9].

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

а) по управляемости: среднее время выполнения пользователем алгоритмов работы (определяется экспериментальным путем);

б) по обслуживаемости: среднее оперативное время подготовки системы к использованию (определяется экспериментальным путем);

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

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

Таблица 3.9 - Единичные эргономические показатели проектируемого приложения

Единичные эргономические показателиГрупповые эргономические показателиЭргономические свойства- Соответствие размеров рабочего стола антропометрическим характеристикам человека - Соответствие размеров рабочего кресла антропометрическим характеристикам человекаАнтропометрическийУправляемость- Соответствие компоновки ОУ принципам экономии рабочих движений - Соответствие усилий на ОУ силовым возможностям человека - Соответствие требований к скорости движений возможностям человекаФизиологический- Соответствие размеров знаков на экране дисплея оперативному порогу зрения человека - Соответствие контраста знаков и фона оптимальным условиям восприятияПсихофизиологический- Соответствие вида контраста знаков и фона уровню освещенности рабочего места - Соответствие расположения надписей условиям их оптимального считыванияПсихофизиологическийУправляемость- Соответствие цветов надписей и знаков стереотипам восприятия - Отсутствие неоднозначного толкования требований инструкций и команд - Соответствие компоновки ОУ и СОИ стереотипам восприятия - Наличие индикации хода выполнения функции - Соответствие количества одновременно предъявляемых сигналов возможностям внимания человекаПсихологический- Соответствие уровней освещенности рабочего места гигиеническим нормам - Соответствие уровней шума на рабочем месте гигиеническим нормам - Соответствие параметров микроклимата рабочего места гигиеническим нормам - Соответствие уровней излучений на рабочем месте гигиеническим нормамГигиенический- Соответствие уровней вибрации рабочего места гигиеническим нормам - Соответствие газового состава воздуха рабочей зоны гигиеническим нормамГигиеническийУправляемость- Соответствие размеров зон обслуживания антропометрическим характеристикам человекаАнтропометрическийОбслуживаемость- Отсутствие требований, связанных с обслуживанием системы, несоответствующих силовым и скоростным возможностям человекаФизиологический- Отсутствие требований, связанных с обслуживанием системы, несоответствующих возможностям органов чувств человекаПсихофизиологический- Наличие указаний на проблемы, возникающие в процессе обслуживания системы - Наличие подсказок о следующих шагах работы в системе - Наличие предупреждений о нежелательных последствиях некоторых действийПсихологический- Соответствие параметров рабочей среды гигиеническим нормативамГигиеническийОбслуживаемость- Соответствие размеров зон управления и обслуживания антропометрическим характеристикам человекаАнтропометрическийОсвояемость - Отсутствие требований, связанных с освоением системы, несоответствующих силовым и скоростным возможностям человекаФизиологический- Отсутствие требований, связанных с обслуживанием системы, несоответствующих возможностям органов чувств человекаПсихофизиологический- Интуитивно понятное название пунктов меню и их расположениеПсихологический- Соответствие параметров рабочей среды гигиеническим нормативамГигиенический

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


3.6 Разработка интерфейса интернет-приложения


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

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

Интерфейс пользователя - система правил и средств, регламентирующая и обеспечивающая взаимодействие программы с пользователем. Объединяет в себе все элементы и компоненты программы, которые способны оказывать влияние на взаимодействие пользователя с программным обеспечением [10]. К этим элементам относятся:

средства отображения информации, отображаемая информация, форматы и коды;

командные режимы, язык пользователь-интерфейс;

устройства и технологии ввода данных;

диалоги, взаимодействие и транзакции между пользователем и компьютером;

обратная связь с пользователем;

поддержка принятия решений в конкретной предметной области;

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

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

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

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

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

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

Требования к энергетическим и пространственным параметрам.

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

Яркость знаков не должна быть менее 35 кд/м2 для дисплеев на ЭЛТ и не менее 20 кд/м2 для дисплеев с плоскими экранами. Неравномерность яркости рабочего поля экрана и яркости элементов знаков не должна быть более 20%.

Яркостной контраст изображения, а также внутри знаков и между знаками должен быть не менее 3:1.

Ширина контура знака должна быть в пределах от 0,25 до 0,5 мм, а изменение размеров однотипных знаков на рабочем поле не должно превышать + - 5% [11].

Требования к цветовым параметрам.

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

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

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

Число цветов, одновременно отображаемых на экране должно быть минимальным, а при необходимости проведения быстрого поиска, основанного на опознании цветов, и когда параметры цвета вызываются из памяти ЭВМ, следует применять не более 6 цветов.

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

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

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

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

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

Яркость цветов объектов по отношению к фону должна обеспечивать равномерное распределение яркости, яркостной контраст должен быть не менее чем 60%.

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

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

Требования к пространственному размещению информации на экране монитора.

Должно обеспечиваться соответствие пространственного расположения информации на экране оптимальному порядку изучения. В западной цивилизации люди привыкли читать слева направо, даже глаза привыкают двигаться в виде буквы «Z»: слева направо, а затем вниз. Это естественный порядок действий, поэтому даже тем пользователям, которые не имеют опыта работы в Интернете, будет удобно пользоваться программой.

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

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

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

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

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

поле точного восприятия: 3? вверх-вниз, 7? вправо-влево или 2.6 - 2.7 см, 4.8-5.2 см от оси зрения;

поле опознания расположения: вверх 25?, вниз 35?, вправо и влево по 32? или 24-28 см, 34-40 см, 31-37 см от оси зрения;

поле высокозначимой информации: 15? или 14-16 см во все стороны от оси зрения;

поле главного объекта: 10? или 9-10 см во все стороны от оси зрения.

Должно обеспечиваться соответствие пространственного расположения информации на экране оптимальному порядку изучения.

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

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

Требования к надписям, знакам и предъявляемому на экране тексту.

Надписи, обозначающие объекты или органы управления должны быть краткими, однозначно воспринимаемыми и читаться слева направо. Допускается использование только тех слов, которые хорошо известны пользователю [13]. Сокращение слов нежелательно, в крайнем случае, можно использовать только стандартные сокращения.

Параметры предъявляемого на экране текста должны удовлетворять следующим требованиям:

-высота знака - не менее 3 мм;

-отношение ширины буквы, цифры к высоте - в пределах 0.76-0.80;

толщина линии обводки в прямом контрасте - в пределах 10-15% от высоты знака;

в обратном контрасте - в пределах 12-16% от высоты знака;

расстояние между знаками - не менее 30% от высоты знака;

расстояние между строками - 1,5- 2 высоты знака;

длина строки - 40 - 80 знакомест.

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

Требования к организации диалога.

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

Приложение имеет в наличие инструкцию и подсказки для элементов форм.

Требования соответствия характеристик программного средства методическому руководству и сопутствующей документации.

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

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

Основные параметры технических характеристик программного средства должны соответствовать параметрам, приведенным в документации.

Должна обеспечиваться надежная и устойчивая работа разработанного программного средства.


3.7 Тестирование эргономичности интерфейса приложения


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

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

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

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

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

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

1)Главная страница

1.1) Позволяет ли главная страница получать контент различными способами (поиск, глобальная навигация, карта сайта и т.п.)?

.2) Даёт ли она понять пользователю, о чём этот сайт, и какой контент он может здесь найти?

.3) Полезна ли она пользователям, бывавшим здесь ранее и уже знающим, что именно они ищут?

2)Поисковый интерфейс

2.1) Легко ли его найти на странице, и на всех ли страницах он размещен в одном и том же месте?

.2) Легко ли им пользоваться?

.3) Поддерживает ли он уточнение критериев поиска (расширенный поиск)?

3)Глобальная навигация

3.1) Сбалансированы ли ширина и глубина навигации?

3.2) Понятны ли названия ссылок и пунктов меню?

.3) Используется ли однообразная навигация на всех страницах сайта?

4)Контекстная навигация

4.1) Понятно ли, на какой странице сайта находится пользователь?

.2) Легко ли отличить один уровень заголовков от другого?

.3) Используется ли на сайте приемлемый и однообразный язык текстов?

.4) Четко ли выделены цветом ссылки, которые пользователь уже посетил?

.5) Как найти нужную пользователю страницу?

.6) Как вернуться на главную страницу или начать все с самого начала?

5)Доступность для пользователей

5.1) Ломается ли каким-либо образом компоновка страницы при увеличении размера шрифта?

.2) Достаточно ли контрастны и ярки цвета на страницах сайта?

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

.4) Используется ли задержка в выпадающих меню?

6) Доступность для устройств

6.1) Можно ли работать с материалами сайта при отключенных изображениях или при отсутствии поддержки их вывода на экран?

.2) Работает ли сайт в окнах различных размеров?

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

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


4. Технико-экономическое обоснование эффективности разработки и использования программного продукта интернет-приложение для туристов


4.1 Характеристика программного продукта


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

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

Разработка ПО ведется на языке программирования JavaScript и HTML. ПО предназначено для использования в операционной системе на базе платформы Windows или семейства Unix систем. Программное обеспечение предназначено для размещения его в сети Интернет, что позволяет использовать его широкому кругу пользователей.

Разработанный программный продукт интерактивного интернет-приложения сайта кафедры для доступа к информационным ресурсам и сервисам кафедры инженерной психологии и эргономики позволяет:

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

- чистая дисконтированная стоимость (ЧДД);

срок окупаемости инвестиций (ТОК);

рентабельность инвестиций (Ри).

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

) Рассчитать результат (Р) от использования программного продукта;

) Рассчитать затраты (инвестиции), необходимые для разработки программного продукта;

) Рассчитать показатели эффективности инвестиционного проекта по производству нового изделия.


4.2 Расчет стоимостной оценки затрат


Общие капитальные вложения Ко заказчика (потребителя), связанные с приобретением, внедрением и использованием ПС, рассчитываются по формуле [16]:


Ко = Кпр + Кос + Ктс + Коб, (4.1)


где Кпр - затраты пользователя на приобретение ПС по отпускной цене разработчика с учетом стоимости услуг по эксплуатации и сопровождению (тыс. руб.);

Кос - затраты пользователя на освоение ПС (тыс. руб.).

Ко = 27 849 548 + 5 000 = 27 854 548 руб.

Расчет затрат на разработку и отпускной цены программного продукта.

Основная заработная плата исполнителей Зоi, руб., занятых созданием ПО, определяется по формуле:


Зоi = Тч·Тд·Фэф·К, (4.2)


где Tч - часовая тарифная ставка;

Фэ - эффективный фонд рабочего времени;

Тд - количество часов работы в день;

К - коэффициент премирования.

В реализации проекта участвуют:

ведущий инженер-программист - 15 разряд, коэффициент 3,48;

инженер-программист - 12 разряд, коэффициент - 2,84.

Месячная тарифная ставка Тм, руб. вычисляется по формуле:


Тм = Тмi·Тк (4.3)


Месячная тарифная ведущий инженера-программиста составляет:

Тм1 = 97200*3,48 = 338 256

Месячная тарифная ставка инженера-программиста составляет:

Тм2 = 97200*2,84 = 276 048

Часовая тарифная ставка вычисляется путем деления месячной тарифной ставки на установленный при восьми часовом рабочем дне фонд рабочего времени 176 часа.


Тч = Тм/176 (4.4)


Часовая тарифная ставка ведущего инженера-программиста:

Тчс1 = 338 256/176 = 1922

Часовая тарифная ставка инженера-программиста:

Тчс2 = 276 048/176 = 1568

Следовательно,

Зо1 = 1922 ·8·180·1.4 = 3 874 752

Зо2 = 1568 ·8·120·1.4 = 2 107 392

Зоi = 3 874 752 + 2 107 392 = 5 982 144

Дополнительная заработная плата на конкретное ПС, Здi, руб., рассчитывается по формуле:

(4.5)


где Зоi - основная заработная плата в целом по научной организации;

Нд - норматив дополнительной заработной платы рассчитывается (20%).

Отчисления в фонд социальной защиты населения Зсзi, руб., рассчитывается по формуле:


(4.6)


где Нсз - норматив отчислений в фонд социальной защиты населения (34%).

Отчисления на обязательное страхование Неi, руб., рассчитывается по формуле:


, (4.7)


где Нсоц - норматив отчислений на обязательное страхование (1%).

Расходы по статье «Спецоборудование» рассчитывается по формуле:

Рсi = 0

Расходы по статье «Машинное время» Рмi, руб., рассчитывается по формуле:

(4.8)


где Цмi - цена одного машино-часа (2500 руб.);оi - общий объем ПС (18620 строк);

Нмв - норматив расхода машинного времени на отладку 100 строк исходного кода (12 машино-часов).


Таблица 4.1 - Каталог функций программного обеспечения

№Наименование (содержание) функцийОбъем функций (условных машинных команд), Vi101Организация ввода информации150102Контроль, предварительная обработка и ввод информации450109Организация ввода / вывода информации в интерактивном режиме320204Обработка наборов и записей базы данных2670207Манипулирование данными9550208Организация поиска и поиск в базе данных5480Итого18 620

Расходы по статье «Научные командировки» Рнкi, руб., рассчитывается по формуле:


(4.9)


где Нрнк - норматив расходов на командировки в целом по научной организации (10%).

Рнкi = 5 982 144 · 0,1 = 598 214,4

Расходы по статье «Прочие затраты» Пзi, руб., рассчитывается по формуле:

(4.10)


где Нпз - норматив прочих затрат в целом по научной организации (20-30%).

Пзi = 5 982 144 · 0,2 = 1 196 428,8

Затраты по статье «Накладные расходы» Рнi, руб., рассчитывается по формуле:


(4.11)


где Нрн - норматив накладных расходов в целом по научной организации (50-100%).

Рнi = 5 982 144 · 0,5 = 2 991 072

Общая сумма расходов по всем статьям сметы Срi, руб., рассчитывается по формуле:


Срi = Зоi + Здi + Зсзi + Неi + Рсi + Рмi + Рнкi + Пзi + Рнi (4.12)


Срi = 5 982 144 + 1 196 428,8 + 3 230 357,8 + 71 785,7 + 5 586000 +

196 428,8 + 2 991 072 = = 20 254 217

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


(4.13)


где Нрас - норматив расходов на сопровождение и адаптацию (10%).

Общая сумма расходов на разработку с затратами на сопровождение и адаптацию определяется по формуле:


Спi = Срi + Рсаi = 20 254 217 + 2 025 421,7 = 22 279 638,7 руб. (4.14)


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


(4.15)


где Ппсi - прибыль от реализации ПС заказчику (тыс. руб.);

УРпi - уровень рентабельности ПС (25-40%);

Спi - себестоимость ПС (тыс. руб.).

Прогнозируемая отпускная цена рассчитывается по формуле:


Цпi = Спi + Псi = 22 279 638,7 + 5 569 909,7 = 27 849 548,4 руб. (4.16)


4.3 Расчет стоимостной оценки результата


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

ДПч = 14 235 000

В процессе использования нового ПС чистая прибыль в конечном итоге возмещает капитальные затраты. Однако, полученные при этом суммы результатов (прибыли) и затрат (капитальных вложений) по годам приводят к единому времени - расчетному году (за расчетный год принят 2010 год) путем умножения результатов и затрат за каждый год на коэффициент привидения (ALFAt), который рассчитывается по формуле:


, (4.17)


где Ен - норматив привидения разновременных затрат и результатов;p - расчетный год, tp = 1;- номер года, результаты и затраты которого приводятся к расчетному (2010-1, 2011-2, 2012-3, 2013-4).

Коэффициентам приведения (ALFAt) по годам при нормативе 0,15 будут соответствовать следующие значения:1 = (1+0.15)1-1 = 1 - расчетный год,2 = (1+0.15)1-2 = 0,8696 - 2011 год,3 = (1+0.15)1-3 = 0,7561 - 2012 год,4 = (1+0.15)1-4 = 0,6575 - 2013 год.

Результаты расчета показателей эффективности приведены в таблице 4.2.


Таблица 4.2 - Расчет экономического эффекта от использования нового ПС

ПоказателиЕд. изм.20102011201220131. Результат:Прирост прибыли за счет (Пч)руб.-142350001423500014235000То же с учетом фактора временируб.-1237875610763083,59359512,52. Затраты:Приобретение, адаптация и освоение ПС (Кпр)руб.27849548---Освоение ПС (Кос)руб.5 000---Доукомплектование ВТ техническими средствами (Ктс)руб.0,00---3. Пополнение оборотных средств (Коб)руб.0,00---5. То же с учетом фактора временируб.27854548---6. Чистый дисконтированный доход по годамруб.278545481237875610763083,59359512,5

Рассчитаем рентабельность инвестиций в приобретение программного продукта (РИ) по формуле:


, (4.18)


Где Пчер - среднегодовая величина чистой прибыли за расчетный период, руб., которая определяется по формуле:


, (4.19)


где Пчt - чистая прибыль, полученная в году t, руб.

Пчср = 6 103 984,73

Ри = 38,2%.

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

1.чистый дисконтированный доход за четыре года производства продукции составит 4 646 804 руб.;

.все инвестиции окупаются на третий год;

.рентабельность инвестиций составляет 38,2%.

Таким образом, разработка и применение программного продукта является эффективным.



5. Ресурсо- и энергосбережение при разработке и эксплуатации интернет-приложения для туристов


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

Сервер построен на основе серверной архитектуры Intel с использованием чипсета Intel E7520 с частотой системной шины 800MHz, с поддержкой работы двух процессоров Intel Xeon, использованием памяти Registered SDRAM DDR2-400 (до 16GB) шин PCI-Express x8 и x4, и PCI-X 64bit/133MHz. Сервер ориентирован на использование дисковой подсистемы на базе только SCSI HDD (80 pin) с поддержкой горячей замены.

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

Для увеличения надежности, критически важные компоненты в сервере продублированы и, кроме того, жесткие диски, вентиляторы охлаждения и блоки питания (при установке избыточного блока питания) в сервере позволяют осуществлять замену, не прерывая функционирование сервера. Базовые функции контроля и управления сервером можно расширить установкой дополнительного модуля управления сервером (Intel Management Module).

Количество потребляемой сервером электроэнергии напрямую зависит от его комплектации. В таблице 5.1 приведена мощность, потребляемая компонентами сервера [17].

Таблица 5.1 - Мощность, потребляемая компонентами сервера

Компоненты сервераПотребляемая мощность, ВтМонитор 19» LG Flatron F920B (СRT)83Процессор Quard-Core Intel Xeon E5430 2.66 GHz, cache 12 Mb, FSB 1333 MHz80Материнская плата25Видеокарта GeForce 9800 GT105Оперативная память RAM 32 Gb DDR-2-667 Fully Buffered ECC (8*4 Gb)55Вентилятор70Жесткий диск60DVD-ROM ASUS E61620Мышь Genius Wireless Ergo R800 Optical2Клавиатура Genius Numpad PRO Black2

Общая мощность сервера Pкомп, Вт/ч, рассчитывается как суммарная мощность всех его элементов [18]:комп = 83+80+25+55+105+20+60+70+2+2 = 502

Количество потребляемой мощности при обслуживании сервера зависит также от затрат на освещение при работе с ним. Для освещения используется две лампы накаливания мощностью 100 Вт. Следовательно энергозатраты на освещение составят:

Росв = 2·100 = 200

Средняя продолжительность обслуживания сервера составляет 1,7 часов в сутки. Итого, за месяц энергозатраты составят:

Р = (502 + 200)·1,7·30 = 35 802

Наибольшее количество энергии тратится на поддержание работы монитора. Поэтому в любой операционной системе есть несколько энергосберегающих режимов, использование которых может значительно сократить потребляемую энергию. Например, в Windows XP это можно сделать, зайдя в Пуск ? Панель управления ? Электропитание. В Linux для этого существуют специальные команды, которые вводятся в консоли: setterm, xset. В MacOS в Системных настройках нужно выбрать вкладку «Энергосбережение».

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

)При замене монитора LG Flatron F920B (CRT) на более современный Viewsonic VX922 (LCD), потребляющий 35 Вт, экономия составит 2 448 Вт за месяц обслуживания сервера;

2)При замене видеокарты GeForce 9800 GT на видеокарту GeForce GTX260 M с более современной технологией (55 нм), потребляющей 75 Вт, экономия составит 1 530 Вт за месяц. При работе в 2D режиме видеокарта потребляет в 2-4 раза меньше энергии.

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

Замена простой лампы накаливания на компактную люминесцентную лампу позволит снизить потребление электроэнергии в 5 раз. Эти лампы не требуют специальных светильников, т.к. практически всегда подходят для установки в обычный патрон для обычной лампы накаливания. Наиболее эффективна замена ламп в тех местах, где свет горит постоянно, а включается / выключается редко.

После произведенных замен комплектующих компьютера на более экономные, общая мощность компьютера составит:комп = 35+80+25+55+75+20+60+70+2+2 = 424

Энергозатраты на освещение компактными люминесцентными лампами составят:

Росв = 2·20 = 40

Итого, за месяц энергозатраты составят:

Р = (424 + 40)·1,7·30 = 23 664

Стоимость 1кВт электроэнергии в РБ составляет 173 рубля. Стоимость электроэнергии за месяц эксплуатации сервера до замены комплектующих С, руб., рассчитывается по формуле:

С = 35 802·173·0,001 = 6 194

А стоимость электроэнергии за месяц эксплуатации сервера после замены комплектующих составит:

С = 23 664·173·0,001 = 4 094

Экономия электроэнергии за месяц эксплуатации составит 2 100 рублей, то есть энергопотребление снизится на 66%.

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


Заключение


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

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

четко структурированная информация;

краткое и понятное меню;

подсказки для элементов формы;

обратная связь с пользователем при нажатии кнопок;

интуитивно понятные иконки и картинки и поясняющие надписи к ним;

выделяющиеся формы поиска;

-представление искомой информации в виде таблицы данных;

-расширение информационной базы;

-автоматическая система бронирования мест в транспортном средстве;

-обеспечение достоверности контактной информации о пользователях;

-получение прибыли за счет ограниченного доступа к информации.

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

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

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

В ходе дипломного проектирования рассчитана себестоимость разработки и экономическая эффективность разработки программного обеспечения интернет-приложения для туристов. Срок окупаемости программного продукта составляют три года.


Список литературы


[1] Флэнаган, Д. JavaScript. Подробное руководство / Д. Флэнаган. - СПб.: Символ-Плюс, 2008. -992 с.

[2] Коггэол, Дж. PHP 5. Полное руководство / Дж. Коггэол. - М.: Вильямс, 2007. -752 с.

[3] Линтикам, Д. Разгадка архитектуры клиент-сервер / Д. Линтикам // Персональный компьютер сегодня. - 1996. - №3. - С. 25 - 100.

[4] Пирогов, В. SQL Server 2005: программирование клиент-серверных приложений / В.Ю. Пирогов. - СПб.: BHV-СПб, 2006. - 336 стр.

[5] Федоров, А. Архитектура современных Web-приложений / А. Федоров, Н. Елманова // КомпьютерПресс. - 2002. - №6. - С. 34 - 100.

[6] Крейн, Д. AJAX в действии: технология / Д. Крейн, Э. Паскарелло. - Киев: Вильямс, 2006. - 640 с.

[7] Розенфельд, Л. Информационная архитектура в Интернете, 2-ое издание / Л. Розенфельд, П. Морвиль. - СПб.: Символ-Плюс, 2005. - 544 с.

[8] Сальвенди, Г. Человеческий фактор. Том 4. Эргономическое проектирование деятельности и систем / Г. Сальвенди. - М.: Мир, 2001. - 495 с.

[9] Вайнштейн, Л. Эргономика: курс лекций / Л.А. Вайнштейн. - Минск: БГУ, 2009. - 215 с.

[10] Нильсен, Я. Веб-дизайн. Книга Якоба Нильсена / Я. Нильсен. - СПб.: Символ-Плюс, 2006. -512 с.

[11] Сан ПиН 9-131-РБ 2000 Гигиенические требования к видеодисплейным терминалам, электронно-вычислительным машинам и организации работы.

[12] Гото, К. Веб-редизайн: книга Келли Гото и Эмили Котлер / К. Гото, Э. Котлер. - СПб.: Символ-Плюс, 2003. - 376 с.

[13] Кэмпбел, М. Строим Web-сайты / М. Кэмпбел. - М.: ТРИУМФ, 2006. - 480 с.

[14] Кобб, Г. Быстрое тестирование / Г. Кобб, К. Браун, Р. Калбертсон. - М.: Вильямс, 2002. - 384 с.

[15] Usable information technology [Электронный ресурс]. - Электронные данные. - Режим доступа: http://www.useit.com/.

[16] Палицын, В. Технико-экономическое обоснование дипломных проектов: Метод. пособие для студ. всех спец. БГУИР: Проекты программного обеспечения / В.А. Палицын. - Минск: БГУИР, 2006. - 76 с.

[17] Компьюмаркет никс [Электронный ресурс]. - Электронные данные. - Режим доступа: http://www.nix.ru/.

[18] Кирвель, И.И. Экологические проблемы использования энергоресурсов: метод. пособие для практ. занятий по дисц. «Основы экологии и энергосбережения» / И.И. Кирвель, В.И. Петровская, Н.В. Цявловская. - Минск: БГУИР, 2007. - 16 с.


Введение Как известно, развитие интернета расширило возможности работы с удалёнными подразделениями, открыло широкие перспективы электронной коммерции, о

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ