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

×


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

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


Сообщения - 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 »
4126
Насколько я понял Вы дружны с VB. Смотрите раздел Automation Interface и примеры на сайте в разделе Resourses. Мне кажется Вы скорее сделаете что-то полезное, чем будете пенять на невозможность сделать это иначе.
Возможно Вам удасться сделать что-то очень оригинальное. Поделившись опытом, Вы привлечете других энтузиастов :)

4127
Начинаю работатать с  Enterprise Architect, делаю кучу ошибок. Возникают задачи типа этой - надо в паре сотне классов поменять стереотип. Как это сделать быстро? Такая же задача для стрелок связей. Нужен нормальный механизм массовых изменений.

Я послал запрос в службу поддержки. Вот пришел ответ:
EA's automation interface is very useful for performing bulk changes across your model.  For more information on using automation, refer to the EA help file under the "Extend Enterprise Architect" chapter.

Additional code samples for EA Add-Ins are available from our website under the "Resources" area.

4128
прикольно! Только они же работу дают, кто кому диктует условия?

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

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

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

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

Цитировать
Фактически использовались мной лишь отношения наследования и зависимости. А также средства разбрасывания класов по пакетам - файлам .сpp и .h в терминах с++.
Но Вы использовали это не потому ли, что это было полезно и сокращало время и позволяла не потеряться в массе информации?

Но! Всерьез ассоциациями и проч. архианалитикой ничего не опишешь. Если у вас классов 500, в каждом технически методов по 10, и собственных полей в среднем штуки 4 - вы в стрелочках просто запутаетесь.
Может быть все дело в точке зрения? Что такое эти 500 классов - откуда они появились? Это классы предметной области? Или уже объекты программной реализации? Все ли 500 классов вам нужны для анализа одновременно? Не разбиваются ли эти 500 классов на смысловые группы, которые и следует рассматривать отдельно? Разве проектировщики баз данных отказываются от представления связей только из-за того, что их слишком много? Повторяюсь не следует ли всегда при решени задачи держать в голове: (1) точку зрения, (2) контекст использования, (3) уровень использования ?

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

Цитировать
однако в данном случае стоит акцентровать. имелось ввиду, что диаграмма не перенасыщена отношениями аггрегирования и проч. ассоциациями, а атрибуты классов(например) вписаны явным образом(не через отношения, а прямо в тело класса).
опять же вопрос об уровне где и как использовать ассоциации и тем более агрегации.
Понимаете явное указание атрибута типа объект среди атрибутов другого класса по сути есть уже указание на решение, но задача аналитика не указать конкретное решение по реализации, а сказать что нужно реализовать. Ведь Вы не будете спорить, что ассоциацию можно реализовать по-разному? В то время как явное указание атрибута жестко будет определять и способ реализации связи между двумя объектами - через ссылку, массив, коллекцию или создание отдельного класса. Т.е. если на модели Вы укажите просто ссылку на объект, как это принято в C++, а в реальности вам потребуется сделать нечто иное - не приведет ли это к логическому разрыву между реализацией и моделью - как впрочем часто и бывает?

4130
Alys, спасибо за интерес к теме и полезные высказывания. Правда они несколько запоздали. Тема была начата более полутра лет. За это время ситуация значительно прояснилась и понимание тоже

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

4132
Так я и тему открыл, что бы это же самое узнать.

Насколько я понимаю этот вопрос, моделирование бизнес-процессов никак не определяется для или не для 1 С это делается. Я таки полагал другое, как используя метамодель 1С применять UML моделирование - возможно ли это или нет?

Однако на мой взгляд - это сильно коррелирует и с тем как применять UML при программировании на Дельфи, где широко используется программирование с использованием компонентов и вообще при компонентном подходе в разработке.

Конечно, при моделировании и проектировании функционала для 1С мы могли бы скажем сделать библиотеку объектов, компонентов, классов с соответствующими стереотипами. В принципе я помогал одним разработчкам применить моделирование данных в РОзе для конфигруации (вернее БД) под 1С. Правда там ситуация была несколько иная, хотя и похожая.

4133
Интересное решение для каталога файлов представлено здесь

4134
Спасибо за уточнение, это действительно так. Хранятся требования в одной базе, а RaQuest и EA с ними работают и каждый предоставлет их немного по-разному. RaQuest в виде традиционных списков, EA в виде структуры в браузере и на диаграммах.

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


Далее, формируем некоторую диаграмму и перетаскиваем нужные требования мышкой из дерева требований на диаграмму. Рисуем связи и трассировки.


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


Происходит ли это в результате формирования связи?

Решение проблемы:
В ответ на запрос служба поддержки EA написала следующее:

Изменение в иерархии, вероятно, происходит при перемещении требования на диаграмме. Т.е., если в каком-нибудь момент подчиненное требование размещается (попадает, пересекает) в вершине родительского и затем смещается в другое положение, тогда это приводит к автоматическому удалению подчиненного требования из иерархии.

Это поведение может быть изменено или использованием [alt] при перемещении объект на  (по) диаграмму(е), или отключением опции "Auto Group Elements" в "Tools | Options | Diagram | Behaviour".
Более подробно смотри http://www.sparxsystems.com/EAUserGuide/diagrambehavoir.htm

Чтобы избежать этого типа случайного изменения в иерархии, мы рекомендуем отключить опцию "Auto Group Elements", описанную выше.

Если в любое время Вам потребуется изменить вложение любых элементов на диаграмме, Вы можете удерживать [alt] во время перемещения объекта, что обеспечивает изменения поведения объектов на диаграмме на противиположный тип, установленному в  "Tools | Options | Diagram | Behaviour" (в данном случае приводит к включению опции автогруппировки).

4136
Евгений, давайте уже решение, не томите.

4137
Sparx / Re: Мастер-класс по ЕА и Раквест
« : 21 Мая 2008, 09:44:41 »
Я вот усиленно подумываю, а не принять ли участие в этой конференции. Будет это в конце июня в субботу кажется ... самое оно.

Объединим усилия?

4138
Да наши играли отменно.

Хотя, конечно это удаление в овертайме. Насколько бы более сильной была победа, если бы точно 4 на 4 игра продолжалась. Хотя в первом тайме Канада нам нащелкала именно по этой причине.

В общем действительно игра была зрелищной!

4139
Уважаемый Arix!

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

Так что учите Arix - учите. Ничего особо сложного тут нет, Анфилатов и др. Системный анализ в управлении Вам поможет

4140
но тогда у меня сложилось впечатление (возможно, ошибочное), что работать "строго по госту" могут себе позволить только предприятия ВПК, у которых в избытке ресурсов и которым некуда спешить.

Про ГОСТ - это ты зря, выкидываем что не нужно и заполняем действительно ценные разделы, как например цели и задачи :)

А по моему ничего не зря, что это за ГОСТ из которого все выкидываешь. И опять же о чем речь о ТЗ или о всех спектрах работ и оформлений документаций?
Если только о ТЗ - то слов из песни не выкинешь, а если о процессе по ГОСТ - ну так это же само собой.

Правда еще вопрос ГОСТ какой?

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