English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Náklady Forecasting podpora

Obchod RSS Feed





Vedeli ste, že údržba predstavuje 50% až 80% z celkových nákladov výrobku? No, to robí! A zatiaľ čo väčšina manažérov projektu sú pomerne dobre dimenzovanie nové funkcie produktu, mnohí sú strašné v odhadovaní úsilie potrebné na podporu produktu, akonáhle sa stane všeobecne dostupné. V dôsledku toho sú projekty údržby nedostatočne personálne obsadené, môžu spoločnosti nebude reagovať na požiadavky zákazníka včas, a nikdy výrobky osloviť payback.This Článok predstavuje metodiku, ktoré vám pomôžu určiť od oka, a preto plán pre udržiavacej fáze všeobecne dostupných produktov. Ale najprv poďme definovať niekoľko termínov, ktoré sú dôležité pre pochopenie tohto article.MaintenanceMaintenance je definovaná ako úsilie spojené s ktorým chyby software systému po všeobecnej dostupnosti (GA). Inými slovami, koľko osôb bude-mesiacov trvať vašej organizácii opravovať chyby objavili vaši zákazníci v tejto oblasti? Údržba možno rozdeliť do troch sub-categories.Corrective údržba zahŕňa opravovať chyby, ktoré boli objavené v systéme po jeho sa stáva všeobecne dostupné. Príkladom opravnej údržby je realitnou činnosťou, ktorým sa ustanovuje spôsob Javy, ktorá spôsobuje kompilácie error.Adaptive údržby spočíva v zmene systému pre prácu v rôznych prostredia, ako sú rôzne topológie siete, platformy, alebo operačný systém. Príklad adaptívne údržby je autor, ktorým sa ustanovuje spôsob Java, ktorý pracuje na BEA WebLogic, ale nie pre IBM Websphere.Perfective údržba si vyžaduje zmeny, ktoré umožňujú, aby softvér spĺňať rovnaké požiadavky, ale v prijateľnejším spôsobom. Napríklad môže návrhár zmeniť niektoré kód jednoducho vytvoriť systém viac efektívne a jednoduchšie maintain.EnhancementsEnhancements, tiež známy ako požiadaviek na zmeny, sú definované ako úsilie spojené s pridaním novej funkcie do programového systému, alebo zmene programového systému pre splnenie novo definované non-funkčné requirements.Imagine aplikáciu, ktorá vyžaduje overenie používateľa pomocou používateľského mena a hesla. Pretty štandardná vec, že jo? Možno, ale niektorí zákazníci chcieť pridať tretí poverenie na heslo mechanizmu, ako je doména. Ostatné chcieť meno, aby sa držala e-mailovú adresu vzor. A konečne by ostatní chcú, aby aplikácia pamätať poverenia užívateľov počas zasadnutia, čím overovanie užívateľa automatically.SupportSupport je definovaný ako súčet vykonáva údržbu a vylepšenia snahy po výrobku je GA. Inými slovami, pomoc zahŕňa všetky aktivity, ktoré pokračovať po výrobku je deklarovaný všeobecne available.MethodologyEarly v mojej kariére, uvedomil som si, že jednoduché pravidlo palca by mohli byť použité pre odhad nákladov na podporu niektorých projektov. Napríklad ročné Náklady na podporu statické webové stránky po tom, čo vojde do platnosti, je viac-menej zhodné s nákladmi na vývoj to. Inými slovami, ak je rozvoj statickej webovej stránky náklady na 10.000 dolárov, môžete očakávať, že minúť 10.000 dolárov za rok it.Understanding zachovanie týchto pravidiel je veľmi praktické. Bohužiaľ, len málo z nich sú prenosné. Inými slovami, bude rovnaké pravidlo neplatí pre e-commerce umožnil dynamické webové stránky distribuované cez 3 tiers.Various modely boli vyvinuté v priebehu rokov odhadnúť náklady na údržbu, na defekt-hustote (napr. Raleigh Krivka, Weibullova analýza), Kloc a KDSI, a úsilie o rozvoj. Bohužiaľ, tieto modely nie sú bez nedostatkov jeden. Mnohí z nich sú buď veľmi nepresné, alebo príliš zložité na zoznámenie sa s nimi obťažovať. Ako v skutočnosti, niektorí sú natoľko zložitý, že musíte zakúpiť aplikáciu v hodnote tisíce dolárov a zadajte 100 + parametre, aby sme mali počítať úsilie potrebné na udržanie svojej product.After, ktorí študovali v priebehu desiatok modelov prognóz, je tu jedna metodika, že som veľmi Odporúčam všetkým začiatočník alebo ostrieľaný projektu manager.Boehm 's ModelBoehm model je široko prijímaný v priemysle ako platný model na odhad nákladov na údržbu. Je to relatívne jednoduché porozumieť, a ďalšie dôležitejšie je, že vám umožní vylepšiť váš odhad nákladov vďaka mienky, ktoré budú vysvetlené ďalej v tejto article.Boehm 's vzorec je nasledovné: AME = ACT X SDT, kde AME je ročné udržiavacie úsilie meraná v ACT osoba mesiacov sa medziročná zmena prevádzky, ktorá predstavuje zlomok softvérového produktu zdrojového inštrukcií, ktoré prejdú zmeny v priebehu roka prostredníctvom typického dodatkov a zmien je SDT vývoj software času osobne mesiacov Say softvérový projekt si vyžaduje 100 osôb-mesiacov vývoja a úsilie bolo odhadovalo, že 15% kódu by bola upravená v roku typické. Základná ročná údržba odhad intenzity (AME) je teda: AME = 0,15 x 100 = 15 osôb-mesiacov Inými slovami, máte v pláne stráviť 15 osôb-mesiacoch úsilie za rok ponechať tento špecifický softvér project.The základné Ročné náklady na údržbu odhad môže byť upravovaný posúdil význam každého faktorom, ktorý ovplyvňuje náklady a výbere vhodných nákladov multiplikátor. Základné náklady na údržbu sa potom vynásobí každú cenu multiplikátor, aby náklady na údržbu revidovaného estimate.Say v predchádzajúcom systéme faktorov, ktoré majú najväčší vplyv na náklady na údržbu boli Katalóg Zložitosť (CPLX), ktorá bola veľmi vysoká, a dostupnosť podporný personál s použitím skúseností (AEXP), ktorý bol veľmi low.If CPLX = 1,30 a AEXP = 1,29, potom: AEM = 15 x 1,30 x 1,29 = 25,2 osobu-mesiacov Forecasting EnhancementsThe revidovanej náklady na údržbu sa patrí vplyv na náklady násobky, ale nezahŕňa vylepšenie produktov, tiež známy ako zmena requests.The Zlou správou je, že predpovedať vylepšenia je veľmi ťažké, pretože si vyžaduje, aby ste vedeli dopredu čas, aké ďalšie možnosti vašej budúcnosti budú zákazníci žiadať. Dobrou správou je, že môžete účtovať svojim zákazníkom za každého príslušenstvo, ktoré potrebujú. Ako výsledok, dobrá organizácia, sa nedomnieva, vylepšenia predstavujú náklady, ale skôr zdrojom čiastkových revenue.ConclusionWhen predpovedanie nákladov na údržbu výrobku, ktorý je všeobecne k dispozícii, postupujte túto radu: Učte sa a použiť (zjednodušene) verzia modelu Boehm k predpovedi náklady na údržbu. Sledovať svoje SDT. Zmerajte si ACT. Definovať náklady mienky vylepšiť vaše prognózy. Ďalej skontrolujte, či máte profesionálny servisný tím pre implementáciu požiadaviek na zmeny požiadaviek zákazníkov, ale nemajú s nimi zaobchádzať ako náklady, pretože sú v skutočnosti zdrojom revenue.Luc Richarda je držiteľom titulu MBA so zameraním na špičkové technológie. Za posledných 10 rokov, on bol riadiacim vývoj softvérových aplikácií. Je zakladateľom projektu Mangler (http://www.projectmangler.com), on-line zdroj, ktorý publikuje články zadarmo, príbehy a ďalšie pripravený-na-používať nástroje, ktoré pomáhajú

Článok Zdroj: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


Webmaster si html kód
Pridajte tento článok do svojich webových stránok sa!

Webmaster Pošlite svoj článok
Nie nutná registrácia! Vyplňte formulár a Váš článok je v Messaggiamo.Com Adresár!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Odošlite svoje články na Messaggiamo.Com Adresár

Kategória


Copyright 2006-2011 Messaggiamo.Com - Mapa - Privacy - Webmaster predložiť vaše články na Messaggiamo.Com Adresár [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu