Alternatywna prezentacja wymagań

W Enterprise Architect jest dedykowany do gromadzenia wymagań element zwany ?Requirement?

image

Jest to bardzo komfortowa sytuacja, ale co zrobić gdy nie ma takiego elementu w danym narzędziu CASE?

Można zastosować klasę ze stereotypem <<wymaganie>> lub <<requirement>>

image

Czy UML na to pozwala? Tak wolno dostosować stereotypem do swoich potrzeb każdy element notacji. W Enterprise Architect  użycie klasy jako reprezentanta wymagań ma jeszcze jedną zaletę. Można lepiej wyspecyfikować wymagania, gdyż klasa w EA ma więcej możliwości specyfikacji (linki, warunki) niż element wymagania.

image image
Właściwości Klasy Właściwości Wymagań

Warto wspomnieć że wymaganie w postaci stereotypu nałożonego na klasę świetnie nadaje się do gromadzenia wymagań w postaci scenariuszy i reguł biznesowych, gdyż w przeciwieństwie do elementu Requirement klasa w EA ma zakładkę ?scenariusze?.

Technorati Tagi: zarządzanie wymaganiami,Enterprise Architect,UML
Podobne wpisy
UML – zastosowanie w biznesie

Po raz kolejny Centrum Promocji Informatyki zorganizowało seminarium związane z wykorzystaniem języka UML w biznesie. W tym przedsięwzięciu miałem swój więcej

Rational Unified Process – Wstęp

Rational Unified Process jest zunifikowanym procesem wytwórczym oprogramowania dostarczającym praktycznych wskazówek, wzorców dokumentów i narzędzi, szablonów dokumentów oraz przykładów postępowania więcej

Modelowanie systemów informatycznych w języku UML 2.1

Włodzimierz Dąbrowski, Andrzej Stasiak, Michał Wolski Seria: W praktyce Wydawnictwo Naukowe PWN Warszawa, 2007 r. ISBN: 978-83-01-15251-2 Wydanie: pierwsze Objętość: więcej

UML w kropelce wersja 2.0

UML w kropelce, wersja 2.0 Martin Fowler Martin Fowler jest specjalistą od technik obiektowych w systemach komputerowych. Jest powszechnie znany więcej

Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Przewiń do góry