1711

Sparx / Re: Enterprise Architect: Проблема с генерацией отчетов

« : 18 Июля 2011, 09:04:05 »

Опишите ситуацию на английском, я зашлю в поддержку, глядишь ответят

1712

Идеи и мозговой штурм / Re: Применение Ваших знаний (как системных аналитиков) в собственной жизни. Цели.

« : 17 Июля 2011, 20:23:50 »

Galogen
...   поняла    следующую  вещь :
Написать проблему  и  нарисовать  стрелочками  все что   ее  вызывает  я могу,  я  и так   это знаю.
Но  я  не понимаю  почему  она  вообще    существует  эта проблема .  Исходя  из  тех  моих   принципов  и представлений, которым я следовала,  ее  вообще ,  как мне  кажется,  не должно  было  быть (по крайней  мере  в таком  маштабе)   или  она  уже должна   была  закончиться.  Т.е.  насколько  я понимаю , опять возвращаемся  к  причинам , к  целям?
В общем , я понимаю , что конкретно  "льет  воду"   на проблему  ( что конкретно  к ней приводит),  но я  не понимаю  Почему ,  это  к ней приводит.   Т.е.   раньше  подобные  причины не   приводили  к такой  проблеме  или, если   раньше такие причины не  встречались,  то  по  идеям (моим)  они, вроде,  и не   должны  были к  этому привести.

По поводу Пять почему, можно, например, почитать здесь. Или просто набрать в Яндаксе или Google.
Задача метода доковыряться до первопричины. Однако будет ли это работать в Вашем случае, я предугадать не могу. Проблема может лежать вообще не там, где Вы ищите или думаете, что ищите правильно.

1713

Идеи и мозговой штурм / Re: Применение Ваших знаний (как системных аналитиков) в собственной жизни. Цели.

« : 16 Июля 2011, 22:39:05 »

Алла, цель возникает из проблемы. Проблема - противоречие между желаемым и действительным. Если Вы ощущаете проблему, то, вероятно, что-то не устраивает Вас в действительном. Профессиональное и личное, конечно, не отделимы. Личное влияет на профессиональное, профессиональное на личное. Все так. Главное что я понимаю под этим, а что Вы вкладываете  в эти понятия? Но не будем углубляться в софистику. Главный момент тут - У ВАС ЕСТЬ ПРОБЛЕМА. Проблема - различие в том, что есть и чего хочется. Следовательно хочется известно, хотя может осознается нечетко и неконкретно. Но раз есть проблема - есть понимание цели. Проявите это понимание. Возьмите листок запишите, что льет свою воду на суть проблемы, а что бы хотелось. Попробуйте выделить нечто, что представляет желаемое. Задайте себе вопрос ПОЧЕМУ. Говорят достаточно пять почему, чтобы понять первопричину, либо потерять контекст проблемы.

Итак
1. разместите то, что Вы считает для себя проблемой справа большого листа. Проведите к этому горизонтальную черту
2. разместите несколько линий под углом 45 градусов сверху и снизу - напишите что может быть причиной этой проблемы (тут каждое ребро можно озаглавит - люди, работа, государство, здоровье, и т.п., а можно просто писать что кажется важным)
3. для каждого ребра можно рисовать ребрышки и т.п. (это диаграмма Ишикавы)
4. Далее выписать все, постараться все ранжировать. Воспользуйтесь правилом Парето
5. Задавайте те 5 Почему

Почитайте Гольдрата - Цель-2 - Может торкнет?

1714

Идеи и мозговой штурм / Re: Применение Ваших знаний (как системных аналитиков) в собственной жизни. Цели.

« : 16 Июля 2011, 19:24:33 »

Алла, нужно все-таки понять, Вас интересуют способы приложения знаний к построению личной жизни или профессиональной?
Ну, различий, возможно, и не много. Но они имеются. Я рекомендую прочитать книги Гольдрата их 4, но для начала вполне достаточно двух. Цель и Цель 2. Или сразу поищите положения теории ограничений систем ТОС.

В данной ситуации нужно еще понять а что Вы хотите, куда хотите прийти. Суворов, например, планировал битвы, считая, что он их выиграл уже. У него был и план Б - тоже выигранная битва. Т.е. сразу ставим цель. Что хотим:
стать руководителем отдела системного анализа? держателем компании по системному анализу? учредить фирму в Кремниевой долине?

1715

Идеи и мозговой штурм / Re: Что влияет на качество документов Аналитика?

« : 15 Июля 2011, 08:35:05 »

Добрый день.
Я написал статью на эту тему: http://lnew.ucoz.ru/publ/opyt_modelirovanija_na_uml/povyshenie_proizvoditelnosti_analitika/01_nachalo/6-1-0-25

Хорошо пишите, комментарии постараюсь дать в самой статье.

1716

Sparx / Re: GUI Documentation Bug EA v.9

« : 14 Июля 2011, 18:29:06 »

Имхо, форум и багрипорт в их службу поддержки будет более оптимальным путем

1717

Проектирование / Re: Как стать Архитектором ПО ?

« : 14 Июля 2011, 08:49:34 »

Я бы преложил в качестве альтернативы
Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования
книгу
Shablony_realizacii_korporativnyh_prilozhenij._Kent_Bek.djvu

а также внимательно посмотреть на сайт: http://www.viewpoints-and-perspectives.info

1718

Проектирование / Re: Как стать Архитектором ПО ?

« : 13 Июля 2011, 16:30:40 »

Я готов трудиться\стараться, но я просто не знаю с чего начать.
Может подскажите?

Обратитесь к Денису Иванову. Возможно, он посоветует: modelware.ru. Вернее он уже это делает, консультируя.

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

1719

Конференции Семинары и Тренинги / Re: Встреча Сообщества по обсуждению чаптера ИИБА, Мск, 14 июля

« : 11 Июля 2011, 20:16:17 »

да уж, у нас по юмл-то пока всеобщего согласия нету - надо оно нам или не надо...

Гы, в точку. Хотя, конечно, надо, не будет его, что за название у сайта будет не понятное:) Кого юэмэльцами кликать будем. А вообще я лично до конца не очень понимаю, чем чаптерство мне поможет. Даже "просто пообщаться" и то не даст. Ведь мы и так вполне комфортно общаемся ... Правда чаптерство - это организующая идея, упорядочивание и целеобразование ...

1720

Проектирование / Re: Различия ассоциации и зависимости

« : 09 Июля 2011, 12:11:49 »

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

1721

Конференции Семинары и Тренинги / Re: Встреча Сообщества по обсуждению чаптера ИИБА, Мск, 14 июля

« : 08 Июля 2011, 13:04:56 »

Резюме, я могу попробовать организовать on-line обсуждение официально средствами Luxoft (Bridge+WebEx) 

Отличное предложение. Я за!

1722

Примеры / Re: Вопрос к гуру по диаграмме классов

« : 05 Июля 2011, 13:48:56 »

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

да не, реально есть 4 типа отношения:
1 обобщение
2 ассоциация
3 зависимость
4 реализация

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

то есть необходимо указать атрибуты присущие заказу. тут вопрос, что если атрибуты заказа состоят из значений атрибутов входящих в него сущностей. по диаграмме-классов-заказа.gif атрибутами заказа будет и номера договора-заказа и номера первичной пробирки и некое количество направительных бланков.

Любой класс характеризуется списком атрибутов и отношений с другими классами. Отношения с другими классами могут моделироваться по-разному, в простейшем случае как атрибуты типа класс. Получается, что заказ в твоем случае полностью определяется из отношения с другими классами. Но так ли это? Мой опыт отрицает это. У заказа есть номер, дата, статус, тип и каки-то другие отличающие го от всех остальных объектов признаки.

как это отразить в диаграмме, то есть в атрибутах?

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

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

неправильно, то что ты перечислил, если разные роли, возможно одного сотрудника, передается это не кратностью связи, а количество бинарных отношений. Представь себе документ, в нем  будет: Регистратор - Сидоров А.П.; Бухгалтер - Петрова А.К.; Лаборант: - Пугачев М.П. - Как ты это сумеешь передать только кратностью связи?

1723

Примеры / Re: Вопрос к гуру по диаграмме классов

« : 04 Июля 2011, 16:49:54 »

djin, ну замечания тебе уже дали. Мы тут, конечно, не гуру, скорее приближаемся медлеными шажками. Однако:

в чем задача использования агрегации и композиции? Скаже что любая ассоциация может и возможно должна быть уточнена до агрегации и композиции, но это становится важным лишь при реализации. Да и агрегация и композиция есть связь has a, т.е. связь принадлежности. Агрегация или композиция - зависит о того, какие сущности находятся в отношениях сильные или слабые. агрегация - типичная неидентифицирующая связь
принадлежности из IDEF1x, а композиция идентифицирующая. Согласно такой парадигме рассмотрим твои классы и связи между оными:
- КК  - сотрудники - это дейстивтельно так, что сотрудник определяется через наличие КК и только КК определяет есть это сотрудник? Что происходит если КК удалить? Как это между КК и Сотрудниками кратнсть М-М? Композит, это отношение часть-целое - отношение строгой иерархии. а М-М - это граф, сетевое соединение.
- связи многи-ко многим вообще не могут быть агрегациями или композициями - это противроречит здравому смыслу
- класс - есть сущность. сущность она одна. именуется в единственном числе


Неясно отношение между заказом исследования и сотрудниками.
1. дай атрибуты  заказа
2. сотрудник может выполнять? множество заказов, но каждый заказ исполняется также множеством сотрудников?

1724

Примеры / Re: Помогите построить диаграмму sequence

« : 03 Июля 2011, 22:39:05 »

Для диаграмм последовательности есть красивая веб-рисовалка: http://www.websequencediagrams.com/

Виктор, интересный ресурс.

1725

Примеры / Re: Помогите построить диаграмму sequence

« : 03 Июля 2011, 18:43:27 »

Анастасия, диаграмма последовательности - суть диаграмма сценария. Сценарий - протокол алгоритма.
Диаграмма последовательности тесно связана с вариантом использования. Вариант использования - коллекция различных сценариев использования субъектом некоторого объекта. Типично, что субъект всегда воспринимается как нечто внешнее при описании взаимодействия, а объект есть контекст использования.

Из вашего описания я не понимаю, кто(что) кого(что) использует. Что вашей задаче относится к внешним событиям, а что есть внутренние.

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