Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Пример оформления Пояснительной записки.doc
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
1.07 Mб
Скачать

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

Муромский институт (филиал)

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

высшего профессионального образования

«Владимирский государственный университет

имени Александра Григорьевича и Николая Григорьевича Столетовых»

(МИ (филиал) ВлГУ)

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

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

ПОЯСНИТЕЛЬНАЯ ЗАПИСКАментируется. По усмотрению руководителя содержание отдельных разделов пояснительной записки может быть скорректировано с учетом тематики задания. Типовой объем пояснительной записки — 20-30 страниц формата А4 (210х297 мм) для курсовой работы, 30-40 страниц для курсового проекта. Нумерация рисунков, таблиц, листингов и пр. может быть либо сквозной по всему документу (за исключением Приложений), либо сквозной в пределах одного раздела. Во втором случае в обозначении добавляется второй индекс. Например, вторая по счету таблица в пятом разделе будет иметь следующее обозначение: Таблица 5.2. Каждый элемент (рисунок, таблица, листинг и пр.) должен быть обязательно подписан и на каждый из них должна быть хотя бы одна ссылка в тексте. Располагать их следует непосредственно после ссылки, в которой они упоминаются впервые, или на следующей странице. Пояснительная записка оформляется в соответствии с правилами оформления документов (Стандарт предприятия. Общие требования к текстовым документам. СТП 02068054-0102-99). Графическая часть оформляется в соответствии с требованиями стандартов ЕСКД -->

к курсовому проекту по курсу Информатика

на тему: «Создание универсальной тестовой программы на язы­ке программирования С++»

Руководитель

к. т. н., доц. каф. ИС

(уч. степень, звание)

Стулов Н. Н.

(оценка) (фамилия, инициалы)

(подпись) (дата)

Члены комиссии Студент ИС-105

(группа)

Ястребов С. А.

(подпись) (Ф.И.О.) (фамилия, инициалы)

(подпись) (Ф.И.О.) (подпись) (дата)

Муром 2012 приятия. Общие требования к текстовым документам. СТП 02068054-0102-99). На нем должны быть поля для оценки и подписей членов комиссии. -->

ется преподавателем при распределении заданий. На нем обязательно должны быть подписи преподавателя-руководителя и студента. Бланк задания заверяется заведующим кафедрой -->

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

Табл. 0. Ил. 24. Библ. 4.

Содержание

Введение 5

1. Анализ технического задания 6

2. Программная реализация 9

3. Описание программы 14

3.1. Руководство программиста 16

3.2. Руководство администратора 18

3.3. Руководство пользователя 19

4. Описание результатов тестирования программы 20

Заключение 24

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

Приложение А. Блок-схема алгоритма работы программы 26

Приложение Б. Листинг 33

сле аннотации. Это первый нумерованный лист документа, оформленный с рамкой шириной 40 мм, согласно ГОСТ 2.105-95 «ЕСКД. Общие требования к текстовым документам». В содержании последовательно перечисляются номера и заголовки разделов, подразделов и приложений с указанием номеров страниц, на которых они расположены. Первый номер имеет раздел Анализ технического задания, последний номер — раздел предшествующий Заключению. В каждом из разделов могут быть подразделы, содержащие, в свою очередь, свои подразделы. -->

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

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

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

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

1. Анализ технического заданиязаны в задании, но необходимы для выполнения работы. Дополнительные требования устанавливаются на основании общих положений с учетом требований, указанных в задании, а также исходя из назначения; Указать существующие методы решения поставленной задачи; Провести анализ существующих методов решения задачи с целью выбора оптимального решения применительно к поставленной задаче; Дать математическое описание алгоритма решения задачи; Указать критерии выбора и требования на тестовом примере. Кроме того, можно указать наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие, ее функциональное и эксплуатационное назначение. Провести анализ будущего продукта по: функциональным характеристикам, а именно требования к: составу выполняемых функций; организации входных и выходных данных; временным характеристикам и т. п. условиям эксплуатации: виду обслуживания; необходимому количеству и квалификации персонала. необходимому составу технических средств с указанием их основных технических характеристик. требованиям к информационной и программной совместимости: требованиям к информационным структурам на входе и выходе; требованиям к методам решения; исходным кодам; языкам программирования и программным средствам, используемыми программой. предварительному составу программной документации и, при необходимости, специальным требованиям к ней. обеспечению защиты информации и программ. Результатом анализа технического задания являются требования к разрабатываемому решению: повышение точности вычислений; увеличение скорости вычислений; предоставление информации, доступной другим приложениям; передача пользователю инструмент, позволяющий ему самому расширять объем приложений; визуализация необходимых процессов. Основное правило: Анализ технического задания должен отвечать на вопрос «что надо сделать?», а не «как надо сделать?». -->

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

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

Требования, предъявляемые к программе, предполагают исполь­зование объектно-ориентированного подхода при разработке программы. Данную программу можно реализовать на любом объектно-ориентированном языке программирования. Одним из наиболее распространенных на сегодня объектно-ориентированных языков программирования является C++. Язык C++ позволяет получить код, сравнимый по быстродействию с кодом на Ассемблере [1]. Среда Borland C++ Builder 6 является единственным RAD-инструментом, предоставляющим возможность программирования в стиле drag-and-drop, основанного на компонентах. Этот стиль программирования получил широкое распространение, практически вытеснив концепцию каркасов. Каркас это основа, скелет вашего приложения, который объединяет в себе все его части. Однако у каркасов есть существенный недостаток – вместо того чтобы сделать программирование более простым и гибким, каркасы вынуждают писать программы по заранее определенным жестким правилам. Несмотря на то, что каркасы действительно ускоряют разработку приложения, предоставляя в распоряжение разработчика многие из основных функций нормального Windows приложения, они сразу же встают на пути создания нестандартных программ, то есть практически невозможно сделать то, что каркас не предоставляет или изменить сам каркас. В отличие от каркасов компоненты никакой структуры не навязывают [2]. Есть ещё один аспект, на который необходимо обратить внимание: в С++Builder зашита невероятно мощная и чрезвычайно гибкая среда программирования баз данных, что немаловажно для разрабатываемой программы. По сути дела это первая среда программирования баз данных для C++. Интерфейс с базами данных во многих других системах С++ состоит из набора объектов которые являются лишь тонкими оболочками скрывающими под собой низкоуровневые функции баз данных. Для таких объектов обычно требуются десятки параметров для открытия и присоединения к базе данных. Это не сравнится с полным набором drag-and-drop компонентов баз данных, встроенных в систему С++Builder. Эта среда содержит полный набор управляющих элементов для работы с данными, которые вообще не требуют программирования. Можно написать вполне законченный редактор баз данных не написав ни единой строчки кода на С++. Ближайшим конкурентом Borland C++ Builder является не Microsoft Visual C++, которая построена по другой технологии и не является RAD-системой, а Microsoft Visual Basic [3]. Наряду с Borland C++ Builder 6, также распространена IDE-среда Borland Delphi, но объектно-ориентированные возможности значительно уступают Borland C++ Builder 6.

Итак, в качестве среды разработки была выбрана IDE-среда Borland C++ Builder 6.

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

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

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