0

Wir suchen nach Möglichkeiten, unseren Software-Entwicklungsprozess durch geeignete Dokumentation weiter zu verbessern. Diese Dokumentation/Spezifikation ist jedoch als Dokument nur verfügbar, wenn wir sie öffnen und lesen.End-to-End-Software-Entwicklungszyklus auf einer webbasierten Anwendung?

Zum Beispiel sind URS, SRS, ERD, DB-Diagramm, Klassendiagramm, Anwendungsfall, Testskripte, Benutzerhandbuch und Schulungsmaterial normalerweise getrennte Dokumente.

Hat jemand das alles in einem einzigen webbasierten System?

Es beginnt mit Schlüssel-in alle Anforderungen in das System und einfach kann die URS generiert werden. Wenn Änderungen an den Anforderungen vorgenommen werden, müssen diese in das System eingegeben werden, sie können jedoch leicht generiert werden.

Der wichtigste Teil ist die Rückverfolgbarkeit, wo wir sehen können, wie Anforderungen bis zum Ende umgesetzt werden. Manchmal sind sie in URS, aber fehlen auf dem Weg, da es schwierig ist, es manuell zu vergleichen/zu inspizieren. Sehr oft verschiedene Personen, die getrennte Prozesse durchführen, so dass Dinge versehentlich weggelassen werden können. Beispielsweise kann eine Funktion im System- und Testskript vorhanden sein, jedoch nicht im Benutzerhandbuch.

Ich würde mir vorstellen, dass Änderungen an irgendeinem Teil des Prozesses, die nicht vollständig implementiert sind, Maßnahmen ergriffen werden können.

Danke!

Antwort

0

Haben Sie sich Requisite Pro von Rational/IBM angeschaut, durchlief unser Unternehmen einen Prozess auf der Suche nach einer Anforderungsmanagement-Suite, und diese wurde schließlich ausgewählt. Am Ende haben wir ein Wiki für alle Dokumente implementiert, ein Haupttabellenblatt mit allen Funktionen und eine Access DB, die die Features auf ihre Fehlerzahlen referenzierte und herunterbrannte, ein hübscher manueller Prozess, der aber mit einem Projektmanager erstaunlich gut funktionierte Wer hatte Programmiererfahrung?

0

Wir verwenden Sphinx.

Die Dokumentation befindet sich im Repository mit dem Code.

Die Dokumentation enthält die Codereferenzen über Sphinx .. addmodule Befehle.

0

Wir verwenden XPlanner. Es ist hauptsächlich auf Iterationen in Xtreme Programming ausgerichtet, aber wir verwenden es auch als Bedarfsplanungstool. Sie können Freeform-Annotationen zu "Stories" (= Features in XP) hinzufügen, die nur Wiki-Seiten (plus Dateianhänge) sind. Sie können auch Zeiten schätzen, Aufgaben erstellen usw.

Oder Sie könnten einfach ein Wiki verwenden. von denen es viele gibt. Ich würde etwas "Freiform" wie ein Wiki vor etwas bevorzugen, das einen bestimmten Workflow bereitstellt/erzwingt, da die Planung einem bestimmten Workflow ohnehin oft nicht streng folgt. (Ob das gut oder schlecht ist, ist eine andere Sache ...)

1

Wenn Sie auf Agile-Methodik sind, würde TeamForge von Collabnet helfen. URL: http://www.collab.net/downloads/ctf/

TeamForge basiert auf SVN als Backbone und bietet viele Funktionen, die Sie in einem Agile-Projekt suchen.

1

Ich empfehle, eine der vielen Wiki-Systeme (in der Regel mit Tracker gesammelt) für die Dokumentation zu verwenden. Gute Beispiele sind: Trac, Redmine und (kommerzieller) FogBugz, Jira.

Sie können somit Wikis von Tickets verweisen so dass für

  • einfachen Informationsfluss: spec -> Implementierungsteam
  • Suchfunktion
  • Dokumentversions
  • ...

Diese Lösungen arbeiten online, keine spezielle lokale Software i s erforderlich.

Sie können Spezifikationsklärungen und Änderungsanforderungen mit zugehöriger Ticket-ID-Referenz verfolgen. Es ist einfacher, später zu überprüfen warum einige Änderungen eingeführt wurden.

Verwandte Themen