Auch mit Workarounds nur inakzeptabel unterstützbare Umfänge. Durch Workarounds (wie!) unterstützbare Umfänge

Transkript

1 Kriterium Direkt unterstützte Umfänge Durch Workarounds (wie!) unterstützbare Umfänge Auch mit Workarounds nur inakzeptabel unterstützbare Umfänge Umfänge zu denen keine Aussage gemacht werden kann (Grund!) Anforderungen aus Entwicklersicht Handhabung/ Sichten Eindeutige Identifikation von Objekten in der Datenbank Objekte sind hierachisch geordnet, so dass sie leicht auffindbar und benennbar sind. Jedes Objekt hat einen object identifier, der aus einem Präfix und einer von DOORS vergebenen Nummer (Absolute Number) besteht. Nach object identifier kann nicht gesucht werden. Verwirrende Benutzung von "Absolute Number", "Object Numbr" und "ID". Einbindung von Objekten anderer Formate Es können Bilddateien (Windows: BMP/WMF, Unix: BMP/EPS), Textdateien (Ascii, Word, RTF), MS Project, Spreedcheet, FrameMaker, Interleaf Daten und OLE Objekte eingefügt werden. Es gibt Integrationen zu Rational ClearCase und Rose, Mercury Interactive TestDirector, Telelogic Synergy und Tau und PVCS. Mit DOORSrequireIT steht eine Anbindung an Word zur Verfügung, die DOORS komplett in Word integriert. Über die Zwischenablage können natürlich weitere Formate eingefügt werden (Tabelle, Graphiken usw.) Import aus ODBC wäre möglicherweise wünschenswert.

2 Unterstützung von Dokumentsichten und Datenbanksichten Es können nur bestimmte Hierachielevel angezeigt werden, außerdem steht eine ausführliche Filterfunktion zur Verfügung, mit der man steuern kann, welche Daten und Mit dem Umweg über welche Datensätze in Berichte können auch den Tabellen noch freiere angezeigt werden Datenansichten erzeugt sollen. Views (und werden. damit Sortierung, Filterung usw.) können gespeichert werden. Die graphische Darstellung von Requirements (in einem Baum) finde ich eher gewöhnungsbedürftig. Flexible Report- und Dokumentengenerierung für unterschiedliche Textformate Es können Reports erzeugt und gedruckt werden, die gespeicherten Views können in die üblichen Formate (siehe Import) und in MS-Office Formate exportiert werden. Reports und Views können nicht (per ODBC) in andere Datenbanken exportiert werden. Mit dem Zusatztool DocExpress stehen aber weitere Export-Möglichkeiten zur Verschlüsselte Datenhaltung Zugriff zu DOORS ist mit Benutzer/Passwort gesichert. Über direkte verschlüsselte Datenhaltung habe ich nichts gefunden. Man könnte Dateien verschlüsseln und als externe Dateien in DOORS einbinden, das ist aber ziemlich unpraktisch. Analysen Traceability zwischen den in der RM Datenbank gespeicherten Objekten Objekte können mit link objects verbunden werden, dabei kann jedes Objekt sowohl Quelle, als auch Ziel sein und Links sind von beiden Seiten aus einsehbar. Links können wie jedes andere Objekt Attribute haben. Traceability zu RM- Datenbank externen Objekten Es können Links auf externe Dateien eingerichtet werden. Links auf Objekte in anderen Datenbanken (z.b. über ODBC) sind meines Wissens nicht möglich.

3 Gemeinsames Arbeiten auf einem Entwicklungsgegenstan d Mit einer Serverinstallation können mehrere Benutzer auf der gleichen Datenbank arbeiten. Einzelne Objekte werden dafür exklusiv gelockt. Über Partitionen ist es möglich ein Teil des Projekts vom Server auszulagern (etwa auf mobile stand-alone- Installationen). Zusammen mit DOORSrequireIT können Teile des Projekts ausgelagert, mit Word bearbeitet und später wieder integriert werden. Das gleichzeitige Arbeiten an einem Objekt ist nicht möglich (wie etwa bei CVS), wäre vermutlich aber auch etwas riskant. Das gemeinsame Arbeiten an einem Entwicklungsobjekt ist durch Benutzerrechte steuerbar. Protokollierung und strukturierte Dokumentation der Historie Jedes Objekt hat eine History, so dass Änderungen verfolgt werden können (Wer/Wann/Was). Über die Möglichkeit eines Change Proposal Systems, können alle Änderungen erst als Vorschläge geäußert werden, die dann von einem oder mehreren berechtigten Personen eingepflegt werden. Damit bleibt in großen Projekten die Integrität der Requirements besser gewahrt. Export/ Import/ Schnittstellen Automatische Textübernahme für unterschiedliche Textformate Die Importmöglichkeiten für fremde Formate sind oben dargestellt. Darüber hinaus habe ich keine Möglichkeit gefunden einen ganzen Satz von Requirements aus einem vorformatieren Textdokument zu finden.

4 Export/ Import eines Teilbestandes der Projektdaten Entweder es werden Partitionen gebildet um ein Teil des Datenbestandes an einen anderen DOORS- Standort auszulagern oder es werden Views exportiert (siehe Reportfähigkeit), z.b. nach Excel o.ä. Externer Zugriff über Webschnittstelle Mit DOORSnet steht ein Zusatztool zur Verfügung, um die Inhalte der Datenbank übers Web verfügbar zu machen. DOORSnet setzt dabei auf einen vorhandenen Webserver auf (apache, IIS, Netscape) und arbeitet über CGIs. Änderungsmanagement Änderungsmanagement ist über das Change Proposal System möglich. Mit der ClearCase und PVCS Anbindung an das Integration steht eine Konfigurationsmanagem Anbindung an ein ent Konfigurationsmanagementtool zur Schnittstellen zu anderen Werkzeugen Es gibt Integrationen zu Rational Rose, Mercury Interactive TestDirector, Telelogic Synergy und Tau und PVCS. Mit DOORSrequireIT steht eine enge Integration in MS Word zur Unterstützung offener Toolintegrationsplattfor men Keine Integration in offene Toolintegrationsplattformen bekannt Anforderungen aus Sicht Projektadministrators

5 Zentrale Installation und Administration von Projekten Durch das Client/Server-Modell ist eine zentrale Administration der Daten möglich. Es besteht auch die Möglichkeit einer zentralen Client- Installation (workstation client), bei der die Client Applikation auf dem Server liegt. Definition von Klassenschemata, Attributen und Relationen Attribute können für alle drei Objekttypen (descriptive, formal und link) frei definiert werden. Benutzermanagement insb. Vergabe von Zugriffsrechten Benutzerrechte (Read/Create/ Modify/Delete/ Admin) können für jedes Objekt eingegeben werden. Default ist "Inherit from parent", um unnötige Verwaltungsarbeit zu sparen. Benutzer können in Gruppen (Rollen) zusammengeführt werden. Unterschiedliche Benutzerrechte nach Projektphase sind nicht möglich. Projektweites Sichtenmanagement für Benutzerrollen Sichten (Views) können gespeichert werden und ihnen können Rechte zugewiesen werden, wie jedem anderen Objekt. Der Projektadministrator kann also views festlegen und bestimmten Benutzern oder Gruppen Rechte daran zuweisen. Unterstützung großer Projekte Die Stabilität der Datenbank unter großer Last konnte natürlich nicht getestet werden. Definierte Grenzen für Benutzer/Objekte konnten nicht gefunden werden. DOORS sollte aber (wegen der hohen Verbreitung in der Industrie) für große Projekte geeignet sein.

6 Workflowsupport DOORS implementiert keinen speziellen Prozess. Fortschrittsanalyse (Projekttransparenz) Über die Reportfunktion und die DOORS extension language (DXL) können Reports zum Projektfortschritt implementiert werden. Allgemeine Anforderungen Baselining Baselines werden unterstützt. Der aktuelle Stand des ganzen Projekts wird eingefroren und kann bei Bedarf daraus rekonstruiert werden. Arbeiten mit verteilten Datenbanken Datenbanken können mit Partitionen aufgeteilt werden. Dadurch ist verteiltes Arbeiten und späteres Integrieren in den Hauptdatenbestand möglich. Erweiterbarkeit des Werkzeug durch den Anwender Mit der DOORS extension language (DXL) steht eine Skriptsprache zur Erweiterung und Definition eigener Funktionen zur Eine Schnittstelle mit einer standardisierten Sprache steht nicht zur Skalierbarer Einsatz der Funktionalität (bspw. abgespeckte Version) Der Zugriff von außen ohne Lizenz ist über DOORSnet möglich. Es gibt keine abgespeckten Client- Versionen. Überprüfbare Datenintegrität Über die Stabilität der Datenbank kann leider keine Aussage gemacht werden. Grenzen für Objekte/Benutzer habe ich nicht gefunden. Beschreibung max. Umfang eines Requirement max. Anzahl der Requirements pro Klasse/Dokument max. Anzahl der Benutzergruppen (Rollen) Preis Einzellizenz Preis Netzwerklizenz keine Beschränkung gefunden keine Beschränkung gefunden keine Beschränkung gefunden nach Anfrage, nicht auf Webseite verfügbar nach Anfrage, nicht auf Webseite verfügbar

7 auschecken von Lizenzen für mobiles Arbeiten Es gibt stand-alone Lizenzen für den Einzelrechnerbetrieb, Serverlizenzen, bei denen die Anzahl der Clients, aber nicht der Rechner, auf denen sie laufen entscheidend ist und Lizenzen, die mit einem Hardware- Dongle versehen sind. Rechnerplattform Server Windows, Unix Rechnerplattform Client Turnus der Lizenzerneuerung Windows, Unix -- Beurteilung sehr gut gut befriedigend mangelhaft Nutzerkomfort (look and feel, Verständlichkeit, Übersichtlichkeit, Einarbeitungsdauer, etc.) Oberfläche schlicht, aber sehr durchdacht. Nahezu alle Funktionen befinden sich dort, wo man sie erwartet. Durch die Mächtigkeit des Programms ist effizientes Arbeiten wahrscheinlich erst nach längerer Benutzung möglich, dank der durchdachten Oberfläche kann man aber schnell beginnen. Graphische Darstellung von Objekten wirkt unübersichtlich, eine gut benutzbare Alternative zur Tabellendarstellung wäre wünschenswert. Nutzersupport (Hotline, toolintegrierte Hilfe, Trainingsprogramm, Unterstützung via Internet, etc.) Die integrierte Hilfe entspricht in weiten Teilen der gedruckten Dokumentation, ist aber umfangreich und verständlich. Trainingsprogramm könnte umfangreicher und besser dokumentiert sein. Ein weiteres Beispiel auf der Webseite wäre gut.