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

×


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

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


Сообщения - 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 »
526
Примеры / Re: Продажа автомобилей
« : 14 Октября 2015, 23:25:16 »
Набросал сейчас ДК согласно Вашим замечанием. Не могу решить, как обомзвать ассоциации между Автомобиль-Продажа и Клиент-Продажа.
Автомобиль - Продажа (я бы сделал кратность 1 со стороны авто и много со стороны продажи - один и тот же тип авто может продаваться в разных продажах) ну наоборот - понятно, на каждый авто оформляется одна продажа. Название связи - участвует в

Клиент- Продажа - кратность только 1 - *, никак иначе, в Продаже участвует только 1 клиент, а не много одновременно. Клиент в принципе может осуществлять много продаж,

Хотя тут возможны варианты

Цитировать
И как я понял, связывать Требования и Продажа посредством зависимости не имеет смысла?
Как продажа связана с требованиями? Они влияют на выбор, а продажа - это отражение факта передачи автомобиля клиенту за соответствующее вознаграждение.

Кстати связь Между Требованием и Клиентом не верна, кратность наоборот. И по-моему смоделировано не верно. Требования = Критерии отбора. Т.е. каждый автомобиль может быть описан определенными характеристика = критериями отбора, клиент по сути  выбирает из некоего определенного набора характеристик, задает дапазоны: цена: от а до б, цвет , синий или черный или металик, ну и т.п.
Цитировать
Имеет ли смысл композиция между Клиент и Требования? Или же, более верный вариант - перенести атрибуты из Требования в Клиент и удалить класс Требования?
Может но смотрите выше.
Цитировать
"Продажа" из себя представляет по сути заключенный договор между организацией и клиентом.
Продажа - это процесс. Договор - это документ. Вы можете иметь класс Продажи и/или Договор, а можете не иметь - решать Вам и связано с постановкой задачи и потребностями заказчика.
И вообще у вас бардак с кратностью связей:)

527
Примеры / Re: Продажа автомобилей
« : 14 Октября 2015, 23:12:19 »
Клиент не взаимодействует со системой напрямую, все воздействия осуществляет действующее лицо Менеджер. Он ищет, изменяет, добавляет. Вы это имеете ввиду? Но как тогда быть с теми же требованиями к авто, или изменениям каких либо данных со стороны клиента?
Клиент заинтересованное лицо, он может влиять на реализацию систему, но сам он не действует с ней и должен остаться за кадром. Если Вам важно показать взаимодействие клиента с системой, нужно подняться на уровень выше. При этом он передает свои требования менеджеру, и менеджер уже осуществляет подбор авто. Иначе, клиент может оставлять заявку на подбор и превратиться в пользователя.

Цитировать
Ведь тогда результат работы системы может быть другим.
А что может измениться?
 
Цитировать
Является ли возможным "обзывания" всех эти ВИ как ВнесениеИзменений?
Мне не нравится, так как Вы спускаетесь на уровень реализации. Вообще, это называется CRUD вариант использование и может называться: Управление списком: <клиентов> и т.п. можно абcтрагироваться до <объектов>. В рамках которога описывать сценарии добавления, изменения, удаления и ... поиска элемента списка.

Представленный вариант диаграммы мне представляется сложным, хотя наверное и возможным.

528
Примеры / Re: Продажа автомобилей
« : 11 Октября 2015, 00:27:40 »
Да, извините заранее, за вызванные негативные эмоции при просмотре приложенных диаграмм.
Да, ничего, не оправдывайтесь. То, что пытаетесь разобраться уже хорошо. Вообще нужно подумать о менторском бизнесе, за весьма умеренную плату натаскивать по практическим вопросам удаленно. Просто иначе мотивация снижается, когда-то было интересно разбирать ошибки диаграмм. Сейчас уже лениво.

Ну, по существу.

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

Тут также вопрос, а почему Клиент - действующее лицо, как он взаимодействует с системой?

У вас есть ВИ - Выполнить поиск авто в бд, а почем Редактировать авто в бд или удалить авто из бд не предусматривает Выполнить поиск авто в бд?

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

А продажа автомобиля может выполняться без оформление документов на продажу?? и чем принципиально оформление документов на продажу отличается от собственно продажи?

529
Примеры / Re: Продажа автомобилей
« : 03 Октября 2015, 00:51:34 »
Подбор в данном случае - сам поисковый механизм системы, который собирает информацию об авто, согласно заданным менеджером критериям. "Подбор" можно считать как еще одно заинтересованное лицо?
Подбор - это процесс. Это динамическая часть вашего проекта. Это поведение. Вы же начинаете с модели предметной области. Грубо говоря с модели базы данных, но зачем-то примешивайте в нее поведенческий аспект. Это неправильно.

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

На каком-то общем уровне, это операция Менеджера. Но Менеджер - это человек, который в нашей системе может быть частично заменен и разделен на один или несколько классов, которые будут хранить сведения о Менеджере и документах (работ) которые он выполняет - в этом случае будет создать сущностный класс = таблица в БД, а также будет выполнять какую-то ответственность, поведение что-то типа МенеджерПодбора - класс который берет на себя вопрос подбора авто клиенту, а реальный менеджер = Человек-сотрудник - только нажимает кнопочку на интерфейсе - Подобрать авто, а это по смыслу - вариант использования.

Цитировать
Я отталкивался от того, что при изменении свойств экземпляра класса "ТребованияКлиента", "подборАвто" и "ЗаявкаПоставщику" тоже поменяют свои свойства. Или я снова ?
Тупишь? Точно так.

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

Цитировать
Хорошо, начну с ДВИ, спасибо за совет!
С чего начать с ДВИ или ДК не суть важно, реально это два параллельных процесса.

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

Так что я бы начал с хотя бы краткого изучения UML http://book.uml3.ru

530
Примеры / Re: Продажа автомобилей
« : 02 Октября 2015, 23:38:33 »
Типичная ошибка студента, пытаться в одной диаграмме классов отобразит и структурные и поведенческие аспекты.

1. Я бы убрал Администратора, - это просто роль, скорее всего она проявится на уровне прав доступа.
2. Менеджер - убрать связь с Требований клиента,
3. Не понятно что такое подбор автомобиля
4. Нет сущности, отражающей факт продажи. введите Продажу
5. Не понятна причина использования зависимостей - убрать имхо
6. Иерархия автомобилей на мой взгляд не обоснована

Короче морда в крови.

Может лучше начнете с диаграммы вариантов использования?

531
А насколько Вы дружны с программированием, посмотрите в сторону automation. Более я ничего не могу посоветовать.
Можно используя MySQL к примеру импортировать данные из excel, а оттуда уже в ЕА. Ну или попробуйте все-таки ODBC.

532
А вот как втянуть структуру (columns с именами, типами и размерами полей) - не нашел. Хотя по идее ничего сложного тут нет (с точки зрегия самого Спаркса). Тот же импорт объектов, но не в пакет, а в класс.
Не знаю, возможно это только у меня так, но если бы Вы говорили реальными примерами, то я бы понял Вас лучше. Правильно ли я понимаю, что Вы хотите:
имея некую таблицу в excel
   columns
   type
   size
что-то еще, получить от Спаркса структуру данных? в виде диаграммы классов или модели данных?

Можно посмотреть в сторону написания своего скрипта импорта? Может быть подойдет DatabaseBuilder? Или попробуйте Import DB scheme from ODBC source

533
Что значит импорт объектов верхнего уровня?

Это поможет? http://www.sparxsystems.com/products/mdg/int/office/office-integration.html
Я бы еще посмотрел в сторону xmi или csv.

Ну и мало информации, не совсем ясно, что нужно.

534
С руби на какой операционке играете? На виндах не все так просто.

535
Примеры / Re: Помогите новичку
« : 28 Сентября 2015, 00:11:12 »
Использовать или не использовать merge - это вопрос культуры и качества передачи информации.

В большинстве случаев, merge можно опускать, но при сохранении и передачи моделей, их следует использовать везде, где есть desicion.
Исключением будет разве цикл выход-вход.

536
Андрей, ЕА поддерживает BPMN.Если Вы об этом, Вы вполне можете транслировать подобие туда. Изучив возможности инструмента в этом аспекте.

Если же Вы пытаетесь, то, что возможно в BPMN переложить на UML, то скорее всего Вас постигнет разочарование. НО ... внимание, я все равно не догоняю, что нужно.

Почему Вы полагаете, что БП Вам помогут?

537
Очень большая задача, для глубокого мотивированного погружения. Если бы Вы их разделили на более мелкие и обособленные и описание -вопрос для каждой сформулировали отдельно, было бы 100 крат лучше.

Если честно я задачу не понял, но что едва понял, скорее всего может решаться множеством способов, но лучший из них (возможно задачу то я не понял, лишь как-то интуитивно допетрил) возможно создание UML профиля (смотрим в сторону MDG технологии). Либо это тегированные значения.

Я бы мог поучаствовать в эксперименте. Обладатель ЕА с 2008 (или даже 2007) года. Особенно если бы Вы прислали бы свой проект, ну или просто выложили его в общей шаре на гугль диске или яндексдиске или энифинг элз.

538
Всем доброго времени суток. Провожу реверс-инжениринг последовательности объединения платежей с помощью sequence diagrammна определенном этапе мне нужно отобразить динамику в виде activity diagramm
(диаграмму вставить не получается) ... если есть примеры вставки ссылки на активити внутрь сиквенс диаграммы .. ткните носом

Если честно, мотивация не очень понятна. Если бы был какой-то пример, понять можно было бы проще и быстрее. Но возможно, ваша задача решается просто использованием interaction use/

Кроме того не совсем понятен переход из сиквенса в активити. Все-таки это разные по своему назначению диаграммы.

539
Подскажите пожалуйста был у вас такой опыт и как бы вы это реализовали?

Я бы посмотрел в сторону Interrupting Edge (http://www.uml-diagrams.org/activity-diagrams.html). Другой способ все-таки использовать не диаграммы деятельностей, а диаграммы автоматов. Там есть исторические состояния, вложенные и т.п. средства решения вашей задачи (http://www.uml-diagrams.org/state-machine-diagrams.html).

540
Чем плохо моделировать в Визио?
А что Вы понимает под моделированием?

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