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

×


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

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


Сообщения - Humbert

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »
76
Цели две:
  • Проанализировать процесс, ничего не упустив
  • Наглядно показать бизнесу, что происходит с документами. И при этом не хочется нарушать нотацию.


С такими целями лучше использовать Bpmn. Там для описания межпроцессных взаимодействий есть все - и оркестровки, и хореографии.

Если критична диаграмма активности,  можно попробовать в качестве инициирующего события взять начало рабочего дня,  оформление документов описать как loop по клиентам, с прерыванием в 16:00 на пересылку документов и на конец рабочего дня.

Ну или описать оркестровку в стиле bpmn - два процесса,  каждый со своим инициирующим и финальным событием,с непересекающимися потоками управления и  object flow через хранилище  документов

77
По сути у Вас два независимых процесса - заполнение документов клиентом в офисе А и обработка их в офисе B. Каждый из этих процессов имеет свое инициирующее событие (приход клиента в первом и 16:00 во втором), количество экземпляров первого процесса будет соответствовать количеству клиентов, во втором он строго раз в день. Все что эти процессы связывает - накопленные до 16:00 документы.

Какова цель отобразить оба процесса на одной диаграмме?

78
Непонятно куда повисла ветка в диаграмме на отсутствие записи.

Что за ветвления внизу тоже неясно

Зачем вы делаете отдельное ветвления на наличие / отсутствие записи. По сути у вас три альтернативы по последнему ремонту: Null (запись о ремонте отсутствует),  капитальный и текущий.

79

Посмотрите пожалуйста, корректно ли блок схема?


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

Непонятно, зачем вы делаете отдельное ветвления на наличие / отсутствие записи. По сути у вас три альтернативы по последнему ремонту: Null (запись о ремонте отсутствует),  капитальный и текущий.

80
Тоже начал склоняться к диаграмме.
МОжете подсказать:

1. Какие диаграммы проще использовать? на какой нотации? чтобы можно было за 5 минут освоить
2. Можете привести примеры алгоритмов сделанных с помощью диаграмм?

Чтоб за 5 минут никакие. Профессия аналитика теряла бы всякий смысл, если б ей можно было научиться за 5 минут.

В среднем нотация осваивается за 2-3 недели в режиме Hello word,  за год как рабочий инструмент.

Практически любая диаграмма активности пример описания алгоритма. Кроме как для описания алгоритма их и не используют


81
Кстати, характерная ошибка начинающих аналитиков: они пытаются строить структурированные тексты описаний "на лету". В итоге и получаются вот такие псевдопонятные "алгоритмы".

Нормальная схема работы такая :

1 анализ текста на естественном языке ( документ или интервью)
2 построение модели ( необязательно диаграммы)

3. Структурированный текст как лингвистическая интерпретация модели

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

82
Здравствуйте.

На данном этапе необходимо именно текстовое описание.

По моему проблема с содержанием. Вам понятен алгоритм?


Разобраться можно. Но с трудом - любая диаграмма будет понятней.


Если важно именно текстовое описание, то фактически алгоритм разбивается на две части:

1) расчет процента ресурса
2) выбор столбца для печати

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


83
Новый топик, а проблема та же... Речь идет о форме или содержании? Вам не нравится алгоритм или то как он описан?

И довольно странно говорить о том, что графика не нужна на форуме uml...

84
Нет, нет и нет. Коллеги, не изобретайте велосипед. Просто делайте, как написано в книге.

Если уж брать что-то за основу, так DDS

https://en.wikipedia.org/wiki/Data_Distribution_Service

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

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

Накапливать изменения можно примерно в такую базу:

ID обьекта
ID атрибута обьекта
Значение атрибута
ID источника (Номер сервера)
DateStamp (время изменения)

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

Похожий подход применяют при работе ETL процедур при построении BI систем


86
Системный Анализ и Требования / Re: ...
« : 27 Июля 2016, 16:01:09 »
К слову. Не знаю, кому как, а для меня диаграмма последовательности с условными действиями (альтами и лупами) теряет читабельность от слова совсем. Уж лучше блок-схемы.

А я так наоборот в основном ей и пользуюсь. Читабельность легко регулируется путем выносов фрагментов на отдельные диаграммы. При этом никто не мешает на фрагментах отражать дополнительные объекты по сравнению с верхним уровнем. Все как в idef0

87
Есть кстати довольно удобный сервис для быстрого рисования простейших диаграмм последовательности

Пишешь текст такого вида

itle Синхронизация данных в двух серверах

Планировщик-> Сервер 1: Выгружай данные
Сервер 1 ->Сервер 2: Пакет изменений 
Сервер 2 --> Планировщик: Пакет изменений получил
Планировщик -> Сервер 2: Начинай обработку

loop По каждой изменнной фирме
Сервер 2 -> Сервер 2: Взять следущую фирму из пакета
Сервер 2 -> База данных: Есть фирма с таким ID?
База данных --> Сервер 2 : Да / Нет
alt Фирмы нет
    Сервер 2 -> Фирма: Создать
    Фирма --> Сервер 2 : Новая фирма создана
else Фирма есть
    Сервер 2 -> Фирма: Обновить
    Фирма --> Сервер 2 : Обновлено
end
end

Сервер 2 --> Планировщик : Пакет изменений обработан

И сервис автоматом строит рисунок



Можно по этой ссылке продолжить редактирование

https://www.websequencediagrams.com/?lz=dGl0bGUg0KHQuNC90YXRgNC-0L3QuNC30LDRhtC40Y8g0LTQsNC90L3Ri9GFINCyINC00LLRg9GFINGB0LXRgNCyAAEFsNGFCgrQn9C7ACgFuABDBbLRidC40LotPiDQoQAhCiAxOiDQktGL0LPRgNGD0LbQsNC5AFoL0LUKACAOIC0-ADINMjog0J_QsNC60LXRgiAAgSYFvNC10L3QtQCBNAW5ICAAMw4yIC0tPiAAgQUWACsg0L_QvtC70YPRh9C40LsAgUkXIACBURAyOiDQndCwADAFvQCBWQa-0LHRgNCw0LHQvtGC0LrRgwoKbG9vcCDQn9C-INC60LDQttC00L7QuQCBRQy90L0ADgXRhACCTAW8AIILEDIAZRWS0LfRj9GC0Ywg0YHQu9C10LTRg9GJ0YPRjgBACdGDAIIzBSDQvwCCQAjQsABHFJHQsNC30LAAg3YNOiDQldGBAFoGAIEQCLAg0YEg0YIAgxAFuNC8IElEPwoAKBUAgwUGAIMQDjog0JTQsCAvINCd0LXRggphbHQg0KQAgSIHiyDQvQARBSAgIAApEC0-AB8J0LA6INCh0L7Qt9C00LDRgtGMACsGABYJAGIXndC-0LLQsNGPAIE-DgBBCNC90LAKZWxzZQA-DNC1AIF5BgBvJJ7QsQCDPwWy0LgAayoAKwq7AIVTBb4KZW5kCmVuZAoAhS8qIACFOSEAhQQOsNC9&s=napkin

Но в этом ДП нельзя задавать стереотипы обьектов , нельзя  использовать вложенность фрагментов и ссылку одного фрагмента на другой.

Так что для боевого применения надо осваивать более серьезный инструментарий

88
Иерархия многоуровневая и многокорневая.
Состав атрибутов один и тот же.

Если состав атрибутов один и тот же, значит mapping не нужен. Соответственно Вам нужно описать кто и как будет инициировать обмен и как будут обрабатыватьсч исключения.

Удобнее всего это делать на диаграмме последовательсти или кооперации.

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

89
Да вроде это и нужно. Можете дать какой либюо образец подобного описания?
Как описываются сопоставления, "сведение" на примере?

Начните с ER диаграммы. Судя по тому, что вы считаете проблемой и по стилю описания приступать к описанию миграции данных крайне преждевременно. Нет ножек - нет и мультиков :)

Судя по примеру справочник у вас с двухуровневой иерархией. Есть два очевидных способа для реализации такого справочника и 100500 неочевидных. Какой у Вас? Как осуществляется идентификацией каждого уровня?
Возможно ли удаление объектов? На обоих серверах состав атрибутов один и тот же?


90
При ближайшем рассмотрении идея получать диаграммы последовательности и диаграммы состояний по стеку оказались не лишены недостатков - похоже такая технология применима  только для desctop приложений под windows. Под линукс EA ставится только под Wine

Под убунтой вроде можно отлаживаться

http://www.sparxsystems.com/support/faq/enterprise-architect-WINE.html

Цитировать
Issue: Debugging fails when using Ubuntu 12.04.
Issue: Source control fails when using Ubuntu 12.04.
Solution: Upgrade to WINE 1.5.7 or greater
Solution: Run the following command "echo 0|sudo tee /proc/sys/kernel/yama/ptrace_scope"
Note: This appears to be a bug in the linux kernel that is shipped with Ubuntu. See Ubuntu Bug Reference for more information. Appears to be fixed in Ubuntu 12.04.1

Правда непонятно, какое приложение при этом можно отлаживать - виндовое или линуксовое . Вайн - это же эмулятор

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »