Verwenden Sie Fallbeispiele - Effektive Beispiele und Tipps
Gatherspace ist ein Projektmanagement und Anforderungsmanagement agiles Software-Tool.
Eine gute Möglichkeit, effektive Anwendungsfälle für das Schreiben ist durch ein Probe Use-Case-Beispiel zu gehen und sehen, wie es zu etwas komplexer genutzt werden kann. Durch die Aufnahme der Bedeutung von Anwendungsfalldiagrammen. alternative Strömungen und Grundströme, werden Sie Anwendungsfälle, um Ihre Projekte zu bewerben. In einigen der folgenden Tipps, werden wir eBay-Funktionen zum Beispiel Anwendungsfälle verwendet werden.
Agil, mager, keine Angst, Fehler zu machen. Oft so viele neue denken Produktmanager nicht perfekt wird ihr Publikum beeindrucken, aber Anwendungsfälle mit ein paar Fehler ist weit besser als eine über komplizierte detaillierte Liste stark geschrieben zu haben, die ein Publikum verwirrt und Bohrungen.
Wenn es darum geht, wirksame Anwendungsfälle zu schreiben, müssen Sie nicht ein Perfektionist sein und sich selbst betreffen mit ihm das erste Mal richtig zu bekommen. Die Entwicklung Anwendungsfälle sollen als iterativen Prozess betrachtet werden, wo Sie arbeiten und verfeinern. Sie können es immer später verfeinern, so wieder, gehen Sie nicht nach Perfektion aus dem get-go. Auflockern und Spaß haben, während Sie es tun. Denken Sie daran, lesen Menschen Ihre Anwendungsfälle, nicht ein Haufen von Robotern, so ist es interessant halten.
Was ist ein Schauspieler? (Nein, nicht Brad Pitt in diesem Zusammenhang) Jedes „Objekt“ oder Person, die das Verhalten mit ihm verbunden hat. Im Allgemeinen sind die Nutzer Akteure aber oft können Systeme als auch seine Akteure.
Jetzt haben wir eine Reihe von Schauspielern. Warte eine Minute? Paypal? Das ist nicht eine Person. Ein Schauspieler kann ein System sein, weil ein System einer andere Rolle im Zusammenhang mit dem neuen System spielt und hat Ziele und interagiert mit anderen Akteuren, wie Sie später sehen werden.
Verwenden Sie die 80/20 Regel - wenn Sie eine vollständige Liste aller möglichen Anwendungsfälle schreiben, in der Regel 20% der Anwendungsfälle wird für 80% der Aktivität ausmacht. Die anderen 80% der Anwendungsfälle würden 20% der Aktivität unterstützen.
Nach meiner Erfahrung in verschiedenen Büros, werden sagen, die Perfektionisten, „gut, was darüber? Ist nicht möglich?“ mit Bezug auf eine Kante Fall. Der Produktmanager soll einen gemeinsamen Anwendungsfall vom Rande Fall zu erkennen, in der Lage und entsprechend priorisieren. Also, wenn Sie mit Ihren sonnigen Tagen Anwendungsfällen fertig sind, verteilen sie unter Ihrem Projektteam und Konsens bekommen, dass Sie abgedeckt haben sie alle.
In diesem Schritt werden Sie die Brücke in Objektmodellierung überqueren. Lassen Sie sich nicht übermäßig besorgt über Begriffe wie Generalisierung, Vererbung und erweitert. Das Ziel dieses Use Case Beispiel Ebay ist es verständlich zu halten, damit wir dieses Konzept in Bezug auf das Beispiel erläutern.
Was bedeutet das Wort allgemein? Etwas ist breit und nicht so detailliert. Generalisierung ist, wenn Sie „erben“ von etwas allgemein und dann ausführlicher hinzufügen. Eine „Person“ ist sehr allgemein gehalten. Ein „Mann“ ist immer noch allgemein, aber nicht so allgemein als „Person“. Man kann sagen, dass ein „Mann“ erbt Verhalten und atributes einer „Person“.
Schauen Sie sich die Anwendungsfalldiagramm Anforderungsmanagement über und Sie werden sehen, es gibt doppelte Verhalten sowohl Käufer und Verkäufer, die „ein Konto erstellen“ und „Suchlisten“ enthält. Anstatt alle diese Vervielfältigung haben, werden wir eine allgemeinere Benutzer, die dieses Verhalten hat und dann werden die Schauspieler „erben“ dieses Verhalten von den neuen Benutzer.
Nach der Herstellung Ihrer erste visuelle Liste der Use-Case-Akteure und Zielen können wir diese Liste nehmen und erstellen ein anfängliches Anwendungsfall Gitter, das die Grundlage für den Index Anwendungsfall bietet. Jeder Anwendungsfall werden verschiedene Attribute haben sich sowohl auf den Anwendungsfall iteself und für das Projekt. Auf Projektebene umfassen diese Attribute Umfang, Komplexität, Status und Priorität. (Siehe das Beispielbild unten)
Dieser Anwendungsfall Index soll vom Projektteam eingesetzt werden, gegen die Anwendungsfälle zu definieren. Es dient als Master-Inventar writ wirksame Anwendungsfälle für die Anforderungsphase des Projekts zu helfen.
Der eigentliche Anwendungsfall ist eine Textdarstellung eine Folge von Ereignissen veranschaulicht. In unserem Anwendungsfall Beispiel werden Sie sehen, dass es mehrere Komponenten eines Anwendungsfalles, die wir überprüfen werden. In der Zwischenzeit, überprüfen Sie anhand der folgenden Tabelle ein grundlegendes Verständnis von dem, was im Anwendungsfall ist und dann werden wir jedes Element, wie wir progeress durch unsere Anwendungsfall beispielsweise überprüfen.
Use Case Element
Ein EBAY Käufer hat einen Artikel sie kaufen möchten identifiziert, so dass sie ein Gebot für einen Artikel mit der Absicht, den Gewinn der Auktion und die Zahlung für das Element platzieren.
Tipp 8. Erstellen Sie den Anwendungsfall Grundströmung
Der grundlegende Ablauf eines Anwendungsfall stellt den wichtigsten Hergang oder was die meiste Zeit geschieht, manchmal als ‚Happy Day Szenario‘ bezeichnet, weil es ist, was geschieht, wenn alles gut geht - keine Fehler oder Ausnahmen. Ein weiterer Grund, warum die Grundströmung so kritisch ist, weil es viel einfacher ist, in vollem Umfang die Ausnahmen zu begreifen einmal die Norm verstanden wird und wenn die Grundströmung 70% des Systems darstellt, das Entwicklungspersonal ist viel anfälliger für den richtigen Code Umsetzung in der erster Pass.
Die Grundströmung ist der Schlüsselbestandteil zu Ihrem Anwendungsfall, und einige können argumentieren, dass Sie aufhören können, wenn Sie mit der Grundströmung fertig sind. Es hängt wirklich von der Detailgenauigkeit Sie erreichen wollen. Jedoch näher an die Verbraucher von Ihrem Anwendungsfall der Bereitstellung ist immer eine gute Sache.
Die alternative fließt Bereitstellung der folgenden:Während ein Kunde einen Geldautomaten verwendet, läuft die Maschine von Quittungen und muss den Kunden warnen
Kürzlich an einem neuen Projekt, Auftrag, führte ich einen Mid-Level-Entwickler auf das Konzept der Anwendungsfälle, die er völlig fremd war. Sobald ihm durch die grundlegenden Konzepte gehen und ihm den Gebrauch Fallbeispiel zeigt, ging die Glühbirne in seinem Kopf ab, wie bequem und einfach es war, das Projekt zu erreichen.
Ein paar Gründe, warum es so viel einfacher, ein System durch Anwendungsfälle lernen dann ein traditionelles Anforderungsdokument ist wahrscheinlich, weil mit Anwendungsfällen, die Sie Konzepte auf hohe Niveau eingeführt werden, zu Fuß durch ein lebendiges Szenario und dann mit Spezifikationen zuletzt dargestellt.
An mehreren Stellen in diesem Dokument habe ich „effektive Use Cases“, so nicht nur „Use Cases“. Der Zweck der Anwendungsfälle ist für einen effektiven Wissenstransfer von der Domain-Experte an der Software-Entwickler - diese Anwendungsfälle wie die Software Anforderungsspezifikationen dienen. Wenn sie die Software keinen Sinn für die Person machen den Aufbau, sie sind nicht wirksam. Es gibt mehrere Quellen im Web für das Schreiben von effektiven Anwendungsfälle einschließlich dem Buch von Alistair Cockburn.
Sie können das Use-Case-Modellierungswerkzeug Gatherspace.com verwenden, um ein Probe Use-Case-Modell mit wenigen Klicks zu erzeugen. Sobald Sie Ihre Anwendungsfälle und Akteure definieren, gehen Sie einfach in den Berichtsabschnitt und klicken Sie auf den ‚Use Case Model‘ Bericht und das ist es. Siehe das Bild unten für eine Probe des Use-Case-Modells.

An mehreren Stellen in diesem Dokument habe ich „effektive Use Cases“, so nicht nur „Use Cases“. Der Zweck der Anwendungsfälle ist für einen effektiven Wissenstransfer von der Domain-Experte an der Software-Entwickler - diese Anwendungsfälle als Software-Anforderungen dienen. Wenn sie die Software keinen Sinn für die Person machen den Aufbau, sie sind nicht wirksam. Es gibt mehrere Quellen im Web für das Schreiben von effektiven Anwendungsfälle einschließlich dem Buch von Alistair Cockburn.
Was ist eine User Story? Einfach ausgedrückt, aus dem Kontext des Benutzers als eine einfache Aussage über ihre Funktion Notwendigkeit geschrieben. Sie sollten in der Regel in diesem Format haben. „Als -role-, ich will -goal / Desire so dass -benefit-“Wie passt die User Story in den Prozess? User Stories sind groß, als eine Tätigkeit bei der Erfassung und Priorisierung der hohen Funktionen. Erhalten dieser ersten Rückmeldungen von den Kunden ist eine einfache Art und Weise zu versuchen, alle ihre Bedürfnisse identifiziert und priorisiert zu erhalten. Die User Stories werden dann morphen sich in die Geschäftsanforderungen und Anwendungsfälle.