Скриншоты в диссертации
 

Если диссертация посвящена программному обеспечению, принято ли для иллюстрации разработанных методов использовать скриншоты или обычно делают какие-то схемы и т.п.? Если последнее, то их лучше делать в Visio? Есть ли требования к размеру таких схем - обычно рисунок может иметь различные размеры, хотя элементы стандартные.

Если электросхемы, то на них есть гост. На оформление алгоритмов тоже есть гост. Принтскрины использовать, думаю, можно. Я вставлял в своё дисер принтскрины софта. Только злоупотреблять не надо, это не user manual.

Нет, скорее, структурные схемы, поясняющие архитектуру ПО или метод.

да, схемы нужны. Делать в Visio. Лучше делать в рамках каких-то спецификаций-методик - IDEF (0/1/3/5). Если не подходит никакая спецификация, используйте просто разные компоненты, главное, чтобы схема была понятна . Скрин-шоты программы практически не нужны. Ну может быть , если что-то продемонстрировать...

Я тоже использую скрин-шоты только для демонстрации

А если соответствия методикам не будет, это критично? Времени на их освоение нет.
Я вот думаю, как усилить научность описания метода. Метод - все же не алгоритм, где строгая последовательность. Как в таком случае должно быть описание представлено - больше формул, схем? В основном получается текстовое описание. А так как это программирование, то обычно там можно сделать описание на уровне объектов и т.п.

А через state mashine нельзя?

Это как? :)
А кто может подсказать, вот такая схема - принадлежит ли она к какому-то стандарту, делается ли она с помощью Визио, если да, то как?
http://s001.radikal.ru/i196/1101/55/b9bde27dda94.jpg
И что обозначает каждый из ее элементов?
Думаю, может, мне сделать типа такой схемы, но нужно понять, когда она используется
Также бывают диаграммы "Структуры данных" с серым фоном, их в Визио реально сделать?
Плюс вот такая схема - это какой-то стандарт или нет, также возможно ли сделать в Визио?
http://s009.radikal.ru/i307/1101/f7/8fe970e07d41.jpg

В визио - да. Как - не помню, т.к. обычно избегаю рисования алгоритмов на компе. Стандарт - врядли. Я не зря упомянул госты, каждому функциональному элементу определена своя форма "упаковки": http://ru.wikipedia.org/wiki/Блок-схема
Это касается алгоритма программы или процесса. Если вы описываете просто последовательность, то можно как на втором вашем рисунке - простой набор квадратиков и стрелки.
Стейт машина - универсальное описание состояния системы. С одной стороны, грубее алгоритма, с другой стороны универсальней, т.к. описывает общее состояние, оставляя за кадром подробности. Гугль в помощь.

На моих рисунках это и не алгоритм и не процесс. Показывается структура системы либо некоторые модули.

не поняла, если вы программист, то как получается, что вы не знаете стнадратов - IDEF, UML ?
это же тот язык , на котором говорят программисты.
Изучить, не настолько они сложные. В ВИзио это можно. Никакому стандарту то, чт о вы привели не соответствует, но как раз спецификации UML вполне подойдут для первого варианта. (или может быть IDEF1). ДЛя второго - не знаю, зависит от сути.

Тогда от балды. Но нужно в пределах дисера придерживатиься одного стиля.
Хотя госты я бы всё-таки посмотрел...

В целом, это прерогатива коммерческих программистов, работающих на заказ. Там принято делать все на основе таких стандартов.
Я лично говорю на самом языке программирования, а графика - считаю, она может помочь, но в целом можно и без нее обойтись. Неужели программист не может писать программы без UML?
Главное, что обычно графика вспомогательна, а важно уметь писать сам код. Не убиваться же мне теперь...
Ну так получилось, что в основном я занимался самими вопросами программирования, а не граф. средствами отображения.
Госты я посмотрел, но там в основном то, что касается алгоритмов.
Кстати, если делать в Визио, то какие-то есть ограничения на размер схем и элементов? Ведь вставить элемент стандартный можно, но ведь еще есть его размер + масштаб самого рисунка.
А первый рисунок - имхо, это похоже на изображение объектов/классов согласно какой-то методике, вряд ли это было выбрано с потолка так рисовать...
Главное, если я не буду использовать UML & IDEF, могут ли придраться к тому, что рисунки сделаны не на их основе? Точнее, даже не придраться, а вообще не допустить диссер? Могут ли рисунки (схемы) вообще быть любыми, если это не алгоритм?

Добавлено через 1 час 55 минут
И еще вопрос: как по правилам должно быть - перед рисунком Enter, потом сразу название рисунка, и после него Enter? С каким интервалом?

В любой западной кампании есть понятие "реюзибл". Если всилу оформления или конструкций ваш код нельзя повторно использовать, вы его не сдадите и вам за него не заплатят. Я уже молчу про внутренние стандарты на отступы и прочее оформление листинга...
А про перлы в стиле
switch (а) {
case 1:
break;
case 3:
break;
case 8:
break;
};
вообще молчу...

Может. Документировать - нет. А документация, это 50% работы.

вы сейчас ведь спрашиваете про диссертацию? а в диссертации по возможности необходимо использовать язык, понятный большинству. Большинству понятны IDEF , UML. То, что вы их не знаете, говорит о низком качестве обучения в вашем вузе. Но ведь все поправимо, если хотеть. Разберитесь и не артачьтесь. Если специальность 05.13.11 , то без обсуждения должны быть описаны в стандарнтных спецификациях. ГОСТы вам не нужны. А вот стандартные спецификации, используемые программистами всего мира - да.
А программист может писать и на ассемблере, только кому нужны эти тексты в диссертации.
В диссертации вы защищаете свои МЕТОДЫ, АЛГОРИТМЫ , которые должны быть описаны в стандартных спецификациях.
Может ли дис.совет потребовать ? Может.
Допускается отсебятина, если вы хотите показать что-то , что не слишком наглядно видно в существующих спецификациях.

Рисунок в Visio можно сделать почти любой.
Рисунок, затем подпись. До рисунка - пропуск одна строка, после подписи пропуск одна строка. Прдпись под рисунком.