In¿ynieria oprogramowania ma charakter zespo¿owy i jest niezwykle z¿o¿ona, a jednocze¿nie w wi¿kszym stopniu ni¿ jakakolwiek inna dyscyplina in¿ynierska opiera si¿ na wspó¿pracy mi¿dzyludzkiej i kreatywno¿ci. Niedok¿adne szacowanie kosztów oprogramowania stanowi w Stanach Zjednoczonych ¿rednio problem rz¿du miliarda dolarów rocznie. Skuteczny pomiar spójno¿ci zespo¿u ma fundamentalne znaczenie dla uzyskania dok¿adnych szacunków dotycz¿cych harmonogramów tworzenia oprogramowania, jego jako¿ci oraz kosztów. W ¿wietle najnowszych badä dotycz¿cych spójno¿ci zespo¿u wydaje si¿, ¿e COCOMO II.2000 (Constructive Cost Model II), znane w bran¿y narz¿dzie do szacowania oprogramowania, zawiera metod¿ okre¿lania spójno¿ci zespo¿u, która nie jest wystarczaj¿co skuteczna. Zmienna TEAM, jedna z pi¿ciu zmiennych tworz¿cych wyk¿adnik w modelu COCOMO II.2000, reprezentuje miar¿ spójno¿ci zespo¿u obejmuj¿c¿ wszystkich interesariuszy zaangäowanych w cykl ¿ycia produktu podczas tworzenia oprogramowania. Nieskuteczna lub niedok¿adna miara spójno¿ci zespo¿u mo¿e powodowä b¿¿d wyk¿adniczy w wynikach szacowania oprogramowania metod¿ COCOMO II. Wykorzystuj¿c metod¿ Delphi, panel z¿o¿ony z ekspertów w dziedzinie spójno¿ci zespo¿u, zarz¿dzania projektami oraz inteligencji emocjonalnej ustali¿, ¿e zmienna TEAM w modelu COCOMO II.2000 nie odzwierciedla skutecznie spójno¿ci zespo¿u.
Prijshistorie
* Prijshistorie bevat geen data van Amazon.
Prijzen voor het laatst bijgewerkt op: