Fem tips til at skrive en stor behovsanalyse Dokument

A Krav Analyse Dokument er en integreret del af ethvert it-projekt. Det &'; s en vigtig leverance som en del af kravene analysefasen, og er blandt de første til at definere, hvad det it-projekt egentlig handler om. Lad &'; s. Undersøge tips om, hvordan man skriver en awesome Krav Analyse Dokument til dit projekt

Hvad er en behovsanalyse dokument, der muliggør

Krav Analyse Dokument, også kaldet en RAD, isn? 't bare et andet dokument, du skal skrive for at få projektet gjort. Det tjener virkelig en betydelig formål. Det &'; s bruges til at definere hvad projektet er for, og hvad der skal gøres for, så det er en succes. Afhængigt af den organisation, du &';. Re på, kan RAD være kendt som en Krav Definition Document (RDD), Forretning Krav Document (BRD), eller noget andet

Det &'; s bruges til at dokumentere kravene til en system. Dette kan være et softwaresystem, hardwaresystem, eller en anden virksomhed system. Det er almindeligt anvendt på software systemer. Den består af afsnit om:

Projekt summariske
ansvar
Funktionskrav
Ikke-funktionelle krav

Så hvis du har brug for at skrive en til dit projekt, kunne du Følg disse tips til at sikre dit dokument er gavnligt, og er af bedste kvalitet

Tip 1 - bruge en skabelon

Det dokument, du &';. ve blevet forpligtet til at skrive næsten absolut ikke den første af sin art, der er blevet skrevet. Din organisation har sandsynligvis skrevet disse før. Andre hold, eller endda dit eget hold, kunne have skrevet dem. En fantastisk måde at få en kvalitet dokument top og at være mere effektive er at udnytte noget af det arbejde, der blev gjort tidligere, ved hjælp af en skabelon.

En skabelon er dybest set en plan for det dokument, der skal skrives . Det bør omfatte forside, overskrifter for hvert afsnit, og endda måske en beskrivelse af, hvad der går i hvert afsnit. . Dette kan have været designet af en anden projektgruppen, eller et andet område af virksomheden, og vil udgøre en del af virksomheden &'; s overordnede standarder proces

Det er gode nyheder for dig - det vil hjælpe du skriver dokumentet og sikre, at det er effektivt. Det vil også gøre dit dokument ser mere professionelt, da der er en typisk format til at holde sig til. Det vil også tilbyde dig en indikation på de dele til at levere. Det har været vigtigt for mig gennem årene - som konsulent I &';. Ve besøgt forskellige organisationer, alle med forskellige skabeloner, og skabelonerne har virkelig hjulpet med at finde ud af, hvad der skal medtages

Tip 2 - Skriv med en business brugeren i tankerne

Dette kunne synes som en oplagt tip, men når du skriver de Krav Analyse Dokument, forsøg på at skrive det med erhvervskunder i tankerne. Det kan være fristende, især fra en teknisk baggrund, for at gå ind i en masse tekniske detaljer og omfatter en stor del af it-lingo i dokumentet. Prøv at holde sig væk fra at gøre dette.

Formålet med dokumentet er at give en introduktion til projektet og at præcisere de krav, der er blevet medtaget og udelukket i projektet. Hvis du skriver med brugerne i tankerne, vil det ramme det på måder, de kan forstå, og at de er komfortable med. Dette kommer med erfaring med at være en business analytiker, eller teknisk forfatter, eller alt efter hvilken rolle det er, der producerer dokumentet i dit team

Tip 3 - bruge ordet “. Skal &";

Blandt de vigtigste ord, du kan, når der producerer en behovsanalyse dokument er ordet “ skal af &" ;. Det &'; s temmelig passende ord for angivelse af de præcise krav - uanset om funktionel eller ikke-funktionel. Grunden til dette er, at det er mere sikkert end andre ord som “ vil &" ;, “ ville &" ;, “ bør &" ;, eller “ kan &" ;. Medmindre din virksomhed har en format skriftligt krav, anbefaler jeg at bruge ordet “ skal &"; ved fastsættelsen

For eksempel “. Systemet skal gøre det muligt for en bruger at redde deres nuværende session i systemet &"; er en effektiv funktionel krav - det &'; s konkret, som det har ordet skal i det, og det er specifik i, hvad der skal gøres. Det &'; s også et ord at læserne kan forstå

Tip 4 - Bevis Læs Document

Noget du skal gøre, inden du afleverer dokumentet over på brugerne til at se på, er korrekturlæsning. det. Har en afsluttende gennemgang forud for efterbehandling det - du kan endda finde noget du didn &'; t varsel, når du opretter dokumentet. Nogle områder at kontrollere, er:

Stavning og grammatik check - Det er bygget ind i de fleste tekstbehandlingsprogrammer allerede, men det &'; s ikke 100% pålidelig - specielt hvis du laver en tastefejl, og ordet viste er stavet korrekt. Det &'; s noget, du skal også kontrollere i hånden, og det kan være afsluttet ved at give det et bevis læse
diagrammer - Hvis nogle diagrammer er medtaget (se nedenstående afsnit), så burde de at blive gennemgået for nøjagtighed.. . Diagrammer kan ændre hele skabelsen af ​​dokumentet, hvilket betyder, at du skal sørge for du har den nyeste version i dokumentet
Dokument formatering - formateringen af ​​dokumentet er en ofte overset område. Det stikker ud, når dokumentet har dårlige eller inkonsekvent formatering. Dokumentet burde være pæn, formateret godt og ensartet. Det kan tilføje en følelse af tillid til dokumentet og til dit team. . Det ser også professionelt
Navne på mennesker og systemer - Normalt til behovsanalyse Dokumenter, skal du medtage folk &'; navne i en forfatter eller endda et projekt Ansvar sektion. Du er nødt til at tjekke disse navne for at sikre, at de er korrekte. Stavekontrollen vil sandsynligvis ikke samle dem op, men så længe de er korrekte, så dokumentet vil være OK

Tip 5 -. Medtag Diagrammer

En god måde at skitsere et begreb eller processen er at udnytte et diagram. De er nyttige til at forklare de nuværende systemer, foreslåede systemer, organisationsstrukturer, skærm layouts, data og proces strømme, og masser af andre ting. De bør indgå i en behovsanalyse dokument til at forklare dine begreber og i de sektioner, der vil høste fordelene ved dem. Det bryder også op dokumentet og gør det lettere at læse

Masser af mennesker er visuelle mennesker - de kan absorbere tingene lettere, hvis det &';. Si et diagram form snarere end forklaret i teksten. Så sørg for at have medtaget diagrammer på nogen områder, der er vanskelige at forklare ved hjælp af tekst
.