Moodle – это система управления содержимым сайта (Content Management System CMS), специально разработанная для создания онлайн-курсов преподавателями. Такие е-learning системы часто называются системами управления обучением (Learning Management Systems – LMS) или виртуальными образовательными средами (Virtual Learning Environments – VLE). Moodle написана на языке программирования PHP профессором из Австралии Мартином Дунгиамосом и переведена на несколько десятков языков и используется для обучения более чем в ста пятидесяти странах мира.
Система тестирования является лишь малой частью большой программы.
Тестирование предложено осуществлять по следующей процедуре:
1. Преподаватель разрабатывает и размещает на странице своего курса тесты, указывая в их параметрах даты, когда тесты будут доступными для прохождения, время, которое отводится на выполнение одной попытки, количество попыток, предоставляемое каждому студенту и метод оценивания.
2. Преподаватель сообщает студентам о содержании теста, месте, дате и времени Тестирования.
3. После тестирования преподаватель анализирует его результат.
Moodle – это абсолютно бесплатный проект с открытым исходным кодом. Его поддержкой занимается компания-разработчик, штаб-квартира которой находится в Австралии [10].
Основные преимущества: полный набор необходимых функций; открытый исходный код продукта (что позволяет добавить все необходимые элементы); система Moodle универсальна в плане требований (любая ОС, установленный модуль PHP и одна из СУБД); все виды тестов (включая написание эссе).
Недостатки: система тестирования является частью большого программного продукта; обслуживание предоставляется за отдельную плату.
Я разработала программу, которая может проверять знания учащихся по любому предмету в ВУЗах, а также в школах. Проект представляет собой универсальную компьютерную программу для проверки знаний по любому предмету. Программа компьютерного тестирования была разработана на языке программирования Visual Basic.
Она позволяет проводить компьютерное тестирование с помощью теста, содержащего не более 20 тестовых заданий закрытого типа с четырьмя вариантами ответов на задания.
Особенностью этого проекта является универсальность программы компьютерного тестирования. С её помощью можно проверять знания, используя любые тестовые задания по всем предметам. Постоянным остается только количество заданий и количество вариантов ответов на них. При выставлении оценок в программе учитывается число правильных ответов в процентах:
от 85 % до 100 % - "отлично";
от 65: до 85 % - "хорошо";
от 50 % до 65 % - удовлетворительно;
меньше 50 % - "плохо".
Цель работы: разработка и создание приложения, способного создавать тестовые файлы, работать с ними и вести контроль над выполнением теста.
Для достижения данной цели были поставлены и решены следующие задачи:
1. Изучение Visual Basic
2. Разработка и отладка приложения
3. Создание установочного пакета программы.
4. Сохранение и запись программы на носитель информации.
5. Тестирование программного продукта.
Отредактируй по стандарту
2 Технические требования по разработке программного обеспечения.
Требования к надежности
Программа должна проверять знания учащихся и выполнять основные функции независимо от воздействия на нее внутренних и внешних факторов.
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
Требования к программным средствам:
Минимальные
Процессор не ниже Pentium-166
Оперативная память не менее 32 МБ
Свободная память на жестком диске не менее 300 Мб
Устройство считывания с компакт-диска +
Манипулятор «Мышь» +
Операционная система Windows 98/2000/XP
Требования к защите информации и программ не предъявляются.
Потом по стандарту отредактирую
Мне кажется маловато для раздела
3 Разработка проектной и технической документации на программное обеспечение «Test».
Создание программной документации — важный этап для пользователя, так как он начинает знакомиться с программным продуктом именно с документации.
Существуют различные классификации документации для программного обеспечения (ПО). Например, иногда выделяют следующие типы:
·архитектурную или проектную документацию (обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО);
·техническую (документация на код программы, алгоритмы, интерфейсы и т.д.);
·пользовательскую документацию (руководства для конечных пользователей, администраторов системы и другого персонала);
·маркетинговую документацию.
Основу отечественной нормативной базы в области документирования программных средств (ПС) составляет комплекс стандартов Единой системы программной документации (ЕСПД).
Единая система программной документации — это комплекс государственных стандартов, устанавливающих правила разработки, оформления и обращения программ и программной документации.
В стандартах ЕСПД устанавливают требования, регламентирующие разработку, сопровождение, изготовление и эксплуатацию программ, что обеспечивает возможность:
· унификации программных изделий для взаимного обмена программами и применения ранее разработанных программ в новых разработках;
· снижения трудоемкости и повышения эффективности разработки, сопровождения, изготовления и эксплуатации программных изделий;
· автоматизации изготовления и хранения программной документации.
Сопровождение программы включает анализ функционирования, развитие и совершенствование программы, а также внесение изменений в нее с целью устранения ошибок.
В состав ЕСПД входят:
· основополагающие и организационно-методические стандарты;
· стандарты, определяющие формы и содержание программных документов, применяемых при обработке данных;
· стандарты, обеспечивающие автоматизацию разработки программных документов.
При разработке программных средств (ПС) создается и используется большой объем разнообразной документации. Она необходима как средство передачи информации между разработчиками ПС, как средство управления разработкой ПС, и как средство передачи пользователям информации, необходимой для применения и сопровождения ПС. На создание этой документации приходится большая доля стоимости ПС. Эту документацию можно разбить на две группы:
·документы управления разработкой ПС.
·документы, входящие в состав ПС.
Документы управления разработкой ПС управляют и протоколируют процессы разработки и сопровождения ПС, обеспечивая связи внутри коллектива разработчиков ПС и между коллективом разработчиков и менеджерами ПС - лицами, управляющими разработкой ПС.
· ГОСТ 19.001-77. ЕСПД. Общие положения.
· ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические.
· ГОСТ 19.005-85. ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения.
· ГОСТ 19.101-77. ЕСПД. Виды программ и программных документов.
· ГОСТ 19.102-77. ЕСПД. Стадии разработки.
· ГОСТ 19.103-77. ЕСПД. Обозначение программ и программных документов.
· ГОСТ 19.104-78. ЕСПД. Основные надписи.
· ГОСТ 19.105-78. ЕСПД. Общие требования к программным документам.
· ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом.
· ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению.
· ГОСТ 19.202-78. ЕСПД. Спецификация. Требования к содержанию и оформлению.
· ГОСТ 19.301-79. ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению.
· ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению.
· ГОСТ 19.402-78. ЕСПД. Описание программы.
· ГОСТ 19.403-79. ЕСПД. Ведомость держателей подлинников.
· ГОСТ 19.404-79. ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.
· ГОСТ 19.501-78. ЕСПД. Формуляр. Требования к содержанию и оформлению.
· ГОСТ 19.502-78. ЕСПД. Описание применения. Требования к содержанию и оформлению.
· ГОСТ 19.503-79. ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.
· ГОСТ 19.504-79. ЕСПД. Руководство программиста. Требования к содержанию и оформлению.
· ГОСТ 19.505-79. ЕСПД. Руководство оператора. Требования к содержанию и оформлению.
· ГОСТ 19.506-79. ЕСПД. Описание языка. Требования к содержанию и оформлению.
· ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов.
· ГОСТ 19.508-79. ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
· ГОСТ 19.601-78. ЕСПД. Общие правила дублирования, учета и хранения.
· ГОСТ 19.602-78. ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом.
· ГОСТ 19.603-78. ЕСПД. Общие правила внесения изменений.
· ГОСТ 19.604-78. ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.
· ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
Вот это все тебе нужно сделать на примере своей программы теперь
4 Язык программирования Visual Basic как инструмент для разработки программного обеспечения «Test»
Visual Basic легко использовать для изучения и использования. Он позволяет разрабатывать не только простые приложения с графическим интерфейсом, но и создавать сложные приложения. Программирование в VB представляет собой сочетание визуальных компонентов и контролов, определение атрибутов и действий для компонентов, написание дополнительного кода для расширения функциональных возможностей. Определенные по умолчанию значения и действия для компонентов позволяют создать простую программу без написания кода программистом. Ранние версии имели определенные проблемы с производительностью программ, но с использованием современных компьютеров и компиляцией собственного кода данная проблема стала менее значимой.
Компиляция программ была введена в Visual Basic 5, но при этом исполняемые программы до сих пор требуют наличия определенных библиотек для запуска. Эти библиотеки включены в Windows, начиная с Windows 2000, но для более ранних версий Windows они должны поставляться вместе с программой.
Формы создаются при помощи технологии «перетащи и брось» (drag and drop). Элементы управления просто размещаются на форме (например, поля ввода, кнопки, и т.д.). Элементы управления имеют свои атрибуты и обработчики событий. Многие атрибуты могут быть изменены во время исполнения программы, что позволяет создавать программы, динамически реагирующие на действия пользователя.
Visual Basic может создать исполняемые программы (EXE файлы), элементы управления ActiveX, библиотеки DLL, но, прежде всего, используется для разработки Windows приложений. Диалоговые окна с ограниченными функциональными возможностями могут использоваться для обеспечения подсказок. Элементы управления обеспечивают основные функциональные возможности приложения, а программист может расширить логику программы при помощи обработчиков событий. Например, выпадающий список автоматически отображает список и позволяет пользователю выбрать элемент. Обработчик событий вызывается для исполнения дополнительного кода в зависимости от выбранного элемента.
Язык использует справочную информацию для сбора мусора, имеет большую библиотеку сервисных объектов, объектно-ориентированную разработку. В отличие от многих других языков программирования, Visual Basic не зависим от регистра. Сравнение строк зависит от регистра, но может быть выполнено без учета регистра.
Компилятор Visual Basic поставляется вместе с другими языками Visual Studio (C, C++), но ограничения в интегрированной среде разработки не позволяют создание некоторых видов приложений.
Ниже приведен неполный текст кода программы «Test», т.к. он имеет большие размеры и некоторые сложные
Загрузка главного окна
Open "comp.dll" For Input As #1 ‘открытие файла с путями ко всем компонентам и считывание данных
Input #1, rjl
Input #1, tests
Input #1, rezult
Close #1
Open tests For Input As #1 ‘открытие файлов с тестами, загрузка названий и прописывание их на кнопках
If FileLen(tests) <> 0 Then
Input #1, b
tests1 = b
Input #1, b
tests2 = b
Input #1, b
tests3 = b
Input #1, b
tests4 = b
End If
Close #1
If tests1 <> "none" Then
Open tests1 For Input As #1
Input #1, b
Command1.Caption = b
Close #1
End If
If tests2 <> "none" Then
Open tests2 For Input As #1
Input #1, b
Command2.Caption = b
Close #1
End If
If tests3 <> "none" Then
Open tests3 For Input As #1
Input #1, b
Command3.Caption = b
Close #1
End If
If tests4 <> "none" Then
Open tests4 For Input As #1
Input #1, b
Command7.Caption = b
Close #1
End If
End Sub
· Подсчет оценки и занесение данных в журнал
ne = n - ball
o = ball / n * 100
If o > 85 Then rez = 5 _
Else
If o >= 65 And o < 85 Then rez = 4
If o >= 50 And o < 65 Then rez = 3 _
Else
If o < 50 Then rez = 2
Label1.Caption = "Процент правильных ответов равен " & Str(o) & "%"
Label2.Caption = "Ваша оценка " & Str(rez)
Open rezult For Append As #1
Print #1, "Тест - " + ntest
Print #1, "Оценка - " + Str(rez)
Print #1, "Время - " + Time$
Close #1
ball = 0
n = 0
usl = False
это добавишь в описание программы
Глава II
1.Разработка технического задания на программный продукт «Test»
1.1 Название и назначение разрабатываемой программы
Представленная программа называется «Test». Эта программа относится к числу программ, расширяющих возможности компьютера. Проект представляет собой компьютерную программу для проверки знаний по различным дисциплинам
1.2 Основание для разработки
Основанием для разработки является задание на выпускную квалификационную работу на тему «Разработка, внедрение и адаптация программного обеспечения в сфере образования «Test» по заказу деканата ФСПО».
1.3 Технические требования к программе
Для работы программы необходимы:
Процессор не ниже Pentium-166
Оперативная память не менее 32 МБ
Свободная память на жестком диске не менее 300 Мб
Устройство считывания с компакт-диска +
Манипулятор «Мышь» +
Операционная система Windows 98/2000/XP
MS Excel 2002/2003 и MySQL.
1.4 Функциональные требования к программе
В реализуемой программе должны выполнять следующие требования:
- возможность создания и редактирования тестов;
- просмотр результатов тестирования;
- возможность регистрироваться
- сохранение информации о всех внесенных записях во внешнем файле;
- программа должна обладать понятным интерфейсом и относительной простотой работы с ней;
- реализовать вызов файла помощи, содержащего руководство по пользованию программой.
- возможность смены пароля
1.5 Требования по надежности
Программа не должна проводить к нарушению работы операционной системы или других приложений. Программа должна работать без сбоев и аварий.
1.6 Разрабатываемая документация
К программе должна быть приложена пояснительная записка. Пояснительная записка должна быть выполнена в соответствии с государственным стандартом.
1.7 Этапы и сроки выполнения программы
- разработка технического задания – 1 нед.
- разработка и описание программы – 3 нед.
- разработка руководства пользователя – 1 нед.
- оформление пояснительной записки и сдача преподавателю на проверку – 1 нед.
- защита дипломной работы
2 Разработка, отладка и тестирование программного обеспечения «Test»
Тестирование – это динамический контроль программы, т.е. проверка правильности программы при ее выполнении на компьютере.
Отладка программы — это специальный этап в разработке программы, состоящий в выявлении и устранении программных ошибок, факт существования которых уже установлен.
При разработке программ наиболее трудоемким является этап отладки и тестирования программ. Цель тестирования, т.е. испытания программы, заключается в выявлении имеющихся в программе ошибок. Цель отладки состоит в выявлении и устранении причин ошибок.
Отладку программы начинают с составления плана тестирования. Такой план должен представлять себе любой программист. Составление плана опирается на понятие об источниках и характере ошибок. Основными источниками ошибок являются недостаточно глубокая проработка математической модели или алгоритма решения задачи; нарушение соответствия между схемой алгоритма или записью его на алгоритмическом языке и программой, записанной на языке программирования; неверное представление исходных данных на программном бланке; невнимательность при наборе программы и исходных данных на клавиатуре устройства ввода.
В план тестирования обычно входят следующие этапы:
·Сравнение программы со схемой алгоритма.
·Визуальный контроль программы на экране дисплея или визуальное изучение распечатки программы и сравнение ее с оригиналом на программном бланке. Первые два этапа тестирования способны устранить больше количество ошибок, как синтаксических (что не так важно), так и семантических (что очень важно, так как позволяет исключить их трудоемкий поиск в процессе дальнейшей отладки).
·Трансляция программы на машинных язык. На этом этапе выявляются синтаксические ошибки. Компиляторы с языков Си, Паскаль выдают диагностическое сообщение о синтаксических ошибках в листинге программы (листингом называется выходной документ транслятора, сопровождающий оттранслированную программу на машинном языке – объектный модуль).
·Редактирование внешних связей и компоновка программы.
Существуют наиболее простые способы получения тестов:
·Подбор исходных данных, для которых несложно определить результата вычислений вручную или расчетом на калькуляторе.
·Использование результатов, полученных на других ЭВМ или по другим программам.
·Использование знаний о физической природе процесса, параметры которого определяются, о требуемых и возможных свойствах рассчитываемой конструкции. Хотя точное решение задачи заранее известно, суждение о порядке величин позволяет с большой вероятностью оценить достоверность результатов.
Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения. Но не каждый из разработчиков программных средств может верно, определить цель тестирования. Нередко можно услышать, что тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Но эта цель недостижима: ни какое самое тщательное тестирование не дает гарантии, что программа не содержит ошибок. Другое определение: это процесс выполнения программы с целью обнаружения в ней ошибок. Отсюда ясно, что “удачным” тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, “неудачным” можно назвать тест, не позволивший выявить ошибку в программе. Определение также указывает на объективную трудность тестирования: это деструктивный (т.е. обратный созидательному) процесс. Поскольку программирование - процесс конструктивный, ясно, что большинству разработчиков программных средств сложно “переключиться” при тестировании созданной ими продукции. Существует два основных вида тестирования: функциональное и структурное. При функциональном тестировании программа рассматривается как “черный ящик” (то есть ее текст не используется). Происходит проверка соответствия поведения программы ее внешней спецификации. Возможно ли при этом полное тестирование программы? Очевидно, что критерием полноты тестирования в этом случае являлся бы перебор всех возможных значений входных данных, что невыполнимо.