PSI 4C

VILNIAUS UNIVERSITETAS MATEMATIKOS IR INFORMATIKOS FAKULTETAS

PROGRAMŲ SISTEMŲ KATEDRA

„INFORMACINĖ URĖDIJŲ SISTEMA“

Programų sistemos eskizinis projektas(1 versija)

Darbą atliko 2 kurso 2 grupės 3 pogrupio studentai: ALEKSANDRAS BALČIŪNAS

MANTAS KARANAUSKAS(projekto vadovas)

KAROLIS MACKEVIČIUS MARIUS KLIMANTAVIČIUS

Vilnius, 2006

Anotacija

Darbo paskirtis – eskizo lygmeniu aprašyti kuriamos programų sistemos architektūrą ir veikimą (reikalavimų įgyvendinimo būdą). [1]Darbą atliko:

Aleksandras Balčiūnas

El. paštas: [email protected]

Tel.: 8~614 05926

Programų sistemos dekompozicija

Marius Klimantavičius


Tel.: 8~688 81188

Dinaminis programų sistemos modelis

Programų sistemos išskirstymas kompiuterių tinkle

Mantas Karanauskas (darbo vadovas)


Tel.: 8~678 66588

Užduotys ir jų vykdymo scenarijai

Struktūrinis programų sistemos modelis

Turinys

Karolis Mackevičius


Tel.: 8~615 93294

Reikalavimų lokalizavimo matrica

Reikalavimų ryšio matrica

2

Turinys

Programų sistemos eskizinis projektas...............................................................................................1

1 Įvadas.....................................................................................................................................................41.1. Programų sistemos pavadinimas...............................................................................................41.2. Dalykinė sritis...........................................................................................................................41.3. Probleminė sritis.......................................................................................................................41.4. Vartotojai..................................................................................................................................41.5. Darbo pagrindas........................................................................................................................51.6. Naudoti dokumentai..................................................................................................................5

2 Programų sistemos projektiniai reikalavimai.........................................................................................62.1. Programų sistemos dekompozicija............................................................................................6

2.1.1 Urėdijos....................................................................................................................................72.1.2 Urėdijos::Interfeisas.................................................................................................................82.1.3 Urėdijos::Interfeisas::Urėdijos Darbuotojo..............................................................................82.1.4 Urėdijos::Interfeisas::Kliento...................................................................................................82.1.5 Urėdijos::Dalykinė Sritis.........................................................................................................92.1.6 Urėdijos::Dalykinė Sritis::Informacijos Gavimas....................................................................92.1.7 Urėdijos::Dalykinė Sritis::Informacijos Įvedimas...................................................................92.1.8 Urėdijos::Dalykinė Sritis::Leidimų Rezervavimas..................................................................92.1.9 Urėdijos::Dalykinė Sritis:: Leidimų Rezervavimas::Laisvų Leidimų Tikrinimas.................102.1.10 Urėdijos::Dalykinė Sritis:: Leidimų Rezervavimas::Leidimų Užsakymas..........................102.1.11 Urėdijos::Duomenų Valdymas.............................................................................................10

2.2. Reikalavimų lokalizavimo matrica.........................................................................................112.3. Reikalavimų ryšio matrica......................................................................................................12

3 Programų sistemos architektūra...........................................................................................................143.1 Užduotys ir jų vykdymo scenarijai.........................................................................................14

3.1.1 Sistemos vykdomos užduotys.........................................................................................143.1.2 Užduoties „Laisvų leidimų tikrinimas” įgyvendinimas..................................................143.1.3 Užduoties „Leidimų rezervavimas“įgyvendinimas........................................................153.1.4 Užduoties „Rezervacijos patvirtinimas“įgyvendinimas.................................................173.1.5 Užduoties „Prisijungimas“įgyvendinimas......................................................................183.1.6 Užduoties „Informacijos įvedimas” įgyvendinimas.......................................................193.1.7 Užduoties „Diskutavimas forume” įgyvendinimas.........................................................203.1.8 Užduoties „Informacijos gavimas” įgyvendinimas........................................................21

3.2 Struktūrinis programų sistemos modelis.................................................................................223.3 Dinaminis programų sistemos modelis...................................................................................233.4 Sistemos išskirstymas kompiuterių tinkle...............................................................................23

3

1 Įvadas

1.1. Programų sistemos pavadinimas

Programų sistemos pavadinimas – „Informacinė urėdijų sistema“ (toliau dokumente sistema

trumpai vadinama „Urėdijos“).

1.2. Dalykinė sritis

Miškų ūkių apskaita.

1.3. Probleminė sritis

1. Pagerinti miškų būklės priežiūros kokybę.

2. Kompiuterizuoti ir kontroliuoti medžioklės/stovyklavimo leidimų išdavimą.

3. Sistematizuoti, kaupti ir tiekti informaciją bei statistinius duomenis apie Lietuvos miškų būklę,

gyvūnų populiaciją bei kertamus plotus.

1.4. Vartotojai

Vartotojai: Reikalaujama kvalifikacija informatikos srityje

Urėdijos darbuotojai Darbo su programų sistema „Urėdijos“ kursai,

mokyklinis informatikos kursas

Medžiotojai/Stovyklautojai/Žmonės

besidominantys Lietuvos miškais

Mokyklinis informatikos kursas (gebėjimas naudotis

interneto naršykle ir el.paštu)

Sistemos administratorius Aukštojo mokslo (informatikos srities) diplomas.

Patirtis administruojant duomenų bazes (SQL) ir PHP

technologijas. Pažymėjimas, kad baigė sistemos

„Urėdijos“ administravimo apmokymus.

4

1.5. Darbo pagrindas

Dokumentas parengtas kaip programų sistemų inžinerijos laboratorinis darbas.

1.6. Naudoti dokumentai

1. Albertas Čaplinskas „Programų sistemų inžinerijos kurso laboratorinių darbų reikalavimai“. 2005

m. Vilnius.

2. Aleksandras Balčiūnas, Mantas Karanauskas ir kt. „Verslo tikslų ir poreikių specifikacija“ 2005 m.

Vilnius.

3. Aleksandras Balčiūnas, Mantas Karanauskas ir kt. „Koncepcinis verslo modelis“

2005 m. Vilnius

4. Aleksandras Balčiūnas, Mantas Karanauskas ir kt. „Reikalavimų specifikacija“

2005 m. Vilnius

5

2 Programų sistemos projektiniai reikalavimai

2.1. Programų sistemos dekompozicija

6

2.1.1 Urėdijos

Reikalavimai sistemai:

2.1.1.1 [RS – 2.1] Dalykinės sistemos metafora.

2.1.1.2 [RS – 2.2] Formuojamos užduotys.

2.1.1.3 [RS – 2.2.1] Interfeisai.

2.1.1.4 [RS – 2.2.2.1] Prisijungimas prie sistemos.

2.1.1.5 [RS – 2.2.2.2] Statistinės informacijos peržiūra.

2.1.1.6 [RS – 2.2.2.3] Statistinės informacijos paieška.

2.1.1.7 [RS – 2.2.2.4] Statistinių duomenų įvedimas.

2.1.1.8 [RS – 2.2.2.5] Statistinių duomenų atnaujinimas.

2.1.1.9 [RS – 2.2.2.6] Diskutavimas forume.

2.1.1.10 [RS – 2.2.2.7] Leidimų paieška.

2.1.1.11 [RS – 2.2.2.8] Leidimų užsakymas.

2.1.1.12 [RS – 2.3] Užduočių formulavimo kalba.

2.1.1.13 [RS – 2.4] Užduočių formulavimo būdai.

2.1.1.14 [RS – 2.5] Interfeiso darna ir standartizavimas.

2.1.1.15 [RS – 2.6] Pranešimų formulavimas.

2.1.1.16 [RS – 2.7] Interfeiso individualizavimas.

2.1.1.17 [RS – 3.1.1] Informacijos gavimas.

2.1.1.18 [RS – 3.1.2] Laisvų leidimų tikrinimas.

2.1.1.19 [RS – 3.1.3] Leidimų rezervavimas.

2.1.1.20 [RS – 3.1.3] Informacijos įvedimas.

2.1.1.21 [RS – 3.2.3] Sistemos Vartotojo Identifikavimas.

2.1.1.22 [RS – 3.2.2] Turinio valdymo sistema.

2.1.1.23 [RS – 3.2.3] Prisijungimų apsauga.

2.1.1.24 [RS – 4.1.1] Operacinės sistemos naudojimas.

2.1.1.25 [RS – 4.1.2] Sąveika su duomenų bazėmis.

2.1.1.26 [RS – 4.1.3] Dokumentų mainai.

2.1.1.27 [RS – 4.1.4] Darbas kompiuterių tinkluose.

2.1.1.28 [RS – 4.1.5] Programavimo aplinka.

2.1.1.29 [RS – 4.2.1] Tikslumas.

2.1.1.30 [RS – 4.2.2] Patikimumas.

2.1.1.31 [RS – 4.2.3] Robastiškumas.

2.1.1.32 [RS – 4.2.4] Našumas.

2.1.1.33 [RS – 4.3.1] Ruošinys.

7

2.1.1.34 [RS – 4.3.2] Instaliavimas.

2.1.1.35 [RS – 4.6] Apsauga.

2.1.1.36 [RS – 4.7] Juridinis teisėtumas.

2.1.2 Urėdijos::Interfeisas

Paketas dekomponuojamas į paketus: Urėdijos Darbuotojo Kliento

Lokalizuoti sistemos reikalavimai šiam paketui nurodyti punkte 2.2 (reikalavimų lokalizavimo matrica).

Reikalavimai nuleisti žemyn:

2.1.2.1 Interfeiso puslapiai turi atitikti XHTML 1.1 standartą.

2.1.2.2 Puslapių stiliai turi būti aprašyti CSS žymomis atskiroje byloje.

2.1.2.3 Pranešimų tekstai turi būti saugomi atskiroje byloje.

2.1.3 Urėdijos::Interfeisas::Urėdijos Darbuotojo

Šis paketas yra logiškai vientisas, dėl to nebeskaidomas.Lokalizuoti sistemos reikalavimai šiam paketui nurodyti punkte 2.1.2 (reikalavimų lokalizavimo matrica).


2.1.3.1 Paieškos rezultatai turi būti atvaizduojami lentelės pavidalu, kurioje pateikiama pagrindinė informacija apie atitinkančius paieškos parametrus miško plotus (pavadinimas, vieta, plotas, kaina). Turi būti galimybė rezultatų lentelę rūšiuoti pagal bet kurį stulpelį didėjančia ar mažėjančia tvarka.

2.1.3.2 Vykdant miškų paiešką, visi pasirinkti bei tušti laukai turi būti traktuojami kaip nepasirinkti.

2.1.3.3 Vykdant informacijos apie miškus įvedimą ar keitimą, turi būti tikrinama, kad miško pavadinimas nebūtų tuščias ar nesutaptų su jau esančiu.

2.1.3.4 Vykdant informacijos apie miškus įvedimą ar keitimą, turi būti tikrinama, kad įvestų miško išteklių kiekių procentų suma būtų lygi 100, o jų kiekis – neneigiamas sveikas skaičius.

2.1.3.5 Vykdant informacijos apie miškus įvedimą ar keitimą, turi būti tikrinama, kad kaina būtų teigiamas realus skaičius dviejų skaičių po kablelio tikslumu.

2.1.4 Urėdijos::Interfeisas::Kliento

8

Šis paketas yra logiškai vientisas, dėl to nebeskaidomas.Lokalizuoti sistemos reikalavimai šiam paketui nurodyti punkte 2.2 (reikalavimų lokalizavimo matrica).


2.1.4.1 Paieškos rezultatai turi būti atvaizduojami lentelės pavidalu, kurioje pateikiama pagrindinė informacija apie atitinkančius paieškos parametus miško plotus (pavadinimas, vieta, plotas, kaina). Turi būti galimybė rezultatų lentelę rūšiuoti pagal bet kurį stulpelį didėjančia ar mažėjančia tvarka.

2.1.4.2 Vykdant miškų paiešką, visi pasirinkti bei tušti laukai turi būti traktuojami kaip nepasirinkti.

2.1.4.3 Vykdant leidimų užsakymą, turi būti tikrinama ar įvestas leidimų kiekis yra sveikas skaičius.

2.1.5 Urėdijos::Dalykinė Sritis

Paketas dekomponuojamas į paketus: Informacijos Gavimas Informacijos Įvedimas Leidimų Rezervavimas

Lokalizuoti sistemos reikalavimai šiam paketui nurodyti punkte 2.2. (reikalavimų lokalizavimo matrica).

Reikalavimai nuleisti žemyn: nėra.

2.1.6 Urėdijos::Dalykinė Sritis::Informacijos Gavimas

Šis paketas yra logiškai vientisas, dėl to nebeskaidomas.Lokalizuoti sistemos reikalavimai šiam paketui nurodyti punkte 2.2. (reikalavimų lokalizavimo matrica).


2.1.7 Urėdijos::Dalykinė Sritis::Informacijos Įvedimas



2.1.8 Urėdijos::Dalykinė Sritis::Leidimų Rezervavimas

Šis paketas yra logiškai vientisas, dėl to nebeskaidomas.

9

Lokalizuoti sistemos reikalavimai šiam paketui nurodyti punkte 2.2. (reikalavimų lokalizavimo matrica).


2.1.9 Urėdijos::Dalykinė Sritis:: Leidimų Rezervavimas::Laisvų Leidimų Tikrinimas



2.1.10 Urėdijos::Dalykinė Sritis:: Leidimų Rezervavimas::Leidimų Užsakymas



2.1.10.1 Kliento įvesti duomenys (t.y. leidimo tipas, urėdija, vieta, data , leidimų kiekis, išdavimo vieta ir kiti asmens kontaktiniai duomenys) ir bendra leidimų kaina yra įrašomi į duomenų bazę naudojant standartines programavimo kalbos PHP funkcijas.

2.1.10.2 Duomenų bazių valdymo sistema turi automatiškai sugeneruoti unikalų užsakymo numerį.

2.1.11 Urėdijos::Duomenų Valdymas



10

2.2. Reikalavimų lokalizavimo matrica

Urė

dijo

s

Urė

dijo

s::I

nter

feis

as

Urė

dijo

s::I

nter

feis

as::

Urė

dijo

s D

arbu

otoj

o

Urė

dijo

s::I

nter

feis

as::

Kli

ento

Urė

dijo

s::D

alyk

inė

Sri

tis

Urė

dijo

s::D

alyk

inė

Sri

tis:

:Inf

orm

acij

os G

avim

as

Urė

dijo

s::D

alyk

inė

Sri

tis:

:Inf

orm

acij

os Į

vedi

mas

Urė

dijo

s::D

alyk

inė

Sri

tis:

:Lei

dim

ų R

ezer

vavi

mas

Urė

dijo

s::D

alyk

inė

Sri

tis:

:Lei

dim

ų R

ezer

vavi

mas

::L

aisv

ų L

eidi

mų

Tik

rini

mas

Urė

dijo

s::D

alyk

inė

Sri

tis:

: Lei

dim

ų R

ezer

vavi

mas

::L

eidi

mų

Užs

akym

as

Urė

dijo

s::D

uom

enų

Val

dym

as

[RS – 2.1] Dalykinės srities metaforos reikalavimai.

x x x x

[RS – 2.2] Formuojamos užduotys. x x x x x x x x x x x[RS – 2.2.1] Interfeisai. x x x x[RS – 2.2.2.1] Prisijungimas prie sistemos. x x x x[RS – 2.2.2.2] Statistinės informacijos peržiūra. x x x x x x x[RS – 2.2.2.3] Statistinės informacijos paieška. x x x x[RS – 2.2.2.4] Statistinių duomenų įvedimas. x x x x x x

[RS – 2.2.2.5] Statistinių duomenų atnaujinimas. x x x x x x

[RS – 2.2.2.6] Diskutavimas forume. x x x x x x

[RS – 2.2.2.7] Leidimų paieška. x x x

[RS – 2.2.2.8] Leidimų užsakymas. x x x x x x

[RS – 2.3] Užduočių formulavimo kalba. x x x x

[RS – 2.4] Užduočių formulavimo būdai. x x x x x

[RS – 2.5] Interfeiso darna ir standartizavimas. x x x x

[RS – 2.6] Pranešimų formulavimas. x x x x

[RS – 2.7] Interfeiso individualizavimas. x x x x

[RS – 3.1.1] Informacijos gavimas. x x x x x x

[RS – 3.1.2] Laisvų leidimų tikrinimas. x x x x x

[RS – 3.1.3] Leidimų rezervavimas. x x x x x

[RS – 3.1.3] Informacijos įvedimas. x x x x x

[RS – 3.2.3] Sistemos Vartotojo Identifikavimas. x x x x

[RS – 3.2.2] Turinio valdymo sistema. x x x x x

Paketai

11

Reikalavimai

[RS – 3.2.3] Prisijungimų apsauga. x x x x

[RS – 4.1.1] Operacinės sistemos naudojimas. x x x x x x x x x x x

[RS – 4.1.2] Sąveika su duomenų bazėmis. x x x x x x x x x x x

[RS – 4.1.3] Dokumentų mainai. x x x

[RS – 4.1.4] Darbas kompiuterių tinkluose. x x x x x x x x x

[RS – 4.1.5] Programavimo aplinka. x x x x x x x x x x

[RS – 4.2.1] Tikslumas. x x x x x x x

[RS – 4.2.2] Patikimumas. x x x x x x x x x x x

[RS – 4.2.3] Robastiškumas. x x

[RS – 4.2.4] Našumas. x x x x x x x x x x x

[RS – 4.3.1] Ruošinys. x x x x x x x x x x x

[RS – 4.3.2] Instaliavimas. x x x x x x x x x x x

[RS – 4.6] Apsauga. x x x x x

[RS – 4.7] Juridinis teisėtumas. x x x x x

2.3. Reikalavimų ryšio matrica

Reikalavimas Iš kokių aukštesniojo lygmens reikalavimų išvestas

Kokiame funkciniame sistemos komponente lokalizuotas

Reikalavimo aprobavimo būdas

Aprobavimo rezultatai

2.1.1.2.1. 2.1.1.1.1.2.1.1.1.3.2.1.1.1.5.2.1.1.1.6.2.1.1.1.9.2.1.1.1.10.2.1.1.1.11.2.1.1.1.12.2.1.1.1.13.2.1.1.1.14.2.1.1.1.15.2.1.1.1.16.2.1.1.1.17.2.1.1.1.18.2.1.1.1.19.2.1.1.1.20.2.1.1.1.21.2.1.1.1.22.2.1.1.1.28.

2.1.1.2. Testuojant

2.1.1.2.2. 2.1.1.1.1.2.1.1.1.3.2.1.1.1.5.2.1.1.1.6.2.1.1.1.9.2.1.1.1.10.

2.1.1.2 Testuojant

12

2.1.1.1.11.2.1.1.1.12.2.1.1.1.13.2.1.1.1.14.2.1.1.1.15.2.1.1.1.16.2.1.1.1.17.2.1.1.1.18.2.1.1.1.19.2.1.1.1.20.2.1.1.1.21.2.1.1.1.22.2.1.1.1.28.

2.1.1.2.3. 2.1.1.1.1.2.1.1.1.3.2.1.1.1.5.2.1.1.1.6.2.1.1.1.9.2.1.1.1.10.2.1.1.1.11.2.1.1.1.12.2.1.1.1.13.2.1.1.1.14.2.1.1.1.15.2.1.1.1.16.2.1.1.1.17.2.1.1.1.18.2.1.1.1.19.2.1.1.1.20.2.1.1.1.21.2.1.1.1.22.2.1.1.1.28.

2.1.1.2 Testuojant

2.1.1.3.1. 2.1.1.1.5. 2.1.1.3 Testuojant2.1.1.3.2. 2.1.1.1.6. 2.1.1.3 Testuojant2.1.1.3.3. 2.1.1.1.7.

2.1.1.1.8.2.1.1.3 Testuojant

2.1.1.3.4. 2.1.1.1.7.2.1.1.1.8.

2.1.1.3 Testuojant

2.1.1.3.5. 2.1.1.1.7.2.1.1.1.8.

2.1.1.3 Testuojant

2.1.1.4.1. 2.1.1.1.5. 2.1.1.4. Testuojant2.1.1.4.2. 2.1.1.1.6. 2.1.1.4. Testuojant2.1.1.4.3. 2.1.1.1.11. 2.1.1.4. Testuojant2.1.1.10.1. 2.1.1.1.11. 2.1.1.10. Testuojant2.1.1.10.2. 2.1.1.1.25. 2.1.1.10. Testuojant

13

3 Programų sistemos architektūra

3.1 Užduotys ir jų vykdymo scenarijai

3.1.1 Sistemos vykdomos užduotys

3.1.2 Užduoties „Laisvų leidimų tikrinimas” įgyvendinimas

Scenarijaus pavadinimas: Laisvų leidimų tikrinimasScenarijaus versija: 1.0Verslo sistema: „Urėdijos“

14

Užduotis: Laisvų leidimų tikrinimasPirminis agentas: KlientasAntriniai agentai: Nėra„prieš“ sąlyga: Duota užklausa dėl konkretaus leidimo tipo esamo skaičiaus„po“ sąlyga: Klientui pateikiamas laisvų leidimų skaičiusScenarijaus žingsnių seka:

1. Klientas per savo interfeisą pasirenka leidimo tipą ir jų skaičių2. Sistema tikrina duomenų bazėje esančių leidimų skaičių3. Sistema pateikia esamų leidimų skaičių

Scenarijaus plėtiniai: NėraNeišspręsti klausimai: Nėra

3.1.3 Užduoties „Leidimų rezervavimas“įgyvendinimas

Scenarijaus pavadinimas: Užduoties „Leidimų rezervavimas“ scenarijusScenarijaus versija: 1.0Verslo sistema: „Urėdijos“Užduotis: Leidimų rezervavimasPirminis agentas: KlientasAntriniai agentai: Urėdijos darbuotojas„prieš“ sąlyga: prašoma rezervuoti tam tikrą, konkretaus leidimo skaičių„po“ sąlyga: Leidimai rezervuoti, urėdijos darbuotojas gauna pranešimąScenarijaus žingsnių seka:

1. Klientas per savo interfeisą pasirenka leidimo tipą ir jų skaičių2. Sistema tikrina duomenų bazėje esančių leidimų skaičių3. Sistema pateikia esamų leidimų skaičių4. Klientas patvirtina rezervacija

15

5. Rezervacija įrašoma į duomenų bazę6. Urėdijos darbuotojas gauna pranešimą


Užduoties „Leidimų rezervavimas“dekompozicija

3.1.6.1 Užduoties „Pranešimas urėdijos darbuotojui“įgyvendinimas

Scenarijaus pavadinimas: Užduoties „Pranešimas urėdijos darbuotojui“ scenarijusScenarijaus versija: 1.0Verslo sistema: „Urėdijos“Užduotis: Pranešimas urėdijos darbuotojuiPirminis agentas: Subsistema „Leidimų užsakymas“Antriniai agentai: Subsistema „Duomenų valdymas“„prieš“ sąlyga: leidimai užsakyti, apie tai reikia pranešti atsakingam darbuotojui

16

„po“ sąlyga: Urėdijos darbuotojui išsiųstas pranešimasScenarijaus žingsnių seka:

1. Pagal nurodytą atsiėmimo vietą, surandamas atsakingo darbuotojo elektroninis paštas2. Išsiunčiamas elektroninis paštas


3.1.6.2 Laisvų leidimų tikrinimas

Tas pats, kas ir 3.1.2 Užduoties „Laisvų leidimų tikrinimas” įgyvendinimas

3.1.4 Užduoties „Rezervacijos patvirtinimas“įgyvendinimas

Scenarijaus pavadinimas: Užduoties „Rezervacijos patvirtinimas“ scenarijusScenarijaus versija: 1.0Verslo sistema: „Urėdijos“Užduotis: Rezervacijos patvirtinimasPirminis agentas: KlientasAntriniai agentai: nėra„prieš“ sąlyga: klientas žino kiek yra laisvų leidimų ir tvirtina jų rezervacija„po“ sąlyga: Rezervacija patvirtinaScenarijaus žingsnių seka:

1. Klientas per savo interfeisą įveda būtinus duomenis ir tvirtina rezervaciją2. Rezervacija patvirtinama3. Klientui per jo interfeisą pranešama apie sėkminga rezervacija


17

3.1.5 Užduoties „Prisijungimas“įgyvendinimas

Scenarijaus pavadinimas: Užduoties „Prisijungimas“ scenarijusScenarijaus versija: 1.0Verslo sistema: „Urėdijos“Užduotis: PrisijungimasPirminis agentas: Urėdijos darbuotojasAntriniai agentai: nėra„prieš“ sąlyga: Urėdijos darbuotojas neprisijungęs prie sistemos„po“ sąlyga: Urėdijos darbuotojas prisijungęs prie sistemosScenarijaus žingsnių seka:

1. Urėdijos darbuotojas įveda prisijungimo duomenis2. Sistema patvirtina jų teisingumą3. Sistema praneša prisijungimo rezultatą


18

3.1.6 Užduoties „Informacijos įvedimas” įgyvendinimas

Scenarijaus pavadinimas: Užduoties „Informacijos įvedimas“ scenarijusScenarijaus versija: 1.0Verslo sistema: „Urėdijos“Užduotis: Informacijos įvedimasPirminis agentas: Urėdijos darbuotojasAntriniai agentai: nėra„prieš“ sąlyga: Urėdijos darbuotojas užpildė informacijos įvedimo formą„po“ sąlyga: Informacija įvesta i duomenų bazęScenarijaus žingsnių seka:

1. Urėdijos darbuotojas įveda informaciją i formą ir paspaudžia mygtuką ją išsaugoti2. Patikrinamas informacijos teisingumas3. Sistema įveda duomenis i duomenų bazę

19


Užduoties „Informacijos įvedimas“dekompozicija

Pastaba: dėl dalių loginio vientisumo, jų įgyvendinimas nepateikiamas.

3.1.7 Užduoties „Diskutavimas forume” įgyvendinimas

Pastaba: dėl darbo apimties ir užduočių panašumo, iš užduoties „Diskutavimas forume“ aprašom tik pasisakymą forume.

Scenarijaus pavadinimas: Užduoties „Pasisakymas forume“ scenarijusScenarijaus versija: 1.0

20

Verslo sistema: „Urėdijos“Užduotis: Pasisakymas forumePirminis agentas: Urėdijos darbuotojasAntriniai agentai: nėra„prieš“ sąlyga: Urėdijos darbuotojas užpildė pasisakymo forume formą„po“ sąlyga: Žinutė įrašytaScenarijaus žingsnių seka: Urėdijos darbuotojas įveda informaciją i formą ir paspaudžia mygtuką ją išsaugotiSistema įveda duomenis i duomenų bazęScenarijaus plėtiniai: NėraNeišspręsti klausimai: Nėra

3.1.8 Užduoties „Informacijos gavimas” įgyvendinimas

Scenarijaus pavadinimas: Užduoties „Informacijos gavimas“ scenarijusScenarijaus versija: 1.0Verslo sistema: „Urėdijos“

21

Užduotis: Informacijos gavimasPirminis agentas: Urėdijos darbuotojas arba klientas(abiem interfeisas tas pats)Antriniai agentai: nėra„prieš“ sąlyga: Vartotojas užpildęs informacijos gavimo formą„po“ sąlyga: Pateikiama informacijaScenarijaus žingsnių seka: Vartotojas užpildo informacijos gavimo formaDuomenys perduodami sistemaiPagal juos suformuojama užklausa duomenų bazeiGauta informacija apipavidalinimas ir pateikiama vartotojuiScenarijaus plėtiniai: NėraNeišspręsti klausimai: Nėra

3.2 Struktūrinis programų sistemos modelis

„Pagrindinė“, „UrėdijosDarbuotojas“ ir „Klientas“ yra interfeiso klasės, per kurias išoriniai vartotojai komunikuoja su sistema. Klasėje „Pagrindinė“ aprašytos formos yra bendros kitiems abiem interfeisams, todėl ji naudojama, kaip tėvinė klasė.„DBValdymas“ klasė skirta darbui su DB. Visi jos metodai yra statiniai, nes nereikia, kurti šios klasės objekto, kad būtų galima pasiekti DB. „Gavimas“, „Leidimai“ ir „Įvedimas“ klasės atitinka verslo logiką ir yra tarpininkės tarp interfeisų ir „DBValdymas“ klasės.

22

3.3 Dinaminis programų sistemos modelis

3.4 Sistemos išskirstymas kompiuterių tinkle

Sistemoje numatyti tokie pagrindiniai mazgai: WEB serveris, atsakingas už WEB serverio ir dalykinės srities funkcijas (web serveris už klientinės dalies interfeiso formavimą – XHTML, CSS); duomenų

23

bazių serveris, atsakingas už duomenų saugojimą ir išrinkimą; klientinėje ir urėdijos darbuotojo dalyje numatyta naršyklė, kurios pagalba bendraujama su WEB serveriu.

24

Documents

PSI 4C