Szacowanie projektu w Enterprise Architect cz. 1

Warto wiedzieć, że istnieją na rynku narzędzia CASE, które wspierają inżynierów oprogramowania nie tylko w zarządzaniu wymaganiami, modelowaniu, projektowaniu systemów informatycznych, generowaniu kodu aplikacji, ale również w szacowaniu pracochłonności ich wytworzenia. Jednym z nich jest Enterprise Architect firmy Sparx System, który wspiera estymację pracochłonności wykonania sytemu informatycznego metodą punktów przypadków użycia.

W celu skorzystania z funkcjonalności związanej z szacowaniem pracochłonności, należy podczas tworzenia modelu systemu informatycznego konsekwentnie definiować istotne z punktu widzenia metody punktów przypadków użycia parametry wybranych komponentów, z których składa się model oraz zdefiniowania odpowiednich wartości parametrów dla tej metody.

clip_image002

Rysunek 1. Przeglądarka projektu narzędzia Enterprise Architect i widoczne elementy modelu systemu oceny pracowników: aktorzy systemu i przypadki użycia.

Zacznijmy zatem od początku. Do estymacji pracochłonności dla każdego przypadku użycia zdefiniowanego w Enterprise Architect, w okienku jego właściwości dla parametru złożoność (ang. Compiexity) musimy wybrać odpowiednią wartość spośród: prosty (ang. Easy), średnio złożony (ang. Medium) lub złożony (ang. Difficult).

clip_image004

Rysunek 2. Definiowanie złożoności przypadku użycia w narzędziu Enterprise Architect.

W kolejnych krokach należy oszacować wpływ ośmiu czynników złożoności środowiska ECF i wpływ trzynastu czynników złożoności technicznej TCF. W narzędziu Enterprise Architect listy obu typów czynników możemy odszukać w oknie Estimation Factors, które są dostępne z menu tekstowego Settings poprzez wybranie opcji Estimation Factors.

clip_image006

Rysunek 3. Okno estymacji czynników wpływających na pracochłonność wytworzenia systemu informatycznego w narzędziu Enterprise Architect. Widoczna zakładka z listą czynników złożoności środowiska wraz z ich wagami i oszacowanym wpływem na przedsięwzięcie.

Wpływ czynników złożoności środowiska ECF definiujemy na zakładce Environment Complexity Factors (patrz rysunek 3). Tu kolejno dla każdego czynnika ECF należy zdefiniować jego wpływ na pracochłonność wprowadzając odpowiednią wartość do pola Value.

Warto zauważyć, że Enterprise Architect na bieżąco wylicza wartość nieskorygowanych ECF, która jest sumą wszystkich iloczynów wag czynników i ich wartości wpływu na pracochłonność wytworzenia systemu i elementem składowym formuły pozwalającej wyznaczyć ECF. Wartość wyświetlana w polu Unadjusted ECF jest zatem wyznaczana na podstawie następującej formuły:

clip_image008

Z kolei wpływ czynników złożoności technicznej TCF definiujemy na zakładce Technical Complexity Factors (patrz rysunek 4). Analogicznie jak w przypadku określania wpływu dla ECF, kolejno dla każdego czynnika TCF należy zdefiniować jego wpływ na pracochłonność wprowadzając odpowiednią wartość do pola Value. Podobnie i w tej sekcji na bieżąco wyznaczana jest wartość nieskorygowanych TCF, która jest wyświetlana w polu Unadjusted TCF.

clip_image010

Rysunek 4. Okno estymacji czynników wpływających na pracochłonność wytworzenia systemu informatycznego w narzędziu Enterprise Architect. Widoczna zakładka z listą czynników złożoności technicznej wraz z ich wagami i oszacowanym wpływem na przedsięwzięcie.

Po zakończeniu szacowania wpływu czynników złożoności środowiska i złożoności technicznej można od razu zdefiniować kolejne parametry co zostało opisane w tekście:

Szacowanie projektu w Enterprise Architect cz. 2

Niniejszy tekst został opracowany przez Marka Pilskiego.

Więcej na temat szacowania można znaleźć:

 

Technorati Tagi: Enterprise Architect,szacowanie oprogramowania,metoda punktów przypadków użycia
Podobne wpisy
Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET

W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej

Rational Software Architect Pierwszy Krok

Technorati Tagi: Rational Software Architect,inżynieria oprogramowania W artykule zaprezentowano jak rozpocząć pracę z i opis elementów tego narzędzia CASE. Środowisko więcej

Wstęp do projektowania aplikacji w Rational Software Architect

Rational Software Architect jest kolejną po Rational Rose i Rational XDE generacją narzędzi wspierających twórców oprogramowania w czasie projektowania. RSA 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

Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

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

Scroll to Top