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

×


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

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


Сообщения - 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 »
3436
Есть у меня некая процедура на сервере (ServerProcedure). Она выполняется периодически по таймеру. Также она может быть выполнена по инициативе клиентского приложения. Мне хотелось бы на одной диаграмме последовательности отразить тот факт, что серверная процедура может быть запущена двумя способами. Прилагаю набросок подобной диаграммы - просьба высказать критические замечания :).
И Вам добрый день.

На самом деле тут мы имеем две точки внимания - запуск из клиентского приложения и запуск по таймеру.
Диаграмма последовательности демонстрирует именно временную последовательность.

Т.е. сейчас в вашем случае она говорит - сначал идет запуск из клиентского приложения
Затем происходит запуск по таймеру.

Отображение системного события в первом случае мне представляется не совсем корректным. Запуск осуществялет скорее всего не сам клиент, а некто внешний - человек-пользователь. Клиентское приложение трансформирует внешнее системное событие и передает его на сервер.

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

3437
Прошу прощения за опоздание. Времени как всегда не хватает, но кризис тут не при чём. =)
Вычтем из жалования ;)

3438
Диаграмма объектов - это диаграмма экземпляров классов.

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

Диаграмма объектов - скажем некий мгновенный снимок из реальной жизни диаграммы классов с упрощениями.

Так на диаграмме объектов отображается не сам класс, а его конкретный экземпляр с конкретными значениями.

Между объектами существует не ассоциация (множестов связей), а одна конкретная связь.

Диаграмма объектов служит для прояснения сложных моментов.

Имя объекта формируется иначе:
ИмяОбъекта:ИмяКласса  и все подчеркивается, или ИмяОбъекта - без указания классификатора, или :ИмяКласса - так называемый безымянный объект.


3439
Для описания операций или сообщений можно использовать OCL.

У Крэга Лармана я подчерпнул такую вот спецификацию

Операция   
Имя операции и ее параметры

Ссылки
Варианты использования, в рамках которых может выполняться эта операция

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

Постусловия
Это самый важный раздел. Состояние объектов модели предметной области после завершения операции

С примером

Операция   
выполнитьНовуюПродажу()
makeNewSale()

Ссылки   
Варианты использования: Оформить продажу

Предусловия   
Отсутствуют

Постусловия   
Создан экземпляр s объекта Sale (создание экземпляра)
Экземпляр объекта Sale связан с объектом Register (формирование ассоциации)
Инициализированы атрибуты экземпляра s

3440
Но вы ж не обосновали, что конкретно неверно!
А почему я должен обосновывать прописные истины? Я дал Вам примеры, у нас много разговоров было на форуме, есть FAQ. Существуют опять же книги, учебник, курсы (на том же intuit.ru)

Я понимаю, что никто никому ничего на форуме не должен, но все же, может в 2-х словах скажете, что не нак?
В 2-х словах звучит так - учите матчасть

3441
Sparx / Re: Enterprise Architect + PHP5
« : 13 Мая 2009, 07:46:51 »
Мне то известно, а вот тем кто захочет его (EA) использовать эта информация будет полезна.

Кроме того для одиночного фрилансера, который занимается UML в основном для своих проектов, альтернатив особо нет. Ближайший конкурент это Visual Paradigm for UML (всякие бесплатные UML редакторы не рассматриваю, т.к. ни один из тех что пробовал не понравился), но вот цена совсем не радует, ну и нет той гибкости при настройке кодогенерации (хотя последнюю версию только собираюсь посмотреть, но не думаю что там сильно что-то изменилось).
Как Вы понимаете, обсуждение вряд ли получится. Коли уже не возникло, то скорее всего его и не будет.
Ваша информаци полезна, безусловно. Вопрос, а можно ли улучшить ситуацию? Ответ - может средства автоматизации, возможность создания внешних подключаемых билиотек под ЕА поможет решить проблему?

3442
Вы из этой книги:

взяли материалы для темы "Пример использования объектного подхода. Интернет-магазин от Розенберга" (см. http://www.uml2.ru/forum/index.php?topic=681.0) ?
А Вы что, своим глазам не верите?

Цитировать
Что за use-case'ы "Где мои материалы?" или "Проверить" ??
Мне кажется, предложенное автором - понятнее.
Понятнее что?


3443
Тогда конкретный вопрос:
 - есть ли где-нибудь пример модели вариантов использования и модели взаимодействия для интернет-магазина?
Например
В книге Use Case Driven Object Modeling with UML: Theory and Practice by Doug Rosenberg and Matt Stephens

Мацяшек. Лешек, А. М36 Анализ требований и проектирование систем. Разработка информационных систем с использованием L'ML.: Пер. с англ. — М.: Издательский дом "Вильям* , 2002. - 481 С: нл. - Парал. тит. англ.


3444
А как тогда верно?
UML- это язык, а не методология. Методология может быть разная - придуманная Вами, лучшая практика, что-то стандартное. Чему Вас учат то и будет возможно правильным. Если Вы не совсем знаете, что Вам делать, следует изучить ту или имную методологию и использовать ее.

Цитировать
Да! Это диаграмма, которая нарисована мною "от балды" - ее я просил не судить строго. Это даже не диаграмма состояний!
От балды рисовать ничего не нужно

Цитировать
Это что-то типа "расширений", т.е. из ВИ "Просмотреть каталог товаров" ВИ "Просмотреть товары в разделе каталога" может быть как вызван, так и не вызван. Например, Клиент (пользователь) может на главной странице кликнуть не какой-либо раздел, а, например, рекомендуемый товар.
Это плохой ответ аналитика, что-то типа. Все должно быть корректно, точно и не вызвать двусмысленностей.

Цитировать
Да, я буду описывать ВИ в виде шаблонов RUP. Но это будет потом, т.к. мне удобнее сначала "накидать" диаграммы activity для обсуждения, а потом только писать спецификации.
Это Ваше право, но имхо Вы ошибаетесь

3445
Роман. Подход неверный, хотя некое зерно разумное проглядывается.
Моделирование взаимодействие включает модели вариантов использования и модели взаимоедйствия. Однако первая диаграмма - это диаграмма состояний, а не диаграмма вариантов использования.

Что обозначают зависимости на второй диаграмме?

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

Модель вариантов использования на 90% текст на 10% картинки

3446
Sparx / Re: Enterprise Architect + PHP Doc.
« : 11 Мая 2009, 22:03:07 »
А в каком смысле обсудить? Констатировать, что ЕА хреновый код делает для РНР? Так Вам уже это известно, известно и то, что отвечает ЕА. Можно лишь писать в поддержку и указывать им на ляпы, надеясь, что в будущем ляпы будут исправлены

3447
Для начала преподавателю нужно показать пример Use case диаграмм. Отсюда вопрос - как лучше их оформить- одной большой или кучу маленьких ? Ступор полный ... из за не определенности последовательности действий
Вряд ли Вы сможете в чем-либо переубедить преподавателя. Посоветую почитать тему Плюсы и минусы ДВИ.

Диаграмма use case задает контекст, но не описывает процессы. Вариант использования описывает сценрий достижения или не достижения цели.

Но все равно, нужно просто ОПИСАТЬ ход процесса отчисления студента из вуза. То что Вы описали - события, причины, которые могут инициировать процесс отчисления. Скорее всего разные причины предполагают разные сценарии отчисления студента

3448
Так к какому выводу мы можем придти? Просто диаграмма вызывает только неоднозначное ее понимание? Или что и мэтры тоже ошибаются?

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

2. Насколько я понял из ДВИ, на ней представлен бизнес, типа интернет-магазина, связанный с доставкой товара по заказу клиента с оплатой товара через банк. Но ИМХО в представленном виде ДВИ представляет скорее взгляд покупателя, чем продавца. Покупатель не всегда видит, что важная часть работы продавца может быть вынужденно не связана непосредственно с работой с покупателем. Возможность продажи товара представленным на диаграмме образом на регулярной основе, как правило, требует участия других действующих лиц (ролей), помимо приведенных на ДВИ. В частности, лиц, осуществляющих доставку товара потребителю (поскольку для подтверждения получения товара на диаграмме предусмотрен целый ВИ, самовывоз не предполагается в качестве основного варианта?). У продавца должен быть предусмотрен ВИ для управления доставкой товара с участием этого ДЛ (курьер?, транспортная компания?). Также необходимо организовывать поставку товара к продавцу извне, для чего у продавца тоже должны быть свои ВИ, связанные с заказом и доставкой товара от поставщика или со склада магазина. Возможно. взаимодействовать с поставщиком товара должно другое ДЛ, но оно должно координировать поставки товара с продавцом. Еще должно быть лицо, осуществляющее учет операций. Возможно с этим управится бухгалтер, но если управление товарными запасами развернется в целое направление деятельности, он, наверное, будет возражать и настаивать на появлении ещё одно роли. Возможно, с точки зрения представленного на диаграмме бизнеса стоит ДВИ дополнить еще некоторыми ролями и ВИ.
[/quote]
С этим трудно не согласиться. И опят все также зависит от уровня той автоматизации, которую подразумевает данная ДВИ. Вряд ли имеет смысл считать ее точной и законченной. С другой стороны она может говорить нам об ограничениях. Возможно вопросы, связанные с доставкой, находятся вне рамок рассматриваемой системы...

3450
помогите пожалуйста рассмотреть Процесс отчисления студента
А что в нему нужно рассмотреть?

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

Обычно, если студент не сдает два экзамена подряд и не имеет каких-то смягчающих причин, то декан выпускает приказ об отчислени  студента с указанием причины. Насколько я знаю, приказ утверждается ректором. Ректор может кстати и отменить решение декана.

Студент может быть отчислен за потерю контактас учебным заведением - если скажем вообще не появлялся на занятиях в течение более чем два месяца.

Есть и другие причины, в том числе и личное заявление студента.

Таким образом суммируя можно процесс описать так:
1. произошло событие инициирующее процесс отчисление студента
2. декан издает приказ об отчислени  студента
3. текст приказа доводится до студента
4. приказ передается ректору на утверждение
5. личное дело студента зкрывается и хранится определеное время (обычно до конца учебного года, прежде чем сдается в архив)

Но я все -таки советую просто сходить в деканат и спросить любого работника. Думаю вряд ли Вам откажут. Зато Вы получите знания из первых рук

Страницы: « 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 »