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

×


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

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


Сообщения - 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 »
2371
Если по ТЗ уже сформировался кое какой стандарт, то в проектированнии все размыто и не ясно, какие диаграммы? сколько? некоторые говоритят 1-2 (class и use case) будет вполне достаточно.
Почитайте Брукса. Все уже изобретено и придумано

В проектирование вовсе ничего не размыто. Проектирование это решения по ТЗ.

Подходы бывают разные - это правда, разные методики и методологии.

Описанные вами задачи - типичные для использования UML.

Делаем так - составляем словарь предметной области, он же может позволить сформировать концептуальную модель классов (классы предметки)

Определяем роли пользователей и рисуем use cases.

Далее определяем реализацию каждого use case - в виде текстового описания, в виде диаграмм деятельности, в виде диаграмм последовательности (коммуникации). Особенно последняя. Соотносим появившиеся объекты на этих диаграммах с концептуальной моделью классов, дорабатываем ее, превращая в модель проектирования, т.е. добавляем класс реализации (программные): страницы, обработчики, утилиты, перечисления, контроллеры и т.п.

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

Применяем последовательно шаблоны и принципы проектирования - описываем это через кооперации.

Группируем по пакетам, по компонентам. Компоненты распределяем по узлам, компоненты связываем артефактами

По сути нужно получить сборочный чертеж - т.е. чертеж на монтаж можно сказать системы.

2372
Не граждане России тоже приглашаются?
Неграждане пишется слитно

2373
А, если серьезно, курсы реально нужны.
Александр, не в обиду будет сказано, но диаграмма BPMN в Вашей презентации, по-моему, содержала не мало ошибок. Смысл, конечно, был понятный, но синтаксис...

Если это Вам интересно, предложите ее Анатолию на рассмотрение?

2374
Эдуард, а кто мешает организовать это в Иваново?
Наверное, никто. Вопрос лишь будет ли аудитория. Думаю, стоит об этом поразмышлять и попытаться все спланировать.

2376
Точно, не тяну! Конечно же Process... :)
Александр, тем не менее я буду рад, если скидка будет вашей :)

2377
скажите а какие диагрыммы вы бы использовали?
А те, которые помогут составить внятное и понятное описание системы.

Я, например, не очень понимаю, ЧТО вы пытаетесь описать?

Конструкцию фреймвёрка? Модель системы?

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

Любая система - это совокупность таких описаний, совокупность описаний с разных точек зрения.

UML- язык, но не МЕТОДОЛОГИЯ. ТО как использовать язык решать Вам.

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

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


Если у вас уже имеется код, то можно попытаться сделать реинжениринг и вытащить структур классов, возможно диаграммы последовательностей, явно выстроить диаграммы использования

Либо вообще имеет смысл абстрагироваться от имеющегося и выстроить все с нуля.

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

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

При этом у Вас явно будут несколько множеств моделей - модели описывающие действие интерфейса (гуи), модели, описывающие структуру данных и правила работы с ними, модели слоя бизнес-логики

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

2379
RUP EUP AUP OpenUP / Re: Бесплатная версия RUP
« : 12 Июля 2010, 21:06:11 »
Спасибо за то что структуризировали мой вопрос, и я об этом.
Не могу понять что можно основное выбрать из RUP. Ведь ели выбирать  нужно из чего то, а если нет самого RUP а только описания да некоторые обрывки, тяжело собрать всё воедино и тем более выбрать то что нужно.
Основные принципы RUP это понятно, но хотелось бы более узнать так сказать шаблонного / строгого и детализированного процесса.
Я что-то никак не пойму Вашей проблемы. Вы не можете получить доступ к информации о RUP. Но она же не секретна. Есть масса книг объясняющих практику использования:
UML и унифицированный процесс
Унифицированный процесс
другие более профессиональные и РУП-ориентированные книги

Есть наконец интернет-статьи, википедия

Да и здесь в этом разделе и форуме есть определенные советы. Вот Яндекс дает http://yandex.ru/yandsearch?clid=9582&text=RUP&lr=5. По-моему достаточно для погружения

2380
Project?! Или все же Process?
Я думаю, точно на скидку не тянет ;)

2381
RUP EUP AUP OpenUP / Re: Бесплатная версия RUP
« : 12 Июля 2010, 14:42:57 »
Не могу понять как сконфигурировать и настроить RUP/OpenUP да для любого проекта.
RUP я так понял платный и найти его как сам продукт не возможно он уже в инструментах.
Толкните в нужную сторону, было бы хорошо увидеть пример на реальном проекте.
Спасибо!!!
А зачем вам имено руп?
Руп - это процесс юзкейс-ориентированный, это репозиторий идей и документов. Возьмите за основу что там есть и выбросите все лишнее

2382
даграмма моделей
Опа - а это что за чудо?

2383
http://elearning.bizagi.com/course/view.php?id=7

Там требуется регистрация, но она бесплатная.
Понял спасибо

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

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

Во-первых, да сотрудник работает в отделе, но отдел находится в (принадлежит, является неотъемлемой частью) компании
Во-вторых, если сотрудник работает в отделе, а отдел часть компании, то агрегация между сотрудником и компанией лишняя.
В-третьих, сотрудник не может быть частью должности, тем более такой которая ФИЗИЧЕСКИ уничтожается в месте с классом композитом(должность). Сотрудник имеет ассоциацию с должностью
В-четвертых, что вы пытаетесь моделировать структуру хранимых данных? или предметную область через диаграмму классов?

2385
вот бы в диаграмме все это увидеть, былобы счастье
Диаграмму свою восстановил, чужие нет- автору удалил свое сообщение

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