Рисунок 1.4 - Главная страница интернет-сайта «ЮГ-ЛАЙН».

Как и предыдущий проект, на главной странице данный сайт имеет ознакомительную информацию о предприятии «ЮГ-ЛАЙН». В отличие от предыдущего данный ресурс имеет более скудную графическую часть, изображения не имеют достаточного разрешения, что привело к ухудшению качества картинок. Читабельность без нареканий. Слева расположены часы. Внизу автор расположил приложение показывающее погоду на аэродроме базирования предприятия. Так же на каждой вкладке можно обнаружить вспомогательные функции такие как открытие в PDF формате, печать страницы, отправление ссылки по e-mail.

После проведённого анализа подобных Интернет-ресурсов был составлен ряд функциональных требований к проекту интернет-сайта ИП Мирошников В.Н. они указаны в разделе 1.5 и являются основными требованиями к проектируемому ресурсу

1.5 Постановка задачи

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

1. Реализация информационной функции:

a) а) общая информация о предприятии;

b) б) предметная информация;

2. Реализация оформление заказа;

3. Реализация перечня авиахимработ;

4. Реализация функции регистрации и авторизации пользователей административной части сайта с правами доступа к редактированию информации, т.е. сотрудников компании;

5. Реализация системы администрирования:

a) а) управление статической информацией;

b) б) управление модулями;

c) в) управление сайтом;

d) г) редактирование прав доступа привилегированных пользователей и их ролей;

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

2. СИСТЕМНОЕ ПРОЕКТИРОВАНИЕ

2.1 Назначение и функции Web-сайта по оказанию услуг в сфере АХР

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

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

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

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

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

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

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

Для системы управления Web-сайтом можно выделить следующие основные функции:

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

- специализация - предоставление информации о специализации предприятия;

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

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

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

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

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

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

Рисунок 2.1 - Функциональная схема

Программная часть архитектуры интернет-сайта рассматривается как взаимосвязь операционной и серверной части.

В операционной части рассматривается среда разработки Web-сайта.

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

Предположительно интернет сайт разрабатывается в среде html, с применением иных вспомогательных средств проектирования интернет-приложений, таких как php, «Joomla!». Данные инструментальные средства были описаны ранее.

2.2 Проектирование front-offiсe

Front-offiсe представляет из себя набор web-страниц, связанных гипертекстовыми ссылками. Тут отображается информация о реализуемом оборудовании и услугах. Эта информация представлена в виде каталогов оборудования и услуг, разделенных на отдельные пункты меню. Такая структура облегчает поиск требуемого товара.

Структура front-offiсe выглядит следующим образом:

- главная страница: содержит общую информацию о предприятии;

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

- страница каталога услуг: содержит информацию о реализуемых услугах;

- страница контактов: содержит информацию о контактах администрации Web-сайта и предприятия;

- страница авиапарк: содержит информацию о воздушных суднах.

-страница тарифы: отображает сведения о тарифных ставках компании

-страница география полетов: показывает территорию на которой предприятие оказывает свои услуги.

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

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

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

Рисунок 2.2. Система в представлении пользователя front-offiсe

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

2.3 Проектирование baсk-offiсe

Baсk-offiсe представляет собой администраторскую часть web-сайта. Пользователи не имеют к нему доступа. Администратор с помощью Baсk-offiсe осуществляет управление web-сайтом. Baсk-offiсe предназначен для редактирования информации о существующих новостях, услугах, то есть для обновления базы данных новостей, авиапарка, тарифах и услуг, ведения учета зарегистрированных пользователей и т. д.

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

1. Страница входа: форма ввода логина и пароля администратора;

3. Страница добавления категорий: добавление категорий.

4. Страница редактирования услуг, тарифов, новостей, авиапарка, добавление, редактирование и удаление категорий.

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

В графическом виде организация baсk-offiсe приведена на рисунке 2.3. На этом рисунке показан интерфейс администратора. Сценарии позволяют администратору входить в систему и добавлять нововведения и категории.

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

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



Рисунок 2.3. Система в представлении администратора

2.4 Проектирование ER модели данных с использованием модели “сущность-связь”

- сущность;

- ассоциация (связь);

- атрибут.

интернет приложение сервер данные

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

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

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

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

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

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

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

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

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

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

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

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

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

- «Сотрудники»;

- «Воздушное судно»;

- «Предприятие»

- «Заказ»;

- «Клиент»;

- «Самолет»;

- «Адрес»;

- «Статус»;

- «Пилот»;

- «Техник»;

- «Пилотское удостоверение»;

- «Место заказа»;

- «Район»

- «Представитель клиента»;

- «Типы работ».

Сущность «Сотрудник» характеризуется атрибутами:

- данные;

- документы;

- адрес.

Сущность «Воздушное судно» характеризуется атрибутами:

- пилот;

- самолет;

- дата.

Сущность «Предприятие» характеризуется атрибутами:

- представитель колента;

- воздушное судно;

- заказ.

Сущность «Заказ» характеризуется атрибутами:

- типы работ;

- нормирование;

- место заказа;

- статус;

- дата

Сущность «Клиент» характеризуется атрибутами:

- адрес;

- район;

- заказ;

- представитель клиента.

Сущность «Самолет» характеризуется атрибутами:

- марка;

- бортовой номер;

- номер двигателя;

- год выпуска.

Сущность «Адрес» характеризуется атрибутами:

- корпус;

- квартира;

- дом;

- отделение;

- улица;

- клетка;

- город;

- клетка.

Сущность «Статус» характеризуется атрибутами:

- оформление договора;

- ожидание оплаты;

- в очереди;

- выполнение;

- выполнено.

Сущность «Пилот» характеризуется атрибутами:

- сотрудники;

- пилотское удостоверение.

Сущность «Техник» характеризуется атрибутами:

- сотрудники.

Сущность «Пилотское удостоверение» характеризуется атрибутами:

- номер;

- кем выдан;

- дата выдачи;

- категория.

Сущность «Место заказа» характеризуется атрибутами:

- название;

- район.

Сущность «Район» характеризуется атрибутами:

- изображение;

- номер;

- описание района.

Сущность «Представитель клиента» характеризуется атрибутами:

- имя;

- телефон.

Сущность «Типы работ» характеризуется атрибутами:

- десикация;

- дефолиация;

- защита от вредителей;

- борьба с сорняками;

- внесение минеральных удобрений.

Основными требованиями при построении ER-модели являются:

- в первичных атрибутах не должно быть неопределённых значений;

- обязательное определение типа связи между сущностями.

На рисунке 2.3 представлена ER-модель Web-сайта

Рисунок 2.4 - ER-модель Web-сайта ИП Мирошников В.Н.

2.5 Логическая модель баз данных Web-сайта

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

Теория нормализации отношений описывает формальный аппарат ограничений на формирование отношений, который позволяет устранить дублирование, обеспечить непротиворечивость данных и уменьшить трудозатраты на ведение базы данных. Нормализация представляет собой последовательное изменение структуры данных в соответствии с требованиями нормальных форм. Всего существует шесть нормальных форм (НФ), включая нормальную форму Бойса-Кодда (НФБК). Эти формы подчиняются правилу вложенности по возрастанию номеров: если отношение находится в 4НФ, то оно будет соответствовать 3НФ, 2НФ и 1НФ. Справедливо и обратное утверждение.

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

Первая нормальная форма (1НФ). Схема отношения R находится в 1НФ тогда и только тогда, когда все входящие в нее атрибуты являются атомарными, т.е. значения соответствующих доменов рассматриваются как неделимые, а не как множества или кортежи из более элементарных доменов.

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

Вторая нормальная форма (2НФ). Если X - ключ отношения R, YX, A - непервичный атрибут отношения R, то в отношении R имеет место частичная зависимость (неполная функциональная зависимость), когда XA и YA. Если это условие не выполняется, то атрибут А функционально полно зависит от X в отношении R.

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

Если первичный ключ состоит из единственного атрибута, то требование соответствия 2НФ сводится лишь к отсутствию непервичных атрибутов, независящих от ключа отношения.

Третья нормальная форма (3НФ). Схема отношения R находится в 3НФ, если не существует ключа X для R, множества атрибутов YR и непервичного атрибута A из R, таких, что:

XY - справедливо в R,

YA - справедливо в R, но YX не имеет места.

Таким образом, схема отношения R находится в 3НФ, если она находится в 2НФ и каждый непервичный атрибут нетранзитивно зависит от первичного ключа.

Если в отношении, находящемся в 3НФ, отсутствуют многозначные зависимости, но имеются другие зависимости, кроме зависимости от ключа, то 3НФ будет иметь аномалии операций. В этом случае рассматривают усиленную третью нормальную форму (нормальную форму Бойса-Кодда);

Нормальная форма Бойса-Кодда (НФБК). Схема отношения R с зависимостями F находится в НФБК, если всякий раз, когда в R имеет место зависимость XA и A не принадлежит X, то X является возможным ключом отношения R. Атрибут (или комбинацию атрибутов), от которого какой-либо атрибут зависит функционально полно, называют детерминантом. В этом случае нормализованная схема отношения R находится в НФБК, если каждая детерминанта является возможным ключом.

Анализ модели данных подсистемы показал, что не требуется дополнительных действий по приведению отношений к НФБК.

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

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

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

Нормализованная логическая модель данных приведена на рис. 2.4.

Рисунок 2.5 - Логическая модель данных Web-сайта

3. ТЕХНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

3.1 Структура функций web-сайта ИП Мирошников В.Н.

На основе данных, полученных при анализе предметной области, была составлена структурная схема интернет-ресурса, представленная на рис..3.1.

Сайт имеет в своем составе три системы, на каждом из которых реализуется свои операций. В соответствии с этим было спроектировано каждая система:

- для незарегистрированного пользователя;

- для оператора;

- для администратора.

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

Система незарегистрированного пользователя выполняет следующие функции:

- просмотр новостей;

- просмотр услуг;

- просмотр тарифов;

- расчет работ;

- просмотр географии работ;

- просмотр фотогалереи;

- просмотр информации о компании;

- возможность регистрации.

Система оператора выполняет следующие функции:

- просмотр информации о предприятии (новости, история, контакты);

- вход/выход пользователя;

- просмотр, работа с новостями;

- просмотр, работа с клиентами;

- просмотр, работа с самолетами;

- просмотр, работа с воздушным судном;

- просмотр, работа с заказами;

- просмотр, работа с информацией о сотрудниках;

- просмотр, работа с тарифами;

Система администратора выполняет следующие функции:

- вход/выход администратора;

- добавление/удаление/редактирование пользователей БД;

- добавление/удаление/редактирование заказов;

- администрирование БД;

- работа с обратной связью;

- редактирование данных администратора.



Рисунок 3.1. Структура функций web-сайта в соответствии с ролями пользователей

3.2 Алгоритм работы Веб-сайта

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

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

Схема алгоритма работы Веб-сайта:

Рисунок 3.2 - Блок-схема алгоритма работы Web-сайта

3.3 Разработка физической модели БД

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

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

В таблице 3.1 приведен перечень таблиц созданных на этапе построения физической модели баз данных.

Таблица 3.1 Перечень таблиц в составе базы данных подсистемы

Физическая структура разработанной БД приведена в таблицах 3.2 - 3.5. При описании использованы следующие обозначения: * - первичный ключ; # -внешний ключ; + - обязательное поле.

Таблица 3.2 Структура таблицы Site

Таблица 3.3 Структура таблицы Zakaz

Таблица 3.4 Структура таблицы Types rabot

Таблица 3.5 Структура таблицы O kompanii

Таблица 3.6 Структура таблицы Status

Таблица 3.7 Структура таблицы Klient

Таблица 3.8 Структура таблицы Offiсe predpriyatiya

Таблица 3.9 Структура таблицы Predstavitel klienta

Таблица 3.10 Структура таблицы Vozdyshnoe sydno

Таблица 3.11 Структура таблицы Zakazi klienta

Таблица 3.12 Структура таблицы Pilotskoe ydostoverenie

Таблица 3.13 Структура таблицы Tarifi

Таблица 3.14 Структура таблицы Defoliaсiya

Таблица 3.15 Структура таблицы Borba s sornyak

Таблица 3.16 Структура таблицы Normirovanie

Таблица 3.17 Структура таблицы Zashita ot vred

Таблица 3.18 Структура таблицы Vnes min ydobr

Таблица 3.19 Структура таблицы Desikaсiya

Таблица 3.20 Структура таблицы Mesto zakaza

Таблица 3.21 Структура таблицы Raioni

Таблица 3.22 Структура таблицы Tehnik

Таблица 3.23 Структура таблицы Direktor

Таблица 3.24 Структура таблицы Samolet

Таблица 3.24 Структура таблицы Pilot

Таблица 3.25 Структура таблицы Fotogalereya

Таблица 3.26 Структура таблицы Foto

Таблица 3.27 Структура таблицы Novosti

Таблица 3.28 Структура таблицы Geografiya poletov

Таблица 3.29 Структура таблицы Sotrydniki

Таблица 3.30 Структура таблицы Person

Таблица 3.31 Структура таблицы Dokymenti

Таблица 3.32 Структура таблицы Adress

Для создания ссылочной и смысловой целостности в БД определяются:

- отношения подчиненности между таблицами БД путем определения первичных (Primary) ключей у родительских и внешних (Foreign) ключей у дочерних таблиц;

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

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

Рисунок 3.3 Физическая модель БД.

3.4 Пользовательский интерфейс web-сайта ИП Мирошников В.Н.

Для реализации графического представления интерфейса web-сайта был использован программный комплекс растровой графики Adobe Photoshop 10.0 СS3. В динамическом режиме графический интерфейс реализуется при помощи технологии PHP- сценариев.

3.4.1 Реализация главной страницы интернет - ресурса

Главная страница web-сайта ИП Мирошников В.Н. Вывод показан на рис. 3.4



Рисунок 3.4 Главная страница web-сайта.

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

«Шапка» используется на всех страницах сайта включённых в меню. В левой части размещается логотип ИП Мирошников В.Н.

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

1. главная страница;

2. новости;

3. услуги;

4. география полетов;

5. тарифы;

6. авиапарк;

7. оформление заказа;

8. предварительная стоимость;

9. фотогалерея;

10. о компании.

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

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

В центре экрана располагается общая информация об ИП Мирошников В.Н. дата основания и направления деятельности предприятия.

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

Если пользователь ещё не был зарегистрирован на сайте, он может перейти по ссылке «Регистрация». После этого в центре экрана появится форма содержащая поля для заполнения, необходимые для получения аккаунта в web-сайте ИП Мирошников В.Н. После заполнения всех полей формы пользователь для завершения регистрации должен нажать на кнопку «Регистрация». При условии, что все данные введены правильно, он получает свой аккаунт и может войти на сайт ранее описанным способом. Если при вводе данных логин совпал с логин ранее зарегистрированного пользователя, или какое-нибудь из полей осталось незаполненным или были введены некорректные данные, при нажатии на кнопку «Регистрация», заново происходит переход на форму, а внизу её указывается причина возникновения ошибки. Также в любой момент пользователь может отказаться от регистрации, достаточно перейти по любой из ссылок меню.

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

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

3.4.2 Реализация страницы новостей web-сайта

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

Рисунок 3.5 Страница новостей web-сайта.

3.4.3 Реализация других информационных страниц web-сайта

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



3.4.4 Реализация страницы география полетов web-сайта

Данная страница реализована структурно как и предыдущие. В этом разделе представлены изображения территории работы ИП Мирошников В.Н.



3.4.5 Реализация страницы фотогалерея web-сайта

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

3.4.6 Реализация страницы о компании web-сайта

В данной вкладке представлена контактная информация о ИП Мирошников В.Н.. Юридический адрес фирмы. Лицензия на выполнение работы. А также в данном разделе предоставлена возможность отправление вопроса администратору.

3.4.7 Реализация административной части web-сайта

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

4. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

4.1 Технико-экономическое обоснование необходимости разработки Web-ориентированной системы «Авиационно-Химические работы»

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

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

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

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

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

Для практического использования разработки пользователям понадобится ЭВМ с выходом в интернет. К программному продукту прилагается подробная инструкция пользователя.

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

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

Web-дизайна. Реализация будет происходить за счет таких программных, языковых средств как html, php sсript, java sсript, а также вспомогательных программ joomla, photoshop.

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

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

4.2 Планирование разработки

4.2.1 Календарное планирование

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

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

(tож, чел.-дн.).

, (4.1)

где tmin, tmax - минимальная и максимальная продолжительность отдельной работы, чел.-дн..

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

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

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

При этом общая фактическая трудоемкость проектирования

Т составила 298 чел.-дней.

Таблица 4.1 - Трудоемкость проектных работ

№ п/п	Наименование работы	Оценка трудоемкости, чел.-дн.
		tmin	tmax	tож
1	Постановка задачи	4	6	5
2	Анализ предметной области	10	15	12
3	Выбор метода решения задачи	20	25	22
4	Разработка функциональной структуры	10	15	12
5	Проектирование базы данных	10	15	13
6	Изучение языка html, php, java sсript и программных средств joomla	30	50	40
7	Программирование интерфейсной части	30	35	32
8	Написание программных модулей	20	25	22
9	Отладка программных модулей	20	25	23
10	Тестирование программы	25	30	27
11	Составление документации	10	13	11
12	Корректировка теоретических положений	10	15	12
13	Общая трудоемкость	199	269	231

Рисунок 4.1 - Календарный план работ по проектированию Web-ориентированной системы

4.2.2 Организационный, юридический и финансовый аспекты разработки

Данный проект разрабатывался программистом с однолетним опытом работы. Тема выполняется одним разработчиком, основная квалификация которого - программист. Для разработки требуются знания языков html, php sсript, java sсript.

Заказчиком разработки является ИП Мирошников В.Н. Он же финансирует разработку из собственных средств.

Права на разработку принадлежат разработчику ПО.

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

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

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

Расчеты стоимости проекта приведены в разделе 4.4, расчеты цены изделия приведены в разделе 4.5.

4.3 Стоимостная оценка проекта

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

, (4.2)

где СТР - оценка труда разработчика темы, руб.;

СОТЛ - затраты на отладку программного обеспечения, руб.;

СЭВМ - затраты на доукомплектование ЭВМ техническими средствами, если они приобретались специально для выполнения этого проекта (СЭВМ=0 руб.);

СП - прочие затраты, руб.

Оценка труда разработчика задачи может быть определена из должностного оклада О (О = 10000 руб/мес.) и периода проектирования ТПР, взятого по фактическим данным из таблицы 4.1 (ТПР = 231 дн.) по формуле:

,

где О - должностной оклад разработчика в день (472 руб./дн.);

ТПР - фактический период проектирования в днях, взятый из таблицы 4.1 (231 дн.);

ПД - процент дополнительной заработной платы (10 %);

ППФ - отчисления в пенсионный фонд РФ (22%);

ПСС - отчисления в фонд социального страхования (2,9%);

ПФМС - отчисления в федеральный фонд обязательного медицинского страхования (5,1%);

ПНК - процент накладных расходов (10 %).

Тогда:

руб.

Стоимостная оценка использования ЭВМ при проектировании проводится по формуле:

СОТЛ = ТОТЛ • СМЧ, (4.3)

где ТОТЛ -фактическое время отладки на ЭВМ (ч.);

СМЧ - стоимость машино-часа работы ЭВМ (руб.).

Время отладки на ЭВМ взято из графика рисунка 4.1:

ТОТЛ = 2144 = 856 ч.

Стоимость машино-часа работы ЭВМ можно определить исходя из эксплуатационных расходов, связанных с использованием вычислительной техники:

, (4.4)

где ЗЭКСПЛ - суммарные эксплуатационные затраты за год работы ЭВМ (руб.);

ТД - действительный фонд времени работы ЭВМ за год (ч.).

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

,

где КД - количество дней в году (366);

КВ - количество выходных в неделе (2);

КП - количество праздничных дней в году (12);

ТСМ - продолжительность рабочего дня (4 ч.);

КСМ - коэффициент сменности (1).

Тогда:

ч/год

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

,

где - процент потерь рабочего времени, связанных с профилактикой и ремонтом ЭВМ (5 %);

ТН - номинальный фонд времени (ч/год).

В результате получаем:

ч/год

Суммарные эксплуатационные затраты за год работы ЭВМ можно определить по формуле:

, (4.5)

где ЗТР - затраты на оплату труда персонала, обслуживающего ЭВМ (руб./год);

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

ЗЭН - затраты на электроэнергию (руб./год);

ЗАМ - амортизационные отчисления от стоимости ЭВМ (руб./год);

ЗМ - затраты на материалы (носители информации) (руб./год);

ЗР - затраты на ремонт (руб./год).

Затраты на оплату труда персонала, обслуживающего ЭВМ, определяются по формуле:

,

где O - доля месячного оклада работника за обслуживание одной ЭВМ, руб.;

ППФ, ПСС, ПФМС - страховые взносы в государственные внебюджетные фонды (22%; 2,9%; 5,1%);

Проект выполнялся на ЭВМ, на обслуживание которой выделяется

400 руб./мес., т.о. O = 400 руб./мес., тогда:

Так как затраты на аренду помещения отсутствуют, то ЗПОМ=0.

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

,

где М - паспортная мощность ЭВМ (М = 0,3 кВт);

ТД - действительный фонд времени работы ЭВМ в течение

года, ч.;

КИ - коэффициент интенсивного использования мощности (КИ = = 0,9);

ЦЭ - цена одного кВт-ч энергии на момент выполнения расчета (ЦЭ = 3,08 руб/ кВт-ч).

Получим:

руб./год

Амортизационные отчисления, затраты на материалы и ремонт вычисляются, исходя из балансной стоимости ЭВМ:

,

где ЦПР - цена приобретения ЭВМ, руб.;

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

ЭВМ, на которой выполнялась разработка, была приобретена за 38000 руб. В результате находим:

руб.

Амортизационные отчисления от балансовой стоимости ЭВМ

,

где НАМ - норматив амортизационных отчислений (НАМ = 33%).

В результате получаем:

руб./год.

Затраты на материалы и носители информации:

,

где Нм - норматив затрат на материалы и носители информации

(Нм = 2 %).

руб./год.

Затраты на ремонт:

,

где НР - норматив затрат на ремонт (НР = 2 %).

руб./год.

По формуле (4.5) находим величину эксплуатационных затрат

руб./год

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

Исходя из эксплуатационных расходов по работе ЭВМ, по формуле (4.4) находим стоимость машинного часа:



По формуле (4.3) находим стоимостную оценку использования ЭВМ при проектировании, исходя из суммарного фактического периода 968 часов, взятого из таблицы 4.1:

руб./ч.

Также в процессе разработки были потрачены средства СП на услуги и материалы (таблица 4.3).

Тогда стоимостная оценка проекта по формуле (4.2) составит:

руб.

Таблица 4.2 - Смета эксплуатационных расходов по работе ЭВМ

Наименование статей затрат	Сумма, руб./год
Затраты на оплату труда обслуживающего персонала	7344,0
Затраты на содержание помещения	0
Затраты на электроэнергию	790,0
Амортизационные отчисления
Затраты на носители информации	782,8
Затраты на ремонт	782,8
Итого эксплуатационных расходов	22615,8

Таблица 4.3 - Прочие затраты

Наименование статей затрат	Сумма, руб.
1 пачка бумаги по 500 листов	120
Картридж черный для струйного принтера	600
Картридж цветной для струйного принтера	700
Канцелярские товары	90
Лазерные диски	80
Услуги интернета	550
Итого:	2140

Себестоимость проектирования приведена в таблице 4.4.

Таблица 4.4 - Себестоимость проектирования

Наименование статей затрат	Сумма, руб.
Расходы по оплате труда разработчика, в том числе:	166818,96
Затраты на отладку программного обеспечения	20372,8
Прочие затраты	2140
Итого себестоимость проекта	189331,76

4.4 Формирование цены разработки

Цену изделия определим по следующей формуле

, (4.7)

где СПР - стоимостная оценка проекта (руб.);

П - прибыль (руб.).

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

,

где - норматив рентабельности (%).

Получаем:

руб.

Тогда, в соответствие с формулой (4.7), получаем:

руб.

Цена с учетом НДС определяется как

руб,

где - ставка налога на добавленную стоимость.

4.5 Анализ экономической целесообразности внедрения объекта проектирования

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

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

Совокупные затраты, связанные с владением технологией (TСO) определяются следующим образом:

,

где СПР - себестоимость проекта, руб., которая делится на срок ТА морального старения для определения годовой доли, в данном случае

ТА = 3 года;

СЭКСПЛ - затраты на эксплуатацию системы, руб./год.

Затраты на эксплуатацию СЭКСПЛ определяются при условии ежедневного использования разработки в течение 4 часов с использованием данных о часовой заработной плате работника, занятого эксплуатацией (часовая заработная плата работника - 45 руб./час) и стоимость машино-часа работы ЭВМ при эксплуатации:

где ТРАБ - количество рабочих дней в году;

ТСМ - время ежедневной эксплуатации системы, ч.;

СЗП - оплата пользователя системы за 1 час работ, руб.;

СМЧ - стоимость одного машинного часа работы ЭВМ пользователя, руб.; взята равной 33,2 руб./ч.

СЭКСПЛ =249•4•(45+33,2) = 77887,2 руб./год;

ТСО = + 77887,2 = 140997,786 руб./год

Коэффициент отдачи с инвестированных средств (ROI) определяется по формуле:

ROI = [(PRS - TСO) / TСO] • 100 = [(200000- 140997,786)/ 140997,786] •100 = 41,84 %.

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

5. БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

5.1 Обеспечение микроклимата на рабочем месте оператора ПЭВМ с учётом санитарных норм

5.1.1 Характеристика работ по тяжести на рабочем месте оператора ПЭВМ

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

Оптимальные и допустимые значения параметров микроклимата для рабочего места оператора ПЭВМ определяют с учётом категории тяжести работ.

Разграничение работ по категориям осуществляется на основе интенсивности общих энерготрат организма.

Категория тяжести работ определяется в соответствии с энерготратами оператора при работе на ПЭВМ, которые составляют не более 170 Дж/с, так что его работу можно отнести к разряду лёгких I-б /1/.

5.1.2 Нормирование параметров микроклимата на рабочем месте оператора ПЭВМ

К параметрам микроклимата, характеризующим условия труда на рабочем месте оператора ПЭВМ, относятся:

– температура воздуха t (°С);

– относительная влажность воздуха (%);

– скорость движения воздуха на рабочем месте V (м/с).

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

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

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

При нормировании параметров микроклимата установлены два периода года - тёплый (среднесуточная температура наружного воздуха больше +10 єС) и холодный (среднесуточная температура наружного воздуха меньше или равна +10 єС) /1/.

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

Таблица 5.2 - Оптимальные и допустимые параметры микроклимата на рабочем месте оператора ПЭВМ /1/

Период года	Температура, 0С	Относительная влажность, %	Скорость движения воздуха, м/с
	Оптим.	Допуст.	Оптим.	Допуст.	Оптим.	Допуст.
Холодный	21-23	20-24	40-60	75	0.1	<0.2
Тёплый	22-24	21-28	40-60	60	0.2	0.1-0.3

Влияние температуры на работоспособность человека очень заметно. При увеличении температуры доля тепла, отдаваемая за счёт излучения и конвекции, уменьшается, и при температуре 30 єС практически равна нулю. При такой температуре главным источником теплопотерь человека будет являться потоотделение. И чем выше относительная влажность воздуха, тем больше затрудняется испарение воды с поверхности кожи человека. Большая влажность при высоких температурах (25 єС и более) приводит к перегреванию организма. Наиболее благоприятным является интервал от 21°С до 23°С (в холодный период года) и от 22°С до 24°С (в тёплый период года), которые и рекомендуются для поддержания на рабочем месте оператора ПЭВМ.

Нормальная влажность воздуха лежит в интервале 40-60%.

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

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

5.1.3 Расчёт воздухообмена на рабочем месте оператора ПЭВМ

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

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

Проведём расчёт воздухообмена по формуле /2/:

, м3/ч

где Qизб избыточное тепло, которое необходимо удалить из помещения, Вт;

СВ удельная массовая теплоёмкость воздуха, СВ = 1,042 кДж/(кг • оС);

В плотность воздуха в помещении, В = 1,2 кг/м3;

температуры удаляемого и приточного воздуха, єС согласно таблице 5.2:

= 22?С.

Температура приточного воздуха tnp при наличии избытков тепла должна быть на 5 °С ниже температуры воздуха в рабочей зоне, согласно /1/, поэтому:

tnp = 22 - 5 = 17 °С.