Erfassung der Anforderungen

Share

|

Im März 1996 richtete Frank McGrath das Problem der Erfassung der Anforderungen an eine Sitzung des Project Management Association in Tysons Corner, Virginia. Zusammenfassend zeigte McGrath zu der Software-Community als einfach arrogant Beginn der Entwicklung arbeiten, ohne Anforderungen genagelt. Am Beispiel verwies er auf das Baugewerbe. Was Generalunternehmer würde Errichtung eines Gebäudes mit einer Anforderung zu starten, die besagt: "Es wird ein großes Gebäude mit Büros werden im Inneren?" Was bedeutet das? Was ist die Voraussetzung für eine Produktionsstätte, in der Flugzeuge hergestellt werden, oder ein Hochhaus, wo viele Unternehmen befinden wird? McGrath weiter mit dem Generalunternehmer Beispiel und wies auf die Tatsache, dass der Generalunternehmer erfährt nicht nur, welche Art von Gebäude, sondern auch, welche Materialien in den Bau des Gebäudes verwendet werden müssen. Der Generalunternehmer dann findet heraus, was Toleranzen sind in den benötigten Materialien und so weiter und so fort. Da einige Gedanken, ist es leicht zu sehen, wie wichtige Klarstellungen in der Definition der Anforderungen im Baugewerbe. Sie sind nicht weniger wichtig in der Software-Geschäft, aber allzu oft Software-Entwickler zu Unrecht das Gefühl, dass sie viel in die kreative Zone, wo es sehr viel schwieriger zu artikulieren und zu erfassen Anforderungen effektiv.

Es kann nicht so schwer, wie es scheint. Software-Entwickler müssen zunächst daran erinnern, dass sie der Aufnahme die Träume der Menschen, nicht das, was sie brauchen - wenn sie es brauchen können - nicht, was sie wollen - wenn sie es können wollen. Software-Entwickler sind die Erfassung ihre Träume, ihre wahren Wünsche. In diesem Zusammenhang ist es sehr persönlich für jede Person die Teilnahme an der Definition der Anforderungen verarbeiten. Sie können über kleine Punkte zu argumentieren und nicht zu kommunizieren, was los ist in ihrem Geist. Ein Führer der Definition der Anforderungen Prozess überwinden kann dies durch:

1. Dirigieren regelmäßigen Treffen mit einem zuvor verteilten Tagesordnung, so dass die richtigen Leute zu besuchen und die Teilnehmer wissen, was abgedeckt werden und was von ihnen erwartet wird.

2. Strukturierung jeder Sitzung um sicherzustellen, dass zuvor identifizierten Anforderungen zur Überprüfung und Analyse dokumentiert, so dass neue requireme ngen eingereicht und registriert werden zur Überprüfung auf einer künftigen Sitzung und sicherzustellen, dass Anforderungen, die out-of-scope für ein bestimmtes Projekt oder Freisetzung von ein Projekt identifiziert und eingereicht.

3. Sicherzustellen, dass jede Person in der Sitzung die Gelegenheit zu sprechen und ohne Kritik oder Angst, ausgelacht oder das Gefühl dumm oder dumm zu hören ist.

4. Zeit zu verbringen, um bestimmte Informationen als Voraussetzung mitgeteilt machen ist sinnvoll, das ist sicher, dass jeder versteht, dass das große Gebäude einen hohen Wolkenkratzer und nicht eines Lagers oder einer Produktionsanlage ist. Obwohl es scheinen mag, dass ein erheblicher Aufwand ausgegeben wird zur Erfassung und Überprüfung Anforderungen gibt es eine Big-zurück-zahlen die Anforderungen identifiziert richtig nach vorne. Die Kosten für die Korrektur von Software für fehlende oder fehlerhafte Anforderungen steigt deutlich die später in den Entwicklungsprozess der Fehler ist gefunden.

Diese unattraktiv und sehr teuer Statistiken können sich erheblich, wenn die Unklarheiten gemeinsamen genug, um alltägliche Unterhaltung und übertrieben durch die getrennte Fachgebiete an den Tisch gebracht durch den Kunden und den Entwicklern beseitigt gebracht. Verwenden Sie die hilfreichen Tipps und Techniken im Laufe der Zeit durch Software-Experten wie Donald Gause und Gerald Weinberg, der im Bereich der Definition der Anforderungen beachten sind nachgewiesen. Das Ergebnis wird eine Verhandlungslösung Verständnis der Wunsch des Kunden und eine Gewissheit, dass jeder an dem Projekt beteiligt ist hin zur Vollendung des gleichen System arbeiten werden. Beginnen Sie mit der Beseitigung von Unklarheiten bei der Anweisung Ebene.

Klärung missverständliche Anforderungen

Mehrdeutigkeit der Aussage Ebene wird durch Verbalisierung von Visualisierungen getestet. Zum Beispiel, wenn die Anforderung, eine Struktur, ein menschliches gegen Wind und regen und Schnee und Eis zu schützen, ist zu fünf Personen, wobei jede der fünf Menschen gegeben bauen kann eine andere Visualisierung haben. Man könnte einen Kiosk an einer Bushaltestelle zu visualisieren, der andere ein Dreibettzimmer Ranch Haus, und jemand anders einen schönen glänzenden Rolls Royce. Da die Menschen in der Sitzung erläutern ihre visuelle Bild von dem, was gesagt wurde, kann Klarstellung vorgenommen und Einigung erzielt werden kann.

Also, wie ein die folgende Anforderung Erklärung: Der Benutzer können ein oder mehrere Fenster in einem Sammelalbum speichern und wie kann man ausdrücken, dass Vision. Die Visualisierung hier vielleicht nicht so offensichtlich, aber man würde sicherlich wissen wollen, ob jemand am Konferenztisch bekommt den Eindruck, dass sie in der Lage sein Fenster in ein Sammelalbum die Art und Weise Dateien in den Verzeichnissen für unbestimmte Zeit gespeichert werden kann speichern . So testen Sie die Aussage:

§ Was ist der Kunde der Interpretation der Aussage zu bedeuten?

§ Was bedeutet die Entwickler wollen die Fähigkeit, das heißt, eine kurze Funktionsbeschreibung, was wird umgesetzt, um die Anforderung zu erfüllen, werden das sein?

§ Was sind die Systemvoraussetzungen, dh wie viele Fenster gespeichert werden sind? Wie lange müssen sie aufbewahrt werden? Was sind die Anforderungen Retrieval Zeit für verschiedene Arten von Speicher?

Dokumentieren Sie die ausgehandelten Verständnis, dass zwischen dem Kunden und den Entwicklern über die Anforderung (en) und wie es (sie) umgesetzt werden erreicht ist. Bei dem Wort Ebene, verwenden Sie Synonyme und Vergleiche zu klären und die korrekte Interpretation dessen, was gesagt wird. Zum Beispiel, wenn die Anforderung wird zunächst als erklärte:

Eine große Uhr wird angezeigt ...

Es sollte als angepasst werden:

Eine große Uhr wird angezeigt ...

Beginnen Sie mit dem Synonym für das Wort groß groß. Dann klären die Verwendung des Wortes große erneut mit einer bestimmten Vergleich, dh nicht groß meine es den gesamten Bildschirm oder nur den halben Bildschirm füllt? Schließlich bekräftigen die Forderung zu präzisieren, die bestimmten Größe oder eine Reihe von Größen, die dem Kunden und die Entwickler haben vereinbart. Auf diese Weise sind das Verständnis sowohl von der Kunden und der Entwickler in Einklang stehen. Es wird keine Überraschungen geben, wenn das Produkt als komplett dargestellt wird. Noch wichtiger ist, werden die Vorfälle von on-the-Spot-Fixes, die zusammen so schnell am Ende eines Projekts erheblich reduziert werden.

Bestimmen Scope

Der Wert der Beseitigung Verbindung Anforderungen können auf allen Ebenen gesehen werden, aus dem oberen Management an Projektentwickler und vom Kunden zur Qualitätssicherung Team. Erst nach Verbindung Anforderungen beseitigt werden kann den wahren Umfang des Projektes beurteilt werden, die Kontrolle von Änderungen angewandt, Test korrekt verwaltet werden, und aussagekräftige Kennzahlen erhoben werden.

Ein einfaches Beispiel für eine Verbindung Voraussetzung ist: Der Benutzer muss hinzufügen, löschen und ändern einer Zeile. Was sind die Ursachen dieser eine Verbindung Anforderung werden die mehrere Dinge, die der Benutzer in der Lage sein wollen, müssen. Bei der Bestimmung des Umfangs der Arbeiten wird die Verbindung Anforderung als eine Einheit der Arbeit, wenn in der Tat, diese Fähigkeit innerhalb des Systems es drei separate Programme, um sie geschehen nehmen können vorsehen, berücksichtigt werden. Zusätzlich, falls ein Teil einer Verbindung Anforderung ein Problem auftritt während der Prüfung wird die gesamte Forderung als nicht zufrieden gezeigt. Dies kann Skew Testergebnis Metriken.

Um loszuwerden ein Projekt der Verbindung Anforderungen, Ermittlung der Aussagen innerhalb der einzelnen Forderung, dann machen Sie jede Aussage eine eigenständige Anforderung. Diese Aktion hilft nicht nur dem Gebot klären, aber es bietet auch ein genaueres Bild von der Größe und Umfang des Projekts. Die andere Sache, dass die Beseitigung Verbindung Anforderungen nicht erlauben ist Voraussetzung Abhängigkeiten zu identifizieren und gemeinsam in einer Datenbank verknüpft.

---