Разработка программы для оценки через систему тестирования знаний
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
раммы создания и редактирования тестов была выбрана спиральная модель жизненного цикла, так как она позволяет вести динамическое создание и изменение программного продукта по меняющимся требованиям заказчика.
Преимущества:
Каждый виток спирали соответствует созданию фрагмента или версии ПО. На нем уточняются цели и характеристики проекта, определяются его качества и планируются работы следующего витка спирали, т.о. углубляются и конкретизируются детали проекта.
От этапа к этапу можно переходить до завершения работ на предыдущем этапе.
Используется для создания не больших программ, баз данных. Не применяется для построения сложных программ, или программ от которых зависит жизнь человека.
Для реализации системы тестирования была использована спиральная модель, так как она более удобна и лучше подходит для создания данного ПП. На данной модели основываются RAD-приложения.
2.2 Фаза проектирования
На фазе проектирования пользователи принимают участие в техническом проектировании системы под руководством разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и, при необходимости, корректируется функциональная модель. Каждый процесс рассматривается детально. При необходимости для каждого элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности или неоднозначности. Определяются требования разграничения доступа к данным. На этой же фазе происходит определение набора необходимой документации.
На фазе проектирования происходит:
.Описание модели и сценариев поведения продукта в контексте среды разработки и языков программирования. Стадию проектирования можно разделить на 2 пункта:.Внешние спецификации;.Внутренние спецификации.
Внешние спецификации включают в себя:
внешние интерфейсы;
функциональное наполнение, видимое пользователю;
взаимодействие между процессами;
форматы файлов;
Внутренние спецификации включают в себя:
реализация интерфейсов;
реализация функционального наполнения;
внутренние структуры данных;
описание алгоритмов;
внутренняя обработка ошибок.
.План тестирования. Данный план работает по следующим пунктам:
структура и среда тестовой системы;
методология тестирования;
- периодичность тестирования.
.План информационной разработки.
На стадии проектирования программного продукта был произведен структурный анализ. В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными, среди которых являются следующие:
SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;
DFD (Data Flow Diagrams) диаграммы потоков данных;
На стадии проектирования ПП модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
Перечисленные модели в совокупности дают полное описание ПП независимо от того, является ли она существующей или вновь разрабатываемой. Состав диаграмм в каждом конкретном случае зависит от необходимой полноты описания системы.
SADT-диаграмма
Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.
Диаграммы - главные компоненты модели, все функции ПП и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу.
Простейшая диаграмма для данной системы представлена на рисунке (Рис.2.2.1.). Управляющей информацией являются стандарты рисования, входными данными служат инструменты для рисования, снизу воздействует пользователь, который осуществляет все операции и, наконец, результат выхода - готовый рисунок.
Декомпозиция (разбиение) позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.
В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней по отношению к нему. В свою очередь, функциональный блок - предок называется родительским блоком. Декомпозиция функционального блока данного курсового проекта представлена на рисунке (Рис.2.2.2.).
Рис.2.2.1. SADT-диаграмма
Рис.2.