Programutveckling kostnadsberäkning avser främst kostnaderna för utveckling av programvara processen och motsvarande kostnader av arbetsbördan. Skiljer sig från de traditionella industriella produkter, innehåller programvaran inte kostnaden för råvaror och energi, främst konsumtionen av mänsklig arbetskraft. Dessutom har programmet inte en betydelsefulla produktionsprocessen, är dess utveckling kostnaderna spenderas på engångskostnad av de beräknade utvecklingsprocessen. Därför är utveckling av mjukvara kostnadsuppskattningar bör vara från mjukvaran planer, kravanalys, design, kodning, enhetstestning, integration provning certifiering tester tar det hela utvecklingsprocessen som en grund för priset.
Erfarenhet av mjukvaruutveckling kostnadsberäkning modell
Putnam modell
Putnam som lades fram i 1978, en dynamisk multivariabel modell.
L = Ck backup bin conf config uppgifter eshow_sitemap.html generate.sh logga maint sitemap.html svn tmp K1 / 3 backup bin conf config uppgifter eshow_sitemap.html generate.sh logga maint sitemap.html svn tmp td4 / 3
Var: L ----------- källa rader kod (i LOC dollar)
K ----------- tillbringade hela utvecklingsprocessen, arbetsbördan (personligen år termer)
TD ----------- utveckling löptid (år)
Ck ---------- tekniska tillstånd av ständig, som speglar "de begränsningar som hindrar framsteg i utvecklingen," värden variera till följd av utvecklingsmiljön
Ck typiskt exempel, värdet av utvecklingsmiljön Development Environment
2000, ingen systematisk skillnad mellan utvecklingen av metoder, bristande dokumentation och översyn
8000 bra och lämpliga system utvecklingsmetoder, lämplig dokumentation och översyn
11000 Du har automatiserade verktyg och tekniker "
För att omvandla från ekvationen ovan, kan uppskattas arbetsbörda formeln: K = L3 / (Ck3 * td4)
Du kan också uppskatta hur utvecklingen tid: TD = [L3 / (Ck3 * K)] 1 / 4
Cocomo modell (konstruktiv anskaffningsvärde)
Den är utvecklad av TRW, Boehm föreslagna strukturen för kostnadsberäkning modell. Är en korrekt, lätt att använda metoder för kostnadsuppskattning.
Cocomo modell använder följande variabler:
DSI ------- antal källkods instruktioner avsnitt. Inkluderar inte kommentarer. 1KDSI = 1000DSI.
MM ------- utvecklingsinsatser (personligen månader totalt) 1mm = 19 mandagar = 152 timmar = 1 / 12 personer år
TDEV ----- framsteg i utvecklingen. (I månader)
Cocomo modell, överväga att utveckla miljön, programvaruutveckling, vilken typ av projekt kan delas in i tre typer:
Vävnadstyp (organisk): relativt liten, enkel programvara projekt. Utvecklare bättre förståelse av utvecklingen mål, och programvarutjänster arbetslivserfarenhet, användning av programvaran miljön är bekant, mindre begränsas av hårdvaran, är programmets storlek inte stort ( 50.000 rader)
Embedded (inbyggda): kräver en nära kontakt med hårdvara, programvara och begränsningar som verkar springa, oftast med någon form av komplex hårdvara nära varandra. På gränssnitten, datastrukturer, algoritmer krävande. Omfattningen av någon programvara. Som stora och komplexa transaktionsbearbetning system, stora / mycket stora operativsystem, flyg-kontrollsystem, storskaliga ledningssystem.
Semi-oberoende typ (parhus): intervall mellan dessa två program. Storlek och komplexitet är måttlig eller högre. Upp till 300.000 rader.
Uppskattning formel:
Grundläggande Cocomo modell för att beräkna arbetsinsatsen och framsteg av följande formel
Arbetsbelastning: MM = r * (KDSI) c
Framsteg: TDKV = en (mm) B
Vilken erfarenhet konstant r, c, a, b beror på projektets övergripande typ.
Cocomo modell enligt deras grad av noggrannhet som kan delas in i tre nivåer: grundläggande Cocomo modell, mellanliggande Cocomo modell, detaljerad Cocomo modell. En grundläggande Cocomo modellen är en statisk enda variabel modell har man uppskattat med en av de ursprungliga rader kod (LOC) som den oberoende variabeln funktion för att beräkna storleken på mjukvaruutveckling erfarenhet. Mellantider Cocomo modell baserad på den grundläggande Cocomo modell, och sedan till produkter, hårdvara, personal och projekt effekten av faktorer såsom Anpassning av arbetsbelastningen uppskattningar. Detaljerad Cocomo modell har alla funktioner mellanliggande Cocomo modell, men ytterligare behandling för varje steg i Software Engineering (som analys, design) effekter.
Grundläggande Cocomo Modell
63 Historik projekt genom statistiska historiska data, följande formel.
Övervakningen av det totala typ av arbetsbelastningen
Tissue-MM = 10,4 * (KDSI) 1,05 TDKV = 10,5 (MM) 0,38
Semi-oberoende MM = 3,0 * (KDSI) 1,12 TDKV = 10,5 (MM) 0,35
Inbyggda * mm = 3,0 (KDSI) 1,20 TDKV = 10,5 (MM) 0,32
Schemalägg ur tiden planeringen av projektet, medan kostnaden uppskattning utifrån kostnaden för projektplanering. Kostnaden här skall ses som ett abstrakt begrepp, kan det vara arbetstid, material eller personal.
Kostnadsberäkningen är den beräknade kostnaden för att slutföra projektet och planerna för projektplan är en viktig komponent. För att genomföra kostnadskontroll, måste vi först genomföra kostnadsberäkningar. Helst kostnaden utföra en uppgift kan uppskattas med historiska mått. Men för många branscher, på grund av olika projekt och program, verksamheten i de tidigare jämfört med verkligheten är det nästan omöjligt. Information om kostnader, vare sig historiskt sett, kan bara som en uppskattning. Ju längre den tidskrävande stora projekt, bör även ta hänsyn till lönestruktur för arbetstagare under de kommande åren kommer att förändras de närmaste åren de stigande kostnaderna för råvaror, hur verksamheten bas, och förvaltningskostnader under hela projektets livscykel Bukuai klimatförändringsfrågor. Därför är den kostnadsberäkning klart en hög grad av tillförlitlighet inte kan förväntas miljö. I projektet förvaltningsprocessen, för att göra tid, kostnad och omfattning av arbetet inom en optimal användning av resurser, har det utvecklats ett antal metoder för kostnadsuppskattning för att försöka få en bättre uppskattning. Här korthet följande. 1. Erfarenheten skattningsmetoden
Uppskattning av människor bör ha sakkunskap och erfarenhet, och därefter föreslog en ungefärlig siffra. Denna metod är den mest primitiva metoden för beräkning kan inte kallas bara en ungefärlig gissning. På frågan om det snart komma med ett antal projekt är möjligt, men begärt en detaljerad uppskattning är helt klart inte uppfyller kraven.
2. Factor skattningsmetoden
Detta är en mer vetenskaplig metod av den traditionella uppskattningar. Den bygger på tidigare att förutse framtiden, och användning av matematiska kunskaper. Dess grundsyn är att använda skala och planer kostnad. Som framgår utgör karta över linjen förhållandet mellan storlek och kostnad, på kartan är baserad på tidigare uppgifter och beskriva liknande projekt, enligt de riktlinjer som beskriver dessa punkter återspeglar storleken och kostnaden för grundläggande förhållandet mellan. Här är den linje dragen, men det kan finnas kurvor. Kostnaderna ingår olika komponenter såsom material, arbete och frakt. Dessa kan ha en annan kurva. Omfattningen av det senare, kan du använda dessa linjer för att identifiera de olika delarna av kostnaderna för den ungefärliga siffran.
Det bör noteras här är att hitta dessa punkter har ett "basår", är syftet att eliminera effekterna av inflationen. Punkt i kartan ritningen bör anpassas siffror. Till exempel i 1980 som basår siffrorna för andra år 1980, som kan justeras innan spårning streckade linjerna. Skalan är fast besluten att finna motsvarande poäng från linjen, men poängen är att siffrorna i 1980 som bas, behöver ytterligare anpassning av året, är den uppskattade kostnaden siffrorna. Dessutom, om projektcykeln är längre, ska de närmaste åren tar också hänsyn till eventuella inflation, priser material och andra faktorer.
För att göra detta kostnadsuppskattning, om det finns information om tidigare liknande projekt, och dessa uppgifter bör vara på samma grunder, jämförbara.
3.WBS uppskattningar baserade på en omfattande och detaljerad
Nämligen användningen av WBS strategi, en rimlig första delfältet projektuppgifter, avsatta för att bekräfta omfattningen av dessa material, viss utrustning, såsom en verksamhetsenhet. Då uppskattar kostnaden för varje WBS element. Förutsättningen för detta synsätt eller en pre-steg:
① Projektet behöver en fullständig examen.
② uppgifter som är nödvändiga för att utveckla det logiska steget.
③ förbereda WBS bord.
Begränsade efterfrågan på hela projektarbetet rapporten bör innehålla, specificering och övergripande schema. Rapportera krävs för genomförandet av projektets Redogörelse för arbetet bör man bekräfta att uppnå. Om du har begränsade medel, bör denna information också finnas med. Specifikation är en arbetstid, utrustning och material pris. Det bör möjliggöra projektets personal och användare att förstå arbetstid, utrustning och material grund för värderingen. Den totala projektkostnaden tidsplan för genomförandet bör vara klart den stora scenen och avgränsning punkten, som bör innefatta långsiktiga order, utprovning av prototyper, design möten översyn och alla andra viktiga punkter beslut. Om möjligt, användas för att styra de övergripande kostnadsberäkningen projektplanen bör innehålla början och slutet av det kalenderår tiden.
När projektet kraven är beskrivit dem, bör det göras för att utveckla de nödvändiga logiska steg. I moderna stora och komplexa projekt, ofta med hjälp av pilen diagrammet för att visa den logiska uppgifter programmet projekt, och som ett nästa steg i CPM eller PERT diagram och dra WBS under bordet. WBS form beredda enklaste sättet är baserad på pilen diagrammet. Pil på kartan för att varje verksamhet som en uppgift, som grundar sig på denna beskrivning i den sub-uppgifter.
Schema och WBS blankett är ifylld en kostnad kan uppskattas. I stora projekt, bör resultaten av den slutliga kostnadsberäkningen uttryckas i följande format för rapporten kom ut:
① WBS element för varje detaljerade kostnadsberäkningar. En av de punkter bör också arbeta, kostnaden för sub-uppgift matris, eller projekt och att den sammanlagda uttalandena av planerna.
② kurvan för varje sektor plan arbetstid. Om den enhet mantimmar kurva med "peak" och "Valley", bör övervägas att göra vissa ändringar i schemat för att få jämvikt arbetstid.
③ arbetstid månadskostnad sammanfattning. För att minska kostnaden för projektet kan projektledaren använda detta formulär för att göra kompromisser kurva och timmar studier.
④ årliga kostnaden Allocation Table. WBS element till tabellen att dela upp det året (eller kvartalsvis) kostnader. Denna tabell är i huvudsak projektets kassaflöden för varje aktivitet sammanfattning.
⑤ råvaror och prognoser utgifter, som visar att leverantören leveranstid, betalning, skyldighet och betalning av kassaflödet av råvarorna.
Beräknad kostnad för denna strategi kräver ett stort antal beräkningar, är arbetsbelastningen hög, tar bara beräkningen själv lite tid och kostnader. Men desto större noggrannhet av denna metod, använder den här metoden för att beräkna kostnaderna för dessa uttalanden är inte bara ett uttryck kan också användas som grund för projektstyrning. Högsta ledningen kan använda dessa rapporter för att välja ut och godkänna projektet, bedömning av projektets prioritet. Införd mer än tre metoder för kostnadsuppskattning. Dessutom, i praktiken kan flera metoder användas i kombination. Till exempel, större delen av de detaljerade projektet uppskattningar, och andra delar beroende på tidigare erfarenheter eller beräkningsmetod används för att uppskatta faktorer.
FunctionPoing syftar till att framställa mjukvara baserad på mjukvara storlek uppskattningar av efterfrågan. Funktionen är programvara baserad på externa och interna funktioner och programvara prestanda, ett indirekt mått på programvara storlek. Funktion punkt och kostnader programvara har en signifikant samband mellan de beräknade kostnaderna (CER: Kostnad EstimatingRelationship). Funktion poäng kan användas som erfarenhet av programvaran kostnadsberäkningen statistiska parametrar och modeller av den ingående formel för att beräkna kostnaderna för programvaran. Funktion punkt metod har av många i informationssystem, databas-intensiva, 4GL applikationsutveckling, omfattningen av mätningen.