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

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

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

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

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

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

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

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

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

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