ПРИЛОЖЕНИЕ А ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ПРОГРАММНОЕ СРЕДСТВО

П.А.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г.

Не нашли, что искали? Воспользуйтесь поиском: