maslinkaДопустим есть какая то задача ну или User-story и мне надо провести системный анализ по ней. вот что лучше использовать в проектировании диаграммы классов или ER диаграммы? и как разобраться что именно выбрать (по каким критериям) тот или иной вид диаграммы.

Показать умения выделять сущности и атрибуты - это главное. В каком виде вы это представите действительно уже второй вопрос и можете в любой нотации сделать. Но! В итоге вы должны будете знать и уметь применять разные нотации. Но я так понимаю сейчас идет как раз уклон на то что я в начале написал.

Leonid KudryavtsevНе очень понятно назначение всех этих диаграм.
Есои для работы, то зачем?:
1. Для программиста - он и так знает, какие диаграммы ему нужны, вопрос бы не возник. И в 90% случаев, CREATE TABLE... написать быстрее, чем рисовать диаграммы.

Чтобы программисту знать какие классы сделать - ему кто то должен объяснить как в предметной области сущности выглядят. Ну или он сам должен это выяснить )

Leonid Kudryavtsev2. Для Бизнес АНАЛитика - ни одна, ни вторая не нужны
Вообще то там показано чуть больше двух диаграмм ) И они нужны (может быть не все аналитику конечно)

Leonid Kudryavtsev3. Для Архитектора - а Вы уверены, что Ваших знаний достаточно, что бы "архитектурить" без участия программиста?

Ну зачем у человека отнимать попытку взять ответственность? Это очень важно и нужно проявлять инициативу, а не ждать что придет чудо программист и все придумает. Участие программиста, разумеется, никто не отменял.

Leonid Kudryavtsev4. Просто красивые бумажки, которые приложить в ТЗ или к какому либо отчету.
4.1. Тогда, что рисовать не важно. Важно, что бы было: красиво, много и "не понятно"
4.2. Если по проекту что-то реально сделано, а не только бумажный отчет о распиле средств, то многие пакеты умеют реинженерингом ER-диаграммы из схемы БД собрать "по факту"
etc.

Не соглашусь. Порой одна диаграмма говорит больше чем 5 листов текста, но нарисовать диаграмму проще чем написать текст и воспринимается она легче.

Leonid KudryavtsevНу и 5 UML диаграмм для каждого модуля - ЭТО ДОФИГА. Диаграм будет в несколько раз больше, чем кода. У Вашей компании так много денег, что бы их тратить на "красивости" ? Наймите лучше программиста - толку будет больше.

Ну и юморист же вы ))) Нет ограничений по количеству диаграмм. Все индивидуально. Если сложная предметная область, сложные структуры и процессы- диаграмм будет тоже немного больше 5.

982183Вы можете показать некий пример?
Если позволяет кофиненциальность
Нет не могу из проектов выкладывать в интернет. :(
Могу сказать что я делаю:
1) Диаграммы классов
2) Диаграммы активности
3) Диаграммы состояний
4) Пользовательские интерфейсы
5) в erwin физическую модель БД (логическая считаю сложной и заморочно ее вести, поэтому она у меня она не прижилась (не исключаю того, что я "просто не умею их (кошек, логическую модель и т.д) готовить"). Вместо логической прекрасно подходит диаграмма классов.
Программисты понимают все это с одного взгляда. Кроме того это своего рода мыслительный инструмент для меня лично. Я визуал - мне нужно увидеть, поэтому я это широко использую.
Решение нужно рисовать диаграммы или не нужно, полезны они или бесполезны каждый принимает для себя, но мой опыт таков...