Я сейчас пытаюсь разобраться с определённой проблемой. И чтобы её решить мне надо проследить вызов определённой функции. Конечно, можно было бы использовать ручку и бумагу, чтобы записать весь этот путь, но хотелось бы воспользоваться уже готовыми продуктами разроботки программного обеспечения. Обычно я для таких целей использую Visio, но я не уверен что я пользуюсь верной моделью изображения и я даже не уверен, есть ли вообще какая-то модель, которая служит именно для таких целей. Но я не специалист в разработке ПО, так любитель ;).
Вот и хотелось бы узнать у тех, кто на этом "собаку" съел, как бы вы изобразили и сохранили бы на будущее информацию о вызове конкретной функции?
Надо ещё учесть, что имеется различные аппликации и библиотеки, которые вызывают в конце концов эту функцию, а также она может быть использована в различных потоках и т.д. и т.п.

softwarerХм. Боюсь, я отвечу "не в ту сторону", но похоже проблема в неудачном дизайне этого фрагмента кода. Желание изобразить и запомнить на будущее такой путь имхо может возникнуть либо в случае излишне сильной связи между функциями, либо при слишком запутанных, недостаточно структурированных связях; других вариантов я не вижу. Вдобавок, call stack - вещь, очень подверженная изменению в ходе сопровождения, и фиксировать его - значит, создавать быстро устаревающий документ.

Отчасти это утверждение сродни более частому - если появилось желание нарисовать блок-схему работы некоторой подпрограммы, ее нужно вместо этого разбить на более простые и короткие.
Я согласен со всем что ты написал здесь. Но я получил эту программу в таком виде. Но чтобы понять, что проишодит в программе и найти BUG, мне надо хоть как-то понять как это работает. Мне не хотелось бы это делать в таком виде, как изображено ниже (это пример из другой немного области), если есть что-то более подходящее этой цели, чтобы в будущем когда мне понадобится найти все связи, мне было бы легче это сделать.

mcureenabШтука полезная, когда нужно отследить влияние функции на окружение. Типа что будет, если её изменить.

На UML можно Use Case диаграмму изобразить. Акторы - пользователи твоей функции, Система - сама функция, прецедент(ы) описывает цель вызова функции с точки зрения её пользователя. Можно ещё добавить акторов, которые обозначат функции, и объекты которые используются самой функцией в процессе реализации прецедента.
Будет странно, если у функции окажется более одного главного прецедента.
А нельзя ли для этой цели использовать Sequence Diagram?

basМне кажется, что mcureenab зашел немного с другой стороны, и тут можно построить и Sequence Diagram (если хотите показать взаимодействие между классами/объектами) и Active Diagram (если хотите построить блок-схему) и Statechart Diagram (если хотите показать состояние объектов/классов). Так же на Active/Statechart Diagram можно указать дорожки с классами/объектами для более структурированной последовательности действий и понимая что и какой класс делает.

Не совсем согласен с softwarer , т.к. графическое представление всегда облегчает понимание, особенно чужого кода, но соглашусь, что писать надо правильно и не одной тряпкой.
А с чего бы ты начал и как бы ты это сделал? Просто я не большой спец во всех этих видах диаграм. Мне надо просто чтобы в будущем мне не пришлось бы снова бегать по всему коду и искать взаимосвязи, а просто зашёл бы в Visio, просмотрел то, что я уже сделал до этого и нашёл бы места, где бы я мог поставить trace code, чтобы посмотреть почему произошла ошибка.

mcureenab GoldDragonМне надо просто чтобы в будущем мне не пришлось бы снова бегать по всему коду и искать взаимосвязи, а просто зашёл бы в Visio, просмотрел то, что я уже сделал до этого и нашёл бы места, где бы я мог поставить trace code, чтобы посмотреть почему произошла ошибка.

А не случится ли так, что разобравшись с веткой кода ты обнаружишь и устранишь ошибки, таким обрабзом тебе никогда уже не придётся смотреть его второй раз?

Определись что ты хочешь увидеть на диаграмме. Стек вызовов? Потоки данных? Сценарии, в контексте которых выполняется функция? Пользователей функции?
Сценарии, в контексте которых выполняется функция!!!

mcureenab
Конкретные сценарии следует описать текстом.

mcureenab
Ну начни с Active Diagramm. Нарисуй простую блок схему работы программы.


Необязательно текстом. Я обычно делаю это с помощью Flowchart.
И я могу в принципе продолжать делать тоже самое с его помощью. Просто может быть с помощью URL это будет нагляднее?

Вот к примеру небольшой кусок программы:
Есть 3 наследуемых класса: LESElement => TaskInfo => QOCTaskInfo.
Путь запроса идёт так - QOCTaskInfo.TaskOfficialName => TaskInfo.ServiceName => QOCTaskInfo.operator[] => LESElement.operator[].
Это очень небольшой пример того, какие функции должны быть выполнены прежде чем я узнаю имя. Здесь я не указываю различные условия по пути и кроме того, на самом деле классов больше.

Как работать с Flowchart я знаю, а как тоже самое изобразить в Activity Diagram?

GoldDragon
mcureenab
Ну начни с Active Diagramm. Нарисуй простую блок схему работы программы.


Ошбочка - это комментарий bas-а