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

×


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

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


Сообщения - 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 »
1291
... Изменил. Так корректней?
Вячеслав, а зачем вы раделяете стереотипы ДЛ?

Я, конечно, понимаю  в чем идея, но Вы же рассматривает контекст ИС. Получается Клиент Менеджер Экономист  - это те кто работает непоредственно с системой

Клиент - использует систему, чтобы подать заявку и совершить оплату. При приеме заявки рассматриваемая система передает их на учет и хранение в некую Систему учета заявок? Тогда какоо назначение рассматриваемой ИС

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

1292
ДЛ  (Склад, цех, производственный отдел) представляются как рабочие механизмы. Они необходимы для производства изделия и его отгрузки.
 Ранее система была построена в BPwin с использованием методологии IDEF.
Пишу диплом собственно :) В голове все кувырком... Может мне вообще надо было начинать с ДК?
ДЛ - это нечто или некто, имеющее цель в использовании системы. Или некто или нечто, которое используется системой для достижения цели инициирующего взаимодействие ДЛ.

ВИ - это именованное взаимодействие с точки зрения инициатора этого взаимодействия, где инициатором является внешная сущность.

Механизм в BPWIN имеет понятие исполнителя, ресурса исполнения, инструмента, механизма. ДЛ  - это не механизм, ДЛ - это роль. Некий целевой стартер взаимодействия

1293
Неверный. Вы пытаетесь с помощью ДВИ показать некоторый процесс. А нужно показать кто и зачем взаимодействует с системой. ДЛ Вы выделили, только смешиваете внешний и внутренний уровень, размываете границу системы.
Склад, отдел, цех и т.п. - весьма странные для данной диаграммы ДЛ, какова их цель использования системы или иначе зачем Ваша система к ним обращается?

http://www.uml-diagrams.org/use-case-diagrams.html

1294
Компонентами системы являются исполнимые программные модули (.exe), скрипты (.bat), библиотеки (.dll), файлы конфигураций (.ini, .xml), файлы баз данных.

http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%BE%D0%B2
Насколько мне известно - это называют артефактами. Понятно, что можно назвать хоть агрегатами, но я про UML.

http://www.uml-diagrams.org/component-diagrams.html

http://www.uml-diagrams.org/deployment-diagrams-overview.html

1295
Тогда у меня возникает вопрос, что тогда было нужно в логической модели? Использовал Class Diagram
Просто термины логическая и физическая модель я думал более применимы к БД, с которой моя система почти ничего не имеет общего.
Да в базах принято различать эти три уровня: инфологическая модель, даталогическая модель и физическая. Логическая модель - будь то с приставкой инфо или дата - абстрагируется от конкретных средств реализации, физическая ориентирована на конкретику СУБД. Хотя можео и другие иерархию выставить: концептуальная модель - некая абсракция понятий предметной области, логическая модель - что-то связанное с конкретной моделью данные типа реляционной, а физическая может вообще базироваться на понятиях способов хранения и манипуляции.

В UML есть другая концепция, например проявленная в MDA, те же самые диаграммы могут отражать разные уровни представления.
ВМ - бизнес-модель. модель объектов предметной области либо некая зарисовка концепция
PIM - платформонезависимая модель
PSM - платформозависимая модель

Но все равно я не назвал бы последнюю физической моделью. Физическая - это реальный объект, моделирующий другой реальный объект или явление.

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

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

Физическое представление в UML это все-таки артефакты, а также реальное (физическое воплощение элементов системы). Типично это диаграмма размещения и ее расширения. Но можно физику воплотить и в другие диаграммы

1297
Наверное, уже поздно чесаться, но тема только созрела.
У меня появился опыт дистанционной работы аналитиком, если кому-то интересно, могу поделиться не в форме доклада, а в форме неформального общения на второй день.

Отцы-основатели, что скажете, актуально?..
ОТличная тема

1298
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 22 Мая 2012, 08:55:51 »
Не пойму в чем сложность. Английский не понимаешь? Все же просто:
1. создать пакет под импорт кода
2. правой кнопкой мыши вызвать контекст
3. выбрать code engineering / import a directory structure
4. указать путь к файлам
5. нажать OK

1299
Примеры / Re: Вопросы по use-case
« : 21 Мая 2012, 23:23:54 »
3. Название UC должно отражать цель операции для бизнеса. Оформить счет или накладную - не очень правильная цель с точки зрения бизнеса. Может лучше сказать "Выдать товар" или "Оплатить товар" и внутри этих операций будет шаг "оформить счет (или накладную)"?
4. Как отгрузка товара или доставка товара отражается в системе? Названия "отгрузить товар" и "доставить товар" звучат как операции вне системы. Название должно отражать то, что происходит внутри системы. Например, "отчитаться о доставке" или "оформить отгрузку".
Альфия, интересно: в первом обзаце нВы не рекомендует использовать понятие оформить счет, правильно полагая, что это возможно не цель. Но далее советуете использовать оформить отгрузку, хотя с т.зр. бизнеса - отгрузить звучит лучше. Понятно, что вярд ли система используется, чтобы отгрузить , но выдать товар она тоже не поможет имхо, вот оформить продажу(покупку) звучит лучше, верно?

Про рамку - зависит от вашего инструмента. Чем вы пользуетесь? Выглядит как Rational Rose. Рамка должна быть в панели инструментов.
если это RR 2003(а судя по рисунку это так), то там только пакетом можно создать рамку

1300
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 21 Мая 2012, 15:39:39 »
Спасибо, пытался разобраться, но видимо, мне нужно как для чайника объяснять...)
Я не могу понять какие и где кнопки жать, из пошаговой инструкции у меня ничего не вышло, было бы классно увидеть скриншоты, извините, за наглость))
Не это правда наглость :) F1 - набери reverse engineering или другие священные слова, читай хелп и пробуй. К тому же инструкуии на 9 отличаются от 8, а 8 у меня нет.

1301
Sparx / Re: FAQ - Sparx Enterprise Architect
« : 20 Мая 2012, 23:26:36 »
Ребят, привет. Не могу разобраться с EA 8. Я написал компонент для Joomla на php. Как мне по коду сделать диаграммы?
Архив с компонентом прилагаю.
Спасибо заранее.
Вопрос интересный:)
8 я уже давно не использую. В 9 немного кудряво.

Вообще:
Import a Directory Structure
         
You can import from all source files in a complete directory structure, which enables you to import or synchronize multiple files in a directory tree in one pass.

Enterprise Architect creates the necessary packages and diagrams during the import process.

Access   Project Browser package context menu | Code Engineering | Import Source Directory

How to

To import a directory structure, using the Import Source Directory dialog, follow the steps below:

Step
 Action
 See also
 
1
 Select the options you require; you can configure:

· The source directory

· The source type

· The file extensions to look at

· Whether to recurse sub directories

· Whether to create a diagram for each package

· Whether to import additional files as described in the Import Component Types dialog

· Whether to exclude private members from libraries being imported from the model

· Whether to Synchronize or Overwrite existing Classes when found; if a model Class is found matching the one in code:

· Synchronize updates the model Class to include the details from the one in code, which preserves information not represented in code, such as the location of Classes in diagrams

· Overwrite deletes the model Class and generates a new one from code, which deletes and does not replace the additional information

· Whether to create a package for every directory, namespace or file; this might be restricted depending on the source type selected

· How to handle Classes not found during the import (prompt for action enables you to review Classes individually)

· What is shown on diagrams created by the import

 
 

 

 

 

 

 

 

 

 

 

 

 

 
Classes not found during Import
 
2
 Click on the OK button to start.

 
 
 

Learning Center topics

· (Alt + F1) | Software Engineering | Import Code | Import Source Directory 

или

Import Source Code
         
How to

To import source code (reverse engineer) follow the steps below:

Step
 Action
 See also
 
1
 In the Project Browser, select (or add) a diagram into which to import the Classes.

 
 
 
2
 Right-click on the diagram background to open the context menu and either:

· Select the language to import from the Import from source file(s) submenu

· Click on the Import Language drop-down arrow in the Code Generation toolbar and select the Import | Import xxx files menu option, where xxx represents the language to import

 
 
 
3
 From the file browser that appears, select one or more source code files to import.

 
 Notes on Source Code Import
 
4
 Click on the Open button to start the import process.

 
 
 

As the import proceeds, Enterprise Architect provides progress information. When all files are imported, Enterprise Architect makes a second pass to resolve associations and inheritance relationships between the imported Classes.

Learning Center topics

· (Alt + F1) | Software Engineering | Import Source Code 

В 9 довольно странно. Не удается вытащить из вашей структуры всю схему. Только по отдельным файлам. Но это как-то гемморно

Вот что получилось последовательно проходя по папкам вашего проекта (только админка)

1302
помогите пожалуйста построить диаграмму состояний для данной системы?
Сергей, ваша система есть агрегат. Этот агрегат состоит из частей, которые тоже могут быть агрегатами. Агрегат как единый объект имеет определенный набор состояний (думаю конечный). Очевидно, что это сумма состояний его частей. Однако многие состояния частей принимаются и изменяются паралельно.

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

Состояние - это некоторый фиксированный во времени набор значений важных для рассмотрения параметров. решите какиеми параметрами вы описываете объект(автомат), посмотрите как значения этих параметров меняются со временем, каждый набор будет определять свое состояние, дале выделите события, которые приводя к смене значений параметров, Задайте автомат

Успехов

http://uml-diagrams.org в помощь

1303
Такой же вопрос по графической нотации в примере - иногда встречаю её в документах, но не нашел - есть ли у неё название и кто её разрабатывает: w3c или кто-то ещё?
Вообще это XML Scheme

1304
У меня вопрос больше касался как можно соединить все-все ТЗ (в том числе и требования) на систему так, чтобы, если что-то меняется не править во многих местах. 
Над этой проблемой бьется целое сообщество. Результаты - принципы, подходы и методы проектирования и реализации программных систем

1305
До млн. подрастем и нужно продавать )
надо не подрастать, а выращивать. чуешь разницу?

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