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

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

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

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

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

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

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

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

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

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