Grupni Projekat

SISTEM ZA UPRAVLJANJE POSLOVNIMNEKRETNINAMA

Indeks Student

1121/2012 Bojana Kovacevic1098/2012 Dragana Andrejic1044/2012 Senad Ibraimoski1038/2012 Vladimir Mujagic1004/2012 Gerawork Aynekulu1040/2012 Milos Jankovic

Univerzitet u BeograduMatematicki Fakultet

Studentski Trg 16

Profesor: dr. Sasa Malkov

1

Sadrzaj

1 Uvod 31.1 Opis stanja postojeceg sistema . . . . . . . . . . . . . . . . . . . 31.2 Predlog poboljsanja postojeceg sistema . . . . . . . . . . . . . . . 31.3 Koriscene tehnike i alati . . . . . . . . . . . . . . . . . . . . . . . 41.4 Recnik pojmova . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

2 Analiza sistema 62.1 Celina I . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62.2 Celina II . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62.3 Celina III . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

3 Slucajevi upotrebe 73.1 Upravljanje Portfoliom . . . . . . . . . . . . . . . . . . . . . . 8

3.1.1 Slucaj upotrebe: unos podataka u portfolio . . . . . . . . . 93.1.2 Slucaj upotrebe: azuriranje portfolia . . . . . . . . . . . . 113.1.3 Slucaj upotrebe: generisanje izvestaja o portfoliu . . . . . 13

3.2 Komunikacija . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153.2.1 Slucaj upotrebe: oglasavanje . . . . . . . . . . . . . . . . 163.2.2 Slucaj upotrebe: obavestavanje o zivotnom ciklusu ugovora 183.2.3 Slucaj upotrebe: komunikacija sa zainteresovanim strankama 20

3.3 Zivotni ciklus ugovora . . . . . . . . . . . . . . . . . . . . . . 223.3.1 Slucaj upotrebe: ugovorna rasprava . . . . . . . . . . . . 253.3.2 Slucaj upotrebe: sklapanje ugovora . . . . . . . . . . . . . 273.3.3 Slucaj upotrebe: produzavanje ugovora . . . . . . . . . . . 293.3.4 Slucaj upotrebe: istek ugovora . . . . . . . . . . . . . . . 313.3.5 Slucaj upotrebe: raskidanje ugovora . . . . . . . . . . . . 333.3.6 Slucaj upotrebe: iseljenje . . . . . . . . . . . . . . . . . . 35

4 Dijagram stanja: Zivotni ciklus ugovora 37

5 EER dijagram: implementacija baze podataka 38

6 Prototipi 396.1 Unos u portfolio . . . . . . . . . . . . . . . . . . . . . . . . . . . 396.2 Azuriranje portfolija . . . . . . . . . . . . . . . . . . . . . . . . . 39

7 Reference 41

2

1 Uvod

1.1 Opis stanja postojeceg sistema

ERP sistemi sluze za upravljanje resursima preduzeca raznih velicina. Softver-ski paketi za podrsku upravljanju nekretninama se obicno implementiraju kaomoduli koje mozete koristiti ako zakupite prava na komercijalno koriscenje nekihod ERP resenja.Veliki problem je sto su sva profesionalna ERP resenja izuzetno skupa, i pred-stavljaju znacajan trosak za mala preduzeca sa ogranicenim kapitalom ili pre-duzetnicima koji tek zasnivaju svoje poslovanje. S tim u vezi obicno se u pre-duzecima ovakvog tipa implementiraju razna ad-hoc resenja, gde se sve u sustinisvodi na sto vece iskoriscenje vec postojecih tehnologija koje nekada ne morajuni sluziti nameni za koju se koriste.Odlican primer predstavljaju proizvodi Microsoft Office paketa. Podaci o nekret-ninama, klijentima, ugovorima i sl. su najcesce u papirnoj formi ili eventualnoExcel tabelama. Efikasna manipulacija ovako cuvanih podataka je naravnomoguca uz izuzetan trud, ali taj proces izuzetno komplikuje semantika, vezei zavisnosti medju samim podacima, koje je nemoguce uociti dok su podaci uovakvoj formi.

Zakljucak koji izvodimo jeste da na nasem trzistu ne postoji pritupacno resenjeza male poslovne jedinice. Pri implementaciji ad-hoc resenja obicno se brine opotrebama firme koji isto to resenje i implementira. Ovakva resenja je izuzetnotesko modifikovati da bi se mogla prebaciti iz jednog preduzeca u drugo. Nar-avno postoji i mogucnost profesionalnih resenja ali kao sto smo napomenulito zahteva velike novcane resure za zakup prava, implementaciju, odrzavanje iprilagodjavanje potrebama preduzeca.

1.2 Predlog poboljsanja postojeceg sistema

Tokom istrazivanja ubrzo smo shvatili da je projektovanje ovakvih sistema vre-menski izuzetno zahtevno. Najpopularniji softver ovakve prirode obicno imple-menitaraju kompanije kao sto su Oracle, Microsoft, SAP itd. Ove kompanijeobicno obracaju paznju na generalni pristup problemu i visokom stepenu pri-lagodljivosti. S tim u vezi svojim paketima generisu razne vrste konsultantskihzanimanja. Konsultanti dalje analiziraju poslovanje i prilagodjavaju softverpotrebama istih. Kao sto smo napomenuli ovakav softver obicno mogu da priustesamo velike kompanije i konglomerati.

Mi smo krenuli sa idejom da softver mora biti pristupacan i da isti posedujeodredjeni nivo konfigurabilnosti s obzirom da razne poslovne jedinice funkcionisu

3

drugacije. Takodje pokusali smo da damo ideju o odredjenim pravilima u viduposlovnih procesa radi nametanja konzistentnosti.

1.3 Koriscene tehnike i alati

Za kreiranje dijagrama slucajeva upotrebe, dijagrama aktivnosti, sekvenci istanja koristili smo paket: Visual Paradigm for XML.

EER: MySQL Workbench.DBMS: MySQLPrototip: Microsoft Visual Studio, jezik C#.Generisanje izvestaja kao i ovog finalnog rada: LATEX

1.4 Recnik pojmova

- PORTFOLIOBaza u koj se cuvaju sve informacije vezane za informacioni sistem. U konkret-nom slucaju to su podaci vezani za nekretnine koje se izdaju, dostupnost, ugov-ori itd.

- PORTFOLIO ADMINISTRATORTehnicko lice koje poznaje portfolio (bazu podataka) i stara se o svim potrebnimakcijama vezanim za isti. Direktno komunicira tj. upravlja tehnickim delom in-formacionog sistema i jedini ima ovlascenje da pristupa direktno PORTFOLIU.

- RADNICI SEKRETERIJATAPredstavljaju skup zaposlenih lica koji posreduju u komunikacionom lancu iobavljaju odredjene tehnicke poslove vezane za informacioni sistem preko odgo-varajuceg interfejsa. Oni nisu tehnicka lica osposobljena da rade direktno sabazom podataka kao npr. PORTFOLIO ADMINISTRATOR. Radnici sekreter-ijata rade po nalogu.

- ADMINISTRATOR UGOVORAPravno lice firme i covek koji je tehnicki osposobljen za pravna pitanja. Resavapravna pitanja i neposredno komunicira sa PORTFOLIO ADMINISTRATOROM.Izvrsava sve poslove vezane za ugovor (sklapanje, azuriranje, produzavanje,raskid).

- ANALITICAR PODATAKATehnicko lice i strucnjak koji se bavi analitikom i predlaganjem resenja naosnovu podataka iz portfolija. Po dobijenom zahtevu za analizu, trazi sve

4

potrebene podatke iz portfolia, ANALITICAR PODATAKA na osnovu po-dataka iz portfolia vrsi trazene proracune i analize podataka. Direktno ko-municira sa tehnickim delom informacionog sistema

-IZVESTAJI ANALITICARA PODATAKAIzvestaji koje analiticar podataka dostavlja NADLEZNIM ODELJENJIMA kojasu izvestaj trazile. Izvestaj poseduje analiticke informacije i sugestije nastale naosnovu KPI i postojeceg portfolia.

- NADLEZNA ODELJENJA KOMPANIJECine zaposlena lica, koja su nadlezna za odredjeni sektor u koji su rasporedjeni.NADLEZNO ODELJENJE kompanije moze biti: HR (human resources), PR(public relations), finansije, marketing, nekretnine, pravno, itd.

- ZAINTERESOVANA STRANKAStranku cine pojedinac ili firma, akter, koji je zainteresovan za usluge koje firmapruza. Neposredno komunicira sa informacionim sistemom preko drugih akteratj. zaposlenim licima u firmi cija su to zaduzenja.

- KPIKljucni indikatori performansi, key performance indicators zahtev koji NA-DLEZNO ODELJENJE salje ANALITICARU PODATAKA, na osnovu kojegon vrsi analiticka ispitivanja.

- WEB ADMINISTRATORWeb administrator je zaposleno lice u firmi cije je zaduzenje da po nalogu PORT-FOLIO ADMINISTRATORA azurira web stranu firme.

-KATALOGKatalog generise PORTFOLIO ADMINISTRATOR, katalog se generise na os-novu dostupnih nekretnina za izdavanje u portfoliu. Na osnovu kataloga webadministrator azurira web sajt.

5

2 Analiza sistema

S obzirom na kompleksnost informacionog sistema morali smo da logiki sistempodelimo na celine.

2.1 Celina I

U ovoj celini centralno mesto zauzima pojam Portfolija. Portfolio predstavljabazu podataka u kojoj se cuvaju sve informacije bitne za poslovanje.Za nas predlog informacionog sistema to su podaci o nekretninama, ugovorima iklijentima. Prilikom analize fokusirali smo da sistem podrzi dobre organizacioneprakse zaposlenih tj. adekvatnu podelu posla. S tim u vezi imamo subjekta kojije zaduzen za unos podataka, dostavu podataka i manipulaciju nad bazom -Portfolio administrator.Administrator ugovora, koji u sustini moze biti pravno lice, je zaduzen danove informacije relevantne za poslovanje dostavi portfolio administratoru. Bilokakve nekoreknosti nad podacima se resavaju zajednickim naporima.Portfolio administrator je subjekt koji najbolje poznaje organizacionu logikuportfolia i na osnovu novih informacija dostavljenih od strane administratoraugovora, generise nalog sa potrebnim izmenama koji se dostavlja radnicimasekretarijata. Radnici sekretarijata vrse potrebne izmene.Profesionalna preduzeca stalno vrse analize i procena poslovanja. S tim u vezipostoji mogucnost generisanja izvestaja nad portfoliom koji tumaci analiticarpodataka vodeci se key performance indikatorima dostavljenih od strane na-dleznog odeljenja ( FI, HR i dr. ).

2.2 Celina II

U drugoj celini naglasak stavljamo na komunikaciji izmedju preduzeca kojeimplementira informacioni sistem i zainteresovanih stranaka. Svako preduzecemora imati vid oglasavanja zbog uspesnog prenosenja informacija o ponudi svo-jih proizvoda. Danas se u tu svrhu sve vise koriste web tehnologije.Preduzece poseduje svoju web stranicu za koju je zaduzen web administratorkoji vrsi potrebne izmene i dopune po nalogu portfolio administratora. Nakonjavljanja zainteresovane stranke ugovara se sastanak na kome se vrsi ugovornarasprava od cijeg ishoda zavisi da li ce ugovor biti sklopljen, produzen ( ako jeu pitanju vec postojeca stranka ) ili raskinut.Ova celina se takodje bavi i blagovremenim obavestavanjem klijenata o stanjuugovora. Ako je ugovor sklopljen ali je do njegovog isteka ostalo trideset ilimanje dana, klijent se mora obavestiti o roku isticanja. U zavisnosti od zeljeklijenata vrsi se zakazivanje ugovorne rasprave u cilju produzetka ugovora ili seugovor raskida odmah nakon isticanja roka.

6

2.3 Celina III

U poslednjoj celini centralno mesto zauzima ugovor i s tim u vezi potrebna jeefikasna manipulacija zivotnim ciklusom ugovora. Nakon javljanja zaintereso-vane stranke zakazuje se ugovorna rasprava.U ugovornoj raspravi ucestvuju nadlezna odeljenja, zainteresovana stranka iadministrator ugovora. Od ishoda ugovorne rasprave zavisi da li ce ugovorbiti sklopljen ili ne. Ako postoji zainteresovanost na osnovu osnovnog nacrtaugovora vrsi se diskusija po tackama ugovora. Ako se odredjena verzija nacrtaprihvati, pravi se finalna verzija ugovora.Nakon sklapanja ugovora, sto je cisto formalni proces potpisivanja istog, portfo-lio administrator azurira bazu i na taj nacin ugovor ulazi u stalni sistem proverezbog mogucnosti isteka.Pomenuli smo i slucaj kada klijent izrazi zelju za produzi postojeci ugovor.Tada se isto zakljucuje ugovorna rasprava i u zavisnosti od njenog ishoda vrsi seproduzavanje ugovora ili ne. Ako je ishod ugovorne rasprave negativan ceka seistek ugovora nakon cega dolazi do njegovog raskidanja. Nakon isteka roka naosnovu podataka o inventaru i stanju nekretnine, administrator ugovora generiseprocenu stete koja se dostavlja klijenu. Poslednji korak je iseljenje.

3 Slucajevi upotrebe

Na sledecim stranicama mozete naci dijagrame slucajeva upotrebe za pomenuteceline.

7

3.1 Upravljanje Portfoliom

8

3.1.1 Slucaj upotrebe: unos podataka u portfolio

Naziv: Unos podataka u portfolio.

Akteri: Portfolio administrator, Radnici sekreterijata, Administrator ugovora.

Opis: Portfolio administrator od Administratora ugovora dobija informacijepoput kvadrature nekretnine, cene, lokacije i drugo, o novim nekretninamakoje je potrebno uneti u portfolio. Portfolio administrator donosi odluku nakoji nacin ce informacije biti unete i uz odredjene instrukcije nalaze Radnicimasekreterijata da izvrse unos. Unos se vrsi po odredjenom standardizovanom for-matu koji odredjuje portfolio administrator.

Preduslov: Svi akteri koji sudeluju u unosu podataka u portfolio moraju biti ustanju cekanja kako bi uspesno primili zahteve koje je potrebno ispuniti odnosnomoraju biti zavrseni svi prethodni poslovi.

Postuslov: Radnici sekretarijata su uspesno uneli podatke i prelaze u stanjecekanja za sledeci zadatak.

Glavni Tok:

1. Administrator ugovora dostavlja informacije portfolio administratoru.

2. Portfolio administrator vrsi analizu dobijenih informacija, u cilju proverepodataka za unos u portfolio.

2.1 U slucaju nepotpunih informacija portfolio administrator salje zahtevza dopunu dostavljene dokumentacije administratoru ugovora.

2.2 U slucaju nekorektnih informacija vrse se konusltacije sa adminis-tratorom ugovora u cilju potvrdjivanja nekorektnosti i dostavlja sezahtev za korekciju dostavljene dokumentacije.

3. U odnosu na dostavljenu dokumentaciju porfolio administrator pripremapodatke za unos u bazu.

3.1 Iz dokumentacije se izvlace informacije od znacaja za portfolio i spre-maju se u standardizovanu datoteku.

4. Datoteka se prosledjuje radnicima sekretarijata.

5. Radnici sekretarijata unose podatke u portfolio.

Alternativni tok:

A1. U slucaju da se dokument izgubi u procesu njegovog prenosa, Adminis-trator ugovora prilaze zahtev za uzimanje nove kopije i ponovo je saljePortfolio administratoru, nastavlja se korak 2 glavnog toka.

A5. U slucaju da da radnici sekreterijata uoce nepravilnosti podataka u stan-dardnoj datoteci zahtevaju konsultaciju sa Portfolio administratorom.

9

10

3.1.2 Slucaj upotrebe: azuriranje portfolia

Naziv: Azuriranje portfolia.

Akteri: Portfolio administrator, Administrator ugovora, Radnici Sekretarijata

Opis: Portfolio administrator dobija potrebne informacije o promeni portfolijaod Administratora ugovora i generise zahtev za izmenu koji dostavlja radnicimasekretarijata.

Preduslov: Svi akteri su u stanju cekanja spremni da prime instrukcije ilisamoinicijativno obave svoj deo posla.

Postuslov: Radnici sekreterijata su uspesno izvrsili izmene nad portfoliom icekaju sledeci zahtev.

Glavni Tok:

1. Administrator ugovora dostavlja izmenjen ugovor Portfolio administra-toru.

2. Portfolio administrator vrsi analizu dobijenih informacija u cilju gener-isanja instrukcija za izmenu.

3. Portfolio administrator generise instrukcije izmene u odredjenom formatu.

4. Portfolio administrator dostavlja instrukcije radnicima sekretarijata.

5. Radnici sekretarijata vrse izmenu portfolija.

Alternativni tok:

A2. Ukoliko uoci nepravilnosti ili odredjene dodatne informacije koje zahte-vaju izmenu strukture portfolia, Portfolio administrator se konsultuje saAdministratorom ugovora i vrsi potencijalne izmene. Ako uopste dodjedo izmena nakon njihovog sprovodjenja nastavlja se korak 3 glavnog toka

A3. Ukoliko je doslo do bilo kakvih komplikacija Portfolio administrator dop-unjuje instrukcije dodatnim instrukcijama na koje Radnici sekretarijatatreba da obrate paznju. Nastavlja se korak 4 glavnog toka.

11

12

3.1.3 Slucaj upotrebe: generisanje izvestaja o portfoliu

Naziv: Generisanje izvestaja o portfoliju.

Akteri: Portfolio administrator, Analiticar podataka, Nadlezna odeljenja kom-panije.

Opis: Nadlezno odeljenje kompanije salje KPI analiticaru podataka zatim anal-iticar podataka zahteva podatke za odredjeni vremenski interval na osnovu KPI, koji mu dostavlja Portfolio administrator. Analiticar podataka pravi potrebneanalize i sastavlja izvestaj o predlozima poboljsanja poslovanja i predaje ga na-dleznim odeljenjima koja ga dalje analiziraju i sprovode.

Preduslov: Svi akteri su u stanju cekanja spremni da preduzmu svoje akcije isvi parametri su odredjeni (KPI).

Postuslov: Nadlezna odeljenja donose odluku da li je potrebno preduzetiodredjene mere u cilju poboljsanja poslovanja i ukoliko jeste prelaze na nji-hovu realizaciju.

Glavni Tok:

1. Nadlezno odeljenje salje zahtev(KPI) analiticaru podataka.

2. Analiticar podataka dostavlja zahtev administratoru podataka u cilju do-bijanja informacija za odredjeni vremenski interval.

3. Portfolio administrator generise izvestaj iz portfolia.

4. Dostavlja ga analiticaru podataka.

5. Analiticar podataka vrsi analizu nad podacima prema KPI.

6. Analiticar podataka generise izvestaj.

7. Analiticar podataka dostvalja izvestaj nadleznim odeljenjima kompanije.

8. Nadlezna odeljenja vrse analizu dostavljenog izvestaja u cilju ekstrakcijeinformacija koje potencijalno mogu poboljsati poslovanje.

Alternativni tok:

A5. Ukoliko uoci da su pored dostavljenih KPI za adekvatnu analizu potrebnijos neki, Analiticar podataka uzimajuci ih u obzir nastavlja dalji rad. Ukrajnjem izvestaju stavlja do znanja Nadleznim odeljenjima koje mere jepreduzeo. Nastavlja se korak 6 glavnog toka.

A8. Ukoliko Nadlezna odeljenja ne mogu da donesu odluku ili se dvoume,konsultuju se sa Anliticarem podataka i vrsi se ponovna analiza. Pocinjese od koraka 1 glavnog toka.

13

14

3.2 Komunikacija

15

3.2.1 Slucaj upotrebe: oglasavanje

Naziv: Oglasavanje.

Akteri: Portfolio administrator, Web administrator, Nadlezno odeljenje kom-panije.

Opis: Portoflio administrator sastavlja katalog nekretnina koje su slobodneza izdavanje i salje informacije odeljenjima kompanije nadleznim za izdavanjenekretnina. Nadlezna odeljenja procenjuju sastavljeni katalog i obavestavajuportfolio administratora o korektnosti izvestaja. Porfolio administrator saljekatalog web administratoru koji azurira web stranu firme.

Preduslov: Svi akteri su u stanju cekanja spremni da preduzmu akcije defin-isane glavnim tokom.

Postuslov: Web administrator je uspesno azurirao web stranu na osnovu dostavl-jenog izvestaja.

Glavni Tok:

1. Portfolio administrator generise katalog dostupnih nekretnina.

2. Portfolio administrator dostavlja katalog Nadleznim odeljenjima kompanije.

3. Nadlezna odeljenja vrse proveru kataloga.

3.1 U slucaju potrebe izmene informacija u katalogu ide se na korak 1glavnog toka.

3.2 U koliko je katalog korektan ide se na korak 4 glavnog toka.

4. Zainteresovana odeljenja obavestavaju portfolio administratora.

5. Portfolio administrator dostavlja katalog web administratoru.

6. Web administrator azurira web stranu firme.

Alternativni tok:

A6. Ukoliko kod azuriranja web strane dodje do problema u komunikaciji saportfoliom, Web administrator se konsultuje sa Portfolio administratoromi uz odredjene instrukcije ponovo azurira web stranu. Slucaj upotrebe sezavrsava.

16

17

3.2.2 Slucaj upotrebe: obavestavanje o zivotnom ciklusu ugovora

Naziv: Obavestavanje o zivotnom ciklusu ugovora.

Akteri: Zainteresovane stranke, Administrator ugovora, Radnici sekreterijata,Portfolio administrator.

Opis: Administrator ugovora dostavlja zahtev porfolio administratoru kojigenerise izvestaj i prosledjuje ga radnicima sekretarijata. Izvestaj predstavljaobavestenje o trajanju ugovora. Radnici sekretarijata prosledjuju izvestaj zaitereso-vanim strankama.

Preduslov: Svi akteri su u stanju cekanja spremni da stupe u medjusobnukomunikacju.

Postuslov: Zainteresovane stranke su blagovremeno i uspesno obavestene.

Glavni tok:

1. Administrator ugovora dostavlja zahtev porfolio administratoru za izraduizvestaja.

2. Portfolio administrator generise izvestaj.

3. Portfolio administrator dostavlja izvestaj radnicima sekretarijata.

4. Radnici sekretarijata prosledjuju izvestaj zainteresovanim strankama.

Alternativni tok:

A4. Ukoliko Radnici sekretarijata ne mogu da stupe u kontakt sa Zaintereso-vanim strankama na osnovu informacija koje su im dostupne (broj tele-fona, e-mail, . . .) pokusavaju da nadju novi broj ukoliko je izmenjen pre-trazivanjem globalnog imenika ili nekim drugim alternativnim putem.Ukoliko pronadju nacin da stupe u komunikaciju sa Zainteresovanom strankomslucaj upotrebe se zavrsava u suprotnom Nadlezna odeljenja se obaestavajuda komunikacija nije uspela i slucaj se arhivira.

18

19

3.2.3 Slucaj upotrebe: komunikacija sa zainteresovanim strankama

Naziv: Komunikacija sa zainteresovanim strankama.

Akteri: Radnici sekreterijata, Zainteresovane stranke, Nadlezna odeljenja.

Opis: Nakon oglasavanja, posle odredjenog perioda Zainteresovane stranke kojesu donele odluku o zakupu neke ili vise nekretnina stupaju u kontakt sa Rad-nicima sekreterijata i obavestavaju ih o svojim zahtevima.

Preduslov: Slucaj upotrebe oglasavanje je uspesno zavrsen i svi akteri su ustanju cekanja spremni da preduzmu potrebne akcije.

Postuslov: Nadlezna odeljenja su uspesno obavestila Zainteresovane stranke idobila povratnu informaciju.

Glavni Tok:

1. Zainteresovane stranke stupaju u kontakt sa radnicima sekretarijata.

2. Radnici sekretarijata obavestavaju Nadlezna odeljenja.

3. Nadlezna odeljenja obavestavaju Radnike sekretarijata o potencijonalnomzakazivanju ugovorne rasprave.

Alternativni tok:

A3. U koliko nakon sto su primili zahtev za zakazivanje ugovorne rasprave,Radnici sekretarijata ustanove da je raspored sastanaka popunjen odnosnoda nema mesta u zeljenom terminu Zainteresovane stranke, odredjujupogodan termin i obavestavaju Zainteresovanu stranku.

20

21

3.3 Zivotni ciklus ugovora

22

23

24

3.3.1 Slucaj upotrebe: ugovorna rasprava

Naziv: Ugovorna rasprava.

Akteri: Zainteresovane stranke, Radnici sekreterijata, Administrator ugovora,Nadlezna odeljenja.

Opis: Radnici sekreterijata zakazuju sastanak Administratora ugovora, Zain-teresovane stranke i Nadleznih odljenja. Na sastanku Administrator ugovora,Nadlezna Odljenja i Zainteresovane stranke donose sporazum o sklapanju ili nesklapaju ugovora.

Preduslov: Svi akteri moraju biti u stanju cekanja odnosno moraju biti spremnida preduzmu akcije kako bi se sproveli koraci glavnog toka.

Postuslov: Slucaj upotrebe zavrsava se uspesnim sklapanjem ugovora.

Glavni tok:

1. Izrada inicijalnog nacrta ugovora od strane nadleznih odeljenja i adminis-tratora ugovora.

2. Ugovorna rasprava, po tackama ugovora.

2.1 Ukoliko zainteresovana stranka prihvati nacrt ugovora administratorugovora pravi finalnu verziju. Ide se na korak 4 glavnog toka.

2.2 Ukoliko zainteresovana stranka ne prihvati nacrt ugovora ide se nakorak 3 glavnog toka.

3. Predlazu se modifikacije inicijalnog nacrta ugovora. Ide se na korak 2glavnog toka.

4. Sklapanje ugovora.

Alternativni tok:

A4. Ukoliko nakon vise iteracija modifikovanja ugovora Zainteresovana strankai Administrator ugovora ne mogu da se dogovore oko pravnih stavki za-kazuje se novi termin sastanka dok obe strane ne konsultuju dodatnapravna lica.

Include: Ugovorna rasprava <<include>> Sklapanje ugovora

25

26

3.3.2 Slucaj upotrebe: sklapanje ugovora

Naziv: Sklapanje ugovora.

Akteri: Zainteresovane stranke, Administrator ugovora, Nadlezno odeljenje,Radnici sekretarijata.

Opis: Potpisivanje finalne verzije ugovora izmedju Nadleznih odeljanja (licazaduzenog za to u tom odeljenju) i zainteresovane stranke uz prisustvo admin-istratora ugovora. Azurira se portfolio i proveravaju se izmene. Takodje vrsi seobavestavanje zainteresovane stranke o stanju ugovora.

Preduslov Svi akteri moraju biti u stanju cekanja spremni da preduzmu odred-jene akcije definisane glavnim tokom.

Postuslov Ugovor je uspesno sklopljen i odgovarajuce Zainteresovane strankesu blagovremeno obavestene.

Glavni tok:

1. Nadlezna odeljenja i zainteresovane stranke potpisuju finalnu verziju ugov-ora uz prisustvo administratora ugovora.

2. Administrator ugovora dostavlja ugovor portfolio administratoru.

3. Portfolio administrator azurira portfolio.

4. Radnici sekretarijata obavestavaju administratora ugovora o zavrsenimizmenama.

5. Portfolio administrator pregleda izmene.

5.1. Ukoliko su podaci korektno uneti. Ide se na korak 6.

5.2. Ukoliko su podaci nekorektno uneti. Ide se na korak 3.

6. Obavestavanje o zivotnom ciklusu ugovora.

Alternativni tok:

A1. Ukoliko prilikom sklapanja ugovora Nadlezna odeljenja uoce odredjenesporne tacke ugovora za koje im je potrebno dodatno vreme, konsultujuse sa Administratorom ugovora i donose konacnu odluku.

Include: Sklapanje ugovora <<include>> Azuriranje portfolija, Obavestavanjeo zivotnom ciklusu ugovora.

27

28

3.3.3 Slucaj upotrebe: produzavanje ugovora

Naziv: Produzavanje ugovora.

Akteri: Zainteresovana stranka, Administrator ugovora, Portfolio administra-tor, Nadlezna odeljenja, Radnici sekretarijata.

Opis: Zainteresovan stranka incira produzivanje ugovora, vrsi se ugovornarasprava i u zavisnosti od rezultata rasprave ceka se istek ugovora ili se ugovorproduzava.

Preduslov: Zinteresovana stranka je uspesno stupila u kontakt sa Radnicimasekretarijata i svi akteri koji ucestvuju spremni su da preduzmu potrebne ko-rake.

Postuslov: Ugovor je uspesno produzen.

Glavni tok:

1. Zainteresovana stranka stupa u kontakt sa Radnicima sekretarijata u ciljuproduzivanja postojeceg ugovora.

2. Radnici sekretarijata obevestavaju Nadlezna odeljenja (odeljenje koje jeugovor sklopilo) i administratora ugovora.

3. Razmatra se produzivanje ugovara i inicira ugovorna rasprava.

3.1. Ukoliko ugovorna rasprava rezultira u sklapanju ugovara ide se nakorak 4.

3.2. Ukoliko ugovorna rasprava ne dovede do konkretnih rezultata ceka seistek ugovora.

4. Zakljucuje se produzivanje ugovora.

Alternativni tok:

A2. Ukoliko prilikom obavestavanja Nadleznih odeljenja Radnici sekretarijatadobiju povratnu inforamciju da odredjeno nadlezno odeljenje ima ispun-jen raspored odnosno da je potrebno dodatno vreme kako bi se odobriloproduzavanje ugovora Radinici sekretarijata obavestavaju Zainteresovanestranke o roku do kada ce biti odobreno produzavanje ugovora.

Include: Produzavanje ugovora <<include>> Ugovorna rasprava

29

30

3.3.4 Slucaj upotrebe: istek ugovora

Naziv: Istek ugovora.

Akteri: Zainteresovana stranka, Administrator ugovora, Portfolio administra-tor, Nadlezna odeljenja, Radnici sekretarijata.

Opis: Nakon isteka ugovora Administrator ugovora obavestava Nadlezna odl-jenja. Razmatra se ponuda produzetka roka trajanja ugovora, u zavisnosti ododluke vrsi se ugovorna rasprava ili se raskida ugovor.

Preduslov: Doslo je do Isteka ugovora u pravnom smislu, svi akteri su u stanjucekanja spremni da obave svoje poslove

Postuslov: Slucaj upotrebe se zakljucuje raskidom ugovora, gde raskid mozeda znaci trenutni ili stalni prekid poslovnog odnosa kao i raskid starog ugovorakoji rezultuje sklapanjem novog

‘ Glavni tok:

1. Administrator ugovora obavestava Nadlezna odeljenja o isteku odredjenogugovora.

2. Nadlezna odeljenja i administrator ugovora razmatraju mogucnost ponudeproduzetka roka trajanja ugovora.

2.1. Ukoliko je produzenje moguce, radnici sekretarijata obavestavaju zain-teresovane stranke o isteku ugovora i nude opciju produzivanja ugov-ora.

2.1.1. Ukoliko je produzenje prihvaceno ide se na korak 3.

2.1.2. Ukoliko produzenje nije prihvaceno ide se na korak 4.

2.2. Ukoliko produzivanje ugovora nije moguce, ide se na korak 4.

3. Ugovorna rasprava.

4. Raskid ugovora.

Alternativni tok:

A4. Ukoliko je doslo do konfliktne situacije prilikom rasprave o eventualnomproduzenju ugovora ili tokom konkretnog raskida ugovora, Radnici sekre-tarijata arhiviraju slucaj i oznacavaju kompaniju ili pojedinca kao nepozeljnog.

Include: Istek ugovora <<include>> Ugovorna Rasprava, Raskidanje ugov-ora.

31

32

3.3.5 Slucaj upotrebe: raskidanje ugovora

Naziv: Raskidanje ugovora.

Akteri: Zainteresovane stranke, Administrator ugovora, Portfolio administra-tor, Nadlezna odeljenja, Radnici sekretarijata.

Opis: Razmatranje razloga raskidanje ugovora, priprema potrebne dokumentacijekao i obavestavanje klijenata. Slucaj upotrebe rezultira u iseljenju.

Preduslov: Doslo je do odredjene pravne stavke koja pokrece raskidanje ugov-ora. Svi akteri koji ucestvuju su u stanju cekanja spremni da preduzmu potrebneakcije koje su im dodeljene.

Postuslov: Slucaj upotrebe se zakljucuje Iseljenjem gde je postupak iseljenjadefinisan u posebnom slucaju upotrebe.

Glavni tok:

1. Razmatranje stavki zbog kojih dolazi do raskidanja ugovora.

1.1. Ako je ugovor istekao ide se na korak 2.

1.2. Ako je zainteresovana stranka inicirala raskid, ide se ne korak 3.

2. Istek ugovora

3. Izrada zahteva za iseljenje od strane Nadleznih odeljenja i Administratoraugovora.

4. Administrator ugovora salje zahtev za obavestavanje zainteresovane strankeradnicima sekretarijata.

5. Radnici sekretarijata salju zahtev za iseljenje zainteresovanoj stranci.

6. Azuriranje portfolija.

7. Iseljenje.

Alternativni tok:

A3. Ukoliko je potrebno Nadlezna odeljenja i Administrator ugovora dodajudodatne potrebne parametre prilikom izrade zahteva za iseljenje.

Include: Raskidanje ugovora <<include>> Iseljenje, Azuriranje Portfolija,Istek Ugovora.

33

34

3.3.6 Slucaj upotrebe: iseljenje

Naziv: Iseljenje

Akteri: Zainteresovana stranka, Administrator ugovora, Radnici sekretarijata

Opis: Administrator ugovora odlazi u poslovni prostor koji je relevantan zaraskid ugovora. Na osnovu podataka u inventaru vrsi procenu stete. Praviizvestaj o steti i dostavlja radnicima sekretarijata. Radnici sekretarijata obavestavajuZainteresovanu stranku o proceni stete.

Preduslov: Svi akteri su u stanju cekanja spremni da preduzmu potrebne ak-cije definisane glavnim tokom.

Postuslov: Radnici sekretarijata su uspesno dostavili dokument o proceni steteZainteresovanoj stranci i uspesno je obavestili o stanju stete.

Glavni tok:

1. Administrator ugovora odlazi u poslovni prostor

2. Administrator ugovora na osnovu podataka u inventaru generise dokumentkoji sadrzi procenu stete.

3. Administrator ugovora dostavlja dokument o proceni stete Radnicimasekretarijata.

4. Radnici sekretarijata dostavljaju dokument o proceni stete Zaintereso-vanoj stranci.

Alternativni tok:

A2. Ukoliko je prilikom useljenja Zainteresovana stranka zahtevala dodatnestvari koje nisu na standardnom spisku koji je propisan za taj prostor,administrator ugovora sa sobom nosi i dodatni spisak koji se ne generisedirektno iz portfolia kako bi procenio stetu u potpunosti.

35

36

4 Dijagram stanja: Zivotni ciklus ugovora

37

5 EER dijagram: implementacija baze podataka

38

6 Prototipi

6.1 Unos u portfolio

Predlozeni izgled interfejsa za unosenje podataka u portfolio treba da omogucisubjektima koji ga koriste (Radnicima sekreterijata) laksi rad i povecanje efikas-nosti.Forma je podeljena na dve sekcije: Uputstvo i Forma za unos podataka. Unutarsekcije Uputstvo, radnik sekreterijata koji vrsi unos treba da ucita uputstvo izfile sistema i uz strogo pracenje uputstva unese podatke u trazenu tabelu. Uput-stvo je generisano u nekom od dogovorenih formata .pdf, .xls ili nekom drugomodgovarajucem formatu.Unutar sekcije Forma za unos podataka, radnik sekretarijata zapocinje unos takosto bira tabelu koja je nalozena u uputstvu i aplikacija automatski generise for-mular koji sadrzi atribute koje tabela poseduje. Radnik sekreterijata redomunosi vrednosti atributa koja su nalozena u uputstvu. Unosenje jednog slogau bazu podataka se zavrsava kada Radnik sekreterijata klikne na dugme Izvrsiunos. Ova operacije se ponavlja dok se ne ispune svih zahtevi definisani u up-utstvu.

6.2 Azuriranje portfolija

Predlog interfejsa za azuriranje podataka ima za cilj da olaksa i ubrza rad rad-nika sekreterijata. Tab za azuriranje podataka podeljen je u dve skecije: Uput-stvo i Forma za azuriranje podataka.Unutar sekcije Uputstvo, radnik sekreterijata ucitava iz file sistema dokumentkoji mu je prosledjen od Portfolio administratora i prateci instrukcije vrsi azuriranje.Sekcija Forma za azuriranje podataka omogucava odabir tabele nad kojom jepotrebno izvrsiti azuriranje i dodavanje na formu atributa tabele cije vred-nosti je potrebno izmeniti. Ukoliko dodje do greske prilikom odabira atributaomoguceno je njihovo brisanje sa forme. Azuriranje jednog sloga tabele sezavrsava pritiskom na dugme Azuriraj trenutno stanje.

39

40

7 Reference

• Materijali sa predavanja, Informacioni Sistemi, Sasa Malkov.http://poincare.matf.bg.ac.rs/~smalkov/download.html?dpth=1&cap=

Informacioni+sistemi&bp=is.r271.2012%2Fpublic&rp=%2Fpredavanja

• Materijali sa vezbi, Informacioni Sistemi, Stasa Vujicic Stankovichttp://poincare.matf.bg.ac.rs/~stasa/IS.html

41