Opleiding. Stadia van het ontwerp van informatiesystemen. Stadia van creatie en werking van een geautomatiseerd informatiesysteem

schermformulieren, rapporten die de uitvoering van dataquery's garanderen;

rekening houdend met de specifieke omgeving of technologie, namelijk: netwerktopologie, gebruikte hardwareconfiguratie architectuur (bestandsserver of client-server), parallelle verwerking, gedistribueerde gegevensverwerking, enz.

Ontwerp van informatiesystemen begint altijd met het definiëren van het doel van het project. In algemene termen kan het doel van het project worden gedefinieerd als het oplossen van een aantal onderling samenhangende taken, waaronder het garanderen bij de lancering van het systeem en gedurende de gehele periode dat het in bedrijf is:

de vereiste functionaliteit van het systeem en de mate van aanpassingsvermogen ervan aan veranderende bedrijfsomstandigheden;
vereiste systeemdoorvoer;
vereiste systeemresponstijd op een verzoek;
probleemloze werking van het systeem;
vereist beveiligingsniveau;
bedieningsgemak en systeemondersteuning.

Volgens de moderne methodologie is het proces van het creëren van een IS een proces van het construeren en opeenvolgend transformeren van een aantal consistente modellen. fasen van de levenscyclus(LC) IS. In elke fase van de levenscyclus worden specifieke modellen gecreëerd: organisatie, IS-vereisten, IS-project, applicatie-eisen, enz. Modellen worden gevormd door werkgroepen van het projectteam, opgeslagen en verzameld in de projectrepository. Het creëren van modellen, hun controle, transformatie en voorziening voor collectief gebruik wordt uitgevoerd met behulp van speciale softwaretools - CASE-tools.

Het proces van het creëren van IP is verdeeld in een reeks stadia(fasen [1.1]), beperkt door een bepaald tijdsbestek en eindigend met de release van een specifiek product (modellen, softwareproducten, documentatie, enz.).

Meestal worden de volgende onderscheiden fasen van het creëren van IP: vorming van systeemvereisten, ontwerp, implementatie, testen, inbedrijfstelling, bediening en onderhoud [1.1] [1.2]. (De laatste twee fasen worden niet verder besproken, aangezien deze buiten het bestek van de cursus vallen.)

De eerste fase van het IS-creatieproces is het modelleren van bedrijfsprocessen die plaatsvinden in een organisatie en het realiseren van haar doelen en doelstellingen. Het organisatiemodel, beschreven in termen van bedrijfsprocessen en bedrijfsfuncties, stelt ons in staat de basiseisen voor de IS te formuleren. Deze fundamentele positie van de methodologie zorgt voor objectiviteit bij het ontwikkelen van systeemontwerpvereisten. De reeks modellen voor het beschrijven van de IS-vereisten wordt vervolgens omgezet in een systeem van modellen die het conceptuele ontwerp van de IS beschrijven. Modellen van IS-architectuur, vereisten voor software (SW) en informatieondersteuning (IS) worden gevormd. Vervolgens wordt de software- en informatiearchitectuur gevormd, worden bedrijfsdatabases en individuele applicaties geïdentificeerd, worden applicatie-eisenmodellen gevormd en worden de ontwikkeling, het testen en de integratie ervan uitgevoerd.

Het doel van de initiaal fasen van het creëren van IP uitgevoerd in de fase van het analyseren van de activiteiten van de organisatie, is het vormen van eisen voor informatiesystemen die de doelen en doelstellingen van de klantorganisatie correct en nauwkeurig weerspiegelen. Om het proces van het creëren van een informatiesysteem dat voldoet aan de behoeften van de organisatie te specificeren, is het noodzakelijk om uit te vinden en duidelijk te verwoorden wat deze behoeften zijn. Om dit te doen, is het noodzakelijk om de eisen van de klant voor de IS te bepalen en deze in modeltaal in kaart te brengen in de eisen voor het ontwikkelen van een IS-project om naleving van de doelen en doelstellingen van de organisatie te garanderen.

De taak van het opstellen van eisen voor informatiesystemen is een van de belangrijkste, moeilijk te formaliseren, en de duurste en moeilijkste te corrigeren in het geval van een fout. Met moderne tools en softwareproducten kunt u snel IP creëren volgens kant-en-klare vereisten. Maar vaak zijn deze systemen niet tevreden met de klanten en vereisen ze talrijke aanpassingen, wat leidt tot een sterke kostenstijging werkelijke kosten IS. De belangrijkste reden voor deze situatie is de onjuiste, onnauwkeurige of onvolledige definitie van IS-vereisten in de analysefase.

In de ontwerpfase worden eerst datamodellen gevormd. Ontwerpers ontvangen analyseresultaten als eerste informatie. Het bouwen van logische en fysieke datamodellen is het belangrijkste onderdeel database-ontwerp. Het tijdens het analyseproces verkregen informatiemodel wordt eerst omgezet in een logisch model en vervolgens in fysiek datamodel.

Parallel aan het ontwerp databaseschema's Er wordt procesontwerp uitgevoerd om specificaties (beschrijvingen) van alle IS-modules te verkrijgen. Beide ontwerpprocessen zijn nauw met elkaar verbonden, omdat een deel van de bedrijfslogica doorgaans in de database wordt geïmplementeerd (beperkingen, triggers, opgeslagen procedures). Het hoofddoel van procesontwerp is om de tijdens de analysefase verkregen functies in modules van het informatiesysteem in kaart te brengen. Bij het ontwerpen van modules worden programma-interfaces bepaald: menu-indeling, vensteruiterlijk, sneltoetsen en gerelateerde oproepen.

De eindproducten van de ontwerpfase zijn:

databasediagram (gebaseerd op het ER-model ontwikkeld in de analysefase);
uitrusting modulespecificaties systemen (ze zijn gebouwd op basis van functiemodellen).

Daarnaast wordt in de ontwerpfase ook de ontwikkeling van de IS-architectuur uitgevoerd, inclusief de selectie van platform (platforms) en besturingssysteem (besturingssystemen). In een heterogene IS kunnen verschillende computers op verschillende hardwareplatforms en met verschillende besturingssystemen draaien. Naast de keuze voor een platform worden in de ontwerpfase de volgende architectuurkenmerken bepaald:

of het een bestandsserver- of client-serverarchitectuur zal zijn;
wordt het een drielaagse architectuur met de volgende lagen: server, middleware (applicatieserver), clientsoftware;
of de database gecentraliseerd of gedistribueerd zal zijn. Als de database wordt gedistribueerd, welke mechanismen zullen er dan worden gebruikt om de consistentie en relevantie van de gegevens te behouden;
of de database homogeen zal zijn, dat wil zeggen of alle databaseservers producten van dezelfde fabrikant zullen zijn (alle servers zijn bijvoorbeeld alleen Oracle of alle servers zijn alleen DB2 UDB). Als de database niet homogeen is, welke software zal dan worden gebruikt om gegevens uit te wisselen tussen DBMS'en van verschillende fabrikanten (reeds bestaand of speciaal ontwikkeld als onderdeel van het project);
Worden parallelle databaseservers (bijvoorbeeld Oracle Parallel Server, DB2 UDB, enz.) gebruikt om goede prestaties te bereiken?

De ontwerpfase eindigt met de ontwikkeling technisch project IS.

In de implementatiefase wordt de systeemsoftware gemaakt, hardware geïnstalleerd en operationele documentatie ontwikkeld.

Het ontwikkelen van een hoogwaardig informatiesysteem voor de behoeften van een specifieke onderneming is een complex creatief proces. Eén van de aspecten is dat programmeurs zelf geen specialisten zijn in de technologie, organisatie en economie van een bepaalde onderneming of technologisch proces. Daarom is hoogwaardige communicatie tussen vakdeskundigen van groot belang.

en gespecialiseerde programmeurs. Het verzorgen van deze verbinding is een van de taken van het hoofd van de afdeling waarvoor de IS wordt gecreëerd. Daarom moet hij de belangrijkste fasen van het ontwikkelen van een informatiesysteem duidelijk begrijpen.
Het ontwerp van elk informatiesysteem wordt in verschillende fasen uitgevoerd. In het algemeen moet het volgende worden benadrukt:

onderzoek vóór het project;
haalbaarheidsstudie;

Ik stelde technische specificaties op;
Ik ben technisch ontwerp;
Ik ben bezig met ontwerpen.
Voor kleine projecten kunnen de laatste twee fasen worden gecombineerd tot één technisch gedetailleerd ontwerp.
Voordat met het ontwerp wordt begonnen, is het noodzakelijk om een onderzoek uit te voeren naar het object waarvoor de IS wordt gemaakt. Dit is een vrij belangrijke fase, omdat het ons in staat stelt de karakteristieke kenmerken van het object te identificeren, waarmee rekening moet worden gehouden in de kenmerken van de ontwikkelde IS en die het verdere ontwerpwerk bepalen. Elk ontwerpproces (en IC-ontwerp in het bijzonder) is een iteratief proces, waarbij je herhaaldelijk moet terugkeren naar eerdere ontwerpfasen om bestaande resultaten te corrigeren. De kwaliteit van het pre-projectonderzoek bepaalt grotendeels of het in de toekomst nodig zal zijn om de basisconcepten van de gecreëerde IS te herzien en er fundamentele veranderingen in aan te brengen, wat altijd een arbeidsintensieve taak is. In de fase van pre-projectinspectie moet u er onmiddellijk op letten dat elke onderneming zijn eigen specifieke kenmerken heeft op het gebied van productie- en bedrijfsprocessen. Kennis over andere ondernemingen en over de standaardregels voor het organiseren van deze processen kan daarom voor het grootste deel dienen als hulpmiddel bij het bestuderen van de onderneming, maar is geenszins het doel van implementatie. Het onderzoek komt neer op een analyse van het bestaande systeem en het object waarvoor het systeem wordt gerealiseerd. Er moet vooral aandacht aan worden besteed
speciale aandacht voor communicatie binnen de onderneming met experts en specialisten op het vakgebied, evenals analyse van documenten en hun beweging. Het onderzoek (verzameling van materialen) wordt uitgevoerd op twee hoofdgebieden: rechtvaardiging van de effectiviteit van het systeem dat wordt gecreëerd en de selectie van technische middelen.
Materialen om de effectiviteit van het gecreëerde systeem te rechtvaardigen zijn onder meer:

structuur van het bestaande systeem;
omvang van het uitgevoerde werk en arbeidskosten;
kwaliteit van het uitgevoerde werk;
methoden van werken;

w bijhouden van documentatie, etc.
Gegevens voor het selecteren van technische middelen omvatten:

objectstructuur;
technologie voor informatieoverdracht, operationele en verzendingscommunicatiesystemen;
verzameling van initiële gegevens;
beschikbaarheid van computertechnologie;
systematisering en uitvoering van documenten.

Als resultaat van het onderzoek moeten de volgende materialen worden verkregen en weergegeven in de toelichting, die vervolgens in het ontwerpproces zal worden gebruikt:

algemene kenmerken van het object waarvoor het IP-adres wordt aangemaakt;
functies die in het systeem worden uitgevoerd: uitvoeringsfrequentie, arbeidskosten voor de implementatie ervan, enz.;
kenmerken van de gebruikte informatie;
bestaande werkingsprincipes van het systeem;
systeem prestatie;
structurele diagrammen van het bestaande systeem (organisatorische, functionele, algoritmische, enz.);
noodzakelijke informatiestromen: soorten documenten, routes van hun verplaatsing, enz.

Op basis van de studie van het object wordt een lijst met taken gevormd die de IS moet oplossen. Doorgaans bestaat het proces van het creëren van intellectuele eigendom uit meerdere fasen en moeten er mogelijkheden voor de ontwikkeling ervan worden geboden. Een pre-ontwerponderzoek stelt ons in staat de samenstelling van de eerste fase van het systeem te schetsen en verdere manieren om het te verbeteren.
De haalbaarheidsstudie voor het creëren van een IP bevat de volgende punten:

initiële bepalingen, kenmerken en technische en economische gegevens over het object;
rechtvaardiging van het doel van het creëren van IE;
rechtvaardiging van een reeks problemen die zijn opgelost in IS en AR.

Het technische project bevat materialen die een idee geven van de samenstelling en werking van de IS, en omvat:

algemene kenmerken van het object waarvoor het IP-adres wordt aangemaakt;
organisatie van het beheer in omstandigheden van IP-gebruik;
het geheel van gebruikte technische middelen;
beschrijving en formulering van oplossingen voor problemen die in de IS zijn opgenomen;
beschrijving van standaardsoftware;
beschrijving van de organisatie van de informatiebank, enz.

Het hoofddoel van een technisch project is het bepalen van de hoofdrichtingen van het systeem dat wordt gecreëerd, de kosten, de economische efficiëntie, de benodigde hardware en software en het personeel van het servicepersoneel.
Het werkontwerp bevat de documentatie die nodig is voor de implementatie en werking van het systeem:

documentatie over de gebruikte en ontwikkelde programma's (documentatie over de ontwikkelde programma's kan overigens dienen als prototype van het helpsysteem - zie 12);
instructies voor gegevensverwerking (verzameling, registratie, verwerking en overdracht van informatie);
functiebeschrijvingen van het personeel, enz.

Let op de instructies voor de databasebeheerder - een technisch specialist die de functionaliteit van de database onderhoudt. Naast archiveringswerkzaamheden, het registreren van nieuwe gebruikers, enz., moet het acties beschrijven in geval van verschillende fouten in de werking van de database - van het volledig uitvallen van de computer waarop de database zich bevindt, tot problemen die de gebruiker tegenkomt bij het verbinden de databank. Bovendien moet de beheerder de structuur van de database kennen, dus het is raadzaam om deze aan te maken met een gedetailleerde beschrijving van alle tabellen en hun velden, inclusief commentaar.
Technische en gedetailleerde projecten omvatten de volgende afzonderlijke fasen, die doorgaans in de volgende volgorde worden uitgevoerd:

selectie van hardware en standaardsoftware, rekening houdend met de volgende kenmerken;
software en hardware die in de organisatie wordt gebruikt, evenals andere informatiesystemen;
vooruitzichten voor de ontwikkeling van informatietechnologieën in de organisatie (bijvoorbeeld de overgang naar werken met internettechnologieën);
organisatiestructuur en informatiebeveiligingseisen;
kennisniveau en mogelijkheden van ontwikkelaars;
creatie van IS en database;
softwarecreatie:
het creëren van middelen voor het invoeren, corrigeren en verwijderen van informatie;
creatie van informatiezoekinstrumenten;
creatie van hulpmiddelen voor het weergeven van informatie, inclusief het genereren van rapporten;
zorgen voor controle over de invoerinformatie (uitgevoerd parallel met andere stadia van het maken van software);
creatie van tools voor databasebeheer;
zorgen voor softwarewerking op het netwerk;
creatie van een helpsysteem (bij voorkeur parallel uitgevoerd met andere fasen van technisch ontwerp);
softwarelokalisatie;
het genereren van een werkende versie van de software (het verwijderen van foutopsporingsinformatie, het maken van een programmasnelkoppeling, enz.);
ontwikkeling van een systeem voor het verzamelen van informatie;
het maken van instructies voor het werken met het systeem. Natuurlijk wordt het aantal en de reikwijdte van de hier gegeven fasen beïnvloed door misschien wel een van de belangrijkste criteria: de ontwikkelingskosten.

Basisclassificaties van informatiesystemen

Ondanks het aanzienlijke aantal verschillende informatiesystemen is hun algemene classificatie naar doel vrij beperkt.
In het algemeen kunnen de volgende gebieden van IE worden onderscheiden:

besturingssysteem,

¦ ACS - geautomatiseerde controlesystemen,

CAD - computerondersteunde ontwerpsystemen,
GIS - geografische informatiesystemen,
Communicatie en telecommunicatie, "
Referentie- en zoeksystemen,
Informatiebeveiligingssystemen,
Systemen voor het voorbereiden en verwerken van multimedia-informatie (geluid, beeld, video),
redactie- en publicatiesystemen.

Individuele systemen kunnen verschillende combinaties van basissystemen combineren. Een geautomatiseerd controlesysteem voor de belangrijkste gaspijpleidingen omvat bijvoorbeeld een GIS, een geautomatiseerd procescontrolesysteem (geautomatiseerd procescontrolesysteem) en telecommunicatie-elementen, enz.

Ondanks de vrij beperkte indeling in hoofdgebieden, kunnen er binnen elk gebied veel variëteiten voorkomen.
Eén van de indelingen is naar type activiteit (werktuigbouwkunde, handel, bouw). Geautomatiseerde besturingssystemen kunnen bijvoorbeeld worden onderverdeeld in:

Boekhoudautomatiseringssystemen,
Automatisering van kantoorwerkbeheer,
Automatisering van tendermanagement,
Automatisering van bankbeheer,
Automatisering van handelsbeheer,
Automatisering van douaneactiviteiten,
Automatisering van technologische procescontrole,
Automatisering van vastgoedbeheer, enz.

Of CAD-systemen zijn onderverdeeld in:

CAD in de bouw,
CAD in werktuigbouwkunde,
CAD in de elektronica-industrie,
CAD in de vliegtuigbouw, enz.

Een andere indeling komt overeen met het doel van het systeem. CAD-systemen kunnen bijvoorbeeld worden onderverdeeld in:

systemen voor het voorbereiden van tekendocumentatie,
systemen voor het berekenen van sterkte, stijfheid en stabiliteit,
systemen voor het voorbereiden van ontwerp- en schattingsdocumentatie,
systemen voor het voorbereiden van documentatie voor een wedstrijd, enz.

Daarnaast moet worden nagedacht over het verdelen van activiteiten waar er sprake is van mogelijke overlap tussen activiteiten. In dit geval is het noodzakelijk om algemene en gespecialiseerde systemen te overwegen. Ontwikkelingssystemen voor tekendocumentatie, zoals AutoCAD en MicroStation, zijn bijvoorbeeld CAD-systemen voor algemeen gebruik. Met behulp van algemene grafische primitieven (segmenten, bogen, maatlijnen, enz.) kan de gebruiker tekendocumentatie voorbereiden voor elke industriële sector
ness. Integendeel, CAD-systemen ArchiCAD, speedikon en ArCON zijn gespecialiseerd in constructie, en hier werkt de gebruiker niet met algemene, maar met gespecialiseerde primitieve objecten, zoals muren, ramen of openingen, trappen, enz. Met behulp van deze systemen is het mogelijk om ontwerpdocumentatie voor een bouwproject sneller en met betere kwaliteit op te stellen dan met algemene systemen. Het is echter vrijwel onmogelijk om ontwerpdocumentatie op te stellen voor de bouw van een schip of vliegtuig. De situatie is vergelijkbaar met CAD-sterkteberekeningen. De ANSYS- en NASTRAN-systemen zijn bijvoorbeeld systemen voor algemene doeleinden; met hun hulp kunt u zelfs een gebouw of een vliegtuig berekenen. Maar de ProFET-versterker; Stark ES is gericht op gebouwberekeningen; met zijn hulp kunt u een gebouw sneller en “profielsgewijs” doorrekenen. Maar bij het berekenen van een vliegtuig kun je deze CAD-systemen beter niet gebruiken.
Merk op dat er tientallen verschillende uitbreidingen van mogelijkheden worden gecreëerd rond de schil van CAD-programma's voor algemene doeleinden. Veel computerbedrijven ontwikkelen subsystemen voor algemene programma's die de gebruiker een groter scala aan mogelijkheden bieden om het algemene systeem in een bepaalde branche te gebruiken.
Tegelijkertijd zijn er veel verschillende IS met vergelijkbare doeleinden op de softwaremarkt. Voor de automatisering van de boekhouding vandaag de dag zijn de aangeboden systemen dus “1C”, “Info-accountant”, “Parus”, “Inotek NT”, “Gendalf”, “Oviont inform”, “Kamin”, “Plus-micro”, “ SBiS++" en vele anderen. Het succes van een bepaald systeem op de markt hangt soms niet alleen af van de kwaliteit van het softwareproduct, maar ook van het goed georganiseerde marketing- en reclamebeleid van het bedrijf, van de organisatie van een uitgebreid netwerk van dealers en technische ondersteuning. Een soortgelijke verscheidenheid aan softwareproducten wordt waargenomen op andere gebieden van menselijke activiteit.

Elk project, ongeacht de complexiteit en de hoeveelheid werk die nodig is voor de implementatie ervan, doorloopt bepaalde stadia in zijn ontwikkeling: van de staat waarin ‘het project nog niet bestaat’ tot de staat waarin ‘het project niet meer bestaat’. Onder stadia(fasen of fasen) we zullen het geheel van fasen in de ontwikkeling van een project begrijpen, vanaf het ontstaan van een idee tot de volledige voltooiing van het project. Er zijn enkele verschillen bij het bepalen van het aantal fasen en de inhoud ervan, aangezien deze kenmerken grotendeels afhangen van de omstandigheden van het specifieke project en de ervaring van de belangrijkste deelnemers. De logica en de basisinhoud van het IS-ontwikkelingsproces zijn echter in bijna alle gevallen hetzelfde. [Izbachkov s. 40-43] Meestal worden de volgende fasen van het creëren van een IE-project [Vender] onderscheiden:

Analyse. De taak van het opstellen van systeemvereisten is een van de belangrijkste, moeilijk te formaliseren, en de duurste en moeilijkste te corrigeren in het geval van een fout. Analyse van activiteiten organisatie, die in dit stadium wordt uitgevoerd, zou moeten helpen bij het ontwikkelen van IS-vereisten die de doelen en doelstellingen van de klantorganisatie correct en accuraat weerspiegelen. Naast het bestuderen van gebruikersvereisten en beschikbare systemen, vereist de analysefase het creëren van een logisch ontwerp van het systeem. Logisch ontwerp vereist het definiëren van het conceptuele datamodel, de inputs, processen en beoogde outputs. Gegevensmodellering die in deze fase wordt uitgevoerd, omvat de identificatie en beschrijving van objecten en hun attributen, evenals relaties tussen entiteiten (beschrijving van het model in de vorm van een ER-diagram). Beschrijving en documentatie van alle datatransformaties (processen) kan worden uitgevoerd met behulp van analysetools zoals dataflowdiagrammen (DFD) of functie- en procesmodellen. Het uiteindelijke doel van het modelleren van bedrijfsprocessen die in een organisatie plaatsvinden en het realiseren van de doelen en doelstellingen ervan is het bouwen van modellen van de organisatie die worden beschreven in termen van bedrijfsprocessen en bedrijfsfuncties. In dit stadium worden de beschikbare apparatuur en software bestudeerd. De analyse moet resulteren in een beter begrip van de functionaliteit van het systeem, bestaande en potentiële problemen, en de reikwijdte ervan.

In dit stadium moeten eindgebruikers en ontwerpers samenwerken.

Ontwerp. In deze fase worden datamodellen gevormd. Ontwerpers ontvangen analyseresultaten als eerste informatie. Het door de analyse verkregen informatiemodel wordt eerst omgezet in een logisch en vervolgens in een fysiek datamodel. Parallel aan het ontwerp van het databaseschema wordt procesontwerp uitgevoerd om beschrijvingen (specificaties) van alle IS-modules te verkrijgen. Beide ontwerpprocessen zijn nauw met elkaar verbonden, aangezien een deel van de bedrijfslogica doorgaans in de database wordt geïmplementeerd (integriteitsbeperkingen, triggers, opgeslagen procedures). Bij het ontwerpen van modules worden programma-interfaces bepaald: menu's, vensterweergaven, sneltoetsen en bijbehorende oproepen. Eindproducten van de ontwerpfase:

Databasediagram (gebaseerd op het ER-model ontwikkeld in de analysefase); - een set specificaties van systeemmodules (gebaseerd op functiemodellen). Ook in de ontwerpfase wordt het volgende bepaald: - keuze van platform en besturingssysteem (mag niet de enige zijn); - architectuurkenmerken: f/s of f/s; aantal niveaus (1, 2 of 3); gecentraliseerde of gedistribueerde database; homogeniteit of heterogeniteit van de database (door het aantal gebruikte servers). De ontwerpfase eindigt met de ontwikkeling van een technisch ontwerp van het IP.

Implementatie. In dit stadium worden alle IS-softwarecomponenten gemaakt, hardware geïnstalleerd en operationele documentatie ontwikkeld.

Testfase lijkt doorgaans verspreid over de tijd.

A) voer uit na voltooiing van de ontwikkeling van een afzonderlijke systeemmodule offlinetest, dat de volgende doelen nastreeft: - detectie van modulestoringen (harde storingen); - overeenstemming van de module met de specificatie (de aanwezigheid van alle noodzakelijke functies en de afwezigheid van onnodige functies). B) Nadat de autonome test met succes is afgelegd, wordt de module opgenomen in het ontwikkelde deel van het systeem en slaagt de groep gegenereerde modules verbindingstests, die hun wederzijdse invloed moeten volgen. Na het testen op de onderlinge beïnvloeding van de modules is het noodzakelijk om een aantal testen uit te voeren: B) betrouwbaarheidstesten: 1) een faalsimulatietest die aantoont hoe goed het systeem herstelt van software- en hardwarefouten; 2) MTBF-test (systeemstabiliteit tijdens normaal gebruik om de uptime van het systeem te beoordelen); 3) systeemtest (controleren van de functionaliteit van het systeem); 4) acceptatietesten (een dergelijke test houdt in dat het IP-adres aan de klant wordt getoond en moet een groep tests bevatten die echte bedrijfsprocessen simuleren om aan te tonen dat de implementatie voldoet aan de eisen van de klant). Normaal gesproken nemen testen en gebruik 50% tot 60% van de totale IS-ontwikkelingstijd in beslag. V. Inbedrijfstelling. Bediening en onderhoud. Na de implementatie wordt er training voor de eindgebruikers gegeven. Vrijwel onmiddellijk nadat het systeem in gebruik is genomen, beginnen eindgebruikers te vragen om wijzigingen daarin. Wijzigingen en correcties worden uitgevoerd door de systeemonderhoudsdienst, die in drie richtingen werkt: - correctief onderhoud - als reactie op systeemfouten; - adaptieve dienstverlening – als reactie op veranderingen in de bedrijfsomgeving; - verbetering – uitbreiding van de mogelijkheden van het systeem.

Stadia van het ontwerpen van geautomatiseerde informatiesystemen. Twee activiteitengebieden houden rechtstreeks verband met het ontwerp van AIS: 1) het daadwerkelijke ontwerp van AIS voor specifieke ondernemingen (industrieën) op basis van kant-en-klare software- en hardwarecomponenten met behulp van speciale ontwikkelingstools; 2) ontwerp van de genoemde AIS-componenten en hulpmiddelen, gericht op herhaald gebruik bij de ontwikkeling van veel specifieke informatiesystemen.

De essentie van de eerste richting kan worden uitgedrukt door de woorden ‘systeemintegratie’. De AIS-ontwikkelaar moet een specialist zijn op het gebied van systeemtechniek, een goede kennis hebben van internationale standaarden, de stand van zaken en trends in de ontwikkeling van informatietechnologieën en softwareproducten, bedreven zijn in applicatieontwikkeltools (CASE-tools) en bereid zijn om geautomatiseerde sollicitatieprocessen waarnemen en analyseren in samenwerking met specialisten op het relevante vakgebied. Er zijn een aantal bedrijven die gespecialiseerd zijn in de ontwikkeling van AIS-projecten (bijvoorbeeld Price Waterhouse, Jet Info, Consistent Software, enz.).

De tweede richting houdt meer verband met de ontwikkeling van wiskundige en software voor de implementatie van AIS-functies - modellen, methoden, algoritmen, programma's gebaseerd op kennis van systeemtechniek, methoden voor analyse en synthese van ontwerpoplossingen, programmeertechnologieën, besturingssystemen, enz. In elke klasse van AIS (ACS, CAD, GIS, enz.) zijn er bedrijven die gespecialiseerd zijn in de ontwikkeling van software (en soms hardware en software) systemen. Elk van hen maakt reclame voor zijn technologie voor het creëren van AIS en hanteert de strategie van óf een totaalleverancier óf openheid en uitbreiding van het systeem met applicaties en toevoegingen van derden.

Zowel het AIS zelf als de AIS-componenten zijn complexe systemen, en bij het ontwerpen ervan is het raadzaam om een top-down stijl van blok-hiërarchisch ontwerp te gebruiken, die een aantal niveaus en fasen omvat.

Het hoogste niveau van AIS-ontwerp wordt vaak conceptueel ontwerp genoemd. Conceptueel ontwerp wordt uitgevoerd in het proces van pre-ontwerponderzoek, het formuleren van een technisch voorstel en de ontwikkeling van een voorlopig ontwerp.

Pre-ontwerponderzoek wordt uitgevoerd door het analyseren (onderzoeken) van de activiteiten van de onderneming (bedrijf, instelling, kantoor) waar het geautomatiseerde informatiesysteem wordt gecreëerd of gemoderniseerd. Vóór het onderzoek worden de doelstellingen van het onderzoek gevormd en tijdens de implementatie ervan: het identificeren van kansen en middelen om de efficiëntie van de onderneming te verbeteren op basis van automatisering van beheer-, ontwerp- en documentstroomprocessen. De inhoud van het onderzoek is het identificeren van de structuur van de onderneming, de uitgevoerde functies, informatiestromen, ervaring en beschikbare automatiseringstools. Het onderzoek wordt uitgevoerd door systeemanalisten (system integrators) samen met vertegenwoordigers van de klantorganisatie.

Op basis van de analyse van de onderzoeksresultaten wordt het initiële concept van de AIS ontwikkeld. Dit concept omvat voorstellen voor het veranderen van de structuur van de onderneming en de interactie van divisies, voor de selectie van basissoftware en hardware, en de voorstellen moeten rekening houden met de prognose voor de ontwikkeling van de onderneming. Wat hardware en vooral software (software) betreft, is een dergelijke keuze meestal de keuze van het bedrijf dat de benodigde tools (of in ieder geval basissoftware) levert, aangezien de juiste gezamenlijke werking van programma's van verschillende bedrijven met grote moeite wordt bereikt. .

De resultaten van de analyse – een technisch voorstel en een businessplan voor het creëren van een AIS – worden ter definitieve goedkeuring aan de klant voorgelegd.

Zowel in de onderzoeksfase als in de daaropvolgende fasen is het raadzaam om een bepaalde discipline aan te houden bij het vastleggen en presenteren van de verkregen resultaten, gebaseerd op een of andere methode om specificaties te formaliseren. Formalisering is nodig zodat artiesten en klanten de vereisten, beperkingen en genomen beslissingen duidelijk kunnen begrijpen.

Bij conceptueel ontwerp wordt een aantal specificaties gebruikt, waaronder de centrale plaats wordt ingenomen door modellen voor transformatie, opslag en overdracht van informatie. De modellen die tijdens het onderzoek van de onderneming zijn verkregen, zijn modellen van het functioneren ervan. Tijdens het ontwikkelingsproces van AIS ondergaan modellen in de regel aanzienlijke veranderingen en in hun uiteindelijke vorm worden ze beschouwd als modellen van het ontworpen AIS.

Er zijn functionele, informatieve, gedragsmatige en structurele modellen. Het functionele model van een systeem beschrijft de reeks functies die door het systeem worden uitgevoerd. Het informatiemodel weerspiegelt datastructuren - hun samenstelling en relaties. Het gedragsmodel beschrijft informatieprocessen (de dynamiek van het functioneren), het omvat categorieën als de toestand van het systeem, een gebeurtenis, een overgang van de ene toestand naar de andere, overgangsomstandigheden en een reeks gebeurtenissen. Het structurele model karakteriseert de morfologie van het systeem (de constructie ervan) - de samenstelling van de subsystemen, hun relaties.

De inhoud van de daaropvolgende fasen van top-down ontwerp is het vaststellen van lijsten met gekochte apparatuur en voltooide softwareproducten, de constructie van een systeemomgeving, gedetailleerd informatief ontwerp van databases en hun initiële inhoud, de ontwikkeling van onze eigen originele software, die , op zijn beurt, is verdeeld in een aantal fasen van top-down ontwerp.

Een speciale plaats onder de ontwerptaken wordt ingenomen door de ontwikkeling van een bedrijfscomputernetwerkproject, omdat de hardware van de AIS een netwerkstructuur heeft.

Als de AIS zich bevindt op punten die ver van elkaar verwijderd zijn, met name in verschillende steden, dan wordt besloten over de kwestie van het leasen van communicatiekanalen voor een bedrijfsnetwerk, aangezien de alternatieve optie om een speciaal kanaal te gebruiken in de meeste gevallen blijkt te zijn onaanvaardbaar vanwege de hoge prijs. Uiteraard wordt in dit geval allereerst de mogelijkheid overwogen om internetdiensten te gebruiken. Via internet kunnen bedrijven die CALS-technologie (Computer Acquisition Life-Cycle System) gebruiken met elkaar communiceren. De problemen die zich in dit geval voordoen, houden verband met het garanderen van de informatiebeveiliging en de betrouwbaarheid van de berichtbezorging.

Een van de belangrijkste trends in de moderne informatica-industrie is het creëren van open systemen. De eigenschap van openheid betekent in de eerste plaats de overdraagbaarheid (mobiliteit) van software naar verschillende hardwareplatforms, en in de tweede plaats het aanpassingsvermogen van het systeem aan zijn wijzigingen (aanpasbaarheid of openheid zelf) en integratie met andere systemen om de functionaliteit ervan uit te breiden en/of te vergroten. of geef het systeem nieuwe kwaliteiten (integreerbaarheid).

Fase I - voortraject (inspectie, opstellen rapport, haalbaarheidsstudie en technische specificaties);

Fase II - ontwerp (opmaken van technische en detailontwerpen);

Fase III - implementatie (voorbereiding op implementatie, uitvoeren van pilottests en inbedrijfstelling van het programma);

Fase IV - analyse van het functioneren (identificeren van problemen, wijzigingen aanbrengen in ontwerpoplossingen en bestaande AIS en AIT).

Figuur 1.

In de pre-ontwerpfase wordt een studie en analyse van het ontwerpobject uitgevoerd. In het bijzonder worden de informatiebasis, alle invoerdocumenten, hun volume, frequentie, algoritmen, uitvoerdocumenten en alle informatieverbindingen van taken geanalyseerd. Deze gegevens worden verwerkt en er wordt een informatiemodel van objecten gebouwd in de vorm van tabellen en grafieken.

Methoden voor het bestuderen en analyseren van de toestand van een economische entiteit en haar managementsysteem zijn onder meer:

mondelinge en schriftelijke enquête;

schriftelijke enquête;

observatie, meting, evaluatie;

groepsdiscussie;

taakanalyse;

analyse van productie-, management- en informatieprocessen.

Als resultaat van het onderzoek worden aanbevelingen ontwikkeld voor het veranderen van de organisatiestructuur, worden nieuwe functiebeschrijvingen overwogen, wordt de geschiktheid van bepaalde documenten bepaald, wordt de samenstelling van databases bepaald, worden voorstellen voor het veranderen van de verwerkingstechnologie bepaald, wordt de configuratie van de computer bepaald netwerk wordt bepaald, het aantal machines, de samenstelling van economische taken, de volgorde van hun automatisering, er worden voorstellen ontwikkeld voor de implementatie van economische taken met behulp van applicatiesoftwarepakketten.

In de ontwerpfase worden voor elk niveau van de geautomatiseerde werkplek technische en werkprojecten opgesteld. Het werkontwerp weerspiegelt algemene bepalingen, de samenstelling van technische middelen, architectuur, organisatiestructuur in de nieuwe omstandigheden, taken worden vastgesteld, informatieondersteuning wordt ontworpen, informatie-uitwisseling met andere geautomatiseerde werkstations, economische efficiëntie wordt berekend, instructies aan artiesten.

Het ontwerp van technische processen omvat het ontwerp van wachtwoorden, programma's, scenario's van gebruikersdialoog met de PVM, inclusief het ontwerp van hiërarchisch georganiseerde menu's en "vensters". Het menu bevat een lijst met blokken, modules en programma's Als er kant-en-klare pakketten met applicatieprogramma's worden gebruikt, moeten deze een gebruikershandleiding voor de bediening en een set machineprogramma's op diskettes bevatten.

De probleemstelling geeft een uitgebreid inzicht in de essentie ervan, de logica van het transformeren van de initiële informatie om een resultaat te verkrijgen.

Tijdens het instellen van taken wordt het volgende onthuld:

de organisatorische en economische essentie ervan (naam, doel van de beslissing, frequentie en timing van de beslissing, bronnen en methoden voor het ontvangen van gegevens, consumenten van de resulterende informatie en methoden voor het verzenden ervan, informatieverbindingen met andere taken);

beschrijving van de bronvariabele en voorwaardelijk constante informatie (lijst, presentatievormen, volumetrische indicatoren, beschrijving van structurele informatie-eenheden, methoden voor het monitoren van brongegevens);

beschrijving van de resulterende informatie (lijst, presentatievormen, gebruikers, structurele informatie-eenheden, controlemethoden);

beschrijving van het algoritme voor het oplossen van het probleem (volgorde van het uitvoeren van rekenkundige en logische bewerkingen).

Momenteel zijn bijna alle AIS gedecentraliseerd, dus het is belangrijk dat de gebruiker deelneemt in de pre-ontwerpfase, bij het vaststellen en implementeren van taken, en bij het analyseren van de werking van de AIT.

Classificatie van informatiesystemen naar de aard van het informatiegebruik

Classificatie van informatiesystemen naar mate van automatisering

Basisconcepten van ontwerptechnologie

Lezing nr. 1

INFORMATIESYSTEMEN ONTWERP

Lezingen over het onderwerpinformatiesystemen (IS)

Informatiesysteem (IS) is een systeem dat is ontworpen om een informatiemodel te onderhouden, meestal van elk gebied van menselijke activiteit. Dit systeem moet de middelen bieden waarmee informatieprocessen kunnen plaatsvinden:

· opslag

Systemen, die informatie opslaan en verwerken, worden informatiecomputersystemen genoemd. Gegevens komen vanuit de informatiebron het informatiesysteem binnen. Deze gegevens worden verzonden voor opslag of ondergaan enige verwerking in het systeem en vervolgens overgedragen aan de consument.

Er kan feedback tot stand worden gebracht tussen de consument en het informatiesysteem zelf. In dit geval wordt het informatiesysteem gebeld gesloten. Een feedbackkanaal is nodig wanneer het nodig is om rekening te houden met de reactie van de consument op de ontvangen informatie.

Het informatiesysteem bestaat uit:

o bron van informatie,

o IC-hardware,

o softwareonderdeel van de IS,

o informatieconsument.

Handmatige informatiesystemen worden gekenmerkt door het ontbreken van moderne technische middelen voor informatieverwerking en alle handelingen worden door mensen uitgevoerd. Over de activiteiten van een manager in een bedrijf waar geen computers aanwezig zijn, kunnen we bijvoorbeeld zeggen dat hij met een handmatige IS werkt.
Geautomatiseerde informatiesystemen (AIS) zijn de meest populaire klasse informatiesystemen. Ze gaan uit van de deelname van zowel mensen als technische middelen aan het informatieverwerkingsproces, waarbij de hoofdrol wordt toebedeeld aan de computer.
Automatische informatiesystemen voeren alle uit zonder menselijke tussenkomst, verschillende robots. Een voorbeeld van automatische informatiesystemen zijn sommige internetzoekmachines, bijvoorbeeld Google, waarbij informatie over sites automatisch wordt verzameld door een zoekrobot en de menselijke factor geen invloed heeft op de rangschikking van zoekresultaten.

Informatie-ophaalsystemen zijn een softwaresysteem voor het opslaan, zoeken en weergeven van informatie die interessant is voor de gebruiker.
Informatie-analytische systemen zijn een klasse van informatiesystemen die zijn ontworpen voor analytische gegevensverwerking.
Informatiebeslissingssystemen zijn systemen die informatie verwerken volgens een specifiek algoritme.

beheerders
adviseren

Situatiecentra (informatie- en analytische complexen)

Vanuit het oogpunt van software- en hardware-implementatie kunnen een aantal typische IS-architecturen worden onderscheiden:

1. Traditionele architectonische oplossingen zijn gebaseerd op het gebruik van speciale bestandsservers (File-server) of databaseservers (Client-server).

2. Bedrijfsinformatiesystemen, zijn gebaseerd op internettechnologie (intranettoepassingen).

3. "DataWarehouse" - geïntegreerde informatieomgevingen, inclusief heterogene informatiebronnen.

4. Architectuur voor de integratie van informatie- en computercomponenten op basis van een objectgeoriënteerde aanpak, die worden gebruikt om wereldwijd gedistribueerde informatietoepassingen te bouwen (Service Oriented Architecture SOA).

Ontwikkeling industrie geautomatiseerde informatiebeheersystemen ontstonden in de jaren vijftig en zestig en hadden tegen het einde van de eeuw volledig ingevulde formulieren gekregen. In de eerste fase was de belangrijkste benadering van IS-ontwerp de ‘bottom-up’-methode, waarbij het systeem werd gecreëerd als een reeks applicaties die op dat moment het belangrijkst waren om de activiteiten van de onderneming te ondersteunen. Het hoofddoel van deze projecten was niet het creëren van repliceerbare producten, maar het voorzien in de huidige behoeften van een bepaalde instelling. Deze aanpak wordt vandaag de dag tot op zekere hoogte voortgezet. In het kader van "patchwork-automatisering" wordt de ondersteuning voor individuele functies vrij goed geboden, maar er is bijna geen strategie voor de ontwikkeling van een geïntegreerd automatiseringssysteem, en de integratie van functionele subsystemen verandert in een onafhankelijk en tamelijk complex probleem.

Creëer uw eigen afdelingen en automatiseringsbeheer probeerden bedrijven zich op eigen kracht te vestigen. Periodieke veranderingen in werktechnologieën en functiebeschrijvingen, problemen die verband houden met verschillende gebruikerspercepties van dezelfde gegevens, leidden echter tot voortdurende verbeteringen aan softwareproducten om aan steeds meer nieuwe wensen van individuele werknemers te voldoen. Als gevolg hiervan veroorzaakten zowel het werk van programmeurs als de gecreëerde informatiesystemen ontevredenheid onder managers en gebruikers van het systeem.

De volgende fase houdt verband met het besef dat er behoefte is aan redelijk standaard softwaretools voor het automatiseren van de activiteiten van verschillende instellingen en ondernemingen. Uit het hele scala aan problemen identificeerden de ontwikkelaars de meest opvallende: automatisering van boekhoudkundige, analytische boekhoudkundige en technologische processen. Systemen werden ‘van boven naar beneden’ ontworpen, d.w.z. in de veronderstelling dat één programma aan de behoeften van veel gebruikers moet voldoen.

Het idee alleen al om te gebruiken een universeel programma legt aanzienlijke beperkingen op aan de mogelijkheid van ontwikkelaars om een databasestructuur te creëren, formulieren te screenen en berekeningsalgoritmen te selecteren. Het rigide raamwerk dat “van bovenaf” is vastgelegd, maakt het niet mogelijk om het systeem flexibel aan te passen aan de specifieke kenmerken van de activiteiten van een bepaalde onderneming: rekening houden met de noodzakelijke diepgang van analytische en productie-technologische boekhouding, om de noodzakelijke gegevens op te nemen verwerkingsprocedures, om voor elke werkplek een interface te bieden, waarbij rekening wordt gehouden met de functies en technologie van een specifieke gebruiker. Het oplossen van deze problemen vereist serieuze verbeteringen aan het systeem. De materiaal- en tijdkosten voor het implementeren van het systeem en het verfijnen ervan om aan de eisen van de klant te voldoen, overschrijden dus meestal aanzienlijk de geplande indicatoren.

Volgens statistieken, verzameld door de Standish Group (VS), van de 8.380 projecten die in 1994 in de Verenigde Staten werden onderzocht, was meer dan 30% van de projecten met een totale kostprijs van meer dan $ 80 miljard niet succesvol. Tegelijkertijd werd slechts 16% van het totale aantal projecten op tijd afgerond en bedroegen de kostenoverschrijdingen 189% van het geplande budget.

Tegelijkertijd begonnen IS-klanten steeds meer eisen te stellen die gericht waren op het waarborgen van de mogelijkheid van geïntegreerd gebruik van bedrijfsgegevens bij het beheren en plannen van hun activiteiten.

Er ontstond dus een dringende behoefte aan de ontwikkeling van een nieuwe methodologie voor het bouwen van informatiesystemen.

Ontwerpmethodologie Information Systems beschrijft het proces van het creëren en onderhouden van systemen in de vorm van een IS-levenscyclus (LC), waarbij het wordt gepresenteerd als een bepaalde reeks fasen en processen die erop worden uitgevoerd. Voor elke fase worden de samenstelling en volgorde van het uitgevoerde werk, de verkregen resultaten, de methoden en middelen die nodig zijn om het werk te voltooien, de rollen en verantwoordelijkheden van de deelnemers, enz. bepaald. Een dergelijke formele beschrijving van de levenscyclus van een informatiesysteem maakt het mogelijk het proces van collectieve ontwikkeling te plannen en te organiseren en het beheer van dit proces te garanderen.

Het doel van het creëren van een methodologie voor het bouwen van informatiesystemen is om het reguleren van het IS-ontwerpproces en het zorgen voor het beheer van dit proces om de naleving van de vereisten voor zowel de IS zelf als voor de kenmerken van het ontwikkelingsproces te garanderen.

De belangrijkste taken die de IS-ontwerpmethodologie zou moeten helpen oplossen zijn de volgende:

zorgen voor de creatie van bedrijfsinformatiesystemen die voldoen aan de doelen en doelstellingen van de organisatie, evenals aan de vereisten voor automatisering van de bedrijfsprocessen van de klant;
het garanderen van de creatie van een systeem met een bepaalde kwaliteit binnen een bepaald tijdsbestek en binnen het vastgestelde projectbudget;
een geschikte discipline handhaven voor het onderhouden, wijzigen en uitbreiden van het systeem;
zorgen voor continuïteit van de ontwikkeling, d.w.z. gebruik van de bestaande informatie-infrastructuur van de organisatie (achtergrond op het gebied van informatietechnologie) in de ontwikkelde IS.

Implementatie van de methodiek zou moeten leiden tot een vermindering van de complexiteit van het IE-creatieproces door een volledige en nauwkeurige beschrijving van dit proces, evenals het gebruik van moderne methoden en technologieën voor het creëren van IE gedurende de gehele IE-levenscyclus - van concept tot implementatie.

De levenscyclus van een informatiesysteem kan worden weergegeven als een reeks gebeurtenissen die plaatsvinden in het systeem tijdens het proces van creatie en gebruik ervan. Het levenscyclusmodel weerspiegelt de verschillende toestanden van het systeem, beginnend vanaf het moment dat de behoefte aan een bepaalde IS ontstaat en eindigend met het moment van de volledige veroudering ervan.

De volgende zijn momenteel bekend en gebruikt levenscyclusmodellen:

Cascade-model zorgt voor de opeenvolgende implementatie van alle fasen van het project in een strikt vaste volgorde. De overgang naar de volgende fase betekent de volledige voltooiing van het werk in de vorige fase.

Stapsgewijs model met tussenbediening omvat het ontwikkelen van een IS in iteraties met feedbackloops tussen fasen. Tussenstapaanpassingen maken het mogelijk om rekening te houden met de daadwerkelijke wederzijdse invloed van ontwikkelingsresultaten in verschillende stadia; De levensduur van elke fase strekt zich uit over de gehele ontwikkelingsperiode.

Spiraalvormig model Bij elke draai van de spiraal wordt de volgende versie van het product gemaakt, worden de vereisten van het project gespecificeerd, wordt de kwaliteit ervan bepaald en wordt het werk voor de volgende beurt gepland.

In de praktijk worden twee belangrijke levenscyclusmodellen het meest gebruikt:

cascademodel (typisch voor de periode 1970-1985);
spiraalmodel (typisch voor de periode na 1986).

In vroege projecten met vrij eenvoudige IS was elke applicatie een enkel, functioneel en informatief onafhankelijk blok. Voor het ontwikkelen van dit soort toepassingen is de cascademethode effectief gebleken. Elke fase werd voltooid na volledige voltooiing en documentatie van alle vereiste werkzaamheden.

De volgende positieve aspecten van het gebruik van de cascadebenadering kunnen worden benadrukt:

in elke fase wordt een complete set ontwerpdocumentatie gegenereerd die voldoet aan de criteria van volledigheid en consistentie;
de fasen van de werkzaamheden die in een logische volgorde worden uitgevoerd, maken het mogelijk de voltooiingstijd van alle werkzaamheden en de bijbehorende kosten te plannen.

Cascadebenadering heeft zichzelf goed bewezen in de constructie van relatief eenvoudige IC's, wanneer het helemaal aan het begin van de ontwikkeling mogelijk is om alle vereisten voor het systeem vrij nauwkeurig en volledig te formuleren. Het grootste nadeel van deze aanpak is dat het daadwerkelijke proces van het creëren van een systeem nooit helemaal in zo'n rigide schema past; er is altijd een noodzaak om terug te keren naar eerdere fasen en eerder genomen beslissingen te verduidelijken of te herzien. Als gevolg hiervan blijkt het feitelijke proces van het creëren van een IS overeen te komen met een stapsgewijs model met tussentijdse controle.

Met dit schema kunnen we echter niet snel rekening houden met opkomende veranderingen en verduidelijking van systeemvereisten. De coördinatie van ontwikkelingsresultaten met gebruikers vindt alleen plaats op punten die zijn gepland na de voltooiing van elke werkfase, en de algemene vereisten voor de IS worden vastgelegd in de vorm van technische specificaties voor de gehele tijd dat deze wordt gemaakt. Gebruikers eindigen dus vaak met een systeem dat niet aan hun werkelijke behoeften voldoet.

Om deze problemen te overwinnen werd het spiraalvormige levenscyclusmodel voorgesteld. In de analyse- en ontwerpfase worden de haalbaarheid van technische oplossingen en de mate waarin aan de behoeften van de klant wordt voldaan geverifieerd door het maken van prototypes. Elke draai aan de spiraal komt overeen met de creatie van een werkbaar fragment of een werkbare versie van het systeem. Hiermee kunt u de vereisten, doelen en kenmerken van het project verduidelijken, de kwaliteit van de ontwikkeling bepalen en het werk van de volgende draai van de spiraal plannen. Op deze manier worden de details van het project uitgediept en consistent gespecificeerd, waardoor een redelijke optie wordt geselecteerd die voldoet aan de daadwerkelijke eisen van de klant en tot implementatie wordt gebracht.

Iteratieve ontwikkeling weerspiegelt de objectief bestaande spiraalvormige cyclus van het creëren van complexe systemen. Hiermee kunt u naar de volgende fase gaan zonder te wachten op de volledige voltooiing van het werk aan de huidige en de hoofdtaak op te lossen - om gebruikers van het systeem zo snel mogelijk een werkend product te laten zien, waardoor het proces van verduidelijking en aanvulling van de vereisten wordt geactiveerd .

De IC-ontwerpmethodologie bestrijkt drie hoofdgebieden:

het ontwerpen van dataobjecten die in de database worden geïmplementeerd;
het ontwerpen van programma's, schermformulieren, rapporten die de uitvoering van dataquery's zullen garanderen;
rekening houdend met een specifieke omgeving of technologie, namelijk: netwerktopologie, hardwareconfiguratie, gebruikte architectuur (bestandsserver of client-server), parallelle verwerking, gedistribueerde gegevensverwerking, enz.

Het ontwerpen van informatiesystemen begint altijd met het definiëren van het doel van het project.

Het doel van het project kan worden gedefinieerd als het oplossen van een aantal onderling samenhangende problemen, waaronder de volgende punten:

implementatie van de vereiste functionaliteit van het systeem en de mate van aanpassingsvermogen ervan aan veranderende bedrijfsomstandigheden;
implementatie van de benodigde systeemcapaciteit;
implementatie van de vereiste systeemresponstijd op een verzoek;
implementatie van een probleemloze werking van het systeem;
implementatie van het vereiste beveiligingsniveau;
implementatie van bedieningsgemak en ondersteuning van het systeem.

Volgens de moderne ontwerpmethodologie is het proces van het creëren van een IP verdeeld in de volgende fasen (fasen)::

1. Vorming van systeemvereisten: De taak van het opstellen van eisen voor informatiesystemen is een van de belangrijkste, moeilijk te formaliseren, en de duurste en moeilijkste te corrigeren in het geval van een fout. In deze fase wordt het modelleren van bedrijfsprocessen die in de organisatie plaatsvinden en het realiseren van de doelen en doelstellingen uitgevoerd. Om dit te doen, is het noodzakelijk om de eisen van de klant voor de IS te bepalen en deze in modeltaal in kaart te brengen in de eisen voor het ontwikkelen van een IS-project om naleving van de doelen en doelstellingen van de organisatie te garanderen. Aan het einde van de fase verkrijgen we een model van de organisatie, beschreven in termen van bedrijfsprocessen en bedrijfsfuncties.

2. Ontwerp: In de ontwerpfase worden datamodellen gevormd. Ontwerpers ontvangen de resultaten van een analyse van IS-vereisten als eerste informatie. Het bouwen van logische en fysieke datamodellen is een fundamenteel onderdeel van databaseontwerp. Het tijdens het analyseproces verkregen informatiemodel wordt eerst omgezet in een logisch en vervolgens in een fysiek datamodel. Parallel aan het ontwerp van het databaseschema wordt procesontwerp uitgevoerd om specificaties (beschrijvingen) van alle IS-modules te verkrijgen. Bij het ontwerpen van modules worden programma-interfaces bepaald: menu-indeling, vensteruiterlijk, sneltoetsen en gerelateerde oproepen.

De eindproducten van de ontwerpfase zijn:

· databasediagram (gebaseerd op het ER-model ontwikkeld in de analysefase);

· een set specificaties van systeemmodules (ze zijn gebouwd op basis van functiemodellen).

· IS technisch ontwerp (technische specificaties), voorlopig ontwerp, werkdocumentatie.

3. Implementatie: In de implementatiefase wordt de systeemsoftware gemaakt, hardware geïnstalleerd en operationele documentatie ontwikkeld.

4. Testen: lijkt doorgaans verspreid over de tijd. Na voltooiing van de ontwikkeling van een individuele systeemmodule wordt een zelfstandige test uitgevoerd, die twee hoofddoelen heeft:

detectie van modulestoringen (harde storingen);
overeenstemming van de module met de specificatie (aanwezigheid van alle noodzakelijke functies, afwezigheid van onnodige functies).

Na de autonome test slaagt met succes, de module wordt opgenomen in het ontwikkelde deel van het systeem en de groep gegenereerde modules doorstaat verbindingstests die hun wederzijdse invloed moeten volgen.

Vervolgens wordt een groep modules getest voor operationele betrouwbaarheid, dat wil zeggen dat ze ten eerste tests ondergaan die systeemstoringen simuleren, en ten tweede tests tussen storingen. De eerste groep tests laat zien hoe goed het systeem herstelt van softwarefouten en hardwarefouten. De tweede groep tests bepaalt de mate van systeemstabiliteit tijdens normaal gebruik en stelt u in staat de uptime van het systeem in te schatten. De robuustheidstestsuite moet tests omvatten die piekbelasting op het systeem simuleren.

Vervolgens ondergaat de hele set modules een systeemtest: een interne productacceptatietest, die het kwaliteitsniveau aantoont. Dit omvat functionaliteitstesten en testen van de systeembetrouwbaarheid.

Laatste informatiesysteemtest- acceptatietesten. Een dergelijke test omvat het tonen van het informatiesysteem aan de klant en moet een groep tests bevatten die echte bedrijfsprocessen simuleren om aan te tonen dat de implementatie voldoet aan de eisen van de klant.