Programmi arendamise lähteülesanne
"10-Strike: arvutiinventuur" arvutite arvestuseks ettevõtte võrgus "

1. Sissejuhatus

1.1. Programmi nimi

2. Programmi nõuded

2.2. Usaldusväärsuse nõuded

2.2.1. Nõuded programmi usaldusväärse töö tagamiseks

2.2.3. Süsteemi kasutajate ebaõigest tegevusest tingitud tõrked 3. Töötingimused
3.1. Kliimalised töötingimused
3.2. Nõuded kvalifikatsioonile ja töötajate arvule
3.3. Nõuded koostisele ja parameetritele tehnilisi vahendeid
3.4. Nõuded teabe ja tarkvara ühilduvusele
3.4.1. Nõuded infostruktuuridele ja lahendusmeetoditele
3.4.2. Nõuded lähtekoodidele ja programmeerimiskeeltele
3.4.3. Nõuded programmis kasutatavale tarkvarale
3.4.4. Teabe ja programmide kaitse nõuded
3.5. Erinõuded
4. Nõuded programmi dokumentatsioon
4.1. Programmi dokumentatsiooni esialgne koosseis
5. Tehnilised ja majanduslikud näitajad
5.1. Arengu majanduslik kasu
6. Etapid ja arenguetapid
6.1. Arengu etapid
6.2. Arengu etapid
6.3. Töö sisu etappide kaupa
7. Kontrollimise ja vastuvõtmise kord
7.1. Testide tüübid

1. Sissejuhatus

1.1. Programmi nimi

Programmi nimi: "10-Strike: Computer Inventory" arvutite arvestuseks ettevõtte võrgus "

1.2. Eesmärk ja ulatus

Programm "10-Strike: Computer Inventory" on mõeldud arvutite inventeerimiseks kohalikud võrgud, see võimaldab võrguadministraatoritel luua ja hallata arvutite, komponentide, programmide ja litsentside inventuuri ja raamatupidamisandmebaasi koos võimalusega vaadata ja jälgidakaugarvutite konfiguratsioonid. Samuti võimaldab see jälgida riistvara ja tarkvara nende peal.

JA c täiteained:

Cesinejad: ei

2. Programmi nõuded

2.1. Funktsionaalsed nõuded

Programm peab võimaldama täita järgmisi põhifunktsioone:

1) Teabe kogumine mis tahes struktuuriga organisatsioonis

1.1 teabe hankimine riist- ja tarkvara erinevate andmerühmade (üle 50) kohta;

1.2.Info kogumine kohalikest ja kaugarvutitest ning nutitelefonidest, kus töötab Windows (WMI, NetBios, register), Linux ja MacOS (SSH kaudu), Android (SSH);

1.3. Kolm võimalust teabe kogumiseks: , , .

Paindlik konfiguratsioon teabe kogumiseks administraatoriõigusteta arvutitest ja võrguühenduseta arvutitest, samuti kaugkontoritest arvutitest ja töölähetuses olevate töötajate mobiilsetest arvutitest.

2. Aruannete koostamine

2.1. Arvutite andmebaasi pidamine koos oma väljade loomisega kasutajaandmete ja inventari salvestamiseks;

1. Erinevate aruannete koostamine (rohkem kui 70 aruandemalli pdf, html, doc, xml (xls), xls, txt formaadis) riist- ja tarkvara oleku kohta võrgus;

3. Muudatustest ja avastatud probleemidest teavitamine

3.1. Võrguarvutite riist- ja tarkvara muutuste jälgimine;

3.2.Teavitamine arvutite konfiguratsioonide muudatustest;

3.3. Teade tuvastatud probleemidest (kõvakettal on vähe ruumi, litsentsivõti aegub);

1. S.M.A.R.T diagnostika läbiviimine, kõvaketaste tervisliku seisundi määramine;

4. Taotluste ja litsentside arvestus

4.1.Litsentsiteabe arvestus, litsentsitud tarkvara ostude arvestus, litsentsipoliitikaga seotud probleemide tuvastamine;

4.2 Rakenduste haldur. Keelatud ja lubatud tarkvara mustade ja valgete nimekirjade pidamine. Tarkvara installiaruanded;

4.3 Konfiguratsioonide kokkuvõtlik analüüs, andmete filtreerimine erinevatesse kategooriatesse, et tuvastada halva jõudlusega arvutid või tuvastada võimalikud probleemid.

2.2. Usaldusväärsuse nõuded

2.2.1 Nõuded programmi usaldusväärse toimimise tagamiseks

Programmi töökindel (jätkusuutlik) toimimine peab olema tagatud kliendipoolse organisatsiooniliste ja tehniliste meetmete komplekti rakendamisega, mille loetelu on toodud allpool:

a) organisatsioon katkematu toiteallikas tehnilised vahendid;

b) litsentsitud tarkvara kasutamine;

c) Tööministeeriumi soovituste regulaarne rakendamine ja sotsiaalne areng Vene Föderatsiooni 23. juuli 1998. aasta resolutsioonis tööstusharudevaheliste tööaja normide kinnitamise kohta teenus Arvutite ja kontoriseadmete ning tarkvara tugi";
d) GOST 51188-98 nõuete regulaarne järgimine. Andmekaitse. Arvutiviiruste testimise tarkvara

2.2.2. Taastumisaeg pärast ebaõnnestumist

Taastumisaeg pärast riistvara voolukatkestusest (muud välistegurid) või operatsioonisüsteemi mittesurmavast rikkest (mitte krahhist) põhjustatud riket ei tohiks ületada 30 minutit, tingimusel et riist- ja tarkvara töötingimused on täheldatakse.
Taastumisaeg pärast riistvara rikkest või operatsioonisüsteemi surmavast tõrkest (krahhist) põhjustatud tõrget ei tohiks ületada riistvara tõrgete kõrvaldamiseks ja tarkvara uuesti installimiseks kuluvat aega.

2.2.3. Rikked süsteemi kasutajate ebaõigete toimingute tõttu

Programmi tõrked, mis on tingitud kasutaja ebaõigest tegevusest programmiga veebiliidese kaudu suhtlemisel, on vastuvõetamatud.

3. Töötingimused

3.1. Kliimalised töötingimused

Klimaatilised töötingimused, mille korral tuleb kindlaksmääratud omadused tagada, peavad vastama tehnilistele vahenditele esitatavatele nõuetele nende töötingimuste osas.

3.2. Nõuded kvalifikatsioonile ja töötajate arvule

Programmiga saavad töötada mitu administraatoritcjuurdepääsuõiguste diferentseerimine.

Sel juhul saab esimene kasutaja, kes programmi käivitab, täieliku juurdepääsu andmebaasile. Teised kasutajad töötavad kirjutuskaitstud režiimis ja saavad programmi käivitamisel teatise juurdepääsu blokeerinud arvuti nimega. Selles režiimis saavad nad teavet vaadata ja otsida, aruandeid luua, kuid mitte värskendada andmebaasi (näiteks MS Word töötab failide võrgu kaudu avamisel sarnaselt)

Administraatori teostatavate ülesannete loend võib sisaldada ka järgmist:

a) tehniliste vahendite töövõime säilitamise ülesanne;

b) süsteemitarkvara - operatsioonisüsteemi - installimise (paigaldamise) ja funktsionaalsuse hooldamise ülesanded;

c) programmi installimise ülesanne.
d) teabebaasi varukoopiate loomise ülesanne.

e) tarkvaratoodete litsentsivõtmete ja seerianumbrite vastavuse tuvastamine,

f) litsentsilepingut rikkuvate kasutajate tuvastamine ja litsentside üle arvestuse pidamine;

ja) arvutite lisamine erinevatest IP-aadressidest jne;

3.3. Nõuded tehniliste vahendite koostisele ja parameetritele

Erinõuded tehniliste vahendite koostisele ja parameetritele puuduvad.

Töötab edukalt enam kui 10 000 arvutiga andmebaasiga.

3.4. Nõuded teabe ja tarkvara ühilduvusele

3.4.1. Nõuded infostruktuuridele ja lahendusmeetoditele

Kasutades arvutitest teabe kogumiseks ja inventuuri läbiviimiseks installitakse programm ainult administraatori arvutisse jaei nõua programmide installimist kasutaja arvutitesse. Andmete kogumise protsess toimub taustal, paralleelselt küsitakse mitut arvutit, vabastades aega andmete vaatamiseks ja aruannete koostamiseks. Küsitlus toimub WMI ja SSH protokollide abil, mis võimaldab teil küsitleda Windowsi, Linuxi ja MacOS-i arvuteid ning Android-seadmeid.

Organisatsiooni struktuur imporditakse Active Directoryst.

Linux OS-i kasutavate arvutite küsitlemiseks saate kasutada protokolliSSH. Peab olema autodelSSH-server.

Programm saab töötada DBMS MS SQL, MySQL, Oracle. Toetatud on venekeelsed DBMS-id Linter ja Postgre.

3.4.1.2. Nõuded kasutajate andmete päringutele andmebaasist

Kasutajad ja administraatorid töötavad andmebaasiga veebiliidese kaudu.

Programm kogub andmeid WMI tehnoloogia abil.

Kui WMI kasutamine võrgus on mingil põhjusel võimatu (turvapoliitika või Windows Home'i versioonid), toetab programm sedaveel kaks alternatiivset teabe kogumise viisiarvutitest: agentide ja klientide abil. Kliendid võimaldavad teil küsitleda isegi arvuteid ilma võrguta , samuti reisisülearvuteid.

3.4.2. Nõuded lähtekoodidele ja programmeerimiskeeltele

Lisanõudeid ei ole.

Programmi kasutatav süsteemitarkvara peab olema operatsioonisüsteemi Windows Vista/7/8/10 litsentsitud lokaliseeritud versioon.

3.4.4. Teabe ja programmide kaitse nõuded

Teabe ja programmide kaitsele puuduvad nõuded.

3.5. Erinõuded

Programm peab tagama veebiliidese kaudu mitme administraatori ja kasutaja samaaegse töö.

4. Nõuded programmi dokumentatsioonile

4.1. Programmi dokumentatsiooni esialgne koosseis

Programmi dokumentatsiooni koosseis peaks sisaldama:

4.1.1. tehniline ülesanne;

4.1.2. katseprogramm ja meetodid;

4.1.3. kasutusjuhend;

5. Tehnilised ja majanduslikud näitajad

5.1. Arengu majanduslik kasu

Ligikaudne majanduslik efektiivsus ei arvutata. Analoogiat ei joonista arendusnõuete unikaalsuse tõttu.

6. Etapid ja arenguetapid

6.1. Arengu etapid

Arendus peaks toimuma kolmes etapis:

1. areng lähteülesanne;

2. detailplaneering;

3. rakendamine.

6.2. Arengu etapid

Tehniliste kirjelduste väljatöötamise etapis tuleb läbida käesoleva tehnilise kirjelduse väljatöötamise, kooskõlastamise ja kinnitamise etapp.
Detailse projekteerimise etapis tuleb läbida järgmised tööetapid:

1. programmi arendamine;

2. programmi dokumentatsiooni väljatöötamine;

3. programmi testimine.

Rakendusetapis peab olema läbitud programmi koostamise ja üleandmise arendusetapp.

6.3. Töö sisu etappide kaupa

Tehniliste kirjelduste väljatöötamise etapis tuleb teha järgmised tööd:

probleemi sõnastus;

tehnilistele vahenditele esitatavate nõuete määramine ja selgitamine;

programminõuete määramine;

programmi ja selle dokumentatsiooni väljatöötamise etappide, etappide ja aja määramine;

tehniliste kirjelduste kooskõlastamine ja kinnitamine.
Programmi arendamise etapis tuleb teha tööd programmeerimise (kodeerimise) ja programmi silumisega

Programmdokumentatsiooni väljatöötamise etapis tuleb programmidokumentide väljatöötamine läbi viia vastavalt dokumentatsiooni koosseisu nõuetele. Programmi testimisetapis tuleb teha järgmist tüüpi töid:
A). katsemeetodite väljatöötamine, koordineerimine ja heakskiitmine;b). vastuvõtutestide läbiviimine;

c) programmi ja programmi dokumentatsiooni kohandamine testitulemuste põhjal.

Programmi ettevalmistamise ja üleandmise etapis tuleb lõpetada töö programmi ja programmi dokumentatsiooni ettevalmistamiseks ja üleandmiseks kasutamiseks Kliendi objektides.

7. Kontrollimise ja vastuvõtmise kord

7.1. Testide tüübid

Vastuvõtutestid tuleb teha kindlaksmääratud aja jooksul Kliendi objektil. Programmi vastuvõtutestid tuleb läbi viia vastavalt Täitja poolt välja töötatud ja Tellijaga kokku lepitud Programmile ja testimismeetoditele. Tellija ja Töövõtja dokumenteerivad vastuvõtukatsete käigu Testimise protokollis.

7.2. Üldnõuded tööde vastuvõtmisele

Testimise protokolli alusel allkirjastab Töövõtja koos Tellijaga Programmi vastuvõtmise ja kasutuselevõtu akti.

Programmi “Lamemehhanismide analüsaator” väljatöötamise lähteülesanne

1. Nimi ja ulatus
2. Arengu põhjused
3. Arengu eesmärk
4. Programmi või tarkvaratoote tehnilised nõuded
4.1. Funktsionaalsed nõuded
4.2. Usaldusväärsuse nõuded
4.3. kasutustingimused
4.4. Nõuded tehniliste vahendite koostisele ja parameetritele
4.5. Nõuded teabe ja tarkvara ühilduvusele
4.6. Tarkvaratoodete märgistamise ja pakendamise nõuded
4.7. Erinõuded
5. Tehnilised ja majanduslikud näitajad
5.1. Arenduse majanduslikud eelised võrreldes parimate kodumaiste ja välismaiste näidiste või analoogidega
6. Etapid ja arenguetapid
6.1. Arengu etapid
6.2. Arengu etapid ja töö sisu etappide kaupa
7. Kontrollimise ja vastuvõtmise kord

1. Nimi ja ulatus

Programmi nimi: "Lamedate mehhanismide struktuurianalüsaator." Programmi kasutatakse seda vormingut toetavate arvutipõhiste projekteerimissüsteemide .DXF-vormingus andmefailide analüüsimise rakendusena.

2. Arengu põhjused

Ülesanne eriala lingvistika ja CAD-tarkvara kursuse kujundamiseks, välja antud 10.10.2011.

3. Arengu eesmärk

Tarkvaratoode on veebirakendus välismällu salvestatud teabe analüüsimiseks ja selle abil diagrammi koostamiseks ja uuritava mehhanismi liikumise dünaamika visualiseerimiseks.

4. Programmi või tarkvaratoote tehnilised nõuded

4.1. Funktsionaalsed nõuded

Programm peab võimaldama analüüsida .DXF-vormingus faili. Esitage teave leitud primitiivide koordinaatide tabeli kujul. Koostage etteantud koordinaatide abil lamemehhanismi skeem ja looge uuritavast mehhanismist animatsioon.

Esialgsed andmed: DXF-vormingus fail, mis on eksporditud süsteemist Compass.

Väljund: lamemehhanismi graafiline esitus, dünaamiline mudel, andmed leitud primitiivide ja nende koordinaatide kohta.

4.2. Usaldusväärsuse nõuded

Programm peab töötama absoluutselt õigete andmetega. Programm peab toetama interaktiivset režiimi.

4.3. kasutustingimused

Programmi töötingimused langevad kokku IBM PC ja ühilduvate personaalarvutite töötingimustega. Programm peaks olema mõeldud mitteprofessionaalsetele kasutajatele jne.

4.4. Nõuded tehniliste vahendite koostisele ja parameetritele

Teil peab olema IBM PC-ga ühilduv EGA (VGA) graafikaadapteriga arvuti. Vajalik kettaruum on vähemalt 500 KB. Soovitav on hiire tüüpi manipulaator.

4.5. Nõuded teabe ja tarkvara ühilduvusele

Programm peaks töötama iseseisvalt mis tahes operatsioonisüsteemiga. Põhiline programmeerimiskeel: Java Script. Põhiline hüpermarkeerimiskeel: HTML5. Põhiline stiilikeel: CSS.

4.6. Tarkvaratoodete pakendamise ja märgistamise nõuded

Tarkvaratoodet saab transportida mis tahes välisel andmekandjal.

4.7. Erinõuded

Programmi ajastusomadustele erinõudeid pole. Programmi mahtuvuslikele omadustele erinõudeid pole. Tarkvaratoodet saab transportida mis tahes välisel andmekandjal.

5. Tehnilised ja majanduslikud näitajad

5.1. Arenduse majanduslikud eelised võrreldes parimate kodumaiste näidiste ja analoogidega

Seda tarkvaraarendust kasutatakse koolituse osana ja seetõttu ei kujuta see endast mingit majanduslikku efektiivsust.

6. Etapid ja arenguetapid

6.1. Arengu etapid

Tehniline ülesanne

Skemaatiline disain

Tehniline projekt

Töökavand

Rakendamine

6.2. Arengu etapid ja töö sisu etappide kaupa

Tehniline ülesanne

Programmi väljatöötamise vajaduse põhjendus - selles etapis tehakse järgmist:

Probleemi sõnastamine;

Allikmaterjalide kogumine;

Väljatöötatud programmi tulemuslikkuse ja kvaliteedi kriteeriumide valik ja põhjendamine.

Uurimistöö - selles etapis tehakse järgmist:

Sisend- ja väljundandmete struktuuri määramine;

Probleemi lahendamise meetodite esialgne valik;

Varem välja töötatud programmide kasutamise otstarbekuse põhjendus;

Tehnilistele vahenditele nõuete määramine;

Probleemi lahendamise põhimõttelise võimaluse põhjendus.

Tehniliste kirjelduste väljatöötamine ja kinnitamine - selles etapis tehakse järgmist:

Programmi nõuete kindlaksmääramine;

Programmi arendamise tasuvusuuringu väljatöötamine;

Programmi ja selle dokumentatsiooni arendamise etappide, etappide ja aja määramine;

Programmeerimiskeelte valik;

Eelprojekt

Eelprojekti väljatöötamine - selles etapis tehakse järgmist:

Sisend- ja väljundandmete struktuuri esialgne väljatöötamine.

Probleemi lahendamise meetodite selgitamine;

Algoritmi üldise kirjelduse väljatöötamine ülesande lahendamiseks;

Teostatavusuuringu väljatöötamine.

Eelprojekti kinnitamine - selles etapis tehakse järgmist:

Eelprojekti kooskõlastamine ja kinnitamine.

Tehniline projekt

Tehnilise projekti väljatöötamine - selles etapis tehakse järgmist:

Sisend- ja väljundandmete struktuuri selgitamine;

Algoritmi väljatöötamine ülesande lahendamiseks;

Sisend- ja väljundandmete esitusvormi määramine;

Keele semantika ja süntaksi määratlus;

Programmi struktuuri väljatöötamine;

Tehniliste seadmete konfiguratsiooni lõplik määramine.

Tehnilise projekti kinnitamine – selles etapis tehakse järgmist:

Programmi väljatöötamise ja elluviimise tegevuskava väljatöötamine;

Seletuskirja väljatöötamine;

Tehnilise projekti kooskõlastamine ja kooskõlastamine.

Töökavand

Programmi arendamine - selles etapis tehakse järgmist:

Programmi programmeerimine ja silumine.

Tarkvara dokumentatsiooni arendamine - selles etapis tehakse järgmist:

Programmdokumentide väljatöötamine vastavalt ESPD nõuetele

Programmi testimine – selles etapis tehakse järgmist:

Testimisprogrammide ja -meetodite väljatöötamine, koordineerimine ja kinnitamine;

Esialgsete, osakondadevaheliste, vastuvõtu- ja muud tüüpi testide läbiviimine;

Programmi ja programmi dokumentatsiooni kohandamine testitulemuste põhjal.

Rakendamine

Programmi ettevalmistamine ja ülekandmine - selles etapis tehakse järgmist:

Programmide ja tarkvara dokumentatsiooni ettevalmistamine ja edastamine hoolduseks ja/või tootmiseks;

Programmi hooldusesse ja/või tootmisesse üleandmise akti koostamine ja kinnitamine;

Programmi ülekandmine algoritmide ja programmide fondi.

7. Kontrolli ja vastuvõtu kord

Töötava tarkvaratoote pakkumine osakonna teadusseminaril.

TEADUS- JA HARIDUSMINISTEERIUM

VENEMAA FÖDERATSIOON

GOU VPO "ADYGE STATE UNIVERSITY"

FÜÜSIKATEADUSKOND

ASOIU OSAKOND

TARKVARA LOOMISE TINGIMUSED

TOODE

SISSEJUHATUS…………………………………………………………………………………………. ... 3

1. ARENDUSE ALUS………………………………………………………….. ...…4

1.1. Arendustöö aluseks olev dokument……………………………..4

1.2. Väljatöötamise aluse kinnitanud organisatsioon ja selle kinnitamise kuupäev4

1.3. Arendusteema nimetus………………………………………………….4

2. ARENDUSE EESMÄRK…………………………………………………………..5

2.1 Programmi tõhususe ja kvaliteedi kriteeriumid…………………………………..5

2.2 Programmi arendamise eesmärgid…………………………………………………5

3. NÕUDED PROGRAMMILE…………………………………………………………6

3.1 Funktsionaalsetele omadustele esitatavad nõuded……………………………….6

3.1.1 Funktsioonide koosseis…………………………………………………….6

3.1.2 Sisend- ja väljundandmete korraldus……………………………………….6

3.1.3 Ajastusomadused ja mälumaht…………………6

3.2 Töökindlusnõuded………………………………………………………….…6

3.2.1 Nõuded töökindlaks tööks………………………………6

3.2.2 Sisend- ja väljundteabe juhtimine…………………………………..7

3.2.3 Taastumisaeg pärast tõrget………………………………………..7

3.3 Kasutustingimused…………………………………………………………7

3.4 Nõuded tehniliste vahendite koostisele ja parameetritele ………………………7

3.5 Nõuded programmeerimiskeeltele…………………………8

3.6 Nõuded programmis kasutatavale tarkvarale.........8

3.7 Nõuded programmi dokumentatsioonile…………………………………………..8

4. TEHNILISED JA MAJANDUSLIKUD NÄITAJAD…………………………… ..... 9

5. ARENGETAPID JA ARENGETAPID……………………………………………………………….

6. KONTROLLI JA VASTUVÕTMISE KORD…………………………………………………………….9

6.1 Katsete tüübid…………………………………………………………………….

6.2 Üldnõuded vastuvõtmiseks…………………………………………………………………………

7. RAKENDAMISE ETAPID………………………………………………………………………

SISSEJUHATUS

Tarkvaraarenduse täisnimi: “Programm K”, edaspidi “programm”. Programmi lühinimi on “PC”.

Peal Sel hetkel Sarnaseid tarkvaratooteid pole.

Väljatöötatud programmi kasutatakse igas ettevõttes, kus on töötajaid.

Selle tarkvaratoote arendaja on rühma 4A1 õpilane Ivanov A.V. edaspidi "arendaja".

Tarkvaratoote tellija on RTS OJSC, keda esindab direktor A.M. Gutenko.

1 ARENGU ALUS

1.1 Dokument, mille alusel arendust teostatakse

Töö toimub distsipliini ülesande alusel " Teoreetiline alus automatiseeritud juhtimine»

1.2 Selle dokumendi kinnitanud organisatsioon ja selle kinnitamise kuupäev

Ülesande kiitis heaks ja andis välja RTS OJSC tehnilise osakonna juhataja A. V.

Kozakov A.V.

1.3 Arendusteema nimetus

Arendusteema nimi on “Tööajaarvestus”.

2 ARENDUSE EESMÄRK

See arendus on semestri pikkune töö erialal "Automaatjuhtimise teoreetilised alused".

2.1 Programmi tõhususe ja kvaliteedi kriteeriumid

Sotsiaalne tegur. See tarkvara arendus väga lihtne õppida ja mõeldud mitte ainult professionaalidele, vaid ka Windowsis töötavatele tavakasutajatele. Mugav, intuitiivne liides koos võimsa abipiltide ja tööriistavihjete süsteemiga võimaldab teil programmiga töötada ilma eelneva ettevalmistuseta.

Vastavus selle profiili tarkvaraturu hetkeseisule. Erinevalt kallitest ja keerulistest programmidest on arvuti ideaalne äriesindajatele, kuna sisaldab kõike vajalikku, kuid ei ole üle koormatud kasutute ja ebavajalike funktsioonidega. Programmi loomise tehnoloogia visuaalsetes programmeerimiskeskkondades muudab selle liidese universaalseks ja sellega ühilduvaks operatsioonisüsteemid Windows 95/98/2000/XP.

Majanduslikud jõud. Programm esindab parimat hinna ja pakutavate võimaluste suhet ning hõivab kahtlemata oma niši odavate programmide turul. Peamised kasutajad on ettevõtete esindajad, kes lihtsalt ei saa maksta 1C kallite programmide jms eest.

2.2 Programmi arendamise eesmärgid

Selle programmi loomisel on mitu tehnilist ja majanduslikku eesmärki:

Tööaja arvestuseks vajaliku tarkvaratoote loomine.

Odava alternatiivi loomine praegu olemasolevatele kallitele programmidele.

Mugava ja universaalse Windowsiga intuitiivse programmi loomine.