3.1[Предлагаемый подход]

Этот подраздел стоит выделять только в том случае, если работа действительно очень новая (претендует на принципиально новый путь решения пусть даже узкого класса задач).

3.2(Общая структура модели или Общий алгоритм .. И т.П.)

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

Данный подраздел — это только суть сделанного; ни в коем случае не следует углубляться в детали и делать его больше 1-2 страниц. Более правильно посвящать одной «части» (элементу, процессу, техническому решению) всего 1-2 предложения, но зато включать в эти предложения логические связки «Поскольку задача требует .., в модель включено ..», «Так как параметры первого блока зависят от .., то алгоритм предусматривает ..».

3.3[Ограничения/предположения (допущения) (подхода, модели, работы и т.П.)]

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

3.4(Численные методы, Программные средства и т.П.)

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

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

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

3.5[(Методика проведения (численных) экспериментов т.П.)]

Так как здесь вводятся понятия, необходимые для понимания результатов исследования, об этой методике можно писать не в данном разделе (3), а непосредственно перед описанием результатов в разделе 6.1 (особенно если речь идет о численных экспериментах).

4Основной раздел 1 («Задача 1» или Математическая формулировка модели)

Как правило, работа имеет 2-4 так называемых «основных» раздела, названия которых, в отличие от остальных, не являются стандартными, а отражают суть данной работы. Если в работе решается несколько задач (см. раздел 1), то практически всегда каждый основной раздел соответствует одной задаче. Если же в работе рассматривается одна задача (тогда ее рассмотрение должно быть весьма подробным), то разбиение документа на разделы первого уровня уместно использовать для явного выделения крупных этапов решения этой задачи (об этапах также написано в разделе 1). Как пример этого второго случая, в данном шаблоне документа в заголовках разделов 4–4.4 (и их подразделов) отражены типичные этапы работ по численному моделированию. Впрочем, именно такой набор заголовков может быть нецелесообразен: например, «граничные условия» или «программная реализация» часто отсутствует (либо ввиду небольшого объема соответствующей информации, либо ввиду полного отсутствия у нее научно-технического смысла). Если автор диплома не сам выполнял соответствующий этап, а лишь воспользовался готовым описанием модели или готовым программным кодом, то это нужно учесть в разбиении на подразделы: в случае численного моделирования описание модели в отдельном основном разделе привести, скорее всего, нужно, а вот сведения по численной и программной реализации модели – не нужно (их нужно лишь в кратком виде поместить в раздел 3).