estamacja kosztów oprogramowania

11
Estymacja projektów informatycznych Tomasz Koszlajda ,QVW\WXW,QIRUPDW\NL3ROLWHFKQLNL3R]QDVNLHM e-mail: [email protected] 1. :VWS Uruchomienie dowolnego projektu informatycznego wymaga estymacji podstawowych parametrów tego projektu. Proces estymacji obejmuje cztery podstawowe etapy: estymacja rozPLDUX WZRU]RQHJR RSURJUDPRZDQLD HVW\PDFMD Z\PDJDQHJR QDNáDGX SUDF\ Z\UD*RQHJR QD SU]\NáDG Z URERF]RPLHVLFDFK HVW\PDFMD FDáNRZLWHJR F]DVX UHDOL]DFML SU]HGVLZ]LFLD L estymacja kosztu wyprodukowania oprogramowania. Rzetelna estymacja projektów informatycznych jest potrzebQD SRGF]DV UHDOL]DFML ZV]\VWNLFK ID] SURMHNWX L SRZLQQD E\ü SRQDZLDQDZZ\SDGNXXV]F]HJyáDZLDQLDEG(]PLDQVSHF\ILNDFMLNRQVWUXRZDQHJRSURGXNWX informatycznego. Estymacja jest nLH]EGQD GOD SUDZLGáRZHJR Z\SHáQLHQLD QDVWSXMF\FK ]DGDNLerowników projektów: 8VWDODQLH ]DVREyZ SRWU]HEQ\FK GR SRP\OQHM UHDOL]DFML SURMHNWX OLF]E\ L wymaganych kwalifikacji pracowniNyZ F]DVX UHDOL]DFML LQIUDVWUXNWXU\ VSU]WRZR- programowej. UstalanieSR]LRPXLEXG*HWX]DWUXGQLHQLD 2NUHODQLH NRPSURPLVX PLG]\ NRV]WHP UHDOL]DFML D MDNRFL L IXQNFMRQDOQRFL produktu. ,GHQW\ILNDFMD U\]\ND L LORFLRZH V]DFRZDQLH MHJR ZSá\ZX QD NRV]W L F]DV UHDOL]DFML SU]HGVLZ]LFLD Monitorowanie realizacji projektu. 0RG\ILNDFMD EXG*HWX L KDUPRQRJUDPX Z Z\SDGNX Z\VWSLHQLD QLHSU]HZLG]LDQ\FK ]GDU]H 'RNáDGQD HVW\PDFMD SURMHNWyZ LQIRUPDW\F]Q\FK MHVW MHGQDN XWUXGQLRQD ] SRZRGX VSHF\ILNL produktów informatycznych, która polega na tak zwanej QLHZLG]LDOQRFL oprogramowania. :L*H VL RQD ] WUXGQRFL SRPLDUX WDNLFK ZáDVQRFL RSURJUDPRZDQLD MDN MHJR ZLHONRü o*RQRü F]\ MDNRü 'RGDWNRZ\P XWUXGQLHQLHP MHVW IDNW *H HVW\PDFMD SURMHNWX MHVW Z\PDJDQD SU]HG UR]SRF]FLHP MHJR UHDOL]DFML NLHG\ VSHF\ILNDFMD WZRU]RQHJR SURGXNWX informaW\F]QHJR MHVW MHV]F]H EDUG]R RJyOQD L QLHMHGQR]QDF]QD 'ODWHJR QLH]EGQH MHVW stosowanie przez kieURZQLNyZ SURMHNWyZ ZáDFLZ\FK PHWRG L QDU]G]L NWyUH SR]ZRO ]ZLNV]\ü SUHF\]M V]DFoZDQLD QLH]EGQHJR QDNáDGX SUDF\ L F]DVX NRQVWUXNFML oprogramowaniDSU]\W\FKRELHNW\ZQLHLVWQLHMF\FKRJUDQLF]eniach. ']LHG]LQD LQ*\QLHULL RSURJUDPRZDQLD GRVWDUF]D ZLHOX SURSR]\FML PLDU ZáDVQRFL oprogramowania oraz metod i modeli estymacji projektów informatycznych. Proponowane PLDU\ RSURJUDPRZDQLD RSLVXM Uy*QH DVSHNW\ ZLHONRFL RSURJUDPRZDQLD UR]PLDU SURJUDPyZ (UóGáRZ\FK PLHU]RQ\ OLF]E OLQLL NRGX (UyGáRZHJR 6/2& IXQNFMRQDOQRü programów – mieU]RQ]DSRPRFW]ZSXQNWyZIXQNF\MQ\FKOXEDUFKLWHNWXUSURJUDPyZ PLHU]RQW]ZSXQNWDPLNRQVWUXNF\MQ\PLDQJobject points:LHONRüRSURJUDPRZDQLDMHVW podstawoZ\PSDUDPHWUHPZHMFLRZ\PGODSDUDPHWU\F]Q\FKPRGHOLHVW\PDFMLQDNáDGXSUDF\ L F]DVX UHDOL]DFML 3URSRQRZDQH PRGHO V RSDUWH QD VROLGQ\FK SRGVWDZDFK PDWHPDW\F]Q\FK

Upload: boguslaw-rydlichowski

Post on 15-Dec-2014

34 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: estamacja kosztów oprogramowania

Estymacja projektów informatycznych

Tomasz Koszlajda ���������������� ����������� �������� ��� e-mail: [email protected]

1. �����

Uruchomienie dowolnego projektu informatycznego wymaga estymacji podstawowych parametrów tego projektu. Proces estymacji obejmuje cztery podstawowe etapy: estymacja roz����� ������� ����������� ���������� ���������� �� ����� ����� ��������

������ ������ ��������������� ������������� ������������ ������������������������� ��

estymacja kosztu wyprodukowania oprogramowania. Rzetelna estymacja projektów informatycznych jest potrzeb��� ������� ���������� ������ ���� ���� ��� ��� �� ������� ����

���������������� ������������������������������������� ����� ������������� ���

informatycznego. Estymacja jest n��������� ���� ���������� ������������ ��������������

������ �erowników projektów:

• ���������� ������� ���������� �� ��������� ���������� ��� �� � ������� ��

wymaganych kwalifikacji pracowni ���� ������ ����������� ������� ���� ������-programowej.

• Ustalanie����������������������������!

• " �������� ������� ������� ������ ����������� �� �� ����� �� ��� �����������produktu.

• �������� ����� ��� �� �� �������� ���������� ���� ������� ��� ���� �� ����� ����������

��������������!

• Monitorowanie realizacji projektu.

• #���� ����� �������� �� ��������� �� ����� �� ������������ �����������������

������!

$ ������������������� ���� �������������� ����� ����� ���������� ������� ������� ��

produktów informatycznych, która polega na tak zwanej ������������� oprogramowania. %����� ���� ��� �� ��������� ������ �� ���� ��������� ���������� �� � ���� ���� ����

��o����� ���� �� ��!� $��� ���� ������������ ����� �� ��� ��� ���������� ��� ��� �����

��������� ����� ���������� ���� ����������� ����� ������� ����� ������� ��� ���

informa�������� ����� �������� ����� ������ �� ��������������!� $������ ���������� �����

stosowanie przez kie��� ��� ��� ���� ����������� ����� �� ��������� ���� ���������� ����� �������� ����o������ ����������� �� ����� ����� �� ������ ���� ����

oprogramowani��������������� ��������������������������eniach.

$��������� ���������� ���������� �������� ������ �������� ���� ���������

oprogramowania oraz metod i modeli estymacji projektów informatycznych. Proponowane ����� ���������� ������� ����� ���� ��� ���� ���� ��������� � �����

������� �ó������� –� ������� ������� ������ ��� �������� &'(")*�� ��� ���������

programów – mie���������������!���� ������� ������������������ �����������– ����������!���� ����� ���� ��������&���!�object points*!�%��� ������������������

podstawo����������������������������������������������������������� ����������

�����������������!����������������������������������������������������������!�

Page 2: estamacja kosztów oprogramowania

�������� ��� ��� ��������� �������� ���������� ������������ ������� ���� ������������������ �����������������������������!

+������� ��� � ������������ ������ �� ������ ���� ��������� ������� ���������������

���������� ����� ���������� ���������� ������ ���������!� ,���������� ������

progr������������������������������� �)O)"#"�&������������������������������

�� � �� ������ �������� ���������� ����� ������� ����������� ��! � )"'-.+�� +/0�)��

COSTMODL), SLIM, SoftCost i PRICE-S.

2. Proces estymacji Proces estymacji obejmuje osiem kroków�� ������ ������� ����������� ��� ���� ��

poni���!� ����� �������� ���������� ������� �������� ������������ �������� ��

� ���������������� ��������� ���uowany produkt informatyczny.

� ���������� ���������� �����������

������� ��������

����������

������� ���� ���� � ����� �

������� ���� ���� � ����� ��

������� �����

��� �����������

�������� �����

��������

������

������ �����

���������� ������������������

��������������������

��������

����� ����

�������� � �������� ��������

���� ����

����� ������

�����������

�������

!�������� �����

"�������� ����� ���

� ������� ���������

�� ���

�������

Page 3: estamacja kosztów oprogramowania

1. Identyfikacja komponentów oprogramowania. Ma ona na celu ustalenie produktów, ���� �������� �������� ��������������� ��������������!�%������������������

��������� ���� ���� ���� ���� �������� ���� ��� �� ���� ����� ���� ���� ��������

kie��� ����� ��!��������������������� ��� ��� �������� ������������ ��������

wer���� ���� ������ ��� ��!� ������� ��� �������� ������� ��� ���� ���������

���������enia dodatkowych kosztów integracji.

2. Estymacja rozmiarów komponentów!�,� ����������������� ������������� ��!�-� �

����� � ���������� �������������������������������������������������� ��������

�� ������acy. Wybór jednej z metod estymacji rozmiaru budowanego oprogramowania ������� �� �� �� ������ �� � ����� ���� ���� �� �������� ���������� ��� ����

do���������� �� ������ �� ���������� �������� ��� ����� �������������� ��������

informatycznych do budowy oprogramowania, dziedziny zastosowania, itp.. Uzyskanie do���� ���������� ������ ��������� ����� ����� �������� ��� �������� ��� �����czu���� �������� ������ymacji od wyników uzyskanych w tym kroku.

3. ����������������� ����� ���������������!�%������������������� ������acy, ������ ���������� �� ����� ��� ��� ����� ���� �������� �� �������� ��������

przewidywanego zakresu prac, to jest identyfikacji etapów, które� ������� ���� �� �� ���

������ �o�� ��� ��� ������������ �������� ��� ��!� ������� �� ���������� ������������

�������� �o�� ��� ���� ���� �� ������ �� ��������� ������ �������!� -���������

��������� ������� ������� ��������� �� ����������� �� ������ ����� ��� ��arakter ekspotencjalny.

4. �������������� ������������������ �������. Popularnych jest kilka metod ���������� �� ����� ����� ����������� ���� ���������� ������� �� ��������� �������

zakresu prac w celu zbudowania komponentu o oszacowanym rozmiarze. Metody te pozwa����� ��� �������������� �� ������� ���������� ���� ����� ������ ��� ���������

�������������������� ��������!�,�� ������ ��������������������������������

����� ��� �o���� ����� ��������������� ��� ��� ���� �������� �� ���� ������ �� ����zrealizowanych projektów.

5. ������������������������� ���!�$������� �����������������������������������

������� ��������� �� �� ������������� ����!� $��� �� ������������ ����������

mo��������������������������������� ������!

6. Analiza ryzyka. Uzyskane������������������������������������������ �!����nna ����������� ������������������������������������������������������ �������

�������� ��������� � ������� ��������� ���� �������������� ������ �������

oprogramowania, na szacowany nak��������!

7. Alokacja zasobów!� $��� ���������� ��������� ���� ���������� ����� ����������� ��

pro�� ��������������������� ������!�)������������������������������������������������������������� ������!�

8. Estymacja kosztu. Gotowy harmonogram jest pods����� �� ������������ �����

przed���������������������������������������������!�%������� ���������������

kosz���� �� �������� ���� ����� ����� ��� �� �o�� ��� ������� ��������� �������

������!� 1������ ������ ���� ������������ ��������� ���� ����� �������� ������� ��

trakcie re��������� ��� ���� �� ���� �� ������� ������� ����� �������� ���� ����������

realizacji projektu od planu.

Page 4: estamacja kosztów oprogramowania

3. ������� �������������������

����������� �������� ���� ���� ��������� ����� ���� ���� ��������� � ���� ���

����� ������� �������� ������� ��� �������� �� ������� ���� �����!������� ��

�������������������� ����2������� ������������� ��������������!

• #���� ���� ���� �������� ������� ������� ����� ������� ����������� ������ ���

�����ego (SLOC – Source Lines of Code*!� 3���� ��� ������ ��� ������ �����������

instrukcje i deklara���!� (����� ����������� �� �� ����� ���� ���� �� ������� ����� ����� ���

������ ��� � ��!� (����� ������� ����� ����������� ��� � �������� ��� �������!� ���������

kilka odmian tej podstawowej propozyc��!� ,�� ��� ���� ����������� ����� ���������

���������� ������ ��!� %� ���� ��������� �� �� ������ ����������� ������������ ��������������� ���� ��� �� �o����� �� � ������ ������ �!� '����� ��������� ���� ���� �������������������� � ���������� ������owania.

Zalety

��������� ������� ����� '(")� ����� ���� �����!� $��� �� ����� ��� ������� �����

do �����!� �� �� �������� ��� ��� ����� ����������� ��������� zmiar ���������!�#�������������� ������������������ �������������znych modeli estymacji.

Wady

(����� ���� ���� ����� ����� ����� �����!� 4���� ��� ������ �� ����������� ������� ������

pla�������� � ���� ����������� �������� ������ ������� ����� ���������!� ,���

������d������������������ ��������� �� ���� ����������������!�4������������

od jako�������������!�-�������������������������������������� ��� ���!

������ ����� ��� ����� �������� �� ��������� ���� �� ����������� �� ��� ������

pozytywne jak i negatywne implikacje.

• #��������������� �������������������������!���� ����unkcyjne. Istnieje kilka �������������������������������������������� �������!���� ������ ������������������

�� �������� ������� ��� ���������� ���������!� %� �������� ��� ����

funkcyj��������������������������� �������� �������k��������� �

o wprowa����������������������������������&�������), o ������������������������������������&�������), o ��������������� ����������&pliki), o ���� ������������������������������������&interfejs), o ����� ������������������������������������&zapytania).

5�������������������������������������������� ���yfikowany do jednej z ����� ���!�$��� ���������������������������������������������o���� ���� ���

������ ���� ��� �!� 1� �������������� ������� �� �������� �������� � ������ ���okre����� ������ ����!� ������� ����������� ��� ������ ������ ����� ����������

abstrak������� ���������� ��� ����������� ����������� �������� ��������

informa�������� � ���������� ���� �� ������ ������� ������������ ���� ����� � ������

funkcjonalno���!

Page 5: estamacja kosztów oprogramowania

������ ������ Pliki Interfejsy Zapytania

nisk. ��� wys. n � w n � w n � w n � w �����

3 4 6 4 5 7 7 10 15 5 7 10 3 4 6

Suma punktów

funkcyjnych

#����6 1x3 1x4 1x5 10x10 5x4 1x6 138

#����7 2x4 2x5 2x7 5x10 5x4 102

Razem 3 12 15 14 150 40 6 240

%�������� ����� ��� ���� ��� �������� ���� ������ ���������� ����� ����������

kory������ ���� �������������� �� ������� ������ ��� ����������� ���� ������������������ ������� ����������� ��!� ����� �� ���ie on-line, rozproszenie, ������� ��e��������� �������� ���!!� $������ ������� ��� �������� �������� �����

obli����������������

Skorygowane FP = [0,65*������ ��� �������������������� ����������

Zaproponowano przeliczenia miary punktów funkcyjny��� �� ������ ��� �������!�

Przy �����������������������������������������!

����� ��������� Liczba linii kodu przy �������� ��

jeden punkt funkcyjny

Assembler 320

Basic 107

C 128

C++ 53

COBOL 107

Delphi 29

Eiffel 21

Java 53

���� ��� ����ny 3200

Oracle Developer/2000 23

SQL 13

Visual Basic 5 29

4GL 20

Zalety

��� ��� ��� ������ ���� ��� ��������� �� ��� ������ �� ��� ����������� �� ���� ���

pro��������!�%������������������������ ���������������������� �����������

wczesnych etapa������ ��!�'����������������� ���� ���� ���������!�#��������

���������������������������������������� ��� ���- IFPUG.

Page 6: estamacja kosztów oprogramowania

Wady

��������� ����� ������ ��� ���� ��� �������� ����� ������ ����� ������� ����

przypi�������!�'�������� �����������������acji tej metody. Ponadto metoda ta jest przypi����� �� �������������� ����� ��� ���������!� %������ ��� ���������� ��

������ ������������!

• #������������ ���� �������������!���� ��� ���� �����!�#��������������������

punktów funkcyjnych. Jednak �� ���������� �� ��� ���� ��� ��������� ��� ���

konstruk������ ���������� ���� ���� �����ntom funkcjonalnym oprogramowania, lecz ��������� ���� ������!� %������� ���� ���� ����� �� ���� ���������� ����������� ���

����� ���� �������� ).'/ � � ����� ����� ��� ������ ������� ��� ��������� ���89(!�

"������������������ ���� ���������������������� ����������� �����������������

konstruk���� � ����������� ���� ��� ����� ������� ������������ �� ����������� ��� �������

����� �������������� ������� ����������� ����entu. Dla ekranów i raportów zaproponowa�� ������������ ������ �������� ����� �������� �� ���������� ��

���� ����� ����� �� ��rtów oraz liczby bazowych relacji. Dla obliczenia sumarycznej �����������������u����������� ������ ��� ���� �����!

Meto��� ��� ���������� ���� �� �������� �������������� ������� ������������

istniej�cych elementów konstrukcyjnych.

Zalety i wady� ������������������������������������� ������� �������!�$��� ��������������������������������� ��������� ����).'/!

4. Metody estymacji

%������� ���� ������ ����������� ����� ���������� ��� ���� ��������������� ����

po ���������� ��������������!�%������d��������������� ��������������������������

�������������������������������������������������� �����������ktu.

1. �������� ��� ������!� /��������� ��� ��� ������ ���� ��� ��������� �����������

�� ����������������������������������!�,���������������������������������

�� �������� ��� ���� ��� �������� �� ������������ �� ������������ ��������!�

Informacj�� ��� ������ �������� ������� �� ��� ���� ����������� ��� ����������

���������� �� ������ ������� �������������� ��� ����� ��� ����� ���������

�������������������� ����������������������������� ����!

2. Metoda bottom-up!� /��������� ����� �� ������� ���� � �adowych jednostek komponentów oprogramowania i poszczególnych etapów ich realizacji: projektu, kodowania, testo������� ���!�� ��� ����� ������� ���� �� �� ���������� ����!� ,���������

wyniki poszczegól�������������������������!

3. Modele parametryczne. Estymacja� ����� �� ������� ��� ��������� ��� ���� ����������

����� ���������� �� ����� ���� ��� ������ �� ����� �� �� ����������� �� �������

���������!�%����������� ��������������� �������������������������������������

��������������������������� ��� ���������������!������������������������������������� ����� ������������!� #����� ��� ��������� ���������� ��� ���� ��������� ���

podstawie bazy estymowanych i zrealizowanych projektów.

4. PERT!� %� �������� ���� ���������� ��� �� ������� ��� ��������� � �����

prawdopodo��������� ���� ��������� l, najlepszego h i najbardziej prawdopodobnego przypadku m��� ������a������������� �������������������������������������

Page 7: estamacja kosztów oprogramowania

�� !���"����#���$%&$���'

%�����������������������������������������������������$�����!

5. Metoda top-down!� /��������� ����� �� ������� ���� �������� �� � ������� ���

podsta���� ���� �������� ��������� �������� ���� �� �������������� ����������!�

Wyniki es���������������������������������������������� ������ �������!�

6. Metoda Delphi. Dla realizacji tej m����� ����� ���������� ������� � ������!� / ������

rów������� ��������� ��������� �������� ��� ��!� %��� �� ���������� ��� ����������

kon�������!��������������������������������������������������������������ików

Metoda Zalety Wady Analogia Bazuje na ������������ 3� ������������������� ���

nowego typu ��������������������� ����

�������������� Bottom-up /������������������������������

������ ��dniejsza ������������������ ����� �� Stabilna

������������������������ ���

��������������������������

systemu Jest kosztowna

Modele parametryczne

Obiektywne i powtarzalne 3�������������������������� �� ������������������ ������� ��

Trudna jest kalibracja metod )����������� ���������� ���

subiektywny Nie obejmuje wszystkich dziedzin ��������

PERT �������������������

Trudne do uzyskania dobre dane ��������

Top-down Wspiera widzenie systemu jako ���o��� Efektywna

������������������������ Nie wspiera szczególnych przypadków

Delphi +������������������

alternatywnych estymacji Ogran�������� ������ ������

%��� �����&������� ���� ���*����������������������������������������� ��������� �����

�����������!�,����� ����������������������� ��������������������� ��osowana jest ������������������������������ ���������������������������������������������������

konkurencji, abstrahu���������� �����������������������!

5. Parametryczne modele estymacji projektów

%� ���������� �� ����������� ����� �������������� �������� ���� ������ ��������� �����

modeli parametrycznych:

o Modele oparte na regresji –���� ����������������COCOMO, o Modele fenomenologiczne –���� ����������������SLIM, o Modele heurystyczne –���� ����������������PRICE-S, o Modele hybrydowe –���� ����������������SoftCost.

Page 8: estamacja kosztów oprogramowania

4���� � ������ ��� ��� ������ ������� ��� ������� �������������� ������ ��������� �����

��� ���������������������������������������������������������������� ������

�������������������������������!�:��������������������������

�� !���"����#�α ∗ (rozmiar) β

gdzie:

α jest pewn�� �������� ������������� ����� ������ ��� ������������� ���

������n������������������� β� ����� ���������� ������ � ���� ���� ���� ���������� ��� �����a��� �� ����

pracy.

"������ �������� ���������� ������ �������������� ������ ������������ ��� ���������

rysunku.

���������������

��������

������ �����������

���� ������� �����

���������� � ����������

#�� ����

$��������

%����

��� ����������� �� �������

������������ ������ ������ ���� ������ ������ ���� ������ ������ ����� ������������� ��

wyzna������������������������������������������ �������������������������

czynni �!�+��������������������������� ������������������������������������������

przez parametr β!���� ����������������������������)")"#"�������������������

��������� ������ ��� ���� ���� ����������� �������� ������� ����� �������� ��� ��� ��

in������������������������������������

∗+

=

∑=∗∏∗=

5

1

01,091,06

1)(45,2 j

jSF

ii sizeEMPM

gdzie: • PM oznacza ��������������������������������������������������; • size oznacza rozmiar budowanego systemu informatycznego w standardowych

li������ ����������2 • EMi i SFj��������������� ���� ��������������������� ���������o

���������cym znaczeniu;

SF1 -������������ SF2 /���������������������� SF3 Ryzyko wyboru architektury SF4 '������������� SF5 Opanowanie technologii

Page 9: estamacja kosztów oprogramowania

EM1 ,���������������������� �� EM2 %��� ��������������;������������z������ EM3 1��������������������-programowej EM4 5������ �������������� onawców EM5 $�������������� ����� EM6 '��������������������������istycznych

����������� ������ ����� ���������� �� ����� ����� �� ������ ���������� ��� ����

����iwia��� ������� ��� ����� �������������� ������� ������� ����� �����

���� ������!� 1a������� ������� ����� ���������� ����� ������� ���������!� ' ������� ������

����������� �� ������� ����������� �� ������� ������� ������� ����������� �������

���� ��������� ���������. Naj ����������������������� ������������ ��������������

��� ����� ������������ �� ��������� �� �����!� 1�������� ��� ����������� ���

������������� �!

� ��

��� ��

#������� ��� �������� #�������

������� ��� ��������

���������������������������������������������������u o szacowanym rozmiarze ������ <=� 5'(")� ���� ������ ��������� ������� ���������!� ��� ���� ���� ��������� �� �

niepraw������ ����� ��� ������ � ����������� ���������� ������� ���� ��������

�������������� �������������� ��������������ealizacji. Plan nominalny Plan o najkrótszym

czasie realizacji ��������������

koszcie ,� ��������� [roboczomie�����>

40 97 14

Czas realizacji ?��������>

12,4 10 16,2

Koszt 605 000 $ 1 479 000 $ 212 000 $

Maksymalna liczba wykonawców

4,8 14,6 1,3

�������������� 3,2 9,8 0,9

Page 10: estamacja kosztów oprogramowania

wykonawców ,����������� ������������������������� ������������������� ���������� ������������

od wyrafi������� �� ����������� ������� ��������������� ����� �� ����� ���� ������

��� ����������� �!�%�������������������������� �����������������������������!�

1�������� ������ ������� ���������� �� ������ �a����������� ��� ��� ��������� ��������

wykres. �

������� ����

�����������

�� ����

'������ �����

��������

���

���

������

���

�����

%�������

��� ��

6. Podsumowanie

/��������� ��� ���� �������������� ����� ������� ���������!�$��������� ��� ������������

dob���� �������� ������� ���������!� 1�� ������������ ������������ ��������������a������ ������!�+��� ������������������� �� ����������������������������

stosowa����������������������������!������ ������������������ ��������������

zasto���������������������� ������������������������ ����������������� �������!�

Ak�������� ����� �� �� ���������� �� ���� ���� ��� ��� ������������� ������������

rozwi������� �� ��������� ������!� �������� ������� ��������� ���d ������ ��������

defin����������������� �!

1� ������� ������ ���������� ��� �� ������ ��������� ���� ��� ��� ��� �� ��

informatycznym. Prawdopodobnymi przyczynami tej niedobrej sytuacji jest brak opanowania tych tech�� ������������������������������� ����������������������������������������

������������������������������������������������������������������������ �����

Page 11: estamacja kosztów oprogramowania

�� ������ ����������� ����������� �� ���� ���������!� %������ ����� ��� ����� �� ������� ��

��������������� �����������������������������������������rmatycznych.

$���������������������� ����������������������������������������������������������

������ ������� �������� �������������� �� ������ ���� ��������� ��� ����

informa��������!� ,��� ������ ��� ��������� �� �������� ��� ���� ������������ � �� ���������������� ���� ������������������������ ����� ������������ ������

�������������a��������������).'/!

Literatura:

• Boehm, Barry, Software Engineering Economics, Prentice-Hall, 1981 • Putnam, Lawrence, Myers Ware, Measures for Excellence: Reliable Software on Time,

Within Budget, Yordon Press, 1992 • Marciniak, John, Encyclopedia of Software Engineering, John Wiley & Sons, Inc.1994 • Humphrey, Watts, A Discipline for Software Engineering, Addison-Wesley, 1995