Заключение

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

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

• визуальный поиск аудиторий по схематическим планам этажей главного корпуса;

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

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

12Список использованных источников

1. Google maps технология Google Street View [Электронный ресурс] – URL: http://ru.wikipedia.org/wiki/Google_Maps.

2. Как устроен Google Maps [Электронный ресурс] - URL: http://www.gearth.ru/kak-ustroen-google-maps.html.

3. Яндекс карты [Электронный ресурс] – URL: http://ru.wikipedia.org/wiki/Яндекс.Карты.

4. Введение в HTML [Электронный ресурс] – URL: http://sesia5.ru/ses/.

5. Препроцессор Гипертекста PHP [Электронный ресурс] – URL: http://www.mirsite.ru/php.htm.

6. CodeIgniter, руководство пользователя к версии 1.6.1 [Электронный ресурс] – URL: http://code-igniter.ru/user_guide/overview/at_a_glance.html.

7. Объектно-ориентированный скриптовый язык JavaScript [Электронный ресурс] – URL: http://ru.wikipedia.org/wiki/JavaScript.

8. jQuery [Электронный ресурс] – URL: http:/ru.wikipedia.org/wiki/JQuery.

9. AJAX [Электронный ресурс] – URL: http://ru.wikipedia.org/wiki/AJAX.

10. PostgreSQL [Электронный ресурс] – URL: http://ru.wikipedia.org/wiki/PostgreSQL.

11. Уорсли Дж., Дрейк Дж. PostgreSQL. Для профессионалов.— С.Пб.: Питер, 2003.

12. Сайт посвященный разработке баз данных с помощью postgreSQL www.postgreSQL.org.

Приложение а техническое задание на программное средство

«СОГЛАСОВАНО» Руководитель дип. проекта: ____________ Жуков А.И. «____» ____________ 2012 г.

«УТВЕРЖДЕНО» зав. кафедрой «ПОВТ и АС» _____________ Нейдорф Р.А. «____» ____________ 2012 г.

П.А.1 Введение

П.A 1.1 Наименование программы

Наименование программы – «система визуализации топологии ДГТУ».

П.A 1.2 Область применения

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

П.A 1.3 Объект внедрения

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

П.А.2 Основания для разработки

Разработка ведется на основании документа «Учебный план для студентов ВУЗа», факультета «Информатика и вычислительная техника», обучающихся по специальности 230105 – «Программное обеспечение вычислительной техники и автоматизированных систем», в соответствии с которым студенты, заканчивающие ВУЗ, должны предоставить к защите выпускную квалификационную работу, подтверждающую присвоение им квалификации «инженер программист». Предметным основанием является задание на дипломную работу.

П.А.3 Назначение разработки

П.А.3.1 Функциональное назначение

Функциональное назначение программного средства заключается в предоставлении графического web-интерфейса доступа к объектам топологии ДГТУ.

П.А.3.1 Эксплуатационное назначение

Эксплуатационное назначение заключается в использовании программного средства в качестве web-ресурса информационно-образовательного портала УМУ ДГТУ в локальной и глобальной сетях.

П.А.4 Требования к программе

П.А.4.1 Требования к сайту в целом

Общими для сайта в целом являются следующие требования:

• сайт должен содержать полную и актуальную информацию о телефонах и подразделениях;

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

• главная страница должна быть выполнена таким образом, чтобы:

• посетителю:

• помочь выбрать нужный корпус и этаж;

• обеспечить возможность поиска аудиторий по названию;

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

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

• администратору ресурса:

• предоставить инструмент загрузки новых карт;

• обеспечить возможность добавления информации о телефонах и аудиториях;

• на сайте должен быть список учебных корпусов, для которых доступны схемы аудиторий;

• удобная навигация между страницами ресурса с использованием технологии breadcrumbs;

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

П.А.4.1.1 Требования к структуре и функционированию

Структурно ПС должно состоять из следующих компонент (подсистем):

• подсистемы хранения данных;

• интерфейс взаимодействия с ресурсом.

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

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

В системе должны быть предусмотрены три основных типа пользователей:

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

• авторизированный пользователь. Может просматривать топологию и имеет доступ к дополнительной персонифицированной информации;

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

П.А.4.1.2 Требования к дизайну

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

• быть достаточно «легким» по объему графических элементов и обеспечивать как можно большую скорость загрузки страниц сайта;

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

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

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

П.А.4.2 Требования к функциональным характеристикам

П.А.4.2.1 Навигация

Пользовательский интерфейс сайта должен обеспечивать наглядное, интуитивно понятное представление структуры размещенной на нем информации, быстрый и логичный переход к разделам и страницам. Удобство и быстрота работы с информацией на сайте обеспечивается с помощью технологии JQuery/AJAX. Обмен данными браузера с web-сервером происходит в «фоновом» (не заметном для пользователя) режиме. В результате при обновлении данных, web-страница не перезагружается полностью. Таким образом, обычный пользователь получает интересующие его данные в кратчайшие сроки.

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

П.А.4.2.2 Разделение доступа

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

П.А.4.2.3 Администрирование пользователей

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

П.А.4.2.4 Главная страница ресурса

Главная страница ресурса состоит из:

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

• контентной области, которая предлагает посетителю выбрать интересующий его корпус;

• графической части, находящейся в низу страницы, которая содержит адрес и контактные данные учебного заведения.

П.А.4.2.5 Графическая оболочка внутренних страниц

Графическая оболочка внутренних страниц это:

• графическая шапка с названием корпуса и его фотографией;

• горизонтальная и вертикальная навигация;

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

• внизу страницы отображается графическая часть, содержащая адрес и контактные данные учебного заведения.

П.А.4.2.6 Описание контента разделов сайта

Зайдя на сайт посетителю, предлагается:

• главная страница ресурса, которая поможет выбрать, интересующий его, корпус;

• выбрав корпус переходим на следующую страницу которая предлагает посетителю:

• выбрать этаж корпуса;

• выбрав нужную аудиторию посетитель может узнать дополнительную информацию (телефон, подразделение) кликнув по ее названию;

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

• поиск аудиторий, подразделений и телефонов.

П.А.4.3. Требования к надежности

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

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

П.А.4.4 Условия эксплуатации

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

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

Требования к пользователю: пользователь должен владеть базовыми навыками работы с компьютером и иметь навыки работы с Интернет браузером Opera, Mozilla, или любым другим Интернет браузером, поддерживающим язык гипертекстовой разметки HTML.

П.А.4.5 Требования к составу и параметрам технических средств

Предъявляются следующие требования к минимальному составу технических средств ПК.

Для сервера:

• Web-сервер Apache 2.x и выше;

• СУБД Postgres 8.4/9.0 и выше;

• интерпретатор PHP 5.3 и выше;

• операционная система семейства Linux – Debian.

Для клиента:

• браузер Opera 10.x, Mozilla FF 3.6, IE 8, Google Chrome 5 и выше;

• операционная система Windows XP и выше или Linux, Unix с графическим интерфейсом (KDE, GNOME);

• доступ в Интернет или к ЛВС ДГТУ;

• 32 или 64 разрядный процессор семейства Intel Pentium (или любой другой процессор, совместимый с ним по набору инструкций) с тактовой частотой 336 Ghz или выше;

• оперативная память не менее 1024 МБ;

• стандартные устройства ввода – вывода.

П.А.4.6 Требования к информационной и программной совместимости

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

Сайт выполнен с помощью языка гипертекстовой разметки HTML, с использованием языков JavaScript, PHP и применением технологии JQuery/AJAX. Содержит все необходимые модули, не требует использования внешних библиотек.

П.А. 4.7 Требования к маркировке и упаковке

Требования к маркировке и упаковке отсутствуют.

П.А.4.8 Требования к транспортированию и хранению

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

П.A.5 Требования к программной документации

Предварительный состав необходимой программной документации, выполненной на русском языке в соответствии с требованиями ЕСПД согласно ГОСТ 19.201-78, 19.503-79, 19.504-79, 19.505-79:

Техническое задание по ГОСТ 19.201-78 ЕСПД. «Техническое задание. Требования к содержанию и оформлению».

П.A.6 Стадии и этапы разработки

Системный анализ (с 9.02.2011 по 5.03.2011):

• определение функционала;

• определение области применения и целей использования разрабатываемого программного средства;

• поиск вариантов решения поставленных задач;

• подготовка технического задания;

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

Общесистемное проектирование (с 5.03.2011 по 31.03.2011):

• определение структуры программного комплекса;

• определение структуры алгоритмов и модулей.

Программная реализация, рабочий проект (с 4.04.2011 по 4.05.2011):

• разработка алгоритмической части;

• разработка текстов программных модулей;

• проектирование пользовательского интерфейса.

Отладка программного средства в статике (с 4.05.2011 по 15.05.2011):

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

• локализация ошибок, корректировка исходных текстов;

• комплексирование модулей, поэтапное сведение в единый комплекс.

Разработка технической документации и выпуск машинных носителей (с 15.05.2011 по 30.05.2011):

• изготовление исследовательской документации (отчетов);

• изготовление эксплуатационной документации (инструкции, руководства, методические указания).

Тестовые испытания программного комплекса (с 30.05.2011 по 10.06.2011):

• испытание на информационную полноту;

• испытание на полноту функционирования;

• протоколы и акты испытаний.

П.А.7 Порядок контроля и приемки

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

Разработчик: Крицкий Александр Викторович

«____» _____________ 2012г.