WWW.KNIGA.SELUK.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Книги, пособия, учебники, издания, публикации

 


МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ

УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНДУСТРИАЛЬНЫЙ УНИВЕРСИТЕТ»

(ФГБОУ ВПО «МГИУ»)

Кафедра информационных систем и технологий

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

по направлению 230100 «Информатика и вычислительная техника»

на тему «Разработка редактора сценариев и визуализатора отчетов для тестирования в рамках единой ERP системы ФГБОУ ВПО «МГИУ»

Студент /Куликов А.В./ Руководитель работы доцент, к.т.н. /Куприянов Д.Ю./

ДОПУСКАЕТСЯ К ЗАЩИТЕ

Зав. каф. 36, доцент, к.ф.-м.н. /Роганов Е.А./ Москва

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ

УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНДУСТРИАЛЬНЫЙ УНИВЕРСИТЕТ»

(ФГБОУ ВПО «МГИУ») Кафедра информационных систем и технологий Зав. кафедрой / Роганов Е.А. / « » 20 г.

ЗАДАНИЕ

на выпускную квалификационную работу по направлению «Информатика и вычислительная техника»

1. Тема работы: «Разработка редактора сценариев и визуализатора отчетов для тестирования в рамках единой ERP системы ФГБОУ ВПО «МГИУ»

2. Сроки начала работы: 04.06.2012, защиты: 21.06. 3. Руководитель дипломной работы: доцент, к.т.н. Куприянов Дмитрий Юрьевич 4. Задание дипломной работы:

4.1.Исходные данные.

4.2.Цель работы – разработка информационной системы для редактирования сценариев и визуализации отчетов тестирования.

4.3.Содержание дипломной работы:

1) Введение.

2) Литературный обзор.

3) Структура системы.

4) Пользовательский интерфейс.

4.4. Используемые технологии: Ruby, Ruby on Rails, PostgreSql, JavaScript, Ajax, jQuery, HTML5, CSS3.



4.5. Практическая реализация: данная работа может найти применение в учебном отделе ФГБОУ ВПО «МГИУ».

4.6. Графическая часть:

1) Диаграмма вариантов использования.

2) CRC – карточки.

3) Диаграмма классов.

3) Реализация интерфейса создания и редактирования сценариев тестирования.

4) Реализация интерфейса навигации и поиска тестов и сценариев тестирования.

5) Реализация интерфейса визуализации результатов тестирования.

Руководитель ( ) Дипломник ( ) Аннотация Выпускная квалификационная работа посвящена разработке системы, предназначенной для создания и редактирования сценариев и визуализации отчётов для системы тестирования МГИУ.

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

Работа содержит 42 страниц, 20 иллюстраций, 1 приложение.

Ключевые слова: информационная система, тест, тестирование, сценарий тестирования, Ajax, YAML, XML, Ruby, RubyOnRails.

Оглавление Введение

Глава 1. Литературный обзор

1.1 Обзор существующих решений

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

1.3 Обзор используемых технологий

Глава 2. Проектирование системы

2.1. Анализ требований к информационной системе и определение её функционала.... 2.2. Определение объектов системы и описание их ответственностей

2.3. Описание связей между объектами информационной системы

2.4. Реализация моделей информационной системой

Глава 3. Описание пользовательских интерфейсов информационной системы

Интерфейс предусмотренный для пользователя с ролью «Оператор»

Интерфейс предусмотренный для пользователя с ролью «Преподаватель»

Заключение

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

Приложение

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

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

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

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





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

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

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

Глава 1. Литературный обзор 1.1 Обзор существующих решений Компьютерное тестирование, как вид проверки знаний учащихся, появилось сравнительно недавно. Данный способ контроля студентов позволяет наиболее быстро получать результаты, а так же не требует участия преподавателей, если тестирование автоматизировано.

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

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

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

Существует ряд различных систем, которые отвечают за создание сценариев тестирования.

Тестирующий комплекс АСТ-Тест [4] Система тестирования INDIGO [5] Тестирующий комплекс АСТ-Тест Это комплекс программ для создания банков тестовых заданий, организации и проведения сеансов тестирования, обработки результатов и формирования выходных документов в удобной форме, позволяет контролировать ход тестирования.

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

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

INDIGO

Система тестирования INDIGO – система тестирования INDIGO представляет собой многофункциональный комплекс программного обеспечения, позволяющий автоматизировать процесс проведения тестирования и обработки результатов. Система INDIGO является универсальным инструментом, который можно использовать для решения широкого спектра задач: определение уровня готовности учащихся школ к ГИА и ЕГЭ, тестирование и контроль знаний студентов по различным дисциплинам, определение профессионального уровня сотрудников (в том числе при приеме на работу), автоматизация психологических тестов (в том числе профориентационных), проведение опросов (социологических, маркетинговых, выявление доминирующей точки зрения и т.д.), автоматизация проведения викторин и олимпиад.

• Сложность составления новых тестов • Отсутствие возможности создания тестов удаленно через браузер • Неудобный графический интерфейс • Отсутствие кроссплатформенности • Обязательное наличие MS SQL Server MyTest X компьютерного тестирования, сбора и анализа их результатов.

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

Программа поддерживает несколько независимых друг от друга режимов:

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

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

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

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

• более гибкая система проведения и оценки тестов;

• выделение подтем на основе сценариев.

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

• ядро системы: система создания и редактирования параметров сценария тестирования;

• система генерирования кода сценария для системы тестирования в формате XML;

• отчётность: система формирования отчётов о результатах тестирования студентов.

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

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

Разработка моделей данных системы включает в себя:

• создание модели групп, для хранения данных о группе;

• создание модели дисциплин;

• создание модели блоков групп, для объединения групп в блоки;

• создание модели тестов;

• создание модели сценариев;

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

Разработка интерфейсов системы включает:

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

• разработка интерфейса навигации и поиска тестов и сценариев тестирования;

• разработка интерфейса формирования отчётов о результатах тестирования.

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

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

Ruby On Rails Ruby on Rails[1] – фреймворк для веб-разработки, написанный на языке программирования Ruby. Он разработан, чтобы сделать программирование веб-приложений проще, так как использует ряд допущений о том, что нужно каждому разработчику для создания нового проекта и позволяет писать меньше кода в процессе программирования. Ruby on Rails предпологает, что имеется лучший способ что-то сделать и стимулирует этот способ, а в некоторых случаях даже препятствует альтернативам.

Ниже приведены несколько основных принципов RoR.

• DRY – “Don’t Repeat Yourself” – означает, что написание одного и того же кода в разных местах – это плохо.

• Convention Over Configuration – означает, что Rails сам знает, что Вы хотите и что собираетесь делать, вместо того, чтобы заставлять Вас по мелочам править многочисленные конфигурационные файлы.

• REST – лучший шаблон для веб-приложений.

AJAX Ajax[10] - это не самостоятельная технология. Это идея, которая базируется на двух основных принципах.

• Использование DHTML для динамичного изменения содержания страницы.

• Использование XMLHttpRequest для обращения к серверу "на лету".

Использование этих двух подходов позволяет создавать намного более удобные web-интерфейсы пользователя на тех страницах сайтов, где необходимо активное взаимодействие с пользователем. Использование Ajax стало наиболее популярно после того, как компания Google начала активно использовать его при создании своих сайтов, таких как Gmail, Google maps и Google suggest. Создание этих сайтов подтвердило эффективность использования данного подхода.

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

XML XML[12] – язык разметки, разработанный специально для размещения информации в World Wide Web, аналогично языку гипертекстовой разметки HTML (Hypertext Markup Language), который изначально стал стандартным языком создания Web-страниц.

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

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

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

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

Язык XML позволяет описывать данные произвольного типа и используется для представления специализированной информации, например химических, математических, физических формул, медицинских рецептов, нотных записей, и т.д. Это означает, что XML может служить мощным дополнением к HTML для распространения в Web "нестандартной" информации. Возможно, в самом ближайшем будущем XML полностью заменит собой HTML, по крайней мере, первые попытки интеграции этих двух языков уже делаются (спецификация XHTML).

промежуточного формата данных в трехзвенных системах. Обычно схема взаимодействия между серверами приложений и баз данных зависит от конкретной СУБД и диалекта SQL, используемого для доступа к данным.

Если же результаты запроса будут представлены в некотором универсальном текстовом формате, то звено СУБД, как таковое, станет "прозрачным" для приложения.

изменяться, передаваться на машину клиента и обновляться по частям.

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

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

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

JAVASCRIPT

JavaScript[9] это язык сценариев, позволяющих сделать html-страницу интерактивной, т.е. "умеющей общаться" с пользователем.

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

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

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

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

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

2.1. Анализ требований к информационной системе и определение её функционала На диаграмме вариантов использования отражены отношения между пользователями системы и возможными вариантами её использования.

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

1. преподаватель;

2. оператор системы тестирования;

3. администратор системы.

Актеры системы могут выполнять определенные действия. Ниже перечислены основные из них:

• навигация и поиск необходимых тестов и сценариев тестирования;

• создание и редактирование сценариев тестирования;

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

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

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

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

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

CRC – карточки (Class-Responsibility-Collaboration – КлассОтветственность-Кооперация) – удобный способ для определения классов и их взаимодействия. Использование карточек минимизирует уровень сложности на первых этапах проектирования. Главным предназначением CRC карточек является концентрирование разработчики на главных абстракциях задачи и предотвращение от зарывания в подробности и детали второго плана.

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

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

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

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

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

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

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

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

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

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

Discipline – дисциплина;

DisciplineYearBlock – блок групп по дисциплине;

ScriptTheme – тема из которой необходимо выбирать вопросы для теста;

ScriptSubTheme – подтема из которой необходимо выбирать вопросы для теста;

К внешним классам относятся классы RepositoryTheme (репозиторий тем) – хранилище вопросов сгруппированных по темам и RepositoryQuestion (репозиторий вопросов) – хранилище самих вопросов.

2.4. Реализация моделей информационной системой Полное описание разработанных классов с указанием связей, атрибутов и типов данных показано на диаграмме классов (см. рис. 3).

2.4.1. Дисциплины информацию о предметах в вузе, по которым обучаются студенты. В модели присутствует один единственный атрибут: name – название дисциплины.

Атрибут имеет тип String (строка).

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

2.4.2. Группы Модель группы – класс хранилище, в котором храниться перечень всех возможных номеров групп в вузе. Модель имеет единственное поле: name – номер группы.

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

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

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

block_num – номер блока; year – год обучения; discipline_id – ссылка на дисциплину.

Поле year имеет тип String (Строка), а поля discipline_id и block_num – Integer(Целое число). Поле discipline_id – позволят связать дисциплину с блоком групп.

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

Поля block_num и discipline_id должны обязательно присутствовать и иметь целочисленное значение.

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

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

Атрибуты модели:

name – название; necessary – обязательность; block - блокировка ;

num_try – количество попыток пересдачи; period – период пересдачи;

examine_type – тип теста; auth_type – тип авторизации; w_key – тест с ключом или без; ext_access – доступность теста вне вуза; msiu_access – доступность в вузе; ordinal – порядок теста; scheduled_date – планируемая дата проведения теста; scheduled_pair – планируемая пара проведения теста.

тестирования вуза посредством xml – файлов.

Поле name имеет тип String; поля necessary, block, w_key, ext_access, msiu_access – имеют тип Boolean(Логический); поля num_try, period, examine_type, auth_type, scheduled_pair, ordinal – имеют тип Integer; поле scheduled_date – имеет тип Data(Дата).

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

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

В модели присутствуют следующие поля:

name – название; order_themes – сортировка тем; redirect_page – страница, на которую необходимо перейти по завершении теста; time – время, отведенное для сдачи теста; blocked – заблокирован сценарий; results – каким образом выводить результаты теста; questions_to_pass – количество вопросов, которое необходимо сдать; themes_to_pass – количество тем, которые необходимо сдать; examine_id – ссылка на тест, к которому принадлежит сценарий; base_script_id – ссылка на сценарий, от которого наследуется данная копия сценария.

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

2.4.6. Тема и подтема теста Модели тема и подтема теста предназначены для определения, из каких тем и подтем выдавать вопросы, а так же для оценки результатов теста.

В модели тема теста предусмотрены атрибуты:

name – название; repository_theme_id – ссылка на репозиторий тем ;

question_to_pass – количество вопросов, которое необходимо сдать;

subthemes_to_pass - количество подтем, которые необходимо сдать; script_id – ссылка на сценарий; order_subthemes – сортировка подтем.

В модели подтема предусмотрены атрибуты:

name – название; start_num – начальный индекс вопросов; end_num – конечный индекс вопросов; question_to_pass – количество вопросов, которое необходимо сдать; questions_count – количество вопросов, которое необходимо задать; script_theme_id – ссылка на тему; order_questions – сортировка вопросов.

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

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

В модели предусмотрены следующие поля:

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

count – количество вопросов в теме.

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

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

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

поставленным задачам. Для создания интерфейсов были использованы современные технологии создания web-приложений такие как: HTML5[18], CSS3[20], Ajax, jQuery[16].

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

Имя пользователя (login) и пароль для доступа к системе предоставляет администратор системы. Он же определяет роль пользователя. После прохождения процедуры авторизации пользователь попадает на главную страницу системы, на которой отображен список дисциплин. Модель Дисциплина и Группа заполняются данными из внешней системы при помощи Rake-задачи. Для заполнения модели Репозиторий тем не используются внешние система. Она так же заполняется с помощью Rakeзадачи, но данные для заполнения берутся из репозитория вопросов на файловой системе. Для отображения всех тем имеющихся в системе необходимо из меню в левой части страницы выбрать пункт «Темы». Так как тем в системе может быть много, было принято решение группировать их по дисциплине. Напротив каждой дисциплины отображается количество тем в этой дисциплине и общее количество вопросов по всем темам. При выборе необходимой дисциплины в верхней части страницы отобразится список тем принадлежащий данной дисциплине. Напротив каждой темы представлен путь к репозиторию тем на файловой системе, а так же общее количество вопросов в данной теме.

Интерфейс предусмотренный для пользователя с ролью «Оператор»

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

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

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

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

Напротив каждого теста отображается список связанных с ним сценариев.

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

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

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

Интерфейс предусмотренный для пользователя с ролью «Преподаватель»

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

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

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

Схожий интерфейс с отчетами по дисциплине имеют отчеты по группе.

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

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

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

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

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

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

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

Были решены следующие задачи:

1. выбрана архитектура информационной системы, проведен анализ методов проектирования и разработки web-приложений;

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

3. определены модели системы, разработана структура базы данных;

4. описаны связи и ограничения, накладываемые на объекты системы;

5. разработан интерфейс создания и редактирования сценариев тестирования;

6. разработан интерфейс навигации и поиска тестов и сценариев;

7. разработан интерфейс визуализации отчетов о результатах тестирования студентов.

Разработанная информационная система имеет больший функционал и более удобный интерфейс, чем существующая. В дальнейшем её планируется интегрировать в уже существующую единую ERP систему МГИУ для замены морально устаревшей.

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

Список литературы и гиперссылки [1] Официальный сайт RubyOnRails – URL: http://www.rubyonrails.ru/ (дата обращения: 21.05.2012) [2] А.И. Александров, Е.А. Роганов «Технологии разработки вебприложений». – М.: МГИУ, 2011.

[3] Д. Томас, Д.Х. Хэнсон «Гибкая разработка веб-приложений в среде Rails» – СПБ.: Питер, 2008 – 716с: ил.

[4] Комплекс программ для компьютерного тестирования «АСТ-Тест» – URL: http://www.ast-centre.ru/testirovanie/ast_test/ (дата обращения:

22.05.2012) [5] Система тестирования «INDIGO» – URL: http://indigotech.ru/ (дата обращения: 22.05.2012) [6] Система программ для создания и проведения компьютерного тестирования «MyTest X» – URL: http://mytest.klyaksa.net/ (дата обращения: 22.05.2012) [7] Видео уроки, посвященные разработке приложений на RubyOnRails – URL: http://railscasts.com/ [8] Официальный сайт, посвященный базам данных PostgreSQL – http://www.postgresql.org/ (дата обращения: 23.05.2012) [9] Центральный Javascript-ресурс. Учебник с примерами скриптов. – URL:

http://javascript.ru/ (дата обращения: 23.05.2012) [10] Статья про AJAX из свободной энциклопедии Wikipedia – URL:

http://ru.wikipedia.org/wiki/AJAX (дата обращения: 23.05.2012) [11] Дейв Крейн, Бер Бибо, Джордон Сонневельд «Ajax на практике» – Москва: Вильямс, 2007.

[12] Описание XML на сайте Консорциума Всемирной паутины W3C – URL: http://www.w3.org/XML/ (дата обращения: 23.05.2012) [13] Дэвид Хантер, Джефф Рафтер, Джо Фаусетт, Эрик ван дер Влист «XML. Работа с XML», 4-е издание – М.: «Диалектика», 2009. – 1344с.

[14] Официальный сайт UML – URL: http://www.uml.org/ (дата обращения:

24.05.2012) [15] М. Фаулер, К. Скотт «UML. Основы». – СПб.: Символ-Плюс, 2002 – 191с: ил.

[16] Официальный сайт jQuery – URL: http://jquery.com/ (дата обращения:

24.05.2012) [17] Официальный сайт jQueryUI – URL: http://jqueryui.com/ (дата обращения: 24.05.2012) [18] Описание HTML на сайте Консорциума Всемирной паутины W3C – URL: http://www.w3.org/html/wg/ (дата обращения: 25.05.2012) http://www.html5rocks.com/en/ (дата обращения: 25.05.2012) [20] Описание СSS на сайте Консорциума Всемирной паутины W3C – URL: http://www.w3.org/Style/CSS/ (дата обращения: 25.05.2012) Приложение Полная схема данных системы ActiveRecord::Schema.define(:version = 20120522183818) do create_table "blocks", :force = true do |t| t.integer "discipline_id" t.integer "block_num" t.datetime "created_at" t.datetime "updated_at" create_table "blocks_examines", :id = false, :force = true do |t| t.integer "block_id" t.integer "examine_id" create_table "blocks_groups", :id = false, :force = true do |t| t.integer "block_id" t.integer "group_id" create_table "disciplines", :force = true do |t| t.datetime "created_at" t.datetime "updated_at" create_table "disciplines_repository_themes", :id = false, :force = true do |t| t.integer "discipline_id" t.integer "repository_theme_id" create_table "examines", :force = true do |t| t.boolean "necessary" t.boolean "blocked" t.integer "num_try" t.integer "period" t.integer "test_type" t.boolean "w_key" t.boolean "ext_access" t.boolean "msiu_access" t.integer "ordinal" t.date "scheduled_date" t.integer "scheduled_pair" t.datetime "created_at" t.datetime "updated_at" end create_table "groups", :force = true do |t| t.string "name" t.datetime "created_at" t.datetime "updated_at" end create_table "repository_themes", :force = true do |t| t.string "name" t.string "path" t.integer "count" t.datetime "created_at" t.datetime "updated_at" end create_table "script_sub_themes", :force = true do |t| t.string "name" t.integer "start_num" t.integer "end_num" t.integer "questions_to_pass" t.integer "questions_count" t.boolean "order_questions" t.integer "script_theme_id" t.datetime "created_at" t.datetime "updated_at" end create_table "script_themes", :force = true do |t| t.string "name" t.integer "repository_theme_id" t.integer "questions_to_pass" t.integer "subthemes_to_pass" t.boolean "order_subthemes" t.integer "script_id" t.datetime "created_at" t.datetime "updated_at" end create_table "scripts", :force = true do |t| t.string "name" t.string "redirect_page" t.integer "time" t.boolean "blocked" t.boolean "order_themes" t.integer "questions_to_pass" t.integer "themes_to_pass" t.integer "results" t.integer "examine_id" t.integer "base_script_id" t.datetime "created_at" t.datetime "updated_at" create_table "students", :force = true do |t| t.string "lastname" t.string "middlename" t.datetime "created_at" t.datetime "updated_at" create_table "users", :force = true do |t| :default = "" t.integer "role" t.datetime "created_at" t.datetime "updated_at" t.datetime "remember_token_expires_at" add_index "users", ["login"], :name = "index_users_on_login", :unique = true end



Похожие работы:

«050501.65 - Профессиональное обучение Обучение ведется по ГОС ВПО 050501.65 - Профессиональное обучение (информатика, вычислительная техника и компьютерные технологии), утвержденный 27.03.2000г №237 Квалификация выпускника – педагог профессионального обучения. Нормативный срок 5 лет. Квалификационная характеристика выпускника Педагог профессионального обучения должен: • иметь представление: -о локальных, системных, приборных интерфейсах и интерфейсах периферийных устройств; - о системах...»

«Министерство образования и науки Российской Федерации Федеральное агентство по образованию ГОУ ВПО Амурский государственный университет УТВЕРЖДАЮ Зав. кафедрой ОМиИ _Г.В. Литовка _2007 г. УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ПО ДИСЦИПЛИНЕ ИНФОРМАТИКА для специальностей 280101 – безопасность жизнедеятельности в техносфере 130301 – геологическая съемка, поиск и разведка месторождений, полезных ископаемых Составители: Т.А. Макарчук, к.п.н. Н.А. Чалкина, к.п.н. Благовещенск, Печатается по решению...»

«ПОСЛЕСЛОВИЕ к 11-му выездному заседанию совместного семинара ИПИ РАН и ИНИОН РАН Методологические проблемы наук об информации на библиотечно-информационном факультете Санкт-Петербургского университета культуры и искусств (15 марта 2013 г.) Трубина Ирина Исааковна, д.пед.н., проф., ИСМО РАО, вед. науч. сотр. Лаборатории дидактики информатики. Эмоциональные размышления. Мы много говорим о сути и сущности информации, характеризуя разные ипостаси этого явления, но часто опускаем...»

«Министерство образования и науки Российской Федерации Государственное образовательное учреждение высшего профессионального образования Пермский государственный технический университет А.И. Цаплин, И.Л. Никулин МОДЕЛИРОВАНИЕ ТЕПЛОФИЗИЧЕСКИХ ПРОЦЕССОВ И ОБЪЕКТОВ В МЕТАЛЛУРГИИ Утверждено Редакционно-издательским советом университета в качестве учебного пособия Издательство Пермского государственного технического университета 2011 1 УДК 53(0758) ББК 22.3 Ц17 Рецензенты: доктор физико-математических...»

«План издания учебной и научной литературы на 2 полугодие 2014 г. Кафедра химической технологии и дизайна текстиля Институт информационных технологий и автоматизации..... 2 13 Кафедра интеллектуальных систем и защиты информации Кафедра инженерной химии и промышленной экологии 2 13 Кафедра сопротивления материалов Институт прикладного искусства 3 Кафедра машиноведения Кафедра технологии художественной обработки материалов и Кафедра автоматизации пpоизводственных процессов ювелирных изделий 4...»

«Информатика. 11 класс. Вариант ИН10601 2 Инструкция по выполнению работы Тренировочная работа На выполнение работы по информатике и ИКТ отводится 235 минут. Работа состоит из трёх частей, содержащих 32 задания. Рекомендуем не в формате ЕГЭ более полутора часов (90 минут) отвести на выполнение заданий частей 1и 2, а остальное время – на часть 3. Часть 1 содержит 13 заданий (А1–А13). К каждому заданию даётся четыре варианта ответа, из которых только один правильный по ИНФОРМАТИКЕ Часть 2 состоит...»

«МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное образовательное учреждение высшего профессионального образования КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ УТВЕРЖДАЮ Декан факультета прикладной информатики профессор _ С.А. Курносов 29 06 2012 г. РАБОЧАЯ ПРОГРАММА дисциплины: Информационная безопасность и защита информации для специальности 230201.65 - Информационные системы технологии Факультет Прикладной информатики Ведущая кафедра Компьютерных технологий...»

«А.Н. ЛИБЕРМАН ТЕХНОГЕННАЯ БЕЗОПАСНОСТЬ: ЧЕЛОВЕЧЕСКИЙ ФАКТОР Санкт-Петербург 2006 Издание осуществлено при поддержке Центра информатики „Гамма-7” (г. Москва) Либерман Аркадий Нисонович Техногенная безопасность: человеческий фактор. СПб, 2006 г. В книге проведен анализ роли человеческого фактора в возникновении техногенных аварий и катастроф. Изложены критерии и методы количественной оценки риска и ущерба в результате негативного воздействия их последствий на здоровье людей. Сформулированы цели и...»

«АБРАМОВ Игорь Иванович (род. 11 августа 1954 г.) — доктор физико-математических наук, профессор кафедры микро- и наноэлектроники Белорусского государственного университета информатики и радиоэлектроники (БГУИР), заведующий научно-исследовательской лабораторией Физика приборов микро- и наноэлектроники БГУИР. В 1976 г. окончил физический факультет Белорусского государственного университета по специальности Радиофизика и электроника, в 1982 году защитил кандидатскую, в 1993 — докторскую...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФГБОУ ВПО Кемеровский государственный университет Новокузнецкий институт (филиал) Факультет информационных технологий РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ (ОПД.Р1.) Безопасность жизнедеятельности для специальности 010501.65 Прикладная математика и информатика специализаций 010211 Системное программирование, 010202 Математическое моделирование Новокузнецк 2013 Сведения о разработке и утверждении рабочей программы дисциплины Рабочая программа...»

«Вузовские библиотеки Алтайского края Сборник Выпуск 4 Барнаул 2004 3 Уважаемые коллеги! Примите поздравления с нашим профессиональным праздником – Общероссийским днем библиотек! Желаем вам творческих удач, радости побед, новых идей, любви читателей, благополучия и мира в доме. Труд каждого библиотекаря достоин сегодня похвалы и уважения! Редколлегия 4 5 6 7 Организационно-регламентирующие документы ПОЛОЖЕНИЕ О НАУЧНО-ТЕХНИЧЕСКОЙ БИБЛИОТЕКЕ АлтГТУ им. И.И. ПОЛЗУНОВА Общие положения 1....»

«Федеральное агентство по образованию АМУРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ГОУ ВПО АмГУ УТВЕРЖДАЮ Зав. кафедрой ОМиИ Г. В. Литовка __2007 г. МАТЕМАТИКА Часть 4 УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ПО ДИСЦИПЛИНЕ для специальностей: 080109, 080105, 080102, 080507, 080502, 080504, 080111 Составители: Г. Н. Торопчина, Г. П. Вохминцева Благовещенск 2007 г. Печатается по решению редакционно-издательского совета факультета математики и информатики Амурского государственного университета Г. Н. Торопчина, Г.П....»

«7Р УДК 004.93 А.Л. Ронжин, А.А. Карпов, И.В. Ли Санкт-Петербургский институт информатики и автоматизации РАН, Россия, ronzhin@iias.spb.su, karpov@iias.spb.su, lee@iias.spb.su Система автоматического распознавания русской речи SIRIUS* В статье представлена разработанная в группе речевой информатики СПИИРАН система распознавания слитной русской речи SIRIUS. Особенностью данной системы является наличие в ней морфемного уровня представления языка и речи, что позволяет значительно сократить размер...»

«Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Амурский государственный университет Кафедра математического анализа и моделирования УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ДИСЦИПЛИНЫ ЧИСЛЕННЫЕ МЕТОДЫ Основной образовательной программы по направлению подготовки 010400.62 – Прикладная математика и информатика Благовещенск 2012 г. УМКД разработан канд. физ.-мат. наук, доцентом Масловской Анной...»

«Стр 1 из 180 7 апреля 2013 г. Форма 4 заполняется на каждую образовательную программу Сведения об обеспеченности образовательного процесса учебной литературой по блоку общепрофессиональных и специальных дисциплин Иркутский государственный технический университет ????12 Комплексная защита объектов информатизации Наименование дисциплин, входящих в Количество заявленную образовательную программу обучающихся, Автор, название, место издания, издательство, год издания учебной литературы, № п/п...»

«МЭРИЯ НОВОСИБИРСКА УПРАВЛЕНИЕ ОБРАЗОВАНИЯ Информационный ВЕСТНИК ОБРАЗОВАНИЯ В следующем выпуске: Об_итогах деятельности муниципальной системы образования за 2004/2005 год и задачах на новый учебный год О_развитии государственно-общественного управления в образовательных учреждениях О_награждении педагогических и руководящих работников за 2004/2005 учебный год О_золотых медалистах 2005 г. О_победителях Всероссийской олимпиады школьников № 2 (май 2005) 1 Уважаемые руководители! Вы можете...»

«1 Общие положения Полное наименование вуза на русском языке: федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Тихоокеанский государственный университет. Сокращенные наименования вуза на русском языке: Тихоокеанский государственный университет, ФГБОУ ВПО ТОГУ, ТОГУ. Полное наименование на английском языке: Pacific National University. Сокращенное наименование на английском языке: PNU. Место нахождения вуза: 680035, г. Хабаровск, ул....»

«В.Н. ЧЕРНЫШОВ А.В. ЧЕРНЫШОВ ТЕОРИЯ СИСТЕМ И СИСТЕМНЫЙ АНАЛИЗ ИЗДАТЕЛЬСТВО ТГТУ Министерство образования и науки Российской Федерации ГОУ ВПО Тамбовский государственный технический университет В.Н. ЧЕРНЫШОВ, А.В. ЧЕРНЫШОВ ТЕОРИЯ СИСТЕМ И СИСТЕМНЫЙ АНАЛИЗ Рекомендовано Учебно-методическим объединением по образованию в области прикладной информатики в качестве учебного пособия для студентов высших учебных заведений, обучающихся по специальности 080801 Прикладная информатика и другим экономическим...»

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

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования Новосибирский государственный университет (НГУ) Кафедра общей информатики Е.Н. Семенова РЕАЛИЗАЦИЯ ТЕХНОЛОГИИ ЗАЩИЩЕННОГО ОБНОВЛЕНИЯ ПРОГРАММНЫХ СИСТЕМ ПО СЕТИ МАГИСТЕРСКАЯ ДИССЕРТАЦИЯ по направлению высшего профессионального образования 230100.68 ИНФОРМАТИКА И ВЫЧИСЛИТЕЛЬНАЯ ТЕХНИКА ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ Тема...»






 
© 2014 www.kniga.seluk.ru - «Бесплатная электронная библиотека - Книги, пособия, учебники, издания, публикации»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.