Bij het vormen van een technische taak, moet het noodzakelijkerwijs alle vereisten voor een informatiesysteem vermelden, anders zal de ontwikkelaar gewoon niet weten voor welk doel het product is gemaakt, wat het moet vervullen en hoe. De taak om eisen te formuleren ligt bij de klant, hoewel in de praktijk de managers via wie de bestelling wordt geplaatst meestal hierbij helpen. Maar studenten die betrokken zijn bij het schrijven van scripties, proefschriften, moeten dergelijke lijsten onafhankelijk kunnen maken.
Gemeenschappelijk begrip
Het proces van het maken van IP is vrij ingewikkeld, bestaat uit veel opeenvolgende fasen. Specialisten die aan het project werken, worden gedwongen om met verschillende moeilijkheden om te gaan. Tot op zekere hoogte kan dit worden vereenvoudigd door vereisten voor het informatiesysteem nauwkeurig te formuleren. Het is niet altijd duidelijk waarom de problemen ontstaan, vooral bij het werken aan innovatieve producten, en het opstellen van een uitgebreide beschrijving van alle acties waarvoor het product is bedoeld, is vaak een moeilijke taak.
Aandacht voor alle details
Een compleet beeld van de functionaliteit van het product is de complete lijst met vereisten voor een informatiesysteem. Het bevat ook aspecten die de klant voorstelt en die de programmeur implementeert bij het maken van het project. Het proces van capaciteitsopbouw, hun analytisch onderzoek, documentatie en prestatietests is de ontwikkeling van vereisten, waarbij het mogelijk is om alle beperkingen nauwkeurig te identificeren en een consensus te bereiken tussen "Ik wil" en "echt haalbaar". Het is belangrijk om te onthouden dat moderne ingenieurs geen tovenaars zijn, maar mensen die toegankelijke technische hulpmiddelen gebruiken, waarvan de mogelijkheden helaas ook beperkt zijn. Het tijdsaspect is niet minder belangrijk, omdat het werken aan het opstellen en implementeren van vereisten aanzienlijke tijdskosten vergt - maanden en soms jaren.
Welke zijn er?
Het is gebruikelijk om te praten over systeem- en gebruikersvereisten voor een informatiesysteem. Natuurlijke taal beschrijft die welke door een bepaalde gebruiker wordt gepresenteerd. Om de formulering te verduidelijken, kunt u gebruik maken van diagrammen van verschillende mate van complexiteit. Hiermee kunt u een algemene indruk maken van de functies waarvoor het IP-adres moet worden geïmplementeerd en van de beperkingen die u in uw werk zult tegenkomen.
Systeemvereisten zijn die specifieke kenmerken van het project, waarvan u met de kennis de wensen van de klant kunt vertalen naar de realiteit. Deze technische vereisten voor het informatiesysteem omvatten een presentatie over de kenmerken van de apparatuur, het vermogen ervan, evenals de keuze voor een specifieke architectuuroptie. Veel andere aspecten kunnen worden toegeschreven aan de systeemaspecten, die niet duidelijk zijn voor de gebruiker, maar reguleren wat het uiteindelijke product zal zijn.
Vereisten: waar haal je ze?
De taken voor het formuleren en goedkeuren van vereisten voor een informatiesysteem zijn niet zo eenvoudig als het op het eerste gezicht lijkt. De term wordt gebruikt om een dergelijk complex gestructureerd proces aan te geven, in het kader waarvan documentatie wordt opgesteld, bevestigd door de klant, de aannemer, die duidelijk alle productspecificaties regelt. Ontwikkeling is verdeeld in vier opeenvolgende stappen:
- analytische activiteiten om de haalbaarheid van de geplande te bepalen;
- creatie, analytisch onderzoek van de eisen rechtstreeks;
- formulering van eisen voor het opstellen van ondersteunende documentatie;
- certificering van gegevenssysteemvereisten voor informatie, evenals andere voorwaarden, regels voor projectuitvoering.
Niet zo eenvoudig
Als de eisen voor de beveiliging van informatiesystemen, informatie-inhoud, formaat, beheertaken en andere aspecten van de werking van het project eenmaal zijn vastgesteld, betekent dit niet dat ze ongewijzigd blijven tot het "overwinnend einde". De workflow gaat vaak gepaard met een wijziging in de vastgestelde specificaties en vereisten. Dit gebeurt niet alleen op initiatief van de klant, maar ook van de aannemer, die wordt geconfronteerd met bepaalde technische beperkingen die de implementatie van een aantal geplande aspecten verhinderen. Het is belangrijk om rekening te houden met de kenmerken van procescontrole. Verandermanagement is een van de belangrijkste aspecten van het ontwikkelen van vereisten en de implementatie ervan binnen een specifiek IP.
Een belangrijk aspect van het werken met vereisten is de definitie van die met daaropvolgende veelzijdige informatieanalyses. Hiervoor wordt een algemeen werkmodel gebruikt. In het kader van een bepaalde onderneming wordt een uniek systeem voor het beheer van informatiesysteemvereisten geïmplementeerd waarmee de geselecteerde voorwaarden kunnen worden geformuleerd, aangepast, aanvaard en afgewezen. Veel hangt af van de kwalificaties van werknemers, het type IP waaraan ze werken, de normen die in de workflow worden gebruikt.
Hoe ziet het eruit?
In de praktijk gaat het bij de formulering, analyse van de vereisten voor de beveiliging van informatiesystemen, gegevensvulling, structuur (en andere systeem- en gebruikerssystemen) om eerst de kenmerken van een bepaald onderwerpgebied te identificeren. Het wordt onderzocht door gekwalificeerde analisten en bepaalt in de toekomst de specifieke parameters van de toepassingssector van het ontwikkelde product. Daarna beginnen ze met het verzamelen van voorlopige vereisten en werken ze samen met personen die dergelijke informatie formuleren. Tegelijkertijd blijven ze werken aan de verfijning van het vakgebied.
De volgende stap bij het formuleren van vereisten voor gemeentelijke informatiesystemen, privé, gebruikt door overheidsinstanties, is het creëren van een hiërarchisch systeem van geïdentificeerde informatie. Als de initiële verzameling van informatie een chaotisch gegevenscomplex oplevert, wordt deze in het kader van systematisering geordend, waardoor groepen elementen worden gecreëerd die logische verbindingen met elkaar hebben.
Doorgaan met werken
De volgende stap bij het specificeren van informatie-eisen in informatiesystemen, de structuur van het project, functionele, interne kenmerken is het identificeren van tegenstrijdigheden en het oplossen van conflicten. Wanneer ze informatie ontvangen van een breed scala aan derden over het werk van het ontworpen IP, stuiten ze op het volgende probleem: elke persoon heeft zijn eigen unieke ideeën over de mogelijkheden van het project en het doel ervan. Vaak komen ideeën die van verschillende mensen zijn ontvangen met elkaar in conflict en zijn ze ook in tegenspraak met de logica, de bestaande technische mogelijkheden waarmee het systeem wordt geïmplementeerd. Om de situatie te stroomlijnen, is het na een grondige analyse noodzakelijk om alle tegenstrijdigheden te identificeren en de optimale compromisoplossing te vinden om deze op te lossen.
Het identificeren van tegenstrijdigheden en het analyseren van de haalbaarheid van alle vereisten, is het ook noodzakelijk om een systeem van prioriteiten op te stellen. Er zijn altijd belangrijker en minder belangrijke onder de algemene set van eisen. De taak van de ontwikkelaars is om nauw samen te werken met degenen die eisen stellen om te bepalen welke van de gevestigde aspecten van de werking van het product de belangrijkste zijn en die kunnen wachten of volledig kunnen worden geannuleerd als negatieve externe omstandigheden hieraan bijdragen (bijvoorbeeld tijdgebrek). Nadat we een systeem van prioriteiten hebben gecreëerd, kunnen we beginnen met het controleren van de geïdentificeerde aspecten op volledigheid, compatibiliteit onderling en consistentie.
Stap voor stap
Vereisten voor informatiesystemen (persoonlijke gegevens, informatie over het werk van de onderneming en andere) worden geformuleerd als onderdeel van een cyclisch proces. Alle fasen zijn zowel direct als omgekeerd verbonden. De stappen worden hierboven beschreven: eerst moet u de kenmerken van het onderwerpgebied identificeren en vervolgens geleidelijk de stap van het bepalen van de compatibiliteit van vereisten onderling, evenals hun volledigheid en andere parameters bepalen, zodat we kunnen praten over de toepasbaarheid van de verkregen voorwaarden in de praktijk op ontwikkelaars. Als u erin slaagt een volwaardig beeld van het onderwerpgebied te maken, stelt dit al de werkomstandigheden in, met name de werking. De herhaling van de cyclus geeft een nauwkeuriger en diepgaander beeld van het gebied, de derde cyclus maakt het mogelijk om vereisten nog duidelijker te formuleren. Herhaling is noodzakelijk totdat alle deelnemers aan de workflow precies begrijpen waarvoor het systeem is ontworpen en hoe het zal werken, wat moet worden geïmplementeerd bij het werken aan een project.
Opdat het proces van het vormen van vereisten effectief is en de resultaten ervan toepasbaar zijn in het werk, is het noodzakelijk om algemeen aanvaarde algoritmen te volgen voor het formuleren van voorwaarden.
Referentie punten
Dit is met name de basismethode voor het identificeren van vereisten voor statusinformatiesystemen - kortom absoluut iedereen, ongeacht waar deze worden gebruikt. Als onderdeel van de definitie van voorwaarden moet als een eerste voorwaarde worden erkend dat de standpunten over de kwestie in kwestie kunnen verschillen. Ze worden geïdentificeerd en gebruikt als basis voor het formuleren van het eerste proces van het verzamelen van eisen, en vervolgens de feitelijke omstandigheden.
Het gezichtspunt is een nogal vaag concept, dus verschillende benaderingen zijn ontwikkeld die het anders interpreteren. De eenvoudigste interpretatie van het concept is een gegevensbron die beschrijft hoe het IP zal werken. Referentiepunten worden de basis voor het modelleren van IP en het gebruik van informatie in het product. De verzameling van vereisten omvat de identificatie van alle belangrijke referentiepunten die verder worden gebruikt bij het bouwen van het product. Het houdt ook rekening met hoe de technieken zullen worden gebruikt om de gegevens te verwerken.
Alternatieve aanpak
Een andere interpretatie van het begrip 'gezichtspunt' betreft de perceptie van de term als een representatiestructuur. In feite is dit een element van het productmodel. Verschillende gezichtspunten stellen u in staat om talloze modellen van eindige toestandsmachines, interacties van entiteiten en de onderlinge relaties binnen een specifiek project te creëren. Er wordt rekening gehouden met de specifieke kenmerken van het project.
Het standpunt kan het oordeel van de externe ontvanger van de via het IP geïmplementeerde dienst betekenen. Op basis van TK is het mogelijk om gegevens te identificeren die worden gebruikt bij de implementatie van systeemservices, hun beheer. Deze aanpak wordt als de meest effectieve beschouwd. Het vormde de basis van de Viewpoint-Oriented Requirements Definition - een specifieke methode voor het identificeren van requirements waarmee u informatie kunt bepalen en effectief kunt analyseren.
Werk met gezichtspunten
Ten eerste moeten ze worden geïdentificeerd en moeten alle services worden bepaald die aan een bepaald punt zijn gekoppeld. Vervolgens is het systeem op een hiërarchische manier gestructureerd, waarbij standpunten onder elkaar zijn gegroepeerd en gemeenschappelijke diensten voor IP worden onthuld. Die gerangschikt als het hoogste hiërarchische niveau. Ze zullen worden geërfd door alle TK van een lager niveau.
Ondersteunende TK moet worden gedocumenteerd. Voor deze informatie is duidelijk beschreven, gezien de resultaten van identificatie. Daarna is het mogelijk om een TK-systeem op te stellen waarin alle IP-objecten geïdentificeerd uit de verzamelde informatie worden weerspiegeld.
Neem je tijd!
In de regel begint het werken aan IP met een grootschalige brainstormsessie die is ontworpen om alle mogelijke vereisten voor een project te bepalen. Het is noodzakelijk om van tevoren te beseffen dat het bijna onmogelijk is om alle mogelijke vereisten met één procedure te bepalen. Hoe complexer het systeem, hoe meer dergelijke procedures nodig zullen zijn.Alleen als herhaalde brainstormsessies waarbij zowel de klant als de aannemer zijn betrokken, geen nuttige informatie bieden, gaan ze er redelijkerwijs vanuit dat de ondersteunende TEM's zijn geïdentificeerd en de eisen zijn geformuleerd, kunnen we beginnen met de implementatie ervan met technische middelen.
Certificering van eisen
Met deze procedure kunt u begrijpen in hoeverre de vereisten overeenkomen met de ideeën van de klant over het eindproduct. Verificatie is een van de belangrijkste stappen om een foutieve specificatie te detecteren en op voorhand te elimineren. Anders moet de wijziging worden uitgevoerd in het stadium waarin het systeem al is ontworpen en gebouwd, wat zowel tijdelijke als andere bronverliezen met zich meebrengt. De grootste problemen veroorzaken fouten die zijn ontdekt na de introductie van het product in de onderneming.
Over het algemeen worden de aanpassingen aan het systeem veel hoger beoordeeld dan de detectie en correctie van onnauwkeurigheden in het stadium van het ontwerpen van IP-, coderingsfunctionaliteit. Veranderende eisen veroorzaken in de meeste gevallen indrukwekkende structurele veranderingen, waaronder een basisniveau. Dit betekent dat u na het aanbrengen van de wijzigingen een volledige reeks verificaties en tests moet doorlopen om te controleren of alle ontworpen tools correct werken.