Na željo naročnika je ta programska oprema razvita za platformo Windows. Program mora delovati pod glavnimi različicami te platforme: Windows98, Windows 2000, Windows XP. Še več, strežniški del programa za različice WinNT bi moral delovati kot storitev (delovati v ozadju).
Zagotoviti je treba možnost nadaljnje širitve funkcij sistema (odprtost za razvoj in načini povezovanja novih nalog).
Enote so prikazane glede na njihovo dejansko velikost. Notranji korekcijski faktorji se samodejno uporabijo za zmogljivost notranjih enot, odvisno od razlik v višini in razdalji cevi, zmogljivosti zunanje in notranje enote ter drugih pogojev. Program lahko tudi kombinira potrebno dodatno količino hladiva glede na konfiguracijo in cevovode, kar omogoča izračun cen in oblikovanje cen. Stanje povezave notranjih in zunanjih enot ter električne inštalacije prikazano v barvnem odmevu.
Zahteve glede prevoza in skladiščenja
Sistem upravljanja, ki se razvija, bo dobavljen kot komplet, ko bo krmilnik RAID prodan. Posneti ga je treba na ločen CD, ki bo vseboval sistemske gonilnike in potrebno dokumentacijo za krmilnik, ki se prodaja. Če želite to narediti, zagotovite, da velikost namestitvenih datotek ne presega približno 2/3 standardnega CD-ja (700 MB).
Klimatske naprave in izmenjevalniki toplote
Del aplikacije so tudi prezračevalne enote in toplotnih izmenjevalnikov, kar dodatno poveča natančnost predlaganih sistemov. Z integracijo vseh teh naprav in njihovih krmilnih sistemov v en program je aplikacija resnično univerzalna.
To olajša iskanje optimalna lokacija posamezne komponente in cevovode, ustvarja t.i. vozlišča, uporablja barvno kodiranje in predlaga najboljšo razporeditev posameznih naprav. Nekaj mesecev bo na voljo tudi ločen modul za e-učenje. Na tem področju ima več kot 30 let izkušenj, svoje izdelke je razširil v več kot 120 držav in do sedaj izdelal 100 milijonov kompresorjev. Podjetje je trenutno izdalo štiri sklope ogrevalnih in klimatskih sistemov za domačo, pisarniško, poslovno in industrijsko uporabo.
Posebne zahteve
Na računalniku z RAID sistemom mora vedno delovati strežniški del programa, ki analizira delovanje RAID. Če je ta modul ustavljen, potem brez njega ne bo mogoče vzpostaviti povezave s sistemom RAID in ne bo mogoče spremljati delovanja RAID (pošiljati obvestila o napakah in vzdrževati datoteke zgodovine delovanja RAID).
Tehnologija razvoja programske opreme
Izpolnjujejo nove zahteve glede porabe energije, prijaznosti do okolja in učinkovitosti. Z delnicami družbe se trguje na borzah v Tokiu, Usacheju, Nagoji in New Yorku. Vsaka programska aplikacija ima posebne zahteve glede strojne opreme za delovanje. Povezave ne morejo prikazati samo sistemskih zahtev posameznih izdelkov, temveč zlasti certificiranih grafičnih kartic, dokazano združljivih protivirusnih programov in orodij za testiranje zmogljivosti.
Profesionalne grafične kartice skupaj s certificiranimi gonilniki ne zagotavljajo samo pravilne funkcionalnosti aplikacije, temveč tudi stabilnost, visoko zmogljivost in podporo za vse funkcije. Zahteve za strojno in programsko opremo, podprte operacijske sisteme itd.
Blok diagram programa
Celoten programski projekt temelji na dveh neodvisnih modulih. Kot že omenjeno, eden od njih deluje ločeno na računalniku s sistemom RAID, drugi pa na skrbniškem računalniku. Za kratkost bomo imenovali prvi modul Agent, in drugi – Vodja.
Zahteve glede prevoza in skladiščenja
Na povezavi najdete združljive preizkušene protivirusne programe. Če vašega protivirusnega programa ni na seznamu naslednji seznam, je priporočljivo, da ga dokončate vsaj pred namestitvijo izdelka in ponovnim zagonom operacijski sistem. Vedno posodabljajte svoje protivirusne programe.
Na voljo je veliko orodij za testiranje delovanja strojne opreme in aplikacij. Nekateri so lahko precej splošni, drugi pa so lahko usmerjeni na določeno področje ali določeno aplikacijo. Njegov namen je, da vam zagotovi legitimno tišino, da vam prihrani trud in skrbi za posodabljanje informacij na področju, kjer se novice nenehno objavljajo. Nenazadnje se izognite pastem krivudave in pogosto nepopravljene zakonodaje.
Vodja– uporabniška stran programa, ki vsebuje programski vmesnik, čarovnika za začetno namestitev in razdelek za pomoč. Vodja bo upravljal sistem RAID prek Agent.
Agent služi predvsem za prenos ukazov iz Vodja RAID sistem in obratno. tudi Agent bo spremljal RAID (vzdrževal dnevniško datoteko) in v primeru napak obvestil skrbnika.
Preprosto izberite informacijske module, ki vas zanimajo. Z vsemi pravili, predpisi, navodili in spremembami, ki so vključeni neposredno v besedilo, in praktično dokumentirate v nekaj minutah! Ker gre za modularni program, plačate samo tisto, kar dejansko uporabljate. Imate svobodo izbire samo modulov, ki jih potrebujete. Hkrati boste z uporabo vključenih informacij izvedeli vse pravne tankosti ki lahko reši vaše bogastvo.
Predpisi so profesionalno oblikovani za enostavno branje. Navdušeni boste nad njihovo elegantnostjo videz, neposredne povezave, ki vas popeljejo od enega nastopa do drugega. Kdo bi si mislil, da je branje treznega uradnega dokumenta lahko resnično prijetno?
Net
riž. 1.2. Osnovna struktura programa GUIRAIDManager
Osnovna struktura dela kot celote je predstavljena na sl. 1.2. Prikazuje različne možnosti delovanja obeh modulov. Agent in Vodja:
Agent(C3 ) se zažene v računalniku in analizira delovanje polja RAID R2 ;
Moduli, ki se odlično prilagajajo najrazličnejšim zahtevam v industriji. Nekatere med njimi so edinstvene po dosežkih in vsebovanih informacijah, druge odlikuje sodobnost tehnični koncept ter temeljitost in pozornost do detajlov pri izvedbi.
Kajti kakovostne informacije vam bodo dale pravico, da sprejmete več prave odločitve, da bi bilo lažje, ko so drugi ohromljeni zaradi nevednosti, da bi poznali svoje pravice in se branili, ko se vas lotevajo razne institucije. Vmesnik je prilagodljiv s preoblekami in grafičnimi vplivnimi temami, da v celoti izrazite svoj okus in delate z velikim užitkom. Program se posodablja vsak dan.
Vodja z oddaljeni računalnik (C2 oz C4) lahko prek omrežja povežete z A gentom(C3) za nadzor delovanja polja RAID R2 ;
Vodja in Agent zagnan na enem računalniku C1 za nadzor delovanja polja RAID R2 . Pri tej možnosti ni potrebna omrežna povezava.
Struktura vhodnih in izhodnih podatkov
Glavna izmenjava podatkov v sistemu kot celoti poteka po dveh kanalih:
med Vodja in Agent prek omrežja z uporabo protokola TCP/IP (ukazi Vodja in odgovori Agent);
med Agent in krmilnik RAID preko vmesnika RS-232 (anketa krmilnika in odzivi z njega).
Splošna shema izmenjave podatkov v projektu je prikazana na sl. 1.3.
riž. 1.3. Izmenjava podatkov v programu GUIRAIDManager
Oblika podatkov med Vodja in Agent, pa tudi med Agent in krmilnik RAID je opisan v odstavku »Format podatkov modula Agent» tega razdelka.
Moja naloga v tem projektu je razviti modul Agent. Zato si poglejmo podrobneje izmenjavo podatkov v modulu Agent med Vodja in krmilnik RAID. Modularna struktura Agent prikazano na sl. 1.4
riž. 1.4. Izmenjava podatkov v modulu Agent
Ta diagram prikazuje, da so podatki med Vodja in Agent skozi modul za sprejem in prenos podatkov po omrežju. Za preverjanje povezave Vodja ta modul uporablja avtorizacijski blok. Vsi prejeti podatki se analizirajo v bloku ukaznega procesorja Vodja. Odvisno od vrste ukaza gredo informacije v blok z nastavitvami, v blok z zgodovinskimi datotekami ali v modul za preverjanje stanja RAID. Slednji služi pošiljanju ukazov krmilniku RAID in sprejemanju odgovorov od njega. Če med zahtevo pride do napake ali odgovor krmilnika vsebuje kritično sporočilo, bo modul za obveščanje o tej napaki obvestil skrbnika.
V dokumentu " Referenčna naloga« (okrajšano TZ) vsebuje naslednje podatke: Namen in obseg programa, tehnične, tehnično-ekonomske in posebne zahteve za program, potrebne faze in roki razvoja, vrste preizkusov.V skladu z GOST ta standard (ponovno izdan novembra 1987) določa postopek za izdelavo in pripravo tehničnih specifikacij za razvoj programa ali programskega izdelka za računalnike, komplekse in sisteme, ne glede na njihov namen in obseg.
Pri ustvarjanju morate biti izredno previdni in previdni, saj... Pogosto je spretno (in kompetentno) sestavljena tehnična specifikacija odločilna za uspeh celotnega dela. Tehnične specifikacije so tiste, o katerih se dogovori naročnik, ki si običajno prizadeva vnesti čim več nasprotujočih si in prenapihnjenih zahtev. Naloga izvršitelja je, nasprotno, olajšati njegovo življenje. Toda potem, ko so obe strani podpisali, je prepozno, da bi karkoli ponovili.
Splošne določbe
Projektna naloga je sestavljena na listih formata A4 in/ali A3 praviloma brez izpolnjevanja polj na listu. Številke listov (strani) se nahajajo na vrhu lista nad besedilom.Za spremembe in dopolnitve tehničnega ozadja na naslednjih stopnjah razvoja programa ali programskega izdelka se izda dodatek k temu. Usklajevanje in potrditev dodatka k tehnične specifikacije izvede v istem vrstnem redu, kot je določeno za tehnične specifikacije.
Projektna naloga mora vsebovati naslednje razdelke:
- ime in obseg uporabe;
- osnova za razvoj;
- namen razvoja;
- tehnične zahteve za program ali programski izdelek;
- tehnični in ekonomski kazalci;
- faze in stopnje razvoja;
- postopek kontrole in prevzema;
- aplikacije.
Oddelek: Ime in obseg
V razdelku Ime in obseg navedite ime, kratek opis področje uporabe programa ali programskega izdelka in predmet, v katerem se program ali programski izdelek uporablja.V razdelku Izhodišča za razvoj je treba navesti naslednje:
- dokument(-i), na podlagi katerega se izvaja razvoj;
- organizacija, ki je odobrila ta dokument, in datum njegove odobritve;
- ime in (ali) simbol razvojne teme.
Razdelek: Namen razvoja
V razdelku Namen razvoja funkcionalno in operativni namen program ali programski izdelek. Tukaj se lahko omejite na eno ali dve frazi. Glavna stvar je jasno opredeliti, za kaj je ta program namenjen.Na primer: program je jedro avtomatizirane delovne postaje (AWS) za razvijalca neprekinjenega linearni sistemi avtomatsko krmiljenje(ACS), ki uporabniku omogoča reševanje problemov analize preprostih modelov.
poglavje: Tehnične zahteve za program ali programski izdelek
Ta razdelek mora vsebovati naslednje pododdelke: - zahteve za funkcionalne značilnosti;
- zahteve glede zanesljivosti;
- pogoji uporabe;
- zahteve za sestavo in parametre tehnična sredstva;
- zahteve glede združljivosti informacij in programske opreme;
- zahteve glede označevanja in pakiranja;
- zahteve za prevoz in skladiščenje;
- posebne zahteve.
Oddelek: Zahteve za funkcionalne značilnosti.
Tukaj je treba navesti zahteve za sestavo izvedenih funkcij, organizacijo vhodnih in izhodnih podatkov, časovne značilnosti itd.Na primer : Program mora omogočati ... izračunati ... zgraditi ... ustvariti ...
Vhodni podatki: besedilna datoteka z podanimi...
Izhodni podatki: grafične in besedilne informacije - rezultati sistemske analize...; tekstovne datoteke - poročila o ... diagnostiki stanja sistema in sporočila o vseh nastalih napakah.
Zahteve glede zanesljivosti. Določiti je treba zahteve za zagotavljanje zanesljivega delovanja (zagotavljanje stabilnega delovanja, spremljanje vhodnih in izhodnih informacij, čas obnovitve po okvari itd.).
Tukaj je težko "ugibati" nekaj. IN najboljši scenarij Morda obstaja možnost, da vaš program deluje samo s popolnoma pravilnimi podatki. Običajno se stranka s tem ne strinja, vendar lahko poskusite.
Na primer: program mora delovati z dano razširjeno matriko incidentov preučevanega grafa v skladu z algoritmom delovanja, generirati sporočila o napakah, ko so začetni podatki nepravilno podani, in podpirati interaktivni način v okviru zmožnosti, ki so na voljo uporabniku.
Pogoji uporabe. Navedeni morajo biti pogoji delovanja (temperatura okolja, relativna vlažnost itd. za izbrane vrste pomnilnikov), ki morajo zagotavljati navedene lastnosti, ter vrsto storitve, zahtevana količina in kadrovske kvalifikacije.
S to točko običajno ni težav. Na žalost je klavzula o strokovnosti uporabnika s strani stranke nujno implicirana. To je seveda še en razlog za iskanje napak pri vašem programu. Vendar se tukaj lahko omejimo na fraze, kot so "Pogoji delovanja programa sovpadajo s pogoji delovanja IBM PC-ja in osebnih računalnikov, združljivih z njimi", "Program mora biti zasnovan za neprofesionalnega uporabnika." itd.
Zahteve za sestavo in parametre tehničnih sredstev. kažejo zahtevana sestava tehnična sredstva z navedbo njihovih tehničnih lastnosti.
Pri tem je pomembno, da na eni strani ničesar ne pozabimo in poskrbimo za vse (sicer bodo vtaknili kakšen IBM PC/XT z enobarvnim zaslonom in brez miške), po drugi strani pa ne pretiravajte s povečanimi zahtevami, sicer bo naročnik našel bolj fleksibilnega izvajalca.
Na primer: imeti morate IBM PC - združljiv osebni računalnik z grafično kartico EGA (VGA). Potreben prostor na disku je vsaj 600 KB, količina prostega RAM- vsaj 400 KB. Zaželeno je imeti gonilnik EMS in manipulator tipa miške.
Zahteve glede združljivosti informacij in programske opreme. Lastnosti so enake kot v prejšnjem odstavku. Tukaj je treba določiti zahteve za informacijske strukture na vhodu in izhodu ter metode rešitve, izvorne kode in programske jezike. Po potrebi mora biti zagotovljena zaščita informacij in programov.
Na primer: Program mora delovati avtonomno pod MS DOS OS različice, ki ni nižja od 3.3. Osnovni programski jezik je Turbo Pascal 6.0.
Zahteve glede označevanja in pakiranja ter zahteve glede prevoza in skladiščenja so precej eksotične. IN splošni primer tukaj navedite zahteve za označevanje programskega izdelka, možnosti in metode pakiranja. In zahteve za prevoz in skladiščenje morajo navajati pogoje prevoza programskega izdelka, lokacije shranjevanja, pogoje shranjevanja, pogoje shranjevanja, obdobja shranjevanja v različnih pogojih.
Posebne zahteve so zelo pomembna stvar. Če je le mogoče, se jim je bolje izogniti. In to takoj razglasite.
Na primer: Za časovne značilnosti programa ni posebnih zahtev. Za kapacitivne lastnosti programa ni posebnih zahtev.
Tehnični in ekonomski kazalci. Ta najtežja točka za programerja ni vedno tam. Potreben je predvsem takrat, ko je vaš cilj upravičiti izjemno učinkovitost in pomembnost opravljenega dela. Ta izdelek običajno zelo dobro deluje za stranko. To je vsaj najboljša utemeljitev časovnih in denarnih zneskov razvoja.
V tem razdelku mora biti navedeno: približno ekonomska učinkovitost, ocenjena letna potreba (na primer: ocenjeno število klicev v kompleks kot celoto na leto - 365 delovnih sej), ekonomske prednosti razvoja v primerjavi z najboljšimi domačimi in tujimi vzorci ali analogi.
Poleg tega je priporočljivo podati tako definicijo ocenjenih stroškov razvoja programa kot tudi definicijo zahtevnosti programiranja.
Faze in faze razvoja (o tem bomo podrobneje govorili v nadaljevanju) določajo potrebne stopnje razvoja, faze in vsebino dela (seznam programskih dokumentov, ki jih je treba razviti, uskladiti in odobriti), ter kot pravilo, razvojne roke in določi izvajalce.
Tukaj so opisani standardni koraki. Glavna stvar je pravilno določiti čas. Če je mogoče, poskusite enakomerno porazdeliti faze po rokih (in zneskih). Ne pozabite, da vsi projekti ne preživijo zadnja stopnja. In za vsako stopnjo bi morala obstajati poročila. Ne pozabite tudi, da vam bo delovni projekt vzel največ časa. Če dokumentacije ne izpolnite pravočasno, ima naročnik vso pravico, da dela sploh ne prevzame z vsemi posledicami.
Glavne in nepogrešljive faze in koraki so same naloge, idejni projekt, tehnični in delovni projekti.
Osnutek zasnove. Na tej stopnji se podrobno razvijejo strukture vhodnih in izhodnih podatkov ter določi oblika njihove predstavitve. V razvoju splošni opis algoritem, sam algoritem, struktura programa. Akcijski načrt za razvoj in izvajanje programa je v pripravi.
Tehnični projekt. Vsebuje razvit algoritem za reševanje problema kot tudi metode za spremljanje začetnih informacij. Tu so razvita orodja za obdelavo napak in izdajanje diagnostičnih sporočil, določeni so obrazci za predstavitev začetnih podatkov in konfiguracija tehnične opreme.
Delovni osnutek. Na tej stopnji se izvaja programiranje in odpravljanje napak v programu, razvoj programskih dokumentov, programov in testnih metod. Testni primeri in primeri odpravljanja napak so v pripravi. Dokumentacija in grafični material sta dokončana. Običajno je določeno, da je treba med razvojem programa pripraviti naslednjo dokumentacijo:
besedilo programa;
Opis programa;
Testni program in metodologija;
Opis aplikacije;
Uporabniški priročnik.
To so standardne zahteve. Če se kupec strinja, da ni mogoče predstaviti celotnega seznama, to pomeni, da njegovi nameni do vas in vašega izdelka niso resni.
Morda ne bo nobenega grafičnega materiala. Še posebej, ko ne boste poročali o rezultatih svojega dela. Toda za resne projekte je ta element potreben.
Na primer: Med razvojem programa je treba pripraviti naslednje grafično gradivo:
Tehnični in ekonomski kazalci;
Struktura programa;
Format za predstavitev vhodnih podatkov programa;
Diagram splošnega algoritma (2 lista);
obasični računalniški algoritmi;
Primer delovanja programa.
V razdelku Postopek nadzora in prevzema morajo biti navedene vrste preskusov in splošne zahteve za sprejem dela. Če je mogoče, potem v tem odstavku navedite, da se "nadzor in sprejem razvoja izvaja z uporabo opreme, ki jo zagotovi stranka", sicer boste morda morali opremo prinesti s seboj.
Na primer: Nadzor in sprejem razvoja se izvajata na podlagi testnih testov in primerov odpravljanja napak. S tem se preveri izvajanje vseh programskih funkcij.
V dodatkih k tehničnim specifikacijam je po potrebi navedeno:
seznam raziskovalnih in drugih del, ki utemeljujejo razvoj;
Diagrami algoritmov, tabele, opisi, utemeljitve, izračuni in drugi dokumenti, ki se lahko uporabljajo med razvojem;
Drugi razvojni viri.