Vijf tips te Schrijf een Groot Requirements Analysis Document

Een Requirements Analysis Document is een integraal onderdeel van een IT-project. It &'; s een belangrijk leverbaar als onderdeel van de requirements analyse fase, en is een van de eerste om te bepalen wat de IT-project is echt over. Let &';. S onderzoekt tips over hoe je een geweldig Requirements Analysis Document voor uw project te schrijven

Wat is een Requirements Analysis document voor

De Requirements Analysis Document, ook wel een RAD, isn? 't gewoon een ander document dat u moet schrijven te krijgen van het project gedaan. Het restaurant serveert echt een belangrijk doel. It &'; s gebruikt om te definiëren wat het project is en wat er gedaan moet worden voor dat het succesvol is. Afhankelijk van de organisatie die u &';. Re op, kan de RAD bekend als een Requirements Definition Document (RDD), Business Requirements Document (BRD), of iets anders

It &'; s gebruikt om de eisen van een document systeem. Dit kan een softwaresysteem hardwaresysteem of ander bedrijfssysteem zijn. Het wordt vaak gebruikt softwaresystemen. Het bestaat uit hoofdstukken over:

samenvatting Project
Verantwoordelijkheden
Functionele eisen
niet-functionele eisen

Dus, als je nodig hebt om een ​​te schrijven voor uw project, je kon Volg deze tips om ervoor te zorgen dat uw document is gunstig en is van topkwaliteit

Tip 1 - Een sjabloon gebruiken

Het document dat u &';. ve nodig om te schrijven is bijna zeker niet de eerste van zijn soort die is geschreven. Uw organisatie heeft waarschijnlijk deze voor geschreven. Andere teams, of zelfs je eigen team, zou ze hebben geschreven. Een geweldige manier om een ​​top kwaliteit document en efficiënter te werken is om een ​​deel van het werk dat eerder werd gedaan, met behulp van een sjabloon te gebruiken.

Een template is in feite een plan van het document dat moet worden geschreven . Het moet het voorblad, rubrieken voor elk deel, en misschien zelfs een beschrijving van wat er in elke sectie. . Dit kan zijn ontworpen door een ander project team, of een ander gebied van het bedrijf, en zou een deel van het bedrijf &' vormen; s algemene normen proces

Dit is goed nieuws voor u - het zal u helpen om het document te schrijven en ervoor te zorgen dat effectief is. Het zal ook uw document kijken meer professionele, want er is een typische vorm te houden aan. Het zal ook bieden u een indicatie op de onderdelen te voorzien. Dit is belangrijk voor mij door de jaren heen - als consultant I &';. Ve bezochten diverse organisaties, allemaal met verschillende sjablonen en de sjablonen hebben echt geholpen in het vinden van wat moet worden opgenomen

Tip 2 - Schrijf Met een zakelijke gebruiker in gedachten

Dit zou lijkt een voor de hand liggende tip, maar als je schrijft de Requirements Analysis Document, poging om het schrijven met de zakelijke gebruikers in het achterhoofd. Het kan verleidelijk zijn, met name vanuit een technische achtergrond, in te gaan op een veel technische details en beschikken over een groot deel van de IT-jargon in het document. Proberen om uit de buurt van dit te doen blijven.

Het doel van het document is een introductie tot het project te bieden en aan de eisen die zijn opgenomen en uitgesloten van het project te specificeren. Als je schrijft met de gebruikers in het achterhoofd, zal het frame in manieren waarop zij kunnen begrijpen en dat ze zijn comfortabel met. Dit komt met ervaring met het zijn van een business analist of technisch schrijver, of welke rol het is dat produceert het document in uw team

Tip 3 - Met Het Woord “. Zal van &";

Onder de belangrijkste woorden die je kan weten wanneer het produceren van een Requirements Analysis Document is het woord “ zal van &" ;. It &'; s een plaats geschikt woord voor het opgeven van de exacte eisen - of functioneel of niet-functioneel. De reden hiervoor is dat het zekerder dan andere woorden zoals “ zal &" ;, “ zou &" ;, “ moet &" ;, of “ kunt &" ;. Tenzij uw bedrijf heeft een formaat van het schrijven van eisen, adviseer ik het gebruik van het woord “ zal van &"; bij het bepalen van hen

Bijvoorbeeld, “. Het systeem moet de gebruiker toestaan ​​om hun huidige sessie in het systeem &" redden; is een effectieve functionele eis - het &'; s definitief, want het heeft het woord zal in het, en het is specifiek in wat er gedaan moet worden. It &'; s ook een woord dat de lezers kunnen begrijpen

Tip 4 - Bewijs Lees The Document

Iets wat je zou moeten doen voor het overhandigen van het document over aan de gebruikers om naar te kijken is het bewijs lezen. het. Hebben een definitieve beoordeling voorafgaand aan het beëindigen van het - je zou zelfs iets wat je didn &' vinden; t bericht bij het maken van het document. Sommige gebieden om te controleren zijn:

Spelling en grammaticacontrole - Dit is ingebouwd in de meeste tekstverwerkers al, maar het &'; s niet 100% betrouwbaar - met name als je een typfout en het woord weergegeven correct gespeld. It &'; s iets wat je moet ook controleren met de hand, en dit kan worden ingevuld door het geven van een bewijs lezen
Diagrams - Als een schema opgenomen (zie onderstaande paragraaf), dan zouden zij moeten worden beoordeeld op juistheid.. . Schema's kan de hele schepping van het document, wat betekent dat je moet ervoor zorgen dat u de laatste versie van het document te wijzigen
Document opmaak - de opmaak van het document is een vaak over het hoofd gezien gebied. Het steekt wanneer het document heeft slechte of inconsistente opmaak. Het document moet netjes, goed en consequent opgemaakt te zijn. Het kan een gevoel van vertrouwen toe te voegen aan het document en om je team. . Het ziet er ook professionele
Namen van mensen en systemen - Meestal voor Requirements Analysis Documenten, moet u volkeren &' omvatten; namen in een auteur of zelfs een project Verantwoordelijkheden sectie. Je nodig hebt om deze namen te controleren om ervoor te zorgen dat ze correct zijn. De spellingcontrole zal waarschijnlijk hen niet te halen, maar zolang ze correct zijn, dan zal het document OK

Tip 5 -. Inclusief Diagrams

Een geweldige manier van het uitstippelen van een concept of proces is een diagram gebruiken. Ze zijn nuttig voor het verklaren van de huidige systemen, voorgestelde systemen, organisatiestructuren, het scherm lay-outs, data- en processtromen, en tal van andere dingen. Zij moeten worden opgenomen in een Vereistenanalyse Document uw begrippen verklaren en in de secties die de voordelen daarvan zal oogsten. Het breekt ook het document en maakt het makkelijker om te lezen

Veel mensen zijn visuele mensen - ze kunnen dingen makkelijker te absorberen als het &';. S in een diagram vorm, in plaats van toegelicht in de tekst. Dus, zorg ervoor dat u hebt opgenomen schema's in alle gebieden die moeilijk uit te leggen met behulp van tekst are China.