Fem tips for å skrive en god behovsanalyse Document

A Krav Analyse dokumentet er en integrert del av alle IT-prosjekt. Det &'; s en viktig leveranse som en del av kravene analysefasen, og er blant de første til å definere hva det prosjektet egentlig dreier seg om. La &'; s. Undersøke tips om hvordan du skal skrive en kjempe Krav Analyse Document for prosjektet

Hva er en behovsanalyse dokument brukes til

Krav Analyse av dokumenter, også kalt en RAD, isn? 't bare et annet dokument du bør skrive for å få prosjektet ferdig. Det virkelig serverer en betydelig formål. Det &'; s brukes til å definere akkurat hva prosjektet er for og hva som må gjøres for at det er vellykket. Avhengig av organisasjonen du &';. Re på, kan RAD bli kjent som en Krav Definition Document (RDD), Forretnings Krav Document (BRD), eller noe annet

Det &'; s brukes for å dokumentere kravene til en system. Dette kan være et programvaresystem, maskinvaresystem, eller et annet forretningssystem. Det er ofte brukt på programvaresystemer. Den består av seksjoner på:

Prosjektsammendrag
Ansvarsområder
Funksjonskrav
Ikke-funksjonelle krav

Så hvis du trenger å skrive en for prosjektet, kan du Følg disse tipsene for å sørge for at dokumentet er gunstig, og er av topp kvalitet

Tips 1 - Bruk en mal

Dokumentet du &';. ve blitt pålagt å skrive er nesten helt sikkert ikke den første av sitt slag som har blitt skrevet. Organisasjonen har mest sannsynlig skrevet disse før. Andre lag, eller til ditt eget lag, kunne ha skrevet dem. En flott måte å få en topp kvalitet dokument og å være mer effektiv, er å bruke noe av arbeidet som ble gjort tidligere, ved hjelp av en mal.

En mal er i utgangspunktet en plan av dokumentet som skal skrives . Den bør inneholde forsiden, overskrifter for hver seksjon, og selv kanskje en beskrivelse av hva som foregår i hver seksjon. . Dette kan ha blitt designet av en annen prosjektgruppe, eller et annet område av virksomheten, og vil inngå i selskapets &'; s generelle standarder prosessen

Dette er gode nyheter for deg - det vil hjelpe deg å skrive ut dokumentet og sikre at det er effektivt. Det vil også gjøre dokumentet ser mer profesjonell, som det er en typisk format å forholde seg til. Det vil også gi deg en indikasjon på de delene til å gi. Dette har vært viktig for meg gjennom årene - som konsulent I &';. Har besøkt ulike organisasjoner, alle med forskjellige maler, og maler har virkelig hjulpet i å finne ut hva som skal inkluderes

Tips 2 - Skriv Med en bedrift bruker i tankene

Dette kan virke som en opplagt spissen, men når du skriver Krav Analyse Dokument, forsøk på å skrive det med forretningsbrukere i tankene. Det kan være fristende, spesielt fra en teknisk bakgrunn, for å gå inn i en masse tekniske detaljer og inkluderer en stor del av IT lingo i dokumentet. Prøv å holde seg borte fra å gjøre dette.

Formålet med dokumentet er å gi en innføring i prosjektet og å spesifisere de krav som er inkludert og ekskludert i prosjektet. Hvis du skriver med tanke på brukerne, vil det ramme det på måter de kan forstå, og at de er komfortable med. Dette kommer med erfaring med å være en bedrift analytiker, eller teknisk forfatter, eller hvilken rolle det er som produserer dokumentet i laget ditt

Tips 3 - Bruk Word “. Skal &";

Blant de viktigste ordene du kan vite når produsere en behovsanalyse Document er ordet “ skal &" ;. Det &'; s en ganske passende ord for å spesifisere de eksakte krav - enten funksjonell eller ikke-fungerende. Grunnen til dette er at det er sikrere enn andre ord som “ vil &" ;, “ ville &" ;, “ bør &" ;, eller “ kan &" ;. Med mindre din bedrift har et format på skriftlig krav, anbefaler jeg å bruke ordet “ skal &"; når man skal avgjøre dem

For eksempel “. Systemet skal tillate en bruker å redde sin nåværende sesjon i systemet &"; er en effektiv funksjonelt krav - det &'; s klar, som den har ordet skal i det, og det er bestemt i det som må gjøres. Det &'; s også et ord som leserne kan forstå

Tips 4 - Proof lese dokumentet

Noe du bør gjøre før du leverer dokumentet over til brukerne å se på er bevis lesing. det. Ha en siste gjennomgang før behandlingen det - du kan selv finne noe du gjorde &'; t varsel når du oppretter dokumentet. Noen områder for å se på er:

Stavekontroll og grammatikk - Dette er bygget inn i de fleste tekstbehandlingsprogrammer allerede, men det &'; s ikke 100% pålitelig - spesielt hvis du gjør en skrivefeil og ordet som vises er stavet riktig. Det &'; s noe du trenger å også sjekke for hånd, og dette kan gjennomføres ved å gi den et bevis lese Anmeldelser Diagrams - Hvis noen diagrammer er inkludert (se nedenfor avsnitt), så de burde bli anmeldt for nøyaktighet.. . Diagrammer kan endre hele opprettelsen av dokumentet, som betyr at du må sørge for at du har den nyeste versjonen i dokumentet
Document formatering - formatering av dokumentet er en ofte oversett område. Det stikker ut når dokumentet har dårlig eller inkonsistent formatering. Dokumentet bør være ryddig, formatert godt og konsekvent. Det kan legge en følelse av tillit til dokumentet og til laget ditt. . Det ser også profesjonell
Navn på personer og systemer - Vanligvis, for behovsanalyse dokumenter, må du ta med folk &'; navnene i en forfatter eller et prosjekt Ansvar seksjon. Du må sjekke disse navnene for å sørge for at de er riktige. Stavekontrollen vil sannsynligvis ikke plukke dem opp, men så lenge de er riktige, så dokumentet vil være OK

Tips 5 -. Inkluder Diagrams

En flott måte å skissere et konsept eller prosessen er å benytte et diagram. De er nyttige for å forklare dagens systemer, forslag til systemer, organisasjonsstrukturer, skjermoppsett, data og prosessflyt, og mange andre ting. De bør inkluderes i en behovsanalyse dokument for å forklare dine begreper og i avsnittene som vil høste fordelene av dem. Det bryter også opp dokumentet og gjør det lettere å lese

Mange mennesker er visuelle mennesker - de kan absorbere ting lettere hvis det &'; s. I et diagram form, snarere enn forklart i teksten. Så sørg for at du har tatt med diagrammer i noen områder som er vanskelig å forklare med tekst
.