De requirements management proces is bedoeld om het bedrijf dat een project management of IT- bedrijf om een product, zoals een nieuw softwareprogramma te ontwikkelen heeft ingehuurd beschermen . Een veel tijd en geld kan worden verspild in het ontwikkelen van software die niet voldoet aan de behoeften van de onderneming . Door requirements management , planning maakt het precies wat het bedrijf nodig heeft van de aannemer te wissen . Eisen Eisen voor elk IT-project verschillen afhankelijk van de behoeften van de organisatie . Bijvoorbeeld , zou een staatsloterij agentschap een nieuwe database softwareprogramma nodig voor het bijhouden van uitbetalingen aan loterij winnaars . IT-bedrijven die een bod zou doen aan het project zou eisen documentatie onderzoeken om te bepalen of ze het project met succes kon voltooien binnen het budget en tijdslijnen van de staatsloterij agentschap . Soorten Eisen Er zijn verschillende manieren van het bekijken van de eisen in een IT-project te beheren . Eisen kan worden ingedeeld in twee grote categorieën - de functionele en niet-functionele eisen . Volgens vereisten Autoriteit moet functionele eis worden voldaan door het uitvoeren van een functie in de uiteindelijke oplossing of product . Een niet - functionele eis is een eis dat niets doet maar naar voren als een kenmerk van het gehele softwareoplossing . Bijvoorbeeld , de veiligheid en de prestaties zijn niet-functionele eisen . Bouwstenen De bouwstenen van het requirements management proces kan zeer complex zijn als de IT aannemer moet werken met vele opdrachtgevers in het bedrijf of de organisatie . In dit proces , IT- professionals te ontmoeten met verschillende belanghebbenden en eindgebruikers te bepalen wat de prioriteiten en behoeften zijn voor de laatste IT-oplossing . In het planningsproces , kan het IT-team krijgt het bedrijf in te stemmen met het kader van het project voor het begin van het werk op de bouw van de IT-oplossing . Zaken Architectuur ander aspect van requirements management is het gebruik van de planning software zoals Microsoft Visio flowcharting aan de business architectuur definiëren . Met andere woorden , de architectuur toont de opbouw van de bedrijfssoftware van begin tot eind en hoe de oplossing nakomt verwachte scenario . Deze architectuur zal cruciaal zijn voor de IT- bedrijf om de gebruikershandleiding voor zakelijk gebruik na afronding van het project te schrijven . Onderhandelen en Communicatie In het requirements management proces , het bedrijf of de organisatie en de IT- ontwikkeling bedrijf gaat nemen in frequent onderhandelingen over prioriteiten , waaronder hoeveel middelen ( geld en mankracht ) zal worden toegewezen aan elke stap van het project . Omdat IT-professionals zal niet de specifieke kennis van de organisatie , moeten ze de communicatie gebruiken om te bepalen wat het bedrijf nodig heeft voor het ontwerpen van de oplossing . Geld en productiviteit gaan verloren als effectieve communicatie niet de hele requirements management proces plaatsvinden .
|