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

×


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

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


Сообщения - Galogen

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »
1426
Задачи студентов / Re: Система AXA
« : 10 Января 2012, 17:41:51 »
А может ли система сама инициировать выполнение сценария, для достижения цели пользователя?
ну обычно сама система этого сделать не может. она ведь не имеет свободы воли как таковая. Но она работает по событиям, а события могут инициироваться определенными условиями, временем и т.п.

кроме того, звучит старнно, что система инициируется сама для исполнения желания пользователя, она его предугадывает? ;)

было бы конструктивнее, если бы вы написали примерчик

1427
Galogen, как я понимаю, Вы давно занимаетесь UML. Дайте совет, пожалуйста, на основе какого ПО начать изучение.
Того, что доступно. Инструмент нужно искать для задач. А вообще ответ просто: бумага и карандаш - вот основное средство. Источники книги и различные ресурсы в интернете.

1428
Примеры / Re: Выбор UML диаграммы
« : 06 Января 2012, 15:59:44 »
День добрый

судя по описанию процесса и представленной диаграмме, тут подойдет любая потоковая диаграмма.

Можно использовать DFD, IDEF3, диаграмму активности UML и диаграмму последовательности. Важно понять, что в первую очередь хотелось бы отразить:
- взаимодействие известных или предполагаемых объектов для достижения заданной цели
- движение потоков информации в ходе исполнения процесса

Если смотреть на вашу диаграмму, то скорее всего она не корректна. Стрелки символизируют каналы передачи сообщений, при этом сообщение вызывает исполнение какой-то функции на стороне объекта, к которому она направлена. Сообщение - это либо явная команда - указание к действию, либо некое сообщение, которое рассылается подписчикам и которые уж сами решают нужно им что-то делать или нет. На вашей диаграмме этого нет.

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

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

Резюме: прежде чем рисовать эту диаграмму подумайте о корректности вашей текстовой модели процесса. Имхо, она не ясна изначально

1429
Ищите по ссылкам:
http://mmpk.appach.ru/ и http://www.fondgp.ru/
Материалов там море, и сходу то, что нужно я найти не могу.
Еще поищите книгу Анисимова "Основы методологии"
Спасибо за ссылки, это весьма познавательно, но мое мнение, твои рекомендации слишком абстрактны в свете обсуждаемого вопроса.
По поводу вопросов "каковы правила отнесения входа в управление, вход или механизм" здесь больше вопросов чем ответов.  ;)
Да, Вы правы, уважаемый Thyestes. Вы привели интересную подборку публикаций и обсуждений. Увеличение возможностей ведет и не к однозначности использования и восприятия. Главное отличие IDEF0 именно в разделение семантики входов создает и чуть ли не основную трудность в корректном применении. Однако может не стоит искать в этом нечто сакральное?

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

Однако, делая различие между входными дугами и дугами управления, SADT дает аналитику возможность точно описать ограничения, накладываемые на функции преобразования. Ограничения позволяют получить более верное представление о работе системы, поскольку они описывают факты и правила, которым должны следовать функции преобразований.
[5.4. Различие между входными дугами и дугами управления. Методология структурного анализа и проектирования SADT]

В SADT система описывается в первую очередь с точки зрения ее функций. Но система должна быть в конечном итоге реализована (т.е. быть работоспособной), поэтому дуги механизма SADT имеют большое значение при описании системы. Они дают аналитику возможность точно определить способ выполнения конкретной функции, какие ресурсы требуются для этой функции, кто будет выполнять ее и т.д. С помощью дуг механизма аналитик может добавить к описанию последние детали, не вызывающие сомнений в том, что происходит при выполнении функции.
[5.5. Дуги механизмов определяют способы реализации функций. Методология структурного анализа и проектирования SADT]

Т.е. читатель(рецензент) обращает внимание на акценты автора, и может усомниться в их корректности, либо согласиться с ними?

Хотя напомню, что в начале был такой вопрос, может ли входить материальный поток, а выходить только информационный? И наоборот? На мой взгляд ни чистая аккумуляция, ни чистая генерации "материи" не должна присутствовать.
С другой стороны а следует ли вообще говорить о материальности потоков при описании и моделировании БП? Не следует ли все сразу сводить к информационным моделям и понятиям, и это есть единственно верное решение?

1430
Хорошая тема. Но возвращаясь к вопросу о правилах и проверках при рецензировании модели.
1.   В пояснительном тексте к контекстной диаграмме должна быть указана цель построения диаграммы и зафиксирована точка зрения. Точка зрения определяет уровень детализации, направление развития модели и позволяет разгрузить модель. Так при моделировании можно отказаться от детализации и исследования отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на систему.
Рекомендации и правила выбора точки зрения и цели моделирования? Очевидно, что цель моделирования определяет точку зрения. Цель определяет и список вопросов, на которые следует ответить модели. Тогда точка зрения -  та, которая отвечает на большинство поставленных вопросов.
Однако чаще всего цель и точка зрения выбирается очень произвольно (студентами имеется в виду)
Цитировать
2.   Функциональный блок (или Функция) преобразует Входы в Выходы (т.е. входную информацию в выходную), Управление определяет, когда и как это преобразование может или должно произойти Исполнители непосредственно осуществляют это преобразование.
А материальные потоки? а кто такие исполнители? Вы имели в виду механизмы? но механизмы - это не всегда исполнители.

Цитировать
Что еще?
1. каковы правила отнесения входа в управление, вход или механизм
2. если вход покрывает несколько типов, как быть?
3. может ли порождаться выход - если нет явных входов (для материальных потоков)
4. может ли быть материалный вход, но отсутствовать материальный выход?
5. каковы правила декомпозиции, как определять что блоки на одном уровне рассмотрения?
6. как правильно именовать блоки, стрелки
7. что отличает хорошую модель, от плохой

1431
Новых интересных тем, достижений, профессионального роста!

1432
P.S. 2 Galogen я что-то не уловил ранее. разговор идет только о сдаче книги читателем? т.е. это букинистический магазин, а не библиотека, получается? :о))
вообще говоря, система будет замкнутой, если добавить в нее выдачу книг читателям. тогда и поиск книг по каталогу добавится и т.п. операции, о которых я писал раньше
Естественно. Просто в качестве примера выделен процесс Сдача книги читателем (такое выделение сделано студентами, и я не говорю. что это единственное представление ситуации)

если коротко - "я так вижу!" (с) :о))) т.е. мне обычно не нужно много над этим думать - привычка выработалась. бывают, конечно, разные случаи, но, т.к. рука набита (скромн.), обычно все получается быстро. сегодня как раз обсуждали тему моделирования, так коллеги отводят на формулировку и уточнение  названия функции чуть не треть всего времени моделирования (на самом деле от 20 до 30 процентов). с этим я, конечно, не согласен.
ну это понятно, только вот и надо вытащить модель твоих "видений" на поверхность наблюдаемого опыта:)

Цитировать
я, собственно, это и предлагаю. коллеги выше дали на эту тему пояснения - в системе мы оперируем информацией о книге, а не самой книгой. получается, что книга - это, так, бесплатное приложение к формуляру :о))) ее же необязательно читать, можно просто подложить под ножку стола :о))
если все свести именно к информации, то ясно, что все объекты - информационные, а не реальные. Но если в системе циркулируют и те и другие?


Цитировать
Без проблем:о))
смысл в том, что суть анализа и построенной на его основе модели - определить информационные связи функций, а не их последовательность во временном аспекте
Ты полагаешь, что я это не понимал раньше?

1433
Можно считать, что это предложение подискутировать... :о))
Так ты не высказал мнения для дискуссии. Очевидно, что если оно, что-то , неизмеримо, то и узнать достигли ли мы цели или нет не получится. То, что при формулировки цели может существовать большая неопределенность того, что считать результатом, ситуации не меняет. Неопределенность эта снимается и критерии достижимости цели постепенно проясняются.

1434
А кто мешает придумать свою гамму, исходя из тех же принципов:
1. сразу привлечь внимание к элементам
2. дать понять, что это нестоль важно
3. просто разделение по легенде

все равно  - общестатистическое восприятие не восприятие каждого, тут нужно делать исследование. а так тема неплохая себе

1435
Спасибо, gshamanov. Ваше мнение действительно интересно, чувствую, что Вы все это пропустили через себя.

Возможно, стандарты IDEF не те, что стоит усиленно изучать. Хотя в американских и международных стандартах довольно часто можно встретить модели IDEF0. Не знаю, как я обязан к этому относится, но в современном федеральном государственном образовательном стандарте есть явное указание на стандарты семейства IDEF, и нет других современных нотаций. Может быть это инерция прошлого мышления?

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

Хотя я понимаю гибкость и выразительность eEPC, BPMN. Универсальность use cases. Понимаю и жесткую ограниченность IDEF0, но, возможно, именно эта ограниченность, жесткость, порой искусственная, не дает растечься мыслью по древу?

Мне понравилась мысль Водолея  в ходе моделирования писать нечто вроде user stories на тему моделирования. Мне кажется, имеет так же смысл делать обмен моделями между студентами и обсуждениями того, что и как понял и соответствует ли это тому, что хотели сказать авторы (правда времени мало).

Вот собираю практические правила и практики. которым возможно надо следовать ...

1436
Рано или поздно все когда-нибудь заканчивается.
Версия 2.0. Сделано все.
чччч://depositfiles.com/files/sq2gyuvwn
Вот, молодец!!!!! Спасибо

1437
Эдуард, попробуйте попользовать некоторое время нотацию Щедровицкого. Она малоизвестна, но мне кажется она хорошо прочищает мозг. После нее станет проще верифицировать нотацию IDEF0.
Понятно, что это IMHO, но все таки настоятельно рекомендую.
Сергей, а где можно с этой нотацией познакомится? Ссылок не укажешь?

1438
-----------------------------------
Цели для бизнес-процесса звучат в натуральных показателях к определенному сроку. "Достичь объема продаж в 10 млн. тугриков к 26.12.2013."
Цели для ИТ-системы звучат гораздо сложнее и как правило сводятся к поддержать бизнес-процесс в рамках его временных ограничений и обеспечить корректную и своевременную аналитику по процессу.
-----------------------------------
В ходе внедрения достаточно часто перемешивают цели и ИТ-специалисты начинают решать обе задачи, т.к. бизнес сам не в состоянии справиться с первой, но самого разделения целей это не отменяет.
Цель бизнеса может быть измерена, у нее указаны критерии. А как Вы будете измерять  указанную цель для ИТ? Как померять поддержан БП или нет? Обеспечена корректная и своевременная аналитика?

1439
Понимаете, мне кажется Вы уводите обсуждение в другую, не нужную мне плоскость. Обсуждая вопросы IDEF0 моделирования, я точно очерчиваю вопросы дискуссии. Как обеспечить проверку правильности соблюдения баланса потоков сущностей (данных, информации), как проверять, что они корректны?

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

1440
По чеку: ориентировался на рисунок.

Ваша правда, обшибся при перерисовывании

Цитировать
ИМХО, По остальным вопросам: опирать при моделировании необходимо на:
1. Границы описания - юзкейсы.
Что такое юзкейсы - догадываюсь. Но правильно ли будет отождествлять юзкей и функциональный блок IDEF0. Лично я не отождествляю, поскольку иначе мы впадем в крамольную ситуация: функциональная декомпозиция юзкейса!

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »