Vid utformning av en teknisk uppgift måste den nödvändigtvis lista alla krav för ett informationssystem, annars kommer utvecklaren helt enkelt inte att veta för vilket ändamål produkten skapas, vad den är avsedd att uppfylla och hur. Uppgiften att formulera krav ligger hos kunden, även om i praktiken de chefer genom vilka ordern placeras vanligtvis hjälper till med detta. Men studenter som är involverade i att skriva terminrapporter, avhandlingar, bör kunna självständigt göra sådana listor.
Gemensam förståelse
Processen att skapa IP är ganska komplicerad och består av många på varandra följande steg. Specialister som arbetar med projektet tvingas hantera olika svårigheter. Till viss del kan detta förenklas genom att formulera krav för informationssystemet noggrant. Det är inte alltid uppenbart varför problemen uppstår, särskilt när man arbetar med innovativa produkter, och att skapa en omfattande beskrivning av alla åtgärder som produkten är avsedd för är ofta en svår uppgift.
Uppmärksamhet på alla detaljer
En komplett bild av produktens funktionalitet är den kompletta listan med krav för ett informationssystem. Det innehåller också aspekter som kunden föreslår och programmeraren implementerar när projektet skapas. Processen med kapacitetsuppbyggnad, deras analytiska forskning, dokumentation och prestandatestning är utvecklingen av krav, under vilka det är möjligt att exakt identifiera alla begränsningar och komma till enighet mellan "Jag vill" och "verkligen genomförbart". Det är viktigt att komma ihåg att moderna ingenjörer inte är trollkarlar, men människor som använder tillgängliga tekniska verktyg, vars funktioner tyvärr också är begränsade. Tidsaspekten är inte mindre betydelsefull eftersom arbetet med att skapa och implementera krav kräver betydande tidskostnader - månader och ibland år.
Vilka är det?
Det är vanligt att prata om system- och användarkrav för ett informationssystem. Naturligt språk beskriver de som presenteras av en viss användare. För att förtydliga ordalydelsen kan du använda diagram med varierande komplexitet. Detta gör att du kan göra ett allmänt intryck av de funktioner som IP-enheten är avsedd att implementeras för, och de begränsningar du kommer att möta i ditt arbete.
Systemkrav är de specifika egenskaperna för projektet, vars kunskap gör det möjligt för dig att översätta klientens önskemål till verklighet. Dessa tekniska krav för informationssystemet inkluderar en presentation av utrustningens funktioner, dess kraft och valet till förmån för ett specifikt arkitekturalternativ. Många andra aspekter kan tillskrivas systemen, som inte är uppenbara för användaren, men som reglerar vad den slutliga produkten kommer att bli.
Krav: var kan jag ta dem?
Uppgifterna att formulera och godkänna krav för ett informationssystem är inte så enkla som det kan verka vid första anblicken. Termen används för att beteckna en sådan komplex strukturerad process, inom vilken ram dokumentation skapas, bekräftad av kunden, entreprenören, som tydligt reglerar alla produktspecifikationer. Utvecklingen är indelad i fyra steg i följd:
- analytiska aktiviteter för att bestämma graden av genomförbarhet för den planerade;
- skapande, analytisk studie av kraven direkt;
- formulering av krav för bildande av underlagsdokumentation;
- certifiering av datasystemkrav för information, liksom andra villkor, regler för projektimplementering.
Inte så enkelt
Om kraven för informationssystem, informationsinnehåll, format, hanteringsuppgifter och andra aspekter av projektets funktion en gång har fastställts, betyder detta inte att de kommer att förbli oförändrade förrän det ”seirande slutet”. Arbetsflödet åtföljs ofta av en förändring av fastställda specifikationer och krav. Detta händer inte bara på kundens initiativ utan också av entreprenören, som står inför vissa tekniska begränsningar som förhindrar implementering av ett antal planerade aspekter. Det är viktigt att ta hänsyn till funktionerna i processkontroll. Förändringshantering är en av de viktigaste aspekterna av att utveckla krav och implementera dem inom en specifik IP.
En viktig aspekt av att arbeta med krav är definitionen av dem med efterföljande mångsidig informationsanalys. För detta används en generaliserad arbetsmodell. Inom ramen för ett visst företag implementeras ett unikt krav för hantering av informationssystemkrav som gör det möjligt att formulera, justera, acceptera, avvisa de valda villkoren. Mycket beror på arbetarnas kvalifikationer, vilken typ av IP de arbetar med, de standarder som används i arbetsflödet.
Hur ser det ut?
I praktiken innebär formuleringen, analys av kraven för säkerhet för informationssystem, datafyllning, struktur (och andra system- och användarsystem) först att identifiera funktionerna i ett visst ämnesområde. Det undersöks av kvalificerade analytiker och bestämmer de specifika parametrarna för applikationssektorn för den utvecklade produkten i framtiden. Därefter börjar de samla in preliminära krav och arbeta med personer som formulerar sådan information. Parallellt fortsätter de att arbeta med förfining av ämnesområdet.
Nästa steg i formulering av krav för kommunala informationssystem, privata, som används i myndigheter är att skapa ett hierarkiskt system med identifierad information. Om den ursprungliga insamlingen av information ger ett kaotiskt datakomplex, beställs det inom ramen för systematiseringen, vilket skapar grupper av element som har logiska kontakter med varandra.
Fortsatt arbete
Nästa steg i specifikationen av informationskrav i informationssystem, projektets struktur, funktionella, interna funktioner är att identifiera motsägelser och lösa konflikter. När de får information från ett brett spektrum av tredje parter om den designade IP: s arbete stöter de på följande problem: varje person har sina egna unika idéer om projektets kapacitet och dess syfte. Ofta kommer idéer från olika människor i konflikt med varandra och motsäger också logiken, de befintliga tekniska kapaciteterna, genom vilka systemet implementeras. För att effektivisera situationen, efter en noggrann analys, är det nödvändigt att identifiera alla motsägelser och hitta den optimala kompromisslösningen för att lösa dem.
Att identifiera motsägelser och analysera genomförbarheten av alla krav är det också nödvändigt att utarbeta ett prioriteringssystem. Det finns alltid viktigare och mindre betydelsefulla bland de allmänna kraven. Utvecklarnas uppgift är att arbeta nära med dem som skapar krav för att identifiera vilka av de etablerade aspekterna av produktens funktion som är de viktigaste och vilka som kan vänta eller avbrytas helt om negativa externa förhållanden bidrar till detta (till exempel brist på tid). Efter att ha skapat ett prioriteringssystem kan vi börja kontrollera de identifierade aspekterna för fullständighet, kompatibilitet med varandra och konsistens.
Steg för steg
Krav på informationssystem (personuppgifter, information om företagets arbete och andra) formuleras som en del av en cyklisk process. Alla stadier kopplas samman både direkt och omvänt. Stegen beskrivs ovan: först måste du identifiera funktionerna i ämnesområdet, sedan stegvis gå till steget att bestämma kompatibiliteten mellan krav mellan varandra, liksom deras fullständighet och andra parametrar, så att vi kan prata om tillämpningen av de erhållna villkoren i praktiken. Om du lyckas skapa en fullständig bild av ämnesområdet ställer det redan in arbetsvillkoren, särskilt funktionen. Upprepningen av cykeln ger en mer exakt djupvy av området, den tredje cykeln gör det möjligt att formulera krav ännu tydligare. Upprepning är nödvändig tills alla deltagare i arbetsflödet förstår exakt vad systemet är utformat för och hur det kommer att fungera, vad som måste implementeras när man arbetar med ett projekt.
För att processen för att skapa krav ska vara effektiv och dess resultat ska vara tillämpliga i arbetet är det nödvändigt att följa allmänt accepterade algoritmer för att formulera villkor.
Referenspunkter
Detta är den grundläggande metoden för att identifiera krav för statliga informationssystem, särskilt - kort sagt, absolut vem som helst, oavsett var de används. Som en del av definitionen av villkor är det nödvändigt att erkänna som ett initialt villkor att synpunkter på frågan kan behandlas olika. De identifieras och används som grund för formuleringen av den första processen för att samla in krav och sedan de faktiska förhållandena.
Synvinkeln är ett ganska vagt koncept, så flera metoder har utvecklats som tolkar det annorlunda. Den enklaste tolkningen av konceptet är en datakälla som beskriver hur IP: n kommer att fungera. Referenspunkter blir grunden för att modellera IP och använda information i produkten. Insamlingen av krav innebär identifiering av alla viktiga referenspunkter som vidare används för att bygga produkten. Det tar också hänsyn till hur teknikerna kommer att användas för att bearbeta data.
Alternativ metod
En annan tolkning av begreppet "synvinkel" innebär uppfattningen av termen som en representationsstruktur. I själva verket är detta en del av produktmodellen. Olika synvinklar gör det möjligt för dig att skapa ett antal modeller av ändliga tillståndsmaskiner, interaktioner mellan enheter och förhållandena mellan dem inom ett specifikt projekt. Specifikationerna för projektets omfattning beaktas.
Synvinkeln kan betyda yttrandet från den externa mottagaren av tjänsten som implementerats via IP. Baserat på TK är det möjligt att identifiera data som används i implementeringen av systemtjänster, deras hantering. Denna metod anses vara den mest effektiva. Det var grunden för den synpunktorienterade kravdefinitionen - en specifik metod för att identifiera krav som gör att du kan fastställa information och effektivt analysera den.
Arbeta med synvinklar
Först måste de identifieras såväl som att bestämma alla tjänster som är kopplade till en viss punkt. Sedan är systemet strukturerat på ett hierarkiskt sätt och grupperar synpunkter mellan varandra och avslöjar gemensamma tjänster för IP. De rankas som den högsta hierarkiska nivån. De kommer att ärvas av alla TK på en lägre nivå.
Stöd för TK måste dokumenteras. För denna information beskrivs tydligt med tanke på resultaten av identifiering. Efter det är det möjligt att skapa ett TK-system där alla IP-objekt som identifierats från den insamlade informationen kommer att återspeglas.
Ta dig tid!
Som regel börjar arbetet med IP med en storskalig brainstormingssession utformad för att fastställa alla möjliga krav för ett projekt. Det är nödvändigt att i förväg vara medveten om att det är nästan omöjligt att fastställa alla möjliga krav med en procedur. Ju mer komplexa systemet, desto fler sådana procedurer kommer att krävas.Endast om upprepade brainstormingssessioner som involverar både kunden och entreprenören inte tillhandahåller användbar information, antar de rimligen att de stödjande TOR: erna har identifierats och kraven har formulerats, kan vi börja implementera dem med tekniska medel.
Certifiering av krav
Den här proceduren låter dig förstå i vilken grad kraven motsvarar kundens idéer om slutprodukten. Verifiering är ett av de viktigaste stegen för att upptäcka en felaktig specifikation och eliminera den i förväg. Annars måste ändringen utföras i det stadium då systemet redan är konstruerat och konstruerat, vilket medför både tillfälliga och andra resursförluster. De största problemen medför fel som upptäcktes efter introduktionen av produkten i företaget.
I det allmänna fallet bedöms arbetet med att göra anpassningar av systemet mycket högre än upptäckt och korrigering av felaktigheter i stadiet för att utforma IP, kodningsfunktionalitet. Förändrade krav i de flesta fall provocerar imponerande strukturella förändringar, inklusive en grundnivå. Detta innebär att du måste genomgå ett fullständigt utbud av verifiering och testning efter att ha gjort ändringarna för att se till att alla konstruerade verktyg fungerar korrekt.