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

×


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

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


Сообщения - Thinkler

Страницы: 1 2 3 4 5 6 »
1
Хороший начальник вообще не стал бы сообщать сходу сотруднику о такого рода проблемах, а сначала разобрался бы о причинах с заказчиком.

2
Печально :(
А так сработало!
Спасибо.
Да там диаграмма в общем-то небольшая.
Всего 7 элементов действий, вершины начало-конца, 3 условия, и 6 "слияний".
Но и это не помещается на одном экране.
Ясно, возьми себе монитор 24", а лучше 2 - 1 монитор для диаграмм, другой - для инструментов. У меня так.

3
Если масштаб уже выставлен на минимум, то ответ очевиден: никак. Попробуй на диаграмме зажать Ctrl и покрутить колесиком мыши. А вообще лучше декомпозировать на несколько вложенных диаграмм, а общую диаграмму распечатать и использовать как плакат на стену)))

4
Реализация / Re: Композиция, Агрегация
« : 01 Марта 2018, 11:37:10 »
Ладно, не буду вам мешать)))

5
Реализация / Re: Композиция, Агрегация
« : 28 Февраля 2018, 15:19:44 »
Как будут выглядеть такие ситуации (в них, как я понимаю, отношения прописаны прямо на композиции).
Хотелось бы работающий производственный пример, а не рассуждения как должно быть))) Мне перегружать агрегацию нет необходимости и даже композицией особо не пользуюсь.

6
Реализация / Re: Композиция, Агрегация
« : 28 Февраля 2018, 11:59:44 »
Композиция и агрегация являются ассоциациями с дополнительными ограничениями (транзитивное замыкание антирефлексивно - нельзя быть композитом/агрегатом самому себе ни непосредственно, ни опосредованно; композитов не может быть более одного; ...).
Я пользуюсь в работе агрегацией без дополнительных отношений ассоциации. Отношения я прописываю на ассоциации между элементами модели.

7
Реализация / Re: Композиция, Агрегация
« : 28 Февраля 2018, 10:39:14 »
А если при черном ромбе будет не 1..1, а 0..1?А если при белом ромбе будет 1..1 или 1..*?

Конечно при условии:

А зачем там отношения, используемые в ассоциациях?)))

8
Реализация / Re: Композиция, Агрегация
« : 27 Февраля 2018, 12:51:18 »

Композиция: Элемент-источник является частью и не может существовать без целевого элемента.
Агрегация: Элемент-источник является частью и может существовать отдельно целевого элемента.

9
Достаточно одного варианта использования - ManageDocument. От него Extend OSC (Open Save Close).

10
Здравствуйте Коллеги.

Первый раз взялся анализировать ПО на UML и появился первый вопрос. Правильно ли я использую стереотипы "include" и "extend" (см. рисунок):

Напрягает два момента:
1) Если взять UseCase OpenDocument, то действительно у него есть два варианта либо открыть документ DeviceDatabase, либо документ IPadressDatabase. При этом возможен только один из этих вариантов, т.е. это больше похоже на ветвление, и не понятно на сколько оправдано использовать стереотип "include" в данном случае;
2) Если же рассмотреть UseCase CloseDeviceDatabaseDocument, то понятно что перед закрытием программа должна спроси пользователя не сохранить ли текущий документ и если пользователь ответит "Да" выполнить UseCase SaveDeviceDatabaseDocument. Ну опять же на сколько оправдано использовать стереотип "extend" в этом случае?
Зачем такое дикое количество вариантов использования на одной диаграмме?)))

11
Коллеги, ищем Бизнес-архитектора, если есть желание поработать, пишите мне на почту или в личку:

Описание с hh.ru:

Наша команда Бизнес анализа ищет опытного специалиста в области бизнес архитектуры.

Обязанности:

- Описание текущей и формирование целевой бизнес-архитектуры банка;

- Выявление и анализ текущих бизнес-гэпов и ключевых бизнес-требований по всем бизнес доменам;

- Проведение бизнес-анализа в проектах банка;

- Проектирование общебанковской модели данных, консультация по классификации информации;

- Проведение анализа влияния в проектах;

- Идентификация и проектирование переиспользуемых сервисов в соответствии с принципами SOA;

- Согласование контрактов на сервисы;

- Ведение репозиториев Бизнес Архитектуры в Sparx EA.

Требования:

- Высшее образование;

- Опыт работы от 2-х лет в проектной деятельности в качестве бизнес-архитектора / бизнес-аналитика интеграционных проектов;

- Хорошее знание банковских продуктов и процессов;

- Понимание принципов SOA;

- Навыки проектирования бизнес-модели данных;

- Владение английским языком Intermediate или выше.

А также:

- Системное мышление и аналитический склад ума, проактивность;

- Коммуникабельность, умение выстраивать отношения с другими людьми;

- Умение расставлять приоритеты и реагировать на изменение ситуации;

- Навыки презентации, умение аргументировать свою позицию.

Наши преимущества:

- Работа в крупной международной организации со сложными бизнес процессами;

- Возможность погрузиться в разные бизнес области банка в качестве бизнес архитектора и бизнес аналитика;

- Работа в условиях сочетания классической и гибкой (Agile) методологий ведения проектов;

- Приветливый профессиональный коллектив.

Условия:

- Комфортный офис в Нагатино-Айленд (м.Технопарк);

- Оформление согласно ТК РФ, ДМС, оплата больничных листов.
Тип занятости
Полная занятость, полный день

12
Sparx / Re: Как освоить Enterprise Architect за месяц?
« : 28 Апреля 2017, 08:20:52 »
Интересно, а кто-нибуть пробовал воткнуть Sparx EA в процесс CI  - continuous integration? Красивая идея.

13
Sparx / Re: Как освоить Enterprise Architect за месяц?
« : 24 Апреля 2017, 19:51:16 »
Цитировать
Меня от этого ЕА уже воротит, почти забросила. Но спрашивать-то будут. Да и самой обидно бросать на полпути.
  ;D Даже и не знаю, чем помочь тут можно... А тот, кто поставил такую задачу - сам не пробовал изучить? Возможно, ему стоит все же самостоятельно разобраться, а потом помочь в изучении остальным на месте? По-моему, все должно быть предельно просто - есть ожидания твои и руководителя, есть материалы и видеоуроки. Просматриваешь, изучаешь, сопоставляешь с вашими ожиданиями - принимаешь решение, стоит копать дальше или нет. Если стоит - копаешь молча, без нытья.

Из личного опыта - в начале у меня была только идея - разработка и архитектура, управляемая моделью. Модель, включающая в себя всю информацию о программном продукте - от идеи до вывода из эксплуатации, все описание атомарно, из комбинации элементов можно собирать любой нужный документ, при изменениии не нужно менять всю модель - лишь необходимые элементы. Специалисту не нужно перечитывать всю документацию - лишь затрагиваемые изменением части документа, состоящие из элементов модели. И кроме идеи не было больше НИЧЕГО. Потом я задумался, как это можно сделать, посмотрел на инструменты и выбрал Sparx EA и изучение инструмента основывалось на изучении только необходимого функционала для реализации идеи, попросту говоря - был огромный стимул посмотреть, как это будет работать. И посмотрел-таки, через ... 5 лет после появления идеи - для этого пришлось сменить город и 3 места работы ;D

14
Профессиональный аналитик не обращает внимания на такие вакансии. А комментарий Григория подсвечивает каламбур, чтобы автор вакансии призадумался - кто же на самом деле ему нужен?))) И не так много троллинга, кстати. Можно жить по правилам армии США - вы не говорите, мы не спрашиваем, тоже вариант - при публикации непонятной вакансии будет вообще тишина - но без обратной связи как-то скучновато будет всем...

15
Я вижу тут 2 процесса - опытное производство (Производство), серийное производство (Производство). Соответственно, 1 владелец - Производство. Маркетинг отвечает за развитие бизнеса, судя по описанию, и является заинтересованной стороной (потребителем) процесса опытного производства. Продукт - это не процесс)))

Страницы: 1 2 3 4 5 6 »