Wer den Mechanismus des Link-Ziehens kennt, der wei\u00df, dass es keine M\u00f6glichkeit gibt einen solchen Link bewusst auf eine Baseline zu ziehen.<\/p>\n
Desweiteren beziehen sich die Link-Module, \u00fcber die man ebenfalls iterieren kann<\/a>, um Quell- und Ziel-Objekte zu ermitteln, ausschlie\u00dflich auf current LinkModules. Was passiert wenn ein Link-Modul gel\u00f6scht wird? Existiert nach dem L\u00f6schen der Satisfy-Beziehung (des Satisfy-Linkmoduls) in den alten Baselines immer noch?<\/p>\n Der folgende Code gibt die Baselines von Link-Modulen aus. Bei mir handelt es sich um hohe Versionszahlen gr\u00f6\u00dfer als 200, die nicht mit den formellen\/herk\u00f6mmlichen Modul-Baselines in Verbindung gebracht werden k\u00f6nnen. Es ist also nicht ganz korrekt, das Link-Module keine Baselines haben, sie sind nur leider f\u00fcr den Endanwender unbrauchbar… oder kennt jemand einen Anwendungsfall wo er sie bisher nutzten konnte?<\/p>\n „Versioned Links“ entstehen dann, wenn ein current Quell-Modul, welches noch nicht ins letzte\u00a0 BaselineSet gestellt wurde, einen Outgoing-Link auf ein Ziel-Modul, welches gerade ins BaselineSet gestellt wurde, hat.<\/p>\n (Zustand A<\/strong>: Quellmodul noch nicht im Baseline Set)<\/p>\n Dies bedeutet, dass der Ausl\u00f6ser f\u00fcr die Duplikation eine Modul-Baseline des Source-Moduls ist und nicht etwas auf Objekt-Ebene ausgel\u00f6st wird.<\/p>\n Wird anschlie\u00dfend eine Baseline f\u00fcr das Quell-Modul erstellt, wandern die Links in das gebaselinte Quell-Modul und die Duplikation im „Current Module“ verschwindet wieder.<\/p>\n (Zustand B<\/strong>: Quellmodul wandert mit duplizierten Links ins BS)<\/p>\n Anmerkung: Den Zustand A sieht man i.d.R. nur in current Modules, die noch nicht ins letzte BaselineSet aufgenommen wurden.<\/p>\n Ich glaube fast, dass die Existenz von „Versioned Links“ vorwiegend der Tatsache geschuldet ist, dass die Links im Quell-Modul gespeichert werden und anschlie\u00dfend durch eine Art „Verschieben“ dem Baseline-Modul\/der Snapshot-Kopie zugewiesen werden. Wenn das so ist, w\u00e4re der Zweck dieser Funktion nicht die Erf\u00fcllung von Nutzer-Anforderungen oder User-Stories, sondern lediglich einem technischem Zweck geschuldet.<\/p>\n Oder ist es f\u00fcr das Vorstellungsverm\u00f6gen des Nutzers einfacher sich vorzustellen, wie eine Kopie des Quellmoduls (n\u00e4mlich die Baseline) langsam mit den duplizierten, verankerten Links ins Baseline Set wandert?<\/p>\n Wenn nun das Quellmodul, was z.B. eine Design Spezifikaton ist, Links auf die Current-Version und die gebaselinte Version hat, w\u00fcrde durch Ver\u00e4nderung in der Current-Version (also in den Requirements) nicht sichergestellt sein dass das Design noch stimmt. Die Aufgabe k\u00f6nnten Suspect Links erf\u00fcllen.<\/p>\n Daher lautet meine Antwort:<\/p>\n Nein (OXI)!<\/strong> „Versioned Links“ im Zustand A<\/strong> k\u00f6nnen nicht<\/strong> f\u00fcr die Korrektheit der verlinkten Daten sorgen. Meines Erachtens w\u00e4re es sinnvoller, wenn dass Source-Modul nur dann auf die Baseline zeigt, wenn das Source-Module seit der Target-Baseline nicht ver\u00e4ndert wurde. Es soll nun getestet werden, wie der Zustand A (Link-Duplikation) <\/strong>bei Modulen, die ausschlie\u00dflich Quellen, Modulen die ausschlie\u00dflich Senken und Zwischenmodulen beim Verfolgen von Links darstellt.<\/p>\n Ich habe 11 Module auf 4 verschiedenen Ebenen erstellt, die ich mit willk\u00fcrlichen Link-Typen miteinander verlinkt habe.<\/p>\n Anschlie\u00dfend habe ich eine Baseline Set Definition erstellt, die alle 11 Module beinhaltet und 4 Module (E1I1, E2I3, E3I1, E4I1) bereits in das BaselineSet gestellt (in der Grafik unten rot umrahmt).<\/p>\n Das Baseline Set existiert in der Version 2.0:<\/p>\n Die untenstehende Tabelle geht von current Quell-Modulen bei Outgoing-Links, und current Ziel-Modulen bei Incoming-Links aus.<\/p>\n D.h. bei Incoming-Links ist die Spalte Ziel-Modul das ge\u00f6ffnete Modul, bei dem das Ph\u00e4nomen der gespaltenen Links im Zustand A auftritt, bei Outgoing-Links ist das Quell-Modul der Ort, in dem das Ph\u00e4nomen der gespaltenen Links auftritt.<\/p>\n Es ergibt sich darauf die folgende Wahrheitstabelle:<\/p>\n![\"zustandAinDoors\"](\"https:\/\/i0.wp.com\/www.capri-soft.de\/blog\/wp-content\/uploads\/2015\/07\/zustandAinDoors.jpg?ssl=1\")
<\/a><\/p>\n\r\nstring nSatisfiesLinkModule = "\/NDS\/90 Administration\/Satisfies"; \r\nModule SatisfiesLinkModule = read(nSatisfiesLinkModule, false); \r\nBaseline b = null;\r\nint i = 0;\r\n\r\nfor b in SatisfiesLinkModule do \r\n{ \r\n print i ") ";\r\n print(major b)"."(minor b)(suffix b)" "(annotation b)"\\n" \r\n i++;\r\n} \r\n<\/pre>\nWann entstehen „Versioned Links“?<\/h2>\n
<\/a><\/p>\n<\/a><\/p>\nWarum existieren „Versioned Links“?<\/h2>\n
Sorgen „Versioned Links“ im Zustand A<\/strong> f\u00fcr die Korrektheit\/Versionssicherheit von Daten?<\/h2>\n
\n–> Wenn sich das „Current Ziel-Modul“ (z.B. die Software Requirements) seitdem ge\u00e4ndert hat, so dass sich das Design \u00e4ndern w\u00fcrde, stellt sich die Frage wieso das „Current Quell-Modul“ (z.B. das Software Design) auf ge\u00e4nderte Requirements zeigt.
\nFalls es ge\u00e4ndert wurde, kann es auf die Current-Version des Ziel-Moduls zeigen… oder auch nicht, da ja noch nicht das ganze Modul ge\u00e4ndert wurde…<\/p>\nTest Szenario<\/h1>\n
Test Beschreibung<\/h2>\n
Test Aufbau<\/h2>\n
<\/a><\/p>\n<\/a><\/p>\nTest Durchf\u00fchrung<\/h2>\n
<\/a><\/p>\n