Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Helmut Ortmann

Pages: 1 ... 47 48 [49] 50 51 ... 62
721
Uml Process / Re: Insert Object in Information flow
« on: July 31, 2014, 02:21:54 am »
Hi,

as far as I know it isn't possible to add objects to information flows.

With:
Advanced, Information Items conveyed

you can add classifiers such as Classes, Actors, Activities,.. to the information flow.

Be aware: Maintaining conveyed classifiers on information flow isn't a well supported feature of EA.

Helmut


722
Uml Process / Re: <<signal>> in EA
« on: July 25, 2014, 03:19:45 am »
Hi,

you can add attributes to <<signals>> in UML as well as in SysML.

Just type F9 when your block is selected. Make sure that you see attributes (Diagram properties).

By the way: What do you mean by Properties? Author and so or just Attributes.

Inheritance should work in SysML as in UML. I haven't seen any difference.

Helmut

723
Uml Process / Re: Class Operation Behavior and Activity Diagram
« on: February 25, 2014, 12:49:29 am »
Hello,

you link the operation to an activity which is specified by an activity diagram. This is done in the operation properties by:
- Behavior
- Element
- Select Activity

If you want to use parameters in the activity diagram than use the same name and type as in the operation.

I have made an addin to automate this by:
- Create Package for Behavior
- Create Activity
- Create Activity Diagram
- Place Activity and Initial Node on the activity diagram
- Add the parameters to the activity
Last and not least I have a function to update the parameters of the Activity from the operation.

Helmut

724
Uml Process / Re: Multiple State Machine Instances
« on: July 13, 2014, 03:21:17 am »
Hi,

try the SPARX webinar for EA11 and simulation statemachines. The example shows two instances of a class and another class with 1 instance.


http://www.sparxsystems.com/products/ea/11/video/state-machines/state-machine-execution.htm

Helmut

725
Uml Process / Re: [SysML] Activities
« on: July 10, 2014, 05:13:14 pm »
Hi,

usually you simple drag and drop an Activity from the project browser on the canvas of a bbd. Be sure to use the activity as a link and not as an invocation/instance.

You may also create a new Activity from the toolbox. Make sure the Activity Toolbox is shown (More Tools, Sysml.., Activity). There are also other ways to create a new Activity in a bbd (e.g. Quick Linker, or blank key).

In EA/SysML you usually see no SysML frame.

Helmut

726
Uml Process / Re: [SysML] Activities
« on: July 09, 2014, 10:16:17 pm »
Hi,

I think you could put is this way.

Parameter is the specification what is possible to pass and Pins specifies what is passed in the current context.

Helmut

727
Uml Process / Re: [SysML] Activities
« on: July 09, 2014, 09:53:03 pm »
Hi,

1. Define an Activity
Usually you define and specify an activity, which is a reusable behavior, in an activity- or/and bbd (only definition) -diagram. An Activity may have parameters and a behavior described by its Activity Diagram.
Parameters are like formal parameters defined by the specification in a programming language. In essence it's the specification of the parameter which might be passed in case of an invocation/call.

2. The usage of an Activity
Usually you use an Activity inside an Activity Diagram. Just simply drag the activity from the canvas to the diagram and make sure you have chosen to create an Invocation. You see the result as a fork in the right down corner of the shape.
Now you have a usage / invocation of an activity. It's up to you to use pins to visualize the exchange of parameters. Each Activity parameter may result in a PIN which is the actual parameter with current value in a programming language. You may also say: This is the invocation/call of a behavior.

In SysML and also in UML it's often useful to distinguish between the specification of a reusable behavior and the call / usage of the behavoir. The usage may pass special values to the Activity.

In short:
- Definition is an Activity with the specification of its behavior and parameters
- Invocation / Usage is the current usage of the Activity from e.g another Activity with possible actual values.
- A Parameter is the specification which parameters may be passed to the Activity. Activities may have parameters
- A Pin of an Activity Invocation represents the currently passed value of the parameter. Activity Invocations may have Pins.

Hope it helps.

Helmut



728
Uml Process / Re: Finding where a InformationItem is conveyed
« on: May 21, 2014, 08:27:58 pm »
If you start your SQL with:
Code: [Select]
select t_diagram.ea_guid AS CLASSGUID, t_diagram.diagram_type AS CLASSTYPE,..

you can jump from the search window to the diagram.

Helmut

729
Uml Process / Re: Finding where a InformationItem is conveyed
« on: May 21, 2014, 08:03:52 pm »
With script and SQL-Search it's possible (not a perfect solution).

Write a SQL-Search with the GUID as <Search Term> and output the diagram, Source Element and Target Element. Then you can easily navigate to the diagram and with luck you see your item.

Write a browser script which calls the Search with the GUID.
Put the browser script into a browser script group.

Then you have your search at the context menue in the project browser.

To make it a bit easier to use you may write a Search Script (type  Model Search Group) to open the diagram of the selected connector and select the source and target of the connector.

I admit, if you haven't done it before it will take some time.

Helmut




730
Uml Process / Re: Composite Use cases and relationships
« on: May 20, 2014, 04:12:27 am »
Hi,

in general: EA maintains composite relationships. I've also encountered sometimes problems with this relationships. These issues were related to Version Controlled Packages. In my experience manageable. What EA release you are using?

You can detect lost relationships by query. I admit it's not trivial.

Personally I would create a composite structure by nested packages (package in package). If you have troubles you can easily  rebuild the lost relationship. I like structuring something by packages. Everybody understands it and is able to see it at first glance.

If you do this the EA composite diagram is just a shortcut for the convenience of the user. Lost no real problem.

Helmut






731
Uml Process / Re: Documentation for Activity Diagram Toolbox
« on: December 27, 2013, 06:54:22 am »
Hello,

my personal view:

The quickest way is to
  • buy a book
  • make a training
  • get a coach for you and your team
 

Let me try to say it with some words. Forgive me for oversimplifying.

In UML an activity is a behavior. A behavior (an activity) can describe the behavior of a simple C-function or of a whole system, a part of a system or something else like a business process.

An activity diagram describes an behavior. Therefore it's a good idea to have an activity diagram for each activity.  

An activity, an activity diagram may contain arbitrary activities, actions, or control elements like decisions.

Actions are atomic operations where the modeler has no intention to refine them by means of UML.

Actions may be a bit confusing because of the many existing kinds. For the start you may need:
  • Atomic action (just the text and specification inside)
  • call operation action (call a method of a class)
  • call behavior action (call a behavior, an activity)

These elements together with:
  • Init
  • Final
  • Decision
  • Merge
  • Fork
  • Join
you have your basic toolset.

For the start: Learn to make valuable models. Think of yourself of an author who wants to explain your problem at hand to the invisible reader.

Stereotypes or tagged values are no concept to start with.

In my opinion most of the value of an UML model isn't generating a code but understanding the problem. After managing this you can look to code generation.

In mechanics we have:
  • side view
  • front view
  • top view

In UML we also have different views (diagram types) to our system at hand.

Therefore: Think about the best model kind for each type of problem. You may use a pincer to nail a nail into the wall.

Good luck,

Helmut





732
Uml Process / Re: Baffled by rake symbol intricacies
« on: January 30, 2014, 06:20:46 pm »
Hello,

Call Operation:
Just drag and drop an operation on the activity Diagram.
Use Call Operation if you want to have the relationship to your class model.

Call Beavior:
Just drag and drop an activity on the activity diagram. Choose Invocation.
Use Call Behavior if you want to call another activity or reuse beahavior.

Re Use of Activities:
You may drag an Activity(Composite Activity) by link on the diagram. You may drag an Activity as Invocation (Call Behavior) on the diagram. With a Call Behavior you can send parameters to an activity. For reuse of Beavior I only use Call Behaviors.  

Efficiently navigating and working:
Have a look on Geerts Navigator. I have my own Addin and a slightly different strategy.

Helmut

733
Uml Process / Re: tracing from Activities to Actions
« on: January 10, 2014, 06:57:44 am »
Hi Robert,

I'm not sure I understood you right.

1. Diagrams which contains an action
Click on action + CTRL+U

2. Impact analysis by Search (SQL)

By the way: Usually an action is an aromatic thing which runs inside an activity. Therefore actions usually only occur once on that diagram which specify an activity. They are beneath/nested the activity which runs the action.

You may think of an action as one or more lines of code. Each line or group of code is unique within software module. For reuse of code/action you usually use similar strategies like in code. These are:
  • Call Operation Action
  • Call Behavior Action

Mostly, reuse of action isn't a good idea. Reuse of operations or behavior by calling them is a good idea.

Helmut

734
Uml Process / Re: link between EAP Issue
« on: January 03, 2014, 06:29:04 am »
Hello,

there is no way to link to another *.eap file.

What you can do is:
- Export your elements in *.eap(1) (xmi/xml)
- Import your elements in *.eap(2)
- Create the links in *.eap(2)
- By export / import of the links you have the links in both *.eap files

You can also use Version Control to accomplish this task.

Helmut

 


735
Uml Process / Re: Find out where a diagram is used (linked)
« on: August 22, 2013, 07:07:18 pm »
Hi Alberto,

the Browser script to find diagram usage by right click, script, ..

Code: [Select]
option explicit

!INC Local Scripts.EAConstants-VBScript

'
'--------------------------------------------------------------------------------------------------
'- Find Usage of Diagram
'--------------------------------------------------------------------------------------------------
'- Diagram:   Find Usage of selected Diagram'
'
' History:
' 07. December 2011: Created
'
'
'
'
sub main()
      ' check diagram
      'Session.Output "test"
      'Session.Prompt "This script does support diagram items. ", promptOK
      dim guid
      dim id
      dim el
    dim s
      dim selected
      set selected       = Repository.GetContextObject()
      
      dim selectedDiagram as EA.Diagram ' to use intelli sense for Diagram
      Set selectedDiagram = selected  

      '-------------------------------------------------------------------------------------
      'on Diagram
      if not selected is nothing AND selectedDiagram.ObjectType = otDiagram then
                  Repository.RunModelSearch "Diagram usage", selectedDiagram.DiagramGUID, "", ""
                  exit sub
                  'Session.Output CStr(selectedConnector)
                  ' Session.Prompt "This script does not support diagram items of this type.", promptOK
      else
            '-------------------------------------------------------------------------------------
          'in Browser
            ' Get the type of element selected in the Project Browser
            dim treeSelectedType
            treeSelectedType = Repository.GetTreeSelectedItemType()
            
            ' Handling Code: Uncomment any types you wish this script to support
            ' NOTE: You can toggle comments on multiple lines that are currently
            ' selected with [CTRL]+[SHIFT]+[C].
            select case treeSelectedType
      
      case otDiagram
                        dim theDiagram as EA.Diagram
                        set theDiagram = Repository.GetTreeSelectedObject()
                        Repository.RunModelSearch "Find CompositeElement of Diagram", theDiagram.DiagramGUID, "", ""
      '                  
                        
      '      
      ' Code for when a method is selected      
      '            case otMethod
                        case else
                        ' Error message
                              Session.Prompt "This script does not support items of this type.", promptOK
                        
            end select
      end if
      
end sub

main()


Create a script Group Browser Scripts, New VB Script, overwrite it
Helmut

Pages: 1 ... 47 48 [49] 50 51 ... 62