Når der dannes en teknisk opgave, skal den nødvendigvis angive alle kravene til et informationssystem, ellers vil udvikleren simpelthen ikke vide, til hvilket formål produktet er oprettet, hvad det er beregnet til at opfylde og hvordan. Opgaven med at formulere krav ligger hos kunden, skønt de i praksis de ledere, som ordren placeres i, normalt hjælper med dette. Men studerende, der er involveret i at skrive semesteropgaver, afhandlinger, skal være i stand til uafhængigt at fremstille sådanne lister.
Fælles forståelse
Processen med at oprette IP er ganske kompliceret og består af mange successive faser. Specialister, der arbejder med projektet, er tvunget til at håndtere forskellige vanskeligheder. Til en vis grad kan dette forenkles ved nøjagtigt at formulere krav til informationssystemet. Det er ikke altid indlysende, hvorfor problemerne opstår, især når man arbejder med innovative produkter, og at skabe en omfattende beskrivelse af alle de handlinger, som produktet er beregnet til, ofte er en vanskelig opgave.
Opmærksomhed på alle detaljer
Et komplet billede af produktets funktionalitet er den komplette liste over krav til et informationssystem. Det inkluderer også aspekter, som kunden foreslår, og programmereren implementerer, når projektet oprettes. Processen med at opbygge muligheder, deres analytiske forskning, dokumentation, afprøvning af arbejdskapacitet er udviklingen af krav, hvor det er muligt nøjagtigt at identificere alle begrænsninger og nå til enighed mellem ”Jeg vil” og ”virkelig gennemførlig”. Det er vigtigt at huske, at moderne ingeniører ikke er tryllekunstnere, men folk, der bruger tilgængelige tekniske værktøjer, hvis egenskaber desværre også er begrænsede. Tidsaspektet er ikke mindre betydningsfuldt, da arbejde med oprettelse og implementering af krav kræver betydelige tidsomkostninger - måneder og undertiden år.
Hvilke er der?
Det er sædvanligt at tale om system- og brugerkrav til et informationssystem. Naturligt sprog beskriver dem, der er præsenteret af en bestemt bruger. For at præcisere ordlyden kan du ty til diagrammer med forskellige grader af kompleksitet. Dette giver dig mulighed for at gøre et generelt indtryk af de funktioner, IP'en er beregnet til at blive implementeret, og de begrænsninger, du vil støde på i dit arbejde.
Systemkrav er de specifikke egenskaber ved projektet, hvis viden giver dig mulighed for at omsætte klientens ønsker til virkelighed. Disse tekniske krav til informationssystemet inkluderer en præsentation af udstyrets funktioner, dets styrke og valget til fordel for en bestemt arkitekturindstilling. Mange andre aspekter kan tilskrives systemdelene, som ikke er indlysende for brugeren, men som regulerer, hvad det endelige produkt vil være.
Krav: hvor kan man hente dem?
Opgaverne med at formulere og godkende krav til et informationssystem er ikke så enkle, som det kan synes ved første øjekast. Udtrykket bruges til at betegne en sådan kompleks struktureret proces, inden for hvilken rammen dokumentation oprettes, bekræftet af kunden, entreprenøren, som klart regulerer alle produktspecifikationer. Udvikling er opdelt i fire på hinanden følgende trin:
- analytiske aktiviteter til bestemmelse af planenes gennemførlighed
- oprettelse, analytisk undersøgelse af kravene direkte;
- formulering af krav til dannelse af underlagsdokumentation;
- certificering af datasystemkrav til information samt andre betingelser, regler for projektimplementering.
Ikke så enkelt
Hvis kravene til informationssystemers sikkerhed, informationsindhold, format, styringsopgaver og andre aspekter af projektets funktion en gang er etableret, betyder det ikke, at de forbliver uændrede, indtil den ”sejrrige ende”. Arbejdsgangen er ofte ledsaget af en ændring i etablerede specifikationer og krav. Dette sker ikke kun på initiativ af kunden, men også af entreprenøren, der står over for visse tekniske begrænsninger, der forhindrer implementering af et antal planlagte aspekter. Det er vigtigt at overveje funktionerne i processtyring. Ændringsstyring er et af de vigtigste aspekter ved udvikling af krav og deres implementering inden for en bestemt IP.
Et vigtigt aspekt ved arbejde med krav er definitionen af dem med efterfølgende alsidig informationsanalyse. Til dette bruges en generaliseret arbejdsmodel. Inden for en bestemt virksomheds rammer implementeres et unikt krav til styring af informationssystemkrav, der gør det muligt at formulere, justere, acceptere, afvise de valgte betingelser. Meget afhænger af arbejdstagernes kvalifikationer, typen af IP, de arbejder på, standarderne, der bruges i arbejdsgangen.
Hvordan ser det ud?
I praksis involverer ordlyden, analyse af kravene til informationssystemers sikkerhed, udfyldning af data, struktur (og andre system- og brugeres) først identifikation af funktionerne i et bestemt emneområde. Det undersøges af kvalificerede analytikere og bestemmer de specifikke parametre for anvendelsesområdet for det udviklede produkt i fremtiden. Derefter begynder de at indsamle foreløbige krav og arbejde med personer, der formulerer sådanne oplysninger. Parallelt fortsætter de med at arbejde på forfining af emneområdet.
Det næste trin i formulering af krav til kommunale informationssystemer, private, der bruges i regeringsorganer, er at oprette et hierarkisk system med identificerede oplysninger. Hvis den indledende indsamling af information giver et kaotisk kompleks af data, bestilles det inden for rammerne af systematisering, hvilket skaber grupper af elementer, der har logiske forbindelser med hinanden.
Fortsat arbejde
Det næste trin i specifikationen af informationskrav i informationssystemer, projektets struktur, funktionelle, interne funktioner er at identificere modsigelser og løse konflikter. Når de modtager information fra en lang række tredjeparter om det designede IP-arbejde, støder de på følgende problem: hver person har deres egne unikke ideer om projektets muligheder og dets formål. Ofte kommer ideer modtaget fra forskellige mennesker i konflikt med hinanden og modsiger også logikken, de eksisterende tekniske kapaciteter, gennem hvilke systemet implementeres. For at strømline situationen efter en grundig analyse er det nødvendigt at identificere alle modsigelser og finde den optimale kompromisløsning for at løse dem.
Identificering af modsigelser og analyse af gennemførligheden af alle krav, er det også nødvendigt at udarbejde et prioriteringssystem. Der er altid mere vigtige og mindre betydningsfulde blandt det generelle krav. Udviklerens opgave er at arbejde tæt sammen med dem, der skaber krav for at identificere, hvilke af de etablerede aspekter af produktets funktion er de mest betydningsfulde, og hvilke der kan vente eller blive helt annulleret, hvis negative eksterne forhold bidrager til dette (for eksempel mangel på tid). Når vi har oprettet et prioritetssystem, kan vi begynde at kontrollere de identificerede aspekter for fuldstændighed, kompatibilitet indbyrdes og konsistens.
Trin for trin
Krav til informationssystemer (personoplysninger, information om virksomhedens arbejde og enhver anden) er formuleret som en del af en cyklisk proces. Alle faser er forbundet både direkte og omvendt. Trinnene er beskrevet ovenfor: først skal du identificere emnets egenskaber, derefter gradvist gå til trinnet med at bestemme kompatibiliteten af krav imellem dem, såvel som deres kompletthed og andre parametre, så vi kan tale om anvendeligheden af de opnåede betingelser i praksis. Hvis du formår at skabe et fuldt billede af emneområdet, indstiller det allerede arbejdsforholdene, især funktionen. Gentagelsen af cyklussen giver et mere nøjagtigt, dybtgående billede af området, den tredje cyklus gør det muligt at formulere krav endnu mere tydeligt. Gentagelse er nødvendig, indtil alle deltagere i arbejdsprocessen forstår præcist, hvad systemet er designet til, og hvordan det vil fungere, hvad der skal implementeres, når man arbejder på et projekt.
For at processen med dannelse af krav skal være effektiv, og dens resultater skal være anvendelige i arbejdet, er det nødvendigt at følge almindeligt accepterede algoritmer til formulering af betingelser.
Henvisningspunkter
Dette er den grundlæggende metode til at identificere krav til statlige informationssystemer, især - kort sagt absolut enhver, uanset hvor de bruges. Som en del af definitionen af betingelser er det nødvendigt at anerkende som en indledende betingelse, at synspunkterne på det omtvistede spørgsmål kan variere. De identificeres og bruges som grundlag for formuleringen af den første proces med indsamling af krav og derefter de faktiske forhold.
Synspunktet er et temmelig vagt begreb, så der er udviklet flere tilgange, der fortolker det forskelligt. Den enkleste fortolkning af konceptet er en datakilde, der beskriver, hvordan IP'en fungerer. Referencepunkter bliver grundlaget for modellering af IP og brug af oplysninger i produktet. Indsamling af krav involverer identifikation af alle væsentlige referencepunkter, der yderligere bruges i processen med at opbygge produktet. Den tager også hensyn til, hvordan teknikkerne vil blive brugt til at behandle dataene.
Alternativ tilgang
En anden fortolkning af begrebet ”synspunkt” involverer opfattelsen af begrebet som en repræsentationsstruktur. Faktisk er dette et element i produktmodellen. Forskellige synspunkter giver dig mulighed for at oprette adskillige modeller af finite state-maskiner, interaktioner mellem enheder og forholdet mellem dem inden for et specifikt projekt. Specifikationerne for projektets omfang tages i betragtning.
Synspunktet kan betyde en mening fra den eksterne modtager af tjenesten implementeret via IP. Baseret på TK er det muligt at identificere data, der bruges til implementering af systemtjenester, deres styring. Denne fremgangsmåde betragtes som den mest effektive. Det dannede grundlaget for den synspunktorienterede krav Definition - en specifik metode til at identificere krav, der giver dig mulighed for at bestemme information og effektivt analysere den.
Arbejd med synspunkter
Først skal de identificeres såvel som at bestemme alle de tjenester, der er knyttet til et bestemt punkt. Derefter er systemet struktureret på en hierarkisk måde, der samler synspunkter indbyrdes og afslører fælles tjenester for IP. De rangeres som det højeste hierarkiske niveau. De arves af alle TK på et lavere niveau.
Understøttende TK skal dokumenteres. For disse oplysninger er klart beskrevet i betragtning af resultaterne af identifikation. Derefter er det muligt at udarbejde et TK-system, hvor alle IP-objekter, der er identificeret fra den indsamlede information, vil blive reflekteret.
Tag din tid!
Som regel begynder arbejdet med IP med en storskala brainstorming session designet til at bestemme alle mulige krav til et projekt. Det er nødvendigt at være opmærksom på forhånd, at det næsten er umuligt at fastlægge alle mulige krav med én procedure. Jo mere kompliceret systemet er, desto mere vil sådanne procedurer være påkrævet.Kun hvis gentagne brainstormingssessioner, der involverer både kunden og entreprenøren ikke leverer nyttige oplysninger, antager de med rimelighed, at de understøttende TOR'er er identificeret og kravene er formuleret, kan vi begynde at implementere dem på tekniske måder.
Certificering af krav
Denne procedure giver dig mulighed for at forstå, i hvilket omfang kravene svarer til kundens ideer om det endelige produkt. Verifikation er et af de vigtigste trin til at opdage en fejlagtig specifikation og fjerne den på forhånd. Ellers skal ændringen udføres på det tidspunkt, hvor systemet allerede er designet og konstrueret, hvilket indebærer både midlertidige og andre ressourcetab. De største problemer medfører fejl opdaget efter introduktionen af produktet i virksomheden.
I det generelle tilfælde vurderes arbejdet med at foretage justeringer af systemet meget højere end påvisning og korrektion af unøjagtigheder på scenen med at designe IP, kodningsfunktionalitet. Ændring af krav i de fleste tilfælde provoserer imponerende strukturelle ændringer, herunder et grundlæggende niveau. Dette betyder, at du, efter at have foretaget ændringerne, skal gennemgå en komplet række af verifikation og test for at sikre dig, at alle designede værktøjer fungerer korrekt.