Tehniline tugi on infosüsteemi toimimiseks mõeldud tehniliste vahendite kogum, samuti nende vahendite ja tehnoloogiliste protsesside vastav dokumentatsioon.

Tehniliste vahendite kompleks koosneb:

mis tahes mudelite arvutid;

seadmed teabe kogumiseks, kogumiseks, töötlemiseks, edastamiseks ja väljastamiseks;

andmeedastusseadmed ja sideliinid;

kontoritehnika ja automaatsed teabeotsinguseadmed;

töömaterjalid jne.

Tänaseks on välja kujunenud kaks peamist tehnilise toe korraldamise vormi (tehniliste vahendite kasutamise vormid) - tsentraliseeritud ja osaliselt või täielikult detsentraliseeritud.

Tsentraliseeritud tehniline tugi põhineb suurte arvutite ja arvutikeskuste kasutamisel infosüsteemis.

Detsentraliseeritud tehniline tugi hõlmab funktsionaalsete alamsüsteemide rakendamist personaalarvutites otse töökohal. Paljutõotavaks lähenemisviisiks tuleks ilmselt pidada osaliselt detsentraliseeritud lähenemisviisi - tehnilise toe korraldamist, mis põhinevad hajutatud võrkudel, mis koosnevad personaal- ja suurtest arvutitest mis tahes funktsionaalsete alamsüsteemide jaoks ühiste andmebaaside salvestamiseks.

Teatavasti nõuab iga peamise tehnoloogilise protsessi rakendamine abi(väiksemate) protsesside olemasolu, mis tagavad tõhusa tegevuse infoteenuste osutamisel. Kõik kavandatavad tegevused, protsessid, riist- ja tarkvara kompleksid peavad olema toetatud vastavate teenustega, mis vajavad ettevalmistamist, korraldamist, väljaõpet, mis eeldab vastavaid keskkonnateguritest tulenevaid finantskulusid.

Seega genereerib optimeerimismudel igal tasandil vastavad väljundparameetrid, minimeerides samas välistegureid arvesse võttes majanduslikke (finants)näitajaid.

Haridusasutuse peamised rahastamisallikad on:

ennast toetav tegevus;

sponsorlus (üksikisiku, ettevõtte, ühingu);

sihtotstarbeline (osakondade) rahastamine.

Tuleb märkida, et nende rahastamisliikide mahtude suhe sõltub riigi majandus- ja sotsiaalpoliitikast. Kaasaegsetes tingimustes väheneb pidevalt põhivara täiendamiseks eraldatav eelarveline ja sihtfinantseerimine. Seetõttu eraldatakse inforessursside vajalikuks täiendamiseks puudujääv osa vahenditest isemajandavast tulust. Toetuse raames vahendite soetamise rahastamist selle andmise eeskiri ette ei näe.

Loetletud rahastamisallikaid ei kasutata võrdselt teatud teabeprotsesside toetamiseks. Näiteks kasutatakse teaberessursside täiendamiseks eelarveeraldisi, isemajandavaid vahendeid, sponsorlust ja sihtfinantseerimist. Teaduslike, praktiliste, analüütiliste ja metoodiliste arenduste rahalise toetuse allikateks on omasoodumus, toetuste kaudu eraldatavad vahendid ja sponsorlus.

Seega võimaldab programmi-eesmärgi planeerimise optimeerimismudeli kasutamine infovahetuse juhtimissüsteemis üldistatud finantspotentsiaali ratsionaalselt jaotada haru põhitegevuste lõikes, arvestades kõiki vajalikke ressursse. Peamiste sihtfunktsioonide (kriteeriumide) valik ja piirangute süsteem võimaldavad sõnastada vastavalt eesmärkidele teatud strateegiate komplekti, mis määravad juhtkonna käitumise otsuste tegemisel. Selle tulemusena moodustub vajalik tegevuste loetelu, et tagada tõhus infovahetuse juhtimissüsteem. Selline optimeerimisprobleemi sõnastus võimaldab meil kindlaks teha seatud eesmärkide saavutamiseks vajalike ressursside tegeliku vajaduse, võttes arvesse nende rakendamise igakülgset teostatavust või tõhusust, olenevalt uute tehnoloogiate kasutuselevõtu ajastust ja ulatusest ning uute tehnoloogiate kasutuselevõtu tulemustest. teaduse arenguid.

Seega on infovahetuse juhtimissüsteem terviklik hierarhiline süsteem, mis hõlmab ühtsete majanduslike, tehniliste, kvaliteedi tulemusnäitajate infobaasidega alamsüsteeme ja nende koordineerimisseoseid. Väga oluline on järgida järgmisi nõudeid:

Süsteem peab andma igale kasutajale teavet, mis on vajalik lõpptulemuste analüüsimiseks ja kavandamiseks, samuti nende lõpptulemuste saavutamiseks ja parandusmeetmete rakendamiseks suunatud tegevuste kohta.

Süsteem peab tagama tegelike andmete kogumise ja töötlemise.

Süsteem peab vastama filiaali organisatsioonilisele struktuurile.

Süsteem peab olema integreeritud sellisel määral, et informatsioon oleks agregeeritud üle hierarhia tasandite, st madalamal tasemel olev teave peab olema spetsiifilisem kui kõrgemal tasemel.

Süsteemi edastatav teave peab olema õigeaegne.

Süsteem peab olema piisavalt paindlik, et võimaldada uusi protsesse kiiresti juhtida ja juhtida.

Kontrollitoimingute väljatöötamisel on vaja arvestada nii põhiprotsesside elluviimisel saadud informatsiooni kui ka seda andvate juhtide arvamustega.

Aruandlusmaterjalid peaksid hõlmama kõige olulisemaid ajaperioode ja kajastama materjalide liikumist, aitama kontrollida plaanide täitmist ning sisaldama ainult tegelikke fakte. Samuti peavad need olema hõlpsasti loetavad ja arusaadavad, selge eesmärgiga, konkreetsetel faktidel põhinevad ja dokumendihaldustehnoloogiat järgides.

Juhtimissüsteemi peaks olema võimalik parandada ja kaasajastada, kuid pidev ümbertegemine iga väiksema probleemi puhul on lubamatu.

Pärast kõigi kogutud eelistuste analüüsimist otsustati, et riistvara valimisel on probleemi kõige kuluefektiivsem ja tõhusam lahendus arvuti, millel on järgmised omadused:

Asus M4A77T emaplaat koos sisseehitatud VGA videoadapteriga;

AMD Phenom II X2 3,2 GHz protsessor või Intel Core i3;

Samsungi kõvaketas mahuga 500 GB;

Samsungi kettaseade;

LG Flatron monitor;

klaviatuur ja hiir;

Hariduse automatiseeritud süsteemid hõlmavad tehnilist, teavet, tarkvara, tehnoloogilist ja organisatsioonilist tuge nende koostisosadena.

Tehniline abi infosüsteemid on infosüsteemi toimimiseks mõeldud tehniliste vahendite kogum, samuti nende vahendite ja tehnoloogiliste protsesside vastav dokumentatsioon.

Tehniliste vahendite kompleks koosneb:

Arvutid;

Andmeedastusseadmed ja sideliinid;

Kontoriseadmed ja automatiseeritud teabeotsinguseadmed;

Seadmed teabe kogumiseks, salvestamiseks, töötlemiseks, edastamiseks ja väljastamiseks.

Antud ülesande automatiseerimise protsess nõuab vajaliku tehnilise toe valikut. Kui vajate arvutit peamiselt kontorirakendustega töötamiseks (arvutustabelid, tekstitöötlus, andmebaasid), siis valige protsessoriga süsteemiüksus, mille jõudlus on ülesannete lahendamiseks piisav.

Etteantud ülesande lahendamisel on vaja pidevalt printida, kopeerida ja skaneerida suurt hulka dokumente. Printeri, koopiamasina ja skanneri valikul tuleb arvestada suure printimiskiiruse, töökindluse ja kasutusmugavusega suhteliselt madala hinnaga.

Süsteemi ja selle visuaalsete komponentide täielikuks kasutamiseks on vaja klaviatuuri, hiirt ja monitori. Nende tehnilised omadused ei ole kriitilised.

Probleemi lahendab järgmiste omadustega arvuti:

Tabel 1

PC koostis ja peamised omadused

Andmebaasi failiserveriga suhtlemiseks peab teil olema võrgukaart. Kõige tavalisem võrgukaardi tüüp on Ethernet. Kohalike kasutajate arv ei ületa reeglina kahte tosinat. Kõnede arv serverisse toimub vastavalt kasutaja vajadustele. Ühele kasutajale edastatava teabe hulk sõltub kasutaja päringu parameetritest ja võib ulatuda mitme MB-ni. Serveris olev teenindusprogramm edastab üle võrgu kontrollerilt saadud binaarfaili, mis ulatub mitme KB-ni. Loodud süsteemis rakendatud failiserveri tehnoloogiaga tekib võrgukoormus, mille juures on soovitatav kasutada 100 Mbit/s võrgukaarte.

Infosüsteemides on üheks peamiseks tugivormiks infotugi. Infotugi on kombinatsioon ühtsest teabe liigitamise ja kodeerimise süsteemist, ühtsetest dokumentatsioonisüsteemidest, asutuses ringlevate infovoogude mustritest, aga ka andmekogude koostamise metoodikast.

Infotoe rakendamise peamine viis on andmebaasihalduse alamsüsteem. Andmebaas (DB) on definitsiooni kohaselt nimeline andmekogu, mis kajastab objektide olekut ja nende seoseid vaadeldavas teemavaldkonnas. Andmebaasihaldussüsteem (DBMS) on keele- ja tarkvaratööriistade komplekt, mis on loodud andmebaasi loomiseks, haldamiseks ja jagamiseks paljude kasutajatega.

IS teabetugi on vahend järgmiste probleemide lahendamiseks:

Info üheselt mõistetav ja ökonoomne esitamine süsteemis (objekti kodeerimisel põhinev);

Info analüüsimise ja töötlemise protseduuride korraldamine, arvestades objektidevaheliste seoste olemust (objektide klassifikatsiooni alusel);

Kasutaja suhtluse korraldamine süsteemiga (andmete sisestamise ja väljastamise ekraanivormide alusel);

Info efektiivse kasutamise tagamine automaatikaobjekti tegevuste juhtimisahelas (ühtse dokumentatsioonisüsteemi alusel).

IS infotugi sisaldab kahte kompleksi: masinaväline infotugi (tehnilise ja majandusinfo klassifikaatorid, dokumendid, metoodilised juhendmaterjalid) ja masinasisene infotugi (paigutused/ekraanivormid esmaste andmete arvutisse sisestamiseks või sellest tuleneva info väljastamiseks) .

Teabetoele kehtivad järgmised üldnõuded:

Infotugi peab olema piisav, et toetada kõiki objekti automatiseeritud funktsioone;

Teabe kodeerimiseks tuleb kasutada aktsepteeritud klassifikaatoreid;

Kõrgeimal juhtimistasemel kasutatava sisend- ja väljundinformatsiooni kodeerimiseks tuleb kasutada selle taseme klassifikaatoreid;

Tuleb tagada ühilduvus arendatava süsteemiga interakteeruvate süsteemide infotoega;

Infosüsteem peab tagama vahendid sisend- ja väljundinfo jälgimiseks, infomassiivide andmete uuendamiseks, infobaasi terviklikkuse jälgimiseks ning volitamata juurdepääsu eest kaitsmiseks.

Infomassiividesse genereeritud andmed moodustavad teabebaasi, mida kasutatakse probleemi lahendamiseks. Andmebaasi tõhusaks juurdepääsuks on vaja määratleda andmebaasi loogilise struktuuri mudel.

Andmebaasi loogilise struktuuri mudelid (vastavalt andmete vaheliste seoste loomise meetodile) on kolm: hierarhiline, võrgustik ja relatsioon. Kavandatud versioonis valitakse relatsioonimudel, kuna see on kõige lihtsam ja levinum andmete esitamise vorm tabeli kujul. Tabelirida on samaväärne andmebaasifaili kirjega ja veerg kirjeväljaga. Andmeelemendile pääseb juurde, sidudes nõutud rea (kirje) nõutava veeru (väljaga). Relatsiooniandmemudeli eelis seisneb selle lihtsuses, selguses ja arvutis füüsilise realiseerimise lihtsuses. Just lihtsus ja selgus kasutaja jaoks olid nende laialdase kasutamise peamiseks põhjuseks.

Tarkvara projekteerimise otsuste põhjendamine hõlmab operatsioonisüsteemi ja andmebaasihaldussüsteemi valikut automatiseeritud dokumendihaldussüsteemi arendamiseks ja hilisemaks toimimiseks.

Operatsioonisüsteem (OS) on esimese ja kõige olulisema programmi nimi, tänu millele saab võimalikuks suhtlus arvuti ja inimese vahel. OS võtab teiste programmide saadetud käsusignaale ja “tõlgib” need masinale arusaadavasse keelde. OS haldab kõiki arvutiga ühendatud seadmeid, pakkudes neile juurdepääsu teistele programmidele. OS-i ülesanne on tagada inimkasutajale arvutiga töötamise mugavus. Iga OS koosneb kolmest nõutavast osast:

1) esimene - kernel, käsutõlk, "tõlkija" tarkvara keelest "riistvarasse", masinkoodi keel;

2) teine ​​- spetsiaalsed programmid erinevate arvuti osaks olevate seadmete juhtimiseks;

3) kolmas osa on mugav kest, millega kasutaja suhtleb – liides;

Operatsioonisüsteemiks valiti Windows XP.

Seejärel peab andmebaasihaldussüsteem olema kavandatud töötama valitud operatsioonisüsteemiga. Maailmas on palju dokumendihaldussüsteeme. Kuigi need võivad erinevate objektidega erinevalt töötada ja pakkuda kasutajale erinevaid funktsioone ja funktsioone, toetuvad enamik DBMS-e ühele väljakujunenud põhikontseptsioonide komplektile. See võimaldab käsitleda ühte süsteemi ja üldistada selle kontseptsioone, tehnikaid ja meetodeid kogu DBMS-i klassile. Selliste süsteemide näide on Eufrati-Document Flow.

Eufraat - väikestele ja keskmise suurusega asutustele (5 kuni 120 arvutit), kes soovivad korraldada tõhusat tööd ettevõtte dokumentidega nii üksikutele töötajatele kui ka organisatsioonile tervikuna, et luua kaasaegsel tasemel ettevõtte paberimajandus ja korraldada erinevat tüüpi dokumentide elektrooniline arhiiv.

Eufrat on lahendus kontori automatiseerimiseks, erinevat tüüpi dokumentide elektroonilise arhiivi loomiseks ja hooldamiseks: tekstid, tabelid, graafika, heli ja video. Süsteem võimaldab sisestada dokumente arhiivi, varustada neid vajalike üksikasjadega, süstematiseerida paigutades need hierarhiliste kaustade süsteemi ning leida üles erinevate dokumendiotsingu tööriistade abil. Leitud dokumenti saab vaadata sisseehitatud vaatamisrežiimis, säilitades dokumentide esialgse välimuse, ilma väliseid programme kutsumata.

Lisafunktsioonid:

Kaustade ja failikappide kuvamine üksikasjade väärtuste tabeli kujul koos võimalusega skaleerida lahtreid ja eksportida Excelisse. Võimalus tabelit detailide järgi filtreerida;

Kaustas olevate dokumentide või kartoteegi märkimisel aruannete printimine või faili kirjutamine;

Koostöö teiste rakendustega - MS Office, Netscape Navigator, Microsoft Internet Explorer, Photoshop jne;

Uus lähenemine dokumentide loomisele:

Uus ühtne dialoog dokumentide loomiseks ja redigeerimiseks erinevatest allikatest;

Failide eelvaade enne süsteemi sisenemist;

Dokumendi loomise viisard, mis ise pakub kasutajale võimalusi uute dokumentide loomiseks süsteemis;

Kataloogi jälgimine. Eufrat jälgib automaatselt kõiki kohalike ja võrgudraivide kindlaksmääratud kataloogides dokumentides toimuvaid muudatusi;

Eufrat võimaldab ka süsteemi andmebaasis registreeritud dokumentide arhiveerimist.

Selleks, et osakonna töötajad saaksid suure infovooga tõhusalt töötada, peab andmebaas vastama järgmistele nõuetele:

Suure hulga asjakohase ja usaldusväärse teabe salvestamine;

Lihtne kasutaja juurdepääs andmebaasile;

Võimalus andmebaasi andmetega sisestada, muuta, kustutada, sorteerida ja muud manipulatsioonid;

Otsige teavet erinevate tunnusrühmade kohta;

Võimalus laiendada ja ümber korraldada andmebaasis olevaid andmeid, kui ainevaldkond muutub.

Tulenevalt asjaolust, et osakonnas hoitakse kogu dokumentatsiooni Wordi tekstiredaktoris ja Exceli tabeliredaktoris, valiti töö automatiseerimiseks ja dokumentatsiooni üle arvestuse pidamiseks andmebaasi haldussüsteem Access. Valik on põhjendatud mitme eelisteguriga:

1. Accessi rakendus on relatsiooniline DBMS, mis toetab kõiki relatsioonimudelitele omaseid andmetöötlustööriistu ja -võimalusi. Lisaks saab vastavatesse andmebaasidesse salvestatavat teavet esitada peaaegu igas vormingus, eelkõige teksti, graafilise, numbrilise, rahalise, kuupäeva või kellaaja jne kujul;

2. Accessi DBMS-i pakutavate tööriistade hulgas ei saa mainimata jätta dünaamilise andmevahetuse (DDE) võimalust Accessi ja teiste seda tehnoloogiat toetavate rakenduste vahel. Samuti on võimalik kasutada ActiveX-tehnoloogiat, mis võimaldab arendajal kasutada oma tarkvaratootes mitte ainult sellele rakendusele iseloomulikke objekte (eriti Access), vaid ka muude rakenduste objekte (näiteks Excel või Word). ;

3. Accessis andmete töötlemisel kasutatakse struktureeritud päringukeelt SQL, mida liialdamata võib nimetada standardseks andmebaasi keeleks. Selle abil saate teostada väga erinevat olemasolevate andmete töötlemist, eelkõige luua vajaliku struktuuri valikuid, teha olemasolevates andmebaasides vajalikke muudatusi, teisendada või kustutada tabeleid, genereerida andmeid aruannete jaoks ja palju muud;

4. Access DBMSi oluliseks eeliseks on see, et selle abil saab arendada süsteeme, mis töötlevad andmebaase nii eraldi arvutis kui ka asutuse kohtvõrgus või Internetis, kasutades andmetöötlusrežiimi “klient-server”.

Access pakub rohkelt võimalusi andmebaasi töötlemisega seotud rakenduste loomiseks. Samas ei pea arendaja olema kõrgetasemeline programmeerija, vaid täiesti piisab nii Windowsi keskkonnas sündmustepõhiste rakenduste loomisest arusaamisest kui ka Visual Basicus mõningase programmeerimisoskuse omamisest. Sel juhul saab arendaja kiiresti omandada Accessis rakenduste loomise oskused, mis võimaldab automatiseerida nii lihtsaid kui ka üsna keerukaid andmetöötlusega seotud ülesandeid.

Mõelgem süsteemi tehnoloogilise toe põhjendustele. Tehnoloogilise protsessi juurutamine hõlmab tööd sisestatud teabe salvestamisel, samuti infobaasi pidamist ja aruannete genereerimist andmebaasidesse vastavate päringute kohta.

Saabunud dokumentide arvu, täielikkuse ja täitmise kvaliteedi kontroll;

Korrektselt täidetud dokumentide valik;

Dokumentide nõuetele mittevastavate dokumentide tagasilükkamine.

Kui info saabub arvutikandjale (disketile), siis sel juhul kontrollitakse kettasalvestuse kvaliteeti, registreeritakse faili nimi, maht, allikas ja kättesaamise aeg.

Töö programmiga algab teabeakna kuvamise ja menüüsüsteemi aktiveerimisega.

Teabe töötlemisel masinaga eeldatakse mitut etappi:

Esmaste dokumentide kogumine, vastuvõtmine, kontroll ja nende sisestamiseks üleandmine (kodune etapp);

Esmaste dokumentide sisestamine, arvutused ja muu töötlemine (masinetapp);

Saadud andmete väljatrükkimine ja edasine töö nendega (masinajärgne etapp).

Kõik ülaltoodud teabetöötlusprotsessid on tehnoloogilised, kuna need hõlmavad rangelt reguleeritud toimingute teostamist üksikasjaliku tehnoloogia abil.

Süsteemi organisatsiooniline tugi hõlmab otseseid täitjaid, kes vastutavad süsteemi nõuetekohase toimimise ja ülikoolisisese võrgu haldaja eest, samuti nende koostoime dokumentide automatiseerimise probleemi lahendamise raames.

Järeldused 1. peatüki kohta. Uuringu esimeses etapis selgus, et üks prioriteetseid valdkondi hariduse juhtimise efektiivsuse tõstmisel on integreeritud automatiseeritud infosüsteemi loomine, mis ühendab valitsusasutused ja haridusasutused ühtseks inforuumiks. Infosüsteeme kasutatakse haridusasutustes enim järgmiste ülesannete automatiseerimisel:

Haridusprotsessi juhtimine (õppekavade koostamine, ajakava koostamine, õpitulemuste jälgimine);

Finantsplaneerimine ja raamatupidamine;

Dokumendivoog (tellimuste vormistamine, täitmise kontroll);

Tegevus- ja välisaruandluse koostamine.

Uuringu teises etapis viidi läbi ainevaldkonna - Nižnekamski munitsipaalinstituut ja osakond ise - üksikasjalik analüüs ja iseloomustus. See võimaldas määrata dokumendivoo olemuse selle hilisemaks automatiseerimiseks.

Selle probleemi edukaks lahendamiseks viidi kolmandas etapis läbi SADT diagrammidel (IDEF0) põhinev dokumendivoo tehnoloogia funktsionaalne ja struktuurne analüüs. Struktuurianalüüs võimaldab vältida vigu reaalse süsteemi ehitamisel ning on vundament, millest sõltub süsteemi kvaliteet ja toimimine tulevikus.

Neljandas etapis valiti välja tehnilise, teabe, tarkvara, tehnoloogilise ja organisatsioonilise toe projekteerimise tehnoloogia.

lõputöö

1.4 Projekteerimisotsuste põhjendamine toetuse liikide kaupa

Hariduse automatiseeritud süsteemid hõlmavad tehnilist, teavet, tarkvara, tehnoloogilist ja organisatsioonilist tuge nende koostisosadena.

Infosüsteemide tehniline tugi on infosüsteemi toimimiseks mõeldud tehniliste vahendite kogum, samuti nende vahendite ja tehnoloogiliste protsesside vastav dokumentatsioon.

Tehniliste vahendite kompleks koosneb:

Arvutid;

Andmeedastusseadmed ja sideliinid;

Kontoriseadmed ja automatiseeritud teabeotsinguseadmed;

Seadmed teabe kogumiseks, salvestamiseks, töötlemiseks, edastamiseks ja väljastamiseks.

Antud ülesande automatiseerimise protsess nõuab vajaliku tehnilise toe valikut. Kui vajate arvutit peamiselt kontorirakendustega töötamiseks (arvutustabelid, tekstitöötlus, andmebaasid), siis valige protsessoriga süsteemiüksus, mille jõudlus on ülesannete lahendamiseks piisav.

Etteantud ülesande lahendamisel on vaja pidevalt printida, kopeerida ja skaneerida suurt hulka dokumente. Printeri, koopiamasina ja skanneri valikul tuleb arvestada suure printimiskiiruse, töökindluse ja kasutusmugavusega suhteliselt madala hinnaga.

Süsteemi ja selle visuaalsete komponentide täielikuks kasutamiseks on vaja klaviatuuri, hiirt ja monitori. Nende tehnilised omadused ei ole kriitilised.

Probleemi lahendab järgmiste omadustega arvuti:

Tabel 1

PC koostis ja peamised omadused

Andmebaasi failiserveriga suhtlemiseks peab teil olema võrgukaart. Kõige tavalisem võrgukaardi tüüp on Ethernet. Kohalike kasutajate arv ei ületa reeglina kahte tosinat. Kõnede arv serverisse toimub vastavalt kasutaja vajadustele. Ühele kasutajale edastatava teabe hulk sõltub kasutaja päringu parameetritest ja võib ulatuda mitme MB-ni. Serveris olev teenindusprogramm edastab üle võrgu kontrollerilt saadud binaarfaili, mis ulatub mitme KB-ni. Loodud süsteemis rakendatud failiserveri tehnoloogiaga tekib võrgukoormus, mille juures on soovitatav kasutada 100 Mbit/s võrgukaarte.

Infosüsteemides on üheks peamiseks tugivormiks infotugi. Infotugi on kombinatsioon ühtsest teabe liigitamise ja kodeerimise süsteemist, ühtsetest dokumentatsioonisüsteemidest, asutuses ringlevate infovoogude mustritest, aga ka andmekogude koostamise metoodikast.

Infotoe rakendamise peamine viis on andmebaasihalduse alamsüsteem. Andmebaas (DB) on definitsiooni kohaselt nimeline andmekogu, mis kajastab objektide olekut ja nende seoseid vaadeldavas teemavaldkonnas. Andmebaasihaldussüsteem (DBMS) on keele- ja tarkvaratööriistade komplekt, mis on loodud andmebaasi loomiseks, haldamiseks ja jagamiseks paljude kasutajatega.

IS teabetugi on vahend järgmiste probleemide lahendamiseks:

Info üheselt mõistetav ja ökonoomne esitamine süsteemis (objekti kodeerimisel põhinev);

Info analüüsimise ja töötlemise protseduuride korraldamine, arvestades objektidevaheliste seoste olemust (objektide klassifikatsiooni alusel);

Kasutaja suhtluse korraldamine süsteemiga (andmete sisestamise ja väljastamise ekraanivormide alusel);

Info efektiivse kasutamise tagamine automaatikaobjekti tegevuste juhtimisahelas (ühtse dokumentatsioonisüsteemi alusel).

IS infotugi sisaldab kahte kompleksi: masinaväline infotugi (tehnilise ja majandusinfo klassifikaatorid, dokumendid, metoodilised juhendmaterjalid) ja masinasisene infotugi (paigutused/ekraanivormid esmaste andmete arvutisse sisestamiseks või sellest tuleneva info väljastamiseks) .

Teabetoele kehtivad järgmised üldnõuded:

Infotugi peab olema piisav, et toetada kõiki objekti automatiseeritud funktsioone;

Teabe kodeerimiseks tuleb kasutada aktsepteeritud klassifikaatoreid;

Kõrgeimal juhtimistasemel kasutatava sisend- ja väljundinformatsiooni kodeerimiseks tuleb kasutada selle taseme klassifikaatoreid;

Tuleb tagada ühilduvus arendatava süsteemiga interakteeruvate süsteemide infotoega;

Infosüsteem peab tagama vahendid sisend- ja väljundinfo jälgimiseks, infomassiivide andmete uuendamiseks, infobaasi terviklikkuse jälgimiseks ning volitamata juurdepääsu eest kaitsmiseks.

Infomassiividesse genereeritud andmed moodustavad teabebaasi, mida kasutatakse probleemi lahendamiseks. Andmebaasi tõhusaks juurdepääsuks on vaja määratleda andmebaasi loogilise struktuuri mudel.

Andmebaasi loogilise struktuuri mudelid (vastavalt andmete vaheliste seoste loomise meetodile) on kolm: hierarhiline, võrgustik ja relatsioon. Kavandatud versioonis valitakse relatsioonimudel, kuna see on kõige lihtsam ja levinum andmete esitamise vorm tabeli kujul. Tabelirida on samaväärne andmebaasifaili kirjega ja veerg kirjeväljaga. Andmeelemendile pääseb juurde, sidudes nõutud rea (kirje) nõutava veeru (väljaga). Relatsiooniandmemudeli eelis seisneb selle lihtsuses, selguses ja arvutis füüsilise realiseerimise lihtsuses. Just lihtsus ja selgus kasutaja jaoks olid nende laialdase kasutamise peamiseks põhjuseks.

Tarkvara projekteerimise otsuste põhjendamine hõlmab operatsioonisüsteemi ja andmebaasihaldussüsteemi valikut automatiseeritud dokumendihaldussüsteemi arendamiseks ja hilisemaks toimimiseks.

Operatsioonisüsteem (OS) on esimese ja kõige olulisema programmi nimi, tänu millele saab võimalikuks suhtlus arvuti ja inimese vahel. OS võtab teiste programmide saadetud käsusignaale ja “tõlgib” need masinale arusaadavasse keelde. OS haldab kõiki arvutiga ühendatud seadmeid, pakkudes neile juurdepääsu teistele programmidele. OS-i ülesanne on tagada inimkasutajale arvutiga töötamise mugavus. Iga OS koosneb kolmest nõutavast osast:

1) esimene on tuum, käsutõlk, "tõlkija" tarkvarakeelest riistvarakeelde, masinkoodi keel;

2) teine ​​- spetsiaalsed programmid erinevate arvuti osaks olevate seadmete juhtimiseks;

3) kolmas osa on mugav kest, millega kasutaja suhtleb – liides;

Operatsioonisüsteemiks valiti Windows XP.

Seejärel peab andmebaasihaldussüsteem olema kavandatud töötama valitud operatsioonisüsteemiga. Maailmas on palju dokumendihaldussüsteeme. Kuigi need võivad erinevate objektidega erinevalt töötada ja pakkuda kasutajale erinevaid funktsioone ja funktsioone, toetuvad enamik DBMS-e ühele väljakujunenud põhikontseptsioonide komplektile. See võimaldab käsitleda ühte süsteemi ja üldistada selle kontseptsioone, tehnikaid ja meetodeid kogu DBMS-i klassile. Selliste süsteemide näide on Eufrati-Document Flow.

Eufraat - väikestele ja keskmise suurusega asutustele (5 kuni 120 arvutit), kes soovivad korraldada tõhusat tööd ettevõtte dokumentidega nii üksikutele töötajatele kui ka organisatsioonile tervikuna, et luua kaasaegsel tasemel ettevõtte paberimajandus ja korraldada erinevat tüüpi dokumentide elektrooniline arhiiv.

Eufrat on lahendus kontori automatiseerimiseks, erinevat tüüpi dokumentide elektroonilise arhiivi loomiseks ja hooldamiseks: tekstid, tabelid, graafika, heli ja video. Süsteem võimaldab sisestada dokumente arhiivi, varustada neid vajalike üksikasjadega, süstematiseerida paigutades need hierarhiliste kaustade süsteemi ning leida üles erinevate dokumendiotsingu tööriistade abil. Leitud dokumenti saab vaadata sisseehitatud vaatamisrežiimis, säilitades dokumentide esialgse välimuse, ilma väliseid programme kutsumata.

Lisafunktsioonid:

Kaustade ja failikappide kuvamine üksikasjade väärtuste tabeli kujul koos võimalusega skaleerida lahtreid ja eksportida Excelisse. Võimalus tabelit detailide järgi filtreerida;

Kaustas olevate dokumentide või kartoteegi märkimisel aruannete printimine või faili kirjutamine;

Koostöö teiste rakendustega - MS Office, Netscape Navigator, Microsoft Internet Explorer, Photoshop jne;

Uus lähenemine dokumentide loomisele:

Uus ühtne dialoog dokumentide loomiseks ja redigeerimiseks erinevatest allikatest;

Failide eelvaade enne süsteemi sisenemist;

Dokumendi loomise viisard, mis ise pakub kasutajale võimalusi uute dokumentide loomiseks süsteemis;

Kataloogi jälgimine. Eufrat jälgib automaatselt kõiki kohalike ja võrgudraivide kindlaksmääratud kataloogides dokumentides toimuvaid muudatusi;

Eufrat võimaldab ka süsteemi andmebaasis registreeritud dokumentide arhiveerimist.

Selleks, et osakonna töötajad saaksid suure infovooga tõhusalt töötada, peab andmebaas vastama järgmistele nõuetele:

Suure hulga asjakohase ja usaldusväärse teabe salvestamine;

Lihtne kasutaja juurdepääs andmebaasile;

Võimalus andmebaasi andmetega sisestada, muuta, kustutada, sorteerida ja muud manipulatsioonid;

Otsige teavet erinevate tunnusrühmade kohta;

Võimalus laiendada ja ümber korraldada andmebaasis olevaid andmeid, kui ainevaldkond muutub.

Tulenevalt asjaolust, et osakonnas hoitakse kogu dokumentatsiooni Wordi tekstiredaktoris ja Exceli tabeliredaktoris, valiti töö automatiseerimiseks ja dokumentatsiooni üle arvestuse pidamiseks andmebaasi haldussüsteem Access. Valik on põhjendatud mitme eelisteguriga:

1. Accessi rakendus on relatsiooniline DBMS, mis toetab kõiki relatsioonimudelitele omaseid andmetöötlustööriistu ja -võimalusi. Lisaks saab vastavatesse andmebaasidesse salvestatavat teavet esitada peaaegu igas vormingus, eelkõige teksti, graafilise, numbrilise, rahalise, kuupäeva või kellaaja jne kujul;

2. Accessi DBMS-i pakutavate tööriistade hulgas ei saa mainimata jätta dünaamilise andmevahetuse (DDE) võimalust Accessi ja teiste seda tehnoloogiat toetavate rakenduste vahel. Samuti on võimalik kasutada ActiveX-tehnoloogiat, mis võimaldab arendajal kasutada oma tarkvaratootes mitte ainult sellele rakendusele iseloomulikke objekte (eriti Access), vaid ka muude rakenduste objekte (näiteks Excel või Word). ;

3. Accessis andmete töötlemisel kasutatakse struktureeritud päringukeelt SQL, mida liialdamata võib nimetada standardseks andmebaasi keeleks. Selle abil saate teostada väga erinevat olemasolevate andmete töötlemist, eelkõige luua vajaliku struktuuri valikuid, teha olemasolevates andmebaasides vajalikke muudatusi, teisendada või kustutada tabeleid, genereerida andmeid aruannete jaoks ja palju muud;

4. Access DBMSi oluliseks eeliseks on see, et selle abil saab arendada süsteeme, mis töötlevad andmebaase nii eraldi arvutis kui ka asutuse kohtvõrgus või Internetis, kasutades andmetöötlusrežiimi “klient-server”.

Access pakub rohkelt võimalusi andmebaasi töötlemisega seotud rakenduste loomiseks. Samas ei pea arendaja olema kõrgetasemeline programmeerija, vaid täiesti piisab nii Windowsi keskkonnas sündmustepõhiste rakenduste loomisest arusaamisest kui ka Visual Basicus mõningase programmeerimisoskuse omamisest. Sel juhul saab arendaja kiiresti omandada Accessis rakenduste loomise oskused, mis võimaldab automatiseerida nii lihtsaid kui ka üsna keerukaid andmetöötlusega seotud ülesandeid.

Mõelgem süsteemi tehnoloogilise toe põhjendustele. Tehnoloogilise protsessi juurutamine hõlmab tööd sisestatud teabe salvestamisel, samuti infobaasi pidamist ja aruannete genereerimist andmebaasidesse vastavate päringute kohta.

Saabunud dokumentide arvu, täielikkuse ja täitmise kvaliteedi kontroll;

Korrektselt täidetud dokumentide valik;

Dokumentide nõuetele mittevastavate dokumentide tagasilükkamine.

Kui info saabub arvutikandjale (disketile), siis sel juhul kontrollitakse kettasalvestuse kvaliteeti, registreeritakse faili nimi, maht, allikas ja kättesaamise aeg.

Töö programmiga algab teabeakna kuvamise ja menüüsüsteemi aktiveerimisega.

Teabe töötlemisel masinaga eeldatakse mitut etappi:

Esmaste dokumentide kogumine, vastuvõtmine, kontroll ja nende sisestamiseks üleandmine (kodune etapp);

Esmaste dokumentide sisestamine, arvutused ja muu töötlemine (masinetapp);

Saadud andmete väljatrükkimine ja edasine töö nendega (masinajärgne etapp).

Kõik ülaltoodud teabetöötlusprotsessid on tehnoloogilised, kuna need hõlmavad rangelt reguleeritud toimingute teostamist üksikasjaliku tehnoloogia abil.

Süsteemi organisatsiooniline tugi hõlmab otseseid täitjaid, kes vastutavad süsteemi nõuetekohase toimimise ja ülikoolisisese võrgu haldaja eest, samuti nende koostoime dokumentide automatiseerimise probleemi lahendamise raames.

Järeldused 1. peatüki kohta. Uuringu esimeses etapis selgus, et üks prioriteetseid valdkondi hariduse juhtimise efektiivsuse tõstmisel on integreeritud automatiseeritud infosüsteemi loomine, mis ühendab valitsusasutused ja haridusasutused ühtseks inforuumiks. Infosüsteeme kasutatakse haridusasutustes enim järgmiste ülesannete automatiseerimisel:

Haridusprotsessi juhtimine (õppekavade koostamine, ajakava koostamine, õpitulemuste jälgimine);

Finantsplaneerimine ja raamatupidamine;

Dokumendivoog (tellimuste vormistamine, täitmise kontroll);

Tegevus- ja välisaruandluse koostamine.

Uuringu teises etapis viidi läbi ainevaldkonna - Nižnekamski munitsipaalinstituut ja osakond ise - üksikasjalik analüüs ja iseloomustus. See võimaldas määrata dokumendivoo olemuse selle hilisemaks automatiseerimiseks.

Selle probleemi edukaks lahendamiseks viidi kolmandas etapis läbi SADT diagrammidel (IDEF0) põhinev dokumendivoo tehnoloogia funktsionaalne ja struktuurne analüüs. Struktuurianalüüs võimaldab vältida vigu reaalse süsteemi ehitamisel ning on vundament, millest sõltub süsteemi kvaliteet ja toimimine tulevikus.

Neljandas etapis valiti välja tehnilise, teabe, tarkvara, tehnoloogilise ja organisatsioonilise toe projekteerimise tehnoloogia.

Valiku põhjendus tehniline abi Probleemi lahendamiseks on vaja valida arvuti ja välisseadmete tüüp. Sel juhul on vaja põhjendada valitud riistvara käitamise majanduslikku otstarbekust ja võimalust kasutada neid muude juhtimisobjekti probleemide lahendamiseks.

Arvutitüübi valikut mõjutavad väga paljud tegurid, kuid diplomitöö puhul tuleb ennekõike selgitada, millistel tingimustel see välja töötati ja rakendati. Kui arendusega ei kaasne olemasoleva tehnoloogia suuremat ümberkorraldamist, tuleb vaid kindlaks teha, milliseid nõudeid tuleks riistvarale rakendada, kui sellel arendatavat tarkvara arendada.

Kui projekti elluviimisega kaasneb olemasoleva tehnoloogia ulatuslik ümberkorraldamine (näiteks võetakse esmakordselt kasutusele arvutid, nõutakse serveri kasutamist, võetakse kasutusele uue põlvkonna telekommunikatsiooniseadmed), on vaja iseloomustada valitud mudelite eelised analoogide ees. Kõige mugavam on kasutada tabelivormi, mille veergudes on näidatud mudeli peamised omadused, sealhulgas hind. Lisaks tuleks põhjendamisel välja tuua tarbijategurid, st toote levimus, garantiitingimused, dokumentatsiooni ja tehnilise toe olemasolu, ühilduvus enamlevinud OS-i ja tarkvaraga. Põhjenduse saab täiendada valitud mudeli kasutusväljavaadete kirjeldamisega: anda eeldatav kasutusiga, kirjeldada moderniseerimise võimalust, hilisemat muul otstarbel kasutamist jne.

Nende tegurite kombinatsiooni põhjal moodustatakse nõuded arvutite põhiomaduste väärtustele, mida võrreldakse tänapäevaste arvutimudelite peamiste tehniliste omaduste spetsiifiliste väärtustega, mille järel valitakse optimaalne mudel.

Infoturbe disainilahenduste valik ja põhjendamine

Siin tuleb kaaluda võimalusi infoturbe tagamiseks arendatavas süsteemis.

2.4.4. Infosüsteemi kontseptsioon

Olles teinud kokkuvõtte valitud kujunduslahendustest, on vaja lühidalt visandada tuleviku IS-i visioon kontseptsiooni (süsteemiprojekti) vormis.

Ilmekaim vahend näib olevat võrgu- ja tarkvaraarhitektuuride graafiliste kuvade kasutamine (vt näiteid esimeses peatükis), mida täiendab lühikirjeldus.

Jaotis "DISAINIOSA"

Lõputöö projektiosa on eelmises peatükis tehtud otsuste kirjeldus: see peatükk peaks põhinema eelmises osas esitatud teabel, seda üksikasjalikult kirjeldades.

Peatükil võib olla järgmine struktuur:

3. Kujundusosa

3.1. Funktsionaalne arhitektuur

3.2. Tehnoloogiline tugi

3.3. Teabe tugi

3.3. Matemaatiline ja algoritmiline tugi

3.4. Tarkvara

3.5. Riistvara

3.6. Organisatsiooniline tugi

3.7. Infoturbe tagamine

3.8. Testjuhtum

Samal ajal peaks konkreetne diplomitöö sisaldama ainult neid jaotisi, milles on materjalid isiklik tööõpilane. Kollektiivse arenduse käigus tuleb selgelt välja tuua autori osalemine projekti osade loomisel.

2.5.1. Erinevad võimalused diplomi projektiosa ülesehituseks

Esitatud projektiosa ülesehitus on maksimaalne - konkreetses diplomitöös kajastatakse ainult neid lõike, mis on jaotises määratletud. 2.3.6.2.

Põhilised erinevused diplomi projektiosa ülesehituses määrab töö fookus. Nagu varem mainitud, on võimalikud järgmised kujundusvalikud:

· infoprotsessi juurutava või konkreetse ülesande lahendamist automatiseeriva mooduli väljatöötamine;

· automatiseeritud tööjaama (AWS) loomine;

· organisatsiooni IS allsüsteemi arendamine;

· tüüplahenduse („karbitoode“) rakendamine;

· teaduslik ja praktiline areng rakendusliku arvutiteaduse valdkonnas.

Funktsionaalne arhitektuur

Funktsionaalne arhitektuur (funktsionaalsete alamsüsteemide, ülesannete ja protseduuride kogum) – automatiseeritud äriprotsesside arhitektuur - määrab funktsionaalsete alamsüsteemide ja ülesannete komplektide koosseisu (toimingute, funktsioonide, ülesannete komplekti kujul informatsiooni töötlemine), äriprotsesside rakendamise tagamine.

Funktsionaalset arhitektuuri saab esitada domeenifunktsioonide puuga – ettevõtte tegevusliikide hierarhilise mudeliga (joonis 3).

Riis. 3. Funktsionaalse arhitektuuri näide

Äriprotsesse paljastavad täpsemalt “TO BE” mudelid (ehitatud näiteks IDEF0 metoodikas).

Tehnoloogiline tugi

Tehnoloogiline tugi sisaldab teabe kogumise, edastamise, töötlemise ja väljastamise tehnoloogia korralduse kirjeldust.

See kirjeldab toimingute jada, alustades esmase teabe (sealhulgas regulatiivse ja viiteteabe kohandamiseks kasutatavate andmete ning arvutustes kasutatava operatiivteabe kohandamiseks kasutatavate andmete) kogumise (vastuvõtmise) meetodist ning lõpetades sellest tuleneva teabe ja meetodite moodustamisega. selle edastamisest (võite kasutada IDEF3 metoodikat või BPMN-i). Samas kirjeldatakse kõiki võimalikke olukordi, mis võivad infoprotsesside rakendamisel tekkida.

Teabe tugi

IS teabe tugi sisaldab kahte plokki:

a) masinaväline infotugi (tehnilise ja majandusliku teabe klassifikaatorid, dokumendid, metoodilised juhendmaterjalid);

b) masinasisene infotugi (paigutused/ekraanivormid primaarandmete arvutisse sisestamiseks või resultatiivse info väljastamiseks, infobaasi struktuur: sisend-, väljundfailid, andmebaas).

Arendusmetoodika teabemudel hõlmab modelleerimist:

· ainevaldkonna sisend-, vahe- ja tulemuse infovoogude ja funktsioonide omavahelised seosed (struktuur-funktsionaalne diagramm või andmevoo diagramm). Infomudeli kirjelduses on vaja selgitada, milliste sisenddokumentide ning millise norm- ja viiteinformatsiooni alusel täidetakse andmetöötluse ja konkreetsete väljunddokumentide genereerimise funktsioone;

· infobaasi andmed: olemi-suhte diagramm või objekti klassi diagramm (kontseptuaalne mudel); andmeelementide vaheliste ühenduste skeem (andmemudel), mille struktuur sõltub andmemudeli tüübist ja valitud DBMS-ist.

Olemi-seoste diagrammile tuleks anda lühikirjeldus, mis selgitab, milliseid reaalse maailma objekte domeenis tuvastatud olemid kajastavad ja kuidas diagrammil olevate olemite vahelised seosed vastavad objektide suhetele praktikas.

Kasutatud klassifikaatorid ja kodeerimissüsteemid. Vajalik on lühidalt kirjeldada neid, mida selle probleemide lahendamiseks kasutatakse. klassifikaatorid ja kodeerimissüsteemid. Objektikoodide struktuuri saab esitada tabelina järgmise veeru sisuga:

· kodeeritud objektide komplekti nimi (näiteks osakonna koodid, personalinumbrid jne),

· koodi tähendus,

· kodeerimissüsteem (jada-, järg-, kombineeritud),

klassifikatsioonisüsteem (hierarhiline, mitmemõõtmeline või puuduv),

· klassifikaatori tüüp (rahvusvaheline, tööstusharu hõlmav, süsteemiülene jne).

Klassifikaatori kirjelduse näide:

Järgnevalt kirjeldatakse iga klassifikaatorit, antakse struktuurivalem ja käsitletakse antud ainevaldkonna klassifikaatorite tsentraliseeritud haldamise küsimusi, mis on lisatud lisatud klassifikaatorite fragmentidele.

Regulatiivse viite ja sisendoperatsiooniteabe omadused on sisenddokumentide ja teatmeteoste koostise kirjeldus, andmete paigutuse ja failistruktuuri vastavad ekraanivormid. Seejuures tuleks tähelepanu pöörata järgmistele probleemidele:

· sisenddokumentide kirjeldamisel on vaja esitada lisas olevad dokumendivormid; neis sisalduvate esmaste näitajate loetelu; dokumendi kättesaamise allikas; millises failis on kasutatud selle dokumendi andmeid, kirjeldatakse dokumendi struktuuri, ridade arvu, andmete mahtu, dokumendi esinemissagedust;

· sisenddokumendi ekraanivormi kirjeldus peab sisaldama ekraanivormi paigutust rakenduses, paigutuse töö- ja teeninduspiirkondade korralduse tunnuseid, kasutajale täitmiseks vajalike viipade koostist ja sisu välja küljendus, selle küljenduse täitmisel automaatselt ühendatud teatmeteoste loend;

· operatiivinfoga sisendfailide struktuuride kirjeldus peaks sisaldama väljade nimetusi, iga välja tunnust ja malli kirjeldavat tabelit; iga faili kohta peab olema teave võtmevälja, ühe kirje pikkuse, kirjete arvu kohta failis, faili loomise sageduse, säilitamise kestuse, juurdepääsu meetodi (järjestikune, valikuline või segatud), meetodi kohta loogiline ja füüsiline korraldus, faili suurus baitides;

· tingimuslikult püsiva infoga failide struktuuride kirjeldus sisaldab sama infot mis operatiivinfoga failidel, kuid lisandub info faili uuendamise sageduse ja uuendamise mahu kohta (protsentides).

Tuleb märkida projekteeritud failide vastavus sisenddokumentidele või teatmeraamatutele. Kirjeldatakse iga teabefaili kirjestruktuuri.

Kui teabebaas on korraldatud andmebaasi kujul, siis esitatakse selle muude elementide (võtmed, ärireeglid, trigerid) kirjeldus.

Saadud teabe omadused on ülevaade antud ülesannete lahendamise tulemustest. Kui lahenduseks on väidete genereerimine (ekraani- või trükivormide kujul), tuleb iga väidet eraldi kirjeldada. Eelkõige, millise koha võtab avaldus ettevõtte infovoogudes (teenib operatiivjuhtimist või aruandlust), kas see on täpsustav või üldistav jne. Iga väide peab olema tulemustega, mitte sisaldama üleliigset infot ja olema universaalne. Järgnevalt kirjeldatakse trükivorme, ekraanipaigutusi koos loeteluga ja iga dokumendi kohta sisalduvate näitajate lühikirjeldusega on märgitud, milliste failide alusel see dokument on saadud.

Lisa peaks sisaldama täidetud (tõeline või silumisinfo) avalduste koopiaid ja dokumentide ekraanivorme.

Võimaluse korral tuleks disaini- ja arendusmeetodite ja -vahendite valikut põhjendada, võrreldes neid turul olemasolevate sarnaste vahenditega. On vaja anda lühikirjeldus tänapäevast disainitehnoloogiad, nende positiivsed omadused ja puudused, loetlege peamised valikutegurid, põhjendage kasutatava tehnoloogia valikut ja kirjeldage selle kasutamise tunnuseid selles projektis.

2.4.3. Disainlahenduste valik ja põhjendamine

See lõik sisaldab väljatöötatava süsteemi peamiste toetusliikide projekteerimisotsuste põhjendust.

2.4.3.1. Tehnoloogilise toe projektlahenduste valik ja põhjendamine

Disainiotsuste põhjendamisel tehnoloogiline tugi probleemi lahendamiseks on vaja pöörata tähelepanu olemasoleva tehnoloogia puudujääkidele. Tuleb märkida, kas probleemi lahendamise olemasolev tehnoloogia kasutab arvutitehnoloogiat. Kui seda ei kasutata, on põhjendatud lahendused tuvastatud puuduste kõrvaldamiseks. Kui antud probleemi lahendamiseks kasutatakse juba arvutitehnoloogiat, tuleb välja selgitada, mil määral ja kui efektiivselt seda kasutatakse ning pakkuda välja kujunduslahendusi arvutitehnika kasutamise tõhustamiseks. Vajalik on sõnastada ja põhjendada ettepanekuid tuvastatud puuduste kõrvaldamiseks ning uute lähenemiste ja tehnoloogiate juurutamiseks.

Erilist tähelepanu tuleks pöörata järgmistele probleemidele:

· teabe kogumise, säilitamise ja sidekanalite kaudu edastamise meetodite ja vahendite klassifitseerimine ning konkreetsete meetodite ja vahendite valiku põhjendamine, arvestades ainevaldkonna analüüsi tulemusena saadud tunnuseid;

· arvutisse sisestatud teabe kontrollimise meetodite klassifikatsioon ja konkreetse meetodi valiku põhjendus;

· suhtlusmeetodite ja -keelte ülevaatamine probleemi lahendamisel arvutis ning meetodi ja konkreetse keele valiku põhjendus (päringute keel, mallid, menüüd, näpunäited, juhised jne);

· andmebaasifailide pidamise süsteemi korrastamise meetodite ja vahendite ülevaatamine ning andmete uuendamise, säilitatavate andmete terviklikkuse, salastatuse ja usaldusväärsuse kaitsmise meetodite valiku põhjendus;

· ülevaade vigade tüüpidest ja põhjustest, millega kasutaja tulemuseks oleva teabe hankimisel kokku puutub, ning nende probleemide lahendamise meetodite valimise põhjendus.

Valiku põhjendus võimaldavaid tehnoloogiaid hõlmab vajaliku tarkvara ja riistvara kindlaksmääramist.

2.4.3.2. Infotoe kujunduslahenduste valik ja põhjendamine

Disainlahendused teabe tugi on masinavälise (klassifikaatorid, kataloogid, dokumendid) ja masinasisese (infobaaside sisend-, vahe-, väljundmassiivid) toe seisukohalt õigustatud ning sisaldavad järgmisi küsimusi:

· sisend- ja väljunddokumentide koostise ja sisu põhjendamine, nende koostamise viis (s.t dokumentide ühtsete vormide kasutamise või originaalprojekti teostamise võimalus);

· klassifikaatorite koosseisu põhjendamine, rahvusvaheliste, süsteemiüleste, tööstusharu hõlmavate või kohalike klassifikaatorite ehitamise vajadus; teabe klassifitseerimis- ja kodeerimissüsteemidele esitatavate nõuete määramine;

· muutuva ja tinglikult konstantse esmase info sisestamise ekraanivormide, samuti tulemusinfo või päringutele vastuste kuvamise vormide koostise ja konstrueerimise meetodite põhjendus;

· teabebaasi korrastamise meetodi põhjendus:

Kas see on failiserveri või klient-serveri arhitektuur;

Kas see on 3-tasandiline arhitektuur järgmiste kihtidega: server, vahevara (rakendusserver), klienttarkvara;

Kas andmebaas on tsentraliseeritud või hajutatud? Kui andmebaas on hajutatud, siis milliseid mehhanisme kasutatakse andmete järjepidevuse ja asjakohasuse säilitamiseks;

Kas andmebaas on homogeenne, st kas kõik andmebaasiserverid on sama tootja tooted (näiteks kõik serverid on ainult Oracle või kõik serverid on ainult DB2 UDB). Kui andmebaas ei ole homogeenne, siis millist tarkvara hakatakse kasutama erinevate tootjate (juba olemasolevate või spetsiaalselt projekti raames välja töötatud) DBMS-ide vahel andmete vahetamiseks;

Kas õige jõudluse saavutamiseks kasutatakse paralleelseid andmebaasiservereid (näiteks Oracle Parallel Server, DB2 UDB jne)?

· toimikute koosseisu ja korrastamise meetodite põhjendamine koos tulemus- ja vaheinfoga;

· andmete uuendamise meetodi põhjendus (tehingute arendamine, uuendamise standardprotseduurid);

· salvestatud andmete kaitse tagamise viisid.

Selles jaotises on vaja pöörata tähelepanu teabetoe erinevate komponentide korraldamise kõikidele võimalikele viisidele ja nende komponentide kujundamise meetoditele ning seejärel esitada mis tahes valiku valimise põhjendus.

2.4.3.3. Tarkvara disainilahenduste valik ja põhjendamine

Projekteerimisotsuste põhjendus tarkvara seisneb süsteemi- ja eri(rakendus)tarkvarale nõuete kujundamises ning nende nõuete alusel sobivate tarkvarakomponentide valimises.

Näiteks võib enamiku rakendustarkvarade suhtes kehtida nõuded töökindluse, tõhususe, infoturbe, muudetavuse, teisaldatavuse, skaleeritavuse, hooldus- ja tugikulude minimeerimise jms osas.

Tarkvara projekteerimisotsuste põhjendamisel on soovitatav:

· anda sarnaste probleemide lahendamiseks kasutatavate või kliendi poolt reguleeritavate operatsioonisüsteemide klassifikaator või arendatava süsteemi töötingimused, näidata konkreetse klassi ja selle versiooni valikut mõjutavad tegurid ning põhjendada operatsioonisüsteemi valikut ;

· põhjendada infotoe projekteerimis- ja arendusvahendite (DBMS ja tarkvaraarenduskeskkonnad), rakendustarkvara (rakendusprogrammide arendamise meetodid ja keskkond, programmeerimiskeeled, erialateegid) valikut;

· määrata välja valitud tarkvaratööriistade võimalused, mille kasutamisega saavutatakse rakendustarkvarale esitatavad nõuded (näiteks mugava liidese organiseerimise, andmepäringute optimeerimise võimalus jne);

· määrata ettevõtte IS kliendiosa andmete töötlemiseks väljatöötatud protseduuride koosseis.

2.4.3.4. Tehnilise toe projekteerimislahenduste valik ja põhjendamine

Valiku põhjendus tehniline abi Probleemi lahendamiseks on vaja valida arvuti ja välisseadmete tüüp. Sel juhul on vaja põhjendada valitud riistvara käitamise majanduslikku otstarbekust ja võimalust kasutada neid muude juhtimisobjekti probleemide lahendamiseks.

Arvutitüübi valikut mõjutavad väga paljud tegurid, kuid diplomitöö puhul tuleb ennekõike selgitada, millistel tingimustel see välja töötati ja rakendati. Kui arendusega ei kaasne olemasoleva tehnoloogia suuremat ümberkorraldamist, tuleb vaid kindlaks teha, milliseid nõudeid tuleks riistvarale rakendada, kui sellel arendatavat tarkvara arendada.

Kui projekti elluviimisega kaasneb olemasoleva tehnoloogia ulatuslik ümberkorraldamine (näiteks võetakse esmakordselt kasutusele arvutid, nõutakse serveri kasutamist, võetakse kasutusele uue põlvkonna telekommunikatsiooniseadmed), on vaja iseloomustada valitud mudelite eelised analoogide ees. Kõige mugavam on kasutada tabelivormi, mille veergudes on näidatud mudeli peamised omadused, sealhulgas hind. Lisaks tuleks põhjendamisel välja tuua tarbijategurid, st toote levimus, garantiitingimused, dokumentatsiooni ja tehnilise toe olemasolu, ühilduvus enamlevinud OS-i ja tarkvaraga. Põhjenduse saab täiendada valitud mudeli kasutusväljavaadete kirjeldamisega: anda eeldatav kasutusiga, kirjeldada moderniseerimise võimalust, hilisemat muul otstarbel kasutamist jne.

Nende tegurite kombinatsiooni põhjal moodustatakse nõuded arvutite põhiomaduste väärtustele, mida võrreldakse tänapäevaste arvutimudelite peamiste tehniliste omaduste spetsiifiliste väärtustega, mille järel valitakse optimaalne mudel.

2.4.3.5. Infoturbe disainilahenduste valik ja põhjendamine

Siin tuleb kaaluda võimalusi infoturbe tagamiseks arendatavas süsteemis.

Olles teinud kokkuvõtte valitud kujunduslahendustest, on vaja lühidalt visandada tuleviku IS-i visioon kontseptsiooni (süsteemiprojekti) vormis.

Ilmekaim vahend näib olevat võrgu- ja tarkvaraarhitektuuride graafiliste kuvade kasutamine (vt näiteid esimeses peatükis), mida täiendab lühikirjeldus.

2.5. Jaotis "DISAINIOSA"

Lõputöö projektiosa on eelmises peatükis tehtud otsuste kirjeldus: see peatükk peaks põhinema eelmises osas esitatud teabel, seda üksikasjalikult kirjeldades.

Peatükil võib olla järgmine struktuur:

3. Kujundusosa

3.1. Funktsionaalne arhitektuur

3.2. Tehnoloogiline tugi

3.3. Teabe tugi

3.3. Matemaatiline ja algoritmiline tugi

3.4. Tarkvara

3.5. Riistvara

3.6. Organisatsiooniline tugi

3.7. Infoturbe tagamine

3.8. Testjuhtum

Samal ajal peaks konkreetne diplomitöö sisaldama ainult neid jaotisi, milles on materjalid isiklik tööõpilane. Kollektiivse arenduse käigus tuleb selgelt välja tuua autori osalemine projekti osade loomisel.

2.5.1. Erinevad võimalused diplomi projektiosa ülesehituseks

Esitatud projektiosa ülesehitus on maksimaalne - konkreetses diplomitöös kajastatakse ainult neid lõike, mis on jaotises määratletud. 2.3.6.2.

Põhilised erinevused diplomi projektiosa ülesehituses määrab töö fookus. Nagu varem mainitud, on võimalikud järgmised kujundusvalikud:

· infoprotsessi juurutava või konkreetse ülesande lahendamist automatiseeriva mooduli väljatöötamine;

· automatiseeritud tööjaama (AWS) loomine;

· organisatsiooni IS allsüsteemi arendamine;

· tüüplahenduse („karbitoode“) rakendamine;

· teaduslik ja praktiline areng rakendusliku arvutiteaduse valdkonnas.

2.5.2. Funktsionaalne arhitektuur

Funktsionaalne arhitektuur (funktsionaalsete alamsüsteemide, ülesannete ja protseduuride kogum) – automatiseeritud äriprotsesside arhitektuur - määrab funktsionaalsete alamsüsteemide ja ülesannete komplektide koosseisu (toimingute, funktsioonide, ülesannete komplekti kujul informatsiooni töötlemine), äriprotsesside rakendamise tagamine.

Funktsionaalset arhitektuuri saab esitada domeenifunktsioonide puuga – ettevõtte tegevusliikide hierarhilise mudeliga (joonis 3).

Riis. 3. Funktsionaalse arhitektuuri näide

Äriprotsesse paljastavad täpsemalt “TO BE” mudelid (ehitatud näiteks IDEF0 metoodikas).

2.5.2. Tehnoloogiline tugi

Tehnoloogiline tugi sisaldab teabe kogumise, edastamise, töötlemise ja väljastamise tehnoloogia korralduse kirjeldust.

See kirjeldab toimingute jada, alustades esmase teabe (sealhulgas regulatiivse ja viiteteabe kohandamiseks kasutatavate andmete ning arvutustes kasutatava operatiivteabe kohandamiseks kasutatavate andmete) kogumise (vastuvõtmise) meetodist ning lõpetades sellest tuleneva teabe ja meetodite moodustamisega. selle edastamisest (võite kasutada IDEF3 metoodikat või BPMN-i). Samas kirjeldatakse kõiki võimalikke olukordi, mis võivad infoprotsesside rakendamisel tekkida.

2.5.3. Teabe tugi

IS teabe tugi sisaldab kahte plokki:

a) masinaväline infotugi (tehnilise ja majandusliku teabe klassifikaatorid, dokumendid, metoodilised juhendmaterjalid);

b) masinasisene infotugi (paigutused/ekraanivormid primaarandmete arvutisse sisestamiseks või resultatiivse info väljastamiseks, infobaasi struktuur: sisend-, väljundfailid, andmebaas).

Arendusmetoodika teabemudel hõlmab modelleerimist:

· ainevaldkonna sisend-, vahe- ja tulemuse infovoogude ja funktsioonide omavahelised seosed (struktuur-funktsionaalne diagramm või andmevoo diagramm). Infomudeli kirjelduses on vaja selgitada, milliste sisenddokumentide ning millise norm- ja viiteinformatsiooni alusel täidetakse andmetöötluse ja konkreetsete väljunddokumentide genereerimise funktsioone;

· infobaasi andmed: olemi-suhte diagramm või objekti klassi diagramm (kontseptuaalne mudel); andmeelementide vaheliste ühenduste skeem (andmemudel), mille struktuur sõltub andmemudeli tüübist ja valitud DBMS-ist.

Olemi-seoste diagrammile tuleks anda lühikirjeldus, mis selgitab, milliseid reaalse maailma objekte domeenis tuvastatud olemid kajastavad ja kuidas diagrammil olevate olemite vahelised seosed vastavad objektide suhetele praktikas.

Kasutatud klassifikaatorid ja kodeerimissüsteemid. Vajalik on lühidalt kirjeldada neid, mida selle probleemide lahendamiseks kasutatakse. klassifikaatorid ja kodeerimissüsteemid. Objektikoodide struktuuri saab esitada tabelina järgmise veeru sisuga:

· kodeeritud objektide komplekti nimi (näiteks osakonna koodid, personalinumbrid jne),

· koodi tähendus,

· kodeerimissüsteem (jada-, järg-, kombineeritud),

klassifikatsioonisüsteem (hierarhiline, mitmemõõtmeline või puuduv),

· klassifikaatori tüüp (rahvusvaheline, tööstusharu hõlmav, süsteemiülene jne).

Klassifikaatori kirjelduse näide:

Kodeeritud komplekti nimi objektid	Koodi väärtus	Kodeerimissüsteem	klassifikatsioonid	klassifikaator
Avalduse number		Tavaline	Puudub	Kohalik
Agendi kood		Tavaline	Puudub	Kohalik
Lennukood		Tavaline	Puudub	Kohalik
Ekskursiooni kood		Tavaline	Puudub	Kohalik
Teeninduskood		Tavaline	Puudub	Kohalik
		Tavaline	Puudub	Kohalik

Järgnevalt kirjeldatakse iga klassifikaatorit, antakse struktuurivalem ja käsitletakse antud ainevaldkonna klassifikaatorite tsentraliseeritud haldamise küsimusi, mis on lisatud lisatud klassifikaatorite fragmentidele.

Regulatiivse viite ja sisendoperatsiooniteabe omadused on sisenddokumentide ja teatmeteoste koostise kirjeldus, andmete paigutuse ja failistruktuuri vastavad ekraanivormid. Seejuures tuleks tähelepanu pöörata järgmistele probleemidele:

· sisenddokumentide kirjeldamisel on vaja esitada lisas olevad dokumendivormid; neis sisalduvate esmaste näitajate loetelu; dokumendi kättesaamise allikas; millises failis on kasutatud selle dokumendi andmeid, kirjeldatakse dokumendi struktuuri, ridade arvu, andmete mahtu, dokumendi esinemissagedust;

· sisenddokumendi ekraanivormi kirjeldus peab sisaldama ekraanivormi paigutust rakenduses, paigutuse töö- ja teeninduspiirkondade korralduse tunnuseid, kasutajale täitmiseks vajalike viipade koostist ja sisu välja küljendus, selle küljenduse täitmisel automaatselt ühendatud teatmeteoste loend;

· operatiivinfoga sisendfailide struktuuride kirjeldus peaks sisaldama väljade nimetusi, iga välja tunnust ja malli kirjeldavat tabelit; iga faili kohta peab olema teave võtmevälja, ühe kirje pikkuse, kirjete arvu kohta failis, faili loomise sageduse, säilitamise kestuse, juurdepääsu meetodi (järjestikune, valikuline või segatud), meetodi kohta loogiline ja füüsiline korraldus, faili suurus baitides;

· tingimuslikult püsiva infoga failide struktuuride kirjeldus sisaldab sama infot mis operatiivinfoga failidel, kuid lisandub info faili uuendamise sageduse ja uuendamise mahu kohta (protsentides).

Tuleb märkida projekteeritud failide vastavus sisenddokumentidele või teatmeraamatutele. Kirjeldatakse iga teabefaili kirjestruktuuri.

Kui teabebaas on korraldatud andmebaasi kujul, siis esitatakse selle muude elementide (võtmed, ärireeglid, trigerid) kirjeldus.

Saadud teabe omadused on ülevaade antud ülesannete lahendamise tulemustest. Kui lahenduseks on väidete genereerimine (ekraani- või trükivormide kujul), tuleb iga väidet eraldi kirjeldada. Eelkõige, millise koha võtab avaldus ettevõtte infovoogudes (teenib operatiivjuhtimist või aruandlust), kas see on täpsustav või üldistav jne. Iga väide peab olema tulemustega, mitte sisaldama üleliigset infot ja olema universaalne. Järgnevalt kirjeldatakse trükivorme, ekraanipaigutusi koos loeteluga ja iga dokumendi kohta sisalduvate näitajate lühikirjeldusega on märgitud, milliste failide alusel see dokument on saadud.

Lisa peaks sisaldama täidetud (tõeline või silumisinfo) avalduste koopiaid ja dokumentide ekraanivorme.

2.5.4. Matemaatiline ja algoritmiline tugi

Siin on matemaatiliste valemite, meetodite ja mudelite kogum IS-i eesmärkide ja eesmärkide realiseerimiseks.

Uute infotöötlusprotsesside kavandamise puhul tuleks esitada vastavad algoritmid.

2.5.5. Tarkvara

Peaksite märkima kavandatava IS-i tööks vajaliku süsteemitarkvara (sh võrgutarkvara ja tööjaama tarkvara).

Näidatud on kasutatavad arendusvahendid (programmeerimiskeeled, arenduskeskkonnad) ning lühidalt kirjeldatud arendatud tarkvarapaketti.

Seejärel kirjeldatakse detailselt automatiseeritud funktsioone, näidatakse välja töötatud programmimooduleid ja nende seoseid, väljakutsumisprotseduuride ja programmide puud ning programmimoodulite ja infofailide seoste skeemi.

Automatiseeritud funktsioonide puu. Esiteks peaksime andma haldus- ja andmetöötlusfunktsioonide hierarhia, mida arendatav tarkvaratoode on loodud automatiseerima. Sel juhul saab eristada ja üksikasjalikult eristada kahte funktsioonide alamhulka: a) need, mis realiseerivad teenindusfunktsioone (näiteks paroolide kontrollimine, kalendri pidamine, andmebaaside arhiveerimine jne), b) need, mis rakendavad esmase sisestamise põhifunktsioone. teave, töötlemine, kataloogide haldamine, päringutele vastamine jne (joonis 4)

Andmete sisestamine" href="/text/category/vvod_dannih/" rel="bookmark">andmete sisestamine, sisestatud teabe vaatamine, regulatiivse ja viiteteabe failidega töötamine, kasutaja toimingute logimine, samuti abi kõigis tööetappides.

Siinkohal peaksite valima dialoogi kirjeldamise viisi. Tavaliselt on dialoogi kirjeldamiseks kaks võimalust. Esimene hõlmab kirjelduse tabelivormi kasutamist. Teises kasutatakse dialoogistruktuuri esitust digraafi kujul, mille tippe saab ümber nummerdada (joonis 5), ja selle sisu kirjeldust vastavalt tippude nummerdamisele kas ekraanide kujul , kui sõnumid on suhteliselt lihtsad või tabeli kujul.

Dialoogi IS-is ei saa alati vormistada struktuursel kujul. Reeglina rakendatakse dialoogi selgesõnaliselt neis IS-des, mis on rangelt seotud teematehnoloogia teostamisega. Mõnes keerulises infosüsteemis (näiteks ekspertsüsteemides) ei ole dialoog struktuursel kujul vormistatud ja siis ei pruugi see üksus kirjeldatud skeeme sisaldada.

Kontekstitundliku menüü abil teostatud dialoogi kirjeldus ei nõua mittestandardset lähenemist. On vaja ainult üheselt määratleda kõik tasemed, millel kasutaja järgmise toimingu kohta otsuse teeb, ja ka selle konkreetse tehnoloogia kasutamise otsust põhjendada (kirjeldada lisafunktsioone, konteksti vihjeid jne).

Riis. 5. Dialoogi skripti näide

Tarkvaramoodulite puu. Ülaltoodud tulemuste põhjal koostatakse tarkvaramoodulite puu (joonis 6), mis kajastab erinevate klasside tarkvaramooduleid sisaldava paketi plokkskeemi:

· ametiülesannete täitmine;

· juhtmoodulid, mis on mõeldud menüüde laadimiseks ja juhtimise ülekandmiseks teisele moodulile;

· teabe sisestamise, salvestamise, töötlemise ja väljastamisega seotud moodulid.

0 " style="margin-left:12.5pt;border-collapse:collapse">

Identifikaator

Funktsioonid, mida moodul täidab

Programmiga alustamine. Peamenüü üksuste valimine.

Mõeldud mittevisuaalsete komponentide hoidmiseks

Uue avalduse registreerimine.

Klientide kataloog.

Sõidukimarkide kataloog.

Kehatüübi kataloog

Individuaalse sõidukikaardi registreerimine, vaatamine ja muutmine

Taotluse põhjuste loend

Kütuse ja määrdeainete kataloog.

Individuaalse juhikaardi registreerimine, vaatamine ja muutmine.

Saabunud transporditaotluste logi.

Juhiklassi kataloog

Uue saatelehe registreerimine, sisestusväljade redigeerimine.

Tarkvaramoodulite kirjeldus peaks sisaldama peamiste arvutusmoodulite algoritmide plokkskeemide kirjeldust.

Programmimoodulite ja teabefailide vahekorra skeem peegeldab suhet IS-i tarkvara ja teabetoe vahel ning seda saab esitada mitme diagrammiga, millest igaüks vastab konkreetsele režiimile (näiteks joonis 7). Peaosa on kujutatud ühe plokina režiimiskeemide indikaatoritega.

tööaeg ja põhipalga arvestus " width="580" height="372"/>

Riis. 7. Programmimoodulite ja infofailide vaheliste seoste diagrammi näide

2.5.6. Riistvara

Selles alajaotises on vaja kajastada mitme kasutaja arhitektuuri tüüpi: failiserver või klient-server, kohalike võrkude ja võrgu operatsioonisüsteemide tüüp, samuti arhitektuuri kliendi- ja serveriosade arvutite tüübid. .

Näide:

Nõuded andmebaasiserverite tehnilistele omadustele:

– Protsessor – 2 x Intel Xeon 3 GHz;

- RAM-i maht - 16 GB;

– Ketta alamsüsteem – 4 x 146 GB;

- Võrguadapter - 100 Mbit.

Nõuded rakendusserverite tehnilistele omadustele:

Nõuded veebiserveri tehnilistele omadustele:

Nõuded kasutaja arvuti ja administraatori arvuti tehnilistele omadustele:

- Protsessor - Intel Pentium 1,5 GHz;

– RAM-i maht – 256 MB;

- Ketta alamsüsteem - 40 GB;

– CD-lugeja (DVD-ROM);

- Võrguadapter - 100 Mbit.

Kui projekteeritav infosüsteem on ehitatud olemasoleva riist- ja tarkvaraplatvormi baasil, siis diplomi seletuskirjas see osa puudub.

2.5.7. Organisatsiooniline tugi

Organisatsioonitugi on meetodite ja vahendite kogum, mis reguleerib töötajate suhtlemist tehniliste vahenditega ja üksteisega infosüsteemide arendamise ja toimimise protsessis.

See jaotis peaks kajastama organisatsioonilist tuge ainult tööetapi jaoks. Vajalik on lühidalt kirjeldada projekteeritava süsteemi toimimist ning kuvada lõppkasutaja ja IT-spetsialisti tööjaamade ning IS serverite vaheliste suhete struktuur.