Taakomschrijving voor de ontwikkeling van een educatief informatiesysteem. Referentiekader voor het ontwerp van een informatiesysteem

Regionale gemeentelijke instelling voor hoger onderwijs

Instituut voor Ondernemerschap "Strategie"

Afdeling Economische Cybernetica

cursus werk

Onderwerp:

"Ontwerp en ontwikkeling van een informatiesysteem naar het voorbeeld van de" Computer Master "store"

Gele wateren 2010

Invoering

Dit cursuswerk onderzoekt een voorbeeld van het creëren van een informatiesysteem op basis van een particuliere onderneming " Computermeester". Het doel van het schrijven van dit cursuswerk is het bestuderen van de methoden en manieren om informatiesystemen te ontwikkelen.

Voor deze economische situatie in het land, ondanks de economische crisis, is het proces van automatisering overal aan de gang, dit cursuswerk is belangrijk. Steeds vaker moet er gewerkt worden aan de implementatie van informatiesystemen voor verschillende ondernemingen in Oekraïne, waardoor de vraag naar gekwalificeerde specialisten op het gebied van het creëren en implementeren van informatiesystemen groeit. Tegelijkertijd zijn IS's niet alleen vereist voor grote industriële ondernemingen, maar ook voor kleine particuliere ondernemingen, die ook problemen kunnen hebben met het beheer en de werking van de onderneming in het algemeen in de automatiseringsvoorwaarden van de regio's van Oekraïne. Dit is wat dit cursuswerk laat zien, waaruit de noodzaak blijkt om een ​​informatiesysteem voor een kleine particuliere onderneming te implementeren " Computermeester", En een mogelijke variant van deze uitvoering.

1. Pre-ontwerpfase

1.1 Dialoog met de klant

De dialoog met de klant vindt plaats in het kantoor van zijn onderneming " Computermeester". Vergadertijd is 7 november, vrijdag, 11:00.

Ontwikkelaar (P): Hallo! Ik zou je baas zien !

Secretaris (C): Hallo! Heb je een afspraak!?

R: Ja, we hadden het aan de telefoon over een meeting!

MET: Wacht even, ik zal je laten weten dat je bent gekomen! Kom binnen, hij wacht op je!

Klant (C): goedemorgen, mijn naam is Viktor Ivanovich. Kom binnen, ga zitten.

R: Hallo, mijn naam is Ivan Ioshchenko.

Z: Heel aardig. Ons probleem is dat ik de boekhouding van goederen en fondsen die worden ontvangen uit de verkoop van goederen en diensten in onze winkel wil automatiseren. Op dit moment hebben we geen boekhoudsysteem. Ik denk dat we hierdoor niet zo efficiënt werken als we zouden willen.

R: Begrijpen. Het is mogelijk. Op dit moment zijn er veel automatiseringssystemen en deze systemen zijn wijdverbreid en werken met succes in veel ondernemingen. Ik denk dat we zullen uitzoeken welke het beste voor u is om te gebruiken.

Z: Prachtig. Wat heb je hiervoor nodig?

R: Doorgaans duurt het proces van het bestuderen van een onderneming en het invoeren van informatiesystemen 3 tot 6 maanden, afhankelijk van de structuur en kenmerken van de onderneming. Maar ik denk dat in uw geval het systeem rond half maart volledig operationeel zal zijn. Voor de bediening en het onderhoud van het systeem heeft u specialisten nodig. Een of twee zullen moeten worden ingehuurd om het systeem te onderhouden.

Z: Het is acceptabel. Ik denk dat we dit probleem kunnen oplossen. Wat interesseert je nog meer?

R: Om te beginnen moet ik me, althans in algemene termen, vertrouwd maken met de belangrijkste activiteiten van uw onderneming, de structuur, de workflow, de informatiestromen ....

Z: Ons bedrijf houdt zich bezig met de verkoop, reparatie en onderhoud van computerapparatuur. We hebben veel klanten, waaronder enkele vaste klanten. We hebben elke maand een behoorlijk hoge winst en in principe gaat het goed.

R: Hoe efficiënt is uw winkel volgens u?

Z: Ik denk dat we vandaag behoorlijk efficiënt te werk gaan. Maar zoals elke leider wil ik de efficiëntie van het object dat ik beheer verbeteren.

R: Hoe worden klanten bediend in uw winkel?

Z: Klanten wenden zich tot een verkoopadviseur, vragen hem om de nodige informatie over een bepaald product, en hij probeert het op zijn beurt te presenteren en het gewenste product uit te geven. Dan is er een betaling voor de goederen, als het een product is dat geen installatie of verpakking vereist en beschikbaar is. Als het er niet is, worden de goederen besteld bij leveranciers en na een bepaalde tijd aan klanten geleverd. Bij aankoop van een pc stelt de verkoopadviseur een configuratie op die voldoet aan de wensen van de klant, en als de componenten in de winkel zijn, wordt de computer binnen 1-3 uur gemonteerd, zo niet, dan worden ze besteld bij leveranciers, dan wordt de PC's zijn voltooid. De klant betaalt na ontvangst van de goederen.

R: Het is duidelijk. Hoeveel mensen en technici werken er in uw winkel?

Z: In onze winkel zijn er twee verkoopadviseurs, 1 kassier, 3 specialisten die nieuwe pc's op bestelling assembleren, evenals kantoorapparatuur repareren, cartridges tanken, enz.; en ook ik als regisseur. En ook nu hebben we 3 pc's in gebruik.

R: Hoe ontvangen uw verkoopadviseurs informatie over de beschikbaarheid van goederen in het magazijn, de kenmerken ervan?

Z: Elk van onze verkoopadviseurs heeft bepaalde informatie over het product, toegang vanuit ons magazijn of van leveranciers. Ze gebruiken ook informatie uit tijdschriften, catalogi op hun werkcomputers en afdrukken.

R: Zoals ik al begreep, houdt u zich bezig met de verkoop van computers, onderdelen, kantoorapparatuur en heeft u problemen met de organisatie van de boekhouding, documentenstroom in de winkel?

Z: Jawel.

R: Hoe kies je een assortiment?

Z: We hebben altijd geprobeerd om in onze winkel een breed scala aan pc's en hun componenten te bieden, nieuwe items van de informatietechnologiemarkt. We gebruiken ook veel de service "individuele bestelling", d.w.z. de klant kan bij ons bestellen waar hij interesse in heeft. Wij werken nauw samen met onze leveranciers.

R: Een paar woorden over leveranciers?

Z: We hebben niet veel leveranciers, deze zijn in te delen in verschillende groepen:

Klein en groot

Vast en periodiek.

In totaal meestal niet meer dan 5-6.

R: Hoe vaak koopt u een nieuw product in uw winkel?

Z: Meestal kopen we eens in de 2 weken een nieuw product in. Daarvoor nemen we contact op met de leverancier, bestellen een bepaald aantal goederen bij hem. Ik houd zelf mijn verbruiksartikelen bij op mijn computer met Exsel, maar ik ben niet tevreden over de beperkte functionaliteit van deze activiteit. Ik heb een goed gevormd en betrouwbaar systeem nodig dat snelle toegang biedt tot de informatie die ik nodig heb, handige tools voor het maken van rapporten, enz. Weet je wat ik bedoel ?!

R: Oh zeker. Dat was alles wat me interesseerde. Ik zal me meer in detail verdiepen in de kopieën van de documenten die u me hebt verstrekt, en we zullen met u aan de slag gaan.

Z: Oke.

R: Bedankt, ik bel je over 2 dagen, we zullen elkaar ontmoeten en het project van ons systeem in detail bekijken.

Z: Overeenkomst. Tot ziens.

R: Tot ziens.

Naar aanleiding van de bijeenkomst kunnen de volgende conclusies worden getrokken:

1. Verkoopadviseurs bij de klantenservice kunnen soms niet snel alle informatie over een product (technische kenmerken) geven en de klant moet enige tijd wachten om de benodigde informatie te verkrijgen.

2. vanwege het feit dat prijslijsten voor goederen zelden worden bijgewerkt, zijn er storingen in de levering van een of ander product, omdat tegen de tijd dat we het bestellen, het gewoon niet meer in het magazijn van de leveranciers kan zijn.

3. De winkelmanager moet, gezien de aanwezigheid van een zeer groot assortiment aan producten in de winkel, veel tijd besteden aan het bepalen van de gewenste omvang van de aankopen van dit of dat product.

4. de winkel heeft geen geautomatiseerd systeem voor het registreren van productverkopen.

5. De manager moet veel tijd besteden aan het analyseren van verkopen en het opstellen van rapportages.

1.2 Objectbeschrijving

Bedrijf " Computermeester»Werkt op het gebied van informatietechnologie, en in het bijzonder de verkoop van computers en randapparatuur. Handelsactiviteiten vinden plaats in de detailhandel. Om handelsactiviteiten uit te voeren, heeft een economische entiteit op het gebied van detailhandel een winkel, een magazijn, functionele gebieden, waaronder winkels en magazijnen van gesloten ruimten voor de opslag en verkoop van goederen. Er is ook een ruimte waar computers en hun onderdelen worden geassembleerd en onderhouden.

De winkel is een stationair verkooppunt, beslaat een apart pand en heeft een verkoopruimte voor klanten. De functies van het magazijn omvatten het creëren van het benodigde assortiment voor de uitvoering van klantorders. Accumulatie en behoud maakt continue vernieuwing en levering mogelijk op basis van de gecreëerde inventaris. Het magazijn wordt gebruikt als tussenschakel in de keten producent-koper.

1.3 Documentenstroom bij de onderneming

Het bedrijf heeft de volgende soorten documenten:

1.inkomende vrachtbrieven

2. uitgavenfacturen

3.belastingfactuur

4. contracteren

5. Allerlei soorten rapportage

6. garantiebonnen, enz.

1.4 Systeemvereisten van de klant

De volgende basisvereisten werden naar voren gebracht:

1.het systeem is eenvoudig te bedienen;

2. IP-efficiëntie

3. Het systeem lost de volgende hoofdproblemen op:

· Boekhouding van materiaalvoorraden;

· Boekhouding van ontvangen gelden uit de verkoop van goederen;

· Het verminderen van de tijd voor het genereren van rapporten;

· Orde van documentenstroom;

· Tijdwinst voor de klantenservice.

2. Het concept van het informatiesysteem

Na de eerste ontmoeting met de klant werd het automatiseringsobject in detail bestudeerd en moesten alle huidige problemen worden opgelost met behulp van een informatiesysteem voor het automatiseren van de boekhouding van goederen en geldstromen in de winkel " Computermeester».

2.1 Beschrijving van de uitgevoerde werkzaamheden

Uit het onderzoek bleek dat het noodzakelijk is om het systeem op twee bestaande computers te installeren. Op een van de computers (hoofdcomputer) wordt met behulp van IS de boekhouding bijgehouden van de bewegingen van goederen en geld die worden ontvangen uit hun verkoop. De specialist die wordt aangesteld om in de winkel te werken, voert gegevens in over de aankomst van goederen in het magazijn, over het verbruik en bewegingen van het magazijn naar de verkoopruimte van de winkel. Aan het einde van elke week moet hij een rapport genereren over de goederenbalans in het magazijn en de overeenstemming van de gegevens in de computer controleren met de beschikbaarheid van goederen in het magazijn en op de handelsvloer. Hij is volledig verantwoordelijk voor de correspondentie van de gegevens in de computer met andere gegevens in het magazijn. De tweede computer wordt op de beursvloer geplaatst, verkoopadviseurs kunnen de goederen zelf uit de database afschrijven als dit product op de beursvloer staat. En als de goederen niet tot hun beschikking staan, zullen ze alleen de bestelling van de koper accepteren en zal de specialist de goederen afschrijven van de aanwezigheid in de database (aangezien hij alle bewegingen van goederen naar de handelsvloer volledig weerspiegelt) .

Overeenkomstig de organisatiestructuur zijn de activiteiten van de onderneming voorwaardelijk onderverdeeld in hoofd- en nevenactiviteiten. Maar aangezien de gebruikers van het informatiesysteem het personeel zullen zijn dat de belangrijkste activiteiten uitvoert, zullen we dieper ingaan op de functies die door deze mensen worden uitgevoerd.

De accountant houdt de administratie bij van het bedrijf en stelt jaarrekeningen op.

De kassier is verantwoordelijk voor het uitgeven van lonen, het accepteren van fondsen voor verzonden en afgeleverde producten.

Tot de taken van de magazijnier behoort het bewaken van de beschikbaarheid en staat van goederen in het magazijn.

Zo kunnen we een diagram geven van het systeem voor het automatiseren van de boekhouding van goederen en geldstromen in de winkel " Computermeester».

2.2 Verantwoording van de voorgestelde versie van het IE-concept

In verband met de resultaten van de studie van het automatiseringsobject, stelt de ontwikkelaar voor om het 1C-systeem bij de onderneming te introduceren.

Een onderneming waarmee u goederen en geldstromen kunt bijhouden en controleren.

Als rechtvaardiging voor de keuze voor het 1C:-systeem krijgt de onderneming de volgende argumenten:

1.het systeem is gemakkelijk te gebruiken

2.heeft een vriendelijke gebruikersinterface

3. Het systeem houdt rekening met de eigenaardigheden van de Oekraïense wetgeving en de eigenaardigheden van de boekhouding bij binnenlandse ondernemingen.

4. het systeem is relatief goedkoop van de vele systemen die op de Oekraïense softwaremarkt worden aangeboden.

5. Het is niet moeilijk om een ​​gekwalificeerde specialist te vinden die werkt met het 1C: Enterprise systeem.

2.3 Voorlopige samenstelling, timing en kosten van de uitvoering van IS

De voorlopige timing van het werk, hun samenstelling en hun geschatte kosten kunnen in de vorm van een tabel worden gepresenteerd.

Als we berekenen, is de periode vanaf het begin van het werk tot de implementatie van het systeem 3,5-4 maanden. De geschatte kosten van het creëren en implementeren van IS om de boekhouding van goederen en kasstromen te automatiseren van 7480 tot 10200 UAH. Wat is een acceptabel bedrag, rekening houdend met de beschikbare middelen voor de klant.

3. Referentiekader voor de oprichting van IS

De taakomschrijving is opgesteld in overeenstemming met GOST 34.602-89 "referentievoorwaarden voor de automatisering van het besturingssysteem".

Systeem automatisering. Stadia van creatie. De hoofdontwikkelaar is verantwoordelijk voor de ontwikkeling van de technische specificatie.

3.1 Algemeen

Volledige naam van AIS: Informatiesysteem voor automatisering van de boekhouding van goederen en geldstromen bij de onderneming "Computer Master".

Symbool: AIS - "Computermaster".

De ontwikkeling wordt uitgevoerd op basis van contract nr. 1 van 09.11.09 tussen de klant (Viktor Ivanovich, directeur van "Computer Master") en de ontwikkelaar (Ioshchenko I.G.)

De volledige naam van de onderneming is noodtoestand "Computer Master".

Adres: regio Kirovograd, Alexandrië, Lenin Avenue 45.

Zichtrekening: nr. 53425

Ontwikkelaar: Ioshchenko I.G.

Adres: regio Kirovograd, Alexandrië, st. Sadovaja 16.

De creatie van het informatiesysteem wordt uitgevoerd op basis van contract nr. 1 van 01/10/2010 tussen de ontwikkelaar en de klant.

De geplande datum voor de aanvang van de werkzaamheden is 9 november en het einde van de werkzaamheden - 10 maart 2010.

Financiering voor de oprichting van AIS zal worden uitgevoerd door de klant.

De resultaten van het werk aan de totstandkoming van een IS of onderdelen daarvan worden door de ontwikkelaar schriftelijk geformaliseerd en binnen een vooraf bepaald tijdsbestek verstrekt.

3.2 Doel en doel van het maken van AIS

ACS is ontworpen om het beheer van de activiteiten van het bedrijf te automatiseren, namelijk:

Voorraadboekhouding

Boekhouding van vaste activa en immateriële activa

Opstellen van rapporten

Boekhouding van de beweging van goederen in het magazijn

Het doel van het creëren van een IP is om de economische activiteit van het object te vergroten. IS moet ook het verzamelen, verwerken en opslaan van informatie vergemakkelijken en versnellen.

3.3 Beschrijving van het automatiseringsobject

Handelsactiviteit wordt uitgevoerd op het gebied van detailhandel, een economische entiteit heeft een winkel, magazijn en kantoorruimte.

Een winkel is een verkooppunt met een aparte ruimte en een verkoopruimte voor klanten. Het magazijn wordt gebruikt als tussenschakel in de keten producent-koper. Hoe kleiner de voorraad, hoe korter de opslagtijd en hoe lager de opslagkosten.

De hoofdactiviteit van de winkel wordt uitgevoerd onder normale werkomstandigheden.

3.4 IS-vereisten

Vereisten:

Het systeem moet eenvoudig en begrijpelijk zijn voor de gebruiker.

De introductie van IP moet leiden tot een positief economisch effect.

Bijhouden van goederen in de winkel

Planningskosten in verband met de aankoop en opslag van goederen

Planningsinkomsten gerelateerd aan de verkoop van goederen

Vereisten voor de soorten IP-beveiliging:

De technische ondersteuning moet een reeks technische middelen zijn die zijn aangesloten op een lokaal netwerk.

De software moet bevatten:

1. 1C "Enterprise" en componenten voor de werking van IS

2. Antivirusprogramma's

3. Office-programma's (MS Office of Open Office)

De software moet alle eerder ontwikkelde en toegepaste methoden en algoritmen voor het berekenen van de belangrijkste economische indicatoren bevatten.

Informatieondersteuning moet gegevens bevatten over goederen, leveranciers en prijzen.

Software is een verzameling wettelijke normen die juridische relaties regelen tijdens de creatie en implementatie van het systeem. Juridische ondersteuning in de ontwikkelingsfase moet regelgeving omvatten, met de wettelijke regeling van relaties tijdens dit proces.

Dit informatiesysteem wordt binnen 3,5-4 maanden geïmplementeerd.

Om met IS te kunnen werken, is het noodzakelijk om personeel op te leiden.

3.5 Samenstelling en inhoud van het werk aan de totstandkoming van het systeem

De pre-ontwerpfase omvat:

Bepalen van klantwensen;

Ontwikkeling van het AIS-project in overeenstemming met de wensen van de klant;

Ontwikkeling van technische specificaties in overeenstemming met GOST 34.602-89.27.01.08-21.02.08;

Ontwerp stadium:

IS-implementatie;

Systeem onderhoud.

De aannemers van het werk zijn:

IS-ontwikkelaar;

LAN-creatiespecialist;

Specialist in installatie, configuratie, systeemonderhoud.

Verantwoordelijk voor de uitvoering van alle werkzaamheden in alle stadia is de IS-ontwikkelaar.

3.6 Procedure voor het bewaken en ontvangen van het systeem

Om de klant het systeem te laten accepteren, is het noodzakelijk om een ​​proefoperatie uit te voeren, waarbij ze een logboek bijhouden waarin alle oplossingen voor problemen en alle overtredingen worden geregistreerd. Op basis van de resultaten van de operatie wordt een protocol opgesteld, waarin tekortkomingen worden geïntroduceerd en de voorwaarden voor opheffing worden bepaald.

Tijdens de toelating moet de commissie de ingediende documenten verslaan:

Referentievoorwaarden voor het systeem

Technische en werkende projecten voor het systeem

Testrapport en log

De personeelstafel van de afdelingen van de klant die het systeem bedienen.

Handelingen van overdracht van alle delen van het informatiesysteem aan de klant

Conceptprogramma en testmethoden

De toelatingscommissie kan hoger leidinggevend personeel bevatten, vertegenwoordigd door de directeur.

3.7 Eisen aan de samenstelling en inhoud van werkzaamheden ter voorbereiding van het automatiseringsobject voor inbedrijfstelling

Om de installatie klaar te maken voor inbedrijfstelling, moet u het volgende doen:

Voorbereiding van het object voor de overgang naar het werk in de nieuwe IS

Testen van alle materialen van technische en werkende projecten en het aanbrengen van wijzigingen op basis van de resultaten

Voor de invoering van IS is het noodzakelijk:

Opstellen van handelingen ter uitvoering van het plan van aanpak ter voorbereiding van de voorziening voor uitvoering.

Beschikbaarheid van documentatie voor de implementatie van IS.

Beschikbaarheid van personeel, dat zorgt voor voorbereiding op implementatie en exploitatie.

Beschikbaarheid van de IS-technische middelen die voor gebruik zijn geaccepteerd.

3.8 Documentatievereisten

De documentatie is opgesteld in overeenstemming met de ESKD-, ESPD- en GOST-normen.

Bij het ontwikkelen van een IS kan het volgende worden gebruikt:

GOST 19.001. - 77. UEA. "Algemene bepalingen";

GOST 19.06. - 82. UEA. "Algemene vereisten voor gedrukte programmadocumenten";

GOST 19.201. - 82. UEA. "Terms van referentie voor de ontwikkeling van het programma."

Bovendien worden verschillende soorten contracten voor de uitvoering van werk, handelingen voor de uitvoering van de fasen van het creëren van een IS, schema's voor de uitvoering van werkzaamheden in fasen en documenten opgesteld na de voltooiing van elke fase opgesteld en goedgekeurd door de ontwikkelaar en de klant.

Referentiekader voor het maken van het systeem

Referentiekader voor geautomatiseerde controlesystemen

Het maakt ook gebruik van informatie die is ontvangen van het management en het bedienend personeel, evenals op basis van de wensen van de klant.

4. Technisch werkproject

4.1 Algemene systeemdocumentatie

4.1.1 Toelichting

Een technisch werkproject op de AIS" Computermeester"Is een van de belangrijkste documenten die de oprichting en implementatie van IP in actie begeleiden. Dit document bevat de documentatie volgens welke het systeem zou moeten functioneren, evenals de berekening van de economische efficiëntie verkregen door de implementatie van het IP in actie. De technische projectdocumentatie omvat de documentatie van informatieve, technische, organisatorische en wiskundige ondersteuning.

Dit document is goedgekeurd door de klant en de hoofdontwikkelaar. Het technische werkproject kan alleen worden gewijzigd in die gevallen die zijn bepaald in het contract nr. 1 van 11/9/2009, de oprichting van IS wordt uitgevoerd op basis van de bovengenoemde overeenkomst tussen de klant en de IS-ontwikkelaar.

Algemene beschrijving van IS " Computermeester»

AIS ontwikkeld " Computermeester"Is ontworpen om de boekhouding van goederen en geldstromen in de winkel te automatiseren, om de economische efficiëntie van de onderneming te vergroten. Volledige naam van het systeem "Informatiesysteem voor de boekhouding van goederen en kasstromen bij de onderneming" Computermeester».

Het systeem voldoet aan de belangrijkste doelstellingen van zijn oprichting, namelijk:

1. Zorgen voor de juistheid van boekhoudgegevens over goederen in het magazijn en kasstromen.

2. Zorgen voor de snelheid van het verkrijgen van primaire, algemene, analytische en rapportage-informatie over goederen en fondsen die zijn ontvangen uit de verkoop van goederen.

3. Vermindering van de arbeidsintensiteit van het verzamelen, boekhouden, generaliseren en analyseren van informatie over goederen en kasstromen in de onderneming.

4. Vorming van effectieve informatie en analytische ondersteuning voor mechanismen om de boekhouding van goederen en kasstromen te optimaliseren.

5. Het verminderen van de kosten van het opslaan van goederen.

4.1.2 Plan van maatregelen ter voorbereiding van de voorziening voor de ingebruikname van het IS

Om de IS in gebruik te nemen, moet u:

1. Voorbereiding van het automatiseringsobject voor implementatie.

2. Training van personeel (training van personeel en verificatie van het vermogen om de werking van het systeem te waarborgen).

3. Complete set IS met geleverde producten.

4. Herinrichting van lokalen en inrichting van werkplekken in overeenstemming met normen en normen.

5. Een specialist inhuren voor onderhoud en ondersteuning van de IS (uitgevoerd door de klant op advies van de ontwikkelaar).

4.1.3 Berekening van economische efficiëntie

De economische efficiëntie van de geïmplementeerde AIS kan worden beoordeeld aan de hand van berekende effecten. Deze omvatten:

· Versterking van de controle over de werkprestaties.

· Mogelijkheid tot logging van uitgevoerde operaties.

· Toename van de mate van informatiebetrouwbaarheid.

· Beperking van toegang tot informatie in overeenstemming met de eisen van beveiligde systemen.

· Meer gedetailleerde informatie verkrijgen, het verzamelen ervan automatiseren.

· Nieuwe manieren van integratie en systematisering voor het oplossen van boekhoudkundige problemen en het nemen van managementbeslissingen.

Door de faciliteit te automatiseren, kunt u het aantal verkopers terugbrengen tot twee. Dan is het salaris van twee verkopers 2 ∙ 12 ∙ 800 = 19200 UAH. in jaar. Maar de kosten voor het onderhouden van een systeemonderhoudsspecialist kosten 1 12 ∙ 1000 = 12000 UAH. in jaar.

Het jaarlijkse economische effect van de introductie van IP zal dus gelijk zijn aan: 19200 - 12000 = 7200 UAH. in jaar.

4.2 Functionele onderdeeldocumentatie

4.2.1 Beschrijvingen van geautomatiseerde functies

Schema van de functionele structuur van de IS.

· Zorgdragen voor de tijdige verkrijging van primaire, algemene, analytische en rapportage-informatie over goederen en materialen en kasstromen wordt uitgevoerd met behulp van rapportages en verwerkingen, opgesteld door IS op verzoek van de gebruiker.

· Verzameling, boekhouding, generalisatie en analyse van informatie over goederen en materialen en geldstromen is het gevolg van rapportages en verwerking, opgesteld door IS op verzoek van de gebruiker.

· Vorming van effectieve informatie en analytische ondersteuning voor mechanismen om de boekhouding van goederen en materialen en kasstromen te optimaliseren, om de kosten van de opslag van goederen en materialen te minimaliseren.

4.2.2 Beschrijving van de probleemstelling

De basis voor de bouw van AIS" Computermeester"Is de introductie van het systeem" 1C: Enterprise 7.7 "met behulp waarvan de oplossing van het probleem van het automatiseren van de boekhouding van goederen en geldstromen in de winkel en in het magazijn wordt uitgevoerd. De gebouwde IS-base voldoet aan de doelstellingen die zijn beschreven in n2 van de technische opdracht voor het systeem en voldoet aan de eisen van de klant.

4.3 Documentatie van organisatorische ondersteuning van IP

Een diagram van de organisatiestructuur van de faciliteit is opgenomen in de bijlage bij het rapport over de pre-ontwerpfase van de IS-implementatie.

Beschrijving van de organisatiestructuur van het IP

De boekhouding van goederen wordt uitgevoerd met behulp van 2 computers, die zijn aangesloten op één systeem. Met behulp van een magazijncomputer wordt de ontvangst en het verbruik van goederen geregistreerd en worden de verwerkte gegevens doorgestuurd naar de overige netwerkdeelnemers. Ook wordt de inventaris van de goederen in de winkel bijgehouden. Aan het einde van elke week is het voldoende om de restanten weer te geven en de beschikbaarheid van goederen in de winkel en in het magazijn te controleren met de gegevens die door de computer worden verstrekt. Verkopers moeten gegevens invoeren over de aankomst van de goederen die in de winkel zijn, de kosten invoeren en de saldi opnemen, en dit systeem ook gebruiken bij het bedienen van klanten.

4.4 Documentatie van informatieondersteuning

Informatieondersteuning (IO) van AIS bestaat uit normatieve en referentie-informatie die in de vorm van constanten in het 1C: Enterprise-systeem wordt gepresenteerd en kan worden gewijzigd door een AIS-ondersteuningsspecialist. De informatieondersteuning omvat ook databases in het DBF-formaat (de structuur van sommige ervan is weergegeven in bijlage 4), die voorheen niet door de onderneming werden gebruikt voor de boekhouding van goederen en die werden samengesteld tijdens het proces van het invoeren van initiële informatie.

Informatieondersteuning van AIS " Computermeester»Omvat gegevens over goederen (serienummer, naam goederen, naam leverancier, hoeveelheid goederen, datum van aankomst in het magazijn, aankoopprijs, datum van afschrijving uit het magazijn, enz.). Deze informatie wordt ingevoerd in de databases van het werkende (DBF-formaat) station en daar indien nodig opgehaald. Databases met informatie over goederen en geldstromen van voorgaande jaren dienen gearchiveerd en (in archieven) opgeslagen te worden op de harde schijven van de werkplek. Ook slaat de database gegevens op over leveranciers en klanten.

Elke maand wordt de systeemconfiguratie opgeslagen en opgeslagen als archieven op de hostcomputer. Indien nodig kan elke gebruiker de informatie die hij nodig heeft gebruiken door deze van de hoofdcomputer te downloaden.

4.5 Hardwaredocumentatie

De betrouwbaarheid van het complex van technische middelen wordt beoordeeld door de gebruikslijnen van bestaande en nieuwe apparatuur, evenals door de werkwijze van de IS. Aangezien alle pc's en kantoorapparatuur die deel uitmaken van de IS zijn aangeschaft, wordt hun toestand beoordeeld op 90% conformiteit met de systeembetrouwbaarheid.

De technische ondersteuning van de IS omvat: twee computers met dezelfde configuratie, die beschikbaar waren. Computers zijn verbonden met een lokaal netwerk met behulp van een twisted pair-kabel en een logische ringtopologie waarmee informatie kan worden verzonden met een snelheid van 10-100 Mbit / s.

De hardware bevat ook een afdrukapparaat - een printer.

4.6 Softwaredocumentatie

De software omvat alle eerder ontwikkelde methoden en algoritmen voor het berekenen van de belangrijkste economische indicatoren met betrekking tot het beheer, de boekhouding en de controle van goederen en kasstromen in de onderneming. Het biedt ook algoritmen voor het functioneren van het systeem als geheel en zijn individuele taken.

4.7 Softwaredocumentatie

AIS-software " Computermeester"Inclusief:

- MS Windows-besturingssysteem direct op werkstations geïnstalleerd,

- programma 1C: Enterprise 7.7, inclusief al zijn componenten voor het directe werk van de IS,

- antivirus software,

- archiver

- Bestandsbeheer

- andere software Microsoft Office 2003.

De belangrijkste software voor de bediening van de AIS " Computermeester"Is het 1C: Enterprise 7.7-programma dat is geïnstalleerd op alle pc's die deel uitmaken van de IS-hardware. De documentatie voor dit programma is geaccepteerd als onderdeel van de documentatie voor de IS als geheel.

Alle bovenstaande programma's zijn geïnstalleerd op alle computers die deel uitmaken van het netwerk.

Het systeem heeft een componentenstructuur. Er zijn slechts drie hoofdcomponenten: "Boekhouding", "Operationele boekhouding", "Berekening". Elke component breidt de mogelijkheden van het systeem uit met zijn eigen informatieverwerkingsmechanisme.

Gevolgtrekking

Het ontwerp is gericht op het waarborgen van de effectieve werking van de AIS en interactie met specialisten die computers gebruiken op het gebied van activiteit van een bepaald economisch object en de ontwikkeling van communicatiemiddelen om hun professionele taken te vervullen en managementbeslissingen te nemen. Het is een hoogwaardig ontwerp dat zorgt voor de creatie van een dergelijk systeem dat in staat is te functioneren met de constante verbetering van zijn technische, software, informatiecomponenten, dat wil zeggen zijn technologische basis, en het bereik van geïmplementeerde beheerfuncties en objecten van interactie. De introductie van AIS bij de onderneming vergemakkelijkt het werken met documenten enorm, waardoor veel problemen snel en efficiënt kunnen worden opgelost. Succesvolle werking van het ontwikkelde en geïmplementeerde systeem geeft een merkbaar economisch effect door kostenbesparingen, het vrijmaken van de werktijd van specialisten, het verbeteren van de kwaliteit en betrouwbaarheid van de boekhouding van het goederenverkeer, het vergemakkelijken van de uitvoering van begeleidende documentatie en rapportage.

Lijst met gebruikte literatuur

1. Informatiesystemen en technologieën in de economie Voor. Ed. VS Ponomarenka, Kiev, "Academie", 2002.

2. Filimonenko N.I. collegenota's voor het vak "modellen en methoden van projectmanagement".

3. Geautomatiseerde informatietechnologieën in de economie. Onder. Ed. GA Titarenko, Moskou, "Computer", 1998.

4. Uniform systeem van programmadocumentatie. USSR Staatscomité voor Normen, M., 1982.

5. R. Fatrepp, D. Schafer, L. Schafer Programmaprojectbeheer. Prestatie. Het bereiken van optimale kwaliteit tegen minimale kosten, Williams, Moskou - St. Petersburg - Kiev, 2003.

6. Ontwerp van informatiesystemen. Per. Ed. VS Ponomarenko, Kiev, "Academie", 2002.

En dus de belangrijkste standaarden, methodologieën en kennislichamen, waar TK of SRS (Software (of System) Requirements Specification) wordt genoemd:

GOST 34
GOST 19
IEEE STD 830-1998
ISO / IEC / IEEE 29148-2011
RUP
SWEBOK, BABOK, enz.

GOST 34

Volgens GOST 34 moet de technische opdracht de volgende secties bevatten:

1. Algemene informatie
2. Doel en doelstellingen van de creatie (ontwikkeling) van het systeem
3. Beschrijving van automatiseringsobjecten
4. Systeemvereisten
5. De samenstelling en inhoud van het werk aan de totstandkoming van het systeem
6. Procedure voor controle en acceptatie van het systeem
7. Eisen aan de samenstelling en inhoud van de werkzaamheden aan de voorbereiding van het automatiseringsobject voor de inbedrijfstelling van het systeem
8. Documentatievereisten
9. Ontwikkelingsbronnen

Bij het ontwikkelen van technische specificaties voor overheidsprojecten eisen klanten in de regel naleving van deze specifieke norm.

GOST 19

1. Inleiding;
2. Basis voor ontwikkeling;
3. Doel van de ontwikkeling;
4. Eisen aan het programma of softwareproduct;
5. Eisen aan softwaredocumentatie;
6. Technische en economische indicatoren;
7. Stadia en stadia van ontwikkeling;
8. De volgorde van controle en acceptatie;
9. Toepassingen.

Natuurlijk zijn GOST 34 (en 19) al verouderd en ik gebruik ze niet graag, maar met de juiste interpretatie van de normen kun je een goede TK krijgen, zie conclusie.

IEEE STD 830-1998

Beschrijft de inhoud en kwaliteit van een goed geschreven Software Requirements Specification (SRS) en biedt verschillende SRS-sjablonen. Deze aanbevolen praktijk is bedoeld om vereisten voor softwareontwikkeling vast te stellen, maar kan ook worden gebruikt om te helpen bij de selectie van propriëtaire en commerciële softwareproducten.

Volgens de norm moeten de taakomschrijvingen de volgende secties bevatten:

1. Inleiding

• 1. Doel
• 2. Toepassingsgebied
• 3. Definities, acroniemen en afkortingen
• 4. Koppelingen
• 5. Overzicht

• 1. Interactie van het product (met andere producten en componenten)
• 2. Productfuncties (korte beschrijving)
• 3. Gebruikerskenmerken
• 4. Beperkingen:
• 5. Aannames en afhankelijkheden

• 1. Vereisten voor externe interfaces
  • 1. Gebruikersinterfaces
  • 2. Hardware-interfaces
  • 3. Software-interfaces
  • 4. Interactie-interfaces
• 2. Functionele vereisten
• 3. Prestatie-eisen
• 4. Ontwerpbeperkingen (en verwijzingen naar normen)
• 5. Niet-functionele eisen (betrouwbaarheid, beschikbaarheid, veiligheid, etc.)
• 6. Andere vereisten:

In feite is het voor een beginner vrij moeilijk om te begrijpen wat er in deze secties moet staan ​​volgens de bovenstaande structuur (zoals in het geval van GOST), dus je moet de standaard zelf lezen, die. echter in het Engels. taal.

Welnu, degenen die tot het einde hebben gelezen, krijgen een bonus: een voorbeeld van een technische specificatie, die ik vele jaren geleden heb geschreven (nu heb ik al lang niet meer als analist gewerkt, en de NDA verbiedt het openen van andere meer succesvolle voorbeelden voor iedereen te zien).

• Presentatie door Yuri Buluy Classificatie van softwarevereisten en de presentatie ervan in standaarden en methodieken.
• Analyse van vereisten voor geautomatiseerde informatiesystemen. College 11: Documentatievereisten.
• (lees samen met opmerkingen)
• Voorbeelden van technische specificaties en andere documentatie voor de ontwikkeling van kerncentrales voor MED
• GOST-managementstijl. Gaperton's artikel over het juiste werk met technische specificaties in overeenstemming met GOST
• Documentsjablonen voor bedrijfsanalisten van

De eigenaardigheid van IP als een product van industriële en technische doeleinden, uitgedrukt in zijn complexiteit, in afwezigheid van normen voor de meeste soorten procedures en werk, maakt het proces van hun planning en ontwerp erg ingewikkeld en moeilijk. Wanneer een onderneming voor welk doel dan ook contact heeft met een IS-ontwikkelaar, zijn twee hoofddocumenten vereist om aan het werk te gaan: een contract en een technische opdracht (TOR). Het opstellen van de TK is een aparte taak. De technische taak zelf is in feite een document dat alle wensen van de klant weerspiegelt, het moet zo gedetailleerd mogelijk worden opgesteld en alle details en visie van het resultaat aangeven. Alleen op basis hiervan zal worden bepaald wat de ontwikkelaars moeten doen, daarom moeten de taakomschrijvingen zo gedetailleerd mogelijk worden opgesteld.

Bij het ontwerpen van informatiesystemen is hun gedetailleerde beschrijving vereist. Voor deze doeleinden kunt u verschillende methoden en methoden gebruiken, maar de meest effectieve oplossing is het ontwikkelen van technische specificaties (TOR), die de doelen, doelstellingen, interface en andere vereisten voor het ontwikkelde object beschrijven.

Het referentiekader is een document dat de doelen, vereisten en initiële basisgegevens definieert die nodig zijn voor de ontwikkeling van IS. TK for IP is het belangrijkste document dat de vereisten en procedure definieert voor het creëren, ontwikkelen of moderniseren van IP, in overeenstemming met de ontwikkeling, inbedrijfstelling en acceptatie ervan.

Succes bij de implementatie van IS zit in de juistheid van de opdracht van de klant. Als aan alle noodzakelijke voorwaarden voor het schrijven van een goede technische specificatie is voldaan, verandert het resultaat van verwacht in haalbaar.

door de klant zelf;

door de aannemer, maar in dit geval omvat zijn verantwoordelijkheid het ontwerp en het testen;

competitieve artiesten, wiens taken alleen het schrijven van de TK omvatten;

door externe artiesten.

Voor die TK die door de uitvoerder zijn geschreven, zijn er een aantal regelgevende documenten:

GOST 21.408-93 "Regels voor de implementatie van werkdocumentatie voor de automatisering van technologische processen";

GOST 34.201-89 "Typen, volledigheid en aanduiding van documenten bij het maken van geautomatiseerde systemen";

GOST 24.703-85 "Typische ontwerpoplossingen in geautomatiseerde besturingssystemen. Basisvoorzieningen ";

GOST 34.003-90 “Geautomatiseerde systemen. Termen en definities";

GOST 34.601-90 "Geautomatiseerde systemen. Stadia van creatie ";

GOST 34.602-90 "Terms of reference voor het creëren van een geautomatiseerd systeem";

GOST 19.201- 78 Uniform systeem van programmadocumentatie;

GOST 2.114-95 Uniform systeem voor ontwerpdocumentatie.

TK for IP is een lijst van fundamentele operationele, technologische, technische, organisatorische, softwarematige, informatie-logische en taalkundige, economische en andere vereisten waaraan IP moet voldoen in alle stadia van haar bestaan.

TK is een tekstdocument, opgesteld in welke vorm dan ook. Het verdient aanbeveling de nodige tekeningen, schema's en grote tabellen op te stellen in de vorm van bijlagen. Afhankelijk van het type, het doel en de specifieke kenmerken van het automatiseringsobject en de voorwaarden voor het functioneren van het systeem, is het toegestaan ​​om onderdelen van de TK te formaliseren in de vorm van applicaties, aanvullende onderdelen te introduceren, uit te sluiten of de subsecties ervan te combineren.

Er zijn geen specifieke aanbevelingen over wat de TK moet bevatten, wat betekent dat secties en subparagrafen moeten worden ontwikkeld en geplaatst in de door de opdrachtnemer vastgestelde volgorde. Er zijn alleen algemene kenmerken van secties en subsecties. De ontwikkelaar kan zelfstandig hun naam en aantal wijzigen, toevoegen en bewerken.

De nummers van de bladen (pagina's) worden neergezet, te beginnen vanaf het eerste blad volgend op de titelpagina, in het bovenste deel van het blad (boven de tekst, in het midden) na de aanduiding van de TK-code op het IP.

De titelpagina bevat de handtekeningen van de klant, ontwikkelaar en goedkeurende bedrijven, die verzegeld zijn. Indien nodig wordt de titelpagina opgemaakt op meerdere pagina's. De handtekeningen van de TK-ontwikkelaars en functionarissen die deelnemen aan de goedkeuring en behandeling van de concept-TK op het IP worden op het laatste blad geplaatst.

Het titelblad van de aanvulling op de TK is op dezelfde wijze opgesteld als het titelblad van de technische opdracht. In plaats van de naam "Terms of Reference" schrijven ze "Supplement No. ... to the TOR for AC ..."

Op de vervolgbladen van de toevoeging aan het TK worden de grondslag van de wijziging, de inhoud van de wijziging en links naar de documenten, volgens welke deze wijzigingen worden aangebracht, geplaatst.

Bij de presentatie van de tekst van het supplement aan de TK, moeten de nummers van de relevante clausules, onderclausules, tabellen van de hoofd-TK, enz. worden vermeld en de woorden "vervangen", "aanvullen", "uitsluiten", "herformuleren " zou gebruikt moeten worden.

In de beginfase van de ontwikkeling van de technische specificatie maakt de uitvoerder een benaderend inhoudsplan.

Algemene informatie;

Doel en doel van het creëren van het systeem;

Beschrijving van het automatiseringsobject;

Systeem vereisten;

Bedrijfsomstandigheden;

Vereisten voor softwaredocumentatie;

Technische en economische indicatoren;

Stadia en stadia van ontwikkeling;

Controle- en acceptatieprocedure.

Deze secties kunnen worden onderverdeeld in subsecties. Ook kan de TK toepassingen bevatten die zijn beschreven volgens vastgestelde normen. De aannemer kan indien nodig de nodige secties toevoegen en verwijderen, al deze factoren moeten worden overeengekomen met de klant. Door zich aan het opgestelde plan te houden, kan de aannemer de technische specificatie met hoge kwaliteit en in korte tijd ontwikkelen.

Indien nodig stelt de opdrachtnemer een lijst van aanvaarde afkortingen en een woordenlijst op.

De taakomschrijving voor de ontwikkeling van de IS van een medische instelling is opgenomen in bijlage B.

Lezing 15. Ontwikkeling van technische specificaties voor het creëren van een informatiesysteem

Referentiekader voor het creëren van IS.

2. Samenstelling en inhoud van TK

Uittreksel uit GOST 34.602-89 TECHNISCHE TAAK VOOR DE CREATIE VAN HET INFORMATIESYSTEEM is een aanbeveling die de samenstelling en inhoud van TK bepaalt. Tijdens de uitvoering van de CD is het toegestaan redelijk wijzigingen in de samenstelling en inhoud van TK.

De TK voor IS is het belangrijkste document dat de vereisten en procedure definieert voor de creatie (ontwikkeling of modernisering - hierna te noemen creatie) van een geautomatiseerd systeem, in overeenstemming met dewelke de IS wordt ontwikkeld en geaccepteerd bij ingebruikname.

De eisen die in de TK voor IP zijn opgenomen, moeten overeenkomen met het moderne ontwikkelingsniveau van wetenschap en technologie en mogen niet onderdoen voor vergelijkbare eisen voor de beste moderne binnen- en buitenlandse tegenhangers.

Afhankelijk van het type, het doel, de specifieke kenmerken van het automatiseringsobject en de voorwaarden voor het functioneren van het systeem, is het toegestaan ​​onderdelen van de TK te formaliseren in de vorm van applicaties, aanvullende onderdelen van de TK in te voeren, uit te sluiten of te combineren.

SAMENSTELLING EN INHOUD VAN TK

1. In de sectie "Algemene informatie" vermeld: de volledige naam van het systeem en het bijbehorende symbool; de naam van de ondernemingen (verenigingen) van de ontwikkelaar en klant (gebruiker) van het systeem en hun gegevens; geplande start- en einddatums voor het maken van het systeem .

2. Sectie "Doel en doelstellingen van creatie (ontwikkeling) van het systeem" bestaat uit onderafdelingen:

"Doel van het systeem" geeft het type geautomatiseerde activiteit aan (beheer, ontwerp, enz.) en de lijst met automatiseringsobjecten waarop het zou moeten worden gebruikt.

"De doelen van het creëren van een systeem" geven de namen en vereiste waarden van technische, technologische, productie-economische of andere indicatoren van het automatiseringsobject die moeten worden bereikt als gevolg van het creëren van een IS, geven de criteria aan voor het beoordelen van de prestatie van de doelen van het creëren van een systeem.

In hoofdstuk "Kenmerken van het automatiseringsobject" geef beknopte informatie over het automatiseringsobject of koppelingen naar documenten die dergelijke informatie bevatten en informatie over de bedrijfsomstandigheden van het automatiseringsobject en de kenmerken van de omgeving.

3. Sectie "Systeem vereisten" bestaat uit de volgende subparagrafen: eisen aan het systeem als geheel; vereisten voor de functies (taken) die door het systeem worden uitgevoerd; eisen voor de soorten beveiliging.

De samenstelling van de eisen aan het systeem, opgenomen in dit onderdeel van de TK voor IS, wordt vastgesteld afhankelijk van het type, doel, specifieke kenmerken en voorwaarden voor het functioneren van een bepaald systeem.

Geef in de subsectie "Vereisten voor het systeem als geheel" aan:

eisen aan de opzet en werking van het systeem;

vereisten voor het aantal en de kwalificaties van het personeel van het systeem en de wijze van werken;

bestemmingsindicatoren;

betrouwbaarheidseisen;

veiligheidseisen;

eisen voor ergonomie en technische esthetiek;

draagbaarheidsvereisten voor mobiele IC's;

vereisten voor bediening, onderhoud, reparatie en opslag van systeemcomponenten;

vereisten voor de bescherming van informatie tegen ongeoorloofde toegang;

eisen voor de veiligheid van informatie bij ongevallen;

vereisten voor bescherming tegen de invloed van externe invloeden;

eisen voor standaardisatie en unificatie;

Aanvullende vereisten.

De eisen voor de opbouw en werking van het systeem zijn onder meer:

1) een lijst van subsystemen, hun doel en basiskenmerken, vereisten voor het aantal hiërarchische niveaus en de mate van centralisatie van het systeem;

2) eisen aan methoden en communicatiemiddelen voor informatie-uitwisseling tussen systeemcomponenten;

3) vereisten voor de kenmerken van de onderlinge verbindingen van het systeem dat wordt gecreëerd met aangrenzende systemen, vereisten voor de compatibiliteit ervan, inclusief instructies voor het uitwisselen van informatie (automatisch, door documenten te verzenden, per telefoon, enz.);

4) vereisten voor de werkingsmodi van het systeem;

5) vereisten voor het diagnosticeren van het systeem;

6) vooruitzichten voor ontwikkeling, modernisering van het systeem.

De eisen voor het aantal en de kwalificaties van personeel en IS omvatten:

eisen aan het aantal personeelsleden (gebruikers) van IS;

vereisten voor de kwalificaties van het personeel, de volgorde van hun opleiding en controle van kennis en vaardigheden;

de vereiste werkwijze van het IS-personeel.

In de eisen voor de indicatoren van het doel van IP geven ze: de waarden van de parameters die de mate van conformiteit van het systeem met zijn doel kenmerken (de mate van aanpassingsvermogen van het systeem aan veranderingen in processen, besturingsmethoden, afwijkingen van de parameters van het besturingsobject; toelaatbare limieten van modernisering en ontwikkeling van het systeem; probabilistisch-temporele kenmerken waarbij het doel van het systeem behouden blijft).

Betrouwbaarheidsvereisten zijn onder meer:

1) de samenstelling en kwantitatieve waarden van betrouwbaarheidsindicatoren voor het systeem als geheel of zijn subsystemen;

2) een lijst van noodsituaties waarvoor betrouwbaarheidseisen moeten worden geregeld, en de waarden van de bijbehorende indicatoren;

3) eisen aan de betrouwbaarheid van hard- en software;

4) vereisten voor methoden voor het beoordelen en bewaken van betrouwbaarheidsindicatoren in verschillende stadia van het opzetten van het systeem in overeenstemming met de huidige regelgevende en technische documenten.

Veiligheidseisen omvatten: vereisten voor het waarborgen van de veiligheid tijdens installatie, inbedrijfstelling, bediening, onderhoud en reparatie van technische middelen van het systeem (bescherming tegen de effecten van elektrische stroom, elektromagnetische velden, akoestische ruis, enz.), volgens toelaatbare niveaus van verlichting, trillingen en geluidsbelasting .

De vereisten voor ergonomie en technische esthetiek omvatten IS-indicatoren die de vereiste kwaliteit van mens-machine-interactie en het comfort van de arbeidsomstandigheden van het personeel bepalen.

Voor mobiele IC's omvatten de portabiliteitsvereisten: ontwerpvereisten die de vervoerbaarheid van de technische middelen van het systeem waarborgen, evenals vereisten voor voertuigen.

Vereisten voor bediening, onderhoud, reparatie en opslag omvatten::

1) de voorwaarden en voorschriften (modus) van de werking, die het gebruik van technische middelen (TC) van het systeem met de gespecificeerde technische indicatoren moeten garanderen, inclusief de soorten en frequentie van onderhoud van de TC van het systeem of de toelaatbaarheid van de werking zonder onderhoud;

2) voorlopige eisen voor de toegestane gebieden voor de huisvesting van personeel en het voertuigsysteem, voor de parameters van stroomvoorzieningsnetwerken, enz.;

3) vereisten voor het aantal, de kwalificaties van het servicepersoneel en de wijze van werken;

4) vereisten voor de samenstelling, plaatsing en opslagomstandigheden van een set reserveproducten en apparaten;

5) vereisten voor servicevoorschriften.

Vereisten voor de bescherming van informatie tegen ongeoorloofde toegang de eisen opgenomen in het NTD werkzaam in de branche (afdeling) van de klant.

In de eisen voor de veiligheid van informatie een lijst van gebeurtenissen verstrekken: ongevallen, storingen van technische middelen (inclusief stroomuitval), enz., waarbij de veiligheid van informatie in het systeem moet worden gegarandeerd.

De eisen voor beschermingsmiddelen tegen invloeden van buitenaf geven:

1) eisen voor elektronische beveiliging van IP-faciliteiten;

2) eisen aan duurzaamheid, weerstand en sterkte tegen invloeden van buitenaf (toepassingsomgeving).

In de vereisten voor octrooigoedkeuring: vermeld de lijst van landen waarvoor de octrooizuiverheid van het systeem en zijn onderdelen moet worden gegarandeerd.

De vereisten voor standaardisatie en unificatie omvatten:: indicatoren die de vereiste mate van gebruik van standaard bepalen, uniforme methoden voor de implementatie van functies (taken) van het systeem, geleverde software, standaard wiskundige methoden en modellen, standaardontwerpoplossingen, uniforme vormen van managementdocumenten opgesteld door GOST 6.10.1 , all-Union classifiers van technische en economische informatie en classifiers van andere categorieën in overeenstemming met hun toepassingsgebied, eisen voor het gebruik van standaard geautomatiseerde werkstations, componenten en complexen.

Aanvullende vereisten erbij betrekken:

1) vereisten voor het uitrusten van het systeem met apparaten voor het opleiden van personeel (simulatoren, andere apparaten met een vergelijkbaar doel) en documentatie voor hen;

2) vereisten voor serviceapparatuur, staat voor het controleren van systeemelementen;

3) systeemvereisten met betrekking tot speciale bedrijfsomstandigheden;

4) speciale vereisten naar goeddunken van de ontwikkelaar of klant van het systeem.

In de subsectie "Vereisten voor de functies (taken)" die door het systeem worden uitgevoerd, wordt het volgende gegeven:

1) voor elk subsysteem, een lijst van functies, taken of hun complexen (inclusief die welke zorgen voor de interactie van delen van het systeem) die moeten worden geautomatiseerd;

2) het tijdschema voor de uitvoering van elke functie, taak (of reeks taken);

3) eisen voor de kwaliteit van de uitvoering van elke functie (taak of takenpakket), voor de vorm van presentatie van outputinformatie, kenmerken van de vereiste nauwkeurigheid en uitvoeringstijd, eisen voor het gelijktijdig uitvoeren van een groep functies, de betrouwbaarheid van de resultaten;

4) per functie een lijst en criteria van storingen waaraan betrouwbaarheidseisen worden gesteld.

In de paragraaf “Eisen voor soorten beveiliging” worden, afhankelijk van het type systeem, de volgende eisen gegeven:

voor software de systemen stellen eisen aan de samenstelling, reikwijdte (beperkingen) en methoden, het gebruik van wiskundige methoden en modellen in het systeem, typische algoritmen en te ontwikkelen algoritmen.

Voor informatie ondersteuning:: vereisten voor systeemkabels:

1) tot de samenstelling, structuur en methoden voor het organiseren van gegevens in het systeem;

2) tot informatie-uitwisseling tussen de componenten van het systeem;

3) informatiecompatibiliteit met gerelateerde systemen;

4) over het gebruik van all-Union en geregistreerde republikeinse, sectorale classifiers, uniforme documenten en classifiers die werkzaam zijn bij deze onderneming;

5) over de toepassing van databasebeheersystemen;

6) op de inrichting van het proces van verzamelen, verwerken, overdragen van gegevens in het systeem en presenteren van gegevens;

7) om gegevens te beschermen tegen vernietiging in geval van ongevallen en stroomuitval van het systeem;

8) controle, opslag, actualisering en herstel van gegevens;

Voor taalkundige ondersteuning systemen bieden vereisten voor het gebruik van programmeertalen op hoog niveau in het systeem, talen voor interactie tussen gebruikers en technische middelen van het systeem, evenals vereisten voor het coderen en decoderen van gegevens, voor invoer-uitvoertalen, gegevensmanipulatie talen, middelen voor het beschrijven van het onderwerpgebied (automatiseringsobject), voor manieren om een ​​dialoog te organiseren.

voor software de systemen bieden een lijst van gekochte software, evenals vereisten: aan de onafhankelijkheid van software van de gebruikte SVT en OS; voor de kwaliteit van de PS, evenals voor de methoden van levering en controle; wanneer het nodig is om de nieuw ontwikkelde softwaresystemen af ​​te stemmen op het fonds van algoritmen en programma's.

Voor technische ondersteuning: vereisten voor systeemkabels:

1) op de soorten technische middelen, met inbegrip van de soorten complexen van technische middelen, software- en hardwarecomplexen en andere componenten die zijn toegestaan ​​voor gebruik in het systeem;

2) aan de functionele, ontwerp- en operationele kenmerken van de technische ondersteuning van het systeem.

In de vereisten voor metrologische ondersteuning lood (optioneel voor economen):

1) een voorlopige lijst van meetkanalen;

2) eisen voor de nauwkeurigheid van metingen van parameters en (of) voor de metrologische kenmerken van de meetkanalen;

3) vereisten voor de metrologische compatibiliteit van de technische middelen van het systeem;

4) een lijst van controle- en rekenkanalen van het systeem waarvoor het nodig is om de nauwkeurigheidskenmerken te evalueren;

Voor organisatorische ondersteuning geef de eisen:

1) op de structuur en functies van afdelingen die deelnemen aan de werking van het systeem of die de exploitatie verzorgen;

2) de organisatie van de werking van het systeem en de volgorde van interactie tussen het IS-personeel en het personeel van het automatiseringsobject;

3) ter bescherming tegen foutieve handelingen van het personeel van het systeem.

Voor methodologische ondersteuning leiden tot de vereisten voor de samenstelling van de normatieve en technische documentatie van het systeem (een lijst van normen, normen, methoden, enz., die tijdens de werking ervan worden gebruikt).

Stuur uw goede werk in de kennisbank is eenvoudig. Gebruik het onderstaande formulier

Studenten, afstudeerders, jonge wetenschappers die de kennisbasis gebruiken in hun studie en werk zullen je zeer dankbaar zijn.

Geplaatst op http://www.allbest.ru/

• Invoering
• 1. Referentiekader
• 1.1 Algemeen
• 1.2 Basis voor ontwikkeling
• 1.3 Doel en doelstellingen van het systeem
• 1.4 Systeemvereisten
• 1.4.1 Vereisten voor het systeem als geheel
• 1.4.2 Eisen aan de functies (taken) uitgevoerd door het systeem
• 1.4.3 Vereisten voor soorten zekerheden
• 1.5 Beschrijving van automatiseringsobjecten
• 1.6 Documentatievereisten
• 1.7 Stadia en stadia van ontwikkeling
• 1.7.1 Ontwikkelingsstadia
• 1.7.2 Ontwikkelingsstadia
• 1.7.3 Inhoud van het werk in fasen
• 1.8 Procedure voor controle en acceptatie van het systeem
• 1.8.1 Soorten, samenstelling, omvang en testmethoden van het systeem en zijn componenten
• 1.8.2 Algemene vereisten voor de oplevering van werken in fasen
• 1.8.3 Status van de acceptatiecommissie (rijk, interdepartementaal, departementaal)
• 2. Technisch ontwerp:
• 2.1 Functionele structuur
• 2.1.1 Beschrijving van het vakgebied
• 2.1.2 Functies en organisatiestructuur
• 2.1.3 Beschrijving van gegevensstromen en bedrijfsprocessen
• 2.2 Systeemontwerp van IC
• 2.2.1 Ontwikkeling van het concept, de architectuur en het implementatieplatform voor IS
• 2.2.2 De structuur van het informatiesysteem, de samenstelling van functionele en ondersteunende subsystemen
• 2.2.3 IS-hardware
• 2.3 Informatieondersteuning van IP
• 2.3.1 Beschrijving van de logische structuur van de infobase
• 2.3.2 Beschrijving van de fysieke implementatie van de database
• Gevolgtrekking
• Bibliografie

Invoering

Het cursuswerk houdt zich bezig met het maken van een technische opdracht voor de ontwikkeling van een informatiesysteem voor een systeem voor een agentschap voor de verkoop en boeking van vliegtickets. Het doel van het werk is om de basisprincipes te bestuderen en basisvaardigheden te verwerven bij het opstellen van technische specificaties voor de ontwikkeling van informatiesystemen, hun software.

Het werk aan het creëren van een informatiesysteem begint met het formuleren van klantvereisten voor het systeem dat wordt gecreëerd en hun registratie in de vorm van een technische taak (TOR). De TK is het belangrijkste document dat de vereisten en procedure definieert voor het creëren van een geautomatiseerd systeem, volgens welke het systeem wordt ontwikkeld en geaccepteerd bij inbedrijfstelling. Daarnaast wordt op basis van de technische opdracht een werkberekening gemaakt en arbeidskosten gespecificeerd.

TK bestaat uit drie fasen:

1. Rechtvaardiging van de noodzaak om een ​​informatiesysteem te ontwikkelen - probleemstelling, verzameling van bronnenmateriaal, selectie en rechtvaardiging van criteria voor de doeltreffendheid en kwaliteit van het ontwikkelde systeem, rechtvaardiging van de behoefte aan O&O;

2. R&D - bepaling van de structuur van input- en outputgegevens, voorlopige selectie van methoden voor het oplossen van problemen, rechtvaardiging van de haalbaarheid van het gebruik van het ontwikkelde systeem, bepaling van vereisten voor technische middelen, rechtvaardiging van de fundamentele mogelijkheid om het probleem op te lossen;

3. ontwikkeling en goedkeuring van technische specificaties - bepaling van eisen aan programma's, ontwikkeling van een haalbaarheidsstudie van het systeem, bepaling van stadia, stadia en voorwaarden van systeemontwikkeling en documentatie daarvoor, keuze programmeertalen, bepaling van de behoefte aan R&D in de laatste stadia, coördinatie en goedkeuring van technische specificaties.

TK voert de volgende functies uit:

Organisatorische functie is een vaste taak van de Opdrachtnemer en laatste eis van de Opdrachtgever.

De informatiefunctie is de ordening in het proces van Opdrachtnemer en de bedachtzaamheid van de wensen van Opdrachtgever.

Communicatiefunctie - onderlinge overeenstemming over het "onderwerp van het project", exclusief claims.

Juridische functie - TK heeft gelijke rechtskracht met de "Overeenkomst".

Het resultaat van het uitgewerkte technische project hangt in grote mate af van de volledigheid en juistheid van het opstellen van de technische specificatie.

1. Referentiekader

1.1 Algemeen

De volledige naam van het systeem en het bijbehorende symbool: "Geautomatiseerd informatiesysteem van het agentschap voor de verkoop en boeking van vliegtickets." Korte beschrijving van het toepassingsgebied

Het systeem is bedoeld voor gebruik in de organisatie van de klant, in ons geval - een agentschap voor de verkoop en boeking van vliegtickets.

De procedure voor het uitgeven en presenteren aan de klant van de resultaten van werkzaamheden aan het creëren van het systeem (zijn onderdelen), aan de fabricage en aanpassing van individuele middelen (hardware, software, informatie) en software en hardware (software en methodologische) systemen van het systeem: AIS "Ticket" wordt geleverd in de vorm van uitvoerbare modules voor de voltooiing van de volledige omvang van het werk, de technische middelen worden door de klant onafhankelijk gekocht. Registratie van de resultaten van werkzaamheden aan de totstandkoming van het systeem wordt uitgevoerd door ondertekening van een akte van aanvaarding van het systeem door de klant in afwezigheid van claims aan de ontwikkelaar. De akte wordt opgemaakt in twee exemplaren. Eén exemplaar is in het bezit van de Klant, de andere is in het bezit van de Ontwikkelaar.

1.2 Basis voor ontwikkeling

De basis voor de ontwikkeling van technische specificaties is de opdracht voor de cursus werken aan de cursus "Ontwerp van informatiesystemen".

De naam van het ontwikkelingsonderwerp - "Ontwikkeling van een informatiesysteem voor een bureau voor de verkoop en boeking van vliegtickets"

Aanduiding van het ontwikkelingsonderwerp (onderwerpcode) - "IS APB"

1.3 Doel en doelstellingen van het systeem

Functioneel doel van het systeem: AIS "Ticket" is ontworpen om het werk van een agentschap voor de verkoop en boeking van vliegtickets te automatiseren.

Operationeel doel van het systeem: Het systeem moet worden bediend door medewerkers van de organisatie.

Doelstellingen van het systeem: Het systeem versnelt het bestelproces van vliegtickets en vereenvoudigt daarmee het werk van het agentschap.

1.4 Systeemvereisten

1.4.1 Vereisten voor het systeem als geheel

Eisen aan de opbouw en werking van het systeem

Lijst van subsystemen, hun doel en belangrijkste kenmerken, vereisten voor het aantal hiërarchische niveaus en de mate van centralisatie van het systeem

AIS "Ticket" omvat de volgende subsystemen:

Aanvaarding van de bestelling;

kaartuitgifte;

Afrekening met de klant.

Subsysteem "Aanvaarding van bestelling" is bedoeld voor het registreren van de bestelling van vliegtickets.

Het subsysteem "Verrekening met de klant" voorziet de klant van een reserveringsnummer dat is gekoppeld aan paspoortgegevens (betaling per kaart).

Eisen aan methoden en communicatiemiddelen voor informatie-uitwisseling tussen systeemcomponenten:

Informatie-uitwisseling vindt plaats via een lokaal netwerk.

Vereisten voor de werkingsmodi van het systeem:

Het systeem moet multi-user en offline bedrijfsmodi ondersteunen. Gebruikers hebben toegang tot het systeem via internet of callcenter.

Vereisten voor het aantal en de kwalificaties van systeempersoneel

Vereisten voor de kwalificatie van personeel, de procedure voor hun opleiding en beheersing van kennis en vaardigheden:

De medewerker die betrokken is bij het accepteren van sollicitaties, moet op gebruikersniveau over de vaardigheden beschikken om met een personal computer te werken. Het aantal medewerkers kan variëren afhankelijk van het aantal bestellingen.

Betrouwbaarheidsvereisten

Systeemherstel Bij fouten in de werking van hardware (uitgezonderd gegevensdragers en programma's) en fouten gerelateerd aan software (OS en device drivers), is herstel de verantwoordelijkheid van het OS.

In het geval van storingen in het stroomvoorzieningssysteem van de hardware, waardoor het besturingssysteem opnieuw wordt opgestart, moet het programma worden hersteld nadat het besturingssysteem opnieuw is opgestart en het uitvoerbare systeembestand is gestart.

Ook moet de werking van het systeem als geheel worden gewaarborgd bij storingen, ongevallen en storingen op individuele werkplekken. Om de apparatuur te beschermen tegen spanningspieken en schakelgeluiden, moeten overspanningsbeveiligingen worden gebruikt, en om de gebruiker in staat te stellen gegevens op te slaan in het geval van een stroomstoring, wordt aanbevolen om ononderbroken voedingen te gebruiken.

Veiligheidseisen

De klant zorgt ervoor dat de technische oplossingen die worden gebruikt bij de aanpassing en ontwikkeling van het subsysteem voldoen aan de huidige normen, veiligheidsvoorschriften, brand- en explosieveiligheid, milieubescherming.

Vereisten voor de bediening, het onderhoud, de reparatie en de opslag van systeemcomponenten

De bedrijfsomstandigheden, evenals de soorten en frequentie van onderhoud van de technische middelen van het subsysteem, moeten voldoen aan de eisen voor bediening, onderhoud, reparatie en opslag die in de documentatie van de fabrikant (fabrikant) zijn vastgelegd.

Vereisten voor de bescherming van informatie over:t ongeautoriseerde toegang

Om informatie te beschermen tegen ongeoorloofde toegang, moet het systeem het volgende bieden:

a) gebruikersidentificatie en authenticatie;

b) het controleren van de rechten en beperkingen van gebruikerstoegang op het niveau van functies en data-arrays bij het werken met het systeem.

Eisen voor de veiligheid van informatie bij ongevallen

Het is noodzakelijk om te voorzien in de mogelijkheid om een ​​back-up van de systeemgegevens te maken door middel van de door de Ontwikkelaar geleverde software.

Vereisten voor standaardisatie en unificatie

Voor dit systeem moet een watervalmodel van de softwarelevenscyclus worden toegepast.

Het systeem moet (indien nodig) volledig Russische classificaties en uniforme classificaties en woordenboeken gebruiken voor verschillende soorten alfanumerieke en tekstuele informatie.

De systeeminterface, helpbestanden en alle tekstinformatie in het programma moeten in het Russisch zijn.

Schermformulieren moeten worden ontworpen rekening houdend met de unificatievereisten:

Alle schermvormen van de gebruikersinterface moeten worden uitgevoerd in één grafisch ontwerp, met dezelfde opstelling van de belangrijkste bedieningselementen en navigatie.

1.4.2 Eisen aan de functies (taken) uitgevoerd door het systeem

Voor elk subsysteem een ​​lijst met functies, taken of hun componenten (inclusief die welke zorgen voor de interactie van delen van het systeem) die automatisering ondersteunen

Het informatiesysteem moet zorgen voor de uitvoering van de volgende functies:

Subsysteem van orderacceptatie,

Subsysteem klantafrekening.

1.4.3 Vereisten voor soorten zekerheden

Naar de informatieondersteuning van het systeem

Naar de samenstelling, structuur en methoden voor het organiseren van gegevens in het systeem

Systeemgegevens worden op één lokale computer opgeslagen. De systeeminvoer wordt geleverd met de orderbeschrijving, de uitvoer moet een factuur en klantidentificatienummer zijn.

Naar de inrichting van het proces van verzamelen, verwerken, overdragen van gegevens in het systeem en presenteren van gegevens.

Gegevens worden handmatig in het systeem ingevoerd, verwerkt en in de gewenste vorm (elektronisch, gedrukt) aan de gebruiker gegeven.

Om gegevens te beschermen tegen vernietiging in geval van ongevallen en stroomstoringen van het systeem

De set van technische middelen moet een ononderbroken stroomvoorziening omvatten. De werkzaamheden van deze bron moeten minimaal een half uur duren voor het correct afsluiten van het systeem.

Gegevens beheren, opslaan, bijwerken en herstellen

Het systeem moet automatische dagelijkse back-ups ondersteunen.

Vereisten voor systeemsoftware

Het systeem moet werken in de besturingssystemen Windows XP / Vista / 7/8

Vereisten voor systeemhardware

Op de soorten technische middelen, inclusief de soorten complexen van technische middelen, software- en hardwarecomplexen en andere componenten, die zijn toegestaan ​​voor gebruik in het systeem.

Werkstations;

Ononderbroken stroomsysteem;

Gegevensoverdrachtsmedium tussen werkstations (bijvoorbeeld UTP 5e twisted pair);

Een printer.

De technische middelen worden door de Klant zelfstandig aangekocht.

Om de functionele, constructieve en operationele kenmerken van de technische ondersteuning van het systeem.

Intel Pentium IV-processor 2 GHz of hoger, minimaal 2 GB RAM en minimaal 500 GB vrije schijfruimte.

Lichaamsvereistenisationele ondersteuning van het systeem

Voor organisatorische ondersteuning worden de eisen gegeven:

Aan de structuur en functies van afdelingen die betrokken zijn bij de werking van het systeem of die de bediening verzorgen.

De bediening van het systeem wordt verzorgd door een systems engineer, 4 medewerkers zijn bij de bediening betrokken.

Aan de organisatie van de werking van het systeem en de volgorde van interactie tussen het personeel van de kerncentrale en het personeel van het automatiseringsobject.

Organisatorische ondersteuning moet voldoende zijn voor de effectieve prestaties van het personeel dat aan hen is toegewezen verantwoordelijkheden bij de implementatie van de functies van het systeem.

Ter bescherming tegen foutieve handelingen van het systeempersoneel.

Bescherming tegen personeelsfouten bestaat uit het controleren van het invullen van gegevens in sommige velden, de mogelijkheid om de originele gegevens te herstellen en de laatste wijzigingen te annuleren, en de toegang af te bakenen volgens de functies en bevoegdheden van werknemers.

1.5 Beschrijving van automatiseringsobjecten

Korte informatie over het automatiseringsobject of links naar documenten die dergelijke informatie bevatten

Het automatiseringsobject is het proces dat hoort bij het bestellen van vliegtickets.

Informatie over de bedrijfsomstandigheden van het automatiseringsobject en de kenmerken van de omgeving

Dit systeem wordt geïnstalleerd in productie- en kantoorpanden.

1.6 Documentatievereisten

De volgende documenten moeten worden afgegeven voor een systeem in verschillende stadia van ontwikkeling:

Organisatieschema;

Functioneel structuurdiagram;

Lijst met ingangssignalen en data;

Lijst met uitgangssignalen (documenten);

Toelichting bij het technische project;

Beschrijving van de te automatiseren functies;

Beschrijving van de taakstelling (takenpakket);

Beschrijving van de organisatie van de informatiebank;

Beschrijving van een reeks informatie;

Beschrijving van de software;

Gebruikershandleiding.

1.7 Stadia en stadia van ontwikkeling

1.7.1 Ontwikkelingsstadia

De ontwikkeling moet in 6 fasen worden uitgevoerd:

1. Ontwikkeling van technische specificaties

2. Ontwikkeling van projectdocumentatie

3.Een conceptontwerp maken

4. Gedetailleerd ontwerp:

5. Inbedrijfstelling

6. Onderhoud en modernisering

1.7.2 Ontwikkelingsstadia

In de ontwikkelingsfase van de technische taak moet de fase van ontwikkeling, overeenstemming en goedkeuring van deze technische taak zijn voltooid.

In de ontwikkelingsfase van de projectdocumentatie moet de ontwikkelingsfase van de projectdocumentatie worden voltooid.

In de fase van het maken van een conceptontwerp moet een conceptontwerp worden voltooid voor voorlopige levering aan de klant.

In het stadium van gedetailleerd ontwerp moeten de volgende fasen van het werk worden voltooid:

1) ontwikkeling van een informatiesysteem;

2) ontwikkeling van documentatie.

In het stadium van implementatie moet de voorbereiding en overdracht van het programma aan de klant worden voltooid.

In de fase van onderhoud en modernisering moet worden gewerkt aan de verbetering van de huidige versie van het informatiesysteem.

In het stadium van ontwikkeling van het mandaat moeten de volgende werken worden uitgevoerd:

1) probleemstelling;

2) bepaling en verduidelijking van vereisten voor technische middelen;

3) bepaling van eisen aan het informatiesysteem;

4) bepaling van de stadia, stadia en voorwaarden van ontwikkeling van het informatiesysteem en documentatie daarvoor;

5) verantwoording en keuze van instrumenten;

6) coördinatie en goedkeuring van technische specificaties.

In de ontwikkelingsfase van de projectdocumentatie moeten de volgende werkzaamheden worden uitgevoerd:

1) definitie van de belangrijkste bedrijfsprocessen (in de vorm van IDEF0-diagrammen);

2) bepaling van de belangrijkste use-cases van het systeem voor drie categorieën gebruikers (gast, geautoriseerde gebruiker, beheerder) in de vorm van UML-diagrammen van use-cases;

3) het ontwerpen van de structuur van de database in de vorm (ER-diagram);

4) ontwerp van de hoofdcomponenten en algoritmen van het systeem in de vorm van bijbehorende UML-diagrammen;

5) het ontwerpen van de structuur van de gebruikersinterface;

6) coördinatie en goedkeuring van projectdocumentatie.

In de ontwikkelingsfase moet worden gewerkt aan de ontwikkeling van een informatiesysteem op basis van projectdocumentatie, codering en debugging.

In het stadium van de ontwikkeling van documentatie moet de ontwikkeling van programmadocumenten worden uitgevoerd in overeenstemming met de vereisten. "Voorlopige samenstelling van softwaredocumentatie" van deze technische opdracht.

In de fase van voorbereiding en overdracht van het programma moet worden gewerkt aan de voorbereiding en overdracht van het programma en de programmadocumentatie naar de exploitatie.

In het stadium van verbetering van de huidige versie van het systeem, moet worden gewerkt aan het maken van nieuwe versies van het systeem en het toevoegen van nieuwe functies aan de oude versie.

1. Analyse van IP-vereisten

2. Onderhandeling over eisen met de klant

3. Selectie en ontwikkeling van een variant van het systeemconcept

4. Ontwikkeling van technische specificaties en project

5. Coördinatie en goedkeuring van technische specificaties en project

6. Opstellen van een werkplan

7. De hardware voorbereiden

8. Softwareontwikkeling

9. Hardware- en softwarecompatibiliteit controleren

10. Integratie en testen van software en hardware

11. Introductie van wijzigingen

12. Ontwikkeling van instructies voor de werking van IS

13. Registratie van volledige documentatie op IP

14. Levering van IP aan de klant

Tabel 1 - Initiële gegevens voor de berekening

Figuur 1 - Takenoverzicht

Afbeelding 2 - Gantt-diagram

Afbeelding 3 - Netwerkwerkschema

Het kritieke pad van het netwerk is als volgt: 0 1 2 3 4 5 6891011121314

Tabel 2 - Tijdparameters van gebeurtenissen

Tabel 3 - Berekening van volledige en vrije tijdreserves

1.8 Procedure voor controle en acceptatie van het systeem

1.8.1 Soorten, samenstelling, omvang en testmethoden van het systeem en zijn componenten

Het systeem wordt getest door een grote hoeveelheid gegevens in te voeren, dezelfde informatie in te voeren, informatie van een ander type gegevens, gegevens van een groter bereik. De schermformulieren worden gecontroleerd op overeenstemming met de beschrijving in de gebruikershandleiding (interface testen).

1.8.2 Algemene vereisten voor de oplevering van werken in fasen

Levering en aanvaarding geschiedt door een commissie, waarin vertegenwoordigers van Opdrachtgever en Opdrachtnemer zitting hebben. Op basis van de resultaten van de acceptatie wordt een akte van de acceptatiecommissie ondertekend.

Alle softwareproducten die in het kader van deze werkzaamheden tot stand komen, worden aan de Klant overgedragen, zowel in de vorm van kant-en-klare modules als in de vorm van broncodes die in elektronische vorm op een standaard machinemedium (op een cd-rom) worden gepresenteerd.

1.8.3 Status van de acceptatiecommissie (rijk, interdepartementaal, departementaal)

De status van de acceptatiecommissie wordt voorafgaand aan het testen door de Klant bepaald.

2. Technisch ontwerp:

2.1 Functionele structuur

2.1.1 Beschrijving van het vakgebied

Het onderwerpgebied is het agentschap voor de verkoop en boeking van vliegtickets

De onderneming omvat een administratieve afdeling (bestaande uit een accountant en een manager), een afdeling werkstationbeheer (informatietechnologiebeheer) (een systeembeheerder en technici) en operators.

De administratieve afdeling, bestaande uit een accountant en een manager, is verantwoordelijk voor de kwaliteit van de dienstverlening.

2.1.2 Functies en organisatiestructuur

Het bouwen van een ondernemingsstructuur kan worden onderverdeeld in drie stappen: het bouwen van een organisatiemodel, het bouwen van een functioneel model en het bouwen van een informatiemodel.

Agentschap "Ticket" bestaat uit de volgende afdelingen:

Regisseur;

Administratieve afdeling;

Afdeling Werkstationoperaties;

Afdeling Operators.

De organisatiestructuur van de onderneming is weergegeven in figuur 4.

Figuur 4 - Organisatiemodel

De directeur voert het algemene beheer van de productie, de economische en financiële en economische activiteiten van de onderneming, en organiseert ook de interactie van al zijn structurele afdelingen.

De productieafdeling voert de ontwikkeling van het project van het product, de daaropvolgende fabricage en montage uit.

De administratieve afdeling, bestaande uit een accountant en een manager, is verantwoordelijk voor de kwaliteit van de dienstverlening.

De afdeling Workstation Operations is verantwoordelijk voor de gezondheid van het systeem.

Operators zijn verantwoordelijk voor het accepteren van een bestelling en het invoeren van gegevens in de database.

2.1.3 Beschrijving van gegevensstromen en bedrijfsprocessen

Bedrijfsprocesmodellering

Een bedrijfsproces is een verzameling van onderling gerelateerde activiteiten of taken die gericht zijn op het creëren van een specifiek product of dienst voor consumenten. Voor de duidelijkheid worden bedrijfsprocessen gevisualiseerd met behulp van een stroomschema van bedrijfsprocessen. Modellering van bedrijfsprocessen is een activiteit op het vormen van modellen van organisaties, inclusief een beschrijving van bedrijfsobjecten (afdelingen, functies, middelen, rollen, processen, operaties, informatiesystemen, informatiedragers, etc.) en een indicatie van de verbanden tussen hen. De vereisten voor de gegenereerde modellen en hun bijbehorende inhoud worden bepaald door de doelen van de modellering. Bedrijfsmodellering wordt ook wel een discipline en een afzonderlijk subproces in het softwareontwikkelingsproces genoemd, dat de activiteiten van het bedrijf beschrijft en de systeemvereisten bepaalt - die subprocessen en operaties die onderhevig zijn aan automatisering in het ontwikkelde informatiesysteem.

Na analyse van de activiteiten van het bureau en na het uitvoeren van een pre-projectstudie, kunnen we drie hoofdbedrijfsprocessen van het AIS "Ticket" onderscheiden:

1. Aanvaarding van de bestelling.

2. Afgifte van een identificatienummer.

3. Afrekening met de klant.

Functionele modellering van bedrijfsprocessen wordt weergegeven door de IDEF0-methodologie. Het beschrijft de bedrijfsprocessen die plaatsvinden in het automatiseringsobject. De basis van de IDEF0-methodiek is een grafische taal voor het beschrijven van bedrijfsprocessen. Het model in IDEF0 wordt weergegeven door een reeks hiërarchisch geordende en logisch gerelateerde diagrammen. Elke grafiek bevindt zich op een apart blad. Er zijn vier soorten grafieken te onderscheiden:

Contextdiagram A-0 (elk model kan slechts één contextdiagram hebben);

Ontledingsdiagrammen (inclusief het diagram van het eerste niveau van ontleding A 0, dat de contextuele onthult);

Knooppuntboomdiagrammen;

Alleen-belichtingsdiagrammen (FEO).

Het contextdiagram is de top van de boomstructuur van diagrammen en vertegenwoordigt de meest algemene beschrijving van het systeem en zijn interactie met de externe omgeving (in de regel wordt het hoofddoel van het gemodelleerde object hier beschreven). Na het systeem als geheel te hebben beschreven, wordt het opgedeeld in grote fragmenten. Dit proces wordt functionele ontleding genoemd en de diagrammen die elk fragment en de interactie van de fragmenten beschrijven, worden ontledingsdiagrammen genoemd. Na ontleding van het contextdiagram (d.w.z. het verkrijgen van diagram A 0), wordt elk blok diagram A 0 ontleed in kleinere fragmenten, enzovoort, totdat het vereiste niveau van beschrijving is bereikt. Na elke decompositiesessie worden examensessies gehouden - vakexperts (meestal werknemers van bedrijven die door analisten zijn geïnterviewd) geven de overeenstemming van echte bedrijfsprocessen aan de gemaakte diagrammen aan. De gevonden inconsistenties worden gecorrigeerd en pas na het behalen van het examen zonder opmerkingen, kunt u doorgaan naar de volgende ontledingssessie. Zo sluit het model aan op de echte bedrijfsprocessen op elk niveau van het model. De syntaxis voor het beschrijven van het systeem als geheel en elk van zijn fragmenten is hetzelfde in het hele model.

De belangrijkste zakelijke functie van "AIS Ticket" is de verkoop van vliegtickets. De invoergegevens zijn de volgorde van tickets. Weekend - ontvangst. Medewerkers van Bilet OJSC (accountant, manager, IT-technici, operators) dienen als tools voor het uitvoeren van de belangrijkste bedrijfsfunctie.

Gegevensstroomschema

Eisen worden gepresenteerd in de vorm van een hiërarchie van processen die verbonden zijn door datastromen. Gegevensstroomdiagrammen laten zien hoe elk proces zijn input omzet in output en onthullen de relatie tussen deze processen. DFD-diagrammen worden met succes gebruikt als aanvulling op het IDEF0-model om workflow en informatieverwerking te beschrijven. Net als IDEF0 vertegenwoordigt DFD het systeem dat wordt gemodelleerd als een netwerk van verwante werken. De belangrijkste componenten van DFD (zoals hierboven vermeld) zijn processen of activiteiten, externe entiteiten, gegevensstromen, gegevensopslagapparaten (opslag). In tegenstelling tot IDEF0-pijlen, die starre relaties vertegenwoordigen, laten DFD-pijlen zien hoe objecten (inclusief gegevens) van de ene taak naar de volgende gaan.

In tegenstelling tot IDEF0, waar het systeem wordt gezien als onderling verbonden werken, ziet DFD het systeem als een verzameling objecten. Een contextdiagram bevat vaak werken en externe links. Werken worden meestal genoemd naar de naam van het systeem, bijvoorbeeld "Information Processing System". De opname van xref's in het contextdiagram ondervangt niet de vereisten van de methodologie om het doel, de reikwijdte en het uniforme beeld van het systeem dat wordt gemodelleerd duidelijk te definiëren.

In DFD zijn activiteiten (processen) systeemfuncties die input omzetten in output. Hoewel de werken zijn afgebeeld als rechthoeken met afgeronde hoeken, is hun betekenis gelijk aan de betekenis van de werken IDEF0 en IDEF3. Net als IDEF3-processen hebben ze inputs en outputs, maar ondersteunen ze geen controles en mechanismen zoals IDEF0.

Externe entiteiten vertegenwoordigen logins en/of logouts. Externe entiteiten worden getekend als een rechthoek met een schaduw en bevinden zich meestal aan de randen van het diagram. Eén externe entiteit kan meerdere keren worden gebruikt in een of meer diagrammen. Meestal wordt deze techniek gebruikt om te lange en verwarde pijlen te vermijden.

Workflows worden weergegeven door pijlen en beschrijven de beweging van objecten van het ene deel van het systeem naar het andere. Omdat in DFD elke zijde van het werk geen duidelijk doel heeft, zoals in IDEF0, kunnen pijlen in en uit elk vlak van de werkrechthoek gaan. DFD gebruikt ook tweekoppige pijlen om opdracht-responsdialogen tussen taken, tussen een taak en een externe entiteit en tussen externe entiteiten te beschrijven.

In tegenstelling tot pijlen die bewegende objecten beschrijven, geven datawarehouses objecten in rust weer.

2.2 Systeemontwerp van IC

taakomschrijving kosten arbeidskosten boeking

2.2.1 Ontwikkeling van het concept, de architectuur en het implementatieplatform voor IS

De belangrijkste aspecten bij het kiezen van een architectuur voor het bouwen van een IC zijn snelheid, betrouwbaarheid, schaalbaarheid en veiligheid.

Momenteel zijn de meest voorkomende architecturen:

bestanden server;

client server;

architectuur op meerdere niveaus.

De bestandsserverarchitectuur betekent dat de server alleen de functie van het opslaan van gegevens op zich neemt en dat de verwerking wordt uitgevoerd op clientcomputers. Dit betekent dat gegevens over het netwerk moeten worden verzonden, wat resulteert in een zware belasting van netwerkverkeer. Dit zal op zijn beurt leiden tot een afname van de prestaties naarmate het aantal gebruikers toeneemt. Ook wordt bij het implementeren van de file-server-architectuur het probleem van integriteit, consistentie en gelijktijdige toegang tot gegevens op een gedecentraliseerde manier opgelost: gegevens worden opgeslagen op de server en verwerkt op de client. Hierdoor neemt de betrouwbaarheid van de applicatie af. Een ander nadeel zijn de hoge kosten van het upgraden en onderhouden van bedrijfslogica-services op elk clientwerkstation. Deze architectuur heeft echter ook een aantal voordelen, zoals lage ontwikkelkosten, hoge ontwikkelsnelheid en lage kosten voor het updaten en wijzigen van software.

De client-server-architectuur kent de nadelen van de hierboven beschreven architectuur, aangezien: de databaseserver geeft niet alleen toegang tot gedeelde data, maar verwerkt deze ook. De client stuurt verzoeken naar de server in een taal die "begrijpelijk" is naar de server, en deze verwerkt op zijn beurt het verzoek, terwijl de integriteit en consistentie van de gegevens wordt gecontroleerd, en stuurt het resultaat van het verwerkte verzoek terug naar de client. Hierdoor wordt de belasting van het netwerk verminderd: de klant hoeft geen tussenliggende data meer te verwerken. De opslag en verwerking gebeurt op een gecentraliseerde manier, dus deze architectuur is betrouwbaarder dan de bestandsserverarchitectuur. De nadelen van de client-server-architectuur zijn in de eerste plaats de voldoende complexiteit van de systeemontwikkeling vanwege de noodzaak om bedrijfslogica uit te voeren en een interface met de gebruiker in één programma te bieden en om dezelfde reden hoge eisen aan werkstations.

De volgende fase in de ontwikkeling van IS-architecturen was een meerlagige architectuur waarin bedrijfslogica wordt uitgevoerd op een applicatieserver. Gelaagde architectuur heeft de volgende voordelen:

schaalbaarheid;

configureerbaarheid - de isolatie van de niveaus van elkaar stelt u in staat om het systeem snel en eenvoudig opnieuw te configureren in geval van storingen of tijdens gepland onderhoud op een van de niveaus;

hoge beveiliging;

hoge betrouwbaarheid;

lage eisen aan de snelheid van het kanaal (netwerk) tussen terminals en de applicatieserver;

lage eisen aan productiviteit en technische kenmerken van terminals, als gevolg van een daling van hun kosten.

Ondanks de onmiskenbare voordelen is dit systeem echter niet wijdverbreid om de volgende redenen:

de complexiteit van het ontwikkelen van systemen op basis van een gelaagde architectuur, omdat het erg moeilijk is om verschillende modules te "docken", vooral als ze door verschillende groepen zijn geschreven. Een verandering in één module veroorzaakt in de regel een lawine-achtige verandering in de rest, en vanuit dit oogpunt zal zelfs een eenvoudig systeem op basis van een meerlagige architectuur twee keer zo moeilijk te implementeren zijn;

hoge eisen aan de prestaties van applicatieservers en de databaseserver, en dus de hoge kosten van serverhardware;

hoge eisen aan de snelheid van het kanaal (netwerk) tussen de databaseserver en applicatieservers;

hoge complexiteit van de administratie.

Na alle voor- en nadelen van elk van de architecturen te hebben overwogen, hebben we voor de implementatie van het "AIS Ticket"-systeem de client-server-architectuur gekozen. Deze architectuur maakt een optimale verdeling van het werk tussen de client- en servergedeelten van het systeem mogelijk: de applicatie die op het werkstation draait, leest de databaserecords niet "rechtstreeks", maar stuurt verzoeken naar de server, waar ze sequentieel worden verwerkt, en de verwerking resultaten worden naar het werkstation gestuurd. En dit vermindert de informatiestromen op het LAN aanzienlijk.

Het schema van functioneren en constructie van het informatiesysteem wordt getoond in figuur 5.

Afbeelding 5 - Client-server-architectuur

2.2.2 De structuur van het informatiesysteem, de samenstelling van functionele en ondersteunende subsystemen

Functionele subsystemen - een complex van economische taken met een hoge mate van informatie-uitwisseling (verbindingen) tussen taken (een bepaald proces van informatieverwerking met een duidelijk gedefinieerde set van input- en outputinformatie. Functionele subsystemen dienen informeel bepaalde soorten activiteiten van het economische systeem (onderneming), kenmerkend voor de structurele afdelingen en (of) managementfuncties Integratie van functionele subsystemen in een enkel systeem wordt bereikt door het creëren en exploiteren van ondersteunende subsystemen, zoals:

informatief;

Technisch;

Software;

Wiskundig;

taalkundig.

Ondersteunende subsystemen zijn gemeenschappelijk voor het gehele IS, ongeacht de specifieke functionele subsystemen waarin bepaalde soorten ondersteuning worden gebruikt. In het werk worden de ondersteunende en organisatorische subsystemen gecombineerd tot één ondersteunend subsysteem. De reden voor een dergelijke beslissing kan worden overwogen dat hun componenten zorgen voor de implementatie van de doelen en functies van het systeem.

De samenstelling van de ondersteunende subsystemen is niet afhankelijk van het gekozen vakgebied en heeft:

Functionele structuur;

Informatie Ondersteuning;

Wiskundige (algoritmische en software) software;

Technische hulp;

Organisatorische ondersteuning,

en in de ontwikkelingsfase van IS, extra beveiliging:

Juridisch;

taalkundig;

Technologisch;

methodologisch;

Interfaces met externe IC's.

Informatieondersteuning is een set hulpmiddelen en methoden om een ​​informatiebasis op te bouwen. Het definieert de methoden en vormen voor het weergeven van de status van het besturingsobject in de vorm van gegevens binnen de IS, documenten, grafieken en signalen buiten de IS.

De software bestaat uit algoritmisch en software.

Organisatorische ondersteuning is een set tools en methoden om de productie te organiseren en te beheren in het kader van de introductie van IS.

Het doel van organisatorische ondersteuning is: selectie en formulering van beheertaken, analyse van het beheersysteem en manieren om het te verbeteren, ontwikkeling van oplossingen voor het organiseren van interactie tussen IS en personeel, uitvoering van beheertaken. Organisatorische ondersteuning omvat communicatiemethoden met klanten, papierwerkvereisten, functiebeschrijvingen, enz.

Algoritmische ondersteuning is een reeks wiskundige methoden, modellen en algoritmen die in het systeem worden gebruikt om problemen op te lossen en informatie te verwerken.

2.2.3 IS-hardware

Het complex van technische middelen moet de volgende elementen bevatten:

Werkstations;

Ononderbroken stroomvoorziening;

Tools voor het bouwen van een LAN;

Database server;

Een printer.

Serververeisten:

Geheugen 8GB;

minimaal 2,2 GHz Intel Xeon 5500-processor;

SATA-schijfsnelheid 8 Gb / s;

10 Gbps netwerkadapter;

Besturingssysteem Windows Server 2008.

Werkstation vereisten:

2 GHz-processor;

Geheugen 2GB;

Harde schijf niet minder dan 500;

Besturingssysteem Windows 7;

Netwerkadapter 100 Mbps.

De technische middelen van de IS worden beschreven rekening houdend met de vereisten voor het functioneren van het toegepaste softwarecomplex. Technische middelen moeten voorzien in:

24-uurs exploitatie van een complex van technische middelen en apparatuur;

Gegarandeerde uitvoering van het gehele softwarepakket bij storing of uitval van een apparaat;

Gegevensbescherming tegen ongeoorloofde toegang;

Servers en werkstations moeten verbonden zijn via een lokaal netwerk.

Figuur 2.3 toont de topologie van een lokaal netwerk (LAN) voor Bilet OJSC.

Uit de beschouwde figuur blijkt dat via de switch 5 werkstations zijn verbonden met de databaseserver en de fileserver. De netwerktopologie is ster.

Figuur 6 - Logisch diagram van het netwerk van JSC "Klant"

2.3 Informatieondersteuning van IP

2.3.1 Beschrijving van de logische structuur van de infobase

Logisch (datalogisch) ontwerp - het creëren van een databaseschema op basis van een specifiek datamodel, bijvoorbeeld een relationeel datamodel. Voor een relationeel datamodel is een datalogisch model een set relatieschema's, die meestal primaire sleutels specificeren, evenals "relaties" tussen relaties, die refererende sleutels zijn.

De transformatie van een conceptueel model naar een logisch model gebeurt meestal volgens formele regels. Deze fase kan grotendeels worden geautomatiseerd.

De normaalvorm is een eigenschap van een relatie in een relationeel datamodel die het kenmerkt vanuit het oogpunt van redundantie, wat mogelijk kan leiden tot logisch foutieve resultaten van een selectie of gegevenswijziging. Normaalvorm wordt gedefinieerd als een reeks vereisten waaraan een relatie moet voldoen. Het proces van het converteren van databaserelaties (DB) naar een vorm die overeenkomt met normale vormen, wordt normalisatie genoemd. Normalisatie is bedoeld om de databasestructuur in een vorm te brengen die minimale logische redundantie biedt, en is niet bedoeld om de prestaties te verminderen of te verhogen of het fysieke volume van de database te verminderen of te vergroten. Het uiteindelijke doel van normalisatie is om de mogelijke inconsistentie van informatie die in de database is opgeslagen, te verminderen. Het algemene doel van het normalisatieproces is als volgt:

Eliminatie van sommige soorten redundantie;

Eliminatie van enkele update-anomalieën;

Het ontwikkelen van een databaseproject dat een redelijk "goede" weergave is van de echte wereld, intuïtief is en als een goede basis kan dienen voor toekomstige uitbreiding;

Vereenvoudiging van de procedure voor het toepassen van de noodzakelijke integriteitsbeperkingen.

Redundantie wordt in de regel geëlimineerd door relaties zo te ontleden dat in elke relatie alleen primaire feiten worden opgeslagen (dat wil zeggen feiten die niet worden afgeleid uit andere opgeslagen feiten).

Op logisch niveau is de database genormaliseerd, evenals de sleuteltoewijzing voor elke entiteit. Logische koppelingen worden geïmplementeerd met behulp van primaire en externe sleutels.

2.3.2 Beschrijving van de fysieke implementatie van de database

Fysiek ontwerp - het creëren van een databaseschema voor een specifiek DBMS. De bijzonderheden van een bepaald DBMS kunnen beperkingen omvatten voor de naamgeving van database-objecten, beperkingen voor de ondersteunde gegevenstypen, enz. Bovendien omvatten de specifieke kenmerken van een specifiek DBMS in fysiek ontwerp de keuze van oplossingen met betrekking tot de fysieke omgeving van gegevensopslag (keuze van methoden voor het beheren van schijfgeheugen, het verdelen van de database door bestanden en apparaten, methoden voor toegang tot gegevens), het maken van indexen , enzovoort.

Een fysiek datamodel wordt gebouwd op basis van een logisch model en beschrijft de data door middel van een specifiek DBMS. Relaties die in het stadium van logische modellering zijn ontwikkeld, worden omgezet in tabellen, attributen in kolommen, domeinen in gegevenstypen die worden geaccepteerd in het geselecteerde specifieke DBMS.

Die. in het fysieke model is er een één-op-één overeenkomst tussen de parameters van een object en een model van dezelfde fysieke aard. In dit geval worden fysieke equivalenten die de structuur, basiseigenschappen en relaties van het bestudeerde object reproduceren, in overeenstemming gebracht met het element van het systeem. Bij fysieke modellering, die is gebaseerd op de theorie van gelijkenis, blijven de kenmerken van het uitvoeren van een experiment in de natuur behouden terwijl het optimale variatiebereik van de overeenkomstige fysieke parameters wordt waargenomen.

Gevolgtrekking

Als resultaat van de cursussen is een technische opdracht afgerond voor de ontwikkeling van een informatiesysteem voor een agentschap voor de verkoop en boeking van vliegtickets, de bijbehorende software.

De taakomschrijving voor een informatiesysteem is het belangrijkste document dat de vereisten en procedure definieert voor het creëren van een informatiesysteem, in overeenstemming met dewelke het wordt ontwikkeld en geaccepteerd bij ingebruikname. Het bevat de basisvereisten voor de functionele kenmerken, betrouwbaarheid, bedrijfsomstandigheden en informatiebescherming van het informatiesysteem, en beschrijft ook de procedure voor het ontwikkelen van het systeem.

In overeenstemming met de taken van de technische opdracht werden de volgende fasen van het maken van een technisch project voltooid:

- analyse van het vakgebied;

- het functionele diagram van het AIS "Ticket" is ontwikkeld;

- het concept is ontwikkeld, de architectuur van de constructie en het platform voor de implementatie van het systeem zijn gekozen;

1. het conceptuele model van het AIS "Ticket" is ontworpen;

2. het logische model van het AIS "Ticket" systeem is ontworpen op basis van het conceptuele model;

3. De fysieke structuur van de databaseserver wordt bepaald.

Bibliografie

1. GOST 19.201-78 Uniform systeem van programmadocumentatie. Technische taak. Vereisten voor inhoud en ontwerp

2. GOST 34.602-89 Informatietechnologie. Set van normen voor geautomatiseerde systemen. Referentiekader voor het opzetten van een geautomatiseerd systeem

3. RD 50-34.698-90 Geautomatiseerde systemen. Eisen aan de inhoud van documenten

4. V.P. Romanov, N.Z. Emelyanova, T.L. Partyka Ontwerp van economische informatiesystemen. Methodologieën en moderne technologieën. - M: Examen, 2005. - 256 p.;

5. Maklakov S.V. BPWin en ERWin CASE - Ontwikkelingstools voor informatiesystemen / S.V. Maklakov - M: DIALOOG MEPI, 2001.-256s .;

6. Boyko V.V. Ontwerpen van databases van informatiesystemen / Boyko V.V., Savinkov V.M. - 2e druk. - M.: Financiën en statistiek, 1989 .-- 350 p.

Geplaatst op Allbest.ru

Vergelijkbare documenten

Referentiekader voor de ontwikkeling van een geautomatiseerd systeem en magazijnboekhouding voor het beheer van een universele handelsbasis. Het ontwerpen van een informatiesysteem en het kiezen van een omgeving voor het maken van een softwareproduct. Maken van interface en gebruikershandleiding.

proefschrift, toegevoegd 07/11/2015


Regelgevende rechtshandelingen van de Russische Federatie op het gebied van informatiebeveiliging. De procedure voor het organiseren van werkzaamheden ter bescherming van informatie in informatiesystemen. Algemene benadering van de ontwikkeling van technische specificaties voor de ontwikkeling van een beveiligingssysteem op dit gebied.

scriptie, toegevoegd 05/05/2015


Opstellen van technische specificaties voor de ontwikkeling van een informatiesysteem voor het bestellen van een vliegticket. Documentatie-eisen. De volgorde van controle en acceptatie van het systeem. Ontwikkeling van het concept, bouwarchitectuur en platform voor de implementatie van het informatiesysteem.

scriptie toegevoegd 13-05-2015


Oprichting van het informatiesysteem "Gold", dat het werk van de sieradenatelier automatiseert. Modelleren van bedrijfsprocessen met behulp van IDEF0- en UML-diagrammen en DFD- en wetenschappelijke gegevensstromen. Opstellen van een technisch project en opdracht op basis van GOST 34.602-89.

scriptie, toegevoegd 02/10/2013


De samenstelling van het expertsysteem. Vereisten voor een reeks technische middelen. De opzet en organisatie van de technische ondersteuning van het automatische informatiesysteem. Technische documentatie voor de ontwikkeling van software en het gebruik ervan.

samenvatting toegevoegd op 10/09/2014


Programmeertalen leren PHP, SQL, C++, HTML. Overweging van de regels voor het starten en gebruiken van de lokale Denwer-server. Opstellen van technische specificaties voor de ontwikkeling van een softwareproduct. Beschrijving van de gemaakte mobiele en webapplicatie.

scriptie toegevoegd op 04/07/2015


Ontwikkeling van een geautomatiseerd informatiesysteem voor de boekhouding en controle van reparatiewerkzaamheden, en het leveren van softwareontwikkelingsdiensten voor het bedrijf "MegionSoftOil", ontwikkeling van algoritmen voor toepassingen van het softwaresysteem en modules.

proefschrift, toegevoegd 29/06/2012


Motivering van de noodzaak om een ​​informatiesysteem te ontwikkelen. Domein analyse. Referentiekader voor het maken van EIS. Juridische status en korte economische kenmerken van de onderneming. De stand van de boekhoudkundige en analytische werkzaamheden bij de onderneming.

samenvatting, toegevoegd 01/09/2009


Ontwikkeling en implementatie van een geautomatiseerd informatiesysteem (AIS) voor het werken met klanten van een reisorganisatie (het ontvangen en verwerken van aanvragen). Technische en economische beoordeling van een reisbureau, algoritme en interfacediagram van zijn AIS-software.

proefschrift, toegevoegd 21-07-2011


Het aantal functionele punten tellen. Berekening van arbeidskosten voor de ontwikkeling van een softwaretool en de geschatte tijd van ontwikkeling, een levenscyclusmodel. Ontwikkeling van technische specificaties voor het creëren van een geautomatiseerd systeem, vereisten daarvoor.