Дорохов Павел Ишханович Ушаков Виталий Сергеевич Ильчук Павел Анатольевич Москва 2011 Требования к функциям задача

Вид материала

Задача

Содержание Дорохов Павел Ишханович Основная страница Языки запросов к данным Web-страницы портала Ввод-вывод данных

Подобный материал:

• П. А. Черкасский Черкасский Павел Анатольевич адвокат коллегии адвокатов Железнодорожного, 170.48kb.
• Кузьмина Лидия Михайловна Генеральный конструктор Павел Сухой : (Страницы жизни) Проект, 2889.44kb.
• Орская навигация, 48.92kb.
• Павел Егорович Тадыев. Павел Егорович рассказ, 437.74kb.
• Безруких Павел Павлович № Время фио, предприятие Название доклад, 119.19kb.
• Павел алеппский путешествие антиохийского патриарха макария, 1515.63kb.
• Волегов Павел Сергеевич мм-02-м Трусов Петр Валентинович диплом, 222.67kb.
• Кадыров Раиль Ильгизарович, диплом, 17.85kb.
• Павел Судоплатов. Спецоперации, 8648.77kb.
• Священник Павел Флоренский классный час, 50.07kb.

Некоммерческая организация «Ассоциация московских вузов»


Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Российский экономический университет имени Г.В. Плеханова»


Мероприятие 2-35.1. «Проведение на базе научно-образовательного центра РЭУ им. Г.В. Плеханова мероприятий по обучению руководителей и специалистов средних школ и колледжей г. Москвы методам и инструментам оценки качества образования на основе разработанных методик самообследования образовательных учреждений и методик анкетирования по оценке удовлетворенности внутренних и внешних потребителей с использованием результатов социологических опросов и мониторинга образовательной среды»


Раздел 2-35.1.3. Механизмы сбора и обработки данных образовательного мониторинга и социологических опросов»


Научно-информационный материал (ЭВ)

«Техническое задание на создание специального программного обеспечения для проведения образовательного мониторинга и социологического опроса»


Авторский состав:

Дорохов Павел Ишханович

Ушаков Виталий Сергеевич

Ильчук Павел Анатольевич


Москва – 2011

1.Требования к функциям (задачам), выполняемым системой

1. Подсистема навигации по АИС

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

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

Ссылки должны быть относительными, т.е. от корня сайта.

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

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

Должны быть предусмотрены следующие элементы навигации на страницах:

• Меню (главное и вложенное);
  
• «Хлебная крошка» (т.е. развёрнутая цепочка ссылок на узлы ветви от главной страницы до текущей страницы);
  
• Альтернативная навигация верхнего уровня внизу страницы;
  
• Внизу страницы – ссылки «Наверх», «Назад», «На главную»;
  
• Если предусматриваются версии для печати – то должны быть ссылки на страницу-контейнер с версией для печати материала.
  

2. Подсистема администрирования зарегистрированных пользователей

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

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

3. Подсистема создания, редактирования и управления анкетами

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

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

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

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

4. Подсистема проведения Internet-опросов

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

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

5. Подсистема экспресс-анализа результатов анкетирования

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

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

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

6. Подсистема импорта результатов анкетирования

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

• предоставление пользовательского интерфейса выбора импортируемых данных;
  
• верификация и загрузка в АИС импортируемых данных.
  

Электронный формат протокола импорта результатов анкетирования должна быть разработана в ходе проектирования АИС.

7. Подсистема экспорта результатов анкетирования

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

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

Электронный формат протокола экспорта результатов анкетирования должна быть разработана в ходе проектирования АИС.

8. Подсистема взаимодействия с СУБД

Подсистема должна осуществлять следующие функции:

• Соединение с СУБД на низком уровне;
  
• Контроль прав пользователей на доступ к БД через портал;
  
• Формирование запросов к БД на выборку, добавление, удаление или изменение данных;
  
• Возврат и первичную обработку результатов выполнения запроса.
  

Подсистема является элементом ядра системы и интерфейса не имеет.

9. Подсистема управления и разграничения доступа

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

Предусматривается три уровня доступа:

• Системный администратор (полный доступ, неограниченные права);
  
• Редактор (частичный доступ, права на редактирование структуры и материалов своего раздела);
  
• Рядовой пользователь (доступ к разрешённым материалам в анкетирования).
  

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

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

10. Подсистема резервирования данных

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

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

2. Общие требования к макетам страниц

Выделяются три базовых шаблона:

• Страница авторизации;
  
• Основная страница;
  
• Модальная (всплывающая) страница.
  

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

Основная страница – содержит меню 1-го уровня, текущую задачу.

Модальная (всплывающая) страница – предназначена для ввода дополнительной информации или вывода справочных данных.

2. Требования к видам обеспечения

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

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

2. Требования к информационному обеспечению

Информационное обеспечение АИС «Анкета» должно соответствовать общим требованиям, предъявляемым к автоматизированным информационным системам.

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

• Все данные должны храниться централизованно, в единой БД;
  
• Данные должны содержать всю необходимую информацию о субъекте;
  
• Данные должны вводиться один раз, без необходимости множественного ввода одинаковых данных;
  
• Для однотипных данных должны применяться соответствующие справочники, классификаторы и кодификаторы;
  
• При наличии государственных, межгосударственных или отраслевых стандартных классификаторов должны использоваться стандартные классификаторы;
  
• Если в системе предполагается использование расширенных классификаторов и кодификаторов, т.е. таких, в которых помимо стандартной общепринятой части добавляются новые индивидуальные элементы, относящиеся только к данной системе, добавление новых элементов должно производиться в соответствии с действующими стандартами, правилами или нормами ведения этих классификаторов (кодификаторов);
  
• При внесении изменений в данные не должна теряться старая (архивная) информация;
  
• При изменении классификатора должно обеспечиваться однозначное изменение актуальных данных при сохранении корректности архивной информации (т.е., например, при изменении справочника, по возможности не заменять значения существующих кодов, а создавать новый код с уникальным идентификатором – ID);
  
• Не должно допускаться внесение в БД данных с незаполненными значениями обязательных полей.
  

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

Для обеспечения совместимости между АИС «Анкета» и смежными системами необходимо соблюсти требования совместимости на файловом уровне (т.е. имена файлов обмена должны одинаково читаться всеми смежными системами), а передаваемые между системами данные восприниматься смежной системой без искажения формата и данных.

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

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

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

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

Лингвистическое обеспечения АИС и информационных систем.

Лингвистическое обеспечение системы АИС состоит из языков:

• Высокоуровневых языков программирования серверной части;
  
• Языков запросов к БД;
  
• Языков формирования страниц;
  
• Языков клиентских скриптов;
  
• Языков ввода-вывода данных;
  
• Языков взаимодействия с системой.
  

Применяемые в АИС языки высокого уровня должны удовлетворять следующим требованиям:

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

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

Web-страницы портала должны формироваться на основе применения гипертекстовых языков разметки, т.е. HTML (стандарт HTML 4.0) или XML/XSL.

Для клиентских скриптов (блоков кода, выполняемых браузером) должен применяться язык " onclick="return false">
Для общения операторов (пользователей) с системой в базовом варианте применяется русский язык. При этом система должна поддерживать возможность построения многоязыковой версии, т.е. добавление нового языка общения пользователя с системой не должно приводить к необходимости замены программного кода (за исключением шаблонов web-страниц под конкретный язык).

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

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

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

Программное обеспечение, применяемое в АИС, должно удовлетворять следующим требованиям:

• Для операционных систем и ПО операционной среды:
  
  • Надёжность;
    
  • Устойчивость к сбоям;
    
• Для прикладного и неоперационного серверного ПО
  
  • Независимость от аппаратной платформы;
    
  • Независимость от операционной среды;
    
  • Устойчивость к внешним воздействиям;
    
  • Защищённость от аварийных ситуаций и взломов;
    
  • Корректная обработка нештатных ситуаций;
    
• Программное обеспечение клиентских компьютеров должно обеспечивать:
  
  • Поддержку доступа в Интернет по протоколу http (при необходимости – ftp)
    
  • Просмотр web-страниц портала с корректным отображением разметки, кодировки, графики, элементов управления,
    
  • Корректную работу клиентских скриптов.
    

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

Технические средства, применяемые в АИС, должны удовлетворять следующим требованиям:

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

Технические средства, используемые в АИС, должны обеспечивать возможность использование наиболее распространенных в России программных продуктов для решения задач накопления и обработки информации, резервирования информации, использования телекоммуникационных каналов и т.д. Приоритетно должны использоваться сертифицированные программные продукты.

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

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