Большой проект, как не запутаться?

[Levsha100]

осоветуйте пожалуйста генератор UML для Visual C++...

Мозг!
Вообще-то наоборот- программу делают по юмл

[Ozerich]

Сообщение от Levsha100

Мозг!
Вообще-то наоборот- программу делают по юмл

Не дурак,знаю...
Просто думал что существуют проги которые по готовому коду UML диаграммы делают?Посоветуйте тогда программу для создания UML диаграмм

[SunKnight]

Унифицированный язык моделирования. Является case средством проектирования.

Это единственный на данный момент язык, на котором можно спроектировать разработку программного продукта. Диаграммы классов это вообще замечательная вещь, а так же use case диаграмма которая предоставляет возможность рассмотрения предметной области. Так же существует диаграмма времени выполнения.

Существует множество инструментов предназначенных для моделирования и проектирования программных продуктов.

---------------

Когда в проекте наличие классов превышает 20 штук, уже тяжело контролировать все это на листке бумаги, а когда работает несколько человек - лист бумаги превращается в туалетную бумагу.

---------------

А вот use case довольно удобно можно набросать и на "коленке"

[JTG]

В TODO-листе всё храню. Пишу в гордом одиночестве, так что пока устраивает (хотя и там есть разбивка по категориям/приоритету/владельцу заметки)

Основной акцент хочу поставить на том, что в простом блокноте можно:
- быстро и удобно сделать заметку в виде вашей удобной "закарлючки";
- выделить блок, который имеет сравнительно высшую важность;
- рисовать быстро для себя диаграммы, блок-схемы, проводить взаимосвязь между блоками, частями коментов в виде стрелок;
- быстрый доступ к информации без компа;

Всё, кроме последнего пункта, можно сделать в Project - Together support, там и модели со стрелочками, и диаграммы и вся остальная фигня для больших проектов с кучей людей

[Juffin]

JTG заметки жгут

[Altera]

2JTG П_п, Это сильная весчичька! Респект.
Ну насчёт комментов, я ими пользуюсь крайне редко. Раньше у меня комментов было больше чем кода
А щас я только функции некоторый киррилицей в комментах озаглавливаю.

На счёт структуры программы, я всё всё по модулям (*.pas) разбиваю. Отдельные функции и связываю их через какие-то модули/интерфейсы между собой. Так очень удобно делать отладку и изменения кода.

[grenles]

как я понял, выводы из всего сказанного.

Условно говоря,
"новички" - пишут слету, начиная с формы и потом наполняют ее содержанием.

"Продвинутые" - пишут легкие комменты, наметки алгоритмов и прочее, и потом делают форму и содержание.

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

"Профи" - всегда начинают с ТЗ, используют спец. проги для записи движений проги и кода, а также слежение за версиями.

Здесь представлены "новички" и "продвинутые"..."профи" тут не высказывались.

Лично я склоняюсь к следующим "столпам":

1. Венгерская запись переменных и функций
2. Парадигмы программирования
3. Обязательное ТЗ даже на примитивный калькулятор. Во-первых - в дальнейшем это облегчит создание документации. Во-вторых - уменьшит число разногласий между заказчиком и разрабочком в стиле "А вы это не говорили!"
4. Комментарии нужны, хотя. как показывает практика они не всегда пишутся тогда, когда пишется код.


Ну и в конце - чем лучше продумана логика программы до ее написания, тем проще потом все кодить.

[Levsha100]

Я- нечто среднее между "Продвинутые" и "Полупрофи"- эльф 45 уровня Или, возможно, пытаюсь быть таким

[Neeter]

всегда начинают с ТЗ

Да, точно, я забыл сказать про ТЗ, оно у меня всегда перед проектом создается.

"новички" - пишут слету, начиная с формы и потом наполняют ее содержанием.

Писать слету могут не только новички, но и суперпрофи, у которых все в голове, и для алгоритмов, сильно задумываться не надо. Например mihali4. (#2)

[SunKnight]

"новички" - пишут слету, начиная с формы и потом наполняют ее содержанием.

Не корректно. Существует методология создания программного продукта при которой сначала формируется GUI, а затем наполняется функционалом. Так же существует и обратная связь.

ТЗ, оно у меня всегда перед проектом создается.

Других вариантов не дано

у которых все в голове, и для алгоритмов, сильно задумываться не надо

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