VIDENSKABS- OG UNDERVISNINGSMINISTERIET

DEN RUSSISKE FØDERATION

GOU VPO "ADYGHE STATE UNIVERSITY"

DET FYSISKE FAKULTET

AFDELING AF ASOIU

VILKÅR FOR OPRETTELSE AF SOFTWARE

PRODUKT

INTRODUKTION……………………………………………………………...…………………………. ... 3

1. GRUNDLAG FOR UDVIKLING……………………………………………………………….. ……4

1.1. Det dokument, som udviklingen udføres på grundlag af…………………………4

1.2. Den organisation, der godkendte grundlaget for udviklingen og datoen for dens godkendelse4

1.3. Navn på udviklingsemnet………………………………………………………….4

2. FORMÅLET MED UDVIKLING…………………………………………………………………..5

2.1 Kriterier for programmets effektivitet og kvalitet…………………………………..5

2.2 Mål for programudvikling…………………………………………………5

3. KRAV TIL PROGRAMMET…………………………………………………………...6

3.1 Krav til funktionelle egenskaber……………………………….6

3.1.1 Sammensætning af funktioner……………………………………………………………….6

3.1.2 Organisering af input- og outputdata………………………………………………….6

3.1.3 Timingkarakteristika og hukommelsesstørrelse…………………………6

3.2 Krav til pålidelighed………………………………………………………………….…6

3.2.1 Krav til pålidelig drift…………………………………………6

3.2.2 Kontrol af input og output information…………………………………………..7

3.2.3 Restitutionstid efter fejl………………………………………………………….7

3.3 Driftsbetingelser………………………………………………………………...7

3.4 Krav til sammensætning og parametre tekniske midler…………………...7

3.5 Krav til programmeringssprog…………………………8

3.6 Krav til software brugt af programmet.........8

3.7 Krav til program dokumentation………………………………….....8

4. TEKNISKE OG ØKONOMISKE INDIKATORER……………………………… ..... 9

5. STADIER OG UDVIKLINGSTADIER………………………………………………………………………………9

6. PROCEDURE FOR KONTROL OG ACCEPT………………………………………………………………………9

6.1 Typer af test………………………………………………………………………9

6.2 Generelle krav til accept………………………………………………………………………………10

7. GENNEMFØRELSESTADIER…………………………………………………………………………………10

INTRODUKTION

Softwareudviklingens fulde navn: "Program K", i det følgende benævnt "program". Kort navn programmer - "PC".

På dette øjeblik Der er ingen lignende softwareprodukter.

Det udviklede program bruges på enhver virksomhed, hvor der er arbejdere.

Udvikler af dette software produkt- elev af gruppe 4A1 Ivanov A.V. i det følgende benævnt "udvikler".

Kunden af ​​softwareproduktet er RTS OJSC, repræsenteret af direktør A.M. Gutenko.

1 GRUNDLAG FOR UDVIKLING

1.1 Dokument, som udviklingen udføres på grundlag af

Arbejdet udføres på baggrund af opgaven for disciplinen " Teoretisk grundlag automatiseret kontrol»

1.2 Den organisation, der godkendte dette dokument, og datoen for dets godkendelse

Opgaven blev godkendt og udstedt af lederen af ​​den tekniske afdeling af RTS OJSC, A.V.

Kozakov A.V.

1.3 Navn på udviklingsemnet

Navnet på udviklingsemnet er "Arbejdstidsregnskab".

2 FORMÅLET MED UDVIKLING

Denne udvikling er et semester langt arbejde i disciplinen "Theoretical Foundations of Automated Control"

2.1 Kriterier for programmets effektivitet og kvalitet

Social faktor. Denne softwareudvikling er meget nem at lære og er designet ikke kun til professionelle, men også til almindelige brugere, der arbejder i Windows. En praktisk, intuitiv grænseflade kombineret med et kraftfuldt system af hjælpebilleder og værktøjstip giver dig mulighed for at arbejde med programmet uden forudgående forberedelse.

Overholdelse af den aktuelle tilstand på softwaremarkedet for denne profil. I modsætning til dyre og komplekse programmer er pc ideel til erhvervsrepræsentanter, da den indeholder alt, hvad de har brug for, men ikke er overbelastet med ubrugelige og unødvendige funktioner. Teknologien til at skabe et program i visuelle programmeringsmiljøer gør dets grænseflade universel og kompatibel med Windows 95/98/2000/XP-operativsystemer.

Økonomiske kræfter. Programmet præsenterer bedste forhold pris og de muligheder, den giver og vil uden tvivl indtage sin niche på markedet for billige programmer. De vigtigste brugere vil være erhvervsrepræsentanter, der simpelthen ikke kan betale for dyre programmer fra 1C og lignende.

2.2 Programudviklingsmål

Oprettelsen af ​​dette program forfølger en række tekniske og økonomiske mål:

Oprettelse af et softwareprodukt, der er nødvendigt for registrering af arbejdstid.

At skabe et billigt alternativ til eksisterende dyre programmer.

Oprettelse af et intuitivt program med en praktisk og universel Windows.

Kommissorium for programudvikling
"10-Strike: Computer Inventory" til bogføring af computere i et virksomhedsnetværk "

1. Introduktion

1.1. Programnavn

2. Programkrav

2.2. Krav til pålidelighed

2.2.1. Krav til at sikre pålidelig drift af programmet

2.2.3. Fejl på grund af ukorrekte handlinger fra systembrugere 3. Driftsbetingelser
3.1. Klimatiske forhold operation
3.2. Krav til kvalifikationer og antal personale
3.3. Krav til sammensætning og parametre af tekniske midler
3.4. Krav til information og software kompatibilitet
3.4.1. Krav til informationsstrukturer og løsningsmetoder
3.4.2. Krav til kildekoder og programmeringssprog
3.4.3. Krav til software, der bruges af programmet
3.4.4. Krav til beskyttelse af information og programmer
3.5. Særlige krav
4. Krav til programdokumentation
4.1. Foreløbig sammensætning program dokumentation
5. Tekniske og økonomiske indikatorer
5.1. Økonomiske fordele ved udvikling
6. Stadier og udviklingsstadier
6.1. Udviklingsstadier
6.2. Udviklingsstadier
6.3. Indhold af arbejdet efter etaper
7. Procedure for kontrol og accept
7.1. Typer af test

1. Introduktion

1.1. Programnavn

Programnavn: "10-Strike: Computer Inventory" til bogføring af computere i et virksomhedsnetværk "

1.2. Formål og omfang

Programmet "10-Strike: Computer Inventory" er designet til at inventere computere i lokale netværk, giver det netværksadministratorer mulighed for at oprette og vedligeholde en lager- og regnskabsdatabase over computere, komponenter, programmer og licenser med mulighed for at se og sporekonfigurationer af fjerncomputere. Det giver dig også mulighed for at holde styr på hardware og software på dem.

OG c fyldstoffer:

Ckunstnere: nej

2. Programkrav

2.1. Funktionelle krav

Programmet skal give mulighed for at udføre følgende grundlæggende funktioner:

1) Indsamling af information i en organisation med enhver struktur

1.1 Indhentning af information om forskellige grupper af data (mere end 50) af hardware og software;

1.2.Indsamling af oplysninger fra lokale og fjerncomputere og smartphones, der kører Windows (WMI, NetBios, registreringsdatabasen), Linux og MacOS (via SSH), Android (SSH);

1.3. Tre måder at indsamle oplysninger på: , , .

Fleksibel konfiguration til indsamling af information fra computere uden administratorrettigheder og computere uden netværk, samt til computere fra fjernafdelinger og mobile computere for medarbejdere på forretningsrejser.

2. Udarbejdelse af rapporter

2.1. Vedligeholdelse af en database over computere med oprettelse af dine egne felter til registrering af brugerdata og inventar;

1. Oprettelse af forskellige rapporter (mere end 70 rapportskabeloner i pdf-formater, html, doc, xml (xls), xls, txt) i henhold til tilstanden af ​​hardware og software på netværket;

3. Meddelelse om ændringer og opdagede problemer

3.1. Overvågning af ændringer i hardware og software på netværkscomputere;

3.2.Meddelelse om ændringer i konfigurationer på computere;

3.3. Meddelelse om opdagede problemer (lidt harddiskplads, licensnøgle udløber);

1. Udførelse af S.M.A.R.T.-diagnostik, fastlæggelse af sundhedsstatus for harddiske;

4. Regnskab for ansøgninger og licenser

4.1.Regnskab for licensoplysninger, redegørelse for køb af licenseret software, identifikation af problemer relateret til licenspolitikken;

4.2 Applikationsadministrator. Vedligeholdelse af sorte og hvide lister over forbudt og tilladt software. Softwareinstallationsrapporter;

4.3 Sammenfattende analyse af konfigurationer, filtrering af data i forskellige kategorier for at identificere computere med dårlig ydeevne eller identificere potentielle problemer.

2.2. Krav til pålidelighed

2.2.1 Krav til sikring af pålidelig drift af programmet

Pålidelig (bæredygtig) drift af programmet skal sikres ved kundens implementering af et sæt organisatoriske og tekniske foranstaltninger, hvis liste er angivet nedenfor:

a) organisering af uafbrudt strømforsyning af teknisk udstyr;

b) brug af licenseret software;

c) regelmæssig gennemførelse af anbefalingerne fra Arbejdsministeriet og social udvikling fra Den Russiske Føderation, fastsat i resolutionen af ​​23. juli 1998 om godkendelse af interindustrielle standardtidsstandarder for arbejde på service PC'er og kontorudstyr og softwaresupport";
d) regelmæssig overholdelse af kravene i GOST 51188-98. Data beskyttelse. Test af software for computervirus

2.2.2. Restitutionstid efter fejl

Retableringstid efter en fejl forårsaget af strømsvigt i teknisk udstyr (andet eksterne faktorer), ikke en fatal fejl (ikke nedbrud) af operativsystemet, bør ikke overstige 30 minutter, afhængigt af driftsbetingelserne for hardware og software.
Gendannelsestiden efter en fejl forårsaget af en hardwarefejl eller en fatal fejl (nedbrud) i operativsystemet bør ikke overstige den tid, der kræves for at eliminere hardwarefejl og geninstallere software.

2.2.3. Fejl på grund af forkerte handlinger fra systembrugere

Programfejl på grund af forkerte brugerhandlinger, når de interagerer med programmet via webgrænsefladen, er uacceptable.

3. Driftsforhold

3.1. Klimatiske driftsforhold

De klimatiske driftsforhold, under hvilke de specificerede egenskaber skal sikres, skal opfylde kravene til tekniske midler med hensyn til deres driftsbetingelser.

3.2. Krav til kvalifikationer og antal personale

Flere administratorer kan arbejde med programmetcdifferentiering af adgangsrettigheder.

I dette tilfælde får den første bruger, der starter programmet, fuld adgang til databasen. Andre brugere vil arbejde i skrivebeskyttet tilstand og vil, når programmet startes, modtage en meddelelse med navnet på den computer, der har blokeret adgangen. I denne tilstand kan de se og søge efter information, oprette rapporter, men ikke opdatere databasen (f.eks. fungerer MS Word på samme måde, når filer åbnes over netværket)

Listen over opgaver udført af administratoren kan også omfatte:

a) opgaven med at opretholde funktionaliteten af ​​tekniske midler;

b) opgaverne med at installere (installere) og vedligeholde funktionaliteten af ​​systemsoftware - operativsystemet;

c) opgaven med at installere programmet.
d) oprettelsesopgave sikkerhedskopier informationsgrundlag.

e) identifikation af overholdelse licensnøgler Og serienumre software produkter,

f) identifikation af brugere, der overtræder licensaftalen, samt vedligeholde registreringer af licenser;

og) tilføjelse af computere fra en række IP-adresser osv.;

3.3. Krav til sammensætning og parametre af tekniske midler

Der er ingen særlige krav til sammensætningen og parametrene for tekniske midler.

Fungerer med succes med en database med mere end 10.000 computere.

3.4. Krav til information og softwarekompatibilitet

3.4.1. Krav til informationsstrukturer og løsningsmetoder

Ved brug af for at indsamle oplysninger fra computere og foretage en opgørelse, er programmet kun installeret på administratorens computer ogkræver ikke installation af programmer på brugercomputere. Dataindsamlingen foregår i baggrunden, flere computere bliver afhentet parallelt på samme tid, hvilket frigør tid til visning af data og udarbejdelse af rapporter. Polling udføres ved hjælp af WMI- og SSH-protokollerne, så du kan polle Windows-, Linux- og MacOS-computere samt Android-enheder.

Organisationsstrukturen importeres fra Active Directory.

For at polle computere, der kører Linux OS, kan du bruge protokollenSSH. Skal være på bilerSSH-server.

Programmet kan arbejde med DBMS MS SQL, MySQL, Oracle. Russisk DBMS Linter og Postgre understøttes.

3.4.1.2. Krav til brugeranmodninger om data fra databasen

Brugere og administratorer arbejder med databasen via webgrænsefladen.

Programmet indsamler data ved hjælp af WMI-teknologi.

Hvis det af en eller anden grund er umuligt at bruge WMI på et netværk (sikkerhedspolitik eller Windows Home-versioner), understøtter programmetto mere alternative måder indsamle oplysningerfra computere: ved hjælp af agenter og klienter. Klienter giver dig mulighed for at polle selv computere uden netværk , samt rejsebærbare computere.

3.4.2. Krav til kildekoder og programmeringssprog

Yderligere krav ikke præsenteres.

Systemsoftware, der bruges af programmet, skal være en licenseret lokaliseret version af Windows Vista/7/8/10-operativsystemet.

3.4.4. Krav til beskyttelse af information og programmer

Der er ingen krav til beskyttelse af information og programmer.

3.5. Særlige krav

Programmet skal sikre flere administratorers og brugeres samtidige arbejde via webgrænsefladen.

4. Krav til programdokumentation

4.1. Foreløbig sammensætning af programdokumentation

Sammensætningen af ​​programdokumentationen bør omfatte:

4.1.1. teknisk opgave;

4.1.2. testprogram og metoder;

4.1.3. betjeningsvejledning;

5. Tekniske og økonomiske indikatorer

5.1. Økonomiske fordele ved udvikling

Omtrentlig økonomisk effektivitet er ikke beregnet. Der drages ikke en analogi på grund af udviklingskravenes unikke karakter.

6. Stadier og udviklingsstadier

6.1. Udviklingsstadier

Udviklingen skal udføres i tre faser:

1. udvikling kommissorium;

2. detaljeret design;

3. implementering.

6.2. Udviklingsstadier

På udviklingsstadiet af de tekniske specifikationer skal udviklingsstadiet, koordineringen og godkendelsen af ​​denne tekniske specifikation være afsluttet.
På detailprojekteringsstadiet skal følgende faser af arbejdet afsluttes:

1. programudvikling;

2. udvikling af programdokumentation;

3. test af programmet.

På implementeringsstadiet skal udviklingsstadiet for forberedelse og overførsel af programmet afsluttes.

6.3. Indhold af arbejdet efter etaper

I udviklingsfasen af ​​de tekniske specifikationer skal følgende arbejde udføres:

formulering af problemet;

fastlæggelse og afklaring af krav til tekniske midler;

fastlæggelse af programkrav;

fastlæggelse af stadier, stadier og timing for udviklingen af ​​programmet og dokumentation for det;

koordinering og godkendelse af tekniske specifikationer.
På programudviklingsstadiet skal der arbejdes med programmering (kodning) og fejlretning af programmet

På udviklingsstadiet for programdokumentation skal udviklingen af ​​programdokumenter ske i overensstemmelse med kravene til dokumentationens sammensætning. I løbet af programmets testfase skal følgende typer arbejde udføres:
EN). udvikling, koordinering og godkendelse af testmetoder;b). udførelse af accepttests;

c) justering af program og programdokumentation baseret på testresultater.

På forberedelses- og overførselsstadiet af programmet skal der afsluttes arbejdet med at udarbejde og overføre program- og programdokumentation til drift på Kundens faciliteter.

7. Procedure for kontrol og accept

7.1. Typer af test

Accepttest skal udføres på kundens sted inden for den angivne tidsramme. Godkendelsestest af programmet skal udføres i overensstemmelse med det af entreprenøren udviklede og af kunden aftalte program og testmetoder. Kunden og entreprenøren dokumenterer forløbet af accepttests i Testrapporten.

7.2. Generelle krav for accept af arbejde

Baseret på testprotokollen underskriver entreprenøren sammen med kunden certifikatet for programaccept og ibrugtagning.

Referencevilkår for udviklingen af ​​programmet "Analyzer af flade mekanismer"

1. Navn og omfang
2. Årsager til udvikling
3. Formål med udvikling
4. Tekniske krav til et program eller softwareprodukt
4.1. Funktionelle krav
4.2. Krav til pålidelighed
4.3. vilkår for brug
4.4. Krav til sammensætning og parametre af tekniske midler
4.5. Krav til information og softwarekompatibilitet
4.6. Krav til mærkning og emballering af softwareprodukter
4.7. Særlige krav
5. Tekniske og økonomiske indikatorer
5.1. Økonomiske fordele ved udviklingen sammenlignet med de bedste indenlandske og udenlandske prøver eller analoger
6. Stadier og udviklingsstadier
6.1. Udviklingsstadier
6.2. Udviklingstrin og arbejdets indhold efter trin
7. Procedure for kontrol og accept

1. Navn og omfang

Programnavn: "Strukturel analysator af flade mekanismer." Programmet bruges som et program til at analysere datafiler i .DXF-formatet af computerstøttede designsystemer, der understøtter dette format.

2. Årsager til udvikling

Opgave til kursusdesign i disciplinen lingvistik og CAD-software, udgivet den 10. oktober 2011.

3. Formål med udvikling

Softwareproduktet er en webapplikation til at analysere information lagret i ekstern hukommelse og bruge den til at bygge et diagram og visualisere dynamikken i bevægelsen af ​​den mekanisme, der undersøges.

4. Tekniske krav til et program eller softwareprodukt

4.1. Funktionelle krav

Programmet skal give dig mulighed for at analysere en fil i .DXF-format. Præsenter information i form af en tabel med koordinater for de fundne primitiver. Byg af givne koordinater diagram af en flad mekanisme og lav en animation af mekanismen, der studeres.

Indledende data: fil i .DXF-format eksporteret fra Compass-systemet.

Produktion: grafisk repræsentation af en flad mekanisme, dynamisk model, data om de fundne primitiver og deres koordinater.

4.2. Krav til pålidelighed

Programmet skal arbejde med absolut korrekte data. Programmet skal understøtte interaktiv tilstand.

4.3. vilkår for brug

Driftsbetingelserne for programmet falder sammen med driftsbetingelserne for IBM-pc'en og kompatible pc'er. Programmet bør være designet til ikke-professionelle brugere mv.

4.4. Krav til sammensætning og parametre af tekniske midler

Du skal have en IBM PC-kompatibel pc med en EGA (VGA) grafikadapter. Den nødvendige diskplads er mindst 500 KB. Det er ønskeligt at have en manipulator af musetypen.

4.5. Krav til information og softwarekompatibilitet

Programmet skal fungere og være selvstændigt under kontrol af evt operativ system. Grundlæggende programmeringssprog: Java Script. Grundlæggende hypermarkeringssprog: HTML5. Grundlæggende stylingsprog: CSS.

4.6. Krav til emballering og mærkning af softwareprodukter

Softwareproduktet kan transporteres på ethvert eksternt medie.

4.7. Særlige krav

Der er ingen særlige krav til programmets timingkarakteristika. Der er ingen særlige krav til programmets kapacitive egenskaber. Softwareproduktet kan transporteres på ethvert eksternt medie.

5. Tekniske og økonomiske indikatorer

5.1. Økonomiske fordele ved udviklingen sammenlignet med de bedste indenlandske prøver og analoger

Denne softwareudvikling bruges som en del af træningen og repræsenterer derfor ikke nogen økonomisk effektivitet.

6. Stadier og udviklingsstadier

6.1. Udviklingsstadier

Teknisk opgave

Skematisk design

Teknisk projekt

Arbejdsudkast

Implementering

6.2. Udviklingstrin og arbejdets indhold efter trin

Teknisk opgave

Begrundelse for behovet for at udvikle et program - på dette stadium udføres følgende:

Formulering af problemet;

Indsamling af kildemateriale;

Udvælgelse og begrundelse af kriterier for effektiviteten og kvaliteten af ​​det udviklede program.

Forskningsarbejde - på dette stadium udføres følgende:

Bestemmelse af strukturen af ​​input- og outputdata;

Foreløbig valg af metoder til løsning af problemet;

Begrundelse for gennemførligheden af ​​at bruge tidligere udviklede programmer;

Fastlæggelse af krav til tekniske midler;

Begrundelse for den grundlæggende mulighed for at løse problemet.

Udvikling og godkendelse af tekniske specifikationer - på dette stadium udføres følgende:

Fastlæggelse af programkrav;

Udvikling af en forundersøgelse til udvikling af programmet;

Bestemmelse af stadier, stadier og timing af udviklingen af ​​programmet og dokumentation for det;

Valg af programmeringssprog;

Foreløbig design

Udvikling foreløbig design- på dette stadium udføres følgende:

Foreløbig udvikling af strukturen af ​​input- og outputdata.

Afklaring af metoder til løsning af problemet;

Udvikling af en generel beskrivelse af algoritmen til løsning af problemet;

Udvikling af en forundersøgelse.

Godkendelse af det foreløbige design - på dette stadium udføres følgende:

Koordinering og godkendelse af det foreløbige projektering.

Teknisk projekt

Udvikling teknisk projekt- på dette stadium udføres følgende:

Præcisering af strukturen af ​​input- og outputdata;

Udvikling af en algoritme til løsning af problemet;

Bestemmelse af præsentationsformen af ​​input- og outputdata;

Definition af semantik og sprogsyntaks;

Udvikling af programstruktur;

Endelig bestemmelse af hardwarekonfigurationen.

Godkendelse af det tekniske design - på dette stadium udføres følgende:

Udvikling af en handlingsplan for udvikling og implementering af programmet;

Udvikling af en forklarende note;

Koordinering og godkendelse af det tekniske design.

Arbejdsudkast

Programudvikling - på dette stadium udføres følgende:

Programmering og fejlretning af programmet.

Udvikling af softwaredokumentation - på dette stadium udføres følgende:

Udvikling af programdokumenter i overensstemmelse med kravene i ESPD

Programtest - på dette stadium udføres følgende:

Udvikling, koordinering og godkendelse af testprogrammer og -metoder;

Udførelse af foreløbige tilstands-, interafdelings-, accept- og andre typer test;

Tilpasning af program og programdokumentation baseret på testresultater.

Implementering

Forberedelse og overførsel af programmet - på dette stadium udføres følgende:

Udarbejdelse og overførsel af programmer og softwaredokumentation til vedligeholdelse og/eller produktion;

Udarbejdelse og godkendelse af handlingen om overførsel af programmet til vedligeholdelse og/eller produktion;

Overførsel af programmet til fonden af ​​algoritmer og programmer.

7. Procedure for kontrol og accept

Levering af et fungerende softwareprodukt på et videnskabeligt seminar i afdelingen.