KRIEVIJAS FEDERĀCIJAS IZGLĪTĪBAS UN ZINĀTNES MINISTRIJA
FEDERĀLĀS VALSTS BUDŽETA AUGSTĀKĀS IZGLĪTĪBAS IESTĀDES SERDOBSKAS NODAĻA
"PENZA VALSTS UNIVERSITĀTE"
"Aplikācijas izstrāde hiperbolisko vienādojumu risināšanai, izmantojot režģa metodi Microsoft Visual Studio 2013 vidē"
SKAIDROJUMS
Uz kursa darbs disciplīnā "Programmatūras izstrādes tehnoloģijas"
Pabeidza: students gr.13PKS1
Dranicins E.A.
Pieņemts: skolotājs
Ju.S. Kiseļeva
abstrakts
Paskaidrojuma piezīme: 22 lapas, 7 zīmējumi, 4 avoti, 2 pielikumi.
Pētījuma objekts ir hiperbolisko vienādojumu atrisināšana.
Darba mērķis ir izstrādāt programmu, kas atrisinās hiperboliskos vienādojumus, izmantojot režģa metodi.
Paveiktā darba rezultātā ir izstrādāta programma, kas ļauj aprēķināt hiperbolisko vienādojumu atrisinājumu.
Rakstot programmu, tika izmantota Microsoft Visual Studio 2013 programmēšanas vide.
Ievads. 5
1 Domēna analīze. 6
2 Tehniskais uzdevums . 7
2.1. Attīstības pamats. 7
2.2. Attīstības mērķis. 7
2.3. Programmas prasības. 7
2.3.1. Veiktspējas prasības.. 7
2.3.2. Prasības tehnisko līdzekļu sastāvam un parametriem. 7
2.3.3. Informācijas un programmatūras saderības prasības. 7
2.4. Prasības programmatūras dokumentācijai. 7
2.5. Posmi un attīstības stadijas. 8
2.6. Pārbaudes un pieņemšanas procedūra. 8
3 Programmas apraksts.. 9
3.1 Galvenā informācija . 9
3.2. Funkcionalitāte. 9
3.3. Loģiskās struktūras apraksts.. 9
3.4 Lietots tehniskajiem līdzekļiem . 10
4.1 Testa objekts. 11
4.2. Pārbaudes mērķis. 11
4.3. Programmas prasības. 11
4.4. Prasības programmatūras dokumentācijai. 11
4.5. Pārbaudes līdzekļi un procedūra. 12
4.6. Pārbaudes metodes. 12
5 Lietojumprogrammas apraksts. 13
Secinājums. 14
Izmantoto avotu saraksts. 15
PROGRAMMAS TEKSTS... 16
TESTA REZULTĀTI.. 21
Ievads
Hiperboliskais vienādojums - klase diferenciālvienādojumi privātajos atvasinātajos instrumentos. Tos raksturo tas, ka Košī problēma ar sākotnējiem datiem, kas norādīti uz neraksturīgas virsmas, ir unikāli atrisināma. Slavenākais piemērs ir viļņu vienādojums. Jebkurš pirmās kārtas daļējais diferenciālvienādojums ir arī hiperbolisks.
Microsoft Visual Studio ir jauna Microsoft izstrāde, kas ļauj izveidot lietojumprogrammas, kas darbojas .net platformā. Šīs platformas īpatnība slēpjas plašā pakalpojumu klāstā, kas ir pieejams dažādās programmēšanas valodās. Tajā pašā laikā pakalpojumi tiek īstenoti starpposma koda veidā, kas nav atkarīgs no pamatā esošās arhitektūras. Iespējams, ka šādas platformas izveides galvenais mērķis bija aprīkot izstrādātājus ar īpašām uz pakalpojumiem orientētām lietojumprogrammām, kas varētu darboties jebkurā platformā, sākot no personālais dators un beidzot ar mobilo ierīci.
Microsoft Visual Studio apvieno milzīgu skaitu funkciju, kas ļauj izstrādāt visu Windows versiju, tostarp 8, internetu, SharePoint, dažādas mobilās ierīces un mākoņtehnoloģijas. Visual Studio ievieš jaunu izstrādātāju vidi, kas atvieglo lietojumprogrammu izveidi. Microsoft Visual Studio ir atjaunināta un vienkāršota programmatūras vide, kas nodrošina augstu veiktspēju bez aparatūras atkarības. Un šī studija, iespējams, ir piemērota lietojumprogrammas izstrādei.
Domēna analīze
Šīs izstrādes priekšmeta joma ir hiperbolisko vienādojumu atrisināšana, proti, atrisināšana ar režģa metodi.
Praksē izmantotās metodes Hiperbolisko vienādojumu risināšanai iedala divās grupās - viļņu vienādojumos un dažādos vienādojumos, kas iegūti no Maksvela vienādojumiem. Viļņu vienādojumi ir vienādojumi, kas apraksta virkņu, membrānu un tā tālāk vibrācijas. Dažādi vienādojumi, kas iegūti no Maksvela vienādojumiem, kas apraksta elektromagnētisko lauku. Tas var būt iestatījums attiecībā uz kādu no vektoriem , skaitot tikai vienu no vektora komponentiem, kas atšķiras no nulles (tas ir, kad vienādojums kļūst skalārs).
Hiperboliskā vienādojuma risinājuma apraksts ar režģa metodi: uzdevums ir atrast funkciju u(x,t), kas apmierina doto vienādojumu (d^2*u/d*t^2)=c^2*(d ^2*u/d*x^ 2) x1< x < x2, t1 < t <= t2, начальным условиям u(x,0) = f(x), d u(x,0)/ d t = g(x) , x1<= x <= x2 и нулевыми краевыми условиями u(0,t) = u(1,t)=0. Так как замена переменных t ->ct reducē vienādojumu (1) līdz formai (d^2*u/d*t^2)=(d^2*u/d*x^2), tad turpmāk pieņemsim, ka c = 1. Lai izveidotu atšķirību shēma risinājumam mēs konstruējam problēmas domēnā D=((x,t)| x1<=x<=x2, t1<=t<=t2}, сетку xi = ih, i=0,1... n , a = h * n, tj = j*t t t , j = 0,1 ... , m, t m = T и аппроксимируем уравнение (1) в каждом внутреннем узле сетки.
Tehniskais uzdevums
Pamats attīstībai
Programma izstrādāta, pamatojoties uz skolotājas Ju.S.Kiseļevas izdoto kursa darba uzdevumu. un apstiprinājusi izglītības nodaļas vadītāja Zolotova T.A.
Attīstības mērķis
Izstrādātā programma paredzēta hiperbolisko vienādojumu risināšanai ar režģa metodi.
Programmas prasības
veiktspējas prasības
Gatavā programma nodrošina hiperbolisko vienādojumu atrisināšanu ar režģa metodi.
Ir nepieciešams organizēt ērtu lietotāja interfeisu, tostarp palīdzību par lietošanu un pielietoto metodi.
Projektēšanas beigās ir nepieciešams sekot līdzi lietotāja darbam RAID sistēmas pārvaldībā.
UzstādīšanaRAID. Savienojot RAID sistēmu ar datoru un pēc nepieciešamo draiveru iestatīšanas, lietotājam ir jāiestata RAID darbība vēlamajā režīmā (RAID0,RAID1,RAID3 utt.). Pēc tam darbam gatavā diska vieta jāsadala nepieciešamajos sējumos (starpsienās). Iestatīšanas beigās jums jāpārbauda visas sistēmas darbība.
Vadība/DiagnostikaRAID. Ja lietotājs vēlas apskatīt sistēmas stāvokli vai mainīt kādus parametrus, programmatūrai ir informatīvi jāparāda sistēmas stāvoklis un jānodrošina ērts interfeiss sistēmas iestatījumu maiņai. Tajā pašā laikā, kā tas bieži notiek, administrators strādā ar datoru, kurā RAID ir instalēts attālināti (piemēram, no mājām), tāpēc programmatūrai ir jānodrošina autorizēta (droša) piekļuve, lai pārvaldītu sistēmu tīklā.
Kļūda apstrādē. Sistēmai ir pienākums nekavējoties informēt administratoru par kļūdām RAID darbībā. Tā kā pats RAID kontrolleris nevar signalizēt par kļūdu, programmatūrai ir jāspēj nepārtraukti uzraudzīt RAID, vai tajā nav kļūdu.
Programmatūras dokumentācija. Sistēmai ir jābūt pilnībā saprotamai lietotājam. Taču, neskatoties uz to, grūtību gadījumā lietotājam ātri jāatrod nepieciešamā dokumentācija gan par programmatūras darbību, gan par RAID ierīci un tās darbības režīmiem.
Dizaina daļa
Sistēmas prasības
Pamatojoties uz uzdevumu un veikto priekšizpēti, tika formulētas prasības izstrādājamai sistēmai.
Veikto funkciju sastāvs
Izveidotajam programmatūras produktam ir jānodrošina šādas funkcionālas darbības:
Tikko iegādātas RAID sistēmas sākotnējā iestatīšana;
RAID sistēmas stāvokļa ikdienas uzraudzība;
Esošas sistēmas konfigurācijas maiņa (diska pārvaldnieks, diska vietas pārvaldība, RAID kontrollera iestatījumi);
Iespēja attālināti vadīt sistēmu no cita datora;
Administratora paziņojums par RAID sistēmas darbības traucējumiem un kļūmēm.
Uzticamības prasības
Tā kā sistēmai jādarbojas attālināti, ir jāievieš autorizācijas sistēma un aizsardzība pret nesankcionētu sistēmas izmantošanu. Lai novērstu tīklā pārsūtītās paroles pārtveršanu, visas paroles tiks saglabātas šifrētā veidā.
Ekspluatācijas nosacījumi un prasības tehnisko līdzekļu sastāvam un parametriem
Administrējot RIAD sistēmu attālināti, ir jāpalaiž divi programmatūras moduļi - viens datorā ar RAID sistēmu, otrs administratora datorā.
Galvenā sistēmas lietošanas prasība ir nepieciešamība pastāvīgi darboties programmatūras modulim, kas palaists datorā ar RAID sistēmu. Ja šis modulis tiks apturēts, tad bez tā nebūs iespējams izveidot savienojumu ar RAID sistēmu un nebūs iespējams uzraudzīt RAID darbību (sūtīt paziņojumu par darbības traucējumiem un uzturēt RAID darbības vēstures failus).
TCP/IP protokols tiek izmantots, lai sazinātos starp diviem programmatūras moduļiem. Tāpēc, lai varētu attālināti strādāt ar RAID sistēmu, abiem datoriem ir nepieciešams konfigurēts tīkls. Administrējot RAID sistēmu no lokālā datora, tīkla savienojums nav nepieciešams.
Apakšsadaļā "Prasības funkcionālajiem raksturlielumiem" jānorāda prasības izpildāmo funkciju sastāvam, ievades un izvades datu organizācijai, laika raksturlielumiem utt.
1. Redaktoram jāstrādā vairāku logu grafiskā režīmā un jāatbalsta gan tastatūra, gan "peles" manipulators.
2. Lietotājam pēc vēlēšanās ir jābūt iespējai iestatīt mēroga lauku katram logam.
3. Minimizētājam jānodrošina, lai minimālais ceļš tiktu atrasts, izlaižot tikai vienu reizi katras detaļas daudzstūra kontūras katras malas izvietojuma zonā.
4. Atrastais ceļš ir jāparāda ekrānā dažādos režīmos.
5. Informācija par kontūru izvietojumu un ģenerēto maršrutu var tikt saglabāta minimizera lokālajā datu bāzē.
6. Jānodrošina datu bāzes grafiskais skats ar iespēju dzēst no tās vai iekopēt to norādītās vietas aktīvajā logā ar pieejamo maršrutu.
7. Informāciju par atrašanās vietu un ģenerēto maršrutu var attēlot šādas struktūras ģeometriskās informācijas faila veidā: ...
8. Detaļu kontūru virsotņu uzskaitījumam atbilstošajā izvaddatnes deskriptorā jāatbilst ģenerētajam griešanas maršrutam.
9. Programmai kā ievade jāizmanto ģeometriskās informācijas fails, kura pirmā daļa būs izvietojuma laukuma taisnstūris.
10. Programmai jānodrošina izvadfaila apskate.
Darba beigas -
Šī tēma pieder:
Programmatūras izstrādes tehnoloģija
Vietnes vietnē lasiet: "Programmatūras izstrādes tehnoloģija" ...
Ja jums ir nepieciešams papildu materiāls par šo tēmu vai jūs neatradāt to, ko meklējāt, mēs iesakām izmantot meklēšanu mūsu darbu datubāzē:
Ko darīsim ar saņemto materiālu:
Ja šis materiāls jums izrādījās noderīgs, varat to saglabāt savā lapā sociālajos tīklos:
| čivināt |
Visas tēmas šajā sadaļā:
Prasības informācijas un programmatūras saderībai
Apakšsadaļā "Prasības informācijai un programmu savietojamībai" jānorāda prasības informācijas struktūrām pie ievades un izvades un risinājuma metodēm, pirmkodiem
Prasību līgums
Pirmās laboratorijas otrās daļas mērķis ir panākt vienošanos par prasībām. Tāpat vienošanās par prasībām ir kursa darba otrā sadaļa. Zemāk ir dota op
Īss produkta apraksts
Produkta galvenās funkcionālās īpašības ir aprakstītas īsi un vispārīgi. Ja programmatūras produkts ir esoša paplašinājums, tiek raksturotas tikai tā jaunās īpašības.
Produkta rezultāta sastāvdaļas
Šajā sadaļā ir sniegta tabula, kas ir līdzīga vai līdzvērtīga tabulai 2.1. Šajā gadījumā tika izmantota iepriekš sagatavota drukas forma, kas samazina informācijas sagatavošanas laiku.
Noraidītie pieteikumi
Ja mērķis ir pārveidot vai paplašināt produktu vai aizstāt produktu ar zināmām kļūdām, plānojiet tajā brīdī konstatēto kļūdu labošanu. Tāpēc šajā punktā
Izslēgtie plāna vienumi
Ja ir kādi plānošanas norādījumi, kuriem nepieciešamas īpašas programmatūras rīku īpašības un iespējas, kuras nevar nodrošināt, ja produkts ir izstrādāts saskaņā ar citām prasībām
Iekļautie plāna vienumi
Ja nepieciešamību izveidot produktu pamato kāds dokuments, piemēram, produkta izlaišanas plāns, partijas izlaišanas plāns vai uzdevuma apraksts, tad tiek norādīta vai nu konkrēta vieta no katra dokumenta, vai
Lietotāju prasību saraksts
Preces pircēji ir norādīti un paskaidrots, kāpēc viņiem tā nepieciešama. Šajā sadaļā ir norādīts arī produkta paredzamais kalpošanas laiks. Parasti tas būs iekārtas kalpošanas laiks
Apsvērtās alternatīvas
Īss apraksts par šīs attīstības alternatīvām, kas tika apsvērtas un noraidītas, kā arī noraidīšanas iemesli. Ja programmas ir jāiegādājas, paskaidrojiet, kāpēc tās nav jāiegādājas
Ienākumi no ieguldījumiem
Peļņa, ko dos produkta radīšana, tiek noteikta terminos, kas atbilst paredzētajam organizācijas mērķim. Piemērs. ABC Services sagaida finanšu pārdošanu
Sistēmas programmatūra
Sistēmas programmatūra ir visa pārējā programmatūra, tostarp operētājsistēmas, kompilatori, utilītas, lietojumprogrammu pakotnes utt. Tā ir programmatūra
Funkciju vispārīgie raksturojumi
Visu produktu nepieciešams uzskatīt par vienu funkcionālu moduli, lai apakšsadaļu skaits būtu mazs. Ja nav iespējams adekvāti aprakstīt produktu, nesadalot to atsevišķos funkcionālos
Ārējie ierobežojumi
Uzskaita visus ierobežojumus, kuru darbības joma ir plašāka nekā MT darbības joma; tas ietver, piemēram, nozares ierobežojumus vai produktu sēriju ierobežojumus. Var ielaist iekšā
Saderības ierobežojumi
Vienmēr ir jāņem vērā vairāki saderības aspekti: avota valoda, mašīnas valoda, datu un ziņojumu formāti, pārskatu formāti, saraksta formāti un darba kontroles valodas (JCT) formāti.
Programmatūras ierobežojumi
Ja nepieciešams, tiek norādīta operētājsistēma, ar kuru jādarbojas piedāvātajam programmatūras produktam, kā arī citi programmatūras rīki, ar kuriem tas ir jāpievieno procesā.
Aparatūras ierobežojumi
Dota programmatūras produkta darbībā izmantoto ierīču tabula. Katrai ierīcei ir norādīts nepieciešamais minimālais, nominālais un maksimālais skaits. Nominālvērtība ir optimālā
Darba rezultāti
Visi programmatūras produkta vai funkcionālā moduļa izejas dati ir aprakstīti pēc to satura un mērķa - atskaites, faili, ieraksti, datu lauki, ziņojumi, tabulas, karodziņi. Vajadzētu
Procesi
Tiek aprakstītas programmatūras produkta veiktās darbības, kas tiek uzskatītas kopumā vai funkcionālie moduļi kā melna kaste (vai melno kastu komplekts). Vismaz ar iestatījumu
Uzticamība
Programmatūras uzticamība tiek saprasta kā spēja atjaunot normālu darbību kļūdu un iekārtu atteices gadījumā. Lietotāju datu aizsardzība ir ārkārtīgi svarīga. sl
Restartēt
Norādītas iespējas, kas nodrošina datu saglabāšanu un izmantošanu, atsākot darbību pēc avārijas pārtraukuma, piemēram, restartējot no kontrolpunkta. Piemērs 1. Programma
Klientu atbilstība
Ir norādītas īpašības, kas ļauj programmatūras produktam vai tā izvadei atbilst īpašām prasībām. Ja iespējams, uzskaitiet moduļus, kas var neatbilst t
Darbības īpašības
Ir norādīts galvenais mainīgais vai galvenais princips, pēc kura jānovērtē programmas efektivitāte; norāda atbilstošo vērtību vai vērtību diapazonu šim mainīgajam. Ch
Lietošanas ērtums
Ir aprakstītas īpašības, kas padara mijiedarbību "cilvēks - mašīna" ērtu cilvēkam. Piemēri ir bezmaksas ievades formāts, interaktīvais režīms, sintaktiskā saderība, iespējama
Apkopes vienkāršība
Ir aprakstīti pasākumi, lai nodrošinātu moduļu identificējamību, ja šī problēma nav atrisināta ar standartu. Piemērs 1. Katrs avota un objekta modulis tiks nodrošināts ar programmatūras šifru.
Restartējiet lietotāja interfeisu
Piemērs. Sistēmas stāvoklis visiem aktīvajiem lietotājiem (ieskaitot atvienotus, bet joprojām darbojas) periodiski tiek saglabāts diskā (ar intervālu, kas norādīts laika definīcijā
Lietotāja interfeisa īpašības
Piemērs. Pieņemot, ka iekārtā darbojas tikai ASK un atkopšanas parametru raksturo viens kontrolpunkts 1 minūtē, katra instrukcija ir jāizpilda vai
Lietotāja interfeisa darbības joma
Piemērs. Tipiskā ASK sesijā lietotājs bez programmēšanas pieredzes pieslēdzas sistēmai, izmantojot termināli, un iesaistās dialogā, kurā definē:
Lietotāja interfeisa algoritms
Piemērs. ASK izpilda katru komandu interpretācijas režīmā un nekavējoties; tādējādi komandu uzkrāšana nav atļauta (izņemot atmiņas komandas, kas tiks aplūkotas turpmāk).
Aparatūras ierobežojumi
Piemērs. Papildus VSOS ILSAM nepieciešamajām ierīcēm (sk. 2.4.1 b un c) korekcijas procesoram būs nepieciešamas 2.3. tabulā norādītās ierīces. 2.3. tabula — Ierīces
Iekšējie ierobežojumi
Ir svarīgi noteikt ne tikai to, kāda būs prece, bet arī kāda tā nebūs. Ierobežojums ir līdzeklis (vai iespēja), ko lietotājs pamatoti varētu sagaidīt, bet kurš
Atsauces dokumenti
Atsevišķi tiek norādīts katrs plānošanas vai tehniskais dokuments, uz kuru ST ir saite. Katram šādam dokumentam faktiski ir jābūt (un tas nedrīkst būt netieši norādīts nākotnē) un
Resursi īstenošanas nodrošināšanai
Sistēmas uzstādīšanai nepieciešamie resursi tiek noteikti kopā ar resursiem, kas aprakstīti sadaļā 2.5.
Informācijas nesēji
Nosaka visu programmatūras produkta izplatīto komponentu atmiņas ierīču veidu (piemēram, magnētiskā lente, ko raksturo celiņu skaits un ieraksta blīvums
Nepieciešamās attiecības
Tiek noteiktas prasības, ko šis programmatūras produkts izvirza citiem projektiem vai funkcijām. Ir sniegts īss katras prasības apraksts un norādīts posms, kurā to var uzstādīt.
Nodrošinātās attiecības
Šī sadaļa pēc struktūras ir līdzīga iepriekšējai, taču tajā ir ietvertas prasības, ko šim izstrādājumam uzliek citi produkti. Katrai 2.6.1.2. iedaļas prasībai ir jāatbilst laika prasībai
Tehniskās revīzijas komisija
Katrai TA būtu jāiesaka izveidot Tehniskā audita komisiju (TRC), norādot katra komisijas locekļa darba vietu un uzvārdu, ja iespējams, kā arī iecelšanu.
Pārbaudes līmeņi
Testēšanas programmas var organizēt trīs posmos, veikt trīs režīmos un ietvert desmit kategorijas (sk. 5. sadaļu "Testēšana"). Šī informācija tiek sniegta tabulas veidā. Par ka
Atsauces salīdzināšanai
Ir noteiktas atsauces sistēmas, ar kurām jāveic salīdzinājums. Šīs sistēmas raksturlielumi ir norādīti relatīvās vienībās. Ja nav standarta salīdzināšanai
Paziņojums par kalendāra datumu maiņu
Piemērs. Projekta nosaukums: Produktu izstrāde ASK Projekta kods: C013. Produkta kods: L301A. Produkta nosaukums: ASK
Rakstīšanas specifikācijas
Specifikāciju rakstīšana ir otrās laboratorijas pirmās daļas mērķis. Arī specifikācijas ir kursa darba trešā sadaļa. Specifikācijas stadijā,
Vispārīgie testēšanas principi
Testēšanas posms parasti veido pusi no sistēmas izveides izmaksām finansiālā izteiksmē. Slikti plānota testēšana ievērojami palielina izstrādes laiku.
Programmatūras produktu testēšanas organizēšana
Testēšana tiek saprasta nevis kā atkļūdošana, kuras mērķis ir noteikt, kāpēc programmā rodas konkrēta kļūda un novērst tās cēloņus, bet gan pašu defektu esamības fakta konstatēšanas process.
Programmatūras produktu testēšanas veidi. Pārbaudes posmi
Parasti pārbaudes tiek veiktas vairākos posmos, kas atdalīti pēc laika. Pirmais posms ir A klases testi, kas tiek veikti programmēšanas fāzes beigās.
Programmu pārbaudes režīmi
Pārbaudes atšķiras atkarībā no tā, kurš tos veic. Galvenā ideja ir testa funkcijas neatkarība no izstrādes funkcijas. Pārbaudes režīms I nozīmē pilnu
Programmatūras produktu testa kategorijas
Testa posmi norāda, kad testi tiek veikti, un režīmi nosaka, kurš tos veic. Testu kategorijas nosaka testu būtību un mērķi. Pārdomāts dalījums un
Testēšanas tehnoloģija, ekvivalences klases
Viens veids, kā izpētīt uzdoto jautājumu, ir izpētīt testēšanas stratēģiju, ko sauc par melnās kastes stratēģiju, uz datiem balstītu testēšanu vai testēšanu.
Celtniecības testi
Testēšanas process ietver: 1) unikāla numura piešķiršanu katrai ekvivalences klasei; 2) jaunu testu izstrāde, no kuriem katrs tiek aptverts
Vispārīgi noteikumi
1.1. Dokumenta struktūra un dizains ir izveidots saskaņā ar GOST 19.105-78. 1.2. Sistēmas programmētāja rokasgrāmatā jāiekļauj šādas sadaļas:
Programmas struktūra
Programma Reader Workstation sastāv no šādām sastāvdaļām: 1) zcon - aplikācija, kas realizē Z39.50 klienta funkcijas; 2) zgate-CGI-
Programmas instalēšana
Šajā dokumentā failu nosaukumu piešķiršanai tiek izmantota ISO/IEC 9945-1 definētā sintakse. Operētājsistēmās, kas neatbalsta norādīto failu nosaukšanas veidu lietojumprogrammās
Programmas pārbaude
Programma tiek pārbaudīta pēc tās izpildes metodes. Sakarā ar to, ka īpašie nosacījumi programmas lietošanai (Z39.50 serveru adreses, datu bāzu nosaukumi, atbalstītie punkti
Papildus iespējas
Programmas papildu funkcija ir iespēja dinamiski kontrolēt ierakstu prezentācijas formu, skatot tos pilnā formātā (“Detalizēta informācija”), izmantojot
Ziņojumi sistēmas programmētājam
5.1. tabulā parādīti ziņojumi, ko sistēmas programmētājs var saņemt iestatīšanas, programmas pārbaudes laikā, kā arī lietotājs programmas izpildes laikā.
Efektīvs instruments organizācijas vadības struktūru projektēšanā un racionalizācijā ir modelēšana, kas ļauj atrast labākos variantus to izbūvei, prognozēt to attīstību, veikt esošās struktūras stāvokļa operatīvo diagnostiku un konstatēt tās atbilstību reālajiem ražošanas un tehnoloģiskajiem apstākļiem, izvērtēt dažādus. Organizatoriskās struktūras veidošanas iespējas, kad tiešie eksperimenti ir neiespējami vai sarežģīti, kā arī ekonomiski neizdevīgi un dažreiz neiespējami.
Sistēmas mēroga projektēšanas stadijā viens no galvenajiem uzdevumiem ir konstrukcijas projektēšanas uzdevums. Attiecībā uz sistēmām cilvēks-mašīna, visizplatītākais ir gadījums, kad tiek doti sistēmas uzbūves principi, veicamās funkcijas un sistēmas sastāvdaļas. Tad optimālās struktūras sintezēšanas uzdevums ir noteikt veikto AS funkciju kopas optimālo kartēšanu uz savstarpēji saistītu elementu kopu.
Programma, ar kuru tiek īstenots šis kursa projekts, ir paredzēta šādu veidu problēmu risināšanai. Lai AC izlemj i uzdevumi (atkarībā no AS mērķa tie var būt plānošanas, grāmatvedības, dokumentu sagatavošanas u.c. uzdevumi). AS ietver j elementi (mezgli): tie var būt uzņēmuma apakšvienības, datortīkla mezgli utt. AS uzdevumi ir jāsadala pa elementiem atbilstoši atlasītajiem kritērijiem un ierobežojumiem.
Sadalot AS uzdevumus pēc tā elementiem, parasti tiek izmantoti šādi optimizācijas kritēriji (objektīvās funkcijas):
Kopējo izmaksu samazināšana visu problēmu risināšanai;
Kopējā laika samazināšana visu problēmu risināšanai;
Problēmu risināšanas maksimālā laika samazināšana (minimizēts laiks, līdz kuram tiks atrisināts pēdējais uzdevums);
Maksimāli palielināt kopējo peļņu no visu problēmu risināšanas.
Izvēloties optimālo opciju AS uzdevumu sadalei pēc tā elementiem, parasti tiek ņemti vērā šādi ierobežojumi:
Par resursu (naudas vai jebkura cita) izmaksām, kas saistītas ar visu uzdevumu risināšanu;
Par kopējo visu AS uzdevumu risināšanas laiku;
Lai ielādētu atsevišķus AS elementus.
Var izmantot arī citus ierobežojumus (piemēram, par resursu izmaksām atsevišķos AS elementos, uz konkrētu problēmu risināšanas laiku utt.).
1.3 Programmas loģiskās struktūras apraksts
Programma sastāv no procedūrām un funkcijām, kas nolasa sākotnējos datus, aprēķina iespējamās iespējas uzdevumu sadalei starp mezgliem atbilstoši ierobežojumam un atrod labāko variantu. Programmas algoritms blokshēmas veidā parādīts 1. pielikumā.
Programma darbojas šādi. Pēc programmas lejupielādes un palaišanas, izmantojot failu projektu1. exe, ekrānā parādās logs “Pirmā konkrētā problēma optimālās struktūras sintezēšanai”, kurā ir trīs vienas rindas teksta redaktori mezglu un uzdevumu skaita maiņai, risināmo uzdevumu skaita un mezglu skaita ievadīšanai. , tabulas problēmu risināšanai iztērētā laika un naudas vērtību ievadīšanai atbilstošajos mezglos, teksta pogas problēmas stāvokļa rediģēšanai un risinājuma meklēšanai, galvenā izvēlne.
Apsveriet galvenās izvēlnes saturu, kas sastāv no trim vienumiem:
Uz izvēlnes vienumu Fails Iekļautas 4 komandas:
Jauns -- atlasot šo vienumu, tiek notīrīts programmas galvenais logs jauna nosacījuma ievadīšanai.
Atvērt - izvēloties šo vienumu, var atvērt atskaites failu ar iepriekš atrastiem risinājumiem;
Izeja - Izvēloties šo vienumu, programma tiek aizvērta.
Uz izvēlnes vienumu Komandas Iekļautas 4 komandas:
Mainīt dimensiju – maina masīva izmēru atbilstoši lietotāja ievadītajam uzdevumu un mezglu skaitam;
Lēmumu matrica - atver veidlapu ar vispārīgu risinājumu;
Optimāls risinājums – veic uzdevuma optimālā risinājuma meklēšanu, attēlojot rezultātus galvenās formas apakšējā daļā (tikai visu vērtību pilnīgas ievadīšanas gadījumā atbilstoši dotajam nosacījumam);
Efektivitātes kritērijs - veic efektivitātes kritērija meklēšanu, parādot to programmas galvenajā logā.
Uz izvēlnes vienumu PALĪDZĪBA ir iekļautas divas komandas:
Contenta – atver logu ar ceļvedi, kā lietot programmu un kā atrisināt problēmu;
Par programmu – tiek atvērts logs ar vispārīgu informāciju par programmu un tās izstrādātājiem.
Vadības pogas, kas atrodas galvenajā logā, veic tādas pašas darbības kā attiecīgās galvenās izvēlnes komandas.
Logā "Pirmā īpašā optimālās struktūras sintēzes problēma" cilnē "Problēmas izklāsts" lietotājam jāievada šādi sākotnējie dati:
starp mezgliem sadalāmo uzdevumu skaits;
mezglu skaits, starp kuriem tiks sadalīti uzdevumi;
laika izmaksu (naudas izmaksu) matricas elementu vērtības;
naudas izmaksu matricas elementu vērtības (laika izmaksas);
Pēc visu sākotnējo datu ievadīšanas un pogas nospiešanas Lēmumu matrica vai atbilstošo izvēlnes vienumu, ekrānā parādīsies otrs logs, kurā ir viena vadības poga: Labi, noklikšķinot uz tā, tiks aizvērts atbildes logs.
Kad nospiežat pogu Optimāls risinājums Optimālais risinājums tiek parādīts veidlapas apakšā.
Kad nospiežat pogu Efektivitātes kritērijs veidlapā tiek parādīta efektivitātes kritērija vērtība.
Kad nospiežat pogu Izeja, programma iziet.