Software namn. Datormjukvara


Teknisk uppgift för utvecklingen av programmet
"10-strejk: inventering av datorer" för att ta reda på datornätverksdatorer "

1. Introduktion

1,1. Programmets namn

2. Krav på programmet

2,2. Krav på tillförlitlighet

2.2.1. Krav för att säkerställa programmets tillförlitliga funktion

2.2.3. Misslyckanden på grund av felaktiga åtgärder Användarsystem 3. Driftsförhållanden
3.1. Klimatförhållanden
3.2. Krav på kvalifikationer och antal anställda
3,3. Krav på kompositionen och parametrarna för tekniska medel
3,4. Krav på information och programkompatibilitet
3.4.1. Krav på informationsstrukturer och beslutsmetoder
3.4.2. Källkodskrav och programmeringsspråk
3.4.3. Programvarukrav som används av programmet
3.4.4. Krav för skydd av information och program
3,5. Speciella krav
4. Krav på programdokumentation
4.1. Förkunskapskrav för programdokumentation
5. Tekniska och ekonomiska indikatorer
5.1. Ekonomiska fördelar med utveckling
6. Steg och utvecklingsstadier
6,1. Utvecklingsstadier
6,2. Utvecklingsstadier
6.3. Innehåll i arbetet på etapper
7. Förfarande för kontroll och godkännande
7,1. Typer av testning

1. Introduktion

1,1. Programmets namn

Programmets namn: "10-strejk: inventering av datorer" för att ta reda på datornätverksdatorer "

1,2. Syfte och omfattning

Program "10-Strike: Datorinventarier" är utformad för att lagra datorer i lokala nätverkDet gör det möjligt för nätverksadministratörer att skapa och upprätthålla en databas med lager- och bokföringsdatorer, komponenter, program och licenser med möjlighet att visa och spåra.fjärrdatorer konfigurationer. Det låter dig också hålla register över hårdvara och programvara.på dem.

OCH c.fästen:

C.ugglor: Nej.

2. Krav på programmet

2.1. Krav på funktionella egenskaper

Programmet bör se till att de viktigaste funktionerna som anges nedan är följande:

1) Samla in information i en organisation med vilken struktur som helst

1,1. Skapa information om olika datagrar (mer än 50) hårdvara och programvara;

1,2. Urval av information från lokal och fjärrdatorer och smartphones under windows-kontroll (WMI, NetBIOS, Registry), Linux och MacOS (SSH), Android (SSH);

1.3. Denna metod för insamling av information: , , .

Flexibel installation av informationsuppsamling från datorer utan administratörsrättigheter och datorer utan ett nätverk, såväl som för datorer från avlägsna grenar och mobila datorer av anställda som är på affärsresor.

2. Förberedelse av rapportering

2.1. Upprätthålla en databas med datorer med skapandet av egna fält för att ta hänsyn till användardata och lager

    1. Skapa olika rapporter (mer än 70 rapportmallar i pDF-format, HTML, DOC, XML (XLS), XLS, TXT) med hårdvara och programvara i nätverket;

3. Meddelande om ändringar och identifierade problem

3,1. Kontroll av förändringar i hårdvara och programvara på nätverksdatorer;

3,2. Avlägsna ändringar i konfigurationer på datorer;

3,3. Aversion om de upptäckta problemen (lite utrymme på hårddisken, löper ut licensnyckeln);

    1. Upprätthålla diagnosen s.m.a.r.t., bestämma hälsan hos hårddiskar;

4. Redovisning för ansökningar och licenser

4,1. Icke-licensierad information, redovisning av upphandling av licensprogram, upptäckt av problem relaterade till licensierade policyer.

4,2. Application Manager. Upprätthålla svart I. vita listor Av, förbjudet och tillåtet. Installationsrapporter för programvara;

4,3. Företagskonfigurationsanalys, datafiltrering i olika kategorier för att klargöra datorer med låg prestanda eller klargöra potentiella problem.

2,2. Krav på tillförlitlighet

2.2.1 Krav för att säkerställa programmets tillförlitliga funktion

Pålitlig (hållbar) Programmets funktion bör säkerställas av kunden om uppsättning organisatoriska och tekniska åtgärder, vars förteckning visas nedan:

a) Organisation oavbruten kraft Tekniska medel;

b) med licensierad programvara;

c) regelbundet genomföra rekommendationerna från den ryska federationen och den officiella utvecklingen i Ryska federationen, som anges i beslutet av den 23 juli 1998 om godkännande av intersektoreringsstandarder för tidpunkten för service av service PC och kontorsutrustning och stödjande programvara ";
d) Regelbunden uppfyllelse av kraven i GOST 51188-98. Skydd av information. Software Test för tillgänglighet datavirus

2.2.2. Återhämtningstid efter vägran

Återhämtningstiden efter det misslyckande som orsakats av strömförsörjningen av tekniska medel (andra externa faktorer), inte ett dödligt misslyckande (inte av operativsystemets kollaps, bör inte överstiga 30 minuter, med förbehåll för driftsvillkoren av teknisk och mjukvara.
Återhämtningstiden efter det misslyckande som orsakats av funktionsfel på tekniska medel, operativt misslyckande (samarbete) i operativsystemet, bör inte överstiga den tid som krävs för att felsöka tekniska medel och ominstallation av programvara.

2.2.3. Fel på grund av felaktiga åtgärder för användaranvändare

Programfel på grund av felaktiga användaråtgärder när du interagerar med programmet via webbgränssnittet är inte tillåtet.

3. Driftsförhållanden

3.1. Klimatförhållanden

Klimatiska driftsförhållanden under vilka bör tillhandahållas ange egenskaper, Måste uppfylla kraven på tekniska medel när det gäller deras driftsförhållanden.

3.2. Krav på kvalifikationer och antal anställda

Flera administratörer kan arbeta med programmetc. Remotera åtkomsträttigheter.

Samtidigt mottar den första användaren som lanserade programmet full tillgång Till databasen. De återstående användarna kommer att fungera i "LÄS ONLY" -läget och när du startar programmet får du en varning med namnet på datorn som blockerade åtkomst. I det här läget kan de visa och söka efter information, skapa rapporter, men uppdatera inte databasen (fungerar på liknande sätt, till exempel MS Word när du öppnar filer över nätverket)

Förteckningen över uppgifter som utförts av administratören kan också ingå:

a) Uppgiften att upprätthålla effektiviteten hos tekniska medel.

b) Installationsuppgifter (installationer) och upprätthålla prestanda för systemprogramvaran - operativsystem;

c) Uppgiften för installation (installation) av programmet.
d) Uppgiften att skapa säkerhetskopior av informationsbasen.

e) Identifiera efterlevnaden av licensnycklar och serie nummer Programvaruprodukter

e) Identifiera användare som bryter mot licensavtal, såväl som licens redovisning;

g) lägga till datorer från intervallet av IP-adresser och andra;

3,3. Krav på kompositionen och parametrarna för tekniska medel

Särskilda krav för kompositionen och parametrarna för tekniska medel presenteras inte.

Framgångsrikt arbetar med en bas på mer än 10 000 datorer.

3,4. Krav på information och programkompatibilitet

3.4.1. Krav på informationsstrukturer och beslutsmetoder

Använder sig av För att samla in information från datorer och lager, installeras programmet endast på administratörens dator ochkräver inte installation av program på användardatorer. Datainsamlingsprocessen utförs i bakgrundslägeParallellt intervjuas flera datorer samtidigt, frigör tid att visa data och förbereda rapporter. Undersökningen sker via WMI och SSH-protokoll, så att du kan intervjua Windows, Linux och MacOS-datorersåväl som android-enheter.

Importera organisationens struktur utförs från Active Directory.

Protokollet kan användas för att undersöka datorer under kontroll av OS LinuxSsh.. På maskiner bör ståSsh.-Server.

Programmet kan fungera med MS SQL, MySQL, Oracle DBMS. Ryska DBMS Linter och Postgre stöds.

3.4.1.2. Krav på dataanvändare från databasen

Användare och administratörer arbetar med databasen via webbgränssnittet.

Programmet samlar in data med WMI-teknik.

Om applikationen av WMI i nätverket av någon anledning inte är möjlig (säkerhetspolicy eller Windows-hemversioner) stöder programmettvå alternativa sätt att samla in information Från datorer: med hjälp av agenter och kunder. Kunderna tillåter dem att intervjua även datorer Utan ett nätverk , liksom resande bärbara datorer.

3.4.2. Källkodskrav och programmeringsspråk

Ytterligare krav presenteras inte.

Systemprogramvaran som används av programmet måste representeras av den licensierade lokaliserade versionen av operativsystemet Windows Vista / 7/8 / 10.

3.4.4. Krav för skydd av information och program

Krav på skydd av information och program presenteras inte.

3,5. Speciella krav

Programmet bör samtidigt samarbeta flera administratörer och användare via webbgränssnittet.

4. Krav på programdokumentation

4.1. Förkunskapskrav för programdokumentation

Sammansättningen av programdokumentationen bör innehålla:

4.1.1. teknisk uppgift;

4.1.2. Program och testtekniker;

4.1.3. Operatörshandbok;

5. Tekniska och ekonomiska indikatorer

5.1. Ekonomiska fördelar med utveckling

Ungefärlig ekonomisk effektivitet beräknas inte. Analysen utförs inte på grund av den unika egenskaperna för utvecklingen.

6. Steg och utvecklingsstadier

6,1. Utvecklingsstadier

Utveckling bör utföras i tre steg:

1. Utveckling av tekniska specifikationer

2. Arbetsdesign;

3. Genomförande.

6,2. Utvecklingsstadier

Vid utvecklingsstadiet av den tekniska uppgiften måste ett utvecklingsstadium, samordning och godkännande av denna tekniska uppgift utföras.
Vid arbetsdesignsteget bör de som anges nedan utföras:

1. Programutveckling;

2. Utveckling av programvarudokumentation;

3. Programmets tester.

Vid genomförandefasen måste utvecklingsfasen fyllas i förberedelse och programöverföring.

6.3. Innehåll i arbetet på etapper

Vid utvecklingsstadiet av tekniska specifikationer måste följande verk utföras:

    formulering av problemet;

    definition och förtydligande av tekniska krav

    definition av kraven för programmet

    bestämning av steg, steg och tidpunkt för programutveckling och dokumentation för det;

    samordning och godkännande av den tekniska uppgiften.
    Vid programutvecklingsstadiet måste programmeringsarbetet (kodning) och programfelsökningsprogram utföras

    Vid programbör programdokument utvecklas i enlighet med kraven för dokumentationens sammansättning. Vid testfasen ska typerna av arbete göras nedan:
    men). Utveckling, samordning och godkännande och testmetodik;b.). genomföra godkännandeprov;

c.) Justera program- och programdokumentationen baserat på testresultat.

    Vid utarbetandet och överföringen av programmet bör arbetet utföras på förberedelse och överföring av programmet och programdokumentationen i drift på kundfaciliteterna.

7. Förfarande för kontroll och godkännande

7,1. Typer av testning

Godkännandestester bör utföras på kundens anläggning under den angivna tiden. Acceptansprov av programmet bör utföras enligt det program som utvecklats av entreprenören och testmetodiken och kunden. Förloppet av godkännandeprovningskund och entreprenörsdokument i testrapporten.

7,2. Allmänna krav för godkännande av arbete

Baserat på testrapporten tecknar entreprenören, tillsammans med kunden en handling av godkännande och idrifttagning av programmet.

Skicka ditt bra arbete i kunskapsbasen är enkel. Använd formuläret nedan

bra jobbat till webbplatsen "\u003e

Studenter, doktorander, unga forskare som använder kunskapsbasen i sina studier och arbete är mycket tacksamma för dig.

Ryska federationens ministerium och vetenskap

Federal State Educational Institution

Sekundär yrkesutbildning

Krasnogorsk State College

Office-programvara för datorutrustning och automatiserade system

i praktiken får man primära yrkeskunskaper

student 37 grupper

Boyarkin Alexander Sergeevich

Övningschef

från företaget _____________ / Dubrov yu.v

från kgk _____________ / student ov /

Introduktion

1. Uttalande av uppgiften

1.1 Beskattning

Grundläggande grunder

Utnämning av utveckling

Krav på tillförlitlighet

Krav på information och programkompatibilitet

Tekniska och ekonomiska indikatorer

Steg och utvecklingsstadier

2. Huvuddel

2.1 Programbeskrivning

Allmän

Funktionellt syfte

Beskrivning av den logiska strukturen

Allmän information om programmet

Begagnade programvara

Används tekniska medel

Strukturen i programmet

Ställa in programmet

Kontrollprogram

2.3 Operatörsguide

Utnämning av programmet

Användarvillkor för programmet

Programkörning

Allmänna bestämmelser

Drift av datorn (PC)

Slutsats

Bibliografi

Introduktion

Jag, Boyharkin Alexander Sergeevich, student "Krasnogorsk State College" 37 grupper passerade övningen av "LLC PC-system" var engagerad i arbete med dokument (kopiering, tryckning, bearbetning ..., etc.)

1. Engagerade till stöd för programvarustöd.

2. Rådgivning på hårdvara W

3. De. Service T.

1 problem uttalande

1.1 Beskattning

Baser av längdutveckling

Grunden för programmets utveckling är den uppgift som utfärdats till praktiken att erhålla primära yrkeskunskaper av chefen för övningen av ALC PC-system Dubrov Yu.v

Namn på arbete: "MediaPlayer". Artist: Boyarkin A.s.

Utnämning av utveckling

syfte programvaruprodukt Det är att skapa en applikation som kan reproducera mediaplayer i MP3.MID.WMA.I TD-formatet. Utvecklad programvara används för att lyssna på musik.

Krav på ett program eller programvara

Programmet låter dig lyssna på ljudfiler

1.1.3.1 Funktionella specifikationer Krav

Programmets huvudfunktioner:

Spela upp musik i MP3, WMA och TD-format

1.1.4 Krav på tillförlitlighet

Programmet ska:

Arbeta med en given algoritm för funktion;

2) Producera oavbruten operation med datafil

1.1.5 Driftsförhållanden och krav för kompositionen och parametrarna för tekniska medel

Driftsförhållandena för programmet sammanfaller med datorns driftsförhållanden. Programmet måste utformas för en icke-professionell användare.

Minimikrav till den elektroniska datormaskinen:

Processor: Intel Pentium

Frekvens: 233 MHz

RAM: 64 MB

1) Processor: Intel Pentium IV

2) Frekvens: 1600 MHz

3) RAM: 512 MB

4) tangentbord och mus.

1.1.6 Informations- och programkompatibilitetskrav

Operativsystem: Windows XP eller högre

Programmeringsspråk: Borland Delphi

Krav på transport och lagring

Programmet levereras på lasermedia av information. Programdokumentation kommer i elektronisk och utskrift.

Speciella krav

Programvaran måste ha ett enkelt gränssnitt utformat för en icke-professionell användare.

PA Dokumentation Acceential Software (Programvara) måste innehålla fullständig informationnödvändigt för att arbeta programmerare med detta program.

1.1.7 Programvarudokumentationskrav

De viktigaste dokumenten som reglerar utvecklingen av framtida program bör vara dokumenten i det enhetliga dokumentationssystemet (ECPD): Systemprogrammeringshandboken, operatörshandboken, programbeskrivningen.

1.1.8 Tekniska och ekonomiska indikatorer

Effektiviteten av programvara bestäms av bekvämligheten av användningen för att bedöma kunskapskvaliteten, liksom den ekonomiska fördelen som härrör från införandet av detta program.

Postat på http://www.allbest.ru/

Postat på http://www.allbest.ru/

1.1.9 Stages och utvecklingsstadier

Produktionschef:

Studentova O.v.

1.1.10 Förfarande för kontroll och godkännande

Övervakning och godkännande av utveckling utförs på grundval av provning av kontroll- och felsökningsexempel. Detta verifierar utförandet av alla programfunktioner.

1.2 Översikt över befintliga lösningar

Företaget har inte typen av den här programvaruprodukten på grund av dessa skäl, det beslutades att utveckla programvara som deklarerar de ovan beskrivna uppgifterna.

1.3 Välj programmeringsspråk

För närvarande finns det många olika språk Programmering.

Visual Basic är en produkt av en långsiktig utveckling av grundspråket. I grund och botten är detta språk utformat för att skapa program som körs i dialogläge med användaren, "dvs i visuellt läge. Genom dess komplexitet och möjligheterna till Visual Basic kan du lägga en rad med Borland Delphi 7 eller C ++.

Borland Delphi är ett universellt verktyg för att utveckla applikationer under Windows. Alla fördelar med Borland Delphi är inte listade - det här är en snabb kompilator och en bekväm utvecklingsmiljö och rika möjligheter att arbeta med databaser, och en stor uppsättning komponenter, det här är naturligtvis den magnifika visuella programmeringsmiljön, förståelig, lätt att utforska och, ofta inte kräva kunskapsutvecklare.

Det är unikheten i Borland Delphi som låter dig skapa allvarliga komplett lösningar på kort tid. Det är bekvämt för alla indikatorer, både för nybörjare och proffs. Han tillåter nykomlingar med lägsta styrka och tid att skapa ansökningsprogramsom externt är oskiljbara från de program som professionella experter har skapat. För Borland Delphi-proffs ger det möjlighet att skapa komplexa applikationer som arbetar med några databaser. För närvarande är Borland Delphi en av de mest populära mjukvaruprodukterna för att skapa informationssystem. Baserat på det skapas som småprogramoch systemskalsystemet.

Borland Delphi Integrated Development Wednesday valdes för att skriva programvara på grund av att i det här dokumentet var en modul uppgift att vara en del av ett projekt som fokuserade på användningen av Borland O Delphi.

Till skillnad från Språket i Visual Basic 6.0 har Borland Delphi möjlighet mer bekvämt arbete Med databaser med mindre tid för att ansluta dem, lägg till poster i tabellen och utföra olika datatransaktioner i tabeller och kan också utföras mer bekvämt gränssnitt För en icke-professionell användare.

2 grundläggande del

2.1 Programbeskrivning

Allmän

Denna programvara är utformad för att lyssna på ljudfiler till studenter.

Programmet implementeras i Borland Delphi-programmeringsmiljön.

Funktionellt syfte

Denna programvara löser följande uppgifter:

Öppna och visa ljudspelarens skärm

möjlighet att välja en sång av formaten "MP3, WMA och TD ..."

2.1.3 Beskrivning av den logiska strukturen

Programmet innehåller:

Visa ljudfiler på din dator

lyssna på ljudfiler

tekniskt systemprogram

Windows XP och högre;

processor: Pentium IV;

frekvens: 1600 MHz;

rAM: 512 MB;

videokort: 32 MB;

tangentbord och mus.

2.2 Systemprogrammerhandbok

Allmän information om programmet

Utvecklad programvara är avsedd för snabb och bekväm att lyssna på musik

Detta program skapades av Borlabd Delphi Programmeringsspråk med Borlabd Delphi Compiler.

2.2.2 Programvara som används

Starta programmet utförs på Windows XP och senare versioner. Utvecklingsmiljö - Borlabd Delphi.

2.2.3 Tekniska medel som används

Minsta hårdvarukrav för elektronisk datortillverkning:

Processor: Intel Pentium

Frekvens: 233 MHz

RAM: 64MB

Gratis hårddisk: 15 MB

1) Processor: Intel Pentium IV

Frekvens: 1600 MHz

RAM: 512MB

Gratis hårddisk: 20 MB

Videokort: 32 MB

2.2.4 Strukturen i programmet

Fikon. 1 Programstruktur

För form1 är placerade:

Etikett - används för att visa filnamnet

Redigera används för att visa uppspelningsvägen

Knapp - Serverar för att visa listan över filer

OpenDialog - tjänar till att öppna ett spelformat

MediaPlayer - Att spela ljudfiler

Knappknappen finns också på formuläret, tryck på knappen kan du öppna en lista med alla filer på datorn.

Steg 3. Anslut programmet till spelarens fil

procedur tform1.button1click (avsändare: togject);

redigera1.text: \u003d opendialog1.fileName; // redigera filnamnstext

Om opendialog1.execute börjar // om du öppnar dialogrutan, börjar programmet

MediaPlayer1.fileName: \u003d opendialog1.filnamn; // Öppna en dialogruta med filnamnet

MediaPlayer1.Open; // Start-spelare

Ställa in programmet

Programmet är utformat för en oprofessionell användare, kräver ingen inställning.

Kopiera mappen till vilken katalog som helst, till exempel på lokal disk C: \\ (c: \\ programfiler \\ boyaraplayer) Kör filen "Boyaraplayer.exe"

Kontrollprogram

Testobjekt

Ett objekt att testa MediaPlater gör att du kan köra musik i olika format

Teständamål

Syftet med testet är att verifiera tillförlitligheten hos programmets funktion.

Krav på programmet

Programmet måste vara avsett för bekvämt arbete med användaren.

Dessutom måste programmet ha ett vänligt, intuitivt gränssnitt, som liknar allmänt accepterat för standard Windows-applikationer.

Programvarukrav

Sammansättning av programdokumentation:

programbeskrivning;

programtext;

guide till systemprogrammeraren;

bruksanvisning.

2.3 Operatörsguide

Utnämning av programmet

Programmet är utformat för bekväm användning Lyssna på Mediaplayera

Windows XP och ovan;

processor: Pentium;

frekvens: 233 MHz

rAM: 64 MB;

videokort: 32 MB;

windows XP SP2 och högre;

processor: Pentium IV;

frekvens: 1600 MHz;

rAM: 512 MB;

videokort: 64 MB;

tangentbord och mus.

3. Säkerhet i drift (PC)

3.1 Allmänt

1) Den här handboken innehåller händelser, men säkerhetstekniken ska styras av datorns underhåll och funktion (PC).

Instruktionen är obligatorisk för personer som utför verksamhet och " underhåll Eum (PC), d.v.s. För ingenjörer, programmerare, elektronik.

Det är förbjudet att använda datorn (PC) när ventilationssystemet är avstängt.

Det är förbjudet att använda datorer (PC) vid en temperatur på mer än 35 grader. S. och fuktighet mer än 90%.

5) Anställda som har lärt sig reglerna får arbeta med drift och underhåll av datorn (PC) teknisk utnyttjande Apparater, givna instruktioner, övergavs av PTB-examen och med en identifiering för rätten att använda elektriska installationer upp till 1000V.

3.2 Operation OPM (PC)

1) Slå på datorn (PC) enligt anvisningarna för att slå på och av på den här datorn.

2) Innan du slår på datorn (PC) måste du bekanta dig med hårdvaru-loggen och se till att alla enheter på datorn arbetade på jobbet tidigare.

Slutsats

Som en del av övningen av att erhålla primära yrkeskunskaper utvecklades en ansökan för att lyssna på mediefiler. Till följd av konstruktionen kan följande slutsatser dras:

När du utvecklat ansökan godkändes fullcykel Utforma programmet från uppgiftsinställningen till kunden innan färdiga applikationer bemyndigad.

Den utformade applikationen tillåter:

Lyssna på MediaPlayer;

Välj konsekvent musik med MP3.WMA-format för vidare drift.

Den fortsatta utvecklingen av programmet kommer att genomföras genom modernisering: införandet av nya format, liksom att skriva nya, ytterligare moduler, efter behov.

Således, summering av designens konstruktion, bör det noteras att det har uppnåtts i den.

Bibliografi

GOST 7.1-84 Bibliografisk beskrivning av dokumentet. Allmänna krav och regler för sammanställning.

GOST 19.201 - 78. Unified System Documentation System. Teknisk uppgift. Krav på innehåll och design.

GOST 19.401 - 78. Programmets text. Krav på innehåll och design.

GOST 19.402 - 78. Beskrivning av programmet.

GOST 19.503 - 79. Guide till systemprogrammeraren. Krav på innehåll och design.

GOST 19.505 - 79. Bruksanvisning. Krav på innehåll och design.

GOST 24.207 - 80. Krav på innehållet i programvaruhandlingar.

Flens m.e. Bibelprogrammer B. onsdag delphi, 2009.

Normer Förenat system Programdokumentation (ECPD).

Shishkin v.v. Metodiska instruktioner till termen projekt. -Shemolensk, 2002.

Postat på allbest.ru.

Liknande dokument

    Skapa en informationswebbplats för fiskeälskare för att få den nödvändiga informationen. Krav på ett program eller en mjukvaruprodukt. Steg och utvecklingsstadier. Programvara rekommenderas för programfunktion.

    avhandling, tillagt 03/18/2012

    Programvaran är en viktig del av datoraktiviteten. Studerar principen om drift av bosatta program. Utveckla ett program för att radera ord från en textfil utan att registrera. Krav på programmet, projektutveckling.

    kursarbete, tillagt 02/03/2011

    Aktivitetsområde och arbetsansvar för reklambyråns administratör. Funktionella och icke-funktionella programvarukrav för administratörsautomatisering. Typer och typstyper, programmerare.

    kursarbete, tillagt 15.05.2014

    Programvara som en uppsättning informationsbehandlingssystem och programdokument som krävs för att kunna använda dessa program. Systemprogramvara (allmän användning), applicerat och instrumentalt (programmeringssystem).

    abstrakt, tillagt 04.06.2010

    Allmänna egenskaper och krav för programmet. Uppgiftslösningsfunktionell modell (BPWIN), den nödvändiga programvaran. Beskrivning av webbplatsen, användarmanualen och programmeraren. Tekniska och ekonomiska beräkningar av utveckling.

    avhandling, tillagt 01/21/2014

    Program för att skapa skjuttimmar. Minimikrav för kompositionen och parametrarna för programmets tekniska medel. Urval och motivering av Microsoft-programmeringssystemet Visuell Studio.. Allmän beskrivning av algoritmen. Användarhandbok och programmerare.

    examination, tillagt 11.12.2012

    Omfattning och krav på webbapplikationen skapas. Krav på teknisk och mjukvara. Utveckling av strukturen i webbansökan och valet av programvaruimplementeringar. Programvarans implementering av webbapplikationen. Databasstruktur.

    avhandling, tillagt 03.06.2014

    Programutveckling som automatiserar chefen för chefen med kunder och leverantörer. Definiera krav, testning, programbeskrivning. Guide till systemprogrammeraren. Skapa DBMS i Delphi för chefen.

    avhandling, tillagt 06/16/2014

    Teknisk uppgift för utveckling av mjukvaruprodukten och kraven för programmet. Skriva arbetsalgoritmen och utvecklingen av programgränssnittet. Guide till systemprogrammeraren och operatören. Grundläggande metoder och principer för databasprovning.

    avhandling, tillagt 01/27/2013

    Det ultimata målet med något datorprogram är att styra hårdvara. Datoroperativsystem Core: Programvara systemnivå. Dator nätverk Och deras möte. Fundamentals på Internet och dess huvudtjänster.

Ett av de väsentliga villkoren i licensavtalet om programvara är indikationen på tillåtna sätt att använda sådana mjukvaruprodukter. I det här fallet handlar det inte om beskrivningen funktionalitet eller förfarandet för tillämpning av utnämningsprogrammen, som ofta händer i en rad olika licensavtal.

Eftersom licensavtalet syftar till att tillhandahålla rätten att använda, medför avsaknaden av riktlinjer för de relevanta kraven i de lag som används eller deras substitution av fiktiva sätt automatiskt möjligheten att erkänna ett sådant kontrakt som inte ingåtts.

Det är viktigt att veta! Upphovsrätten reglerar omsättningen av kopior av verk, inklusive programvara. Därför, enligt de rättsliga metoderna för att använda programvara, bör endast åtgärder förstås överföra sina kopior till tredje part. Att ta bort de fördelaktiga egenskaperna hos programvara inom ramen för att använda sin kopia hänför sig inte till lagen till användningsmetoder.

De viktigaste metoderna för att använda verk är upptagna i artikel 1270 i den ryska federationen. Bland dem kan följande hänföras till metoder:

  1. reproduktion av. Det finns en tillverkare av ett eller flera fall av programvara eller dess del i vilken material som helst, inklusive en post till minne.
  2. spridning genom att sälja eller annan alienering av sina kopior
  3. offentlig visning av, det vill säga någon demonstration av en förekomst av programvaran på skärmen med en tv-ram eller andra tekniska medel på ett ställe öppet för gratis besök eller på ett ställe där det finns ett betydande antal personer som inte hör till det vanliga Familjens cirkel, oavsett om de uppfattas på plats hans demonstrationer eller på andra ställen samtidigt med demonstrationen av programvara;
  4. importera instanser av PS för att distribuera;
  5. hyr en kopia av PONär programmet är huvudobjektet med hyran;
  6. Ändring av PO. Eventuella förändringar, inklusive översättningen av ett sådant program eller en sådan databas från ett språk till ett annat språk, med undantag för anpassning, det vill säga att förändringar utförs uteslutande för att ett program fungerar för en dator eller databas på specifika tekniska medel av användaren eller körning specifika program användare;
  7. att föra till universell information På ett sådant sätt kan någon person få tillgång till var som helst och när som helst på eget val (som hanterar universell information), dvs. Överföring av en instans via Internet.

Installerad i artikel 1270 i den civila koden i Ryska federationen är en lista över sätt att använda programvara öppen, d.v.s. Lagstiftningen utesluter inte möjligheten att existens på andra sätt. Sådana metoder bör dock vara direkt relaterade till överföringen av mjukvaruinstanser, och inte det praktiska genomförandet av den funktionella som läggs i dem, som vi visuellt illustreras ovan.

Uppmärksamhet! Som ett resultat avser tillämpningen av funktionella avsedda program, anpassningsprogram genom att ställa in dem med hjälp av de interna kapaciteten som helst. Därav, fjärranslutning Till och olika molntjänster baserade på det kan också betraktas som ett rättsligt sätt att använda den.

Formulera villkoren i licensavtalet korrekt.

Vad är programvara? Exempel på det praktisk användning Vi träffas varje dag, sitter på datorn. Även en enkel mus rör sig runt skärmen - det här är resultatet av programvara. Vad är det några sorter av programvara? Hur är mjukvaruutvecklingen?

Programvara: Teori

Datorarbetet utförs genom kumulativ användning av hårdvara och programvara. Under den första förstås som en uppsättning mikrocircuits, brädor och andra elektroniska komponenter och anordningar som ingår i datorn. Under de andra datorprogrammen som är avsedda att hantera information och utföra användbara åtgärder med hjälp av datorer. Den första i slang kallas ofta "järn", den andra är "mjuk".

Visas på datorn genom att installera - placera relevanta filer på disken. I vissa fall är det nödvändigt att uppdatera programvara. Det är i huvudsak att installera mer perfekt och modern version FÖRBI. För att behöva ha den så kallade "distributionen". Det är ett specialiserat installationsprogram.

Det finns två huvudtyper av programvara - system och tillämpad. Den första typen garanterar datorns arbete ur grunden för sina grundläggande funktioner: start, lastning och implementering av lågnivåberäkningsoperationer. Huvudsvarianter av systemprogramvara är vanligtvis lika bra som kontrollerna av datorhårdvarukomponenter och deras inställningar.

Det här är program med vilka praktiskt taget viktiga åtgärder produceras på datorer. Till exempel, en uppsättning text, byggtbord, teckning, användning av Internet, etc.

Om du förenklar språket kan du sammanfatta detta: Systemprogramvara - för en dator, applikation för en användare. Ett annat sätt att förklara skillnaden enkelt språk: Arbetet är vanligtvis inte synligt. De utför sina funktioner utan "matchning" med användaren, i ett doldt läge. I sin tur fungerar tillämpad programvara endast med direkt deltagande av användaren. Exempel och den andra vi kommer att överväga idag.

Det finns naturligtvis "icke-datorer" -typer av programvara. De kan styras av en annan typ av enhet - till exempel tabletter, smartphones, TV. Det finns klimatkontrollsystem, industrianläggningar, etc.

Vad är operativsystemet?

OS - Base ur driftssynpunkt för systemprogrammets PC-funktioner. Varför hänvisar den till denna kategori av programvara? Faktum är att i miljöer som genereras av operativsystem är allt annat på datorn (både system och tillämpad). OS är en bas för PC. Om det inte finns något operativsystem, kommer inget annat program att fungera. Huvudprocesserna för OS-operation är dolda från användaren.

Det vanligaste OS i världen för datorer - Windows (den mest populära, det finns många av hennes versioner - den 7: e, 8: e, XP och andra), Linux, MacOS.

Systemprogramvara: Drivrutiner

Den andra, kanske i betydelse, syn på systemprogramvaruföraren. De är utformade för att säkerställa korrekt drift av hårdvarukomponenter. Om drivrutiner för en skiva inte är installerad på datorn, fungerar den inte. På samma sätt - för videokort, möss, modem och jämn processor. Typisk nätverksprogramvara - Router Driver eller Modem. Denna typ av programvara levereras vanligtvis av utrustningstillverkare (och i många fall ingår i operativsystem).

Sådan är kärnan i systemprogramvaran. I köen har vi applikationsprogram, exempel på de mest populära lösningarna och de viktigaste funktionerna som erbjuds användare.

Tillämpad av: Antivirus, Verktyg

Vanliga typer av tillämpad programvara är antivirus och verktyg. Den första är avsedda att skydda datorn från skadliga programsom kan hantera andra programvaror eller till och med maskinvarukomponenter på datorn. Några av de mest populära antiviruserna i Ryssland - Nod32, Drweb, Kaspersky. Verktyg är utformade för att säkerställa den stabila PC-funktionen, för att säkerställa att processorn, skivorna, minnet och andra hårdvarukomponenter fungerar korrekt.

Populärt Microsoft Word.

Vilket av de specifika proverna av tillämpad programvara hittar den största relevansen idag? Först och främst gäller det textbehandlingsprogram. Denna typ av operation på datorn är historiskt den allra första. En av världens mest populära textbehandlingsprogram och utföra samtidiga operationer (ritbord, grafer, etc.) - Ord. Utvecklat det ett av världens största företag - American Microsoft. Det är tillåtet för sin ryska transkription som låter som ett "ordprogram".

Hittills har flera versioner av denna programvara släppts. Funktioner i var och en av dem är olika, men den grundläggande (och den mest populära i praktiken) uppgiften som utförs av MS Word i en viss modifiering är formatering av text, vilket sparar den i en fil och tillhandahåller (om det behövs) för att mata ut till skrivaren.

Microsoft Ord: Möjligheter

"Word-programmet" vet hur man utför ett stort antal operationer. Nämligen:

Formateringsbrev och stycken (val av teckensnittet för önskad storlek och huvudattribut - understrykning, skrivfett, kursiv, avstånd mellan raderna, etc.)

Registrering av sidans utseende (Ställ in färg och mönster på bakgrunden, lägg till grafik, bilder, etc.)

Lägga till associerade element (tabeller, grafer, ikoner, etc.)

Att lära sig att använda ord är väldigt enkelt. Många av programmets kontrollelement är intuitiva. Det bör också noteras att Microsoft, som släppte Word, har lämnat sin lösning på ett detaljerat hjälpsystem, hänvisar till vilket användaren kan genom att trycka på F1-tangentbordet.

Populära program: Microsoft Excel

Ett exempel på en annan populär applicerad programvara Microsoft excel. (I ryska - "Excel-programmet"). Dess smala specialisering beräknas med hjälp av kalkylblad. Denna typ av lösning förenklar arbetet med siffrorna.

Fastän det här programmet Det anses vara en professionell, master grundläggande metoder för att arbeta med det kan till och med nybörjare användare (vilket gör det också förvärvat Worldwide Fame).

Microsoft Excel: Möjligheter

Den enklaste verksamheten i Excel är visning av text och nummer i form av tabeller. Programmets arbetsområde ser faktiskt ut som ett stort antal celler, varav du kan skriva in något. Ett mer komplext förfarande är konstruktionen av grafer, införandet av formler. Operationer som kräver professionell träning - Programmera de så kallade "makronerna" (ett slags interna program), ingenjörskompatibla.

Vi listar de vanligaste uppgifterna i praktiken, vilket kan lösa "Excel-programmet":

Matematiska beräkningar med hjälp av numeriska värden i tabellceller (summering, subtraktion, uppdelning, multiplikation, arrangemang av progression, etc.);

Applikationsformler för kontot automatisering

Ritning av rapporter, blanketter, frågeformulär och andra dokument som ser mest bekväm i form av tabeller;

Bygga grafer, visualisering av statistik med diagram.

Förutom i fallet är användningen av Excel väldigt lätt att behärska på egen hand. Elementen i programmets ledning är på många sätt intuitiva. Denna art är också försedd med ett detaljerat referenssystem (vilket kan vara användbart inte bara till nybörjaren, utan också en professionell).

Populära program: Adobe Photoshop

Ofta uppstår användarna behovet av att involvera en intressant program - "Photoshop". För Windows 7, 8 eller XP finns det i ett stort antal versioner. Officiellt kallas detta program Adobe Photoshop. Den är konstruerad för ritning (den här typen av lösning kallas "grafiska redaktörer"). Njut av det, som i fallet med Word och Excel, både nybörjare och proffs: designers, webbutvecklare, tecknade skapare.

Photoshop refererar till bilder som behandlar bilder i det så kallade "raster" -läget. Vad betyder det? Vi kan säga att kategorin "Raster" tillhör huvuddelen datorgrafik. Vi pratar Om bilder som består av stort antal Små prickar (kom ihåg hur bilden på TV: n och monitorn är byggd - principen är densamma). Med hjälp av "raster" kan du skapa absolut några grafiska element. Du kan rita ett porträtt av en man, ett hus, ett landskap - allting. Förutom "raster" grafik finns det fortfarande "vektor". En bilder på grundval kan i sin tur bygga endast på mallar som anges i programmet.

Adobe Photoshop: Möjligheter

För hjälp Photoshop. Du kan inte bara skapa bilder, men gör också ändringar i redo. Därför termen "separering". Du kan till exempel ändra objekt på bilden, för att rita något för dem, retuschera - med en stor upplevelse med Photoshop, kan allt träna mycket trovärdigt.

Adobe Photoshop arbetar med de flesta format grafiska filer På grund av närvaron av en stor uppsättning omvandlare för olika format. Den senare är konvertering grafisk information Från filformatet i ditt eget Adobe Photoshop-redigeringsformat när du läser från filen. När du skriver till filen utför omvandlarna omvänd transformation.

Vilka är de mest populära typerna av operationer som tillverkas i Photoshop? Dessa inkluderar följande:

Skapa nya ritningar med hjälp av virtuella penslar, pennor, linjer, figurer med olika färger;

Ändra storleken på bilder eller enskilda element;

Kombinera innehållet i två olika bilder;

Ändra färg på bilden eller dess delar;

Ansökan visuella effekter På grund av mallarna och algoritmerna inbäddade i programmet;

Transformation av bilder (reflektion, rotation, etc.).

Precis som i fallet med Word och Excel, är Photoshop-kontrollerna enkelt behärskade intuitivt. Så även en oerfaren användare kommer att kunna rita något. Många av versionerna av programmet är utrustade med ett referenssystem på ryska, där det i detalj beskrivs om hur man arbetar med Photoshop.

Populära tillämpade typer: webbläsare

Browser är ett program med vilka användare går online, läs nyheter från webbplatser, skriv meddelanden i sociala nätverk, se videor - ordet, gör allt som är typiskt för "virtuellt utrymme". De mest populära lösningarna i världen av denna typ - Internet Explorer, Opera, Google Chrome.. Det finns ett mycket stort antal sina analoger och subtyper. Funktionen hos var och en av dem, i allmänhet densamma. De flesta användare föredrar att driva vissa på grundval av en subjektiv bedömning av kvaliteten på utformningen av program och bekvämligheten av platsen för kontroller på dem.

Principen om arbetsobrowsers är baserad på erkännandet av hypertextmarkeringsspråket (kallat HTML) och omvandlar det till användbart för användaren visuella element - Text, bilder, tabeller, video, animering, former av meddelanden, etc.

Browsers: Möjligheter

Prover är anordnade för detta mycket enkla. Huvudelementen i webbläsaren är en sträng med adressen på webbplatsen och huvudfältet (kallas det vanligaste "webbgränssnittet", där information visas från Internet. huvud funktion Ett sådant program - det är en mellanhand mellan PC-användare och andra personer i virtuellt utrymme. Det vill säga, med hjälp av en webbläsare (mer exakt, "webgränssnitt") kan faktiskt träna data, skicka något från sig själv (text, filer) och få något från andra. Var internet före uppfinningen av webbläsare? Självklart. Faktum är att "webbgränssnittet" är historiskt inte det allra första sättet att kommunicera mellan användare. Det verkade efter en lång ålder av internationell samordning av standarder, enligt vilken utbytet av virtuell information bör bytas ut.

Av: betald och fri

En av kriteriarkostnaden för kriterier. Det finns tre kategorier av lösningar. För det första är det helt gratis programvara. För det andra finns det en kommersiell. Om användaren vill använda sådan programvara måste han betala för installationen. För det tredje finns det en mellanliggande typ av villkorligt fri. Vad är hans funktion? I allmänhet är det medverkan av detta följande: det är inte nödvändigt att betala för installation, men efter operationen av programmet under en tid (till exempel månad), är det nödvändigt att lista fonderna till utvecklaren för vidare använda sig av.

Vad är "Cloud Technologies"?

Under de senaste åren har termen "molnteknik" fått mycket hög popularitet. Vad är det här fenomenet? " Cloud Technologies"- Det här är, om vi talar på ett enkelt språk, applikationsprogram som kan lanseras från webbläsaren (följaktligen inte installeras på datorn). Tänk på ett exempel. Microsoft Word, som vi pratade ovan, startar dubbelklicka på skrivbordsikonen. Men det finns samma lösning men "moln": användningen av programvara av denna typ utförs via webbläsarens webbgränssnitt. Som regel lagras de filer som användaren arbetar med sådan programvara också på Internet.

Många program finns nu i "moln" -formatet. Även versionerna av operativsystemen för denna typ uppträdde. Så vi kan säga att "moln" -formatet inte bara tillämpas, men även systemprogramvara. Populariteten i sådana beslut idag är förknippad med snabb hastighet på Internet (för flera år sedan fanns det ingen sådan), såväl som tidsbesparingar - ingen anledning att installera något till datorn. Förresten, mjukvaruuppdatering molntyp händer oberoende av användaren. Det är också bekvämt.

Vem utvecklar programvara?

Det finns en hel gren av ekonomin, inom ramen för mjukvaruutveckling utförs. Det sysselsätter personer med de mest olika profilerna av kunskap. Men de kombineras av ett allmänt tecken - kunskap om programmeringsspråk. Med en eller flera av dem skriver en person av. Programmeringsspråk är en uppsättning kommandon som känns igen av datorhårdvarukomponenter. Jag skrev en "fras" byggd på ett visst sätt, en person som skapade en "order" -processor, eller, låt oss säga en PC-skiva för att producera en sådan operation på filen. Språk med vilken mjukvaruutveckling utförs, hundratals. Bland populär - med ("Si"), Java, Pascal, Ruby-on-Rails.

Är det svårt att lära sig att skapa programvara?

Inte alls. Programutvecklare kan vara absolut alla som önskar. Att skapa programvara är inte alls förbjuden aktivitet. Många framgångsrika entreprenörer började med det faktum att programvaran utvecklades. Exempel på sådana människor - Bill Gates, Linux Torvalds, Evgeny Kaspersky. Undersök språk för att skapa programvara kan baseras på ett stort antal tillgängliga litteratur, video tutorials, eller besöka specialiserade kurser. Programutveckling är en av de mest dynamiskt utvecklingsbranschen, och dess popularitetstillväxt är huvudsakligen förknippad med universell tillgänglighet.

Teknisk uppgift för utvecklingen av programmet
«______________»
att kontrakta № ___

1. Introduktion
1,1. Programmets namn
1,2. Syfte och omfattning
2. Krav på programmet
2.1. Krav på funktionella egenskaper
2,2. Krav på tillförlitlighet
2.2.1. Krav för att säkerställa programmets tillförlitliga funktion
2.2.2. Återhämtningstid efter vägran
2.2.3. Fel på grund av felaktiga åtgärder för användaranvändare
3. Driftsförhållanden
3.1. Klimatförhållanden
3.2. Krav på kvalifikationer och antal anställda
3,3. Krav på kompositionen och parametrarna för tekniska medel
3,4. Krav på information och programkompatibilitet
3.4.1. Krav på informationsstrukturer och beslutsmetoder
3.4.2. Källkodskrav och programmeringsspråk
3.4.3. Programvarukrav som används av programmet
3.4.4. Krav för skydd av information och program
3,5. Speciella krav
4. Krav på programdokumentation
4.1. Förkunskapskrav för programdokumentation
5. Tekniska och ekonomiska indikatorer
5.1. Ekonomiska fördelar med utveckling
6. Steg och utvecklingsstadier
6,1. Utvecklingsstadier
6,2. Utvecklingsstadier
6.3. Innehåll i arbetet på etapper
7. Förfarande för kontroll och godkännande
7,1. Typer av testning
7,2. Allmänna krav för godkännande av arbete

1. Introduktion

1,1. Programmets namn

Programmets namn: "ACS" ______________ ""

1,2. Syfte och omfattning

Programmet är utformat för att automatisera behandlingen av Cafe / Bar-kunddata. Den är verksam i följande data:

  • möjliga personuppgifter om klienten;
  • kundtjänstdata;
  • data om rabatteringssystemet;

2.1. Krav på funktionella egenskaper

Programmet bör se till att de funktioner som anges nedan är följande:

  • förmågan att mata ut klientdata på begäran
  • möjligheten att beräkna rabatter
  • lägga till / ta bort kunder
  • Ändra data på klienten;
  • förmågan att ändra rabattsystemet;

2.2.1 Krav för att säkerställa programmets tillförlitliga funktion

Pålitlig (hållbar) Programmets funktion bör säkerställas av kunden om uppsättning organisatoriska och tekniska åtgärder, vars förteckning visas nedan:

  • organisation av oavbruten strömförsörjning;
  • med licensierad programvara;
  • regelbundet genomför rekommendationerna från den ryska federationen och den ryska federationen, som fastställs i beslutet av den 23 juli 1998 om godkännande av intersektoreringsstandarder för tid på att arbeta med underhåll av PEVM och kontorsutrustning och stödjande programvara " ;
  • regelbunden uppfyllelse av kraven i GOST 51188-98. Skydd av information. Programvarutest för datavirus
  • Från utvecklaren:
  • automatisk backup skapande;
  • systemet automatisk uppdatering program;
  • automatisk systemåterställning;

Återhämtningstiden efter det misslyckande som orsakats av strömförsörjningen av tekniska medel (andra externa faktorer), inte ett dödligt misslyckande (inte av operativsystemets kollaps, bör inte överstiga 30 minuter, med förbehåll för driftsvillkoren av teknisk och mjukvara.

Återhämtningstiden efter det misslyckande som orsakats av funktionsfel på tekniska medel, operativt misslyckande (samarbete) i operativsystemet, bör inte överstiga den tid som krävs för att felsöka tekniska medel och ominstallation av programvara.

Programfel på grund av felaktiga användaråtgärder när de interagerar med programmet.

3.1. Krav på kvalifikationer och antal anställda

Det minsta antalet anställda som krävs för programmet måste vara minst 1 vanlig enhet - PC-operatör. Förteckningen över uppgifter som utförs av PC-operatören bör innehålla:

  • upprätthålla klientens databas;
  • installationsuppgifter (installationer) och upprätthålla prestanda för systemprogramvaran - operativsystem;
  • uppgiften att installera (installation) av programmet
  • uppgiften att skapa säkerhetskopior av databasen.

3.2. Krav på kompositionen och parametrarna för tekniska medel
^

  • processor med klockfrekvens 2,0Hz, inte mindre;
  • rAM-volym, 1gigabyte, inte mindre;
  • fri disk utrymme åtminstone 1 GB;
  • lAN-kort;

3.3.1. Krav på informationsstrukturer och beslutsmetoder

Programvaran är en oberoende körbar applikation. Databasformatet är kompatibelt med ADO.

Användare arbetar med en databas via systemgränssnittet.

3.3.3. Källkodskrav och programmeringsspråk

Ytterligare krav presenteras inte.

Systemprogrammet som används av programmet måste presenteras av den licensierade lokaliserade versionen av operativsystemet Windows XP.

Krav på skydd av information och program presenteras inte.

3,5. Speciella krav

Särskilda krav presenteras inte.
^

4.1. Förkunskapskrav för programdokumentation

Sammansättningen av programdokumentationen bör innehålla:

  • teknisk uppgift
  • program och testtekniker;
  • operatörshandbok;

5.1. Ekonomiska fördelar med utveckling

Programmet är en fri produkt, medel spenderas inte, och fördelen är att påskynda automationen av café / bar kundbearbetning

6,1. Utvecklingsstadier

Utveckling bör utföras i tre steg:

  1. Utveckling av tekniska specifikationer;
  2. Arbetsdesign;
  3. Genomförande.

Vid utvecklingsstadiet av den tekniska uppgiften måste ett utvecklingsstadium, samordning och godkännande av denna tekniska uppgift utföras. Vid arbetsdesignsteget bör de som anges nedan utföras:

  • programutveckling;
  • utveckling av programdokumentation;
  • testprogram.

Vid genomförandefasen måste utvecklingsfasen fyllas i förberedelse och programöverföring.

Vid utvecklingsstadiet av tekniska specifikationer måste följande verk utföras:

  • Formulering av problemet;
  • Definition och förtydligande av tekniska krav
  • Definition av kraven för programmet
  • Bestämning av steg, steg och tidpunkt för programutveckling och dokumentation för det.
  • Samordning och godkännande av den tekniska uppgiften. Vid programutvecklingsstadiet måste programmeringsarbetet (kodning) och felsökningsprogram utföras. Vid programbör programdokument utvecklas i enlighet med kraven för dokumentationens sammansättning.

Vid testfasen ska typerna av arbete göras nedan:

  • Utveckling, samordning och godkännande och testmetodik;
  • Genomföra godkännandeprov;
  • Justera programmet och programvarudokumentationen baserat på testresultat.

Vid utarbetandet och överföringen av programmet bör arbetet utföras på förberedelse och överföring av programmet och programdokumentationen i drift på kundfaciliteterna.

7,1. Testtyper:

  • testa installationsprocessen;
  • testingGonics ;
  • testa systemets förmåga att återställa normal drift.
  • systemtest på olika konfigurationer;
  • systemtestning;

7,2. Krav på godkännande av arbete

När du accepterar är det nödvändigt att kontrollera följande villkor:

  • fullständigheten och kvaliteten på genomförandet av funktioner med standardgränsen kritiska värden för parametrarna för automatiseringsobjektet och i andra förhållanden för drift av data i TK;
  • exekvera varje krav till systemgränssnittet;
  • Personal arbetar i dialogen;
  • Medel och metoder för att återställa arbetet med PP-förmågan efter misslyckanden;
  • Komplexitet och kvalitet på operativ dokumentation.
Teknisk uppgift om utformningen av utformningen av projektprojektet. Information Teknisk uppgift för utveckling av projektdokumentation för byggandet av avsättningen Zoo
Inom gränserna för markplotst. Podlesna, motorväg av astronauterna, ul. Malkahova, Dzerzhinsky District i Perm
Teknisk uppdrag till utvecklingen av dokumentets webbplats
Ett informationssystem som tillhandahåller internetanvändare med tillgång till deras innehåll och funktionalitet i form av en beställt ...
Teknisk uppgift om utvecklingen av webbplatsen "Förening av ryska konstnärer Airbrushing"
Den huvudsakliga HTML-behållaren där informationsblock är infogade måste vara fullt tillgängliga för redigering. Företrädesvis ...
Teknisk uppgift att skapa ett automatiserat system "Corporate Data Warehouse"
GOST 34. 602-89 Teknisk uppgift för att skapa ett automatiserat system (exempel)
2. Teknisk uppgift för att utveckla
Kursprojektet ger processen att utfärda ett pensionsförsäkringsbevis. Det utformade systemet är utformat för att förenkla ...
Teknisk uppgift för utvecklingen av tidskriftsplatsen, den nuvarande TK representerar ...
Webbplatsen är modellerad med begränsningar moderna system Content Management (Open Wordpress, Joomla, Livestreet och liknande ...
Program för demonstration av samarbetsalgoritmer
Denna tekniska uppgift reglerar utvecklingen av en utbildningsprogramvara som är avsedd för en visuell representation ...
Den tekniska uppgiften omfattar: Namnet på utvecklingen, grunden ...
Tekniskt och arbetsprojekt: Beskrivning av ämnesområdet (Objektmodell), kontroll av objekt (händelser, interaktionsdiagram), ...
Mjukvaru design
Designstadiet innebär utveckling av arkitektur, datautveckling och processutveckling av programvara

    Systemens tekniska krav

    Tekniskt utseende av produkten

    Teorin om lösningar av uppfinningsenliga uppgifter är den sovjetiska metoden för starkt tänkande som har varit i stor utsträckning i Ryssland och i världen. Det låter dig djupt analysera problemet och hitta effektiv lösning.
    Arbetet med Triz påbörjades av Heinrich Saulilich Alshuller och hans medarbetare 1946.

    Programutveckling: Exempel på tekniska specifikationer

    År 1956 publicerades den första publikationen att tekniken utvecklas enligt vissa lagar. För att effektivt uppfinna måste du identifiera dessa lagar och effektivt tillämpa
    Med tiden utvecklades Triz till en stor uppsättning verktyg, vilket bidrog till att lösa ett antal relevanta uppsättning:
    - Skapa nya genombrottsprodukter,
    - Förbättra konsumentegenskaperna hos befintliga lösningar,
    - Minska kostnaden för
    - kringgå patent av konkurrenter.
    Ledande världsföretag, som Samsung, Intel, Procter & Gambel, General Electric och andra använder Triz i sina FoU-centra.

Villkor

För att eliminera kontroversiella stunder och missförstånd är det viktigt att använda samma konceptuella apparat. För att göra detta har vi utarbetat en lista över de vanligaste användarna och förkortningarna.

När det gäller att utvecklas teknisk dokumentation För programvara, oftast tror vi kanske om ett sådant dokument som en teknisk uppgift (TK). Varför händer det här?

Utnämning av tekniska specifikationer

För det första är den tekniska uppgiften i regel huvuddokumentet inom ramen för projektdokumentation. Det är i TK att alla grundläggande krav på mjukvaruutveckling beskrivs, oavsett om det ska skapa ett enkelt program eller ett webbplats eller utveckling av storskalig informationssystem eller programvara och hårdvarukomplex. Dessutom kan den tekniska uppgiften utvecklas som inom ramen för utkastet till projektet (det här är bara en beskrivning av systemets funktioner och struktur utan att överväga tekniken för genomförandet av beslutet) och i framtiden "Byt" till det tekniska projektet (mer detaljerad beskrivning Med hänsyn till den valda tekniken).

För det andra kan den tekniska uppgiften vara både ytlig (till exempel generellt kommunicerar TK, avsedda för projektinvesterare), liksom mer detaljerad (till exempel en detaljerad TK för en programmerare). Kontrollera avsnittet Projekt, det finns exakt exemplen på olika TKS. Du kan välja vilken detalj som helst - vi kommer att förbereda dig för dig av någon komplexitet till överkomliga priser.

För det tredje kan du i vissa fall bara göra förberedelsen av en teknisk uppgift för att beskriva det system som utvecklas. Naturligtvis, i det här fallet spelar kvaliteten på utvecklingen TK en nyckelroll, därför är det klart att inte spara och bättre överlåta utvecklingen av sådana TK till yrkesverksamma som har stor erfarenhet av denna fråga. Miseren betalar två gånger, men i fråga om misslyckandet av programvaran på grund av dokumentation med dålig kvalitet - i dedy, och ibland flera storleksordningar högre.

Sammansättning av en typisk teknisk uppgift

Låt oss titta på vad som innehåller en typisk tk.

Programvara Teknisk uppgift visade sig vara ytlig?

Så, den tekniska uppgiften, oavsett den valda GOST, innehåller alltid följande grundläggande information om den utvecklade mjukvaran:

1) namn - Full och kortnamn, symbol utvecklad av programvara;
2) syfte - Vad, i vilket område och för vilket syfte som utvecklas av;
3) bas för utveckling - Dokument på grundval av vilken mjukvaruutveckling utförs
4) funktioner - Lista och beskrivning av funktioner i den utvecklade programvaran;
5) strukturera - Beskrivning av arkitektur och komponenter i programvaran som utvecklas;
6) användargränssnitt - I den moderna världen är obligatorisk;
7) tillförlitlighet, säkerhet, driftsförhållanden och så vidare. Viktiga krav
8) dokumentation - Vilken dokumentation, i vilken volym och i enlighet med vilka krav på gäster också kommer att utvecklas.
9) steg och utvecklingsstadier - som och i vilken sekvens utvecklas
10) kontrollprocedur och acceptans - Hur exakt leverans av kunden som utvecklats av kunden kommer att inträffa.

Standarder för tekniska specifikationer

Det finns flera gäster som reglerar utvecklingen av TK i vårt område: det här är GOST 34.602 (automatiserade system) och GOST 19.201 (programvara). Dokument som gjorts på dessa standarder är betydligt olika både genom att fylla och i innehåll. Båda standarderna presenteras på vår företagsportal i bibliotekssektionen, du kan självständigt bekanta dig med dem mer detaljerat.

Kostnaden för att utveckla en teknisk uppgift

I allmänhet är sammanställningen av TK en ganska komplicerad och ansvarsfull uppgift, men en kompetent kompilerad teknisk uppgift är redan hälften av framgången för det projekt som utvecklas. Därför bör du, med tanke på att utveckla TK, visa maximal uppmärksamhet och medvetenhet i tekniska och organisatoriska frågor. Eller du kan beställa utvecklingen av den tekniska uppgiften "nyckelfärdig" just nu.

Kanske kommer du också att vara intresserad av:

- Utveckling av programmet och testmetoderna;
- Skapa en förklarande anmärkning till ett skiss och teknisk projekt
- Steg av dokumentationsutveckling.

Att skriva en teknisk uppgift är en av de första stadierna av projektet. Det förekommer utvecklingen av själva systemet. När det gäller tekniska specifikationer beskriver vi ämnesområdet, den befintliga kundinfrastrukturen, kraven för den skapade funktionaliteten, såväl som icke-funktionella krav. Det resulterande dokumentet är nödvändigt som en företagsanvändare för att han ska se till att alla hans önskemål för det framtida systemet beaktas och oss för att bedöma kostnaden för att utveckla systemet.

Det är värt att notera att i det dagliga analytiska arbetet försöker vi undvika termen "teknisk uppgift". Denna term är för överbelastad med betydelser och är ofta oklart vad det är värt det. Vi använder villkoren "Företagskrav" (BRD - Företagskravsdokument), "Funktionskrav" (FRD-funktionella krav) och tekniska och arkitektoniska krav (TAD-tekniska arkitekturdokument). Men här för att inte komplicera beskrivningen, kommer vi att använda termen "teknisk uppgift". Dokumentet som vi i de flesta fall använder för att interagera med kunder består av 70% från affärsbehov, 20% av de funktionella kraven och endast med 10% från tekniska och arkitektoniska krav. Naturligtvis varierar denna andel beroende på systemets specifika och tekniska komplexitet.

Den viktigaste framgångsfaktorn i utvecklingen av en teknisk uppgift är korrekt byggd kommunikation med kunden. När allt kommer omkring är analytikernas uppgift att faktiskt producera hjärndumpningsoperationen, och resultaten är placerade på papper i strukturerad form. Samtidigt är det mycket viktigt (1) att prata med kunden på ett språk så att det inte behöver tuggas uppenbart för specialisten för begreppet ämnesområde och (2) att kunna lyssna på .

Låt oss ge följande principer som vi styrs genom att skriva en teknisk uppgift och illustrera sina utdrag ur den tekniska uppgiften vi har utvecklat på ett multikomponentsystem av bannerannonsering för ett stort onlineföretag.

Struktur av tekniska specifikationer

Varje teknisk uppgift innehåller flera obligatoriska sektioner. De definierar syftet med dokumentet, terminologin, projektets övergripande sammanhang. Vanligtvis ser den första delen av dokumentet ut så här:

Klass \u003d "FS-13"\u003e

Om början av dokumentet ger gemensam, konceptuell information om det system som utvecklas, sedan i den andra huvuddelen av dokumentet, i detalj affärskraven och betydande för att bedöma kostnaden för att utveckla funktionella krav för systemet.

I avsnittet "Terminology" av den tekniska uppgiften på bannersystemet definierar vi sådana begrepp som visar, klick, CTR, täckning, kontaktfrekvens, bokningsfil, etc., och i avsnittet "Allmänt sammanhang" - Beskriv huvudverksamheten Kundföretagets processer, relaterat till placering av bannerannonsering, liksom en systemisk miljö, de nuvarande rollerna för företagsledare och åtkomsträttigheter. Det är värt att notera att i det här fallet var systemet inte byggt på tomt plats. Tidigare använde företagsledarna en annan, annorlunda än vårt bannerannonseringssystem. Annars skulle analysen av rollerna och åtkomsträttigheterna sannolikt ses i ett separat kapitel.

klass \u003d "FS-13"\u003e

7. Bannerplaceringssystem
8.

Interaktion med fakturering
9. Bannermotor
10. Teknisk beskrivning av bannermotorkomponenten

klass \u003d "FS-13"\u003e

Den mest omgivande delen av den tekniska uppgiften som beskrivs av oss är "Banner Placering System"; Det är dedikerat till kärnan i systemet som utvecklas och innehåller alla krav direkt på annonseringssystemets ledningssystem.

Med tanke på det här projektet har vi ägnat en separat del av interaktion mellan banners med ett faktureringssystem. Också i en separat sektion tilldelade vi kraven på en ganska oberoende del av insamlingen och visning av statistisk information, vilket är för kundernas reklamkampanjer och chefer för reklambyråer knappast av systemets huvudkomponent.

En separat del av en teknisk uppgift beskriver kraven på den bannermotorkomponent som ansvarar för att visa banners, redovisningsstatistik, bearbetning och upprätthållande i formuläret som är lämpligt för vidare analys och rapportering.

Detta är den tekniskt den mest komplexa och mest högbelastade delen av bannersystemet. I TK inkluderade vi en sektion som innehåller några tekniska och arkitektoniska delar relaterade till bannermotorns arbete. Först och främst kan du minimera risker när du utvärderar kostnaden för systemutveckling, för beroende på den valda arkitekturen, kan arbetsintensiteten skilja sig ibland.

Varje teknisk uppgift är annorlunda i storlek, antalet illustrationer, antalet versioner. Till exempel representeras ett dokument på en banner med 44 sidor och innehåller 15 illustrationer. Processen med att förbereda detta dokument tog ungefär en månad och inkluderade cirka 8 iterationer med kunden.

klass \u003d "FS-13"\u003e

Business vs funktionella krav

Specifikationer redovisas både affärsbehov för systemet och funktionskraven:

- Företagskrav är en beskrivning av vilket system som ska göra På företagets språk. Företagskrav, i synnerhet bör förstås av chefen som inte har teknisk utbildning och erfarenhet.

- Funktionskrav är en beskrivning av hur vissa åtgärder som utförs i systemet. På utvecklingsstadiet av tekniska specifikationer är funktionella krav vanligtvis endast för de mest komplexa blocken i projektet.

Fördjupningen i de komplexa zonerna minskar riskerna vid efterföljande utvärdering av projektet. Vanligtvis är de funktionella kraven flödesschema, statliga diagram, streamingdiagram och kompletteras med layouter av de mest komplexa skärmarna.

Exempel Företagskrav:

"För reklamkampanj Det är viktigt att se till att spåra gränsen för utställningarna så exakt som möjligt för att undvika ekonomiska förluster i samband med visning av banderoller som överstiger den betalda gränsen. Dessutom uppstår uppgiften att begränsa showen på en banner till en användare, till exempel - inte mer än N gånger om dagen. "

"För att lösa det här problemet [Vad - se ovan] Det är avsett att använda extern service till vilken banner-servrar som kommer att hanteras med varje bannershow. I den mån som den här tjänsten Det är en misslyckande, bannerservrar måste korrekt bearbeta situationen när den externa tjänsten inte är tillgänglig eller svarar med förseningar. "

Vanligtvis slår vi på

Den tekniska uppgiften innehåller en beskrivning av de roller och grundläggande användarcenarierna i det system som utvecklas.

Korrekt teknisk uppgift för mjukvaruutveckling - Hemlighet av ett framgångsrikt projekt

Roll: Administratör

Ett exempel på ett funktionellt krav:

"Efter att ha lagt till en ny plattform i systemet måste administratören skapa tillhörande annonsutrymmen. När du skapar ett annonseringsutrymme måste en lekplats anges, vilken typ av webbplats som stöds av formatet av banderoller, storlek, frekvensen av visar (för statiska platser). Efter att ha skapat ett annonsutrymme blir det tillgängligt för chefer som placerar reklam.

Den tekniska uppgiften innehåller krav på integrationen av systemet som utvecklas med andra externa och interna system som används av kunden.

I samband med den tekniska uppgiften på bannersystemet är det integration med företagets ledningssystem, fakturering, autentisering och lagring av användardata.

"Bannerannonseringssystemet är förknippat med tre externa modulerDrift omgiven av ett företag: Företagets ledningssystem, faktureringssystemet och användarautentisering och lagringssystem. Varje bannerutställning åtföljs av en begäran från site Management Systems till bannersystemet. Dessa system använder dessutom allmänna identifierare av plattformar och annonseringsplatser, liksom de överenskomna namnen på målparametrar. "

Vi brukar inkludera en ordlista som förklarar värdena på speciella termer som används i dokumentet. Det är mycket viktigt att noggrant bestämma betydelsen av termer som senare används i dokumentet.

« Boende (enhet av placering, mediaplan) - Detta är en essens som kombinerar bannern som behöver visas, annonseringsplatsen som bannern kommer att visas, liksom indikationsreglerna. Indikationsreglerna bestämmer placeringsperioden, riktade parametrar, placeringsgränser, vikter etc. Faktum är att alla reklamkampanjer består av boende. "

Kontaktfrekvens - Antal unika användare som tittade på reklambanner Ett visst antal gånger. Till exempel, kontaktfrekvens 5.- Antal unika användare, som alla tittade på denna reklambanner minst 5 gånger. Kontaktfrekvens 1. \u003d Täckning.

Grundläggande principer

När vi skriver TK försöker vi få ut det mesta av grafiska materialet för en visuell och komprimerad presentation av information. Ett diagram kan ofta ersätta flera sidsidor. I det här sammanhanget ser vi vårt mål för den så kallade. Ritning tk, d.v.s. Representation av alla mer eller mindre komplexa fragment av systemet i grafisk och användningen av text som kommentarer till grafiska material.

Officers of Enterprises har vanligtvis inte tid att studera flera sida tekniska krav. Visning av bilder ger en visuell idé om de grundläggande egenskaperna hos det system som utvecklas. Som ett resultat förbättras kommunikation mellan affärsanvändare och oss och kvaliteten på kraven själva.

Följande schema som illustrerar strukturen av reklamkampanjer och förhållandet mellan de viktigaste koncepten inom ramen för reklamkampanjer sparade oss flera sidor av text.

Om det behövs använder vi prototyperna hos de valfria trådarna i TK (funktionella wireframar), som utan att vara slutgiltigt visat grundblock Användargränssnittsfunktionalitet.

Detta är prototypens skärmredigering av reklamkampanjen inkluderades i TK på bannerannonseringssystemet.

Prototyper, redan på utvecklingsstadiet, ge kunden att förstå exakt hur systemgränssnittet kommer att se ut.

Krav måste skrivas av "Live Human" -språket., förståelig affärsanvändare inkl. Seniorchef som inte har tekniska färdigheter; De bör innehålla ett minimum av teknisk terminologi. Än snabbare användare. "Vnicknet" i innehållet i den tekniska uppgiften, desto mer effektivt kommer vår kommunikation med honom att vara uppradad.

Erfarenhet i ämnesområdet

Av stor betydelse för att skapa en teknisk uppgift har erfarenhet av att utveckla liknande system. Det hjälper snabbare att dyka in i affärsprocesserna och kundens behov, att göra "analogt" många saker som tidigare hade tänkt vara svåra. Ackumulerad erfarenhet av företagssystem, stora internetprojekt, finansiella system, e-handelssystem gör det möjligt för oss att tillämpa din kunskap om varje efterföljande projekt som vi gör. Innan vi får en order för ett bannerannonseringssystem, som nämnts ovan, har vi redan utvecklat flera bannersystem. Vi visste väl hur banners som arbetade, kände den karakteristiska terminologin i detta ämnesområde. Baserat på vår erfarenhet med andra bannersystem föreslog vi en kund ganska mycket förenklingar, ursprungliga beslut, inte bara inom teknikområdet, men också ett företag.

Sök efter föreläsningar

Teknisk uppgift för ett objekt

Vid utformning tekniskt objekt viktig plats Det tar utveckling av teknisk och teknisk dokumentation: teknisk uppgift (TK) och tekniska villkor (TU).

Teknisk uppgift - Detta är det viktigaste källdokumentet för produktutveckling, som innehåller tekniska och ekonomiska krav för produkter som bestämmer sina konsumentfastigheter och effektiviteten i ansökan, listan över handlingar som kräver gemensam ersättning, leveranssordning och godkännande av utvecklingsresultat. Utformningen av designen är utvecklad på grundval av GOST 15.001-88 och utfärdas i enlighet med de allmänna kraven för textdesigndokument enligt GOST 2.105-68.

Som en teknisk uppgift får det också använda något dokument (kontrakt, protokoll, skiss, urval av produkter etc.), som innehåller nödvändiga och tillräckliga krav på utveckling och erkänd av kunden och utvecklaren.

Den godkända tekniska uppgiften är ett dokument som utvecklare ska vägledas i alla skeden av att skapa ett system- och designuppgifter. Ändringar som gjorts till referensvillkoren bör utfärdas av ett protokoll som ingår i den tekniska uppgiften. Protokollet måste godkännas av kunden.

När du utvecklar en teknisk uppgift följer:

· Installera det gemensamma målet att skapa teknisk system;

· Att fastställa allmänna krav för det utformade systemet;

· Bestäm stadierna för att skapa systemet och tidpunkten för deras utförande

· Att preliminarisera kostnaden för att skapa ett system.

Den tekniska uppgiften måste innehålla följande avsnitt:

1) Namn och omfattning;

2) Produktkod;

3) Grunder för utveckling

4) Syfte och genomförbarhetsstudie

5) Utvecklingskällor;

6) utvecklingsstadier och lansering av produktion;

7) Tekniska krav.

Beroende på syftet med de utvecklade mätinstrumenten får villkoren för tillverkning och drift förändra strukturen för den tekniska uppgiften, som kombinerar separata sektioner Och introducera nya.

I kapitel Bas för utveckling Ange namnet på dokumentet (dokument), som föreskriver denna utveckling, den organisation som godkänts av detta dokument och datum för godkännande, namn och chiffer av utvecklingsämnet.

Grunden för utvecklingen är marknadsundersökning och frisläppande av en ny standard.

I avsnittet "Syfte och teknisk och ekonomisk motivering av utveckling" anger:

1. Särskilt funktionellt objektiva objekt - för att minska bilens toxicitet.

Teknisk uppgift för utvecklingen av programmet

Förekomsten av inhemska och utländska analoger och möjligheten eller genomförbarheten av deras tillämpning detta möte - Det finns utländska motsvarigheter på marknaden, men deras kostnad och inhemska analoger.

3. Det beräknade behovet av dessa föremål i konsumenterna - detta syfte krävs av konsumenten att uppfylla standarderna för standarden och bevarandet av människors hälsa och miljön.

Avsnittet "Källautveckling" leder en lista över forskning och andra verk, vars resultat används i denna utveckling, liksom en lista över prover eller layouter, på grundval av vilka de utför utvecklingen.

Sektionen "Stages of Development" anger de nödvändiga stadierna och de beräknade tidsgränserna för deras genomförande, sammansättningen och beräknad tidsram för inlämning av konstruktionsteknologisk dokumentation om den metrologiska undersökningen och den organisation som genomför den.

Baserat på stegen livscykel Produkter utvecklar utvecklingsstadierna och inledningen till produktion.

De främsta utvecklingsstadierna: marknadsundersökning; Utveckling av tk; - Designobjekt; testa; Framställning av produktion; Körs i produktion.

Vid den första etappen av design görs ett val (eller utveckling) av objektschemat. För detta ändamål, på grundval av referensdata, rekommendationer och standarder, bildas ett antal alternativ för objekt - analoger, i en examen eller en annan uppfyller kraven i TK. Därefter, om nödvändigt, förfining av de schematiska diagrammen för objekt - analoger. Om alternativ för objekt - analoger inte hittas, gå till proceduren för syntes av objekt av objekt som ännu inte har stött på i praktiken av maskinteknik. Med detta, som redan noterat, används så mycket som möjligt. standardelement och knutar.

Följande designsteg är en konstruktiv design av huvudelementen och konstruktionen av matematiska modeller av enhetens funktion. Det sista etappen av design är den slutliga designdesignen av de beslut som fattats, utförandet av ritningarna och den textliga delen i enlighet med ECCD: s krav.

Efter framgångsrika test, för projektets kund, baserat på kraven i tekniska specifikationer och standarder avseende denna typ av produkt, med beaktande av testresultatet, det tekniska tillståndet för en enhet som innehåller:

1.Tekniska krav

2. Säkerhetskrav

3. Miljökrav

4. Godkännanderegler

5. Övervakningsmetoder

6. Transport och lagring

7. Bruksanvisning

8. Tillverkarens garantier

9. Återvinning

Baserat på de utvecklade dokumenten kan du gå vidare till den direkta designen av anläggningen.







2021. gtavrl.ru..