4381

Проектирование / Re: Шпаргалка по IDEF1X

« : 16 Января 2008, 11:10:54 »

2 Galogen
Так на вашей диаграмме нет подписей множественности у лап и хвостов. Можно это включить?

Подписей нет, по какой-то причине VPUML их не отображает. Хотя понятно по какой. Сама метафора связи четко отображает кардинальности связей, потому и нет нужды в отображении этих кардинальностей.

Дело в том, что PowerDesigner лапки ставит логически верно. Там где много. Но множественность я понял так показывается сколько связей реализуется с данного конца. Роль - как при чтении от_данной_сущности, т.е. удобно.

ничего не понял, если честно.
Понимаете роль важна для прослеживаемости модели, причем в том случае когда между сущностями более чем одна связь. Почем так: связь отображается миграцией первичного ключа родиельской сущности в дочернюю. При этом никто не отменял уникальность атрибутов сущности. если связей несколько, то очевидно мигрирует один и тот же ключ. как указать что каждый внешний ключ будет иметь собственно значение первичного? только ролью

Как насчет композиции самого себя? Я взял этот рисунок с диаграммы Boatman'a http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=117.msg1138#msg1138

Мы видим, что ОТДЕЛ является композицией самого себя. Правильно ли такое утверждение?

Почему нет.
Отдел может состоять из других отделов. Именно это и показывает композиция, но она направлена к одному концу связи, а не с обоих концов как было в вашей шпаргалке.
Далее если отдел расформировывается, то вероятно исчезают и подотделы этого отдела - потому композиция. Кроме того очевидно, что конкретный подотдел может входить только в один отдел. Отображается строгая иерархия с одной стороны и отображается факт времени жизни подотделов. В этом отличие от агрегации или ассоциации

4382

xP Xd Agile ICONIX пр. / Re: Практики Agile

« : 15 Января 2008, 20:32:51 »

Вот именно. Деньги - это кажущийся мотиватор ... Просто когда программист будет для тя стоить 5000 дол в мес., что ты будешь делать?? Другого нанимать??

стоп - причем тут стоимость программера и мотивация?

есть рыночная стоимость, есть дефицит профессионалов, есть какие-то моменты, которые поределяют здравый смысл.

Я согласен, что деньги не ЕДИНСТВЕННЫЙ мотиватор, я не согласен, что он худший

4383

UML SysML и пр. / Re: Что есть сигнал в State mashine

« : 15 Января 2008, 20:23:23 »

События могут быть разными, в частности - приход сигнала.
не передача сигнала, а ПРИЁМ сигнала объектом,
событие не получают и не передают, оно ПРОИСХОДИТ,
а объект на него, на это событие, должен ОТРЕАГИРОВАТЬ
запуском соответствующего перехода.

Ошибочка Ваша конечно событие не передают, передают сигнал.
Причем передача именно односторонняя передача информации (сигнала) отличает сигнала от вызова процедуры, в последнем случае важен ответ. при передачи сигнала естественно возникает отправка его от объекта-источника и получение объектом приемником. Передача подразумевает отправка и прием сигнала. Причем объекту отправившему сигнал по барабану получен ли он, если не сказано иначе

4384

xP Xd Agile ICONIX пр. / Re: Практики Agile

« : 15 Января 2008, 20:13:28 »

Причем, деньги - это худший мотиватор.

Интересный поворот. Мой друг тебя бы не понял. Он в ходе богатой жизненной практики выяснил, что деньги - единственный в своем роде мотиватор. Ну что касается делание чего-то нужного.

Конечно, если подходить философски - деньги это всего лишь мерило, эквивалент, или просто средство. Однако в конечном счете все равно деньги, другое дело как они преподнесены.

Возьмем Google. Эта компания платит свои людям меньше, но в нее трудно попасть, а стремяться. Почему? Условия созданы для работы такие, что человек готов потерять в деньгах. Однако, реально ли он теряет? Google так позаботился о своих работниках, что им комфортно. Заболе зуб - пожалуйста тут же к твоим услугам зубной врач, и скорее всего за меньшие деньги, чем где-либо. Сломалась машина - внизу есть сервис, приехал сказал парням, вечером машина как новенькая. Ну и т.д.

4385

Проектирование / Re: Шпаргалка по IDEF1X

« : 15 Января 2008, 19:49:43 »

ничего не могу сказать по поводу пауэр дизайнера. Может у него крыша съехала, может еще какая оказия.

Но тут явная ошибка и она видна невооруженным глазом. даже простая логика работает на то, что лапка - это много, кружочек это нулик.

работал я с пауэром в году так эээ, ничего похожего не было. Может просто роли и кардинальности нужно перенести?

Вот попробывал в Visual Paradigm for UML построить ER, правда не совсем стандартна она реализована в VPUML

4386

UML SysML и пр. / Re: Что есть сигнал в State mashine

« : 15 Января 2008, 19:22:27 »

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

система виндоус находится в постоянном ожидании. объект вообще в ООП находится в ожидании события: сообщения например от мышки, времени (например таймаута при запросе странички html у удаленного url), некоторого условия

в данном случае сигналом будет сообщение Обнаружен дефект, конечно не очень понятно, но можно представить, что объект делает самопроверку и соотвествее носылаей сам себе сообщение если обнаружен дефект

4387

UML SysML и пр. / Re: Что есть сигнал в State mashine

« : 15 Января 2008, 18:49:29 »

ну сложно вот так без ясного описания и понимания. ну пусть будет так:

4388

UML SysML и пр. / Re: Что есть сигнал в State mashine

« : 15 Января 2008, 16:55:38 »

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

Диаграмма состояний графическое представление конечного автомата, связывающая события и состояния.

Событие есть проишествие, случившееся в определенный момент времени. События бывают различных видов:
событие сигнала, изменения и времени.

Сигнал - явная односторонняя передача информации от одного объекта другому. Событие сигнала - событие получения или отправки сигнала. Сигнал  - это сообщение, событие сигнала - это происшествие.

Событие изменения - событие, вызванное выполнением логического выражения.

Событие времени - событие, вызванное достижением момента абсолютного времени или истечения временного интервала.

Состояние - абстракция значений и связей объекта.

Переход - мгновенная смена одного состояния другим.

Переход запускается, когда происходит связанное с ним событие (передача сигнала, наступление изменения, времени). Переход в другое состояние зависит от исходного состояния и полученного события.

Таким образом, переход показывает возможность перехода из состояния А в состояние Б при получение сигнала С, если это не препятствует сторожевое условие Д.

4389

Проектирование / Re: Шпаргалка по IDEF1X

« : 15 Января 2008, 12:52:35 »

Интересно, а зачем Вы испрашиваете совета и указаний на Ваши ошибки? Я их Вам указал, а Вы мне говорите мол сами вы...

У меня ERWin 4.1.Erwin ставит размерность множества на противоположных концах от сущностей (то есть, лапка с одной стороны означает n с другой). Это я в Sybase Power Designer'e узнал?

Интересно, кто это Вам сказал? Плюньте ему в ...сами знаете куда.
Вы грубо ошибаетесь или сильно заблуждаетесь. Читайте теорию. Пока "двойка".

Ищу аналогию в лоб. Если найдена верная аналогия, то почему бы и нет. В представлении одних авторов может произойти реализация мыслей других авторов.

Глупости, при чем тут реализация мыслей разных авторов. Вы рассматриваете данный конкретный пример, в котором есть живой родитель и его живой потомок. Отец-сын, мать-дочь и т.д. Вы же не рассматриваете задачу просто так. Я Вам указал, что если воспринимать родителя - просто как некую родительскую сущность, а потомка - кк некоторую дочернюю - в самом абстрактном понимании, то да Ваш пример как шпаргалка потянет, но не более того.
Сын не есть отец. Если не дай Бог отец умрет, сын не перестанет существовать. Композиция и идентифицирующая связь принадлежности в смысле IDEF1x отражает такую подчиненность, когда  часть не может существовать без целого.
Факт же того, что у каждого сына должен быть , причем только один, отец (биологический), отражается не идентифицирующей связью, агрегацией или композицией, а обязательностью связи, то есть минимальной кардинальностью. В ER есть понятие слабой сущности, которая передает подчиненность (но не вложенность). Руководитель-подчиненный. Однако в IDEF1x средств выраженияявных такой зависимотси нет, но она может быть реализована через процедуры обеспечения ссылочной целостности.

 

Ведь если на программном уровне поддерживается отношение "родитель не может существовать без потомков, а у потомка ровно один родитель" то это композиция.

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

Лично мое мнение - идентифицирующая связь хороша только для объединения двух и более сущностей. Ну и также как обязательное неидентифицирующее (Z) отношение является примером композиции.

идентифицирующая связь не объединяет, она идентифицирует. А композиция в применении к ER это уже реализация

Но согласитесь, рассматривается же случай, когда агрегат сам себя агрегирует. Почему я тогда не имею права разбить агрегирование по концам ассоциации?

целое есть целое. как это яблоко агрегирует самое себя?

-----

Итого. UML вообще лучше сюда не включать ибо механизмы слишком другие

неверно. вы здесь рассматриваете использование UML для моделирования ER, которое осуществляется по определенным правилам. ВОт и следуйте им

4390

Сообщество Аналитиков / Re: ДР сайта

« : 15 Января 2008, 00:41:12 »

Смотрите мне там Ирину не споите!

4391

Системный Анализ и Требования / Re: Управление требованиями

« : 15 Января 2008, 00:40:18 »

Меня это тоже удивляло, моя гипотеза: ЕА заморозил виз.интерфейс для требований, чтоб не пересечься по разработке с RaQuest'ом, который делает японская дочка австралийской фирмы спаркс. другой причины для извращений не вижу.

С чего это такой реверанс в сторону дочернего предприятия? Может просто таково политика? Или денег не хватило?
А не связано ли это вообще с проблемой команды или менеджеров ЕА? Нет же у них нормального объяснения тому, что ДП не конвертируется в ДС.
Если это их игра особая - то очень странная, а как кодогенерация у них выстроена примитивно. Мне кажется оне зазнались, либо такая политика как у 1С - выпускают полуублюдочную версию, чтобы дочки тоже могли зарабатывать.
Меня прикололо что раквест академический стоит 75 тугриков, а ЕА всего 65.

Предложение купить Галогену ЕА - поддерживаю, выступлю спонсором, но скорее всего в феврале.
С остальными ответами уважаемого аксакала согласна, добавить пока нечего.

Как поешь акын

4392

Нововведения / Объектная прививка?

« : 14 Января 2008, 21:05:45 »

К сожалению наша дискуссия пошла в ином русле, от семантической трассировки:-)

Можно перенсти дискуссию в иное место, что я пожалуй и сделаю.

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

Жалко закручивать гайки - 5 курс, у них курсовой, других предметов не мало. А тут я с драконовскими методами, они и так писщатъ.

А вообще насчет выгонять - тут все просто на 1-2 курсах, в основном ведут женщины сердобольные, к тому же в программировании не очень сильны. Жалеют...

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

Еще тема, начинают все с 3 курса работать, уже не о учебы, но и работают часто не по специальности..

Такая печальная статистика.

Как мне сказал один приятель - деньги лучшая мотивация.

4393

Проектирование / Re: Шпаргалка по IDEF1X

« : 14 Января 2008, 20:35:54 »

1. Для начала Вы напутали с методологией IE , ровно наоборот. Читатся просто. птичья лапка - значит много, аналог точки в IDEF1x.
2. То что Вы изобразили в UML неверно, тут нет никакой связи с композиции, родитель же не состоит из потомков, он сними связан простой ассоциацией, может быть зависимостью, от потомков и то до соврешенннолетия:)
3. С процедурами поддержания целостности я бы не баловался пока - это есть суть реализации на мой взгляд. Хотя для шпаргалки может и ничего
4. Слово инеидентифицирующая свзяь принадлежности означает, что родитель не идентифицирует потомка! Причем тут композиция?
5. Пример для описания идентифицирующих связей несовсем корректен, правда для понимания связей потянет. Однако именно в этом случае можно отобразить в UML связь композицией, хотя тоже будет по смыслу не корректно.
6. Свзяь многие-ко-многим в IDEF1x неспецифична и при реализации действительно распадается как на слайде 5, однако причем тут агрегация на UML? подумайте сами: я агрегирую тебя множество раз как и ты меня агрегируещь одновременно? Агрегат как и композит моделирует целое и его части.
7. по 6 слайду, такое возможно при реализации, но уже сильно будет зависить от конкретной ситуации и других требований.

Кстати, а ERwin какой используете? Версия?

4394

Бизнес-анализ и Целеполагание / Re: Вопрос по "оригинальной методике бизнес моделирования" от автора Е.Б. Золотухина

« : 14 Января 2008, 20:05:54 »

Причинноследственная диаграмма (рыбья кость)
http://www.mael.ru/Rus%20ver/Metodicheskie_posobija/Economisti/4/Schevirev_Speckurs.doc

это от яндекса http://www.yandex.ru/yandsearch?clid=9582&text=%D0%B4%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0+%D0%98%D1%81%D0%B8%D0%BA%D0%B0%D0%B2%D1%8B-%D0%A1%D0%B8%D0%B1%D0%B8%D1%80%D1%8F%D0%BA%D0%BE%D0%B2%D0%B0

и если потом еще посмотреть на картинки!

4395

Бизнес-анализ и Целеполагание / Re: Вопрос по "оригинальной методике бизнес моделирования" от автора Е.Б. Золотухина

« : 14 Января 2008, 18:15:13 »

Alex, Вас понял. С этой точки зрения возможно еще интереснее System Architect от Telelogic. Кажется и по стоимости они равняются. Правда там упор бизнес-анализа сделан на использование SADT или BPMN. Есть средства моделирования процессов.

Кстати моделирование процессов с созданием модели есть и в Together Designer 2006 R2, по сути создаем нечто вроде СМО и моделируем.