- Welcome to Archi Forum.
Archi - ArchiMate Modelling
Recent posts
#21
General Archi Discussion / JArchi get object and flow rel...
Last post by Azix - April 02, 2024, 20:54:23 PMHi, I'm trying to figure out how to use JArchi but I haven't found how to retrieve objects or flow relationships in a specific view... :
And how to do that :
- Use one "Node" (could also be "Device" but most of the time, "Node" is more generic and good-enough) per object (individual server, workstation, network equipment...). Keep track of object's IP in a property named "IP Address". If an object has multiple IP, then create multiple "IP Address" properties on the same node, one for each IP (in Archi the property's name does not have to be unique).
- If you also want to manage IPs ranges, then create "Communication Networks", and again, keep track of the network address in a property named "IP Network".
- Create resources groups using "Grouping" elements which aggregates "Nodes" and/or "Communication Networks". Create one or several views for this specific purpose.
- Model your network architecture with flows to/from "Nodes", "Communication Networks", and "Groupings". No need to add Groupings' content on each view (unless it is needed for people to better understand the context).
- Create a script which takes selected views as input and iterate on all flow relationships contained into these views. When the source or target of a flow is a Grouping, then navigate the model (not the views) to get the list of Nodes and Communication Network. Last, using the properties, generate the expected export file (start by exporting CSV-formatted text on the console, and when ok, use some javascript XLS library to generate a real XLS file).
Can someone explain or give me a piece of code to understand? please
And how to do that :
- Use one "Node" (could also be "Device" but most of the time, "Node" is more generic and good-enough) per object (individual server, workstation, network equipment...). Keep track of object's IP in a property named "IP Address". If an object has multiple IP, then create multiple "IP Address" properties on the same node, one for each IP (in Archi the property's name does not have to be unique).
- If you also want to manage IPs ranges, then create "Communication Networks", and again, keep track of the network address in a property named "IP Network".
- Create resources groups using "Grouping" elements which aggregates "Nodes" and/or "Communication Networks". Create one or several views for this specific purpose.
- Model your network architecture with flows to/from "Nodes", "Communication Networks", and "Groupings". No need to add Groupings' content on each view (unless it is needed for people to better understand the context).
- Create a script which takes selected views as input and iterate on all flow relationships contained into these views. When the source or target of a flow is a Grouping, then navigate the model (not the views) to get the list of Nodes and Communication Network. Last, using the properties, generate the expected export file (start by exporting CSV-formatted text on the console, and when ok, use some javascript XLS library to generate a real XLS file).
Can someone explain or give me a piece of code to understand? please
#22
General Archi Discussion / Re: Reference Models - best pr...
Last post by Jean-Baptiste Sarrodie - March 28, 2024, 13:33:31 PMHi,
I'm still working on it internally (as usual, this takes more time than expected)...
Some advices:
- A reference model is a model which has its own lifecycle
- Stable versions of a reference model are imported into other models, which can then reuse some views of concepts (but not alter them)
- When a newer version is published, the reference model is imported again, which updates its content into the target model, without impacting other part of the model
- Because importing a model cannot remove objects, a good practice is to set a property (e.g. "Lifecycle Status") on each objects to know if they are CURRENT or DEPRECATED. This way, it becomes possible to check objects which are now deprecated and analyse the impact on the target model.
Regards,
JB
Quote from: Jean-Baptiste Sarrodie on February 16, 2024, 10:58:21 AMI'll share this here in the coming weeks.
I'm still working on it internally (as usual, this takes more time than expected)...
Quote from: rchevallier on March 28, 2024, 13:09:14 PMuid are opaque and technical and specific to a model
Just for reconciling shared objects between imported sources, I'm using an custom uri built, and which is stored as a property.
Some advices:
- A reference model is a model which has its own lifecycle
- Stable versions of a reference model are imported into other models, which can then reuse some views of concepts (but not alter them)
- When a newer version is published, the reference model is imported again, which updates its content into the target model, without impacting other part of the model
- Because importing a model cannot remove objects, a good practice is to set a property (e.g. "Lifecycle Status") on each objects to know if they are CURRENT or DEPRECATED. This way, it becomes possible to check objects which are now deprecated and analyse the impact on the target model.
Regards,
JB
#23
General Archi Discussion / Re: Reference Models - best pr...
Last post by rchevallier - March 28, 2024, 13:09:14 PMuid are opaque and technical and specific to a model
Just for reconciling shared objects between imported sources, I'm using an custom uri built, and which is stored as a property.
ex: for a database table data object the uri I create is
The source extraction and reconciliation scripts/programs are using this property __uri as the identifier
Just for reconciling shared objects between imported sources, I'm using an custom uri built, and which is stored as a property.
ex: for a database table data object the uri I create is
Code Select
__uri=db://<instance>/<database>.<schema>.<table>The source extraction and reconciliation scripts/programs are using this property __uri as the identifier
#24
jArchi / Re: pb script with archi 5.2
Last post by wnad - March 28, 2024, 11:25:00 AMThanks JB your solution is OK
#25
General Archi Discussion / Re: How would u model a vpn?
Last post by m4ttmcg - March 28, 2024, 00:36:49 AMThere is a decent example on the bizzdesign documentation site
This shows the realisation at the tech layer of how the VPN components.
You could represent VPN as a path, or as a network, depending on what you are intending to describe in the view
This shows the realisation at the tech layer of how the VPN components.
You could represent VPN as a path, or as a network, depending on what you are intending to describe in the view
#26
General Archi Discussion / Re: Reference Models - best pr...
Last post by m4ttmcg - March 27, 2024, 23:27:41 PMBump - anyone have any thoughts on this?
#27
General Archi Discussion / Re: How would u model a vpn?
Last post by Jean-Baptiste Sarrodie - March 26, 2024, 15:04:39 PMHi,
This question should better be posted on the ArchiMate Community...
That being said, If you want to keep things as simple as possible (prefered approach IMHO), yes a Communication Network is fine. If you are doing some more advanced modeling, then a Path realized by some Communication Networks (such as Internet), and aggregating elements such as a System Software 'VNP Client', and a Node 'VPN Concentrator') would be best.
Regards,
JB
This question should better be posted on the ArchiMate Community...
That being said, If you want to keep things as simple as possible (prefered approach IMHO), yes a Communication Network is fine. If you are doing some more advanced modeling, then a Path realized by some Communication Networks (such as Internet), and aggregating elements such as a System Software 'VNP Client', and a Node 'VPN Concentrator') would be best.
Regards,
JB
#28
General Archi Discussion / Re: How can i create a view th...
Last post by bramasdf - March 26, 2024, 12:21:37 PMI will try this out thank you
Quote from: Phil Beauvoir on March 26, 2024, 10:49:12 AMThere is another way to (manually) add an element and all of its connected elements to a View:
1. Create a blank View
2. Select the element you require in the Models Tree
3. In the Properties window, select the "Analysis" tab
4. Drag and drop all the relations in the "Model Relations" table onto the View
#29
General Archi Discussion / How to model microsoft 365
Last post by bramasdf - March 26, 2024, 12:21:13 PMDoes anyone have a comprehensive example of how he modeled his microsoft 365 in his company?
kind regards
kind regards
#30
General Archi Discussion / Re: How can i create a view th...
Last post by Phil Beauvoir - March 26, 2024, 10:49:12 AMThere is another way to (manually) add an element and all of its connected elements to a View:
1. Create a blank View
2. Select the element you require in the Models Tree
3. In the Properties window, select the "Analysis" tab
4. Drag and drop all the relations in the "Model Relations" table onto the View
1. Create a blank View
2. Select the element you require in the Models Tree
3. In the Properties window, select the "Analysis" tab
4. Drag and drop all the relations in the "Model Relations" table onto the View