2956

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

« : 08 Ноября 2009, 15:33:13 »

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

Алекс, я не специалист в Agile, возможно я не специалист в понимание управления требованиями. Я в данном случае рассказал, то что нам рассказывали, то как я это понял. Я мог и не понять. В чем тут конкретно Agile? Вопрос к Асхату

Но, управление или все-таки лучше говорить об цикле управления, предполагает следующие функции управления (по Файолю или любые другие концепции):
Сбор, учет, контроль, анализ, прогнозирование и планирование, оперативное управление, доведение решения.

Между учетом и ОУ возникает цикл через обратную связь.

На мой взгляд вопросы управления требований тут затрагиваются.

Ну и естественно за 1.5 часа сделать многое не так просто, тем более учитывая, что люди, сидящие за столом были до этого мало или вообще не знакомы друг с другом

2957

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 08 Ноября 2009, 15:24:13 »

Да, топик можно закрыть (я должен заблокировать тему? - не нашел в хелпе).

Блокировать не надо, мало ли какие вопросы, связанные с темой возникнут.

Выводы, которые Вы сделали, в частности 1, кажутся мне спорными. Но не так важно.

Реализация связи и прослеживаемости одних элементов UML через другие, сильно зависит от инструмента.

Sparx EA предлагает свою модель, возможно далеко не идеальную и не сразу понятную.

Еще раз перечислим способы, чтобы добиться того, о чем спрашивают в топике.

В дереве проекта мы создаем в разных пакетах различные артефакты: элементы, диаграммы и т.п.
На хотелось бы продемонстрировать связь одних артефактов через другие. Связь должна определяться потребностью. В нашем случае мы хотели показать какие классы(класс) реализует ВИ (просто связан с ВИ слишком абстрактно)

1. Создать новый пакет - скажем связей между артефактами и создать новую диаграмму - по сути любую.
На эту диаграмму перетащить как Simple Link соответствующий UC и класс(классы). Связать классы с UC отношением реализации

2. Создать пакет UC realisation, в нем диаграмму реализации. Перетащить на нее UC и создать collaboration. Сделать collaboration композитной (Make Composite). Добавит диаграмму классов, куда из репозитория перетащить классы участники

3. Не делать UC Realisation, а рассматриваем UC сделать композитным и назначить нужную диаграмму (там можно назначить массу диаграмм, права по умолчанию будет открываться одна только)

При этом можно вызвать Вид Иерархии - тогда встав на UC можно проследить все его связи с другими элементами. Можно вызвать More Windows/Relationships и тоже увидеть все виды отношений данного элемента с другими

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

Вот кстати: Traceability in Enterprise Architect

2958

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 08 Ноября 2009, 12:25:22 »

Вот черт! Это же и есть буквальный ответ на исходный вопрос! Действительно, так я еще не пробовал... Попробовал, действительно можно. Единственно, - UC-диаграмма вроде как "засоряется". Поэтому попытаюсь еще разобраться с "но IMHO лучше стереотипировать и комментировать.", но это уже следующий вопрос ...
Действительно, можно это сделать на отдельной диаграмме, чтоб не засорять ни UC, ни Class-диаграм. А может для подобной цели еще и какой-н специальный тип(подтип?) диаграммы предусмотрен, или просто оптимален?

Я так полагаю, что ответ автором найден? Если да, предлагаю дискуссию прекратить в данной теме. А если нужно обсудить тонкие моменты UML то, либо ищите имеющуюся тему (их предостаточно), либо создавайте новую коли лень искать или таковой темы на ваш взгляд нет.

2959

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 08 Ноября 2009, 00:06:09 »

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

ВИ должен отражать цель. Цель имеют одушевленные предметы или предметы-аватры одушевленных

2960

Примеры / Re: Uml-модель экономической системы общества.

« : 07 Ноября 2009, 22:44:37 »

   ЭСО предназначена для производства материальных и духовных благ и их распределения между участниками (элементами) эсо.   
   Элементами эсо являются физические и юридические лица и различные их комбинации.

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

Может в таком случае иметь деление на собственников и не собственников средств производства. Причем все-таки не следует забывать и о возможности быть с одной стороны собственником (иметь акции газпрома) и не собственником (быть скажем мастером цеха на ЗИЛе)
Кроме того, банкир - тоже предприниматель, если мы говорим о частном банковском бизнесе.

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

Хочу проинформировать, что не все люди получающие з/п из бюджета являются гос.служащими. Работники больниц, вузов, школ - гос.служащими не являются, это что за класс работников у нас получается? И имеет ли он по Вашему какие-то явные отличия от приведенной Вами классификации

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

Вы предвосхитили мой вопрос. Может Вы поможете и опишите, в чем заключаются роли каждого более точно

2961

Примеры / Re: Uml-модель экономической системы общества.

« : 07 Ноября 2009, 22:33:52 »

1.   Отсутствует инструментарий для рисования диаграмм UML. Не подскажите где найти. Желательно русифицированный.

Насчет руссифицированного - крайне не советую.

Раньше на сайте был раздел полезные ссылки, похоже его убрали. Вам, конечно, нужно прежде всего поискать бесплатные инструменты. Я пользуюсь Enterprise Architect, т.к. обладаю лицензией.

Посмотрите для начала здесь: http://ru.wikipedia.org/wiki/Инструменты_UML-моделирования_(список).

Можно использовать Visual Paradigm, у них на сайте доступна Community Edition, ею пользуются многие.

Я думаю, что Вас интересуют в первую очередь изобразительные возможности таких систем. Потому с этой позиции и надо смотреть

2.   Не могу найти спецификацию UML  на русском языке. Я привык все изучать по первоисточникам.

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

2962

Для всех / Re: Ресурс http://www.uml-rus.ru/

« : 07 Ноября 2009, 20:54:03 »

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

2963

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 07 Ноября 2009, 20:45:37 »

Michaj, Вы не прочитали сообщение №11?

Но судя по Вашим вопросам, следует еще раз перечитать книги. Причем лучше не книги по UML, а книги по использованию UML. Подойдут книги перечисленные в FAQ сайта. Крэг Ларман в этом случае отлично торкает

2964

Теория моделирования и нотации / Re: Явная связь класса с прецедентом - бред?

« : 07 Ноября 2009, 15:28:40 »

Но на данный момент в модели никак не отображен этот факт – что, например, класс "док.Путевка" в системе является конкретной реализацией прецедента  "Создание партии продукции". Но разве это не так, буквально?

Вариант использования - это набор сценариев, которые описывают типичные потоки событий при взаимодействии внешних систем с системой проектируемой. Взаимодействие происходит через интерфейсы: консольные, GUI, протокольные, физические и т.п. В ходе взаимодействия происходит много разных событий, которые вызывают много разных системных операций=действий. Этими действиями нужно управлять, кто будет управлять этими действиями решать Вам, но GRASP рекомендует искать для этого класс, обладающий соответствующей ответственностью. В ходе исполнения ВИ типично, что что-то нужно взять из некоего хранилища и что-то туда положить обратно. Следовательно нужна некая структура такого хранилища. Очень часто такая структура определяется моделью предметной области и включает класс предметной области.

Поэтом на ваш вопрос: Но разве это не так, буквально? - можно ответить. Это совершенно не так!!!!

Разве это не важно для модели?

Что не важно для модели? Связь некоего ВИ с неким классом? Конечно, важно, это и происходит почти автоматически, если правильно использовать методологию. UML лишь язык, к нему нужно применить методологию, правила.

Предполагая, что это "так", но не найдя самостоятельно способа задания данной связи в программе (Sparx), как ни искал, я и обратился за помощью к мэтрам...

Нельзя найти черную кошку в темной комнате, если ее там нет (с)

Однако, по большому счету, вопрос в том, что я пытаюсь освоить новый метод работы и пытаюсь как можно раньше сформировать у себя единый  образ дисциплины (UML),

UML - это не дисциплина. Это язык. Не более и не менее.

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

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


В Вашем случае "класс "док.Путевка" в системе является конкретной реализацией прецедента  "Создание партии продукции""
- совершенно не правильный вывод.
Спросите себя что делает класс док.Путевка, для чего он предназначен, какова его ответственность?

Я думаю тут вам еще мешает что вы мыслите категориями 1С, правильно ли я понимаю?

2965

Для всех / Ресурс http://www.uml-rus.ru/

« : 07 Ноября 2009, 15:13:30 »

Случайно натолкнулся, посмотрите, стоит ли человека вовлечь в нашу сферу влияния?

2966

Примеры / Re: Uml-модель экономической системы общества.

« : 07 Ноября 2009, 15:03:53 »

Только вот ОКВЭД поболее чем 13 будет.. http://okved.pbnet.ru/

Мне вот здесь не совсем понятно, что это за физическое лицо Банкир или Предприниматель?

Если Предприниматель может образовываться без создания юридического лица, то про Банкира я такого что-то сказать даже не могу. Опять же, что это за Гос. служащие как ФЛ. В чем интерес рассмотрения их как ФЛ?

2967

Примеры / Re: Uml-модель экономической системы общества.

« : 07 Ноября 2009, 14:59:36 »

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

Какие Вы видете проблемы или затруднения для себя, мешающие Вам начать использовать UML?

2968

Примеры / Re: Курсовой проект - Книжный магазин

« : 07 Ноября 2009, 14:56:36 »

Взял за основу вариант поставка книг в магазин.

На самом деле - это скорее бизнес ВИ, который требует разделения на несколько вариантов.

За объект изменяющий свое состояние (набор параметров) я взял заявку на поставку книг.

Это только нулевое приближение, с которым ты можешь поработать.Можно добавит действия внутри состояний, можно добавит предусловия состояния, можно добавить точки принятия решений

2969

Для всех / Re: помогите с задачами!!!!

« : 07 Ноября 2009, 14:26:37 »

Окей, вот вам задача.

В одной организации возникла проблема. Этажи соединяются одним лифтом. Лестничных пролетов нет. Потому для того, чтобы попасть с одного этажа на другой, сотрудники пользуются лифтом. Поскольку лифт один, то среднее ожидание очереди, чтобы доехать 5 минут. Сотрудники полагают, что это много. Вынужденные дожидаться лифта они нервничают и раздражаются. Это сказывается на производительности труда, т.к. возмущенные сотрудники потом обсуждают эту проблему некоторое время, прежде, чем приступить к работе.

У руководителя есть несколько решений: технические и психологические.

Определите эти решения, оцените трудо и финансовые затраты по их реализации. Выберите оптимальные

задача на вероятностный автомат:
Имеются три конкурирующих изделия Х0, Х1,  Х2 . С целью определения спроса на эти изделия произведён опрос 100 человек. Оказалось, что изделие Х0 покупает 50 человек, изделие Х1 – 20 человек, а Х2  - 30 человек. По истечение месяца оказалось, что из 50 покупателей изделия Х0  45 человек продолжают его покупать, 4 человека стали покупать изделие  Х1 и 1 – изделие Х2.
Из 20 покупателей изделия Х1 6 человек продолжают его покупать, 8 стали покупать изделие Х0, 6 – изделие Х2.
Из 30 покупателей изделия Х2 6 человек продолжают его покупать, 21 человек стал покупать изделие Х0, 3 – изделие Х1.
Требуется определить, какое изделие по истечении месяца будет пользоваться наибольшим спросом.

Фирма Проект-2000 имеет три продовольственных магазина: Экстра, Экстра-универмаг и Экстра-эконом. С целью определения предпочтений покупателей было опрошено 200 человек. Выяснилось, что 50 человек пользуются наиболее часто магазином Экстра, 60 – магазином Экстра-универмаг и 90 – отдают предпочтение Экстра-эконом.  По истечении квартала этим же людям предложили вновь ответить на тот же вопрос. Оказалось, что из 50 покупателей Экстры её клиентами остались 30 человек, 15 ушли в Экстра-эконом и 5 – в Экстра-универмаг. Из 60 покупателей Экстра-универмаг 1 перешёл в магазин Экстра и 20 – в Экстра-эконом.
Определить, какому из магазинов покупатели отдадут предпочтение через квартал, через год.

2970

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 07 Ноября 2009, 14:17:28 »

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

Марина, а что опять без сарказма и издевки не обойтись? Потому вас и просят воздержаться от личностных оценок и советов