"10-Strike: Computer Inventory" voor de boekhouding van computers in het bedrijfsnetwerk
1. Inleiding
1.1. Programma naam
2. Vereisten voor het programma
2.2. Betrouwbaarheidsvereisten
2.2.1. Vereisten om de betrouwbare werking van het programma te garanderen
2.2.3. Storingen als gevolg van onjuiste acties van systeemgebruikers 3. Bedrijfsomstandigheden
3.1. Klimatologische bedrijfsomstandigheden
3.2. Vereisten voor kwalificaties en aantal personeelsleden
3.3. Vereisten voor de samenstelling en parameters van technische middelen
3.4. Vereisten voor informatie en softwarecompatibiliteit
3.4.1. Vereisten voor informatiestructuren en oplossingsmethoden
3.4.2. Vereisten voor broncodes en programmeertalen
3.4.3. Vereisten voor software die door het programma wordt gebruikt
3.4.4. Vereisten voor de bescherming van informatie en programma's
3.5. Speciale vereisten
4. Vereisten voor softwaredocumentatie
4.1. Voorlopige samenstelling van softwaredocumentatie
5. Technische en economische indicatoren
5.1. Economische voordelen van ontwikkeling
6. Stadia en stadia van ontwikkeling
6.1. Ontwikkelingsstadia
6.2. Ontwikkelingsstadia
6.3. Inhoud van het werk in fasen
7. Procedure voor controle en acceptatie
7.1. Soorten testen
1. Inleiding
1.1. Programma naam
Naam van het programma: "10-Strike: Computer Inventory" voor boekhouding van computers in het bedrijfsnetwerk
1.2. Doel en reikwijdte
Het programma "10-Strike: Computer Inventory" is ontworpen voor het inventariseren van computers in lokale netwerken, het stelt netwerkbeheerders in staat om een database met inventaris en boekhouding van computers, componenten, programma's en licenties te creëren en te onderhouden met de mogelijkheid om te bekijken en te volgenconfiguraties van externe computers. Het stelt u ook in staat om hardware en software bij te houden. op hen.
EN C vulstoffen:
Cartiesten: nee
2. Vereisten voor het programma
2.1. Prestatie-eisen
Het programma moet de mogelijkheid bieden om de volgende hoofdfuncties uit te voeren:
1) Informatie verzamelen in een organisatie met elke structuur
1.1 Het verkrijgen van informatie over verschillende groepen data (meer dan 50) hard- en software;
1.2 Verzameling van informatie van lokale en externe computers en smartphones met Windows (WMI, NetBios, register), Linux en MacOS (via SSH), Android (SSH);
1.3 Drie manieren om informatie te verzamelen: , , .
Flexibele configuratie van informatieverzameling vanaf computers zonder beheerdersrechten en computers zonder netwerk, maar ook voor computers van afgelegen vestigingen en mobiele computers van medewerkers op zakenreis.
2. Opstellen van rapporten
2.1. Het onderhouden van een database van computers met het creëren van uw eigen velden voor het vastleggen van gebruikersgegevens en inventaris;
Maken van verschillende rapporten (meer dan 70 rapportsjablonen in pdf, html, doc, xml (xls), xls, txt-formaten) over de staat van hardware en software op het netwerk;
3. Melding van wijzigingen en gedetecteerde problemen
3.1 Beheersing van wijzigingen in hard- en software op netwerkcomputers;
3.2 Kennisgeving van wijzigingen in configuraties op computers;
3.3 Melding van gedetecteerde problemen (weinig ruimte op de harde schijf, de licentiesleutel verloopt);
Diagnostiek van S.M.A.R.T., bepaling van de gezondheidsstatus van harde schijven;
4. Boekhouding van aanvragen en licenties
4.1 Boekhouding van gelicentieerde informatie, boekhouding van aankopen van gelicentieerde software, detectie van problemen met betrekking tot licentiebeleid;
4.2 Applicatiebeheerder Het bijhouden van zwarte en witte lijsten met software, verboden en toegestaan. Rapportages over software-installaties;
4.3 Samenvattende analyse van configuraties, filtering van gegevens op verschillende categorieën om computers met lage prestaties te identificeren of potentiële problemen te identificeren.
2.2. Betrouwbaarheidsvereisten
2.2.1 Vereisten om een betrouwbare werking van het programma te garanderen
Een betrouwbare (stabiele) werking van het programma moet worden verzekerd door de implementatie door de Klant van een reeks organisatorische en technische maatregelen, waarvan de lijst hieronder is weergegeven:
a) de organisatie van een ononderbroken stroomvoorziening van technische apparatuur;
b) het gebruik van gelicentieerde software;
c) regelmatige uitvoering van de aanbevelingen van het Ministerie van Arbeid en Sociale Ontwikkeling van de Russische Federatie, uiteengezet in het decreet van 23 juli 1998 tot goedkeuring van interindustriële standaardtijdnormen voor werkzaamheden aan het onderhoud van personal computers en kantoor uitrusting en onderhoud van software ";
d) regelmatige naleving van de vereisten van GOST 51188-98. Gegevensbescherming. Software testen op aanwezigheid van computervirussen
2.2.2. Hersteltijd na storing
De hersteltijd na een storing veroorzaakt door een stroomstoring van hardware (andere externe factoren), een niet-fatale storing (geen crash) van het besturingssysteem mag niet langer zijn dan 30 minuten, op voorwaarde dat de bedrijfsomstandigheden voor hardware en software in acht worden genomen .
De hersteltijd na een storing veroorzaakt door een hardwarestoring, een fatale storing (crash) van het besturingssysteem mag niet langer zijn dan de tijd die nodig is om problemen met hardware op te lossen en software opnieuw te installeren.
2.2.3. Storingen als gevolg van onjuiste acties van systeemgebruikers
Programmastoringen als gevolg van onjuiste gebruikersacties bij interactie met het programma via de webinterface zijn onaanvaardbaar.
3. Bedrijfsomstandigheden:
3.1. Klimatologische bedrijfsomstandigheden
De klimatologische bedrijfsomstandigheden waaronder de gespecificeerde kenmerken moeten worden gegarandeerd, moeten voldoen aan de eisen voor technische middelen wat betreft hun bedrijfsomstandigheden.
3.2. Vereisten voor kwalificaties en aantal personeelsleden
Verschillende beheerders kunnen met het programma werkenCdifferentiatie van toegangsrechten.
Tegelijkertijd krijgt de eerste gebruiker die het programma start volledige toegang tot de database. De rest van de gebruikers werken in de alleen-lezen modus en wanneer het programma start, zullen ze een waarschuwing ontvangen met de naam van de computer die de toegang blokkeerde. In deze modus kunnen ze informatie bekijken en zoeken, rapporten maken, maar de database niet bijwerken (MS Word werkt bijvoorbeeld op dezelfde manier bij het openen van bestanden via het netwerk)
De lijst met taken die door de beheerder worden uitgevoerd, kan ook het volgende bevatten:
a) de taak om de bruikbaarheid van technische middelen te handhaven;
b) de taken van het installeren (installeren) en onderhouden van de werking van de systeemsoftware - het besturingssysteem;
c) de taak om het programma te installeren (installeren).
d) de taak om reservekopieën van de infobase te maken.
e) identificatie van de conformiteit van licentiesleutels en serienummers van softwareproducten,
f) het identificeren van gebruikers die de licentieovereenkomst schenden, evenals het bijhouden van licenties;
G) het toevoegen van computers uit het bereik van IP-adressen, enz.
3.3. Vereisten voor de samenstelling en parameters van technische middelen
Er zijn geen speciale vereisten voor de samenstelling en parameters van technische middelen.
Het werkt met succes met een database van meer dan 10.000 computers.
3.4. Vereisten voor informatie en softwarecompatibiliteit
3.4.1. Vereisten voor informatiestructuren en oplossingsmethoden
Gebruik makend van om informatie van computers te verzamelen en een inventarisatie uit te voeren, wordt het programma alleen op de computer van de beheerder geïnstalleerd envereist geen installatie van programma's op de computers van gebruikers... Het gegevensverzamelingsproces wordt op de achtergrond uitgevoerd, meerdere computers worden tegelijkertijd ondervraagd, waardoor er tijd vrijkomt voor het bekijken van gegevens en het opstellen van rapporten. Peiling wordt uitgevoerd met behulp van WMI- en SSH-protocollen, zodat u Windows-, Linux- en MacOS-computers en Android-apparaten kunt pollen.
Organisatiestructuur wordt geïmporteerd uit Active Directory.
Om computers met Linux OS te pollen, kunt u het protocol gebruiken:SSH... De auto's moetenSSH-server.
Het programma kan werken met DBMS MS SQL, MySQL, Oracle. Russische DBMS Linter en Postgre worden ondersteund.
3.4.1.2. Vereisten voor gebruikersquery's van gegevens uit de database
Gebruikers en beheerders werken met de database via de webinterface.
Het programma verzamelt gegevens met behulp van WMI-technologie.
Als het gebruik van WMI op het netwerk om welke reden dan ook onmogelijk is (beveiligingsbeleid of Windows Home-versies), ondersteunt het programmanog twee alternatieve manieren om informatie te verzamelenvan computers: met behulp van agenten en clients. Met clients kunt u zelfs computers peilen zonder netwerk evenals reislaptops.
3.4.2. Vereisten voor broncodes en programmeertalen
Er zijn geen aanvullende eisen.
De systeemsoftware die door het programma wordt gebruikt, moet een gelicentieerde gelokaliseerde versie van het besturingssysteem Windows Vista / 7/8/10 zijn.
3.4.4. Vereisten voor de bescherming van informatie en programma's
Er zijn geen vereisten voor de bescherming van informatie en programma's.
3.5. Speciale vereisten
Het programma moet zorgen voor de gelijktijdige werking van meerdere beheerders en gebruikers via de webinterface.
4. Vereisten voor softwaredocumentatie
4.1. Voorlopige samenstelling van softwaredocumentatie
De samenstelling van de programmadocumentatie moet het volgende omvatten:
4.1.1. technische taak;
4.1.2. testprogramma en methoden;
4.1.3. Handleiding;
5. Technische en economische indicatoren
5.1. Economische voordelen van ontwikkeling
De geschatte kosteneffectiviteit wordt niet berekend. De analogie wordt niet gemaakt vanwege de uniciteit van de vereisten voor de ontwikkeling.
6. Stadia en stadia van ontwikkeling
6.1. Ontwikkelingsstadia
De ontwikkeling moet in drie fasen worden uitgevoerd:
1. ontwikkeling van technische specificaties;
2. werkend ontwerp;
3. uitvoering.
6.2. Ontwikkelingsstadia
In de ontwikkelingsfase van de technische taak moet de fase van ontwikkeling, overeenstemming en goedkeuring van deze technische taak zijn voltooid.
In het stadium van gedetailleerd ontwerp moeten de volgende fasen van het werk worden voltooid:
1.ontwikkeling van het programma;
2. ontwikkeling van softwaredocumentatie;
3. het programma testen.
In de uitvoeringsfase moeten de ontwikkelingsfase, voorbereiding en overdracht van het programma zijn voltooid.
6.3. Inhoud van het werk in fasen
In het stadium van ontwikkeling van het mandaat moeten de volgende werken worden uitgevoerd:
formulering van het probleem;
definitie en verduidelijking van vereisten voor technische middelen;
het definiëren van de vereisten voor het programma;
bepaling van stadia, stadia en voorwaarden van ontwikkeling van het programma en documentatie daarvoor;
coördinatie en goedkeuring van technische specificaties.
In de ontwikkelingsfase van het programma moet worden gewerkt aan het programmeren (coderen) en debuggen van het programma
In de ontwikkelingsfase van programmadocumentatie moet de ontwikkeling van programmadocumenten worden uitgevoerd in overeenstemming met de vereisten voor de samenstelling van de documentatie. In de testfase van het programma moeten de volgende soorten werk worden uitgevoerd:
een). ontwikkeling, overeenkomst en goedkeuring en testmethoden;B). acceptatietesten;
C) correctie van het programma en de programmadocumentatie op basis van de testresultaten.
In de fase van voorbereiding en overdracht van het programma moet worden gewerkt aan de voorbereiding en overdracht van het programma en de programmadocumentatie voor gebruik in de faciliteiten van de Klant.
7. Procedure voor controle en acceptatie
7.1. Soorten testen
Acceptatietesten dienen binnen de afgesproken termijn bij de klant te worden uitgevoerd. Acceptatietesten van het programma dienen te worden uitgevoerd in overeenstemming met het door Opdrachtnemer ontwikkelde Programma en testmethoden die door Opdrachtgever zijn overeengekomen. De voortgang van acceptatietesten wordt door Opdrachtgever en Opdrachtnemer gedocumenteerd in het Testrapport.
7.2. Algemene eisen voor acceptatie van werk
Op basis van het Testprotocol tekent Opdrachtnemer samen met Opdrachtgever een Acceptatierapport voor het programma in gebruik.
Rijst. honderd.
Programma's zijn geordende reeksen opdrachten. Het doel van elk computerprogramma is om hardware te besturen. De samenstelling van de software (software) van de computer heet software configuratie. Er is een relatie tussen programma's, maar ook tussen fysieke knooppunten en blokken - veel programma's werken op basis van andere programma's van een lager niveau, dat wil zeggen, we kunnen praten over interprogrammeringsinterface. De softwareniveaus zijn piramidaal (Figuur 100). Elk volgend niveau bouwt voort op de software van de vorige niveaus.
Denk aan de softwareniveaus.
Een basisniveau van
Laagste softwareniveau. Het is verantwoordelijk voor de interactie met de onderliggende hardware. Basissoftware wordt opgeslagen in ROM-chips. Programma's en gegevens worden in de productiefase naar ROM-chips geschreven. In gevallen waar het technisch mogelijk is om de basissoftware tijdens bedrijf te wijzigen, worden in plaats van ROM-chips Erasable en Programmable Read Only Memory (EPROM) gebruikt.
Systeemniveau
Het systeemniveau is een overgangsfase. Programma's die op dit niveau werken, zorgen voor interactie van andere programma's van een computersysteem met programma's van een basisniveau en rechtstreeks met hardware, d.w.z. vervult "intermediaire" functies. Specifieke programma's die verantwoordelijk zijn voor interactie met specifieke apparaten worden genoemd apparaatstuurprogramma's- ze maken deel uit van de software op systeemniveau.
Een andere klasse van programma's op systeemniveau is verantwoordelijk voor gebruikersinteractie. Het is dankzij hen dat hij de mogelijkheid krijgt om gegevens in een computersysteem in te voeren, het werk ervan te beheren en het resultaat te krijgen in een voor hem geschikte vorm. Deze softwaretools heten door middel van een gebruikersinterface.
De set softwareformulieren op systeemniveau besturingssysteemkernel(OS-)computer. De aanwezigheid van een OS is een onmisbare voorwaarde voor het mogelijke praktische werk van een persoon met een computer.
Service Level
De software op dit niveau werkt samen met programma's op basisniveau en programma's op systeemniveau. Het hoofddoel van de hulpprogramma's (ze heten Gereedschap) bestaat uit het automatiseren van werkzaamheden aan het controleren, aanpassen en opzetten van een computersysteem. Sommige hulpprogramma's (onderhoudsprogramma's) zijn standaard bij het besturingssysteem inbegrepen, zoals Schijfdefragmentatie, Systeemherstel, enzovoort. (op Windows zijn dit programma's die zich in de categorie Hulpprogramma's bevinden).
Applicatieniveau
Software op applicatieniveau is een verzameling applicatieprogramma's met behulp waarvan specifieke taken op een bepaalde werkplek worden uitgevoerd.
Naar toegepaste software erbij betrekken:
- - tekstverwerkers- ontworpen voor het maken en bewerken van tekst. Extra functies zijn de automatisering van het invoer- en bewerkingsproces. Een voorbeeld is het programma Notepad;
- - tekstverwerkers. Het belangrijkste verschil tussen tekstverwerkers en teksteditors is dat ze niet alleen tekst kunnen invoeren en bewerken, maar ook grafieken, formules, tabellen en andere objecten erin kunnen insluiten. Het klassieke voorbeeld van een tekstverwerker is Microsoft Word;
- - grafische editor- ontworpen om grafische afbeeldingen te maken of te verwerken.
Maak onderscheid tussen: bitmap-editors, vector-editors en software voor het maken en verwerken van driedimensionale afbeeldingen (ZO-editors). Het eenvoudigste voorbeeld raster grafische editor, die op elke computer aanwezig is - Paint. Rasterafbeeldingen hebben verschillende soorten extensies: jpeg of jpg, png, gif, bmp, enz. Het tweede voorbeeld van een grafische rastereditor is Adobe Photoshop. Photoshop heeft een enorme functionaliteit, ondersteuning voor een groot aantal plug-ins(softwaremodules dynamisch verbonden met het hoofdprogramma en ontworpen om de mogelijkheden ervan uit te breiden en/of te gebruiken) en tools. Hiermee kunt u in verschillende kleurmodellen en met verschillende bestandsextensies werken.
Vector grafische editor CorelDRAW van CorelDRAW Graphics Suite is een krachtig professioneel product voor het maken van allerlei soorten afbeeldingen en animaties. Niettemin, dankzij het ingebouwde geavanceerde systeem van training en hulp, is het programma zeer gemakkelijk te leren, zelfs voor beginners op het gebied van vectorafbeeldingen.
Het tweede voorbeeld van een vector grafische editor is het gratis programma Inkscape. Het heeft geweldige mogelijkheden voor het maken van illustraties van hoge kwaliteit of het tekenen van posters. Dit programma is geschikt voor het maken en verwerken van vectorafbeeldingen voor zowel beginnende gebruikers als gevorderde gebruikers voor serieus werk.
3D grafische editors worden gebruikt om films, computerspelletjes, grafisch ontwerp, boordevol animatie, visuele effecten te maken. Dergelijke programma's zijn wijdverbreid op het gebied van werktuigbouwkunde, architectuur, productie van consumptiegoederen, enz. Als voorbeeld kunnen we softwareproducten noemen als Autodesk Maya, Autodesk 3ds Max:
- databasebeheersystemen (DBMS). De belangrijkste functies van het DBMS zijn: het creëren van een lege databasestructuur, het verschaffen van middelen om het in te vullen of om gegevens uit tabellen van een andere database te importeren, het verschaffen van toegang tot gegevens en het verschaffen van zoek- en filterhulpmiddelen.
Het is gebruikelijk om het DBMS op te delen in: tafelblad en industrieel. Voorbeelden van desktop-DBMS zijn: Access, FoxPro. Industriële DBMS'en zijn gericht op het creëren van informatiesystemen die werken met een grote hoeveelheid informatie met verhoogde beveiligingsvereisten, bijvoorbeeld: Oracle, MS SQL Server:
- - spreadsheets- zijn een softwaretool die is ontworpen om verschillende soorten gegevens op te slaan en er berekeningen op uit te voeren. De meest populaire spreadsheettool is Excel;
- - computer-aided design (CAD) systemen- ontworpen om ontwerp- en ontwikkelingswerk te automatiseren. Ze worden gebruikt in de machinebouw, instrumentenbouw, architectuur.
Het meest voorkomende CAD-systeem ter wereld is AutoCAD (Computer-Aided Design), een twee- en driedimensionaal computerondersteund ontwerp- en tekensysteem. Een voorbeeld van een Russisch CAD-systeem is het ADEM-systeem (Automated Design Engineering Manufacturing), ontworpen om het ontwerp en de technologische voorbereiding van de productie te automatiseren;
- - desktop publishing systemen- elektronische opmaak mogelijk maken van een breed scala aan basistypen documenten: nieuwsbrief, kleurenbrochure, catalogus, naslagwerk. Voorbeelden van dergelijke programma's zijn: Corel Ventura, Page Maker, QuarkXPress, Frame Maker, MS Publisher;
- - expertsystemen- zijn ontworpen om de gegevens in de kennisbank te analyseren en op verzoek van de gebruiker aanbevelingen te doen.
In een moeilijke situatie (met gebrek aan tijd, informatie of ervaring) zijn expertsystemen in staat om gekwalificeerd advies (advies, hint) te geven dat een specialist of manager helpt om een weloverwogen beslissing te nemen. De kennisbank van het expertsysteem bevat informatie over het vakgebied (geneeskunde, jurisprudentie, enz.) en regels - een reeks instructies die kunnen worden toegepast op bekende feiten om nieuwe feiten te verkrijgen. Een voorbeeld is het software-expertsysteem CLIPS(Engels Met Taal Geïntegreerd Productiesysteem);
- - webeditors (HTML-editors)- u in staat stellen om eenvoudige en complexe, prachtig ontworpen webpagina's te maken met minimale tijdsbesteding. Een van de meest populaire HTML-editors ter wereld is Adobe Dreamweaver;
- - browsers (browsers)- software voor het bekijken van websites. De meest populaire programma's zijn Internet Explorer, Mozilla Firefox, Google Chrome, Opera;
- - boekhoudsystemen (boekhoudautomatiseringssystemen)- ontworpen om de voorbereiding van boekhoudkundige documenten van de onderneming en hun boekhouding te automatiseren, voor de voorbereiding van regelmatige rapporten over de resultaten van productie, economische en financiële activiteiten.
De boekhouding in grote ondernemingen wordt uitgevoerd met behulp van moderne ERP (Enterprise Resource Planning System) - systemen die niet alleen de boekhouding, maar ook het productiebeheer automatiseren. Voor deze doeleinden worden meestal systemen zoals SAP, Oracle E-Business Suite, 1C: Enterprise, Microsoft Dynamics NAV (Navision), ERP Galaktika, enz. gebruikt;
- financiële analytische systemen- zijn bedoeld om reeds verzamelde, geverifieerde, gecombineerde financiële indicatoren te gebruiken. Tegelijkertijd kunnen verschillende basisfuncties van dergelijke programma's worden onderscheiden: het systematiseren van informatie, het berekenen van analytische indicatoren en coëfficiënten, het genereren van rapporten van presentatiekwaliteit.
Financiële analytische systemen omvatten programma's zoals Project Expert, waarmee problemen kunnen worden opgelost bij het ontwikkelen van een businessplan, het ontwerpen van bedrijfsontwikkeling en het analyseren van investeringsprojecten voor ondernemingen in elke branche en schaal van activiteit.
Audit Expert is een programma voor het analyseren van de financiële toestand van een onderneming op basis van haar financiële overzichten, dat tijdelijke, structurele, financiële analyse, berekening van verschillende financiële indicatoren, het verkrijgen van rapporten en conclusies op basis van de analyseresultaten mogelijk maakt.
Naar hulpprogrammasoftware erbij betrekken:
- bestandsbeheerders (bestandsbeheerders)- met behulp van programma's van deze klasse worden de meeste bewerkingen uitgevoerd die verband houden met het werken met bestanden: kopiëren, verplaatsen, hernoemen, verwijderen, zoeken naar bestanden.
Typische vertegenwoordigers van deze klasse programma's zijn FAR Manager, Total Commander, FreeComander;
- tools voor gegevenscompressie (archivering)- programma's die gegevens comprimeren tot één archiefbestand voor eenvoudigere overdracht of compacte opslag.
Een van de meest populaire programma's zijn: ARJ, RKRAK, LHA, ICE, HYPER, ZIP, RAC, ZOO, RAR;
- diagnostische hulpmiddelen- ontworpen om een computer of afzonderlijke componenten te testen. Geeft gedetailleerde informatie over de staat, functionaliteit en mogelijke software- en fysieke problemen.
Diagnostiek- een systematische manier om problemen op te lossen met hun daaropvolgende eliminatie. Onder de diagnostische programma's kan men SiSoftware Sandra onderscheiden (English System ANalyser, Diagnostic and Reporting Assistant) - het is een informatie- en diagnostisch programma. Het biedt vrijwel alle informatie over de hardware en software van een computer. Een ander programma is 3DMark, exclusief gericht op het meten van de prestaties van een videosysteem;
controlemiddelen (monitoring)- u in staat stellen om de processen die plaatsvinden in het computersysteem te volgen. Bij gevaar is het mogelijk om te waarschuwen, de computer uit te zetten of de bedrijfsmodus van sommige apparaten te wijzigen.
Een voorbeeld is het programma MB Probe, waarmee je de temperatuur van meerdere temperatuursensoren kunt meten, de spanningen van de processorkern en het moederbord kunt bepalen en de ventilatorsnelheid onder controle kunt houden. De temperatuur van de harde schijf, de kenmerken van het S.M.A.R.T.-interne diagnosesysteem en de spanningen van de ventilatorsnelheidssensoren op het moederbord kunnen worden weergegeven met behulp van het hulpprogramma SpeedFan;
- - communicatiemiddelen (communicatieprogramma's)- u in staat stellen om in realtime te communiceren met mensen op een afstand van u. Communicatieprogramma's omvatten ICQ, Skype, Yahoo stimulator, Google Talk, enz.;
- - computerbeveiligingstools- omvat antivirusprogramma's, firewalls (firewalls), programma's voor gegevensversleuteling en antispyware.
Antivirussoftware in deze categorie omvat Kaspersky Virus Removal Tool, een programma ontwikkeld door specialisten van Kaspersky Lab om een computer te scannen op malware. Kaspersky A VP Tool vindt en isoleert: virussen, Trojaanse paarden, wormen, spyware en adware-modules, alle soorten rootkits en soortgelijke malware. Een ander populair programma Dr.Web Curelt! - gratis antivirus voor het scannen, detecteren en verwijderen (desinfecteren) van Windows-computers.
Een voorbeeld van een firewall is een programma zoals Comodo Internet Security, een gratis pakket dat uw computer volledig beschermt tegen virussen, Trojaanse paarden, andere malware en aanvallen van hackers. Zijn actie is om de installatie van virussen, wormen, spyware, wijziging van kritieke systeembestanden te blokkeren, bovendien maakt de ingebouwde taakplanner geplande scans mogelijk, is er een functie voor dagelijkse automatische updates van de virusdatabase, enz.
SUPERAntiSpyware Free is een programma voor het detecteren en verwijderen van spyware, adware en malware, wormen, rootkits (een programma om de sporen van een indringer of malware in het systeem te verbergen) en andere verdachte software. Met deze antispyware kunt u volledige, aanpasbare scans uitvoeren van harde schijven, draagbare apparaten, geheugen, register, afzonderlijke mappen en bestanden.
Testvragen en taken
- 1. Wat wordt een programma genoemd? Geef een definitie van het begrip "softwareconfiguratie".
- 2. Teken een softwarelaagdiagram.
- 3. Beschrijf het basisniveau van de software.
- 4. Wat wordt een apparaatstuurprogramma genoemd? Beschrijf het doel van programma's op systeemniveau.
- 5. Wat is het doel van de hulpprogramma's? Leg het doel van de programma's op systeemniveau uit. Geef voorbeelden van vergelijkbare programma's.
- 6. Maak een lijst van de programma's die tot de applicatielaag van de software behoren.
- 7. Welke soorten programma's met betrekking tot grafische editors kent u?
- 8. Leg de basisfuncties van databasebeheersystemen uit. Geef voorbeelden van programma's van deze klasse.
- 9. Wat zijn de kenmerken van expertsystemen?
- 10. Breid het doel van financiële analytische systemen uit. Geef voorbeelden van programma's van deze klasse.
- 11. Lijst met programma's die verband houden met hulpprogramma's.
- 12. Met welke klasse programma's kunt u basisbewerkingen op bestanden uitvoeren? Geef voorbeelden.
- 13. Wat is het verschil tussen programma's die zijn ontworpen voor diagnostiek en monitoring van computersystemen?
- 14. Wat behoort tot de middelen om computerbeveiliging te waarborgen? Noem en beschrijf de relevante programma's.
- 15. Ontwikkel een tabel met de overwogen soorten software die op uw computer zijn geïnstalleerd.
| Referentiekader voor de ontwikkeling van het programma «______________» bij overeenkomst nr. ___ 1. Inleiding 1. Inleiding 1.1. Programma naam Programmanaam: "ACS" ______________ "" 1.2. Doel en reikwijdte Het programma is ontworpen om de verwerking van klantgegevens in een café/bar te automatiseren. Ze werkt met de volgende gegevens:
2.1. Prestatie-eisen Het programma moet de mogelijkheid bieden om de volgende functies uit te voeren:
2.2.1 Vereisten om een betrouwbare werking van het programma te garanderen Betrouwbaar (stabiel) functioneren van het programma moet worden verzekerd door de uitvoering door de klant van een reeks organisatorische en technische maatregelen, waarvan de lijst hieronder is weergegeven:
De hersteltijd na een storing veroorzaakt door een stroomstoring van hardware (andere externe factoren), een niet-fatale storing (geen crash) van het besturingssysteem mag niet langer zijn dan 30 minuten, op voorwaarde dat de bedrijfsomstandigheden voor hardware en software in acht worden genomen . De hersteltijd na een storing veroorzaakt door een hardwarestoring, een fatale storing (crash) van het besturingssysteem mag niet langer zijn dan de tijd die nodig is om problemen met hardware op te lossen en software opnieuw te installeren. Mislukkingen van het programma als gevolg van onjuiste gebruikersacties bij interactie met het programma. 3.1. Vereisten voor kwalificaties en aantal personeelsleden Het minimum aantal personeelsleden dat nodig is om het programma uit te voeren, moet minstens 1 stafeenheid zijn - pc-operator. De lijst met taken die door de pc-operator worden uitgevoerd, moet het volgende bevatten:
3.2. Vereisten voor de samenstelling en parameters van technische middelen
3.3.1. Vereisten voor informatiestructuren en oplossingsmethoden De software is een op zichzelf staande uitvoerbare applicatie. Het databaseformaat is ADO-compatibel.Gebruikers werken met de database via de systeeminterface. 3.3.3. Vereisten voor broncodes en programmeertalen Er zijn geen aanvullende eisen. De systeemsoftware die door het programma wordt gebruikt, moet een gelicentieerde gelokaliseerde versie van het besturingssysteem Windows XP zijn. Er zijn geen vereisten voor de bescherming van informatie en programma's. 3.5. Speciale vereisten Er zijn geen speciale vereisten. 4.1. Voorlopige samenstelling van softwaredocumentatie De samenstelling van de programmadocumentatie moet het volgende omvatten:
5.1. Economische voordelen van ontwikkeling Het programma is een gratis product, er wordt geen geld uitgegeven en het voordeel is de versnelling van de automatisering van de verwerking van klantgegevens in een café / bar 6.1. Ontwikkelingsstadia De ontwikkeling moet in drie fasen worden uitgevoerd:
In de ontwikkelingsfase van de technische taak moet de fase van ontwikkeling, overeenstemming en goedkeuring van deze technische taak zijn voltooid. In het stadium van gedetailleerd ontwerp moeten de volgende fasen van het werk worden voltooid:
In de uitvoeringsfase moeten de ontwikkelingsfase, voorbereiding en overdracht van het programma zijn voltooid. In het stadium van ontwikkeling van het mandaat moeten de volgende werken worden uitgevoerd:
In de testfase van het programma moeten de volgende soorten werk worden uitgevoerd:
In de fase van voorbereiding en overdracht van het programma moet worden gewerkt aan de voorbereiding en overdracht van het programma en de programmadocumentatie voor gebruik in de faciliteiten van de Klant. 7.1. Testtypes:
7.2. Eisen voor acceptatie van werk Bij acceptatie moet worden gecontroleerd of aan de volgende voorwaarden is voldaan:
|
| Taakomschrijving voor de ontwikkeling van het ontwerp van het project van het pand. Informatie | Taakomschrijving voor de ontwikkeling van ontwerpdocumentatie voor de bouw van de dierentuin Regelgeving Binnen de grenzen van het perceel st. Podlesnaya, Kosmonautensnelweg, st. Malkov, district Dzerzhinsky in Perm |
||
| Referentiekader voor de ontwikkeling van een websitedocumentstructuur Een informatiesysteem dat internetgebruikers toegang geeft tot de inhoud en functionaliteit ervan in de vorm van een besteld ... |
Taakomschrijving voor de ontwikkeling van de website "Association of Russian Airbrush Artists" De belangrijkste html-container waarin informatieblokken worden ingevoegd, moet volledig bewerkbaar zijn. Wenselijk ... |
||
| Taakomschrijving voor het opzetten van een geautomatiseerd systeem "Corporate datawarehouse" Gost 34. 602-89 Referentiekader voor het creëren van een geautomatiseerd systeem (voorbeeld) |
2. Referentiekader voor de ontwikkeling van IP Dit cursusproject beschrijft het proces van het afgeven van een pensioenverzekeringsbewijs. Het ontwikkelde systeem is ontworpen om te vereenvoudigen ... |
||
| Referentiekader voor de ontwikkeling van de website van het tijdschrift Deze TZ vertegenwoordigt ... De site is gemodelleerd rekening houdend met de beperkingen van moderne contentmanagementsystemen (open WordPress, Joomla, LiveStreet en dergelijke ... |
Demonstratieprogramma voor algoritmen voor het doorlopen van grafieken Deze technische taak regelt de ontwikkeling van een educatief softwareproduct ontworpen voor visuele presentatie ... |
||
| Het mandaat omvat: de naam van de ontwikkeling, de basis ... Technisch en werkend project: beschrijving van het vakgebied (objectmodel), objectbeheer (events, interactiediagram), ... |
Software-ontwerp Ontwerpfase omvat architectuurontwikkeling, gegevensontwikkeling en procedurele softwareontwikkeling |
systeem vereisten
Technische uitstraling van het product
De theorie van inventieve probleemoplossing is een Sovjettechniek van sterk denken, die zowel in Rusland als in de wereld wijdverbreid is geaccepteerd. Het stelt u in staat om het probleem grondig te analyseren en een effectieve oplossing te vinden.
Het werk aan TRIZ werd in 1946 gestart door Henrikh Saulovich Alshuller en zijn medewerkers.
Programmaontwikkeling: een voorbeeld van een technische opdracht
In 1956 verscheen de eerste publicatie over het feit dat technologie zich volgens bepaalde wetten ontwikkelt. Om effectief uit te vinden, moeten deze wetten worden geïdentificeerd en effectief worden toegepast.
TRIZ heeft zich in de loop van de tijd ontwikkeld tot een groot aantal tools die helpen bij het oplossen van een aantal relevante vraagstukken:
- nieuwe baanbrekende producten creëren,
- de consumenteneigenschappen van bestaande oplossingen verbeteren,
- om de kosten te verlagen,
- patenten van concurrenten omzeilen.
Toonaangevende internationale bedrijven zoals Samsung, Intel, Procter & Gambel, General Electric en anderen gebruiken TRIZ in hun R&D-centra.
voorwaarden
Om controversiële punten en misverstanden te elimineren, is het belangrijk om hetzelfde conceptuele apparaat te gebruiken. Hiervoor hebben we een lijst samengesteld met de meest gebruikte termen en afkortingen.
Als het gaat om de ontwikkeling van technische documentatie voor software, denken we meestal aan een document als de Terms of Reference (TOR). Waarom gebeurt dit?
Doel van technische specificaties
Ten eerste is de taakomschrijving in de regel het belangrijkste document in het kader van de projectdocumentatie. In de TK worden alle basisvereisten voor softwareontwikkeling beschreven, of het nu gaat om het maken van een eenvoudig programma of website, of het ontwikkelen van een grootschalig informatiesysteem of hard- en softwarecomplex. Bovendien, in de taal van GOST's, kunnen de taakomschrijvingen worden ontwikkeld, zowel in het kader van een conceptontwerp (dit is wanneer alleen een beschrijving van de functies en structuur van het systeem zonder rekening te houden met de technologieën voor het implementeren van de oplossing), en in de toekomst "migreren" naar het technisch ontwerp (een meer gedetailleerde beschrijving, rekening houdend met de geselecteerde technologieën) ...
Ten tweede kunnen de taakomschrijvingen zowel oppervlakkig zijn (bijvoorbeeld een algemene conceptuele technische specificatie bedoeld voor projectinvesteerders) als meer gedetailleerd (bijvoorbeeld een gedetailleerde technische specificatie voor een programmeur). Kijk in de sectie Projecten voor voorbeelden van verschillende TOR's. U kunt elk detailniveau kiezen - we zullen voor u een technische specificatie van elke complexiteit opstellen tegen betaalbare prijzen.
Ten derde is het in sommige gevallen mogelijk om slechts één technische taak voor te bereiden om het systeem dat wordt ontwikkeld te beschrijven. Natuurlijk speelt in dit geval de kwaliteit van de TK die wordt ontwikkeld een sleutelrol, dus hier is het duidelijk niet de moeite waard om te besparen en het is beter om de ontwikkeling van een dergelijke TK toe te vertrouwen aan professionals met uitgebreide ervaring op dit gebied. De hebzuchtige persoon betaalt twee keer, maar in het geval van een mislukking van de softwareontwikkeling als gevolg van documentatie van slechte kwaliteit - het tienvoudige en soms zelfs meerdere orden van grootte hoger.
Samenstelling van een typische technische taak
Laten we eens kijken wat een typische TK inhoudt.
Was de technische specificatie van de software oppervlakkig?
De technische taak omvat dus, ongeacht de geselecteerde GOST, altijd de volgende basisinformatie over de software die wordt ontwikkeld:
1) Naam- volledige en korte naam, symbolische aanduiding van de software die wordt ontwikkeld;
2) afspraak- waarvoor, op welk gebied en met welk doel software wordt ontwikkeld;
3) basis voor ontwikkeling- documenten op basis waarvan softwareontwikkeling wordt uitgevoerd;
4) functies- een lijst en beschrijving van de functies van de software die wordt ontwikkeld;
5) structuur- een beschrijving van de architectuur en componenten van de software die wordt ontwikkeld;
6) gebruikersomgeving- verplicht in de moderne wereld;
7) betrouwbaarheid, veiligheid, bedrijfsomstandigheden enzovoorts. belangrijke eisen;
8) documentatie- wat voor soort documentatie, in welk volume en in overeenstemming met welke vereisten van GOST's ook zal worden ontwikkeld;
9) stadia en stadia van ontwikkeling- wat wordt ontwikkeld en in welke volgorde;
10) controleprocedure en acceptatie- hoe de ontwikkelde software precies aan de Klant wordt geleverd.
Normen voor technische specificaties
Er zijn verschillende GOST's die de ontwikkeling van technische specificaties in ons gebied reguleren: dit zijn GOST 34.602 (geautomatiseerde systemen) en GOST 19.201 (software). Documenten die volgens deze normen zijn gemaakt, verschillen zowel qua inhoud als inhoud aanzienlijk. Beide standaarden worden gepresenteerd op onze corporate portal in de sectie Bibliotheek, u kunt er zelf meer in detail mee vertrouwd raken.
De kosten van het ontwikkelen van een technische taak
Over het algemeen is het opstellen van een technische opdracht een vrij moeilijke en verantwoordelijke taak, maar een vakkundig opgestelde technische opdracht is al de helft van het succes van het project dat in ontwikkeling is. Daarom moet u bij het ontwikkelen van technische specificaties voor software maximale zorg en bewustzijn van technische en organisatorische problemen aan de dag leggen. Of u kunt direct bij ons de ontwikkeling van een "turnkey" technische opdracht bij ons bestellen.
Mogelijk bent u ook geïnteresseerd in:
- ontwikkeling van een programma en testprocedure;
- het maken van een toelichting op het concept en technisch ontwerp;
- stadia van ontwikkeling van documentatie.
Het schrijven van een technische opdracht is een van de eerste fasen van het werk aan een project. Het gaat vooraf aan de ontwikkeling van het systeem zelf. In de taakomschrijving beschrijven we het vakgebied, de bestaande infrastructuur van de Klant, de eisen aan de gecreëerde functionaliteit, maar ook de niet-functionele eisen. Het resulterende document is zowel nodig voor een zakelijke gebruiker om er zeker van te zijn dat met al zijn wensen voor het toekomstige systeem rekening wordt gehouden, als voor ons om de kosten van het ontwikkelen van een systeem in te schatten.
Opgemerkt moet worden dat we in ons dagelijkse analytische werk de term "Terms of Reference" proberen te vermijden. Deze term is te overladen met betekenissen en het is vaak onduidelijk wat erachter zit. We gebruiken de termen Business requirements document (BRD), Functional requirements document (FRD) en Technical Architecture document (TAD). Om de beschrijving niet ingewikkelder te maken, zullen we hier echter de term "Terms of Reference" gebruiken. Het document dat we in de meeste gevallen gebruiken om met klanten te communiceren, bestaat voor 70% uit zakelijke vereisten, 20% uit functionele vereisten en slechts 10% uit technische en architecturale vereisten. Uiteraard varieert deze verhouding afhankelijk van de specifieke kenmerken en technische complexiteit van het systeem.
Correcte communicatie met de klant is de belangrijkste succesfactor bij het ontwikkelen van technische specificaties. De taak van analisten is immers om daadwerkelijk een braindump-operatie uit te voeren en de resultaten gestructureerd op papier te zetten. Tegelijkertijd is het erg belangrijk (1) dezelfde taal te spreken met de klant zodat hij niet hoeft te kauwen op de voor een specialist voor de hand liggende concepten van het vakgebied en (2) goed te kunnen luisteren .
Hieronder staan de principes die ons leiden bij het schrijven van de technische opdracht, en zullen ze illustreren met fragmenten uit onze technische specificaties voor een uit meerdere componenten bestaand banneradvertentiesysteem voor een groot internetbedrijf.
De structuur van de technische taak
Elke technische taak bevat verschillende verplichte secties. Ze definiëren het doel van het document, de terminologie, de algemene context van het project. Meestal ziet het eerste deel van het document er als volgt uit:
Klasse = "fs-13">
Als aan het begin van het document algemene conceptuele informatie wordt gegeven over het systeem dat wordt ontwikkeld, worden in het tweede, belangrijkste deel van het document de zakelijke vereisten en functionele vereisten voor het systeem die essentieel zijn voor het beoordelen van de ontwikkelingskosten gedetailleerd.
In het gedeelte "Terminologie" van de technische taak voor het bannersysteem definiëren we concepten als vertoningen, klikken, CTR, bereik, contactfrequentie, boekingsbestand, enz., en in het gedeelte "Algemene context" beschrijven we de belangrijkste bedrijfsprocessen van het klantbedrijf, gerelateerd aan het plaatsen van banneradvertenties, evenals de systeemomgeving, de huidige rollen van bedrijfsmanagers en toegangsrechten. Opgemerkt moet worden dat in dit specifieke geval het systeem niet helemaal opnieuw is opgebouwd. Voorheen gebruikten de managers van het bedrijf een ander, anders dan het onze, systeem voor het plaatsen van banneradvertenties. Anders zou de analyse van rollen en toegangsrechten hoogstwaarschijnlijk in een apart hoofdstuk worden geplaatst.
class = "fs-13">
7. Banner plaatsingssysteem
8.
Interactie met facturering
9. Banner-engine
10. Technische beschrijving van de Banner Engine-component
class = "fs-13">
Het meest omvangrijke deel van het door ons beschreven mandaat is "Bannerplaatsingssysteem"; het is gewijd aan de kern van het systeem dat wordt ontwikkeld en bevat alle vereisten rechtstreeks aan het beheersysteem voor advertentieruimte.
Rekening houdend met de bijzonderheden van dit project, hebben we een apart hoofdstuk gewijd aan de interactie van de banner met het facturatiesysteem. Ook hebben we in een aparte sectie de vereisten benadrukt voor een redelijk onafhankelijke component voor het verzamelen en weergeven van statistische informatie, die bijna het belangrijkste onderdeel is van het systeem voor klanten van advertentiecampagnes en managers van reclamebureaus.
Een apart onderdeel van de technische opdracht beschrijft de vereisten voor het onderdeel Banner Engine dat verantwoordelijk is voor het weergeven van banners, boekhoudstatistieken, het verwerken en opslaan in een vorm die geschikt is voor verdere analyse en rapportage.
Dit is technisch het meest complexe en zwaarst belaste onderdeel van het bannersysteem. In de TK hebben we een sectie opgenomen met enkele technische en architecturale details met betrekking tot het werk van de Banner Engine. Allereerst kunt u hiermee risico's minimaliseren bij het inschatten van de kosten van het ontwikkelen van een systeem, omdat, afhankelijk van de gekozen architectuur, de arbeidsintensiteit aanzienlijk kan verschillen.
Elke technische taak verschilt in grootte, aantal afbeeldingen, aantal versies. Een bannerdocument wordt bijvoorbeeld gepresenteerd op 44 pagina's en bevat 15 illustraties. Het proces van het opstellen van dit document duurde ongeveer een maand en omvatte ongeveer 8 iteraties met de klant.
class = "fs-13">
Zakelijke versus functionele vereisten
In de taakomschrijving worden zowel de zakelijke vereisten voor het systeem als de functionele vereisten vastgelegd:
- Zakelijke vereisten zijn een beschrijving van WAT het systeem zou moeten doen in de taal van de zakelijke gebruiker. Met name zakelijke vereisten moeten begrijpelijk zijn voor een leidinggevende zonder technische opleiding of ervaring.
- Functionele eisen zijn een beschrijving van HOE bepaalde acties in het systeem worden uitgevoerd. In de ontwikkelingsfase van een technische opdracht worden meestal alleen functionele eisen gesteld aan de meest complexe blokken van het project.
Door je te verdiepen in moeilijke gebieden kun je risico's verminderen bij de daaropvolgende beoordeling van het project. Typische functionele vereisten omvatten stroomdiagrammen, toestandsdiagrammen, stroomdiagrammen en worden aangevuld met lay-outs voor de meest complexe schermen.
Voorbeeld zakelijke eis:
“Voor een advertentiecampagne is het belangrijk om de limiet van vertoningen zo nauwkeurig mogelijk bij te houden om financiële verliezen te voorkomen die gepaard gaan met het weergeven van banners boven de betaalde limiet. Daarnaast ontstaat de opgave om het tonen van één banner tot bijvoorbeeld één gebruiker niet meer dan N keer per dag te beperken.”
"Om dit probleem op te lossen [wat - zie hierboven] het wordt verondersteld een externe dienst te gebruiken waarmee de bannerservers contact opnemen telkens wanneer de banner wordt weergegeven. Aangezien deze dienst een storingspunt is, moeten bannerservers correct omgaan met de situatie dat een externe dienst niet beschikbaar is of met vertraging reageert."
We bevatten meestal:
De taakomschrijving bevat een beschrijving van de rollen en belangrijkste gebruikersscenario's in het systeem dat wordt ontwikkeld.
Het juiste referentiekader voor softwareontwikkeling is het geheim van een succesvol project
Rol: Beheerder
Een voorbeeld van een functionele eis:
“Nadat de beheerder een nieuwe site aan het systeem heeft toegevoegd, moet hij bijbehorende advertentieruimten maken. Bij het maken van een advertentieplaats moeten de site, het type plaats, het ondersteunde bannerformaat, de grootte, de vertoningsfrequentie (voor statische plaatsen) worden aangegeven.Na het maken van een advertentieplaats wordt deze beschikbaar voor beheerders die advertenties plaatsen.
De taakomschrijving bevat eisen voor de integratie van het ontwikkelde systeem met andere externe en interne systemen die door de klant worden gebruikt.
In de context van de taakomschrijving voor het bannersysteem is dit integratie met de sitebeheersystemen van het bedrijf, facturering, authenticatie en opslag van gebruikersgegevens.
"Het banneradvertentiesysteem is gekoppeld aan drie externe modules die in de omgeving van het bedrijf werken: het sitebeheersysteem van het bedrijf, het factureringssysteem en het gebruikersauthenticatie- en gegevensopslagsysteem." Elke bannerweergave gaat vergezeld van een verzoek van: content management systemen naar het bannersysteem. Deze systemen delen ook gemeenschappelijke site- en advertentieruimte-ID's en consistente namen van targetingparameters."
In de referentievoorwaarden nemen we meestal een woordenlijst op waarin de betekenis wordt uitgelegd van specifieke termen die in het document worden gebruikt. Het is erg belangrijk om de betekenis van de termen die vervolgens in het document worden gebruikt, nauwkeurig te definiëren.
« Plaatsing (plaatsingseenheid, mediaplanregel) - het is de entiteit die de weer te geven banner, de advertentieruimte waarop de banner zal worden weergegeven en de weergaveregels verenigt. Weergaveregels bepalen de plaatsingsperiode, targetingparameters, plaatsingslimieten, gewichten, enz. Eigenlijk bestaan alle advertentiecampagnes uit plaatsingen."
Contactfrequentie- het aantal unieke gebruikers dat de advertentiebanner een bepaald aantal keren heeft bekeken. Bijvoorbeeld, pin 5 frequentie- het aantal unieke gebruikers, die elk deze advertentiebanner minstens 5 keer hebben bekeken. Contactfrequentie 1= Bereik.
Basisprincipes
Bij het schrijven van een technische specificatie proberen we zoveel mogelijk grafisch materiaal te gebruiken voor een duidelijke en beknopte presentatie van informatie. Eén diagram kan vaak meerdere pagina's tekst vervangen. In deze context zien wij als ons doel de zgn. tekening TK, d.w.z. presentatie van alle min of meer complexe fragmenten van het systeem in grafische vorm en het gebruik van tekst als commentaar op grafisch materiaal.
Fabrieksmanagers hebben meestal geen tijd om technische vereisten van meerdere pagina's te bestuderen. Het bekijken van afbeeldingen geeft een visuele weergave van de belangrijkste kenmerken van het systeem dat wordt ontwikkeld. Hierdoor verbetert de communicatie tussen de zakelijke gebruiker en ons en groeit de kwaliteit van de eisen zelf.
Het volgende diagram, dat de structuur van advertentiecampagnes en de relatie tussen de belangrijkste concepten binnen advertentiecampagnes illustreert, heeft ons verschillende pagina's tekst bespaard.
Indien nodig gebruiken we prototypes van geselecteerde systeemschermen (functionele wireframes) in de TK, die, hoewel niet definitief, het basisblok van gedemonstreren.
Een dergelijk prototype van het bewerkingsscherm voor de advertentiecampagne was opgenomen in de technische specificatie van het banneradvertentiesysteem.
Prototypes, al in de ontwikkelingsfase, geven de klant een idee van hoe de systeeminterface er precies uit zal zien.
Vereisten moeten worden geschreven in "levende menselijke" taal, begrijpelijk voor een zakelijke gebruiker incl. een senior executive zonder technische vaardigheden; ze moeten een minimum aan technische terminologie bevatten. Hoe eerder de gebruiker de inhoud van de technische opdracht "begrijpt", hoe efficiënter onze communicatie met hem zal verlopen.
Onderwerp ervaring
Ervaring met het ontwikkelen van soortgelijke systemen is van groot belang bij het maken van een technische opdracht. Het helpt om snel in de bedrijfsprocessen en behoeften van de klant te duiken, om "naar analogie" veel dingen te doen die ons eerder moeilijk leken. De opgebouwde ervaring op het gebied van management bedrijfssystemen, grote internetprojecten, financiële systemen, e-commerce systemen stelt ons in staat onze kennis toe te passen bij elk volgend project waar we mee bezig zijn. Voordat we een bestelling ontvingen voor het hierboven genoemde banneradvertentiesysteem, waren we al bezig met het ontwikkelen van verschillende bannersystemen. We wisten goed hoe banners werken, we kenden de typische terminologie van dit vakgebied. Op basis van onze ervaring met andere bannersystemen boden we de klant veel vereenvoudigingen, originele oplossingen, niet alleen op het gebied van technologie, maar ook in het bedrijfsleven.
Zoek lezingen
Referentievoorwaarden voor het object
Bij het ontwerpen van een technisch object wordt een belangrijke plaats ingenomen door de ontwikkeling van technische en technologische documentatie: technische opdracht (TOR) en technische voorwaarden (TU).
Technische taak- Dit is het belangrijkste brondocument voor productontwikkeling, met technische en economische vereisten voor producten die de consumenteneigenschappen en efficiëntie van gebruik bepalen, een lijst van documenten die gezamenlijk moeten worden overwogen, de procedure voor de levering en acceptatie van ontwikkelingsresultaten. Het referentiekader voor ontwerp is ontwikkeld op basis van GOST 15.001-88 en opgesteld in overeenstemming met de algemene vereisten voor tekstontwerpdocumenten in overeenstemming met GOST 2.105-68.
Als technische taak is het ook toegestaan om elk document (contract, protocol, schets, productmonster, enz.) te gebruiken met de nodige en voldoende vereisten voor ontwikkeling en erkend door de klant en ontwikkelaar.
Het goedgekeurde referentiekader is een document waar ontwikkelaars zich door moeten laten leiden in alle stadia van het creëren van een systeem en het ontwerpen van taken. Wijzigingen in de taakomschrijving moeten worden vastgelegd in een protocol, dat onderdeel uitmaakt van de taakomschrijving. Het protocol moet worden goedgekeurd door de klant.
Bij het ontwikkelen van een technische opdracht moet men:
· Het algemene doel van het creëren van een technisch systeem vaststellen;
· Stel algemene eisen vast voor het ontworpen systeem;
· Bepaal de stadia van het creëren van het systeem en de timing van hun implementatie;
· Een voorlopige berekening maken van de kosten van het opzetten van het systeem.
De taakomschrijving moet de volgende secties bevatten:
1) naam en reikwijdte;
2) productcode;
3) de basis voor ontwikkeling;
4) doel- en haalbaarheidsstudie;
5) bronnen voor ontwikkeling;
6) stadia van ontwikkeling en lancering van productie;
7) technische vereisten.
Afhankelijk van het doel van de ontwikkelde meetinstrumenten, de fabricage- en gebruiksomstandigheden, is het toegestaan om de structuur van de technische specificaties te wijzigen, afzonderlijke secties te combineren en nieuwe te introduceren.
In hoofdstuk Basis voor ontwikkeling vermeld de naam van het document (documenten), dat voorziet in deze ontwikkeling, de organisatie die dit document heeft goedgekeurd, en de datum van goedkeuring, de naam en code van het onderwerp van de ontwikkeling.
De basis voor ontwikkeling is marktonderzoek en het uitbrengen van een nieuwe standaard.
Geef in de sectie "Doel en haalbaarheidsstudie van ontwikkeling" aan:
1. Het specifieke functionele doel van het object is het verminderen van de toxiciteit van het voertuig.
Referentiekader voor de ontwikkeling van het programma
De aanwezigheid van binnenlandse en buitenlandse analogen en de mogelijkheid of opportuniteit van hun gebruik voor dit doel - er zijn buitenlandse analogen op de markt, maar hun kosten en binnenlandse analogen.
3. Geschatte vraag van de consument naar deze voorzieningen - deze voorziening is nodig voor de consument om te voldoen aan de normen en om de gezondheid van mens en milieu te behouden.
De rubriek "Ontwikkelingsbronnen" geeft een lijst van (onderzoeks)werken waarvan de resultaten gebruikt worden bij deze ontwikkeling, alsook een lijst van monsters of modellen op basis waarvan de ontwikkeling wordt uitgevoerd.
Geef in de sectie "Ontwikkelingsstadia" de noodzakelijke stadia van het werk aan en de geschatte voorwaarden van hun implementatie, de samenstelling en geschatte voorwaarden voor indiening van ontwerptechnologische documentatie voor metrologische expertise en de organisatie die deze uitvoert.
Op basis van de fasen van de productlevenscyclus ontwikkelen we de fasen van ontwikkeling en lancering in productie.
De belangrijkste ontwikkelingsstadia: marktonderzoek; ontwikkeling van technische specificaties; - ontwerp van de voorziening; proces; pre-productie; in productie nemen.
In de eerste ontwerpfase wordt de keuze (of ontwikkeling) van het schematische diagram van het object gemaakt. Hiertoe worden op basis van referentiegegevens, aanbevelingen en normen een aantal varianten van objecten gevormd - analogen, in meer of mindere mate die voldoen aan de eisen van de TK. Verder worden, indien nodig, de schematische diagrammen van analoge objecten herzien. Als er geen varianten van objecten - analogen worden gevonden, gaat u verder met de procedure voor het synthetiseren van varianten van objecten die nog niet zijn aangetroffen in de praktijk van werktuigbouwkunde. In dit geval wordt, zoals reeds opgemerkt, zoveel mogelijk gebruik gemaakt van standaardelementen en knooppunten.
De volgende ontwerpfase is het ontwerp van de belangrijkste elementen en de constructie van wiskundige modellen voor het functioneren van het apparaat. De laatste fase van het ontwerp is het definitief ontwerp van de gemaakte beslissingen, het uitvoeren van tekeningen en het tekstgedeelte conform de eisen van ESKD.
Na succesvolle tests wordt voor de klant van het project, op basis van de vereisten van de technische specificaties en normen met betrekking tot dit type product, rekening houdend met de testresultaten, een technische voorwaarde voor het apparaat ontwikkeld, waaronder:
1. Technische vereisten:
2. Veiligheidseisen
3. Milieubeschermingsvereisten:
4. Acceptatieregels
5. Controlemethoden
6. Transport en opslag
7. Gebruiksaanwijzing
8. Fabrieksgaranties
9. Verwijdering
Op basis van de ontwikkelde documenten kunt u overgaan tot het directe ontwerp van het object.
Linux heeft lang een groot deel van de informatietechnologiemarkt veroverd, de meeste servers draaien op Linux, alle supercomputers gebruiken Linux, de meeste tablets en smartphones gebruiken Android, dat in feite ook een systeem van de Linux-familie is. Losst is een site over Linux en gratis software, en daarom wordt alleen gratis software gebruikt om het te laten werken.
In deze korte notitie zullen we bekijken welke softwareoplossingen worden gebruikt om de site te onderhouden, waarom dit of dat programma is gekozen en hoe het beter is dan andere. Dit is tenslotte allemaal Linux in actie. Laten we op het laagste niveau beginnen en hoger gaan.
Welke software wordt gebruikt op Losst
1. Virtualisatiesysteem - XEN
Zoals de meeste moderne sites, wordt Losst gehost op een VPS-service. XEN-PV wordt gebruikt als virtualisatiesysteem. Ik raad over het algemeen niet aan om naar OpenVZ te kijken, omdat je daar alleen een container krijgt en je besturingssysteem niet volledig kunt beheersen. KVM-virtualisatie is al beter, de virtualisatiemodule werkt op kernelniveau en je kunt je besturingssysteem besturen, Qemu wordt gebruikt om hardwareapparaten te virtualiseren. Maar het nadeel hier is dat overselling mogelijk is. In Xen is overselling ingewikkelder, en XEN-PV paravirtualisatietechnologie geeft prestaties die vergelijkbaar zijn met echte hardware.
2. Besturingssysteem - CentOS 7
Het besturingssysteem is CentOS 7. Ik heb voor dit besturingssysteem gekozen vanwege de lange ondersteuningslijn en constante updates. Als het upgraden van Ubuntu 16.04 naar LTS op de server voor bepaalde problemen kan zorgen, dan wordt CentOS binnen de zevende versie (momenteel de meest recente) zonder problemen door de reguliere pakketbeheerder geüpdatet. Zo is er nog niet zo lang geleden een nieuwe versie van Red Hat 7.4 uitgebracht en na een paar maanden is CentOS transparant geüpdatet naar deze versie en een nieuwe Nginx ontvangen met ondersteuning voor ALPN, PHP 7 en andere verbeteringen. En aangezien het systeem gebaseerd is op de corporate Red Hat, is het erg stabiel.
3. Bedieningspaneel - VestaCP
Natuurlijk kun je een server opzetten zonder bedieningspanelen, maar dit kost veel tijd, die niet altijd beschikbaar is. Daarom gebruik ik het open source configuratiescherm - VestaCP. Enige tijd geleden heb ik ISPManager gebruikt en ik kan zeggen dat Vesta subjectief veel beter aanvoelt. Een mooie interface, een intuïtieve opstelling van functies, eenvoudig gebruikersbeheer, de mogelijkheid om configuratiesjablonen naar eigen goeddunken aan te passen, een domein in een paar klikken aan te maken, Cron en webinterface te configureren en statistieken te bekijken. Geweldig paneel, als je het nog niet hebt gebruikt, raad ik het aan.
4. Webserver - Nginx
Een krachtige webserver die zware belastingen aankan dankzij de HighLoad-optimalisaties. Voordat ik overstapte naar HTTPS, gebruikte ik Apache, maar toen nam de belasting van de server aanzienlijk toe en moest ik op zoek naar een betere prestatie-oplossing. Op dit moment doet Nginx uitstekend werk. Nginx zelf kan minimaal 10.000 pagina's per seconde leveren, maar PHP is hier de bottleneck. Om dit probleem op de een of andere manier op te lossen, wordt de fastcgi-cache voor scripts gebruikt.
5. Script-interpreter - PHP 7
De meeste sites zijn nu in PHP geschreven en dat is oké, aangezien php de meest populaire programmeertaal voor het web is. Ik gebruik php-fpm in combinatie met Nginx, dit is de beste oplossing. Ik koos voor PHP 7 omdat de prestaties in veel tests iets hoger zijn dan die van eerdere versies. Om de uitvoering van php-code te versnellen, wordt ook de opcache-cache gebruikt.
6. Beveiliging - Laten we versleutelen
Het hele internet gaat langzaam maar zeker over op het beveiligde HTTPS-protocol, en hoewel er op deze site niets te onderscheppen is, gebruiken we dit protocol ook, omdat het voordelen geeft bij het zoeken, sneller laden en een garantie dat browsers in de toekomst niet meer bel de site onveilig ... Een gratis certificaat van Lets Encrypt voldoet aan alle eisen. Verlengen werkt automatisch met VestaCP.
7. Mailserver - Postfix
Voor het verzenden van e-mail vanaf de site en het ontvangen van e-mailberichten voor het domein, wordt de Postfix-mailserver gebruikt. Ik heb deze server niet gekozen, hij werd automatisch geïnstalleerd in VestaCP en doet zijn werk perfect.
8. E-mailinterface - Roundcube
Om e-mails te kunnen lezen die naar adressen van het @ site-domein komen, gebruik ik de roundcube mail-webinterface. De interface is vrij eenvoudig en handig tegelijk. Er zijn alle noodzakelijke functies - berichten markeren, verwijderen, belangrijke berichten markeren, sorteren op mappen en nog veel meer.
9. DBMS - MariaDB
Geen enkele moderne dynamische site werkt zonder een databasebeheersysteem. Losst gebruikt het MariaDB DBMS - dit DBMS is ontwikkeld door de maker van MySQL nadat deze eigendom werd van Oracle. Deze database heeft alle functies van MySQL, betere prestaties en een enorme ontwikkelaarsgemeenschap. Updates voor MariaDB worden sneller uitgebracht dan MySQL en de ontwikkeling is actiever.
10. Back-up - automysqlbackup
Een back-up maken op de server is een van de belangrijkste dingen. Het is misschien meestal niet nodig, maar als het eenmaal een enorme hoeveelheid tijd en middelen kan besparen. Ik gebruik een script om de automysqlbackup-database automatisch te kopiëren. De back-up wordt elke dag uitgevoerd, bovendien kunt u met het script kopieën roteren en onnodige verwijderen. Alle exemplaren van de laatste week blijven behouden, één week oud, één maand oud en één jaar oud. Dit gedrag kan voor elk van de databases worden geconfigureerd.
11. Bewakingssysteem - zabbix
In het werk van de site is het belangrijk dat deze constant beschikbaar is voor gebruikers en zoekmachines. Daarom wordt Zabbix gebruikt om de status van de server te bewaken. Met Zabbix kunt u alle status van services, serverbelasting en andere parameters volgen, en u informeren over problemen via e-mail of Telegram. Hoe eerder ik van het probleem op de hoogte ben, hoe sneller het wordt opgelost en de site weer werkt.
12. Inhoudsbeheersysteem - WordPress
WordPress is een van de meest populaire contentmanagementsystemen ter wereld, het heeft een enorm aantal functies en een enorm aantal plug-ins die zijn gemaakt door externe ontwikkelaars. WordPress is niet perfect. Zonder caching is het erg traag en heeft het nog steeds veel problemen. Maar een eigen CMS ontwikkelen is ook geen optie, omdat het erg lang duurt en je simpelweg geen tijd hebt om de site te vullen met content en na te denken over andere dingen. Ik weet waar ik het over heb, enkele jaren geleden heb ik al geprobeerd een CMS te maken in PHP, de broncode staat nog ergens op GitHub, van dat project is niets terecht gekomen. Als gevolg hiervan, of je maakt een CMS, of een website, je kunt niet alles samen doen.
conclusies
In dit artikel hebben we gekeken met welke software Losst wordt uitgevoerd. Op het moment van schrijven zijn alle grote programma's die worden gebruikt open source gedistribueerd. Natuurlijk zijn er plug-ins voor WordPress die een gesloten licentie hebben, maar dit is al een noodzaak. Welke software gebruik je op je servers? Schrijf in de reacties!
Elke dag, wanneer we een personal computer, laptop of telefoon opstarten, komen we programma's tegen die ons dienen. Bovendien, als je er niet over nadenkt, lijkt het erop dat het gebruik van de software begint op het moment dat we de snelkoppeling op het bureaublad starten. Dit is echter niet het geval.
Baseren
Laten we eens kijken wat software is. In feite is het een verzameling commando's en programmacode ingesloten in een grafische shell - een interface. Maar de interface is anders en hangt rechtstreeks af van de toepassing en het doel ervan.
Elke software bestaat uit bestanden die de procedures en functies bevatten die het programma tijdens de uitvoering volgt.
Een van de eerste modellen van software was de zogenaamde Turingmachine. In 1935 formuleerde Alan Turing een wiskundig model, volgens welke een bepaalde abstracte machine van de ene toestand naar de andere moest gaan en elementaire commando's moest uitvoeren vanuit een vaste set.
Laten we beginnen met de analyse van de vraag wat software is, met zijn classificatie.
Besturingssysteem
In eerste instantie zijn er verschillende klassen van software te onderscheiden. De eerste en meest elementaire is de systeemsoftware. Interfaces, programma's en codes zonder welke het onmogelijk is om op een computer of andere apparatuur te werken met behulp van welke softwareomgeving dan ook. Dit is de meest essentiële software op uw pc.
Deze klasse kan worden onderverdeeld in twee belangrijke subsecties:
- Basissoftware. Het omvat alle soorten besturingssystemen, ongeacht of ze officieel of illegaal zijn, of ze openbaar beschikbare applicaties draaien of uitsluitend 1-2 applicatieprogramma's waarvoor deze softwareomgeving is gemaakt. Deze groep omvat ook verschillende emulators en virtuele machines waarmee verschillende softwareomgevingen kunnen worden gesimuleerd.
- Servicesoftware is een aparte groep. Zoals de naam al aangeeft, is het gemaakt om het besturingssysteem te onderhouden en te beschermen. Deze omvatten zoekmachines, antivirusprogramma's en hulpprogramma's voor diagnose en probleemoplossing voor uw pc.
Op zichzelf is de systeemsoftware een verzameling van verschillende programma's en omgevingen die zijn ontworpen om de werking van een personal computer en computernetwerken te ondersteunen. De ontwikkeling van dit soort software is een lang en moeizaam proces, omdat de prestaties van de werkplek ervan afhangen. De systeemsoftware voert de volgende taken uit:
- het creëren van een omgeving voor het functioneren van applicatieprogramma's;
- PC- en netwerkondersteuning;
- diagnose en preventie van pc- en LAN-storingen;
- het uitvoeren van aanvullende ondersteunende bewerkingen, zoals archivering, opmaak, defragmentatie en andere.
voor computer
Een andere kennis die ons de mogelijkheid geeft om te begrijpen wat software is, is een begrip van door welke software wordt ontwikkeld. Voor dit proces wordt instrumentele software gebruikt, dat wil zeggen een set software- en hardwaretools die worden gebruikt om de systeemcode van toepassingshulpprogramma's te schrijven en te compileren.
In de instrumentale software zijn drie subgroepen te onderscheiden:
- talen en programmeersystemen;
- geïntegreerde programmeeromgevingen;
- software systemen.
Er zijn heel veel programmeertalen en ze zijn allemaal onderverdeeld in subgroepen volgens het oriëntatieprincipe - volgens de reikwijdte van de taken van het eindproduct.
Het is onmogelijk om niet een paar woorden te zeggen over wat machinegeoriënteerde programmeertalen zijn. Ze worden gebruikt om software te schrijven, niet voor de eindgebruiker, maar om ondersteunende softwarecode rechtstreeks voor de hardware te creëren. Deze talen maken het mogelijk om rekening te houden met de uniciteit van de architectuur en de werkingsprincipes van een bepaalde computer of bijvoorbeeld een werkmachine in een fabriek die niet werkt onder gangbare besturingssystemen.
Voor de gebruiker
Machine-onafhankelijke programmeertalen vervullen de functie van het schrijven van programmacodes, evenals applicatieprogramma's voor kant-en-klare shells en besturingssystemen.
- Procedureel georiënteerde programmeertalen zijn gespecialiseerde software. Voorbeelden - Pascal, Basic. Deze eenvoudigste programmeertalen worden gebruikt om elementaire applicatieprogramma's, functies en procedures te schrijven. En ook om de algoritmen te beschrijven voor het oplossen van de taken.
- Probleemgeoriënteerde talen - maken het mogelijk om problemen op te lossen in specifiekere programmeergebieden, zoals Lisp, APL.
- Objectgeoriënteerde talen zijn modernere en handigere tools voor het maken van applicatietoepassingen en het maken van verschillende soorten software voor de eindgebruiker. Hun belangrijkste kenmerk is de mogelijkheid om kant-en-klare elementen van de applicatie te maken, zoals dialoogvensters, velden om in te vullen, knoppen. Ter illustratie kan men talen noemen zoals C++ en Visual Basic.
Waar we mee werken
De laatste les is applicatiesoftware. Als je het artikel aandachtig hebt gelezen, zou je al geraden moeten hebben dat dit niets meer is dan de programma's, applicaties en games waar we in het dagelijks leven mee te maken hebben. Maar specialisten verdelen zelfs zo'n eenvoudig concept in subklassen.
- Misschien wel de meest voorkomende categorie toepassingen is multimedia. Dat wil zeggen, programma's voor het afspelen van video, audio, games. Alles wat dient om de eindgebruiker te vermaken. Zo is een van de grootste uitvindingen van de mensheid getransformeerd van een werkend wetenschappelijk instrument tot een amusementsmiddel voor het grote publiek.
- Software voor het ophalen van informatie. Zoals u begrijpt, zijn dit verschillende browsers en internettechnologieclients die zijn ontworpen om informatie van het wereldwijde web te ontvangen.
- Algemeen doel. Dit zijn soorten software die in het dagelijks leven alleen uit noodzaak worden gebruikt. Dit zijn grafische en teksteditors, postdiensten, databases.
- Probleemgericht. Bijvoorbeeld expertsystemen of audio- en videoconferentiesystemen.
- Professionele softwareomgevingen. Dit zijn boekhoudkundige en pedagogische systemen, toegangscontrolesystemen.
Illustratief voorbeeld
Laten we, nadat we hebben geleerd wat software is, eens kijken naar enkele praktijkvoorbeelden van programma's en toepassingen die we in het echte leven kunnen tegenkomen.
- 1C Boekhouding. Een levendig voorbeeld van professionele software die dient om te werken met boekhouding, juridisch gebied en nog veel meer ondersteunde en gerelateerde gebieden.
- Microsoft Office Word. Het duidelijkste en meest toegankelijke voorbeeld van software voor algemeen gebruik. Bijna iedereen in zijn leven heeft dit softwarepakket gebruikt voor het schrijven van een cv, samenvatting of rapport.
- Microsoft Office-toegang. De eenvoudigste implementatie van een database, die ook software voor algemeen gebruik is.
- Iedereen heeft wel eens gehoord van de categorie multimedia. Dit is de bekende Windows Media Player, die zowel audio- als videobestanden kan afspelen.
- Photoshop is een ander voorbeeld van software voor algemene doeleinden. Als professionele grafische editor die in veel drukkerijen wordt gebruikt, behoort het ook tot een professionele softwareomgeving.
- Als we het hebben over software voor algemeen gebruik, dan is iedereen die ooit een computer heeft gestart ermee in aanraking gekomen. Dit is het bekende Windows.
Dit zijn allemaal veel voorkomende software. Het heeft geen zin om voorbeelden van andere programma's te geven. Tegenwoordig, wanneer zelfs een kind betrokken kan zijn bij de ontwikkeling van applicaties, kan elke gebruiker een van deze naar zijn wens downloaden om bekende merken te vervangen.
Installatie
Het installeren van de software zal in de meeste gevallen geen problemen opleveren voor de gemiddelde gebruiker. De meeste applicaties die we in ons dagelijks leven gebruiken, zijn specifiek gericht op de niet-ingewijde gebruiker. Een speciale module - een installatieprogramma - wordt in het voltooide programma genaaid.
Wanneer u de softwareschijf in het station plaatst, start het installatieprogramma automatisch. Als u door de dialoogvensters navigeert, kiest u het pad op uw harde schijf waar de software wordt geïnstalleerd. Als het software voor uw besturingssysteem ondersteunt, wordt het automatisch in de gewenste map geïnstalleerd.
Sommige software, zoals software die nodig is voor applicatieontwikkeling, hoeft niet te worden geïnstalleerd. De werksnelkoppeling wordt gestart in de programmamap, gevolgd door de ontwikkeltool.
Het installeren van software voor sommige pc-hardware, zoals een moederbord of BIOS, vereist mogelijk speciale vaardigheden en professionele kennis, dus aarzel niet om in dergelijke gevallen een specialist te bellen.
creatie
Softwareontwikkeling vindt plaats in verschillende fasen.
- De beginfase is de fase van het ontstaan en de implementatie van een idee. Creatie van het ontwerp van de toekomstige applicatie, evenals de functionaliteit ervan.
- Alfatesten is een intern testproces. Het en de toevoeging van eventuele functies worden uitgevoerd binnen een beperkte kring van mensen, meestal ontwikkelaars of mensen die dicht bij hen staan.
- Beta-testen worden uitgevoerd onder consumenten naar goeddunken van de fabrikant. Dit is het proces van het debuggen van een programma.
- Vrijlating kandidaat. Een programma dat alle testfasen heeft doorstaan, waarbij kritieke fouten zijn gevonden en verholpen. Een bijna kant-en-klare applicatie.
- En tot slot de bevrijding. Product klaar voor release en replicatie.
- De laatste fase, die na de release doorgaat, is softwareondersteuning en applicatieonderhoud.
conclusies
Dus, zoals u nu begrijpt, is de ontwikkeling en het gebruik van software een integraal onderdeel van ons dagelijks leven. Het lijkt erop dat we tijdens het uitvoeren van de eenvoudigste acties op een pc elke dag een verscheidenheid aan software tegenkomen die is gemaakt door het nauwgezette werk van specialisten, speciaal voor gebruikers. De classificatie van programma's en applicaties is zo breed dat het onmogelijk is om met zekerheid te zeggen waar je nu mee bezig bent.
