Čo je riadenie požiadaviek procesu ?

Proces riadenia požiadaviek je určený na ochranu spoločnosti , ktorá najala riadenie projektu alebo IT spoločnosť vyvinúť produkt ako nový softvérový program . Veľa času a peňazí môže byť vynakladané na vývoj softvéru , ktorý nezodpovedá potrebám spoločnosti . Prostredníctvom správy požiadaviek , plánovania je jasné , presne to , čo spoločnosť potrebuje od dodávateľa . Požiadavky

Požiadavky pre každý IT projekt sa líši v závislosti na potrebách organizácie . Napríklad štátne lotérie agentúra by mohla potrebovať nový softvér databázový program pre sledovanie výplaty do lotérie víťazov . IT spoločnosti , ktoré by sa uchádzali o projekte preskúma požiadavky na dokumentáciu , či by mohli úspešne dokončiť projekt v rámci rozpočtu a časových štátnej lotérie agentúry .
Typy požiadaviek

Existujú rôzne spôsoby prehliadanie požiadavky , ktoré majú byť spravované v IT projektu . Požiadavky možno rozdeliť do dvoch hlavných kategórií - funkčné a nefunkčné požiadavky . Podľa požiadaviek úradu , musí byť funkčná požiadavka splnená tým , že vykonáva funkciu v konečnom roztoku alebo produktu. Non - funkčné požiadavky , je požiadavka , ktorý nerobí nič iné , než sa ukáže ako charakteristika celého softvérového riešenia . Napríklad , bezpečnosť a výkon sú non - funkčné požiadavky .
Stavebné bloky

stavebnými kameňmi procesu riadenia požiadaviek môže byť veľmi zložité , keď IT dodávateľ musí pracovať s mnohými princípov v spoločnosti alebo organizácii . V tomto procese , IT profesionáli stretnúť s rôznymi zainteresovanými stranami a koncovými užívateľmi definovať , aké sú jeho priority a potreby sú pre konečného IT riešení . V procese plánovania , IT tím môže získať spoločnosť , aby sa dohodli na rámci projektu pred začatím prác na budovanie IT riešení . Obchod : Architektúra

Ďalšie aspekt riadenia požiadaviek je použitie plánovacieho softvéru , ako je Microsoft Visio diagramov pre definovanie obchodné architektúru . Inými slovami , architektúra ukazuje dizajn podnikového softvéru od začiatku až do konca a ako riešenie bude vykonávať na základe predpokladaných scenárov . Táto architektúra bude mať zásadný význam pre IT spoločnosť napísať v užívateľskej príručke pre obchodné využitie po ukončení projektu .
Rokovania a komunikácia

• Predchádzajúca strana: Ako písať softvér Dokumentácia 
• Ďalšia strana: História systému Microsoft Windows