Информационная система подготовки и проведения лабораторных работ по САПР

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 08.10.2018
Размер файла 2,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки РФ

ФГБОУ ВО

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

Факультет информационных систем и технологий

Кафедра информационных и развивающих образовательных систем и технологий

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к выпускной квалификационной работе на тему:

«Информационная система подготовки и проведения лабораторных работ по САПР»

СТУДЕНТА ГИП-112 Хансевярова Раиля Равильевича

РУКОВОДИТЕЛЬ РАБОТЫ /Шешунова Г.Г.

Самара 2016 г.

РЕФЕРАТ

Выпускная квалификационная работа.

ИНФОРМАЦИОННАЯ СИСТЕМА, AUTOCAD, ТЕСТ, ЛАБОРАТОРНАЯ РАБОТА, ТЕОРИЯ, МАТЕРИАЛ, ВИДЕО, САПР, AUTODESK.

Целью работы является разработка и реализация информационной системы для проведения тестирования и лабораторных работ для студентов вуза по теме САПР.

Система спроектирована по методологии UML, реализована на языке программирования C++ в среде QT Creator 5.3 (opensource)

Основное назначение системы - подготовка студента по дисциплине САПР и проверка его знаний тестированием по конкретной теме

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

По окончанию разработки информационная система может быть внедрена на ФИСТ СГАСУ.

СПИСОК СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

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

БД - база данных

ИС - информационная система

КТС - комплекс технических средств

ОС - операционная система

ПО - программное обеспечение

ПК - персональный компьютер

СГАСУ - Самарский государственный архитектурно-строительный университет

СУБД - система управления базами данных

ИРОСТ - инновационных и развивающих образовательных систем и технологии

САПР - Система автоматизированного проектирования

ФГОС ВПО - Федеральный государственный образовательный стандарт высшего профессионального образования

ФИСТ - факультет информационных систем и технологий

Uml - Unified Modeling Language -- унифицированный язык моделирования

ВВЕДЕНИЕ

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

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

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

компьютер на рабочем месте учителя, подключенный к проектору, и экран;

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

один ученик - один компьютер;

интерактивный мобильный электронный учебник у каждого ученика.

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

1. ПРЕДПРОЕКТНЫЙ АНАЛИЗ

1.1 Описание предметной области и обзор аналогов

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

Предмет - автоматизированная информационная система «Проведения лабораторных работ по дисциплине САПР».

Цель - оценка уровня освоения учебного материала по дисциплине САПР студентами образовательного учреждения.

Пути - проверка знаний студента по темам дисциплины САПР.

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

- Контроль призван обеспечить внешнюю обратную связь (контроль преподавателя) и внутреннюю (самоконтроль студента).

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

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

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

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

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

1.2 Обзор аналогов и прототипов

Рассмотрим проведение тестирования в наиболее известных системах проведения тестирования.

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

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

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

Рисунок 1 - Главное окно системы «SunRav TestOfficePro»

Рисунок 2 - Тестирование студента «SunRav TestOfficePro»

1.2.2 ИС «TestTurn» - это простая и очень удобная в применении бесплатная программа для проведения тестирования от VeralSoft.

Основные возможности:

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

Хранение и возможность печати подробных протоколов выполнения теста;

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

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

Рисунок 3 - Тестирование студента «TestTurn»

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

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

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

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

определить общие границы и контекст моделируемой предметной области;

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

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

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

В диаграмму вариантов использования входят актанты (actors), варианты использования (use case) и ассоциации (association).

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

Рисунок 4 - Диаграмма вариантов использования

2.2 Сценарий прохождения лабораторной работы

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

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

Краткое описание. Позволяет студентам учебного заведения проходить лабораторные работы по теме САПР.

Актант. Студент.

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

Основной поток событий

Студент выбирает в окне «Окно работы студента» кнопку «Пройти лабораторные работы» щелкает по ней левой кнопкой мыши.

А1: Просмотреть видео уроки.

А2: Изучить теоретические материалы.

А3: Моя история прохождения лабораторных работ.

А4: Выход.

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

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

Студент просматривает текст вопроса и устанавливает флаги правильных ответов на вопрос теста и нажимает кнопку «Далее»

А5: Выход из теста

Система обновляет текст вопроса, возможные ответы и сообщения с номером вопроса, флаги ответов сбрасываются.

Студент просматривает текст последнего вопроса и устанавливает флаги правильных ответов на вопрос теста и нажимает кнопку «Далее»

Система выводит сообщение о результатах прохождение теста, в котором указывается Возможность допуска к выполнению лабораторной работы и процент правильных ответов. В окне имеется кнопка «ОК».

Студент просматривает сообщение и нажимает кнопку «ОК».

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

Студент изучает текст методических указаний, нажимает кнопку «Свернуть», запускает программный комплекс «AutoCad 2013» и выполняет задание лабораторного практикума. После выполнения студент отдает результаты на проверку преподавателю и получает код ответа. Далее студент разворачивает окно «Лабораторная работа», вводит полученный код ответа в поле «Введите ответ» и нажимает кнопку «Ввести».

А5: Выход из теста

А6: Нажата кнопка «Ввести» без заполнения поля «Введите ответ»

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

Альтернативы:

А1: Просмотреть видео уроки.

А1.1. Студент выбирает в окне «Просмотреть видео уроки», пользуясь списком выбора, необходимый раздел и щелкает кнопкой мыши.

А1.2. Система открывает окно «Просмотреть видео уроки», в котором отображается окно «Видео уроки» с выбором видеофайлов и кнопкой «Просмотреть». Окно содержит кнопку «Выход».

А1.3. Выполняется вариант использования «Изучение материала».

А2: Изучить теоретические материалы.

А2.1 Студент выбирает в окне «Изучить теоретические материалы», пользуясь списком выбора, необходимый раздел и щелкает кнопкой мыши

А2.2. Система открывает окно «Изучить теоретические материалы», в котором отображается текст выбранного раздела. Окно содержит кнопку «Выход».

А2.3. Выполняется вариант использования «Изучить теоретические материалы».

А3: Моя история прохождения лабораторных работ

А3.1. Студент выбирает пункт меню «Моя история прохождения лабораторных работ».

А3.2. Система закрывает окно «Окно работы студента» и открывает окно «Моя история», в котором отображаются результаты пройденных лабораторных работ в виде текста. Окно содержит кнопку «Выход».

А3.3. Выполняется вариант использования «Моя история прохождения лабораторных работ».

А4: Выход.

А4.1. Студент выбирает пункт меню «Выход».

А4.2 Система закрывает «Окно работы студента» и выводит на рабочий стол ОС. Вариант использования завершается «Выход».

A5: Выход из теста.

А5.1. Студент нажимает кнопку «Выход».

А5.2. Система закрывает окно «Тест» и выводит на экран «Окно работы студента».

А5.3. Выполняется пункт 1 основной последовательности

A6: Нажата кнопка «Ввести» без заполнения поля «Введите ответ»

А6.1. Студент без заполнения поля «Ввести ответ» нажимает кнопку «Ввести».

А6.2. Система выдает окно «Ошибка» с текстом «Вы не ввели ответ» с кнопкой «ОК».

А6.3. Студент просматривает текст ошибки и нажимает кнопку «ОК».

А6.4. Система закрывает окна «Ошибка», «Тест» выводит на экран «Окно работы студента»

А6.5. Выполняется пункт 1 основной последовательности.

2.3 Диаграмма сущностных классов

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

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

Рисунок 5 - Диаграмма сущностных классов

2.4 Диаграмма граничных классов

Граничный класс (boundaryclass) - диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними. Диаграммы классов являются центральным звеном методологии объектно-ориентированных анализа и проектирования. Класс, который располагается на границе системы с внешней средой и непосредственно взаимодействует с актантами, но является составной частью системы. Объекты этих классов предназначены для организации взаимодействия системы с актантом (внешним пользователем), они реализуют интерфейсы системы с внешней средой и различными пользователями. Основным содержанием класса являются операции. Классы по своей роли в системе делятся на группы. Сам по себе язык UML жестко не оговаривает эти группы, оставляя группировку на усмотрение разработчиков. На основе опыта, накопленного при создании автоматизированных систем, целесообразно выделить следующие группы (категории, стереотипы) классов. Граничные (boundary) классы (): объекты этих классов реализуют интерфейсы системы с внешней средой и различными пользователями (не следует их путать с внутренними интерфейсами взаимодействия классов, упоминавшийся ранее). На диаграммах классов изображаются также атрибуты классов, операции и ограничения, которые накладываются на связи между объектами

Диаграмма граничных классов для системы «Подготовки и проведения лабораторных работ по САПР» представлена на рисунке 6.

Рисунок 6 - Диаграмма граничных классов

2.5 Диаграмма классов управления

Классы управления (control class) - объекты этих классов являются активными, берущими на себя управление и организацию вычислительных процессов; чаще всего это стандартные компоненты операционных систем и систем управления базами данных (СУБД), таймеры, координаторы и т.п. [10].

Диаграмма классов управления представлена на рисунке 7. Она состоит из трех классов управления: «Менеджер приложения», «Менеджер СУБД», «Менеджер ОС».

Рисунок 7 - Диаграмма классов управления

Схема алгоритма прохождения лабораторной работы

На рисунке 8 представлена схема алгоритма прохождения лабораторной работы.

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

Пользователь выбирает прохождение лабораторной работы

2.1. Если студент выбирает лабораторную работу ранее проходившую, но работа не была зачтена, то ему не будет доступно прохождение в течение времени.

2.2. Если студент не проходил лабораторную работу, то ему выйдет окно тестирование, который он должен пройти с отметкой >70.

2.3. Если студент не проходит лабораторную работу, выданную ему после прохождения теста, то прохождение не будет доступно в течении времени.

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

информационная система тестирование лабораторный

Рисунок 8 - Схема алгоритма прохождения лабораторной работы

Диаграмма состояний

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

Диаграмма состояний (рисунок 9) имеет два простых состояния: «Авторизация пользователя» и «Завершение работы приложения», и два состояния, имеющих вложенные состояния: «Работа с приложением» и «Работа со справочниками». Состояние «Авторизация пользователя» имеет следующие действия «entry/отобразить форму», «do/проверить имя и пароль» и «exit/закрыть форму». Состояние «Завершение работы приложения» имеет действие «do/выйти в операционную систему». Состояние «Работа с приложением» имеет следующие внутренние состояния: «Работа с тестами», «Работа с графиком обучения» и «Работа с результатами расчета». Состояние «Работа со справочниками» имеет следующие внутренние состояния: «Работа со справочником пользователей», «Работа со справочником групп студентов», «Работа со справочником дисциплин» и работа со справочником «тестов».

Логическая структура БД

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

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

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

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

Существует ряд правил организации структур данных, называемых нормальными формами. Нормализация - процесс приведения модели структуры данных к некоторой нормальной форме. Как правило, используется третья нормальная форма. Она обеспечивает эффективное и не избыточное хранение данных [10].

В результате анализа предметной области и, исходя из поставленных задачей, для функционирования ИС было выделено 5 сущностей (рисунок 10): Пользователь, Студент, Лабораторные работы, Тест, Прохождение лабораторной работы.

Рисунок 10 - Логическая структура БД

3. РЕАЛИЗАЦИЯ

3.1 Архитектура и платформа реализации, включая ОС, язык программирования, СУБД

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

В качестве платформы для реализации системы используется IDE QtCreator. Разработана под операционной системой MS Windows на языке С++,

В качестве СУБД выбран MS Access. Одним из его достоинств является легкая переносимость базы данных с одной машины на другую. Также он входит в пакет MS Windows, которая установлена на машине, и включен в лицензию, приобретенную ВУЗом.

3.2 Физическая структура БД

В качестве СУБД для разработки базы данных системы использовался Microsoft Access. Физическая структура БД (рисунок 11) соответствует разработанной ранее логической структуре и представлена на рисунке 11.

В таблице 1 приведено соответствие имен сущностей логической структуры и таблиц физической структуры БД.

Таблица 1 - Соответствие сущностей логического уровня сущностям физического уровня

Сущность на логическом уровне

Сущность на физическом уровне

Пользователь

User

Студент

Student

Лабораторная работа

Laboratory work

Тест

Test

Прохождение лабораторной работы

Passing laboratory work

Рисунок 11 - Диаграмма физической структуры БД.

3.3 Расчет оперативной и внешней памяти

3.3.1 Расчет необходимого объема внешней памяти

По формуле (1) был проведен расчёт ресурсов внешней памяти.

, (1)

где VВП- общий объем внешней памяти, Гбайт;

VОС - объем внешней памяти, требуемый для хранения файлов операционной системы, Гбайт;

VСУБД - объем внешней памяти, требуемый для хранения файлов СУБД, Гбайт;

Vданных - объем внешней памяти, требуемый для хранения записей базы данных и результатов выполнения функций, Гбайт;

Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений, Гбайт.

Vдоп.ПО - объем внешней памяти, необходимый для дополнительно необходимого ПО.

Расчет необходимого объема внешней памяти сервера.

В качестве СУБД Microsoft Access.

В качестве дополнительного ПО выступает Qt 5.6.0. После установки Qt 5.6.0 занимает 1,36 Гб.

Vданных рассчитаем по таблице 2, учитывая, что один символ кодируется одним байтом, а на индекс берется 15% основного объема. Предполагается, что система будет функционировать три года (за это время она морально устареет и будет заменена). Исходя из этого и интенсивности запросов к системе, рассчитано максимальное количество записей в таблицах. Например, в таблице Users на момент создания системы содержалось 42 пользователей. Предполагается, что ежегодно будет добавляться приблизительно 25 новых пользователей, таким образом, через пять лет максимальное количество записей в таблице Users будет равняться 200. Аналогично были произведены расчеты и для остальных таблиц.

Таблица 2 - Расчет объема хранимых данных

Название таблицы

Размер

записи, байт

Максимальное

количество

записей

Размер индекса

байт

Итого

байт

User

1500

7000

9234

124500

Student

1200

5800

6910

104660

Laboratory work

3000

5400

8620

112420

Test

2050

1200

4900

90000

Passing laboratory work

4100

2800

6300

93000

Итого

480033

Расчет необходимого объема внешней памяти клиента.

3.3.2 Расчет необходимого объема оперативной памяти

По формуле (2) был проведен расчёт ресурсов внешней памяти

, (2)

где VВП- общий объем внешней памяти, Мбайт;

VОС - объем внешней памяти, требуемый для хранения файлов операционной системы, Гбайт;

VСУБД - объем внешней памяти, требуемый для хранения файлов СУБД, Мбайт;

Vданных - объем внешней памяти, требуемый для хранения записей базы данных и результатов выполнения функций, Мбайт;

Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений, Мбайт.

Ниже приведены значения V ОС и V СУБД необходимые для работы ОС Windows 10 и СУБД Microsoft Access 2016

Таблица 3 - Расчет объема буфера оперативной памяти, необходимой для реализации транзакции: расчет матричной структуры

Название таблицы

Размер

записи, байт

Максимальное

количество

записей

Размер

индекса

байт

Итого

байт

User

1500

7000

9234

124500

Student

1200

5800

6910

104660

Laboratory work

3000

5400

8620

112420

Test

2050

1200

4900

90000

Passing laboratory work

4100

2800

6300

93000

Итого

480033

Суммарный объем ОЗУ, необходимый для функционирования системы:

Расчет необходимого объема оперативной памяти клиента.

3.3.3 Выбор структуры комплекса технических средств

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

Оперативная память - 2048 Мб;

Наличие свободного места на жестком диске - не менее 10 Гб;

128 Мб видеопамяти и больше;

Процессор с тактовой частотой 1000 МГц и выше.

3.4 Диаграмма компонентов

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

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

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

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

Компоненты так же, как и классы, группируются в пакеты. Состав и обозначения компонентов зависят от выбранной среды программирования [7].

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

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

спецификации исполнимого варианта программной системы;

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

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

Диаграмма компонентов разработанной системы приведена на рисунке 12, она отражает компоненты системы и связи между ними.

Таблица 4 - Описание классов системы

Класс

Описание

prepodwork.cpp

Класс необходимых материалов для работы преподавателя

videoedit.h

Содержит необходимые видеофайлы загруженные преподавателем

testedit.h

Содержит необходимые тесты для лабораторных, загруженные преподавателем

labsedit.h

Содержит необходимые лабораторные работы, загруженные преподавателем

variantslabs.h

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

studwork.cpp

Обеспечивает работу студента

myhistory.h

Обеспечивает работу студенту просмотра истории прохождения лабораторных работ

videos.h

Содержит все необходимые видеофайлы для работы студента

texts.h

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

Рисунок 12 - Диаграмма компонентов

3.5 Диаграмма развертывания

Диаграмма развёртывания - это завершающая диаграмма технологии UML. Она показывает общее развертывание компонентов системы на технических узлах системы и служит для моделирования работающих узлов (аппаратных средств) и артефактов, развёрнутых на них.

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

К основным способам выполнения компонентов относятся программный, аппаратный и программно-аппаратный способы [7].

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

Рисунок 13 - Диаграмма развертывания

3.6 Программа и методика испытаний

3.6.1 Объект испытаний.

3.6.1.1 Наименование испытуемой информационной системы.

Наименование - «Информационная система проверки и проведения лабораторных работ со САПР».

3.6.1.2 Область применения испытуемой информационной системы.

3.6.1.3 Обозначение испытуемой информационной системы.

Наименование темы разработки - «Информационная система проверки и проведения лабораторных работ со САПР».

3.6.2 Цель испытаний.

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

3.6.3 Требования к информационной системе.

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

3.6.4 Требования к программной документации

3.6.4.1 Состав программной документации, предъявляемой на испытания.

Состав программной документации должен включать в себя:

1) техническое задание;

1) пояснительная записка;

3) руководство пользователя;

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

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

Необходимыми средствами для проведения испытания являются ОС MS Windows 10, среда разработки Qt Creator 5.3 с библиотекой Qt 5.3, Access 2016

3.6.5.2 Порядок проведения испытаний.

Испытания проводятся в два этапа:

1 этап - ознакомительный.

2 этап - испытания.

3.6.5.2.1 Перечень проверок проводимых на 1 этапе испытаний.

Перечень проверок, проводимых на 1 этапе испытаний, должен включать в себя:

а) проверку комплектности программной документации;

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

Методики проведения проверок, входящих в перечень по 1 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».

3.6.5.2.2 Перечень проверок проводимых на 2 этапе испытаний.

Перечень проверок, проводимых на 2 этапе испытаний, должен включать в себя:

а) проверку соответствия технических характеристик информационной системы;

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

Методики проведения проверок, входящих в перечень по 2 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».

3.6.5.3 Количественные и качественные характеристики, подлежащие оценке.

3.6.5.3.1 Количественные характеристики, подлежащие оценке.

В ходе проведения приемо-сдаточных испытаний оценке подлежат количественные характеристики, такие как:

а) комплектность программной документации;

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

3.6.5.3.2 Качественные характеристики, подлежащие оценке.

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

а) проверка работоспособности информационной системы:

- Авторизация пользователя с настройкой на права пользователя;

- Проведение тестирования по готовности студента к выполнению лабораторной работы;

- Выполнение лабораторной работы выданной системой в текстовом виде;

- При успешном выполнении, система засчитывает лабораторную работу в соответствии с кодом допуска, выданным преподавателем;

- Обеспечение доступа для обучения студента;

- Ввод и редактирование справочной информации: Тексты лабораторных работ, тексты тестов, видеоматериалы

б) проверка на сообщение об ошибке.

3.6.5.4 Условия проведения испытаний.

3.6.5.4.1 Климатические условия.

Испытания должны проводиться в нормальных климатических условиях по ГОСТ 22261-94. Условия проведения испытаний приведены ниже:

- температура окружающего воздуха, °С 20 ± 5;

- относительная влажность, % - от 30 до 80;

- атмосферное давление, кПа - от 84 до 106;

- частота питающей электросети, Гц - 50 ± 0,5;

- напряжение питающей сети переменного тока, В - 220 ± 4,4.

3.6.5.4.2 Условия начала и завершения отдельных этапов испытаний.

Необходимым и достаточным условием завершения 1 этапа испытаний и начала 2 этапа испытаний является успешное завершение проверок, проводимых на 1 этапе (см. п. Перечень проверок, проводимых на 1 этапе испытаний).

Условием завершения 2 этапа испытаний является успешное завершение проверок, проводимых на 2 этапе испытаний (см. п. Перечень проверок, проводимых на 2 этапе испытаний).

3.6.5.4.3 Ограничения в условиях испытаний.

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

3.6.5.4.4 Меры, обеспечивающие безопасность и безаварийность испытаний.

При проведении испытаний должно быть обеспечено соблюдение требований безопасности, установленных ГОСТ 12.2.007.0-75 8), «Правилами техники безопасности при эксплуатации электроустановок потребителей», и «Правилами технической эксплуатации электроустановок потребителей».

3.6.6 Методы испытаний.

3.6.6.1 Методика проведения проверки комплектности программной документации.

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

3.6.6.2 Методика проведения проверки комплектности и состава технических и программных средств.

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

3.6.6.3 Методика проверки работоспособности информационной системы.

Проверка работоспособности информационной системы выполняется согласно п. «Описание операций технологического процесса обработки данных, необходимых для выполнения задач» руководства программиста (Приложение А) и руководства оператора (Приложение Б).

Проверка работоспособности выполнена по техническому заданию по пунктам:

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

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

- Система выдает в окне программы лабораторную работу в виде текста и с полем ввода ответа;

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

- Студент может посмотреть, как текстовый материал по данной теме, так и видеоматериал;

- Преподавателю доступно ввод и редактирование всей справочной информации;

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

3.6.6.4 Методика проверки на сообщение об ошибке.

Проверка на сообщение об ошибке выполняется согласно п. «Аварийные ситуации» (Приложение А)

3.7 Контрольный пример

Для демонстрации работы информационной системы «Подготовки и проведения лабораторной работы по САПР», было проведено ее тестирование. Ниже дано описание контрольного примера

На экране появится окно авторизации системы (рисунок 14).

Рисунок 14 - Окно авторизации

Если были введены неверные логин или пароль. Система выводит сообщение об ошибке (рисунок 15).

Рисунок 15 - Сообщение о неправильности введенного логина или пароля.

Проведение тестирования по готовности студента к выполнению лабораторной работы (рисунок 16).

Рисунок 16 - Прохождение тестирования студента

Выполнение лабораторной работы выданной системой в текстовом виде (рисунок 17)

Рисунок 17 - Прохождение лабораторной работы

При успешном выполнении, система засчитывает лабораторную работу в соответствии с кодом допуска, выданным преподавателем (рисунок 18).

Рисунок 18 - Сообщение о прохождении лабораторной работы

Обеспечение доступа для обучения студента (рисунок 19,20,21)

Рисунок 19 - Выбор видео уроков

Рисунок 20 - Просмотр видео урока

Рисунок 21 - Окно с теоретическим материалом

Ввод и редактирование справочной информации: тексты лабораторных работ, тексты тестов, видеоматериалы (рисунок 22,23,24)

Рисунок 22 - Добавление лабораторных работ

Рисунок 23 - Добавление тестов

Рисунок 24 - Добавление видео файлов

3.8 Руководство пользователя

Руководство пользователя (англ. userguide или usermanual) -- документ, назначение которого -- предоставить людям помощь в использовании некоторой системы. Документ входит в состав технической документации на систему и, как правило, подготавливается техническим писателем [9].

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

Типичное руководство пользователя содержит:

1. Общие сведения.

2. Установка и первоначальная настройка.

3. Основные понятия и определения.

4. Интерфейс пользователя.

5. Работа с программой.

6. Пользовательская настройка.

7. Сообщения об ошибках.

Структура и содержание документа Руководство пользователя автоматизированной системы регламентированы подразделом 3.4 документа РД 50-34.698-90.

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

В информационной системе имеется:

12 лабораторных работы

По 10 вопросов к каждому тесту для лабораторных работ

15 видео уроков для данной дисциплины

12 теоретических материалов лекций

4. ВНЕДРЕНИЕ И АНАЛИЗ ЭФФЕКТИВНОСТИ

4.1 Описание объекта предполагаемого внедрения

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

В техническом задании были обозначены следующие функции:

Авторизация пользователя с настройкой на права пользователя;

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

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

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

Выполнение лабораторной работы выданной системой в текстовом виде;

- Система выдает в окне программы лабораторную работу в виде текста и с полем ввода ответа;

При успешном выполнении, система засчитывает лабораторную работу в соответствии с кодом допуска, выданным преподавателем;

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

Обеспечение доступа для обучения студента;

- Студент может посмотреть, как текстовый материал по данной теме, так и видеоматериал;

Ввод и редактирование справочной информации: Тексты лабораторных работ, тексты тестов, видеоматериалы;

- Преподавателю доступно ввод и редактирование всей справочной информации;

Информационная система проектировалась по методологии UML и реализована на языке программирования C++ в среде программирования Qt Creator 5.5.1. В качестве СУБД была выбрана Microsoft Access 2016.

4.2 Описание хода предполагаемого внедрения

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

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

Аудитория на 10 мест с рабочим ПК с установленной на нем Microsoft Windows XP,7,8,10.

На каждом рабочем месте должен быть установлен:

Система автоматизированного проектирования AutoCad;

Видео кодек K-Lite Codak Pack;

5. ОРГАНИЗАЦИОННАЯ ДЕЯТЕЛЬНОСТЬ И САМОРАЗВИТИЕ

5.1 Сведения о деятельности возглавляемого научного микроколлектива

В возглавляемый мною научный микроколлектив, помимо меня, входило 4 участника:

Студент первого курса ФИСТ, ГИП - 114: Меркулов Максим.

Студент второго курса ФИСТ, ГИП - 113: Ситдиков Азат.

Студент второго курса ФИСТ, ГИП - 113: Котин Андрей.

Студент третьего курса ФИСТ, ГИП - 112: Туркин Сергей.

Участники в весеннем семестре 2015 года выполняли курсовые работы на следующие темы:

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

Ситдиков Антон: Сайт для интерактивной классификации музыкальных произведений

Котин Андрей: Создание сайта-сервиса определения полезности пищевых продуктов.

Туркин Сергей: Реализация алгоритма генерации случайных чисел с приоритетом для музыкального плеера

Оценки представлены исходя из данных системы НИГС и сайта http://sciyouth.ru/.

Совместными усилиями группы, был разработан план выполнения курсовых работ и был внесен в систему НИГС. План представлен в таблице 5

Таблица 5 - План выполнения курсовых работ

Меркулов Максим

Ситдиков Антон

Котин Андрей

Туркин Сергей

Хансевяров Раиль

1

Связаться с шефом

Связаться с шефом

Связаться с шефом

Связаться с шефом

Связаться с шефом

2

Получить тему у шефа

Получить тему у шефа

Получить тему у шефа

Получить тему у шефа

Обсудить с руководителем направление работы

3

Составить план работ на семестр. Получить аннотацию

Составить план работ на семестр. Получить аннотацию

Составить план работ на семестр. Получить аннотацию

Составить план работ на семестр. Получить аннотацию

Составить план работ на семестр. Получить аннотацию

4

Сдача ТЗ. Нахожде-ние информации по теме

Сдача ТЗ. Нахождение информации по теме

Сдача ТЗ. Нахождение информации по теме

Сдача ТЗ. Нахождение информции по теме

Сдача ТЗ. Нахожде-ние информации по теме

5

Сбор необходи-мых мате-риалов

Создание модели программы

Представить мокап прог-раммного комплекса

Структури-рование данных

Сбор необхо-димых материалов

6

Сбор необходи-мых материалов (продолже-ние)

Начать писать программу

Приступить к разработке ПК

Структури-рование данных. Продолже-ние

Структури-рование данных.

7

Написать программу на языке програм-мирования PHP, JavaScript

Показать работающий фрагмент программы

Показать работу п.к. шефу, на примере реальных данных из кабинетов НИГС

Создание алгоритма сортировки групп

Присту-пить к разработке имитаци-онной модели

8

Доработка базы данных

Отладка программы

Представить конечный вариант разработан-ной ИТ

Внедрение алгоритма в программу

Продол-жить разработку имитаци-онной модели

9

Принести демо работаю-щей системы локально

Созданный проект под андройд в среде QT 2

Оформить поясните-льную записку к курсовой работе

Внедрение алгоритма в программу. Доработка

Принети работающую систему в Excel

10

Подключе-ние БД к программе

Окончатель-ная отладка программы

Продол-жить разра-ботку прог-раммной модели

Улучшение графичес-кого интерфейса программы

-

11

Подключе-ние БД к программе (продолже-ние)

Окончатель-ная отладка программы.

Доделать выводы с циклами, вывести статистику

Вывод результатов на отдельный лист

-

12

Добавить страницу списка групп Вывести ранжирова-нный список групп

Проверка алгоритма программы вне программы

Проработ-ка отдельных элементов, исправле-ние ошибок

Конечный вариант програм-много кода

-

13

Доработка отдельных элементов программы (продолже-ние 1)

Представле-ние окончатель-ного продукта

Завершить разработку программной модели.

Конечный вариант программного кода. Доработка

-.

14

Доработка отдельных элементов программы (продолже-ние 2)

Представле-ние окончатель-ного продукта

Тестирова-ние и отладка

Конечный вариант програм-много кода. Поиск и устранение ошибок

-

15

Конечный вариант програм-много кода

Подготовка плана презентации

Оформле-ние презента-ции

Оформление курсовой работы

-

16

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

1. Доработка программы, ввод заданий ввод списка задач 2. Оформление работы, начало

Оформле-ние поясните-льной записки

Оформление курсовой работы. Оформление презентации

-

17

Сдача курсовой работы

Защита

Сдача курсовой работы

Сдача курсовой работы

-

5.2 Перечень публикаций

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

Хансевяров Р.Р. Программный комплекс составления расписания на семестр для преподавателей / Р. Р. Хансевяров // Инновационное развитие современной науки: Сборник статей Международной научно-практической конференции (14 марта 2015 г., г. Уфа). - 2015. - С. 31-33.

Хансевяров Р. Р. составления расписания на семестр для преподавателей / Р. Р. Хансевяров // Труды международной научно-практической конференции с элементами научной школы для молодежи, Самара, 2014. - С. 446-447.

5.4 Перечень участия в конференциях

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

Таблица 6 - Перечень участий в конференциях

№ п/п

Название конференции

Дата проведения

Место проведения

1

Международная научно-практическая конференция с элементами научной школы для молодежи «Творческий потенциал - 2014»

18.11.2014- 20.11.2014

Россия, г. Самара,

СГАСУ

2

Международный семинар (с прочтением лекции DATA-координатором учебного округа штата Миннесота PhD S.Ablamunets для студентов и преподавателей СГАСУ, консультированием кандидатских диссертаций аспирантов кафедры ПМиВТ СГАСУ, консультированием тематики ВКР бакалавров и магистров кафедры ПМиВТ СГАСУ, консультированием тематики научных исследований кафедры ПМиВТ СГАСУ) «Образовательная система США в информационном обществе»

11.09.2014г.- 12.09.2014г.

Россия, г. Самара,

СГАСУ

3

Международная научно-практическая конференция «Инновационное развитие современной науки»

25 марта 2015 г.

Россия, г. Уфа

5.5 Перечень выполненных в период обучения курсовых проектов и работ

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

Таблица 7 - Перечень выполненных курсовых работ

№ п/п

Курс

Семестр

Дисциплина

Курсовая работа

1

1

1

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

Обыкновенные дифференциальные уравнения: история развития и приложения

2

1

2

Технология профессиональной деятельности. Информационный поиск и систематизация знаний

Анализ информационных социальных сетей

3

1

2

Операционные системы

Алгоритм планирования Round Robin

4

2

3

Технология профессиональной деятельности. Обработка и анализ экспериментальных данных

Задача кластеризации в рамках формирования научных групп

5

2

3

Информационные технологии

Синтез конечных автоматов

6

2

4

Моделирование исследования деятельности

Модуль формирования ключевого показателя студента ФИСТ

7

2

4

Технология программирования

Реализация алгоритмов по разрядам сортировки

8

3

5

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

Подсистема визуализации динамики результатов курса ТПД по семестрам для всех групп

9

3

6

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

Анализ нагрузочной способности вэ...


Подобные документы

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

    курсовая работа [560,6 K], добавлен 09.09.2012

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

    лабораторная работа [4,0 M], добавлен 12.02.2012

  • Анализ и математическая постановка задачи. Описание алгоритма действий, структурной организации программы и ее программной реализации. Текст основной программы, модулей вывода текстовых файлов на экран, извлечения ехе-файлов и подсчёта лабораторных работ.

    курсовая работа [28,1 K], добавлен 28.02.2011

  • Разработка информационной системы ВУЗа с использованием методики объектно-ориентированного моделирования UML. Анализ требований к системе. Концептуальная (содержательная) модель. Диаграмма компонентов и классов. Программная реализация приложения.

    курсовая работа [797,7 K], добавлен 16.04.2014

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

    дипломная работа [673,3 K], добавлен 06.07.2011

  • Обзор литературы по темам "JavaScript", "PHP" и "Java". Методические разработки лабораторных работ: документы HTML, фреймы, строка состояния и таймер. Основы синтаксиса и обработка запросов с помощью PHP. Объектно-ориентированное программирование в Java.

    дипломная работа [106,2 K], добавлен 14.10.2012

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

    лабораторная работа [221,4 K], добавлен 23.11.2014

  • Типы кластеров и анализ кластерных технологий. Принципы работы среды MPICH. Разработка рабочих заданий для лабораторных работ, программного обеспечения для лабораторного комплекса. Подготовка рабочих мест и описание хода выполнения лабораторных работ.

    дипломная работа [3,7 M], добавлен 13.02.2016

  • Исходные данные к проекту информационной системы "Протокол технического эксперимента", ее назначение. Описание программы, ее структурная схема. Описание алгоритма работы программы. Программные средства разработки. Методика испытания (тестирования).

    курсовая работа [806,6 K], добавлен 17.02.2016

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

    курсовая работа [37,4 K], добавлен 01.12.2009

  • Предпосылки внедрения систем автоматизированного проектирования. Условная классификация САПР. Анализ программ, которые позволяют решать инженерные задачи. Система управления жизненным циклом продукта - Product Lifecycle Management, ее преимущества.

    контрольная работа [1,3 M], добавлен 26.09.2010

  • Понятие и функции систем автоматизированного проектирования (САПР), принципы их создания и классификация. Проектирующие и обслуживающие подсистемы САПР. Требования к компонентам программного обеспечения. Этапы автоматизации процессов на предприятии.

    реферат [19,8 K], добавлен 09.09.2015

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

    курсовая работа [2,6 M], добавлен 28.08.2012

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

    дипломная работа [4,8 M], добавлен 04.06.2013

  • Рынок систем управления электрическими котлами. Архитектура информационной системы управления и обслуживания сети котельных на примере ОАО "РЖД". Технические требования, цели и задачи для проектирования. Разработка базы данных информационной системы.

    дипломная работа [2,4 M], добавлен 19.01.2017

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

    курсовая работа [6,4 M], добавлен 14.07.2012

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

    курсовая работа [1,9 M], добавлен 30.08.2010

  • Обоснование необходимости разработки данных лабораторных работ. Основные средства измерения затухания методами светопропускания. Методы измерения оптической мощности. Разработка оболочки пакета программ. Оценка эффективности разработанных интерфейсов.

    дипломная работа [3,8 M], добавлен 20.10.2013

  • Изучение теории управления образовательными учреждениями и ВУЗами. Проектирование, реализация и внедрение автоматизированной информационной системы для автоматизации кафедры ВУЗа. Описание разработанной системы, расчет экономической эффективности проекта.

    дипломная работа [4,5 M], добавлен 09.03.2010

  • Разработка автоматизированной информационной системы для эффективного и быстрого обслуживания пользователей библиотеки ВУЗа. Среда разработки: MS Access. Язык программирования - VBA. Расчет технико-экономической выгоды внедрения данной технологии.

    дипломная работа [304,7 K], добавлен 19.03.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.