Home

Handbuch add4Q V2.1

1. u00004004000ennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennennnnnnnnnn 17 Einstellungsdialog f r die Traceausgabe uuuss220040000nnnennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnnnnnennnnnn nenn 18 BINEI KONNGUFAUON S Zee en een nee earede 19 Kontextmen der Versionskontrolle sc Aa een 19 Ansicht der add4Qlleditor Oberfl che sss022222400000000Rnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnenennnnnnnnnn 21 Dialog zum Editieren der Dokumenteneigenschaften 440004444000RR0nnn nennen nennen nnnnnnennennne nennen 22 UML Diagramm im add40 Edillar e un a ea ae 23 Namensschema Konfigurationsdialog f r Requirements und Testf lle u022200022200020nn een 23 Projektbeispiel mit Ebenen und Requirements im EA ProjectBrowser 2uu002222usnnsnnnennennneenennenn 26 Filterm glichkeiten der Objekt Ansicht 22240002020000000nnennnn nn nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnen nn 27 Beispielim add4 linker zu een ee 28 Abfragedialog zum Splitten oder Mergen von Requirementis us04 44000n20nnn nennen nnennnn nennen een 28 Standardansicht des add4Qlltracer mit Fehlerausgabe 220002222000220n0nennnnnnennnnnnennnnnnennen 29 Ansicht des add4Ql tracer mit Dokumentenfilter 2222222222222202000222nnnnnnsennsnsssssssssnsnsssssssssssssessnnnnnn 29 Links Split Merge Fehler Rechts korrekte Verkn pfung
2. us04404000Bnennnnonnnnnn nennen nennne een 30 Beispiel eines Viewerdiagramms u02222420002000000n00nnennnnnnnnnnnnnnennnnnnnnnnnnnnnnnnnnnennnnnnnnnnnnnnennnnnne nennen 32 Oberfl che des add4Qlltester bei der Bearbeitung u0s02222200000200nnnneennnnnnnnnennnnnnnne nennen 33 Ansicht des Testers in der Phase Abarbeitung von Testpl nen u0022220002202000nnnnnnennnnneenennnn 34 Testfenster in der Phase Abarbeitung von Testf llen uuss222240000020000000RRnnnnnnn nn nnnnnnnn nennen nenn 35 Auszug aus einem LEestprol K lleanunain ea ae eine 36 Anlegem einesnelen ReveWnnan ae nahe aaa 37 Reviewerfenster eines vorl ufigen Review uuuusssssssnssesnssnnnnsennnnnnnnnennnnnnnnnnnnnnnnnnnonnnnnnnnesnnnnnnnnennnennn 38 Bedeutungen der Objektformatierung ssss22200040000000Rnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 39 Die Oberfl che des add4Ql reviewer im Review Modus ssssss000000nnnnssnnnnnnnnnneneeeeennnnnnnnnnnnnnnnnnnn 40 Seite 3 von 42 add4Q Benutzerhandbuch 1 Vorwort Wir bedanken uns f r Ihre Entscheidung f r add4Q Das st ndige Streben nach Verbesserung ist ein wichtiger Teil unserer Philosophie Aus dieser Motivation heraus ist add4Q mit dem wir Ihnen einen Weg anbieten Projekte nach einem bew hrten Prozess schnell und effizient zum Ziel zu f hren entstanden add4Q wird Sie im Requirement Engineering
3. der Ihnen erm glicht die Lizenzierung durchzuf hren oder die Software weiter im Demo Modus zu nutzen Die Alternativen im Detail aodou ENTERPRISE ARCHITECT TOOLKIT Aktivierung Bitte w hlen Sie eimen Lizenztyp Demo Einzelplatz Schl ssel anfordern Schl ssel einspielen Floating ChUsers andreas Downloat http www add4Q de Dialog zur Produktaktivierung Demo Lizenz Die Software kann 30 Tage ohne Einschr nkung genutzt werden Alle erzeugten Requirements Testf lle Eigenschaften Notes etc sind im EA Repository abgelegt und k nnen auch ohne add4Q weiter verwendet werden Einzelplatz Lizenz Einzelplatz Lizenzen sind an den Rechner gebunden von dem aus der Aktivierungsschl ssel angefordert wird Zur Anforderung ben tigen Sie Ihre Kunden oder Bestellnummer Die Aktivierung erfolgt in 2 Schritten Ein Klick auf den Button Schl ssel anfordern ffnet ein Dialogfenster zur Eingabe der Kunden bzw Bestellnummer Nach Eingabe derselben wird eine E Mail mit der Kundeninformation und einem Sicherheitscode generiert Ver ndern Sie diese Informationen nicht Den Aktivierungsschl ssel senden wir an die E Mail Adresse des Absenders Zur Aktivierung klicken Sie auf den Button Schl ssel einspielen und kopieren Sie den Lizenzschl ssel in das Eingabefeld Damit ist die Aktivierung abgeschlossen Hinweis Wenn Sie add4Q auf einem anderen Rechner installieren m ssen ben tigen Sie einen neuen Seite 7 von
4. 42 add4Q Benutzerhandbuch Lizenzschl ssel Floating Lizenz Bei Floating Lizenzen erhalten Sie eine Lizenzdatei die auf einem beliebigen im Netzwerk erreichbaren Rechner oder Server abgelegt werden kann Zur Aktivierung geben Sie nur den Pfad zu der Lizenzdatei an Damit wird eine Lizenz am Server ausgecheckt und ist solange verf gbar wie die Anwendung l uft und eine Verbindung zum Netzwerk besteht Floating Lizenzen bieten die M glichkeit dass Lizenzen von unterschiedlichen Benutzern verwendet werden k nnen Das spart Kosten wenn nicht immer alle Anwender die Software nutzen und erleichtert die Lizenzverwaltung im Unternehmen Seite 8 von 42 add4Q Benutzerhandbuch 5 Die Funktionalit ten im berblick Der folgende Abschnitt enth lt eine kurze Beschreibung der wichtigsten Merkmale und Funktionen der Module 5 1 Dokumentenbearbeitung Das Plug in add4Q editor bietet folgende M glichkeiten der Dokumentenbearbeitung Dokumentenablage im Repository Dokumente k nnen leicht angelegt und editiert werden wobei alle Dokumentenartefakte im Repository des EA als Notes Linked Documents Requirements Testcases etc abgelegt werden Umwandlung von Packages Vorhandene Packages k nnen f r die weitere Bearbeitung mit dem add4Q editor in Dokumente umgewandelt werden Automatische Nummerierung Hierarchische Dokumenten und Kapitelnummerierungen werden automatisch angelegt Formatierungen i Dokumenteninhalte wie Ube
5. 42 add4Q Benutzerhandbuch Objekt Das Objekt muss einem Review unterzogen werden Das Objekt muss keinem Review unterzogen werden da es ii entweder schon freigegeben oder in dieser Phase nicht relevant ist Ein vorl ufiges Review ist vorhanden Das Objekt wurde w hrend des Reviews ge ndert Das Objekt wurde kommentiert Das Objekt wurde w hrend des Reviews hinzugef gt Das Objekt wurde w hrend des Reviews gel scht Bedeutungen der Objektformatierung Unterbrechen und Beenden eines vorl ufigen Reviews Ein vorl ufiges Review kann jederzeit unterbrochen werden Beim Speichern wird der aktuelle Stand aufgezeichnet und kann beim n chsten Start ber Datei Offnen fortgesetzt werden 7 4 2 Phase 1 Reviewdurchsprache mandatory Nach der optionalen Durchf hrung der einzelnen vorl ufigen Reviews wird die eigentliche Reviewsitzung durch den Reviewleiter mit dem Autor und den Teilnehmern eingeleitet Beim ersten Starten des Reviews wird ein Fenster mit den Review Eigenschaften eingeblendet Hier werden die Namen des Reviewleiters und der Teilnehmer eingetragen Im Feld Allgemeine Anmerkungen k nnen zus tzliche Kommentare eingetragen werden die sich generell auf das zu reviewende Dokument und nicht auf einen speziellen Abschnitt beziehen Au erdem kann bei der Verwendung von Zertifikaten die digitale Signatur des Reviewleiters eingetragen werden Diese Signatur wird mit Abschluss der Phase mitsamt einer Checksu
6. den entsprechenden Testf llen verkn pft Das Projekt kann um beliebig viele Entwicklungsebenen erweitert werden Zum Beispiel um eine Ebene in der Systemanforderungen in Komponentenanforderungen heruntergebrochen werden Anlegen der Struktur im EA Projekt Um die einzelnen Ebenen im Repository anzulegen ffnen Sie ber den Men punkt Extensions add4Q Einstellungen den Konfigurationsdialog mit dem Eintrag Tracelevel In dieser Oberfl che lassen sich die vorgesehenen Entwicklungsebenen leicht anlegen indem man die ben tigten Packages anlegt oder aus vorhandenen Projektstrukturen ausw hlt Seite 12 von 42 add4Q Benutzerhandbuch A Allgemein Package l Anforderungen 9 Dokumente E Dokumenteneigenschaft Objekteigenschaften Hamensschemata Funktionen Design LA Requirements b Testf lle Dialog zum Anlegen der Entwicklungsebenen Tracelevel Auswirkung im EA Repository Es werden Packages angelegt die der Kategorie Level zugeordnet sind Hinweis Die Entwicklungsebenen m ssen in der dem Entwicklungsprozess entsprechenden Reihenfolge angelegt werden add4Q ordnet die Level in dieser Reihenfolge unver nderlich zu Es ist nicht m glich alle Ebenen in einem Durchgang zu erstellen Bet tigen Sie jedes definierte Level mit OK 6 1 2 Festlegung des Review Protokollverzeichnisses Im n chsten Schritt erfolgt die Festlegung eines Verzeichnisses in dem alle Review Protokolle zusammengefasst werden
7. oder Tabelle erstellt wird Der eingegebene Text wird an der aktuellen Dokumentenstelle eingef gt Einf gen von Links bzw Verweisen auf Tabellen und Graphiken Die Beschriftungen von Tabellen und Graphiken werden zur weiteren Verwendung gespeichert Damit kann nun an beliebiger Stelle im Dokument auf zuvor eingef gte Tabellen und Grafiken verwiesen werden Unter dem Men punkt Einf gen Verkn pfung einf gen w hlt man die entsprechende Beschriftung und verlinkt damit auf das Element Einf gen von Verweisen auf Dokumentenkapitel Verweise auf Dokumentenkapitel werden an der aktuellen Cursorposition im Dokumentendetailfenster Seite 24 von 42 add4Q Benutzerhandbuch eingef gt indem das gew nschte Kapitel im Dokumentennavigationsfenster per Drag amp Drop her bergezogen wird Au erdem k nnen Verweise auf Kapitel ber den oben genannten Men punkt Einf gen Verkn pfung einf gen hergestellt werden Cursor auf verwiesenes Objekt positionieren Durch Dr cken der lt STRG Taste gt und Klick auf einen Verweis wird der Cursor auf das entsprechende Objekt Kapitel Tabelle Bild positioniert Einf gen von Notes Notes sind Standardelemente von EA Artefakten mit eingeschr nkter Formatierungsm glichkeit Sie werden als gelbes Feld eingeblendet Wir verwenden Notes in add4Q f r Requirements als Standardelement weil sie die M glichkeit bieten eine kurze wesentliche Information unterzubringen Suchen Die Suchfunktion d
8. DE E add4Q Einstellungen Projektwereinbarungen E Projektrnanagement Level 0 Anforderungen Lastenheft Systemtest xLevel 1 Funktionen 9 Pflichtenheft mu Vorwort C Einleitung Grundlegende Funktionalit t Benutzeroberfl che E Backend REQ D003 Data Interfaces a 9 Detaillierte Funktionalit t E Datenbanken REG DOOL MySQL REQ D002 SQLite E mu Diagrams m Schlusswort A Integrationtest E level 2 Design Begleitende Dokumente m Benutzerhandbuch Release Notes Projektbeispiel mit Ebenen und Requirements im EA ProjectBrowser 7 2 1 Regelwerk zur Verlinkung Um ein vollst ndiges System im Sinne von Requirement Engineering zu erstellen muss jedes Requirement einer Realisierung zugef hrt werden und mit mindestens einem Testfall verkn pft sein Erforderliche Verkn pfungen Ein Requirement wird in die vorherige n chste Ebene verkn pft Ein Requirement wird mit mindestens einem Testfall in der gleichen Ebene verkn pft Ein Testfall wird mit einem Requirement auf derselben Ebene verkn pft Ausnahmen Ein Requirement wird mit einem Artefakt oder Textelement realisiert das keinem Tracelevel zugeordnet ist In diesem Fall muss das Requirement nicht in die n chste Ebene verlinkt werden Ein Requirement wurde gesplittet oder gemerget In diesen F llen wird jeweils nur das Ergebnis weiter verlinkt Wenn z B Requirement A in Requirement B und C gesplittet wurde werden die Produkte B und C weiter ver
9. H Standort Erlangen Germany Autor John Doe _Proiikname Produktwersion Modulname Copyright Freigegeben won Freigegeben am Abbrechen bernehmen Dialog zum Editieren der Dokumenteneigenschaften Dokumentenversion Wenn ein Dokument im Review Prozess freigegeben wurde wird automatisch eine neue Version f r das Dokument erstellt und ein entsprechender Eintrag hinzugef gt Das freigegebene Dokument ist im Repository eingefroren und nicht mehr editierbar 7 1 4 Dokumentenstruktur bearbeiten Die Bearbeitung der Dokumentenstruktur erfolgt im Dokumentenstrukturfenster Einf gen von Kapiteln auf oberster Ebene Auf freier Fl che Anwahl rechte Maus Kapitel hinzuf gen Einf gen von Unterkapiteln Auf das Kapitelicon gehen Anwahl rechte Maus Kapitel einf gen Einf gen von Dokumentenartefakten Auf das Kapitelicon gehen Anwahl rechte Maus Artefakt einf gen Artefakten wird in der Struktur ein eigenes Symbol vorangestellt Einf gen von Requirements Auf das Kapitelicon gehen Anwahl rechte Maus Requirement einf gen Requirements wird in der Struktur ein eigenes Symbol vorangestellt Hinweis Beim Anlegen des ersten Requirements je Dokument wird der Konfigurationsdialog zur Definition Seite 22 von 42 add4Q Benutzerhandbuch der Syntax der Namensgebung aufgerufen wenn die Checkbox unter add4Q Einstellungen aktiviert ist Default Weitere Informationen zu Namenspr fixen in Kapitel Verwendung von N
10. Level 2 mit einem Hazard verkn pft werden nicht aber in Level 0 Eine Ausnahme bilden Testf lle f r die kein Hazard Label vergeben werden kann Der Testingenieur sieht aber dass das zu testende Requirement als Hazard gelabelt ist Requirements Testf lle ohne Tracelevel Es ist m glich Requirements und Testf lle in Begleitdokumenten anzulegen So kann zum Beispiel ein Requirement mit einem Textartefakt in einer Bedienungsanleitung realisiert werden Verkn pfungen die Tracelevel berspringen Es ist mit add4Q nicht m glich Ebenen zu berspringen Es ist aber durchaus m glich in EA ein Requirement der Ebene 3 mit einem Requirement der Ebene 0 zu verkn pfen Requirements die nicht in den vorherigen Level verkn pft sind In der Praxis wird es immer wieder vorkommen dass Requirements erst in der Realisierung entstehen Im Sinne eines vollst ndigen Systems m ssen diese Requirements verkn pft werden und entsprechende Requirements im Lasten Pflichtenheft ggf angelegt werden Requirements die nicht in den n chsten Level verkn pft sind Genauso k nnen Requirements vorhanden sein f r die sich in der n chsten Ebene keine Entsprechung findet oder die einfach noch nicht verkn pft sind Requirements mit externer Verkn pfung und ohne Verkn pfung in den n chsten Level Extern steht hier f r eine Verkn pfung mit einem Element ohne Tracelevel wie zum Beispiel einem Benutzerhandbuch Requirements ohne Testfallverkn pfung
11. Root Artefaktes und rechte Maus Kindelemente markieren mit einem Klick mit dem gew nschten Resultat versehen werden Ebenso kann das Ergebnis f r alle unmarkierten Kindelemente gesetzt werden Beide Funktionen sind auch auf einzelne Kapitel anwendbar p Soll das Review durch den Teilnehmer endg ltig beendet werden dann wird dies durch das Icon Phase abschlie en best tigt ansonsten kann das Review auch mit Speichern gesichert und zu einem sp teren Zeitpunkt wieder aufgenommen werden Die Phase kann nur abgeschlossen werden wenn alle Reviewobjekte ein Ergebnis haben akzeptiert nicht akzeptiert 7 4 3 Phase 2 Korrektur aus den Reviewergebnissen optional Falls in Phase 1 Korrekturen am Dokument angemerkt wurden die noch durchzuf hren sind wird mit Fortsetzung des Reviewvorgangs durch den Autor die Korrekturphase eingeleitet Im Navigationsfenster werden nur Artefakte angezeigt die in Phase 1 als Nicht akzeptiert markiert wurden und vor einer Freigabe ge ndert werden m ssen Nach dem Durchf hren der notwendigen nderung an einem Objekt kann dies mittels des Radio Buttons nderungen durchgef hrt gekennzeichnet werden Die nderungen k nnen im Feld f r den nderungs Kommentar beschrieben werden welcher in dieser Phase editierbar ist Hinweis Auf die ausgeblendeten Objekte die nicht Teil dieses Reviews sind oder in Phase 1 akzeptiert wurden kann mit dem Icon Alle Objekte anzeigen zugegriffen werden 7 4 4 Ph
12. Z hler A Fester Text 771 Textfeld Namensschema Konfigurationsdialog f r Requirements und Testf lle Wenn man eine Syntax wie im Screenshot oben erstellt w rde das Ergebnis so aussehen PH_001_ lt Requirementbezeichnung gt Der Counter z hlt die Requirements automatisch hoch Es ist m glich den Wert im Editor manuell zu Seite 23 von 42 add4Q Benutzerhandbuch ndern PH_ wurde als fester Text eingesetzt und das Textfeld zur Namensgebung verwendet In der Anwendung wird folglich jedes Mal wenn ein Requirement oder Testfall erstellt wird ein Dialogfeld mit der laufenden Nummer und dem festen Text eingeblendet in dem der Anwender noch den Namen erg nzt Die Konfiguration wird mit dem Dokument gespeichert Dies bedeutet dass derjenige der das erste Requirement anlegt auch die Syntax festlegt und die Namenskonventionen kennen muss Nachtr gliche nderungen und Erweiterungen sind m glich Gehen Sie dazu in den Einstellungsdialog Extensions add4Q Einstellungen Dokumente Namensschemata und w hlen Sie das Dokument f r das die Anderungen gelten sollen Ein Doppelklick auf das gew nschte Dokument ffnet den Konfigurationsdialog Hinweis Beachten Sie bitte dass sich nderungen nicht auf bereits erstellte Requirements auswirken 7 1 6 Textinhalte bearbeiten Nach dem Anlegen von Kapiteln Dokumentenartefakten und Requirements werden diese als berschriften im Dokumentendetailfenster angezeigt Um Text einzug
13. Zur Speicherung von Reviewprotokollen ist das Anlegen eines speziellen Protokollverzeichnisses notwendig in dem alle Reviewprotokolle f r die Dokumente des Projekts gesammelt werden Siehe dazu Kapitel Festlegung des Review Protokollverzeichnisses Der Dialog zum Erstellen des Verzeichnisses wird automatisch angezeigt wenn eine Speicherung von Reviewergebnissen erstmals erforderlich ist und das Protokollverzeichnis zu diesem Zeitpunkt noch nicht angelegt wurde Einteilung des Reviewvorgangs in Phasen Die Durchf hrung eines Dokumentenreviews gliedert sich in einzelne Phasen die teilweise optional sind Phase 0 vorl ufiges Review durch einzelne Reviewteilnehmer optional Phase 1 Reviewdurchsprache mit Reviewleiter Autor und Reviewteilnehmern mandatory Phase 2 Korrektur aus den Reviewergebnissen durch den Autor optional je nach Reviewergebnis Phase 3 Freigabe des Dokumentes durch den Freigebenden mandatory Digitale Signaturen Review Protokolle und die zugrunde liegenden Dokumente m ssen blicherweise vom Autor und dem Freigebenden unterzeichnet werden Dies kann herk mmlich mit dem Ausdruck des entsprechenden Formulars und der manuellen Unterzeichnung des Deckblattes oder unter Verwendung einer im System hinterlegten digitalen Signatur geschehen Seite 36 von 42 add4Q Benutzerhandbuch Mit dem reviewer k nnen Dokumente digital signiert werden wenn auf dem Rechner des beteiligten Mitarbeiters im Zertifikatss
14. acefehler die ignoriert werden sollen so k nnen sie einem sog Rational zugewiesen werden Dies geschieht ber das Kontextmen des entsprechenden Tracefehlers Tracefehler die Rationals zugeordnet wurden werden standardm ig nicht in der Fehler bersicht angezeigt 7 2 5 Klassifizierung der Trace Probleme Im Folgenden ein paar n tzliche Informationen zur Ermittlung und Behandlung von Ereignissen die im Tracer zu einer Fehlermeldung f hren Mehrfach vorhandene Requirement Testfallbezeichnungen Es wird eine Pr fung auf Namensgleichheit ausgef hrt und eine Meldung entsprechend Ihrer Auswahl ausgegeben Mehrfach vorhandene Verkn pfungen Es ist in EA Requirement Diagrammen m glich versehentlich 2 Traceverkn pfungen zwischen Requirements anzulegen Mit add4Q kann jeweils nur eine Verbindung zwischen 2 Requirements angelegt werden Verkn pfung mit falscher Richtung Die Linkrichtung mit add4Q ist L3 erf llt L2 L2 erf llt L1 usw Oder anders ausgedr ckt Code erf llt Pflichtenheft Requirement Pflichtenheft Requirement erf llt Lastenheft Requirement Hazards die mit Nicht Hazards verkn pft sind Seite 29 von 42 add4Q Benutzerhandbuch Die Regel ist dass ein Hazard Element mit einem Hazard verkn pft werden muss Das hei t ein Requirement das in Ebene 0 das Label Hazard hat muss bis zur Realisierung mit Hazard Elementen verkn pft werden Ein Element das erst in Level 1 das Attribut Hazard bekommt muss in
15. addUL Benutzerhandbuch v2 1 add4Q Benutzerhandbuch Inhaltsverzeichnis VOWOoH urn Narren 4 2 aadae Toolkit Environment san ie 5 2 1 Enterprise Architect und add4Q eine sehr gute Kombination 224444444400eeeennnnnnnn en 5 8 VINSTANATOR Eee N nee eier ee 6 4 SJEIZENZIETUNG ee een een 7 5 Die Funktionalit ten im berblick uueeeeesseeeneseneeennnnnnennnnnnnnennnnnnnnnnennnnnnnnennnnnnnnennnnnennennnnnaen 9 5 1 Bokumentenbearbelling nes seele est 9 5 2 Reduirement Managements eh 9 5 3 BESID I ANUNg ea a T 10 5 4 Review Managemen scare a a a 10 6 Leitfaden zur Erstellung und Gliederung von Projekten 001nnnnnnannnneneennnnnnnnnnnessnnnnensenneressnnnnee 11 6 1 Vorbereitung eines neuen Projekts uuus04222400000n00nnnn nn nnnnnnnnennnnnnnnnennnnnnnnnnnnnennnnnn nenn 11 6 1 1 Festlegung der Entwicklungsebenen 2 2244000022000000Rnnnnnnnn nn nnnnnnnnnnnnnnnnnennnnennnnn 12 6 1 2 Festlegung des Review Protokollverzeichnisses 2420000000040000nnennnnn en nnennnnne een 13 6 1 3 Festlegung der vorgesehenen Dokumentenstruktur 02 200020200020000nennn nenne nennen 14 6 14 PI jektst UKlUr nen ee een 14 6 2 Alternative Vorgehensweise zum Anlegen einer Projektstruktur 20002240002020 2200 15 6 3 Weitere Programmeinstellungen 00222440002200000000nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnne nennen nnnnnnnnnenn 15 6 4 Eiller ve
16. amenspr fixen Verschieben von Elementen Auf das Element Icon gehen linke Maustaste und an die gew nschte Position verschieben L schen von Elementen Auf das Icon gehen und die Entf Taste dr cken oder im Kontextmen L schen w hlen L schen von Notes Notes werden gel scht indem man den Text der Notiz l scht und das Dokument speichert Bei der n chsten Aktualisierung des Dokumentes wird die Notiz entfernt Hinweis Es k nnen nur vom Benutzer angelegte Notes gel scht werden nicht jedoch zu Requirements geh rende Notes Einf gen von UML Diagrammen Um UML Diagramme in add4Q Dokumenten zu verwenden erstellt man das gew nschte Diagramm im Enterprise Architect Project Browser oder zieht ein bereits vorhandenes Diagramm auf das Kapitel in dem es ben tigt wird Im Editor wird eine Schaltfl che zum Anzeigen des Diagramms eingeblendet nachdem das Dokument aktualisiert wurde Lokales Modell aktualisieren E Requirements Diagramm Diagramm anzeigen UML Diagramm im add4Q Editor 7 1 5 Verwendung von Namenspr fixen Dass man im Projekt mit strikten Namenskonventionen arbeitet gebietet sich von selbst add4Q unterst tzt Sie dabei indem f r Requirements und Testf lle Pr oder Postfixe definiert werden k nnen die dem eigentlichen Namen automatisch voran nachgestellt werden Beim ersten Anlegen eines Requirements oder Testfalles erscheint ein Konfigurationsdialog zur Definition der Pr fix Syntax A Fester Text E
17. ase 3 Freigabe mandatory In der letzten Phase des Reviews muss der Freigebende die durchgef hrten nderungen anhand der Kommentare und des aktuellen Textes pr fen Nach der Durchsicht der Korrekturen schlie t der Freigebende das Review ab und gibt seinen Namen in den Review Eigenschaften ein Zus tzlich kann er eine digitale Signatur verwenden Anschlie end tr gt er einen Kommentar f r die Dokumentenhistorie ein Damit wird das Dokument in der aktuellen Version archiviert und eingefroren Eine weitere Bearbeitung kann nur in einer neuen Dokumentenversion erfolgen Seite 41 von 42 add4Q Benutzerhandbuch 8 Copyright Verweise Copyright Copyright 4plus GmbH Alle Rechte vorbehalten Eine ber den urheberrechtlich vorgesehenen Rahmen hinausgehende Vervielf ltigung Bearbeitung und bersetzung ohne schriftliche Zustimmung der 4plus GmbH ist verboten Warenzeichen add4Q ist ein eingetragenes Warenzeichen der 4plus GmbH Microsoft Windows Windows XP und NET sind eingetragene Warenzeichen der Microsoft Corporation Enterprise Architect und Sparx Systems sind eingetragene Warenzeichen der Sparx Systems Pty Ltd 8 1 Haftungsausschluss und Gew hrleistung Diese Dokumentation wurde validiert und auf Korrektheit berpr ft und entspricht dem Produktstand von add4Q zum Zeitpunkt der Ver ffentlichung Nachfolgende Versionen und Handb cher k nnen ohne Vorank ndigung ge ndert werden Die 4plus GmbH beh lt sic
18. den Testspezifikationen gepr ft werden Dokumentenorientierung Die Projektstruktur ist dokumentenorientiert aufgebaut Jede Ebene enth lt Dokumente deren Inhalte jederzeit in ein unabh ngiges Dokument ausgegeben und gespeichert werden k nnen 6 1 Vorbereitung eines neuen Projekts Um ein Projekt zu starten sollte als Erstes ein Grundger st im Repository des EA angelegt werden das die notwendigen Arbeitsschritte und Artefakte des Projekts widerspiegelt den Bed rfnissen des Projekts im Sinne der geplanten Entwicklungsebenen gen gt und das alle notwendigen Verwaltungsstrukturen enth lt Nach dem Anlegen eines neuen leeren Enterprise Architect Projekts stehen folgende M glichkeiten zur Verf gung Manuelles Anlegen der Grundstruktur Alle Schritte zum Anlegen der neuen Projektstruktur werden manuell mithilfe der add4Q Plug ins durchgef hrt Verwendung des EA Model Wizard Mithilfe des Model Wizards wird eine vorgefertigte Struktur anhand eines Projektbeispiels importiert Seite 11 von 42 add4Q Benutzerhandbuch Model Patterns Application Patterns Select model s to add to your project Technology Name u add4J Settings TA Basic UML Technology E Project Agreements EA Simple UML Views E Project Management ER Core Extensions u Level 0 Requirements e ArcGIS Level 1 Functions E ArchiMate Level 2 Design 5 BPMN 1 1 u Accompanying Documents S BPMN 2 0 Fr Fd me mi me oo 4plus Projektvo
19. die Vorgehensweise bei der Erstellung von Testspezifikationen und Testpl nen 7 3 1 Erstellen von Testspezifikationen Der erste Schritt im Testmanagement ist die Erstellung von Testspezifikationen Das Dokument wird ber das Men Datei Neu angelegt Im folgenden Dialog w hlt man die Ebene in der die Testspezifikation erstellt werden soll und den Dokumententyp Testspezifikation Das erstellte Dokumenten Package wird im Fenster Testspezifikation geladen wo nun zur weiteren Strukturierung Kapitel und Testf lle eingef gt werden k nnen Die gew nschte Aktion wird aus dem Kontextmen des jeweiligen Kapitels gew hlt Mit Anwahl eines Testfalles im Fenster Testspezifikation k nnen folgende Schritte durchgef hrt werden Erstellung der Testschritte Im Fenster Testschritte k nnen durch Anwahl des Icons Neuer Schritt die ben tigten Testschritte angelegt werden Die Beschreibung des Testfalles der Eingabe und der Akzeptanzkriterien sind f r diesen Schritt freigegeben Testschritte k nnen dupliziert und in der Reihenfolge verschoben werden Zuordnung von Testf llen zu Requirements Seite 34 von 42 add4Q Benutzerhandbuch Mit der Anwahl eines Testfalles im Fenster Testspezifikation wird dieser im Fenster Verkn pfungen eingeblendet und kann dort mit Requirements verkn pft werden Dazu w hlt man im Fenster Verf gbare Requirements das gew nschte Requirement und zieht es auf den Testfall Eine Mehrfachauswahl ist bei ged
20. die sp ter bei der Durchsprache und Freigabe von Dokumenten entstehen Um dieses Verzeichnis anzulegen ffnen Sie ber den Men punkt Extensions add4Q Einstellungen den Konfigurationsdialog mit dem Eintrag reviewer Dort kann unter dem Punkt Review Ablagepackage ein entsprechendes Verzeichnis angelegt werden a II General Packages m Tracelevels Review storage package Reviews a 9 Documents E Document properties Object properties Naming schemes Requirements Ean i tracer B rewiewer Dialog zur Auswahl bzw Anlage des Review Verzeichnisses Seite 13 von 42 add4Q Benutzerhandbuch Auswirkung im EA Repository Es wird ein Package mit dem Stereotyp Reviews erzeugt 6 1 3 Festlegung der vorgesehenen Dokumentenstruktur An diesem Punkt werden die Dokumente angelegt die im weiteren Projektverlauf entstehen sollen Dazu wird das Plug in add4Q editor ber den Men punkt Extensions add4Q editor gestartet ber das Icon Neues Dokument k nnen nun der Reihe nach die Dokumente in den verschiedenen Entwicklungsebenen angelegt werden add4Q settings F Projektverwaltung Projektvereinbarungen Level 0 Anforderungen E Lastenheft Systemtest Level 1 Funktionen Gj Level 2 Design Produktbegleitende Dokumentation User s Guide Name des Dokuments Neues Dokument Dokumenttyp Dokument Vorlage Leeres Dokument Neues Package Anlegen der Dokumenten
21. eben setzt man den Cursor bei Kapiteln und Artefakten unter die Uberschrift bei Requirements unter das angelegte Notes Feld und beginnt zu schreiben Formatierung von Textinhalten in Linked Documents In der Toolbar werden die blichen Formatierungsm glichkeiten wie Schriftart Gr e Farbe Ausrichtung etc zur Verf gung gestellt Einf gen von Bildern Im Texteingabebereich k nnen Bilddateien Grafiken Screenshots etc eingef gt werden Die Gr e kann angepasst werden indem man den Anfasser rechts unten in die gew nschte Richtung bewegt Dr cken Sie die Shift Taste um die Proportionen nicht beizubehalten add4Q bietet keine weiteren Bildbearbeitungswerkzeuge Einf gen von Tabellen Tabellen k nnen eingef gt werden indem man das Icon Tabelle einf gen klickt und im folgenden Dialog die ben tigte Anzahl von Spalten und Zeilen eingibt Weitere Zeilen und Spalten k nnen hinzugef gt werden indem man eine Zeile oder Spalte markiert und im Kontextmen die gew nschte Aktion w hlt Die Formatierungsoptionen f r Tabellen beschr nken sich auf die Spaltenbreite Rahmensichtbarkeit Rahmenfarbe und Textformatierung Die Zeilenh he wird durch die Schriftgr e bestimmt Formeln und Berechnungen k nnen nicht ausgef hrt werden Einf gen von Beschriftungen Beschriftungen k nnen f r Tabellen und Grafiken angelegt werden indem man auf das Icon klickt und im folgenden Dialog w hlt ob die Bildunterschrift f r eine Grafik
22. egende Funktionalit t Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod 5 31 Benutzeroberi che S REQ_D004 Fonts sanctus est Lorem ipsum dolor sit amet Lorem ipsum dolor sit amet consetetur REQ D005 Buttons sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna REQ_DO06 Views aliquyam erat sed diam voluptua At vero eos et accusam et justo duo dolores et ea a 32 Backend rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet REQ _ D003 Data Interfaces El 4 Detaillierte Funktionalit t E 41 Datenbanken Review Kommentar REQ DOOL MySQL REQ D002 SQLite El 5 Diagrams a Requirements Diagramm 7 6 Schlusswort O von 17 Objekten reviewed 0 Reviewerfenster eines vorl ufigen Review Symbolleiste Neben den Teilfenstern enth lt der Reviewer eine Symbolleiste Wichtige Funktionen f r das Review sind E Refresh pr ft ob am Original nderungen vorgenommen wurden z B im Editor und l dt diese in das Reviewdokument nach CE Alle aufklappen ffnet im Navigationsfenster alle Kapitel Alle Objekte anzeigen blendet Elemente ein die in einem fr heren Review bereits freigegeben wurden und im aktuellen Review nicht standardm ig bearbeitet werden Im Kontextmen des entsprechenden Objekts kann dieses zum Review hinzugef gt werden Legende enth lt eine Beschreibung der Bedeutungen der Objektformatierungen Seite 38 von
23. en Fenstern mit den Objektinhalten werden alle Abweichungen gekennzeichnet Unterst tzt wird diese Funktion durch die Funktion Scrolling synchronisieren die bewirkt dass beim Scrollen beide Fenster gleichm ig nach unten oben verschoben werden W Sind alle Review Teilnehmer mit den vorgeschlagenen nderungen einverstanden dann kann mit Inhalte aus dem vorl Review bernehmen der Originalinhalt des Objekts durch den Inhalt aus dem vorl ufigen Review ersetzt werden Ebenso kann der Kommentar aus dem vorl ufigen Review als Review Kommentar bernommen werden Hierf r befindet sich der Button neben dem Kommentar des vorl ufigen Review Allgemeine Vorgehensweise 1 Analog zum vorl ufigen Review k nnen direkt im Objektinhalt nderungen eingef gt und oder das Reviewobjekt im entsprechenden Feld kommentiert werden 2 Anschlie end kann entschieden werden ob das Reviewobjekt akzeptiert oder nicht akzeptiert wird Akzeptiert wird ein Objekt falls keine Anderungen notwendig sind oder Anderungen bereits im oberen Seite 40 von 42 add4Q Benutzerhandbuch Fenster eingearbeitet wurden Anschlie end kann das n chste Objekt gereviewt werden Hinweis Die Funktion Automatisch zum n chsten Objekt wechseln bewirkt dass nach Auswahl des Review Ergebnis automatisch zum n chsten Reviewobjekt gesprungen wird Wenn bei der Durchsicht der einzelnen Artefakte keine Fehler gefunden wurden k nnen alle Artefakte durch Anwahl des
24. enten Export erforderlich und der von Microsoft und Sparx Systems empfohlenen Systemkonfiguration oder besser Installation Bitte laden Sie die aktuelle Version von add4Q von unserer Webseite bevor Sie die Installation beginnen add4Q wird in Form einer ausf hrbaren Datei Setup exe angeboten Nach dem Aufruf der Setup exe werden Sie in einer grafischen Installationsroutine durch die Installation gef hrt Welche Komponenten sollen installiert werden W hlen Sie die Komponenten aus die Sie installieren m chten Klicken Sie auf Weiter wenn sie bereit sind fortzuf ahren Benutzerdefinierte Installation F editor reviewer F tester W tracer viewer Dokumentation Fl Hilfedateien Die aktuelle Auswahl erfordert min 18 0 MB Speicherplatz Komponentenauswahl im Installationsdialog Im Installationsverlauf haben Sie die M glichkeit einzelne Komponenten auszuw hlen Wir empfehlen immer alle Elemente zu installieren da Sie als Entwickler oder Tester zum Beispiel auch Testf lle mit Requirements verkn pfen m ssen Da add4Q nur als Gesamtpaket lizenziert wird sind auch nicht mehr Lizenzen verf gbar wenn Sie einzelne Komponenten nicht installieren Seite 6 von 42 add4Q Benutzerhandbuch 4 Lizenzierung add4Q ist nach der Installation f r 30 Tage lizenziert und ohne Einschr nkung nutzbar In der Folge wird beim Start von Enterprise Architect ein Dialog eingeblendet
25. ents Testspec GUI Test d L1 testcase Buttons L1 Level 1 Funktionen testcase Buttons L1 REQ_D102 Buttons g L1 Pflichtenheft CD testcase Fonts El L1 Grundlegende Funktionalit t CD testcases Views g L1 Benutzeroberfl che L1 REQ_D101 Fonts L1 REQ_D102 Buttons L1 REQ_D103 Views E 5 L1 Backend L1 REQ_D104 Data Interfaces L1 Detaillierte Funktionalit t L1 Datenbanken L1 REQ_D105 MySQL 11 REQ_D106 SQLite Testschritte Name Stepl Mame des Testschritts Beschreibung Pr fe ob der Button geklickt werden kann Stepl Step 2 Eingabe Button anklicken Akzeptanz Der Button kann angeklickt werden kriterien Oberfl che des add4Qlltester bei der Bearbeitung In der Ausf hrungsstufe Testplan bleibt die optische Gliederung erhalten es ndern sich aber Bezeichnungen und Funktionen der Fenster Fenster Testfall Filter Es dient dem Anlegen von Testpl nen und enth lt in der Folge eine statistische Auswertung aller Testf lle mit ihrem aktuellen Status Diese Anzeige dient gleichzeitig der Filterung der anzuzeigenden Testf lle im Fenster Testf lle im Testplan Alle Nicht ausgef hrt Erfolgreich Fehlgeschlagen M ssen noch bearbeitet werden Unvollst ndig Fenster Testf lle im Testplan Es dient dem Hinzuf gen von Testf llen zu Testpl nen und listet die gefilterten Testf lle der statistischen Auswertung Diese k nnen zur weiteren Bearbeitung aktiviert we
26. ents Diagramme EA Diagrammobjekte die im add4Q editor angezeigt aber nicht bearbeitet werden k nnen Dokumentenartefakte EA Dokumentenartefakte die unter Packages angelegt werden k nnen Hinweis Artefakte k nnen im Gegensatz zu normalem Text verlinkt werden Z B mit Requirements oder realisierenden Klassen Hinweis Damit die Reihenfolge der Objekte in EA und in add4Q bereinstimmt muss in EA die Option Allow Free Sort ausgew hlt sein Tools Options General 7 1 2 Aufbau des add4Qlleditor Fensters Um die Dokumentenbearbeitung zu starten w hlen sie den EA Men punkt Extensions add4Q editor Seite 20 von 42 add4Q Benutzerhandbuch Datei Bearbeiten Einf gen Ansicht add4Q Hilfe E E H ar e E Z BEE Le P Suche Segoe UI 9 a A BI U 5 f Mr Pflichtenheft za Autor Fo 000 01 01 01 2013 Jahn Doe History erstellt 2 Einleitung J 3 Grundlegende Funktionalit t E 4 Detaillierte Funktionalit t 1 Vo rwo rt 5 Schlusswort Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat sed diam woluptua At wero eos et accusam et justo duo dolores et ea rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat sed diam voluptua At wero eos et accusam et j
27. er Versionskontrolle Ein Auschecken Aktualisieren des lokalen Modells Eg Aktualisieren aus der Versionskontrolle Seite 19 von 42 add4Q Benutzerhandbuch 7 Arbeiten mit den einzelnen Plug ins Im folgenden Kapitel wird eine m gliche Vorgehensweise bei der Projektarbeit mit dem add4Q Toolkit beispielhaft beschrieben add4Q zwingt Sie nicht Dinge in einer bestimmten Reihenfolge zu tun oder in starren Abl ufen zu arbeiten Es zeigt Ihnen aber jederzeit ganz klar was noch zu tun ist Ob Sie das nach Ihren Best Practice Erfahrungen dem Vorgehen im V Modell entsprechend oder lieber mit Methoden agiler Entwicklung tun steht Ihnen frei 7 1 Bearbeitung von Dokumenten Die zentrale Anwendung von der alles ausgeht und in der letztendlich auch alles wieder zusammen kommt ist der add4Q editor 7 1 1 Repr sentation von Dokumenten im EA Repository Die add4Q Plug ins verwalten Dokumente im Repository unter einer festgelegten Struktur und mit definierten EA Artefakten Dokumenten Root Ein Package das an beliebiger Stelle im Repository abgelegt werden kann Dieses Package enth lt eine Reihe von Tagged Values mit Dokumenteneigenschaften wie Autor Version usw des Dokuments Dokumenteninhalt Unterkapitel Packages die hierarchisch unter dem Root Package angelegt sind und Notes sowie Linked Documents und Objekteigenschaften enthalten Requirements EA Requirementobjekte mit Notes Objekteigenschaften und Linked Docum
28. est tigung der Einstellungen werden alle Objekte ausgeblendet die keine Requirements einer h heren Version als 2 0 sind In den einzelnen Plug ins besteht die M glichkeit einen bereits erstellten Filter nur lokal auf die ge ffnete Instanz anzuwenden ber add4Q Lokale Filter k nnen sie den gew nschten Filter ausw hlen Seite 18 von 42 add4Q Benutzerhandbuch Hier k nnen Ste Bedingungen f r den Filter erstellen Wenn dieser Filter ausgew hlt ist werden in add4Q nur Objekte angezeigt die die gew hlten Bedingungen erf llen A nicht 2 Filter Konfiguration 6 5 Versionsverwaltung verwenden Die Vorz ge von VC Systemen sind hinl nglich bekannt und die Einrichtung der von Enterprise Architect unterst tzten Versionskontrollsysteme ist in der Online Hilfe des EA ausf hrlich beschrieben add4Q ist f r die Verwendung mit den von EA unterst tzten VC Systemen eingerichtet Die VC Funktionen zum Ein und Auschecken und Aktualisieren des Modells werden aus dem Kontextmen Extensions add4Q Versionskontrolle des EA Project Browser aufgerufen add J rewiewer Versionskontrolle Sicher auschecken Einstellungen Sicher einchecken Lizenz Modell sicher aktualisieren Kontextmen der Versionskontrolle Desweiteren finden Sie unter den add4Q Men punkten Bearbeiten und in der Toolbar Eintr ge Icons zum Ein und Auschecken zum Aktualisieren des lokalen Modells oder zum Aktualisieren aus d
29. euen Review 7 4 1 2 Eintragen des Teilnehmernamens Die Anwendung blendet beim ersten Start den Review Eigenschaften Dialog ein in dem der Name des Review Teilnehmers eingetragen wird Dieser Name wird sp ter beim Vergleich der einzelnen Kommentare der vorl ufigen Reviews in der eigentlichen Reviewsitzung eingeblendet 7 4 1 3 Aufbau des Reviewfensters Der Reviewer gliedert sich in 3 Teilfenster Im linken Fenster befindet sich die Objekte des Dokuments in Baumdarstellung Dieses Fenster dient der Navigation Wenn ein Dokument schon einmal in einem Review freigegeben wurde werden nur noch die Elemente angezeigt die seit der letzten Freigabe ge ndert wurden Das obere Fenster auf der rechten Seite enth lt die Inhalte des Objekts nderungen k nnen direkt an entsprechender Stelle eingef gt werden Diese nderungen k nnen in Phase 1 bernommen oder ignoriert werden Seite 37 von 42 add4Q Benutzerhandbuch Im unteren Fenster befindet sich ein Kommentarfeld welches einerseits daf r genutzt werden kann um bereits eingef gte Anderungen zu erkl ren oder andererseits um notwendige Anderungen zu notieren Objekte die kommentiert wurden werden im Navigator mit einem Stift Symbol gekennzeichnet w hrend Objekte die ge ndert wurden einen gr nen Hintergrund erhalten Datei Bearbeiten Ansicht add4Q ea le x g RAAS Segoe UI 9 A I E E 09r Pflichtenheft z 1 Vorwort 1 Vorwort 7 2 Einleitung C 3 Grundl
30. h nderungen an dieser Dokumentation ausdr cklich vor Die 4plus GmbH bernimmt keine Haftung f r Sch den die direkt oder indirekt durch Fehler Auslassungen oder Nicht bereinstimmung von Produkt und Handbuch verursacht werden 8 2 Kontakt Zu allen Themen finden Sie in der add4Q Online Hilfe weiterf hrende Informationen Wir freuen uns von Ihnen zu h ren wenn Sie dar ber hinaus Fragen oder Verbesserungsvorschl ge zum Produkt haben 4plus GmbH E Mail info add4Q de elefon 49 9131 812928 0 Team add4Q support add4Q de elefax 49 9131 812928 24 Am Weichselgarten 36 D 91058 Erlangen WWW www add4Q de Seite 42 von 42
31. hreibung Pr fe ob der Button geklickt a Durchgef hrt W Freitag 15 Februar 2013 erden kann Step 1 Pe Ticket Ds TP 235 Step 2 e P Ergebnis F F Eingabe Button anklicken Test bestanden Akzeptanz Der Button kann angeklickt kriterien werden Testfenster in der Phase Abarbeitung von Testf llen Sp testens wenn alle Schritte eines Testfalls abgearbeitet sind so wird der Testfall in die entsprechenden Filter einsortiert Bei Testf llen die sich im Filter Unvollst ndig befinden fehlt in mindestens einem Schritt der Testername das Datum oder das Ergebnis Au erdem werden hier Testf lle mit Testschritten eingeordnet die fehlgeschlagen sind und bei denen kein Kommentar zum Ergebnis geschrieben wurde Hinweis Klicken Sie in der Auswahlbox Getestet von auf Namen bearbeiten um eine Namensliste aller Tester zu erstellen oder zumindest ihren Namen einzutragen Mit dem Button Name speichern k nnen Sie den Namen der sich aktuell im Feld befindet als Standardtester festlegen Dieser Name wird bis zum Beenden des EA automatisch bei der Auswahl eines Ergebnisses eingetragen 7 3 2 2 Testprotokoll erstellen Testprotokolle k nnen mit dem add4Q Editor jederzeit und sehr einfach erstellt werden indem man die gew nschten Testspezifikationen oder Testpl ne im Editor ffnet Alle Informationen die im Tester noch in verschiedenen Teil Fenstern angezeigt werden finden sich in einer sauber f
32. im gleichen Level Da es in der Diktion von add4Q keine Requirements ohne Testfall geben darf sollte die Auswahl auf Fehler stehen Requirement Testfall Verkn pfung nicht im gleichen Level Testf lle sollten nur mit Requirements des gleichen Levels verkn pft werden Split Merge Fehler Diese Meldung bezieht sich auf eine fehlerhafte Verlinkung Beispielsweise wenn Requirement A in B und C gesplittet wurde und A in die n chste Ebene verlinkt wurde Richtig ist B und C zu verkn pfen Objekte Testf lle D gt S k s E g g Objekte Testf lle REQ_E001 GUI REQ_E102 Buttons REQ_E103 Views REQ_E101 Fonts REQ_E001 GUI REQ_E102 Buttons REQ_E103 Views REQ_E101 Fonts Level 0 Anforderungen Level 0 Anforderungen Funktionen evel2 Level1 Funktionen Level2 Levell Links Spli Merge Fehler Rechts korrekte Verkn pfung Level intern gesplittetes gemergtes Requirement mit Testfallverlinkung Die Meldung bezieht sich analog zu vorstehender Erkl rung auf die einem Requirement zugeordneten Testf lle Im vorangehenden Beispiel d rfte A kein Testfall zugeordnet sein Stattdessen sollten die Testf lle auf B oder C zeigen Analoges gilt f r das Mergen von X und Y zu Z Lediglich Z darf mit Testf llen verkn pft werden Seite 30 von 42 add4Q Benutzerhandbuch 7 2 6 Tracereport erstellen Bearbeiten Ansicht add4 Q Hilfe Lokales Modell aktualisieren P5 F Modell aus Versions
33. is ein Requirementsverzeichnis und den aufbereiteten Dokumenteninhalt Alle Verweise zu Kapiteln Tabellen und Bildern sind aktiv Unter Verwendung des Platzhalters CONTENT k nnen Sie festlegen an welcher Stelle im Template der Inhalt eingef gt wird Somit ist es auch m glich die Verzeichnisse nach dem Dokumenteninhalt auszugeben Standardm ig wird der Inhalt an das Ende des Templates angeh ngt 7 1 9 Dokumenten bersicht anlegen Nach dem Erzeugen von mehreren Dokumenten ist es ganz n tzlich unter Umst nden gefordert eine Liste der Dokumente mit Titel Identifikationsnummer Version und Datum der letzten nderung anzulegen Durch die Anwahl des entsprechenden Icons wird automatisch ein neues Dokument mit dem Namen Index Dokumentenverzeichnis erzeugt und in der Bibliothek angezeigt 7 2 Requirement Management Die Verwaltung der Requirements ist in den Modulen add4Q linker add4Q tracer und add4Q viewer realisiert die entsprechend ihrer Funktion in Abh ngigkeit zueinander stehen Voraussetzung zur Nutzung des Requirement Management ist dass die Zuordnung der Entwicklungsebenen vorgenommen wurde um Seite 25 von 42 add4Q Benutzerhandbuch Requirements ber die Ebenen hinweg zu verlinken und diese verfolgbar zu machen siehe Kapitel Festlegung der Entwicklungsebenen Das folgende Beispiel zeigt ein Projekt mit verschiedenen Ebenen Dokumenten und Klassen in der Ansicht im EA Project Browser 54 Model
34. kontrolle aktualisieren In REQ D002 Functionality Interfacedokument generieren equirerents g Tracereports k nnen jederzeit auf Knopfdruck auf das entsprechende Icon erzeugt werden Nach Auswahl des Ablagepackages und Dokumentennamens wird das Dokument als sogenanntes Interfacedokument generiert das mit dem add4Q editor weiter bearbeitet werden kann Zum Beispiel um den Report zu kommentieren oder an externe Anforderungen anzupassen Diese Liste dient als einfacher Nachweis der Abdeckung aller Requirements durch Testf lle und Realisierungen durch Klassen oder Dokumentenabschnitte 7 2 7 Visualisierung der Requirementverkn pfungen Um einzelne Requirements mit ihren gesamten Verkn pfungen verfolgen zu k nnen wird der add4Q viewer verwendet Er wird mit dem Men punkt Extensions add4Q viewer gestartet Das Fenster des Viewers ist in zwei Bereiche unterteilt wobei sich auf der linken Seite eine Projektansicht mit allen Elementen des Projekts befindet Rechts daneben wird in einem Diagramm ein ausgew hltes Element mit all seinen Verkn pfungen angezeigt So erh lt man eine vollst ndige bersicht ber die Beziehungen des Elements und kann vor nderungen pr fen welche Elemente von der Durchf hrung betroffen sind und ggf angepasst werden m ssen Die Darstellung aktualisiert sich automatisch mit der Anwahl eines Objekts in einem anderen Plug in wenn im Viewer die Option Auswahl im Project Browser folgen akti
35. labore et dolore magna aliquyam erat sed diam woluptua u Level 2 Design re Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod QE Architektur tempor invidunt ut labore et dolore magna aliquyam erat sed diam voluptua At wero eos et accusam et justo duo dolores et ea rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsurn dolor sit arnet Beispiel eines Viewerdiagramms Sollten Ihnen beim Betrachten des Viewerdiagramms erforderliche nderungen auffallen dann k nnen Sie ein Element mit Rechtsklick Offnen in im Project Browser add4Q editor add4Q linker oder add4Q tester ffnen Abh ngig vom Typ des Elements kann dieses in einigen Plug ins nicht ge ffnet werden Hinweis Die Funktion ffnen in steht in allen Plug ins an relevanten Stellen ber das Kontextmen einzelner Objekte zur Verf gung 7 3 Testmanagement Das Anlegen und die Bearbeitung von Testcases ist im Plug in add4Q tester realisiert das ber den Men punkt Extensions add4Q tester anw hlbar ist Voraussetzung zur Nutzung des add4Q tester ist dass die Zuordnung der Entwicklungsebenen vorgenommen wurde Der Testvorgang gliedert sich in folgende Schritte Anlegen von Testspezifikationen Erstellen von Testf llen in den Testspezifikationen Verkn pfung der Testf lle mit Requirements Erstellen von Testpl nen und Zuordnung der Testf lle Eintragen der Testergebnis
36. linkt nicht aber das Basisrequirement A Ein Testfall kann ebenfalls mit Elementen die keinem Tracelevel zugeordnet sind realisiert werden Erlaubte Verkn pfungen Seite 26 von 42 add4Q Benutzerhandbuch Split Merge von Requirements in der gleichen Ebene Verkn pfung mit Requirements und Elementen die keinem Tracelevel zugeordnet sind Linkrichtung Die Linkrichtung geht in add4Q von der niedrigsten in die n chsth here Ebene Ein Beispiel Die Realisierung L2 erf llt das Pflichtenheft Requirement L1 das Pflichtenheft Requirement L1 erf llt das Lastenheft Requirement LO Siehe auch Klassifizierung der Trace Probleme 7 2 2 Requirements verkn pfen Um die Verkn pfung von Requirements mit anderen Artefakten vorzunehmen wird ber den Men punkt Extensions add4Q linker die Oberfl che des add4Q linker gestartet Ziel ist es alle Requirements einer bergeordneten Ebene mit untergeordneten Requirements oder realisierenden Dokumentenabschnitten oder Klassen zu verkn pfen Die add4Q linker Oberfl che gliedert das Projekt in 3 Ansichten Objekt Ansicht Es enth lt alle Dokumente mit den enthaltenen Objekten wobei das markierte Requirement in das Verkn pfungen Fenster geladen wird Filterm glichkeiten Mit den Icons in der Objekt Ansicht kann die Auswahl gefiltert und zwischen einer Darstellung in Listen oder Baumform gew hlt werden Der ir DE ol Verkn pfungen Requirements anzeigen Klassen an
37. mergen 2224440022080000nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnne nennen nenne 28 7 2 4 Requirementverkn pfungen berpr fen uuss 2004000000nennnnn nn nnnnnnnnnnnnnnnnnnennennnnnn nenn 28 7 2 5 Klassifizierung der Trace Probleme u0s004004000000n00nnnn nn nnnnnnnnnnnnnnnnnennnennnnnn nenn 29 1 26 Iracereponbersiellen un ee es 31 7 2 7 Visualisierung der Requirementverkn pfungen us2 4uu0040nnnennnnnnnnnennnn nennen nnnnnnnnnenn 31 7 3 Testmanadgenmnent iacere E 32 7 3 1 Erstellen von Testspezifikationen 02220400022000000ennnnonnnnnnnnnnnnnn nennen nnnnnne nennen nennen 34 7 32 eistellenvon lLesipl nen aussah 35 132 1 X Abarbeitung Vvon Tesipl nen uns 35 7 3 2 2 Test rotokoll erstellen ara 35 7 4 Dorchen VON REVIEWS nenne 36 7 4 1 Phase 0 Vorl ufige Reviews optional s 22u000000000nneRnnnnnnnnennnnnnnnnnnnnnnnnnnenennennnnn 37 7 4 1 1 DOKUMEnTeRausWahlanar ee eine 37 7 4 1 2 Eintragen des Teilnenmernamens u0s02420400000nnennnnnnnnnnnnnnnnnnnnnnnennnnnnnnnn nenn 37 7 4 1 3 Al tbausdes Reviewiensieis an neue 37 7 42 Phase 1 Reviewdurchsprache mandatory 44444444ne nenne nnnnnnnnnnnnnnnnnne nennen 39 7 43 Phase 2 Korrektur aus den Reviewergebnissen optional usu 0444sBnne nennen 41 7 4 4 Phase 3 Freigabe mandatory 22200002200000000nnnnnnn en nnnnnnnnnnnnnnnnn
38. mme an das Reviewprotokoll angeh ngt und erm glicht zu einem sp teren Zeitpunkt die Pr fung ob das Reviewprotokoll manipuliert wurde Aufbau des Fensters Ebenso wie beim vorl ufigen Review enth lt das Reviewfenster auf der linken Seite alle Objekte des Reviews in Baumstruktur und rechts oben die Inhalte des gew hlten Objekts Objekteigenschaften Notes und Linked Documents Im mittleren Bereich befinden sich eine Dropdown Box zur Auswahl eines vorl ufigen Reviews und Radio Buttons zum Setzen des Reviewergebnis Zur Auswahl stehen Nicht reviewed Akzeptiert keine Anderungen notwendig oder Anderungen bereits eingetragen und Nicht akzeptiert Anderungen notwendig Im unteren Bereich befinden sich drei Felder zur Eingabe des Review Kommentars des nderungs Kommentars und des Freigabe Kommentars In Phase 1 ist nur der Review Kommentar editierbar Seite 39 von 42 add4Q Benutzerhandbuch Datei Bearbeiten Ansicht add4dGQ Hilfe TE a a AE Segoe UI 9 a A Pflichtenheft 1 Vorwort a 1 Vorwort 2 Einleitung T Grundiegende Funktionalit t Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod L 9 31 Benutzeroberfl ch tempor invidunt ut labore et dolore magna aliquyam erat sed diam voluptua At wero eos an et accusam et justo duo dolores et ea rebum Stet clita kasd gubergren no sea takimata REQ_DO04 Fonts sanctus est Lorem ipsum dolor sit amet Lorem ipsum dolor sit amet consetetur REQ D005 Butt
39. nach folgender Vorgehensweise 1 Die Auswahl eines Requirements im linken Fenster l dt das Requirement in das Fenster Verkn pfungen Eventuell schon vorhandene Verkn pfungen werden hier dargestellt 2 Im Fenster Projekt Ansicht wird das hierauf zu verlinkende Element ausgew hlt und auf das Element im Fenster Verkn pfungen gezogen Es k nnen Requirements Dokumentenkapitel Artefakte Diagramme oder Realisierungsobjekte gew hlt werden Eine Mehrfachauswahl ist bei gedr ckter STRG Taste m glich Hinweis Es ist m glich z B Requirements der Ebene 1 auszuw hlen und diese in einem Arbeitsgang mit den Elementen der vor oder nachgestellten Ebene zu verkn pfen Sofern schon vorhanden k nnen nat rlich auch Testf lle verkn pft werden 7 2 3 Requirements splitten mergen Es ist m glich Requirements zu splitten oder zusammenzufassen indem man sie mit Requirements im gleichen Level verlinkt Dies f hrt zu einer Abfrage nach der Linkbeziehung Bitte w hlen Sie die Richtung der neuen Verkn pfung S REQ D002 Functionality REQ_D001 GUI Objekt setzt Basis f r a REQ_D002 Functionality REQ_D001 GUI 7 Objekt geht hervor aus Abfragedialog zum Splitten oder Mergen von Requirements 7 2 4 Requirementverkn pfungen berpr fen Um ein vollst ndiges System von verkn pften Requirements zu erhalten m ssen folgende Bedingungen erf llt sein Alle Requirements einer Ebene m ssen mit mindestens einem Req
40. nnnnnnnnnnnennnnnnnnnennnn 41 8 BOBYHghL VerWelse as ee es esse here ee 42 8 1 Haftungsausschluss und Gew hrleistung 240000022000000Rnnennnn nn nnnnnnnnnnnnnnnnn nennen 42 8 2 KON AR eier een 42 Seite 2 von 42 add4Q Benutzerhandbuch Abbildungsverzeichnis Komponentenauswahl im Installationsdialog 00222220000000020000ennnnnnnnnnnnnnnnnennnnnnnee nennen 6 Dialog Zur Prod uktaktivier ng ses ea e TETA 7 ABIUS ProjeklVorlagenansssesntee ae Ea 12 Dialog zum Anlegen der Entwicklungsebenen Traceleve uus02 02000000000nnnnennnnnnnnnennennnnne nenn 13 Dialog zur Auswahl bzw Anlage des Review Verzeichnisses uu0 0440004444neRnnnnnn nennen nennen een 13 Anlegen der Dokumentenstruktur 00s004004000eRnnnnnnnnnnnnnnnnnnnnnennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnnnnnn 14 Beispiel einer Projektstruktur mit angelegten Ebenen 4sus044440snnnnnnnnnennnn nennen nnnnnn nennen nenne 15 Einstellungsdialog f r Dokumenteneigenschaften uu0 4044000n0nnnn nennen nnennnn nennen nnnnnnn nennen nennen 16 Einstellungsdialog f r Objekteigenschaften s02422400000000nnnnnnnnnennnnnnnnnnnnnnnnnennnnnnnnnennnnnn anne 16 Eigenschaftendialog im Dokumert uu04244400040nnne nennen nnennnnnnennnn nennen nnennnn nennen nnnennnnnennnnnnennnnn 17 Requirement mit der Eigenschaft Hazard
41. ntwicklungsteams in ihrem Projektumfeld unterst tzen Die Plug ins greifen zur Speicherung ihrer verwendeten Informationen ausschlie lich auf das Enterprise Architect Repository zur ck 2 1 Enterprise Architect und add4Q eine sehr gute Kombination Enterprise Architect bietet auf Grund seiner vielf ltigen M glichkeiten als UML Modellierungstool eine hervorragende Plattform f r eine strukturierte SW Entwicklung im Sinne des V Modells Der hohe Verbreitungsgrad ein sehr gutes Preis Leistungsverh ltnis und die offene Schnittstelle f r kommerzielle und anwenderspezifische Erweiterungen gew hrleisten Zukunftssicherheit Der Enterprise Architect mit den grundlegenden Eigenschaften Verwendung eines einzigen Repositories einfache Verwendung der UML Notation in allen Ebenen Skalierbarkeit f r kleine und gro e Projekte Unterst tzung von Versionsverwaltung erlaubt in Verbindung mit dem add4Q Toolkit zus tzlich ein einfaches Dokumentenmanagement ein durchg ngiges Requirement Engineering eine sichere Testplanung und strukturierte Team Reviews Seite 5 von 42 add4Q Benutzerhandbuch 3 Installation Systemvoraussetzungen add4Q ben tigt keine spezielle Hard oder Softwareausstattung Vorausgesetzt wird ein PC mit installiertem Microsoft Windows Betriebssystem ab Windows XP SP3 oder neuer Microsoft NET Framework 4 0 Enterprise Architect 8 0 oder neuer Microsoft Office 2003 oder neuer nur f r Dokum
42. ons sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna REQ_DOOG Views aliquyam erat sed diam voluptua At wero eos et accusam et justo duo dolores et ea J 33 Backend rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet REQ _D003 Data Interfaces El 4 Detaillierte Funktionalit t a 9 41 Datenbanken Vorl Review REQ_DOO1 MySQL REQ D002 SQLite E 5 Diagrams Ea Requirements Diagramm 6 Schlusswort Review Kommentar Anderungs Kommentar Freigabe Kommentar Ergebnis Nicht reviewed Akzeptiert keine nderung notwendig oder nderung bereits eingetragen Nicht akzeptiert nderung notwendig 0 von 17 Objekten reviewed 0 Die Oberfl che des add4Qj reviewer im Review Modus nderungen und Kommentare aus vorl ufigem Review Sind f r ein Objekt nderungen und Kommentare aus einem vorl ufigen Review vorhanden so wird dies im Navigationsfenster durch einen t rkisfarbenen Hintergrund gekennzeichnet W hlt man ein vorl ufiges Review in der Dropdown Box aus so werden zus tzlich die ge nderten Objektinhalte neben dem Fenster mit dem urspr nglichen Objektinhalt und der Kommentar des vorl ufigen Reviews rechts unter dem Review Kommentar mit einem t rkisfarbenen Rahmen angezeigt Um die Unterschiede zwischen dem Originaldokument und den nderungen im vorl ufigen Review zu erkennen kann die Funktion Unterschiede markieren genutzt werden In den beid
43. orit ten zu versehen Oder eine Liste zur Festlegung der Produktvarianten f r die dieses Requirement g ltig ist A Allgemein m Global Tracelewel H D 001 Projektmanagementplan E Dokumente 2 simi siani ARE a w Dokumenteneigenschaft Objekteigenschaften Namensschemata Bearbeiten en un L schen Boolsche Eigenschaft x Add Ins k Auswahlbox Eigenschaft i Listen Eigenschaft D 005 Ir Interface Document D 006 Lastenheft D 007 Pflichtenheft Datums Eigenschaft Boolsche Eigenschaft Datums Eigenschaft D 008 Architektur D 00939 Designspezifikationen D 010 Benutzerhandbuch D O11 Release Notes Einstellungsdialog f r Objekteigenschaften Seite 16 von 42 add4Q Benutzerhandbuch Beim Anlegen einer Eigenschaft wird im Beschreibungsdialog durch Aktivieren der Checkboxen festgelegt f r welche Elemente des Dokuments die Eigenschaft wirksam ist Zur Wahl stehen Artefakte Packages Klassen Requirements und Testf lle Das Ergebnis im Dokument kann wie unten dargestellt aussehen Es ist auf einen Blick ersichtlich dass das Requirement kein Risikopotenzial birgt hohe Priorit t hat und nur f r die ersten beiden Produktvarianten g ltig ist Hinweis Ist das Dokument bereits ge ffnet dann werden die ge nderten Objekteigenschaften erst nach dem Aktualisieren des lokalen Modells sichtbar Bearbeiten Lokales Modell aktualisieren Objekteigenschaften A Hazard Wa E Prio
44. ormatierten einfach zu lesenden Tabelle Mit der Option Datei Dokument exportieren kann das Dokument als Word RTF oder HTML Dokument Seite 35 von 42 add4Q Benutzerhandbuch generiert werden 2 TC Buttons Beschreibung Pr fe ob der Button geklickt werden kann Eingabe Button anklicken Akzeptanzkriterien Der Button kann angeklickt werden Ticket ID TP 235 Ergebnis Test bestanden Status Erfolgreich Getestet von John Doe 15 02 2013 Auszug aus einem Testprotokoll Das Protokoll enth lt alle im Testzyklus erfassten Informationen ber getestete Module Testf lle personelle Verantwortlichkeiten zeitliche Ausf hrung und Ergebnisse Die gr ne bzw rote Markierung des Testschrittes zeigt auf den ersten Blick ob der Step bestanden wurde oder nicht Im Tooltip des Objekticons k nnen Sie sich die Verkn pfungen des Objekts zum Zeitpunkt des Tests anzeigen lassen 7 4 Durchf hren von Reviews Reviews sind wichtige Vorg nge zur Begutachtung Korrektur und anschlie enden Freigabe von Dokumenten Rollen der Beteiligten im Reviewprozess Reviewleiter im Allgemeinen auch der Autor des Dokumentes der die Review Sitzung koordiniert und leitet Autor des Dokumentes Reviewteilnehmer die das Dokument begutachten und Kommentare abgeben Freigebender der mit seiner Unterschrift nach Abschluss des Reviews die G ltigkeit des Dokumentes erkl rt Voraussetzung zur Durchf hrung eines Reviews
45. peicher des Windows Betriebssystems eine pers nliche Signatur hinterlegt ist Durch die Windows Anmeldung ist die Zuordnung der Signatur eindeutig und nur dem angemeldeten Benutzer zug nglich 7 4 1 Phase 0 Vorl ufige Reviews optional Reviewvorbereitung Ein Review beginnt blicherweise damit dass der Reviewleiter die Teilnehmer auffordert das zu pr fende Dokument durchzulesen und auf Fehler notwendige Erg nzungen etc zu berpr fen Alle nderungen sollen bis zum eigentlichen Reviewtermin gesammelt und besprochen werden Die Teilnehmer k nnen in dem zu pr fenden Dokument Kommentare anlegen das Linked Document editieren und Notes einf gen Diese Anderungen werden NICHT im Originaldokument gespeichert sondern werden f r das folgende Review als neues Dokument im Review Verzeichnis abgelegt Die folgenden Kapitel beschreiben den Vorgang eines vorl ufigen Reviews 7 4 1 1 Dokumentenauswahl Jeder Reviewvorgang wird durch Aufruf des Men punktes Extensions add4Q reviewer gestartet ber Datei Neu oder das entsprechende Icon in der Symbolleiste kann ein neues Review angelegt werden Der Nutzer wird aufgefordert das zu reviewende Dokument auszuw hlen Im Fall eines vorl ufigen Reviews muss au erdem der Reviewtyp Vorl ufiges Review gew hlt werden D 006 Lastenheft D 007 Pflichtenheft D 008 Architektur D 009 Designspezifikationen D 010 Benutzerhandbuch Fi IN 0111 Release Moter Anlegen eines n
46. perfekt unterst tzen und so dazu beitragen dass Sie schneller von den Anforderungen zum Produkt kommen Eine der St rken von add4Q ist seine intuitive Bedienbarkeit die lediglich voraussetzt dass Sie einen strukturierten Projektaufbau der zum Beispiel dem klassischen V Modell folgt akzeptieren Deshalb werden Sie unabh ngig davon ob Sie schon Erfahrung mit Requirement Engineering haben schon am ersten Tag Erfolge erzielen und erkennen wie die Produktivit t steigt add4Q unterst tzt Sie beim Anlegen der Projektstruktur Requirements und Testf lle pr ft und visualisiert ob Requirements und Testf lle ber die Entwicklungsebenen verkn pft sind und gew hrleistet mit dem add4Q reviewer am Projektende eine valide Produktakte mit aktuellen Dokumenten Wir w nschen Ihnen viel Freude und Erfolg bei der Arbeit mit add4Q und Enterprise Architect Seite 4 von 42 add4Q Benutzerhandbuch 2 add4Q Toolkit Environment Das add4Q Toolkit hat die Zielsetzung Projektentwicklung mit Enterprise Architect im Sinne des V Modells zielgerichtet in allen Entwicklungsebenen zu begleiten und zu unterst tzen Das Toolkit besteht aus insgesamt 6 Plug ins die Entwicklungsprozesse wie Dokumentenbearbeitung Anforderungsmanagement Testverwaltung und Review Management im UML Modellierungstool Enterprise Architect durchg ngig vereinfachen Die Funktionalit ten von add4Q sind so ausgerichtet dass sie ein einheitliches und strukturiertes Vorgehen von E
47. r ckter lt STRG Taste gt m glich Falsch angelegte Verkn pfungen werden entfernt indem man sie markiert und die lt ENTF Taste gt dr ckt 7 3 2 Erstellen von Testpl nen Nach der Definition der Testf lle in der Spezifikation k nnen nun die Testpl ne angelegt werden Das Vorgehen zum Anlegen eines Testplans entspricht dem Anlegen der Testspezifikation Der so erzeugte Testplan wird in das Fenster Testf lle im Testplan geladen und kann mit Testf llen gef llt werden Testf lle in den Testplan einbringen Im Fenster Verf gbare Testf lle werden alle in dieser Ebene verf gbaren Testf lle aus den Testspezifikationen angezeigt und k nnen zu dem Testplan hinzugef gt werden indem sie in das Fenster Testf lle im Testplan gezogen werden 7 3 2 1 Abarbeitung von Testpl nen Die abzuarbeitenden Testf lle werden im Fenster Testf lle im Testplan anhand des gew hlten Filters angezeigt Die Anwahl eines Testfalles blendet in der unteren H lfte des Testers die zu erf llenden Testschritte ein Die Anwahl eines Testschrittes blendet die Beschreibung und Akzeptanzkriterien ein und macht die Ergebnisfelder editierbar Dazu tr gt der Tester seinen Namen und das Testdatum ein kommentiert den Testlauf gegebenenfalls und setzt den Status Die m glichen Optionen sind Nicht ausgef hrt Bestanden Fehlgeschlagen und Muss noch bearbeitet werden Testschritte Name Step 1 Getestet von John Doe ZU Name des Testschritts Besc
48. rWendenns2 252 ee ana a a 18 6 5 Versionsverwaltung verwenden 002224240022080000ennnn nennen nnnnnnnnnnnnnn nennen nennen nnennnnnnnnnnnnnnenn 19 7 Arbeiten mit den einzelnen Plug ins uuss04000000000n0nnnnn nn nnnnnnnnnnnnennnnnnnnnennnnnnnnnnnnnnnnnnnennnnnn 20 7 1 Bearbeitung von Dokumenten us022224000sBnnennnnnnnnennnnnnnnnnnnnnnnnnennnnnnnnnennnnnnnnnennnnnnnnnnnnnnnn 20 7 1 1 Repr sentation von Dokumenten im EA Repository uuusssnnensnnnnnnennnnnnnnnennnnn nennen 20 71 2 Aufbau des add4Qlleditor Fensters 0000022000220000nnnnneeeeennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 20 7 1 3 Anlegen von Dokumenten ussussnensneennnnnnnnnennnnnnennnnnnnennnnnnennnnonnnnnnnnnennnnnnennnennsrnnnnnnenn 21 7 1 4 Dokumentenstruktur bearbeiten us00422440000Bn0nnnnn nn nnnnnnnnnnnnnnnnnnnnnnennnnnnnnnennnnnnnnnn 22 7 1 5 Verwendung von Namenspr fixen uusssessssnnennnennennnnennnnnnnnnennnnnnnnnnnnnnennnnnnennnnennnnnnnnnenn 23 7 1 0 Textinh lterbearbeillenssseiesecissselsinin ee 24 7 1 7 Requirements bearbeiten un 25 7 1 8 Dok men ee O O O ee ee ehren et tech 25 7 1 9 _ Dokumenten bersicht anlegen 2 2424000042000000nnnnnnnn nn nnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnnnnnnnnnn 25 7 2 Redllrement Managements ee een anne tue 25 7 2 1 Regelwerk zur Verlink Ng assir n a e een anne 26 7 2 2 Requirements verkn pfen 27 7 2 3 Requirements splitten
49. rden Fenster Verf gbare Testf lle Seite 33 von 42 add4Q Benutzerhandbuch Es zeigt alle in der Ebene verf gbaren Testf lle an die keinem Testplan zugeordnet sind Fenster Inhalt des Testfalls schrittes Das Fenster dient in der Ausf hrungsebene Testplan dem Eintragen der Testergebnisse Dazu werden der Name des Testers das Testdatum und das Ergebnis f r jeden Testschritt eingetragen Optional kann eine Notiz zu dem Testergebnis angelegt werden Ein weiteres Feld dient dem Eintragen von Bug Ids Datei Bearbeiten Ansicht add4 Q Hilfe TI 1 a aji g E l r E Suche in Testplan Ans cht Name des Filters Testf lle im Testplan El 5 l Verf gbare Testf lle Alle Testf lle xTP GUl Testplan m L1 Lewel 1 Funktionen Nicht ausgef hrt 3 A SD TC Buttons E L1 Integrationtest Erfolgreich 3 b TC Fonts g L1 Testspezifikationen EJ Fehlgeschlagen 3 fa L1 Testspec GUI Test Ze L1 stestcase Views F M ssen noch bearbei es Unvwellst ndig Testschritte Name Stepl Getestet von John Doe u Name des Testschritts Beschreibung Pr fe ob der Button geklickt Durchgef hrt Freitag 15 Februar 2013 r erden kann Step1 E Ticket IDz TP 235 Step 2 u Ola Button anklicken gt Test bestanden Akzeptanz Der Button kann angeklickt kriterien werden Ansicht des Testers in der Phase Abarbeitung von Testpl nen Die folgenden Kapitel beschreiben
50. rit t Hoch ha Eigenschaftendialog im Dokument Die Eigenschaftendialoge k nnen im Dokument nach Bedarf ein und ausgeblendet werden Wenn ein Element als Hazard markiert ist wird das Hazard Symbol in der Kapitel bersicht auf dem betreffenden Objekt angezeigt f Pflichtenheft La Hazard REQ_001 Anforderung REQ 002 Anforderung Requirement mit der Eigenschaft Hazard Werden Dokumente mit vielen Requirements und Eigenschaften bearbeitet kann es hilfreich sein die Matrixansicht zu benutzen Ansicht Matrixansicht ffnen wo alle Objekte und Eigenschaften in einer Matrix hnlichen Ansicht zusammengefasst dargestellt werden Namensschemata Namenskonventionen geh ren zu den wenig diskutierten Projektvereinbarungen weil sich aus der Praxis heraus schon gewisse Standards gebildet haben Mit add4Q kann eine Syntax definiert werden die dann beim Erstellen von Requirements und Testf llen automatisch gesetzt wird Z B Nummerierung_Typ_Name Siehe Kapitel Verwendung von Namenspr fixen Sofern bereits Dokumente angelegt wurden werden sie hier angezeigt Mittels Doppelklick auf das gew nschte Dokument oder Markieren eines Dokuments und Klick auf das Bearbeiten Symbol wird der Konfigurationsdialog f r die Eingabe der Namenskonvention ge ffnet Namensschemata k nnen f r Requirements und Testf lle angelegt werden und sind dokumentenspezifisch g ltig editor Dokumentvorlagen add4Q bietet die M glichkeit ers
51. rlagen Unter dem Eintrag 4plus stehen mehrere frei kombinierbare Teilprojekte mit vorbereiteten Dokumentenstrukturen zur Auswahl Dokumente die nicht ben tigt werden k nnen im EA Project Browser entfernt werden 6 1 1 Festlegung der Entwicklungsebenen Entwicklungsebenen sind wichtige Strukturierungselemente im Entwicklungsablauf eines Projekts Dabei wird das Projekt in jeder dieser Ebenen unter einem bestimmten Aspekt beschrieben Nachfolgend ein paar Beispiele f r Entwicklungsebenen Anforderungsebene Hier wird das Projekt aus der Anforderungssicht des Kunden oder Produktmanagements betrachtet Diese Ebene besch ftigt sich mit der Frage was das System k nnen soll Die technische Realisierung spielt dabei keine oder nur eine untergeordnete Rolle Funktionale Beschreibungsebene Hier erfolgt die Beschreibung wie die einzelnen Anforderungen technisch realisiert werden sollen aus Entwicklungssicht Design Ebene Beschreibung der Architektur Programmstruktur und Module zur Realisierung der Funktionen Wichtig ist bei der Benutzung des add4Q Toolkits dass in allen Beschreibungsebenen Requirement Artefakte zur Verfolgbarkeit der einzelnen Anforderungen verwendet werden In vertikaler Ausrichtung werden Requirements mit Requirements oder weiter mit Realisierungselementen wie Klassen oder beschreibenden Dokumentenabschnitten verkn pft In horizontaler Ausrichtung werden Requirements und Realisierungsartefakte in jeder Ebene mit
52. rschriften Texte Tabellen Graphiken Verweise und Requirements sind leicht editierbar Dokumenteneigenschaften Jedes Dokument wird mit Attributen wie Autor Version etc versehen die als Tagged Values abgelegt sind Objekteigenschaften Jedes Objekt Kapitel Requirements eines Dokuments kann mit Eigenschaften wie Risk Level Priorit ten u versehen werden die im EA Repository als Tagged Values abgelegt werden Dokumenten Export Alle mit add4Q erzeugten Dokumente k nnen im MS Word Format als doc docx Datei als RTF Dokument oder im HTML Format ausgegeben werden Die Generierung kann in Word Templates dot dotx erfolgen so dass die Dokumente Ihrem Firmenstandard entsprechen Dokumenten bersicht Eine Ubersicht Verzeichnis aller verwalteten Dokumente mit deren Versionen kann auf Knopfdruck generiert werden 5 2 Requirement Management Das Requirement Management ist in den Modulen add4Q tracer add4Q linker und add4Q viewer realisiert und bietet folgende M glichkeiten Entwicklungsebenen Zuordnung und Erstellung der projektspezifischen Packagestruktur im EA Repository zu Entwicklungsebenen wie z B Anforderungen 0 Funktionale Beschreibung 1 und Design 2 Verkn pfungen Einfache Verkn pfung von Requirements Realisierungselementen und Beschreibungskapiteln ber die Entwicklungsebenen Graphische Ansicht Der add4Q viewer bietet eine graphische Ansicht aller Verlinkungen des ak
53. rspringen Ik tracer Requirements die nicht in den vorh Level verkn pft Fehler E reviewer sind Requirements die nicht in den n chsten Lewel P Einstellungsdialog f r die Traceausgabe In der Ausgabe des Tracers k nnen die Ergebnisse in der Folge entsprechend den Einstellungen gefiltert werden indem die gew nschten Icons f r Information Warnung 8 Fehler amp 3 angew hlt werden reviewer Wahl des Package in dem Reviews abgelegt werden siehe Kapitel Festlegung des Review Protokollverzeichnisses 6 4 Filter verwenden ber den Men punkt add4Q Filter Einstellungen k nnen globale Filter festgelegt werden so dass in den Plug ins nur noch Objekte eines bestimmten Musters angezeigt werden Mehrere Filter k nnen miteinander kombiniert werden wobei auch ein einzelner Filter aus mehreren Bedingungen bestehen kann Beispielsweise k nnen Sie einen Filter erstellen der nur Objekte anzeigt deren Tagged Value Version neuer als 2 0 ist Hierf r erstellen Sie mit dem Plus Button einen neuen Filter Die Filter Konfiguration wird automatisch ge ffnet Die gew nschte Filterung erhalten Sie wenn Sie Version sowie gr er als ausw hlen und 2 0 in das Textfeld eingeben siehe Abbildung Filter Konfiguration Wenn Sie au erdem erreichen m chten dass nur Requirements einer h heren Version als 2 0 angezeigt werden k nnen Sie entweder dem Filter eine neue Bedingung hinzuf gen oder einen neuen Filter erg nzen Nach B
54. s Folgen der Objektauswahl im Project Browser optionale Anzeige von Stereotypen Tracelevel siehe Kapitel Festlegung der Entwicklungsebenen Dokumenteneigenschaften Seite 15 von 42 add4Q Benutzerhandbuch Jedem Dokument k nnen Eigenschaften z B Autor Titel Version zugeordnet werden Im Einstellungsdialog k nnen die Attribute und der Typ des Werts z B Listenauswahl festgelegt werden Globale Werte werden hier definiert Das Bearbeiten nicht globaler Werte erfolgt im Editor Siehe dazu Anlegen von Dokumenten X Allgemein Eigenschaft M gliche Werte re Tanas Dokumententitel Freier Text DocType Lastenheft Pflichtenheft Designspezifikation Dokurmenten ID Freier Text Dokumentenwersion Freier Text w LA topirea Panpa IE REN z g Testf lle Standort Freier Text x Add Ins Autor Freier Text E editor Produktname Freier Text u amp tester Produktversion Freier Text n tracer Modulname Freier Text A E rewiewer Copyright Freier Text Freigegeben won Freier Text Einstellungsdialog f r Dokumenteneigenschaften Objekteigenschaften add4Q bietet die M glichkeit Objekte im Projekt mit definierten Eigenschaften zu versehen wobei Eigenschaften global oder dokumentenspezifisch gesetzt werden k nnen W hlen Sie im Kontextmen des gew nschten Dokuments die ben tigte Funktion zum Setzen der Eigenschaft Dies kann zum Beispiel eine Auswahlbox sein um Requirements Klassen Testf lle etc mit Pri
55. se Erstellen von Testreports Die Oberfl che des add4Q tester besteht im Wesentlichen aus vier Elementen deren Funktion und Bezeichnungen sich aktionsabh ngig ndern In der Ausf hrungsstufe Testspezifikation gliedert sich das Fenster wie folgt Fenster Testspezifikation Dient dem Anlegen von Testspezifikationen und Testf llen In der Folge enth lt es eine bersicht der vorher definierten Packages mit den darin angelegten Testf llen Es kann zwischen einer Baum und Listenansicht umgeschaltet und gefiltert werden dass nur die unverkn pften Testf lle angezeigt werden Seite 32 von 42 add4Q Benutzerhandbuch Fenster Verkn pfungen Zeigt den jeweils aktiven Testfall mit seinen Verkn pfungen und bietet die M glichkeit Testf lle mit Requirements zu verkn pfen Fenster Verf gbare Requirements Zeigt alle Requirements der Ebene in der die Testspezifikation angelegt wurde Es kann zwischen einer Baum und Listenansicht umgeschaltet werden und die anzuzeigenden Requirements k nnen gefiltert werden Es gibt die Optionen alle Requirements nur unverkn pfte Requirements oder nur Requirements die nicht mit Testf llen verkn pft sind Fenster Inhalt des Testfalls schrittes Dient dem Anlegen von Testschritten mit detaillierter Testanweisung Datei Bearbeiten Ansicht add4dG Hilfe E F Aie PRE Suche in Testspezifikations Ansicht Testspezifikation hil Ej E l7 Verkn pfungen E Verf gbare Requirem
56. struktur Neben den bereits definierten Entwicklungsebenen ist es meistens sinnvoll weitere Verzeichnisse anzulegen die Dokumente ohne tracebare Information enthalten Etwa ein Verzeichnis mit Projektvereinbarungen das einen Projektmanagementplan oder ein Verzeichnis Produktbegleitende Dokumentation das ein Benutzerhandbuch enth lt Auswirkung im EA Repository F r jedes neu angelegte Dokument wird ein Root Package mit einer Anzahl von Tagged Values mit den Dokumenteneigenschaften wie Titel Autor etc erzeugt 6 1 4 Projektstruktur An dieser Stelle sollte noch einmal gepr ft werden ob alle vorgesehenen Dokumente und Verzeichnisse erzeugt wurden Die folgende Abbildung zeigt ein typisches Beispiel f r die Grundstruktur eines Projekts im Enterprise Architect Project Browser Seite 14 von 42 add4Q Benutzerhandbuch 4 Model add4Q settings Frojektmanagement Reviews Reviews und Freigaben Projectvereinbarungen DJ Projektmanagementplan gt Konfigurationsmanagementplan DJ Risikomanagementplan Level 0 Anforderungen m Lastenheft Systerntest Level 1 Funktionen C Pflichtenheft Integrationstest Level 2 Design 4 I Architektur Unittest Begleitende Dokumente m User s Guide Beispiel einer Projektstruktur mit angelegten Ebenen Es ist im Projektverlauf nat rlich jederzeit m glich weitere Dokumente hinzuzuf gen 6 2 Alternative Vorgehensweise zum Anlegen einer Projek
57. tellte Dokumente zur Weiterverwendung in anderen Projekten als Vorlage zu speichern Geben Sie den Pfad an in dem Sie Dokumentvorlagen ablegen m chten Vorlagedateien werden im XML Format gespeichert Schriftart Geben Sie Ihre Standardschriftart zur Erzeugung von Dokumenten an Verschiedenes Checkboxes zum Abrufen der aktuellsten Version des Dokuments vor dem ffnen zur Anzeige von Notes von Requirements und zum Einstellen eines Intervalls zum automatischen Speichern Seite 17 von 42 add4Q Benutzerhandbuch tester Versionskontrolle Aktivieren Sie die Checkbox um beim ffnen die jeweils letzte Version eines Dokuments aus der Versionskontrolle abzurufen tracer Beim Anlegen und Verkn pfen von tracebaren Elementen k nnen Fehler und Unterlassungen gemacht werden Im Dialog des tracers kann f r jede Fehlerklasse angegeben werden wie diese gewertet wird Mehr dazu siehe Klassifizierung der Trace Probleme Allgemein Klassifizierung der Trace Problerne j Tracelevel Mehrfach vorhandene E 15 PS rn Requirement Testfallbezeichnungen Ignorieren A Dokumenteneigenschaft Mehrfach vorhandene Verkn pfungen Ei bjekteigenschaften Warnung M Namensschemata Verkn pfungen mit falscher Richtung Fehler PN NEU Hazards die mit nicht Hazards verkn pft sind Testf lle L Add Ins Requirerments Testf lle ohne Trace Lewel Fehler A editor l f tester Verkn pfungen die Trace Lewel be
58. tiven Elements Damit kann man ein Requirement sehr einfach ber die Ebenen verfolgen und sieht gleichzeitig die zugeordneten Testf lle Vollst ndigkeitspr fung berpr fung der Vollst ndigkeit der Verkn pfungen zwischen Requirements Testf llen und realisierenden Seite 9 von 42 add4Q Benutzerhandbuch Artefakten Die Pr fung kann ber die Entwicklungsebenen oder in einzelnen Dokumenten erfolgen Zusammenfassung Generierung eines Dokumentes mit einer Zusammenfassung aller vorhandenen und fehlenden Verkn pfungen Tracereport 5 3 Testplanung Das Plug in add4Q tester bietet folgende M glichkeiten Testspezifikation Erstellung von Testspezifikationen zur Definition von Testf llen Verkn pfung Verkn pfung von Testf llen mit Requirements und Realisierungsobjekten Testpl ne Erstellung von Testpl nen entsprechend der zugrunde liegenden Testspezifikation und Eintragen der Testergebnisse Report Generierung Ausgabe der Testspezifikationen und Testpl ne zum Nachweis der Testabdeckung und Ausf hrung mit Ergebnisprotokollierung 5 4 Review Management Das Plug in add4Q reviewer bietet die M glichkeit Dokumente jeglicher Art in einem festgelegten Ablauf zu berpr fen und freizugeben Phase Vorl ufiges Review Jeder Teilnehmer sichtet das zu reviewende Dokument f r sich und macht gegebenenfalls Anmerkungen Phase Review Alle Reviewteilnehmer sichten gemeinsam das Dokument und die Anmerkungen a
59. tstruktur Alternativ zu dem vorgestellten Szenario kann die Projektstruktur auch aus mitgelieferten Beispielstrukturen angelegt werden Anschlie end kann dieses Beispiel an das aktuelle Projekt angepasst werden indem Entwicklungsebenen entfernt oder hinzugef gt werden siehe Kapitel Festlegung der Entwicklungsebenen oder einzelne Dokumente entfernt oder erzeugt werden siehe Kapitel Festlegung der vorgesehenen Dokumentenstruktur 6 3 Weitere Programmeinstellungen Es liegt nahe den Einstellungsdialog und seine Inhalte gleich n her zu betrachten und die erforderlichen Einstellungen vorzunehmen Die Programmeinstellungen von add4Q erreicht man im EA ber den Men punkt Extensions oder im Projektbrowser ber Rechte Maustaste Extensions add4Q Einstellungen Au erdem kann der Einstellungsdialog in den einzelnen Plug ins ber add4Q Einstellungen ge ffnet werden Allgemein Sprachen add4Q ist in deutscher und englischer Sprache verf gbar Dokumentenanzeige Das Format der Anzeige des Dokumentennamens kann bestimmt werden Dokumente erhalten beim Erstellen eine eindeutige dreistellige Identifikationsnummer Der Dokumententyp ergibt sich aus den vom Anwender eingetragenen Dokumenteneigenschaften Beispiel Um den Dokumentennamen 201 Pflichtenheft add4Q darzustellen m sste das Format id Ytype Xtitle gew hlt werden Verschiedenes optionale Anzeige eines Willkommensbildschirms beim Starten der Add ins optionale
60. uirement der n chsten Ebene verkn pft sein au er bei Split Merge oder sie besitzen eine Verkn pfung im Sinne einer Realisierung mit einem Dokumentenabschnitt oder einer Klasse Alle Requirements innerhalb einer Ebene m ssen mit mindestens einem Testfall verbunden sein siehe Kapitel Testmanagement Diese Voraussetzungen gelten f r alle definierten Ebenen Um zu berpr fen welche Elemente noch nicht verkn pft sind wird der add4Q tracer ber den Men eintrag Extensions add4Q tracer gestartet Das Fenster ist so aufgebaut dass die nicht verkn pften Seite 28 von 42 add4Q Benutzerhandbuch Anforderungen und Testf lle jeder Ebene in einer eigenen Liste ausgegeben werden k nnen Zu jedem Eintrag wird eine klare Fehlermeldung ausgegeben Datei Bearbeiten Ansicht add4dQ Hilfe 2 EG elejalo n Name Probl Objektname Problembeschreibung Au erhalb der Trace Level v Requirements LA REQ_D002 Functionality Requirement ist mit keinem Testfall auf demselben Trace Level verkn pft 7 Testf lle REQ_D101 Fonts Requirement ist mit keinem Testfall auf demselben Trace Level verkn pft REQ_D101 Fonts Requirement wurde nicht in den n chsten Trace Level verkn pft LA REQ_D102 Buttons Requirement ist mit keinem Testfall auf demselben Trace Level verkn pft LA REQ_D102 Buttons Requirement wurde nicht in den n chsten Trace Level verkn pft REQ_D103 Views Requirement ist mit keinem Testfall auf demselben Trace Le
61. uirements und Dokumentenartefakten abgebildet Dokumentendetailfenster Die rechte Seite enth lt den Editor mit den Dokumenteninhalten Bibliothek i Eine Ubersicht aller Dokumente im Projekt ist unter dem Datei Offnen Dialog erreichbar 7 1 3 Anlegen von Dokumenten Neues Dokument anlegen Das Anlegen eines neuen Dokuments erfolgt ber das Anw hlen des Icons Neues Dokument oder des Men eintrages Datei Neues Dokument Zielort bestimmen Nach Abfrage des Zielpackages und des Dokumentennamens wird eine neue Dokumenten Root an der gew hlten Stelle im Repository angelegt Jedes neue Dokument enth lt am Beginn eine History Tabelle zur Verwaltung der Anderungshistorie die manuell vom Bearbeiter fortgesetzt werden kann Vorlage Jedes mit add4Q erstellte Dokument kann als Vorlage im XML Format gespeichert werden Dadurch k nnen Vorlagen mit geringem Aufwand mit benutzerspezifischen Elementen und Formatierungen Deckblatt Logo etc angepasst werden Neue Dokumente k nnen auch unter Verwendung der gew nschten Vorlage erstellt werden Seite 21 von 42 add4Q Benutzerhandbuch Bearbeiten der Dokumenteneigenschaften Die Dokumenteneigenschaften lassen sich durch Anwahl des Men punktes Bearbeiten Dokumenteneigenschaften bearbeiten oder das entsprechende Icon in der Toolbar anpassen Eigenschaft Wert Dokumententitel Pflichtenheft Dokumententyp Dokument Dokumenten ID D 007 Dokumentenversion 000 01 Firma 4plus Gmb
62. urchsucht das Dokument von der Cursorposition ausgehend wahlweise vorw rts oder r ckw rts Es kann nach ganzen W rtern oder Zeichenfolgen gesucht werden Suchen und Ersetzen Den Dialog zum Suchen und Ersetzen erreicht man ber das Bearbeiten Men Die Suche kann case sensitiv und f r ganze W rter oder einfache Buchstabenfolgen verwendet werden Dabei werden die Suchergebnisse schrittweise durchgegangen und die Ersetzungen nach Best tigung durch den Anwender vorgenommen 7 1 7 Requirements bearbeiten Requirements werden im Dokumentenstrukturfenster mit einem eigenen Icon dargestellt und entsprechen semantisch der Beschreibung einer Anforderung Die Inhalte k nnen wie in Kapitel Textinhalte bearbeiten editiert werden Zu Requirements k nnen keine Unterkapitel oder Dokumentenartefakte angelegt werden 7 1 3 Dokumente exportieren ber den Men punkt Datei Dokument exportieren oder durch Anwahl des Icons kann das Dokument zur externen Verwendung ausgegeben werden M gliche Ausgabeformate sind zum Beispiel doc und HTML Da der add4Q editor keine Hyperlinks verwendet sind erzeugte HTML Seiten statisch F r die Ausgabe als MS Word Dokument k nnen Vorlagedateien dot verwendet werden Eine Beispielvorlage finden Sie im add4Q Installationsverzeichnis im Ordner examples templates Das mitgelieferten Template erzeugt ein Deckblatt Kopf und Fu zeilen das Inhaltsverzeichnis ein Tabellenverzeichnis ein Bilderverzeichn
63. us den vorl ufigen Reviews Phase Korrektur Der Autor arbeitet die angemerkten Korrekturen aus dem Review in das Dokument ein Phase Pr fung i Der Freigebende pr ft die durchgef hrten Anderungen und gibt das Dokument frei F r die Freigabe gibt es die M glichkeit Dokumente mit einer digitalen Signatur zu versehen Seite 10 von 42 add4Q Benutzerhandbuch 6 Leitfaden zur Erstellung und Gliederung von Projekten Bei der Erstellung eines neuen Enterprise Architect Projekts unter Verwendung des add4Q Toolkits sollten im Sinne des Vorgehens nach dem V Modell die folgenden grundlegenden Voraussetzungen beachtet werden Entwicklungsebenen Die Projektstruktur sollte in mehrere Entwicklungsebenen unterteilt werden in denen sowohl die Anforderungen an das System als auch die Realisierung beschrieben werden Die Anzahl der Entwicklungsebenen ist nicht reglementiert Auf der Anforderungsseite kann bei kleinen Projekten z B eine Ebene vorgesehen sein bei gr eren kann es mehrere Ebenen geben die von der Systemebene in Komponentenebenen heruntergebrochen werden Requirements und Tests Die Anforderungen in den einzelnen Entwicklungsebenen sollen mit Requirement Artefakten realisiert werden die sich ber die Ebenen mittels Verkn pfungen bis zur Realisierung in Klassen oder Dokumentenabschnitten in Beschreibungen erstrecken Entsprechend dem V Modell sollen alle Requirements horizontal mit Testf llen unterlegt und in den entsprechen
64. usto duo dolores et ea rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet 2 Einleitung Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat sed diam woluptua At wero eos et accusam et justo duo dolores et ea rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat sed diam voluptua At wero eos et accusam et justo duo dolores et ea rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat sed diam voluptua At wero eos et accusam et justo duo dolores et ea rebum Stet clita kasd gubergren no sea takimata sanctus est Lorem ipsum dolor sit amet Duis autem wel eum iriure dolor in hendrerit in vulputate welit esse molestie consequat wel illum dolore eu feugiat nulla facilisis at wero eros et accumsan et iusto odio dignissim qui blandit praesent luptatum zzril EU Dokumentenansicht Zoom 100 H Ansicht der add4Qlleditor Oberfl che Das add4Q editor Fenster untergliedert sich in 2 Teilfenster Dokumentenstrukturfenster Im Fenster links wird die Gliederung mit Unterkapiteln Req
65. vel verkn pft Level 1 Funktionen REQ_D103 Views Requirement wurde nicht in den n chsten Trace Level verkn pft Y LA Requirements LA REQ_D104 Data Interfaces Requirement ist mit keinem Testfall auf demselben Trace Level verkn pft v Testf lle LA REQ_D104 Data Interfaces Requirement wurde nicht in den n chsten Trace Level verkn pft Level 2 Design LA REQ_D104 Data Interfaces Verkn pfung mit dem Requirement REQ_D002 Functionality ist Teil eines Split 7 LA Requirements REQ_D104 Data Interfaces Verkn pfung mit dem Requirement REQ_D105 MySQL ist Teil eines Split Merg 7 Testf lle REQ_D104 Data Interfaces Verkn pfung mit dem Requirement REQ_D106 SQLite ist Teil eines Split Merge LA REQ D105 MySQL Requirement wurde nicht in den vorherigen Trace Level verkn pft LA REQ_D106 SQLite Requirement wurde nicht in den vorherigen Trace Level verkn pft Level 0 Anforderungen v LA Requirements YI Testf lle 15 Trace Probleme gefunden 0 ignoriert Standardansicht des add4Q tracer mit Fehlerausgabe Alternativ k nnen Tracefehler auch nach Dokumenten gefiltert ausgegeben werden was Mitarbeitern erm glicht nur die f r sie relevanten Ausgaben anzuzeigen oder um hard und softwarespezifische Traceausgaben zu unterscheiden Trace Lewel Dokumente REQ_D002 Functionality Ansicht des add4Qj tracer mit Dokumententfilter Rationals Befinden sich im Modell Tr
66. viert ist und au erdem im Einstellungsdialog der Plug ins das H kchen bei Objektauswahl im Project Browser folgen gesetzt ist Die zweite Option bewirkt dass die Objekte die in den Plug ins ausgew hlt werden auch im EA Project Browser markiert sind w hrend die erste Option bewirkt dass der Viewer die Objekte anzeigt die gerade im Project Browser markiert sind Die Anwahl eines anderen Elements im Viewerdiagramm sorgt daf r dass dieses aktiv gesetzt wird und dessen Verkn pfungen angezeigt werden Wenn Sie mit dem Mauszeiger ber ein Element im Diagramm fahren so erscheint eine Informationsbox die die Inhalte des Elements anzeigt Seite 31 von 42 add4Q Benutzerhandbuch Datei Bearbeiten Ansicht add4 Q Hilfe Tie Rie Bl 5 P suche _ Testspezifikationen T s _ Objekte Testf lle E E Level 1 Funktionen l Pflichtenheft J1 Vorwort 7 2 Einleitung Kein Level 7 3 Grundlegende Funktional 7 31 Benutzeroberfl che 1 REQ D101 Fonts REQ D102 Buttons REQ_D103 Views REQ DOOL GUI R REO_D101 Fonts j D 007 E i Bokument BD E Li TE gt p B REQ D104 Data Inter 14 Detaillierte Funktionalit t REQ_D105 MySQL REQ D106 SQLite 5 Diagrams Funktionen Dokument Fflehtenheft REQ D101 Fonts Level 2 Levell Design m Integrationtest _ Testspezifikationen Lorem ipsum dolor sit amet consetetur sadipscing elitr sed diam nonumy eirmod D Testpl ne tempor invidunt ut
67. zeigen Alle Objekte anzeigen Mur nicht verkn pfte Objekte anzeigen Mur nicht und mit Testf llen verkn pfte Objekte anzeigen Mur verkn pfte Objekte anzeigen Filterm glichkeiten der Objekt Ansicht Verkn pfungen Hier werden alle Verkn pfungen des im Objekt Fenster angew hlten Requirements dargestellt und Verkn pfungen mit Requirements Testf llen und Realisierungsobjekten angelegt Projekt Ansicht Dieses Fenster enth lt die Struktur aller im aktuellen Modell enthaltenen Dokumente und Artefakte mit Unterkapiteln Requirements Diagrammen Klassen und Testf lle Analog zur Objekt Ansicht gibt es auch hier Filter und Darstellungsoptionen Seite 27 von 42 add4Q Benutzerhandbuch Er Sins Datei Bearbeiten add4Q Hilfe BE Psuche v inRequirements Ansicht Requirements Ansicht Ta i iB jalv Verkn pfungen ol Projekt Ansicht ir kr Ei IB jolv Level 0 Anforderungen L0 REQ_D001 GUI L0 Level 0 Anforderungen Q Lastenheft L1 REQ_D101 Fonts Q L0 Lastenheft oO Requirements L1 REQ_D102 Buttons LO Einleitung REQ_D001 GUI LA L1 REQ_D103 Views L0 Requirements E REQ_D002 Fu Sionality d L0 REQ_D001 GUI Level 0 Requirements F LA L0 REQ_D002 Functionality Q Requirement Specification E LO Systemtest z Requirements LO Testspezifikationen LA REQ_EO01 GUI LO Testpl ne Beispiel im add4Q llinker Die Verkn pfung der einzelnen Artefakte erfolgt

Handbuch add4Q V2.1

Contents

Download Pdf Manuals

Related Search

Related Contents