Difference between revisions of "Viewer:3/Main"

From CaseTalk Wiki
Jump to: navigation, search
 
(6 intermediate revisions by the same user not shown)
Line 1: Line 1:
= Viewer Main Window =
= CaseTalk Viewer =


The CaseTalk Modeler supports the full range of diagramming for FCO-IM diagrams. But for users who are only interested in special diagrams, and less in the FCO-IM diagrams, or the modeling, this Viewer is the best solution.
The CaseTalk Modeler supports the full range of diagramming for FCO-IM diagrams. But for users who are only interested in special diagrams, and less in the FCO-IM diagrams, or the modeling, this Viewer is the best solution.
Line 6: Line 6:


There are three tabs available where you may drag and drop items onto the diagram area.
There are three tabs available where you may drag and drop items onto the diagram area.
* [[Viewer:3/FCO-IM|FCO-IM]]
* [[Viewer:3/Logical|Logical]]
* [[Viewer:3/UML|UML]]
To configure the options available for automatic diagramming can be set here:
* [[Viewer:3/Options|Options]]


[[File:Viewer_-_empty.png]]
[[File:Viewer_-_empty.png]]
== FCO-IM ==
[[File:Viewer-FCOIM.png]]
== Logical ==
[[File:Viewer-Relational.png]]
The logical tab shows the tables, columns, primary keys, foreign keys. They are not drawn by hand, simply derived and visualized from the CaseTalk Modeler files. Some remarks are in place to explain the diagram:
* Person is a regular table with two columns, both part of the primary key (hence the key icon).
* Student is a table which has a subtype relation towards the supertype Person. A curved short line is drawn to indicate this. Zero or more Students are a subtype of Person. And the Project Code refers to the Project table, indicated by the chain icon.
* At least one Student needs to exist to register Preferences. And Preferences may occur once or more.
* Preferences is so called weak table. Since the primary key consists of columns which are used in a a foreign key. In other words, the Preferences cannot be identified by itself, it requires the Student as well. Therefor the table is considered to be a weak entity type.
* The Project table can be populated without the existence of Preferences or Students. The ProjectCode in Student references a Project, yet it is not mandatory and not required to identify any Student. Therefor the foreign keys for Project are both considered to be weak relations.
== UML ==
[[File:Viewer-UML.png]]
The UML panel shows the UML Classes, properties and their relations. Some remarks are in place to explain the diagram:
* Person, Preferences, Student, Teacher and Project are classes.
* Person has two attributes FirstName and Surname.
* Student is a subclass of Person, drawn as an pointing triangle.
* Preferences is dependent on two other class for its existence, hence the lines pointing towards the other required classes with an arrow.
* Teacher also shows a method Check_2 which shows the Teacher instance should check if the properties for Student and Project exist.
* Additionally the numbers indicate cardinality. For instance: a Teacher is mentor for 1 or more Students, and every Student requires 1 Teacher as mentor.

Latest revision as of 04:33, 1 September 2018

CaseTalk Viewer

The CaseTalk Modeler supports the full range of diagramming for FCO-IM diagrams. But for users who are only interested in special diagrams, and less in the FCO-IM diagrams, or the modeling, this Viewer is the best solution.

It allows to load the model files, and create basic FCO-IM diagrams, Relational Diagrams, and UML Class Diagrams. None of them need to be created by hand, only a selection needs to be made. The Viewer will draw the required details once the selected entity is dragged onto the diagram area.

There are three tabs available where you may drag and drop items onto the diagram area.

To configure the options available for automatic diagramming can be set here:

Viewer - empty.png