Обучающая система

Рис. 1.1 Схема концептуальной модели задачи

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

Помимо учебно-практического набора “Обучающая система” в блоке проверки знаний (Тест), расположены материалы, представляющие собой сборник вопросов и ответов по различным главам дисциплины находящийся на бумажных носителях. Имеется список студентов в формате БД, проверяемых на степень усвоения ими теоретических знаний и практических навыков в рамках изучаемой дисциплины.

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

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

Каждый объект “Обучающей системы” должен иметь удобную навигацию.

Сервисные функции объектов должны содержать набор средств защиты.

2. Обоснование выбора технических средств, операционной системы

В данном разделе для обоснования выбора вышеперечисленных компонентов приводится обзор существующих на сегодня технических средств (ТС), опера-ционных систем, затем даётся их сравнительная характеристика.

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

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

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

Критерием качества “Постановки задачи” является самостоятельное программи-рование, отладка и решение задачи сторонней организацией.

Документ “Постановка задачи“ должен содержать следующие разделы:

Характеристика задачи

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

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

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

Описание выходной информации

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

В нём вверху слева указывается - код формы документа (файла). Он начинается с кода задачи.

Например - код формы – “А01W01”. Здесь код задачи – “А01”. Символ - “W” указывает на принадлежность формы к выходной информации, а символы “01”- представляют собой порядковый номер документа в задаче. Далее приводится название формы (“Отчет поступлений товаров за месяц”), периодичность её вы-дачи, круг лиц для которых она предназначена, а также и перечень входных до-кументов, определяющих её структурный состав по-реквизитно. И так далее по каждой из функций задания.

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

Ниже представлен пример реализации одной из функции задания:

Сформировать выдачу списка товаров, поступивших на склад по группам

на любую дату года.

Форма A01W01 Дата ХХ.ХХ.ХХ