Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - bas

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

4067
Эд, сорри, ща сосвсем некогда - работа + переезд :(
Что смог, то нашел и выложил ...

4068
Список примеров:
1. Цифровой диктофон;
2. Торговый автомат;
3. Табло на станции метро;
4. Система автоматизации для пункта проката видеокассет;
5. Мини-АТС;
6. Телефон;
7. Стиральная машина;
8. Таксофон;
9. Банкомат;
10. Холодильник;
11. Кодовый замок;
12. Турникет метро;
13. Система учета товаров;
14. Библиотечная система;
15. Интернет-магазин;
16. WWW-конференция;
17. Каталог ресурсов Интернет;
18. Будильник;
19. Генеалогическое дерево;
20. Телевизор;
21. Система поддержки составления расписания занятий;
22. Домофон.

4069
ок, встреча перенесена на 18 мая

4070
а почему никто не внедряет open-source?? может нам начать :)

4071
Насколько я в курсе, переговоров не было, были идеи о переводе BABOK.
Переписка была. Переводить разрешили, публиковать только через них. И еще сказали, что переводить надо будет со следующей версией

4073
Ты видимо хотел сказать, что БВИ будет называться "Купит карту оплаты", при условии что scope -- это контора которя их продает :-).
Именно :) Денис меня сбил количественным отношением, на этом и сосредоточился :)

4074
Цитировать
Цитировать
Совокупность сценариев БВИ и бизнес-правил дает полное описние бизнес процессов организации.
Дай бог! А более чётко? Вот есть конкретный процесс (скажем, "Продажа карт оплаты"), сколькими БВИ он должен покрываться? Грубо говоря, каково отношение процессов и кол-ва БВЛ: 1:1, 1:N, M:1, N:M?
Чтобы четко сказать сколькими БВИ описывается БП "Продажа карт оплаты" надо расписывать этот БП. Если ты имеешь ввиду : "Продавец приходит в магазин, спрашивает нужную карту, продавец говорит цену, клиент дает деньги ... Продавец дает карту ", то это описывается одним БВИ "Продать карту оплаты". Если же ты имеешь в виду всю последовательность от привоза карты до ее продажи, то это скорее всего несколько БВИ. Таким образом можно заключить, что чаще всего отношение: БП:БВИ - 1:1..N, а в общем случае N:M.

Цитировать
Ну так давай расширим, а? %) Иначе получается что ты отталкиваешься от неопределённых ранее терминов. В вики это бы делалось элементарно, ссылкой на статью другого тематического фака типа "Бизнес-анализ".
Давай, бизнес-проблема - это не соответсвие между текущем положением дел в БП и тем, как должен протекать текущий БП. Заказчик как правило описывает некую общую проблему, которая видна ему и может не иметь решения или иметь множество решений, аналитику же надо докопаться до корневой, т.е. самой главной проблемы, которую можно и нужно решить.

4075
Цитировать
Q: Как связаны бизнес-варианты использования и бизнес-процессы?
Совокупность сценариев БВИ и бизнес-правил дает полное описние бизнес процессов организации.

Цитировать
Q: Что включает в себя модель бизнес-анализа?
Это немного за рамками данного ФАКа, но:
Модель БА по РУП включает в себя: ДБВИ, описание БВИ (в виде текстового сценария, ДД или ДС) и МБО

Цитировать
Q: Что такое проблема?
Это уже точно за рамками данного ФАК

Цитировать
Q: Как связаны модель, диаграмма и сценарий ВИ?
см. выше

4076
О Сайте и Форуме / Re: Логотип сайта
« : 06 Мая 2007, 18:42:57 »
Вот первый драфт кнопки:
Цитировать
<a href="http://www.uml2.ru/" target="_blank" title="UML2.ru">
<img src="http://www.uml2.ru/templates/metropolitan/images/logo.gif" border="0" width="100" height="28">
</a>

4077
Хочу подвести небольшой итог:
Потенциал развития в сторону улучшения процессов разработки больше у софтвеерных компаний по нескольким причинам:
- внешняя конкуренция
- большее кол-во сотрудников ИТ именно в разработке ПО в софтвеерных компаниях, следовательно бОльшая веротность найти единомышленников
- более широкой охват технологиями и разными областями
- более профессиональный подход в области подбора персонала (хотя это спорно)

4078
Если каждый проффесионал при выборе места работы будет учитывать этичность принципов которыми руководствуется компания, то отрасль "всплывет" :-)

Слава богу в ИТ сейчас проблем с вакансиями просто не существует  8)
Найти бы эти "этичные" компании и вакансии, а так всякой шушуры полно - я с тобой согласен.

4079
Смикшировал, вот что получилось:

Диаграмма Бизнес-Вариантов Использования (ДБВИ) отображает - как взаимодействуют внешние пользователи с вашей организацией для достижения бизнес целей. ДБВИ представляет часть модели бизнес-анализа согласно Rational Unified Process (RUP). ДБВИ рассматривает моделируемый бизнес с внешней точки зрения, т.е. с точки зрения клиентов, партнеров бизнеса и внешних организций, которые изображаются на Д в виде актеров . Старайтесь на этом этапе избегать связей <include> и <extend>.
Другая часть модели бизнес-анализа - модель бизнес-объектов (МБО) - представляет внутренний взгляд на моделируемый бизнес или реализацию бизнеса. Т.е. МБО отображает основные бизнес-сущности (и их свойства) и взаимосвязи между ними.
Модель бизнес-анализа в целом определяет контекст, в котором строится будущее решение и служит для понимания проблемы или того, что необходимо изменить в бизнесе для решения проблемы.

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

Важным является переход от диаграммы бизнес вариантов использования к диаграмме системных вариантов использования. Существуют разные рекомендации:
бизнес вариант использования может превращаться в подсистему разрабатываемой системы, либо становится вариантом использования системы
бизнес актор - может становится пользователем, превращаться в сущность(объект, класс) системы либо вообще исчезает из рассмотрения, оставаясь ограничением или неким требованием к системе
бизнез исполнитель (который проявляется только на диаграммах деятельности или последовательности или описания БВИ) - может становится системным вариантом использования или пользователем системы, либо становится управляющим классом системы.