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

×


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

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


Сообщения - 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 »
751
Посмотрите пример здесь. Надеюсь, это поможет сделать правильный вывод

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

1. Заходим на https://code.google.com и создаем новый SVN проект - можно использовать и другие хостинги или иные SVN сервера (локальные)
2. Качаем какой-либо SVN клиент и устанавливаем его на клиентской машине
3. Если хотим качаем и устанавливаем TortoiseSVN. Сам ЕА с TSVN не работает, но с помощь его можно активно выполнять апдейты и коммиты.
3. Создаем локальный ЕАР проект.
4. Создаем папку, в которой будут хранится файлы ЕА проекта, находящиеся под версионным контролем. Место расположение проекта из пункта 3 и папки из пункта 4 , не должно быть одним и тем же.
5. Открываем ЕАР проект и выполняем настройку Project/ Version Control / Version Control Settings (пример настроек на рисунке - укажите что не так)
6. Далее настраиваем Project/ Version Control / Configure Control Package (см рисунок - имхо что-то вроде не так?)
7. Работает в проекте и делаем всякие разные изменения

дальше что-то не понимаю как и что делать

753
Эдуард, дальше конфигурируется сам EA для работы через EA:
http://www.sparxsystems.com/enterprise_architect_user_guide/9.2/projects_and_teams/usingversioncontrol.html

1. Запускаем EA и загружаем проект, который хотим поставить под версионный контроль.
2. Создаём новую конфигурацию SVN в Project | Version Control | Version Control Settings
3. Ставим под версионный контроль любой из пакетов из Project Browser. Контекстное меню пакета | Package Control | Configure ...

Сергей, я что-то не улавливаю как раз вот этот этап. Загружаем проект? Ну нет еще никакого EA проекта, есть проект в code.google, но он пустой.

Дальше про контроль пакетов, как это правильно настроить, что следует включить, а что не следует. Раз Вы активно это используете, нельзя ли все этапы описать поподробнее.

1. где создавать локальный проект .EAP, он должен быть располагаться вне версионного контроля?
2. как делать Update
3. как делать Commit

Поясню свое недоумение. Я пользовался в основном Visual Paradigm со студентами, так там следующая и вполне ясная работа:
1. создаем svn проект на сервере
2. подключаемся к нему через Teamwork
3. Делаем чекаут
4. далее через этот инструментарий делаем апдейт-коммиты - все ясно видно и понятно.

А тут я не совсем понимаю, коммиты и апдейты делать вне ЕА с использованием например TortoiseSVN? Вернее если честно я совсем не понимаю как этим пользоваться.

Например пытаюсь выполнить апдейт из TortoiseSVN, а у меня

Update
Working copy 'C:\02 Projects\EAProjects\Опыт' locked.
'C:\02 Projects\EAProjects\Опыт' is already locked.
Please execute the 'Cleanup' command.

Видимо, что то делаю не так

754
Так вот "убогими" и "вредными для аналитика" я называю определенную часть реальных подходов, не замахиваясь на вершины теоретических изысканий и шедевры (практически без иронии) авторитетов.
Я согласен, Леонид, когда работу любого человека пытаются загнать в определенные рамки. Правда, особенность современных методологий заключается в том, что они есть суть не теоретически выведенные, а результат практики. Они по сути так и называются  - практики. Тот же RUP - это не теория - это практика.  Потому мне не понятны Ваши выводы, что мол вот есть какая-то абстрактная теория типа MSF, а у нас вот в реальности все по-своему.

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

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

Скорее всего Вы имели в виде вовсе не это, но что тогда? Ваш личный опыт, Ваше личное наблюдение?

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

Леонид, реально, я считаю Вас отличным специалистом. Это следуют из того, как Вы комментируете те или иные сообщения, какие даете советы. Думаю, что наши разногласия базируются на непонимании.

755
Эдуард, добрый день! У меня без проблем получилось по официальной инструкции http://www.sparxsystems.com/enterprise_architect_user_guide/9.2/projects_and_teams/create_a_subversion_environmen.html
Что именно не получается?
Сергей, возможно, я разленился или просто сильно перегружен, но я что-то не совсем понимаю, какие действия следует выполнить.
Что сделано
1. установлен svn клиент - sliksvn
2. на code.google - создан проект - структура аналогичная
3. с использованием TortoiseSVN выполнен check out

Что еще? Где и что апдейтится и коммитится, как при этом используется внешний svn и TortoiseSvn?

Может Вы просто опишите свои действия? Спасибо

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

Нужно группа должна работать над одним ЕА проектом. Предполагается, что будет использован code Google. На машинах предполагается использование TortoiseSVN. Как я понял, ЕА может работать с клиентским SVN, который следует установить. А TortoiseSVN только для облегчения некоторых действий, не более.

757
А вот относительно начинающих жаль. Кто-то искренне считает, что если в названии его должности есть слово "аналитик", то занимается он аналитикой. Или, глядя на особо креативное тестовое задание - что это он дурак (ведь составитель задания априори мудр и знает, что делает). Или терзается конкретным вопросом навроде "куда вставить последний сценарий в ТЗ по ГОСТ" слегка подозревая, что туда и первый вставлять не стоило. Сложно сегодня становиться аналитиком. :)
К счастью, мне неизвестна подобная ситуация. Не было прецедентов, в которых подобное происходило. Но все-таки некоторое неумное мнение, хотя и дискредитирует подход, все-таки не делает его убогим и вредным.

758
Леонид, видимо, Вам серьезно досталось. Сочувствую.

759
1. Я в таких местах/проектах работал. Безусловно, от аналитика там требовалось еще что-то: оформить разработанные сценарии в виде определенного документа, консультировать по ним программистов, участвовать в тестировании, поддерживать коммуникации с заказчиками. Но все перечисленное - не аналитика. Аналитика оканчивалась разработкой сценариев. Попытки влезть с советами по поводу организации информационных объектов, проектирования интерфейсов, межсистемного взаимодействия бодро пресекались. Мол, это дело архитекторов и программистов.
Ну действительно, чего же хлеб у архитекторов и программистов отнимать :)
К тому же, нормальное разделение труда. Правда, только сценариями же систему не опишешь.


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

Да и подход во всех случаях один - системный, просто практики разные. Использование сценариев - одна из многих практик. По-моему, вы воюете с ветряными мельницами.

761
Дискуссия пошла в какой-то этап взаимных упреков.

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

Не могу понять, почему понимание и умение использовать технологию сценариев - убого и вредно. Можно говорить об ограниченности метода.

762
Сейчас все чаще настраивают готовые системы, чем пишут с нуля. Ситуация за последние 20 лет изменилась достаточно существенно.
Сейчас все больше интеграций. 20 лет назад системы были более изолированы.

Да, Сергей, спасибо. Интересное наблюдение.

763
Подход заключается в том, чтобы провести весь цикл информационной работы и выдать его результат, а не разложенное на красивые кучки сырье (или полуфабрикат).
Леонид, спасибо. Можно, хотя бы кратко, весь цикл инфоработы и его результат?

764
Ага, спасибо Гриша. Я понял проблему ВИ, которую ты озвучил, которой правда столько же лет, сколько я знаю, что такое ВИ (не менее 10 лет).

Я соглашусь на 100%, что ВИ не единственный и не исключительный способ описания функциональных требований. Я только не пойму почему это стало вдруг так актуально? Что разве 10 лет назад мы пытались описать работу с Excel через ВИ?

Что значит описание веб-сайтов? Это что, какой-то специфический тип приложения?

Может проблема в том, что мы просто наблюдаем (среди студентов, начинающих аналитиков) преобладание use case driven development? Ну, и это скажем немного раздражает?

765
Они не применяются всё шире, а наоборот, постепенно сходят со сцены. Но класс систем, в которых они удобны для анализа и описания требований, ещё очень распространён.

Гриша, а на чем зиждется такое утверждение. Очень интересно.

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