http://bpmnforum.ru/topic/106 bpmnforum.ru » Topic: О разграничении областей использования Parametr Entity, Master Entity и Collecti ru-RU Fri, 24 Jul 2026 23:18:19 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/106#post-1003 Срд, 11 Июл 2012 18:10:12 +0000 Анатолий Белайчук 1003@http://bpmnforum.ru/ <p>Пожалуй я не очень точно выразился в методичке, попробую исправиться.</p> <p>В каком-то смысле и список типов автомобилей, и список "настоящих" автомобилей, стоящих в гараже, можно считать справочниками. Во всяком случае, это явно не транзакционные данные типа выполненного заказа - куда машина съездила сегодня.</p> <p>Но все же между тем и другим есть разница. Представим себе, что мы разрабатываем тиражируемую систему заказа автотранспорта, которая будет эксплуатироваться неизвестно кем и неизвестно где. Может ли разработчик заполнить значениями справочник типов автомобилей? С некоторыми оговорками, да. </p> <p>А справочник автомобилей? Определенно нет! Вот такие данные мы и называем мастер-сущностями, master entity. </p> http://bpmnforum.ru/topic/106#post-1002 Срд, 11 Июл 2012 16:58:42 +0000 Юлия Вагнер 1002@http://bpmnforum.ru/ <p>Еще раз перечитываем:<br /> "Если какие-то данные должны быть в системе, даже, когда в ней нет ни одного экземпляра процесса, то это <strong>Parametr Entity</strong>."<br /> и теперь Вашу фразу:<br /> "справочник автомобилей тоже должен создаваться на основе <strong>Master Entity</strong>, т.к. <u>данные в нём тоже существуют «даже, когда в [системе] нет ни одного экземпляра процесса</u>"<br /> т.е. Вы просто запутались.<br /> Вообще-то, можно еще проще: если это <strong>справочник</strong>, то это Parameter.</p> <p>Теперь Master:<br /> представьте, что мы составляем заказ, и хотим заказать три автомобиля. Мы открываем справочник, смотрим, какие автомобили вообще есть, а потом в бланк заказа вписываем три из того, что есть в справочнике.<br /> так вот, справочник - это, как мы уже выяснили, Parameter, а вот содержимое заказа - три автомобиля - это Master. </p> <p>Так же и с затратами: в каждом отчете их может быть разное количество или не быть совсем (Master). А вот если "для порядку" вы сделаете справочник возможных затрат, в котором укажете, на что водитель может тратить деньги - это будет (Parameter).</p> <p>Так понятнее? </p> http://bpmnforum.ru/topic/106#post-1001 Срд, 11 Июл 2012 15:18:21 +0000 ADSmb 1001@http://bpmnforum.ru/ <p>При создании в разделе 9 первой части методички BPMN103 справочников типов автомобилей и самих автомобилей используются два типа сущностей: Parameter и Master, соответственно. А для разграничения областей использования этих типов на стр. 35 методички приведено следующее правило: «Если какие-то данные должны быть в системе, даже, когда в ней нет ни одного экземпляра процесса, то это Parametr Entity. Если же данные добавляются, правятся, удаляются по мере работы [как понимаю, - в рамках экземпляра процесса; прим. ADSmb], то это Master Entity».<br /> На теоретическом уровне правило понятно. Но из него, согласно моему разумению, должно следовать противоречие изложенной в методичке практике:<br /> - справочник автомобилей тоже должен создаваться на основе Master Entity, т.к. данные в нём тоже существуют «даже, когда в [системе] нет ни одного экземпляра процесса»,<br /> - Master Entity должна использоваться при составлении отчёта о прямых затратах на выполнение рейса (стр. 47).</p> <p>Прошу указать, что я неправильно понимаю, или, что скорее всего, что из ещё незнаемого не учитываю? </p>