en dokumentmall för affärskrav, som ibland kallas en BRD, är ett viktigt dokument som rör ett affärsprojekt. En dokumentmall för affärskrav hjälper till att beskriva målen för verksamheten i fråga och vad en helt ny eller förbättrad produkt kommer att erbjuda konsumenterna., När ett företag eller en organisation förlitar sig på en mall, det gör det mycket lättare att definiera projektet, dess funktioner, och det förväntade resultatet av projektet eller produkten i fråga.
eftersom ett dokument om affärskrav är ett dokument med hög detaljrikedom, kommer många företag att använda sig av en professionell mall för att säkerställa att all nödvändig grund utforskas. Att missa en enda aspekt inom affärsdokumentet är att riskera att förlora på ett lönsamt företag eller ett sätt att lukrativ marknadsföring.,
dokumentmall för affärskrav
det här dokumentet innehåller information om logiken bakom produktens skapande. Om det finns utmaningar som företaget kommer att möta i produktionen av produkten, definierar denna särskilda rapport produktproduktionsutmaningarna framåt. De vanligaste typerna av företag att förlita sig på användningen av denna specifika och professionella mall är IT-företag och företag som fokuserar på att skapa program.,
#01
#02
#03
#04
#05
#06
#07
#08
#09
#10
#11
användningen av dokumentmallen för affärskrav kombinerar återkoppling från företagets intressenter tillsammans med en fullständig bedömning av företagets villkor vid tidpunkten strax före dokumentets skapande., Det är en rapport som erbjuder objektiv information och en fullständig beskrivning av hur en produkt kommer att fungera, det är drift, och det är avsett ändamål. Detta dokument avslöjar produktionsprocessen från början till slut. Diagram och dataflödesinformation ingår i dokumentets innehåll. Dessa funktioner hjälper till att illustrera produktionsprocessen i befintligt skick. Det kommer också att bidra till att illustrera produktionsläget när det genomgår framsteg och förbättringar.,
dokumentet affärskrav används oftast när det gäller utveckling av program men kan användas för att utveckla någon produkt eller tjänst, eftersom det beskriver affärsbehov och mål, de processer som krävs för att möta dem, och de viktigaste operativa och miljömässiga faktorer som påverkar vad som byggs och varför.
relevansen av en BRD-Mall
När ett företag identifierar ett hål eller ett gap på marknaden kan de utveckla den perfekta produkten för att fylla det gapet. Naturligtvis kommer produkten bara till om det är bestämt att vara ett lukrativt företag., Detta innebär att produktionsprocessen kommer i fråga. Affärsdokumentet visar en värdefull rapport som avslöjar vad som krävs för att producera produkten, det är objektivt, hur det fungerar och den avsedda användningen för slutanvändaren. Det gör det möjligt för ett företag att bedöma potentiella kostnadsfaktorer samt produktionsrisker. Det är som en väl utformad skriftlig plan som visar de steg som krävs för att skapa produkten eller få projektet till liv. Detta dokument blir klar när en professionell affärsanalytiker undersöker det aktuella läget för ett företag. Analytikern kommer att använda data och feedback från användare., Återkopplingen består av användningsfall. De insamlade uppgifterna anges i ett separat dokument som är komplett och skilt från affärsdokumentet.
målen för en BRD-Mall
affärsanalytikern fungerar inte ensam eller i vakuum. Den professionella kommer att arbeta tillsammans med IT-experter, teknikpersonal och projektledare för att bedöma eventuella begränsningar, faror eller hot om förlust som kan finnas., Målet är att ta alla gissningar ur mixen och att sätta stopp för de begränsningar eller risker som identifieras före produktens produktion eller projektets åtagande. Detta steg är avgörande så att teamet som utvecklar produktens design eller projektets syfte kan utarbeta design och tekniska specifikationer.
med den betydande vikt av betydelse för informationen, en BRD innehåller, det är ingen överraskning företag förlitar sig på affärskrav dokumentmallen för att säkerställa varje bas omfattas., Mallen innehåller lätt att fylla i avsnitt så att alla aspekter av rapporten bidra till att sammanföra de olika informationskällorna. Det möjliggör en linjär, tydlig, kortfattad skriftlig bedömning av de data som samlas in av affärsanalytikern.
#12
#13
#14
#15
#16
#17
#18
#19
affärskrav dokumentmalltäckning
dokumentmallen för affärskrav har exakta beskrivningar av ett systems förväntade drift. Den undersöker potentiella kostnadsfaktorer och ger bevis på hur ett företag kan uppnå det önskade resultatet av slutförandet av en produkt eller tillverkningen av en produkt., Projektet eller produktionen är uppdelad i faser eller steg. Varje steg undersöks sedan från början till slut medan du tittar på den nödvändiga inmatningen och utmatningen som behövs för att förverkliga slutförandet så att nästa steg kan börja. Funktionella aspekter av systemet, icke-fungerande aspekter och eventuella framsteg eller förbättringar beaktas också. Dokumentet klargör vad en projektledare kommer att kräva så att individen kan se till att målet företaget önskar realiseras i kort ordning.,
dokumentmallen för affärskrav innehåller detaljer om ett mål för verksamheten. Det klargör också de tekniska målen för ett projekt eller en produkt. Dokumentet innehåller detaljer som kommer att svara på frågor som var organisationen är på väg i framtiden, organisationens mål och det ultimata uppdraget som ett företag vill fylla. Med fokus på tekniska aspekter innehåller dokumentmallen business requirements detaljer om hur verksamheten går om att uppfylla det uppdrag de väljer att fylla.,
en dokumentmall för affärskrav kan innehålla någon av följande information:
- fullständiga och koncisa detaljer om projektfaserna och inmatningen i början och slutet av varje fas.
- detaljer om hur systemet, projektet eller produkten fyller behoven hos företaget, kunden eller båda. Den slutliga lösningen resultatet levererar till berörda parter.
- hur projektet, produkten eller lösningen kommer att accepteras av alla intressenter.
- Information om rapportens författare och deras bakgrund., Detta görs tillgängligt för att bevisa den person som skapar dokumentet har kunskap och erfarenhet för att göra ett rättvist, koncist och klokt beslut och förutsägelse om framtiden för företagets mål.
- de potentiella risker, begränsningar, antaganden och gissningar som finns i samband med projektet eller produktproduktionen.
- det problem som verksamheten försöker lösa och varför eller gapet på marknaden ett företag försöker fylla och fördelarna därav.
- eventuella begränsningar företaget står inför för att skapa denna lösning, produkt eller i projektets slutförande.,
- den tid det tar att investera i slutförandet av företagets uppdrag.
- de finansiella faktorer som påverkar slutförandet av företagets lösning, projekt eller produkt.
- investeringsriskbedömningen gör det möjligt för företaget att gå in i ett företag med ögonen öppna. Det ger dem en fullständig förståelse för de möjligheter, risker, och detta gör det möjligt för företaget att väga konsekvenserna av eventuella investeringar och att begränsa eventuella förluster från projekt som inte kan vara till nytta när det gäller finansiella investeringar.,
#20
#21
#22
#23
#24
#25
#26
#27
delar av mallen
affärskrav dokumentmall är ett specialdokument som måste vara tydlig och olinjär i sin presentation., Det måste sättas ihop på ett professionellt sätt så att de som ser dokumentet inte står inför problem när det blir dags för den materiella översynen. Det enda läsaren bör vara oroad över är att förstå materialet som presenteras. Nedan hittar du några av de grundläggande avsnitten hittar du i en typisk affärskrav dokumentmall.
Bdr titelsida
en dokumentmall för affärskrav talar om. Den innehåller relevant information i förhållande till verksamheten och produkten, processen eller lösningen den söker., Titelsidan ska innehålla:
- namnet på det företag som kräver dokumentet och materialet i det.
- en kort och kortfattad beskrivning av projektet eller företaget.
- namnet på den person som ansvarar för dokumentets förberedelse.
- företaget som dokumentskaparen arbetar för, om tillämpligt.
- aktuellt datum.,Sammanfattning
- affärsmål eller affärsproblem uttalande
- Bakgrund
- aktuell affärsprocess eller omfattning uttalande
- funktioner
- funktionella och icke-funktionella krav
- nödvändig utbildning och schemaläggning faktorer
- rapportering och kvalitetssäkring
- leveransschema
- antaganden
- begränsningar
- risker
- Bilaga A – ordlista
i en dokumentmall för affärskrav kommer innehållsförteckningen att följa omedelbart efter omslagssidan i dokumentet som en skapar., Tabellen måste lista kapitlen i rapporten i linjär och på varandra följande ordning. Det sidnummer som varje kapitel börjar på är också nödvändigt. Innehållsförteckningen har nummer som anger kapitelordningen. Genom att lägga till bordet kan läsarna vända direkt till materialet av största intresse eller intresse på några sekunder. Innehållsförteckningen kommer åtminstone att innehålla följande avsnitt i arbetsorganet:
en huvudlinje som läser ”Innehållsförteckning.”Denna rubrik måste sticka ut. Teckensnittet ska vara en annan färg än den vanliga texten., Teckensnittet ska också vara en grad eller två större än teckensnittet som visas i rapportens kropp. Genom att göra rubrikerna större och annorlunda färg, kommer det att möjliggöra enkel identifiering och jämnar vägen att fokusera uppmärksamhet på en viss del av rapporten om så önskas.
#28
#29
#30
#31
#33
#34
#36
i innehållsförteckningen ska följande avsnitt visas:
Bdr: s sammanfattning
sammanfattningen i affärsdokumentet är ungefär tre stycken långa. Varje stycke ska innehålla minst tre meningar för att ge sammanfattningen en fullständig, informativ materialkropp., Sammanfattningen avslöjar terse information om materialet i rapporten och anledningen till att rapporten finns tillgänglig i första hand. När du skriver BRD fattar många författare beslutet att fylla i sammanfattningen senast. Det gör det möjligt för huvudintroduktionen att inkapsla den information som dokumentet innehåller med större tydlighet.
BDR: s företagsmål
den här delen av dokumentet är en kortfattad beskrivning av vad verksamheten vill uppnå. Det räcker inte att skriva att verksamheten letar efter att lösa ett generiskt problem., ”SMART formula”är något som affärsanalytiker och dokumentproducent måste känna till när man skriver företagets Målsektion. Till exempel, om verksamheten är ute efter att ha ETT program som skapats för att lösa ett problem, är det inte tillräckligt att skriva ”Vi kommer att göra den bästa programvaran för vårt företag.,”Beskrivningen måste vara:
- specifik
- mätbar
- handlingsbar
- realistisk
- tidsbunden
med hjälp av idén om att skapa programvara för att illustrera den smarta formeln i aktion kan analytikern dokumentera något i linje med” företaget kommer att utforma en mobil applikation för e-handel med en Filstorlek på högst 25., MB för att säkerställa enkel nedladdning till mobila enheter med de senaste Android-och Apple-operativsystemen; företaget kommer att skapa programmet från början till slut om tre månaders tid och få det beta testat för slutanvändarens vänlighet och användbarhet. Det slutliga utkastet och versionsutgåvan kommer att vara klar om ytterligare två månader. Företaget kommer att uppnå detta genom att tilldela en projektledare och ett team av topp IT-proffs för att skapa appens design. Appen kommer att lanseras i den sjätte månaden efter startdatum för produktionen.,”
BDR: s affärsbakgrund
dokumentmallen för affärskrav kommer att innehålla ett avsnitt som erbjuder de mest aktuella metoder som verksamheten engagerar sig i, företagets grundläggande historia och företagets behov specifika och i förhållande till den lösning de vill genomföra med lanseringen av projektet som beskrivs.
BDR: s Företagsomfattning
dokumentmallen för affärskrav visar omfattningen av arbetet med att få projektet från marken., Detta avsnitt måste vara väldefinierat eftersom det gör det möjligt att undersöka eventuella problem och om det finns ett överskridande när det gäller projektkostnader.
BDR: s funktioner
här, om vi använder exemplet med mobilprogramvara, presenteras produktens egenskaper genom den inbillade slutanvändarens syn. Avsnittet kommer att förklara i detalj hur programmet fungerar, dess funktioner, hur det navigerade, och vad användaren kommer att uppleva när programvaran är en konkret skapelse.,
BDR: s funktionella och icke-funktionella krav
detta är en fortsättning på avsnittet funktioner och avslöjar i detalj hur programmet kommer att tjäna slutanvändaren när den är klar. Här kan det finnas saker som diagram och bilder eller flödesscheman för att underlätta visualisering och större klarhet. Mindre specifikationer och teknisk information visas också i det här avsnittet, men det är skrivet för lekman att förstå också.,
BDR: s personalkrav
om det finns personalkrav som är involverade i projektet ingår de i detta avsnitt. Detta kommer att indikera vem som ska arbeta med vilka aspekter och de färdigheter som folket måste få jobbet gjort. En beskrivning av hur specifika projektbehov kommer att hanteras är en förväntan.
BDR: s rapportering och kvalitetssäkring
detta förklarar i klartext hur projektet eller produktionen kommer att övervakas. Informationen om kvalitetskontroll är medel för att mäta framsteg i detta avsnitt., Det kommer att bidra till att definiera ett smidigt slutförande av företaget.
BDR: s antaganden
det här avsnittet är där information som bygger på antaganden om affärsfunktioner och processer läggs till. Det gör det möjligt för företagsägaren att klargöra och korrigera eventuella felaktiga antaganden. Om fel görs, kommer sanningen att företagsägarnas aktier hjälpa till att omdefiniera företagets riktning.,
BDR: s begränsningar
här måste skaparen av BDR ange eventuella begränsningar som företaget kommer att möta när det gäller projekttid, kostnad, slutförande, tillgång till personal eller begränsning av teknisk information. Fullständig information öppnar projektet för tydlig, koncis diskussion och strävan efter problemlösningsinsatser.
BDR: s risker
verksamheten måste göras medveten om potentiella risker. Projektet kan stöta på problem, utrustningsfel, förseningar och andra oväntade problem. Det är BDR: s författares uppgift att göra en fullständig bedömning av eventuella problem., Förvarnad är förberedd.
BDR: s Bilaga A – ordlista över termer
om någon lingo och business slang eller terminologi visas i dokumentet måste det definieras här. Det låter rapportvisaren veta exakt var de ska vända sig när de inte förstår viss terminologi.
#37
#38
#39
#40
#41
#42
sista ord
med tanke på Bdr: s viktiga framträdande är det absolut nödvändigt att dokumentet skapas korrekt., En affärskrav dokumentmall gör det enkelt att fylla i nödvändig information. Mallen är redan i linjär ordning. Det låter användaren sätta in nödvändig information och att producera ett effektivt, professionellt dokument. Dokumentmallen business requirements gör det lättare för dokumentskaparen såväl som läsaren(läsarna) i den färdiga professionella rapporten.