4321

Варианты Использования (Use Case) / Re: FAQ – Use Case

« : 02 Февраля 2008, 17:01:53 »

Саша, не благодари Дело общее

4322

Бизнес-анализ и Целеполагание / Re: Главная, базовая, основная цель бизнеса

« : 02 Февраля 2008, 17:00:40 »

аргументов не приводите - это тупик.

Не хочу быть крайним в Вашей дискуссии, которая похожа скорее на спор. Однако Алекс кажется приводит аргументы в пользу своего мнения, так же как и ты Сергей. Может ты их просто не принимаешь? Потому они тебе кажутся не аргументами.

Я - не экономист, и потому не могу аргументировано участвовать в дискуссиях, я смотрю на эту ситуацию философски и скажем математически.

Однако, стоит ли продолжать, если стороны так безаппеляционы?

4323

Варианты Использования (Use Case) / Re: Типы вариантов использования

« : 02 Февраля 2008, 16:52:57 »

Саш, обрати внимания я там кое-какую критику навел на faq по use-cases и кое-что добавил

4324

Бизнес-анализ и Целеполагание / Re: Главная, базовая, основная цель бизнеса

« : 02 Февраля 2008, 14:10:02 »

Ребят, в максимизации прибыли нет ничего такого эстраординарного.

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

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

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

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

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

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

4325

Варианты Использования (Use Case) / Re: FAQ – Use Case

« : 01 Февраля 2008, 23:54:53 »

К вопросу о различии ВИ и функций (алгоритмов)

Вариант использования или Алгоритм?

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

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

С точки зрения варианта использования, даже очень сложные алгоритмы следует считать только единственным шагом в пределах диалога пользователь- система. Если Вы сталкиваетесь с потребностью описать сложный алгоритм  при написании текста варианта использования (например, генерация списка рекомендуемых книг; или сортировка списка в алфавитном порядке), Вам следует определить алгоритм
в другом месте, но при этом дать алгоритму название (например, “Создание Рекомендаций”, “Сортировка списка”) с тем, чтобы в тексте варианта использования затем сослаться на алгоритм по имени.

Таблица различий

Вариант использования	Алгоритм (функция)
Диалог между пользователем и системой	"Атомарное" вычисление
Последовательность событие/реакция	Ряд шагов
Основной/альтернативные потоки	Один шаг варианта использования
Множество участвующих объектов	Операция класса
Пользователь и Система	Исключительно Система (в оригинале All System)

4326

Варианты Использования (Use Case) / Re: FAQ – Use Case

« : 01 Февраля 2008, 23:05:25 »

Саша, к тебе как куратору темы предложение расширить и оптимизировать описание элементов FAQ, мне думается дополнить изобразительными средствами и примерами.

Например: Чем отличается диаграммы Бизнес ВИ и Системных ВИ? воспринимается как набор слов, не имеющих особой практической значимости. Отличия не ясны, не очевидны и не понимаемы сразу. Не понятно почему Бизнес моделирование как-то отделяется от Системного анализа. Любое БМ начинается с системного анализа. Однако дело не в этом, Не плохо привести примеры либо в виде ссылок на существующий контент либо показать непосредственно в статье.

Про актера - написано скупо, явно задана разница между бизнес-актором и пользователем.

Что необходимо сделать, чтобы правильно построить ДВИ?
Если это СДВИ, то нужно выделить внутренних Пользователей Системы и внешнее (другое) ПО

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

Причем основным словом в названии ВИ должно являться глагол, например, «Принять товар»
Не следует ли указать явно, что глагол должен быть совершенного вида. Допускается ли использование отглагольного существительного Прием товара например

Если другое ДЛ участвует в достижении цели основного ДЛ, то этот ВИ надо также связать с первым ДЛ.
может имелось в виде в этим другим ДЛ?

4327

Варианты Использования (Use Case) / Re: Типы вариантов использования

« : 01 Февраля 2008, 22:29:13 »

Кстати, Саша, мне думается следует прописать в FAQ вопросы, связанные с формулировкой, уровнями ВИ, причем четко показать переход от одного уровня к другому, что как преобразуется и почему. Мне кажется, это очень полезно, так часто именно на этом спотыкаются начинающие, и не только...

4328

Sparx / Re: Enterprise Architect: Практика использования

« : 01 Февраля 2008, 22:17:12 »

Да, Gevorg, Вы правы. Тут какая-то недоделка или политическая ошибка у ЕА. Хотя в прочем и в других инструментах подобное встречается. Вот Роза делает это иначе.

С другой стороны сообщения в виде месаджей - просто текст, переносится операция, но тоже странновато. Думаю тут есть особенность ЕА, как со списком состояний для объекта.

4329

Sparx / Re: Enterprise Architect: Практика использования

« : 01 Февраля 2008, 18:16:07 »

проблемы нет, вышлю по почте.

Как писали на ЕА форуме - это корректно работает на 6.5 и неочень корректно на 7.
Устанавливается add-in, после построение диаграммы коммуникации (зотя естественнее именно последовательности в начале) в меню add-nсов выбирается соотвествующая функция.

Можно с сайта ЕА скачать mdg AgileIconix кажется, который позволяет конвертировать диаграмму робастности - по сути диаграмму классов участвующих в ВИ в диаграмму последовательности, но кажется не наоборот

4330

Варианты Использования (Use Case) / Re: Типы вариантов использования

« : 01 Февраля 2008, 18:11:54 »

Эд, а что не так?
По-моему всё правильно - варианты использования на уровне системы = способы сценарного решения соответствующих задач пользователя и прочих агентов.

понято. принято
просто после твоего поста в задаче на построение ДВИ

Эд, я думаю-таки, что "Принять заказ" - это прецедент, который отрабатывается Диспетчером во взаимодействии с Клиентом, а не Системой. Во взаимодействии с Системой он может только "Зарегистрировать заказ".

возник у меня перекос сознания

4331

Книги, статьи и ресурсы / Re: Требуется книга "Применение объектного моделирования с использованием UML ..."

« : 01 Февраля 2008, 16:27:12 »

Скорее всего именно так. Я привел лишь название русского перевода книги. Спасибо, буду смотреть

4332

Варианты Использования (Use Case) / Re: Типы вариантов использования

« : 01 Февраля 2008, 16:20:20 »

Хорошо.

Почему спрашиваю. Рассматриваю многочисленные примеры в разных книгах и в статьях. Вижу, что варианты использования формулируются как задачи пользователя.

Возьмем например Боггсов (Уэнди Боггс (Wendy Boggs) Майкл Боггс (Michael Boggs) UML и Rational Rose Упражнения)
Вот на вложении отображены варианты использования системы
Как видим ВИ изображают задачи пользователя, особенно для клерка Оформить заказа, Отклонить заказ

Как в данной ситуации быть?

4333

Варианты Использования (Use Case) / Типы вариантов использования

« : 31 Января 2008, 20:05:56 »

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

Имеет ли смысл говорить о типах вариантов использования?

По крайней мере, различают ВИ уровня бизнеса и уровня системы или системные варианты использования.

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

Т.е. если клиент-покупатель идет в магазин, то с его позиции бизнес-система магазин должна Продать нужный ему товар (цель клиента купить что-то, а задача системы продать это что-то). Или клиент банка желает получить кредит в банке, это означает, что с его точки зрения банк как бизнес-система должна ПРЕДОСТАВИТЬ кредит. Надеюсь я правильно расставляю акценты? То есть если описывать ДВИ этого уровня, то варианты использования должны формулироваться с позиции того, что бизнес-система должна (или что ожидает клиент) сделать для внешней сущности.

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

Т.е. если клиент желает КУПИТЬ товар, то  магазин должен ПРОДАТЬ его, а система учета продаж должна ЗАРЕГИСТРИРОВАТЬ продажу. Возможно вариант использования уровня бизнеса может реализовываться, обеспечиваться набором вариантов использования системного уровня (имея в виду систему автоматизации).

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

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

Для усиления момента рассмотрим такой пример.

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

4334

Книги, статьи и ресурсы / Требуется книга "Применение объектного моделирования с использованием UML ..."

« : 31 Января 2008, 19:37:11 »

Требуется книга Применение объектного моделирования с использованием UML и анализ прецедентов. Дуг Розенберг, Кендалл Скотт в электронном виде, чтобы сделать окончательный вывод по вопросам использования ICONIX, можно английский оригинал этой книги.

Пишите, если у кого-то она есть.

Спасибо

4335

xP Xd Agile ICONIX пр. / Re: Что есть ICONIX

« : 31 Января 2008, 19:28:45 »

Анализируя представленную в EA модель процесса ICONIX, я пришел к выводу, что он достаточно компактен и просто, чтобы рекомендовать его как референтный процесс при разработки учебных проектов в рамках курсовых и дипломных проектов.

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

Мне кажется достаточно понятным переход от варианта использования к диаграмме классов (по-моему в RUP на носит название VOPC)? когда создается реализация use case. В данном случае она называется диаграммой пригодности или устойчивости или надежности. Неочень понятно почему именно это название используется. По сути  это реализации US с использованием шаблона MVC. А уже от диаграммы классов к диаграмме последовательностей. Надо сказать, что для EA существует add-in, который позволяет автоматизировать процесс преобразования робастной (устойчивости) диаграммы в диаграмму последовательности и имеет инструмент анализа этой диаграммы.

Крэг Ларман, надо сказать, на этом этапе делать дополнительный шаг - построение системной диаграммы последовательности, т.е. два объекта присутствуют Актер и Система. Это якобы позволяет идентифицировать системные события (непосредственно из варианта использования). Кстати в Visual Paradigm существует механизм преобразования ВИ в системную диаграмму последовательности.

Мне кажется для простых проектов - это излишняя процедура. Шаги ICONIX проще и очевиднее.

Правда мне не совсем понятна идея того, что на входе фазы Анализ требований существуют screens, или тут передается смысл их итеративного появления, или это экраны наследуемых систем или это просто формы реальных документов и отчетов предметной области?

В общем, если кого заинтересует, я прицеплю ЕА проект с переводом ICONIX, оригинал можно просто создать из самого ЕА.