ZN
Новичок
мне кажется проблема автора в том, что он пытается сразу изобразить структуру всего проекта до мельчайших деталей, собственно в этом и заключается "монолитность" (в то время как прогрессивная общественность использует нисходящее проектирование, скажем та же методология IDEF0/IDEF3 есть хороший тому пример, хотя она и является структурной, а не объектной)
вобще давно было опытным путём установлено, что проектирование "одним махом", а потом такая же разработка "за один присест" неэффективна. гораздо эффективнее даже такая простая концепция, как waterfall. посмотрите, как ведётся разработка в rational unified process с применением итераций.
а то, что "UML - дело вкуса" - это да, точнее не вкуса, а случая - в том смысле, что UML есть инструмент, и применять его нужно в соответствующих ситуациях по назначению
насчёт принципиальных отличий в проектировании web и gui приложений - конечно, отличия есть, но совсем не в той степени. о которой говорит автор. "Есть ли возможность с помощью схем/диаграм/чего-либо еще визуализировать взаимосвязи между разными скриптами, обращения к БД, передачу данных в сессиях и т.п. ?" - а почему нет? вы же находите возможность визуализовать всё то же самое для gui (ну только поставьте вместо "скриптами" слово "исходниками"), чем web хуже?
и потом не надо пытаться решить проблему архитектуры приложения силами только программистов (тем более одного програмиста). есть специальные люди: архитекторы, аналитики и т.д., которые тоже должны работать. а программисты... не то, чтобы они тупые печатные машинки, но им скорее стоит заниматься более прикладными вещами - написанием реализаций, оптимизацией... а структуру приложения продумывают немного другие люди (ну, по крайней мере, не самолично программисты)
Solid
видимо, имеется ввиду JSON - JavaScript Object Notation
вобще давно было опытным путём установлено, что проектирование "одним махом", а потом такая же разработка "за один присест" неэффективна. гораздо эффективнее даже такая простая концепция, как waterfall. посмотрите, как ведётся разработка в rational unified process с применением итераций.
а то, что "UML - дело вкуса" - это да, точнее не вкуса, а случая - в том смысле, что UML есть инструмент, и применять его нужно в соответствующих ситуациях по назначению
насчёт принципиальных отличий в проектировании web и gui приложений - конечно, отличия есть, но совсем не в той степени. о которой говорит автор. "Есть ли возможность с помощью схем/диаграм/чего-либо еще визуализировать взаимосвязи между разными скриптами, обращения к БД, передачу данных в сессиях и т.п. ?" - а почему нет? вы же находите возможность визуализовать всё то же самое для gui (ну только поставьте вместо "скриптами" слово "исходниками"), чем web хуже?
и потом не надо пытаться решить проблему архитектуры приложения силами только программистов (тем более одного програмиста). есть специальные люди: архитекторы, аналитики и т.д., которые тоже должны работать. а программисты... не то, чтобы они тупые печатные машинки, но им скорее стоит заниматься более прикладными вещами - написанием реализаций, оптимизацией... а структуру приложения продумывают немного другие люди (ну, по крайней мере, не самолично программисты)
Solid
видимо, имеется ввиду JSON - JavaScript Object Notation
