Программа построения блок-схем из исходников
вот тут твой "единомышленник", может его мего сервис уже работает.
ЗЫ: ни когда не думал, что люди обленятся на столько, что появиться спрос!0_о
Когда у тебя проект на 7000-8000 строк кода, то процесс рисования схем в ручную сильно затягивается.
неужели лицензирование и патентование? на сколько я знаю, при оном процессе документирование блок-схемами можно осуществлять не на всем проекте, а на наиболее важных частях, ключевых. и как бы там жесткое соответствие госту должно быть, любая прога накосячит.
По идее, блок-схемы (+ UML и прочее) должны как раз помочь программисту понять, что к чему, а для этого он должен их нарисовать сам.
Да и потом, наверняка не обяательно ведь каждую строку рисовать (больше путаницы), хватит и основных соотношений.
Если конечно это не для универа нужно.
UML хорош на этапе проектирования. Это да, блок-схемы на этом этапе по-моему ужасны. Проще какой-нибудь псевдокод использовать.
Все равно много получается. Проект из 2х фильтрующих драйверов + код юзерспейса + 2 дллки (gina и winlogon notification package). Это все содержит немало функций. Одни дллки чего стоят... Короче муторно, к тому же programmer-way - автоматизация такой фигни.
Для него как раз и нужно. Оформляю дипломный проект.
Все равно много получается. Проект из 2х фильтрующих драйверов + код юзерспейса + 2 дллки (gina и winlogon notification package). Это все содержит немало функций. Одни дллки чего стоят... Короче муторно, к тому же programmer-way - автоматизация такой фигни.
Ну, большому проекты большие схемы. Другое дело, что если научруку не нужна фанатично-строгая диаграмма "по пунктам", то намного интересене и показательнее было бы обрисовать всё в общих чертах в том же UML (который кстати часто пригождается и после проектирования).
Когда на диаграмме не видно, где она кончается, то сразу впадаешь в уныние и уже ничего понимать не хочется. А так несколько общих схем + ещё несколько для каких-то деталий реализации - и всё сразу ясно.
Лучший подход - самодокументирующий код, всё равно ведь всё к нему сводится в конце концов... хотя это может быть трудно применить к диплому :)
Так-то оно так, но следование ЕСПД обязательно.
Так-то оно так, но следование ЕСПД обязательно.
да это больно уж экстремально, если 1000 строчные приложения выходят в весьма не хилую стопку блок схем, то что уж говорить о твоем случае? это кипа бумаги высотой в твой рост. поговори с руководителем, думаю он согласится, что три коробки блок схем смотреть как то не очень эстетично!
Так-то оно так, но следование ЕСПД обязательно.
Вам самому-то не кажется это идиотизмом? - Рисовать блок-схемы на многие тысячи строк кода (при том сишного)?
Ну я же не по доброй воле это делаю. Следование стандартам на кафедре обязательно. Даже если я не буду все обрисовывать, кое-что все равно чертить придется.
А если бы вы писали компилятор, что тоже бы чертили блок-схему для него? ;) Описывать нужно ключевые вопросы а не то, как вы в переменные какие-то значения складываете. Блок схемой возможно стоит описать логику работы той части, что в юзерспейсе крутится - она, я так понял, занимается принятием решения. Но это будет именно описание логики работы, но никак не конкретного кода.
Так-то оно так, но следование ЕСПД обязательно.
По поводу ЕСПД. В госте есть такой пункт, в котором говорится о детализации:
[QUOTE=ГОСТ 19.701-90]1.2. Схемы могут использоваться на различных уровнях детализации, причем число уровней зависит от размеров и сложности задачи обработки данных. Уровень детализации должен быть таким, чтобы различные части и взаимосвязь между ними были понятны в целом.[/QUOTE]
Т. е. необязательно описывать в схеме каждую строчку программы, а достаточно описать "общую суть".