Aufwandsschätzung auf Basis von Use-Case-Punkte

Question

Ab jetzt habe ich Schätzung getan Aufwand basiert auf Erfahrung und vor kurzem Funktion Punkten.

ich jetzt UCP bin erforschen, lesen Sie diesen Artikel http: //www.codeproject. com / KB / Architektur / usecasep.aspx . Ich habe dann verschiedene andere Artikel basiert auf Use Case Punkte (UCP). Ich bin, um herauszufinden, nicht in der Lage, wie genau es funktioniert und ist es richtig.

Zum Beispiel habe ich eine Login-Funktion, wo Benutzer Benutzer-ID und Passwort bereitstellt und überprüfe ich eine Tabelle in der Datenbank zu ermöglichen oder Login zu verweigern. Ich definiere einen Benutzer Schauspieler und Anmeldung als Use Case.

Wie pro UCP I Login Use Case als einfach und die GUI-Schnittstelle als Complex kategorisieren. Wie pro UCP Faktortabelle bekomme ich 5 und 3 gibt also insgesamt 15. Nach den technischen Faktor und Umweltfaktor Anpassung ihre Anwendung 7. wird Wenn ich Produktivitätsfaktor nehmen als 20 dann 140 Stunden Ich erhalte. Aber ich weiß, dass es höchstens 30 Stunden zusammen mit Dokumentation und Testaufwand stattfinden wird.

Mache ich etwas falsch bei der Definition hier die Use Case? UCP sagt, wenn das Interface GUI dann seinen komplexen, aber hier die gui ist einfach genug, so soll ich diesen Faktor degradieren? Auch Faktor für einfache 5, soll ich eine andere Ebene als sehr einfachen definieren? Aber dann bin ich die Sache nicht zu verkomplizieren hier?

Answer 1

Ein Teil des Problems sein kann, wie Sie Transaktionen sind zu zählen. Laut dem Autor von UCP, Transaktionen sind eine „Rundreise“ von dem Benutzer an das System zurück an den Benutzer; eine Transaktion beendet ist, wenn das System einen neuen Eingangsimpuls erwartet. In diesem Fall, wenn das System reagiert ... ist eine Anmeldung wahrscheinlich nur 1 Transaktion, es sei denn es gibt mehrere Rundfahrten zum und vom System.

Schauen Sie sich diesen Link für weitere Informationen ...

http://www.ibm .com / developer / rational / Bibliothek / edge / 09 / Mar09 / collaris_dekker / index.html

Answer 2

Ironischerweise ist das prototypische zwei Box-Anmeldeformular viel komplizierter als eine 2-Box CRUD Form, da das Anmeldeformular sicher sein muss und die CRUD Form braucht nur zu einer Datenbanktabelle zu speichern (und lesen und zu aktualisieren und löscht).

Ein Anmeldeformular muss entscheiden, ob, wo sie umgeleitet werden, wie man kryptografisch ein Authentifizierungstoken zu sichern, ob und wie Rollen cachen, wie oder ob mit Wörterbuch-Attacken zu behandeln.

Ich weiß nicht, was dieses umwandelt in UCP Punkten, ich weiß nur, dass der Anmeldebildschirm in meiner app viel mehr Zeit eine Form mit einer ähnlichen Anzahl von Tasten und Box verbraucht hat.

ich die letzte Mal aufgefordert wurde Funktion Punkte zu zählen, es war eine Farce, weil niemand die Zeit, hatte ein „Funktionspunkte Gericht“ einzurichten, um Entscheidungen zu schwer zu bekommen, Dinge zu messen, vor allem denjenigen, die nicht ordentlich fielen in das Modell, das Funktionspunkt Zählen annimmt.

Answer 3

Hier ist ein Artikel sprechen über Use Case-Punkte - über Normalized Use Case. Ich denke, der ein Faktor in Ihrem Ansatz zu übersehen ist die Produktivität, die auf vergangenen Projekten basieren annehmen wird. 20 scheint die durchschnittlichen JEDOCH zu sein, wenn Sie sehr produktiv sind (es ein bekanntes Verhältnis 10: 1 von moderater ist zu gutem Programmierer) die Produktivität 5 bringt den UCP est sein könnte. Nahe, was Sie denken, es sein sollte. Ich würde vorschlagen, bei früheren Projekten suchen, die UCP Berechnung immer die Gesamtstunden und bestimmen, was Ihre Produktivität wirklich ist. Produktivität ist ein entscheidender Faktor muss für Einzelpersonen und Teams berechnet werden, um der Lage sein, effektiv in der Schätzung verwendet werden.

Answer 4

ersten Hinweis, dass in einer früheren Arbeit von Ribu er diese Bemühungen angegeben für 1 UCP von 15 bis 30 Stunden reicht (siehe: http://thoughtoogle-en.blogspot.com/2011/08/software-quotation.html für einige Details);

Sekunde ist es klar, dass diese Art der Schätzung wie auch Function Points, genauer ist, wenn es eine Menge Anwendungsfall ist und nicht ein. Sie erwägen, zum Beispiel nicht, Inbetriebnahme des Projekts, das Projektmanagement, die Schaffung von Umgebungen usw., die alle in den 20 Stunden verpackt werden.

Answer 5

Ich denke, es ist etwas falsch in Ihrer Berechnung: „Ich bekomme 5 und 3, so dass die insgesamt 15“. UAW und UUCW muss hinzugefügt werden, nicht vervielfacht.