Kurso projektas: krovinių pervežimas

1162 0

Turinys

1.Įvadas 3

1.1.Kurso projekto tikslas 3

1.2.Užduoties formulavimas 3

2.Grantt‘o diagramos aprašymas 4

3.Užduoties analizė 5

3.1.Aukščiausio lygio DFD 5

3.2.Nulinio lygio DFD 6

3.3.BPMN diagramos 7

3.4.Funkciniai reikalavimai 7

3.4.1.Sistemos naudotojų sąrašas 7

3.4.2.Funkcinių reikalavimų sąrašas 8

3.4.3.Funkcinių reikalavimų diagrama 8

3.4.4.Funkcinių reikalavimų matrica 9

3.4.5.Funkcinių reikalavimų veiklos diagramos, scenarijų aprašymai 9

3.4.6.Nefunkciniai reikalavimai 21

4.Projektinės dalies aprašymas 22

4.1.Klasių diagrama 22

4.2.Sekų diagramos 22

4.3.Loginė duomenų bazės struktūra 25

4.4.Prototipas 26

5.Ekonominis pagrindimas 30

6.Išvados ir pasiūlymai 32

Įvadas Kurso projekto tikslas

Sudaryti organizacijos arba jos dalies aukščiausio lygio DFD, Sudaryti nulinio lygio DFD. Sudaryti vieną arba daugiau pirmo lygio DFD (n

neprivaloma). Problemoms parodyti sudaryti BPMN diagramas (mažiausiai 2). Pateikti veiklos analizės išvadas ir pasiūlymus. Suformuluoti funkcinius reikalavimus sistemai. Pateikti sistemos naudotojų sąrašą bei aprašymą (mažiausiai 2 naudotojai). Pateikti funkcinių reikalavimų sąrašą. Sudaryti panaudos atvejų diagramą remiantis funkcinių reikalavimų sąrašu (privalo būti nors vienas įtraukiamas panaudos atvejis ir nors vienas išplečiantis panaudos atvejis bei mažiausiai 7 panaudos atvejai. Sudaryti funkcinių reikalavimų matricą (tai lentelė, kurios stulpeliuose nurodomi panaudos atvejų pavadinimai, o eilutėse – funkciniai reikalavimai (arba jų numeriai). Tokia lentelė leidžia „nepamesti“ nei vieno funkcinio re
eikalavimo sudarant panaudos atvejų diagramą). Aprašyti kiekvieno panaudos atvejo scenarijų. Suformuluoti nefunkcinius reikalavimus sistemai. Atlikti rinkoje esamų sprendimų palyginamąją analizę pagal suformuluotus kriterijus (kriterijai formuluojami atsižvelgiant į funkcinius bei nefunkcinius reikalavimus). Kiekvienam panaudos atvejui sudaryti po Veiklos diagramą (naudotojas – sistema). Sudaryti kl
lasių diagramą, kurioje būtų: klasės su atributais ir operacijomis, kompozicijos, agregacijos ir paveldėjimo sąryšiai, interfeisai, aktoriai. Kiekvienam panaudos atvejui sudaryti po sekų diagramą. Sukurti prototipą. Įterpti ir sukurti Grantt‘o diagramą, kurioje turėtu būti nurodyti žmogiškieji ištekliai, jų procentinė išraiška, pasikartojantys įvykiai.

Užduoties formulavimas

Kad įvykdyti šio kursinio projekto tikslą, turiu išsirinkti projekto temą. Kaip ją pasirinkau krovinius vežiojančią, bei perkraustymo paslaugas teikiančią įmonę UAB „Pervešiu“.

Šiuo metu UAB „Pervešiu“ vykdo veikla Vilniaus mieste ir už jo ribų, taikant papildomus kriterijus, kad iš teikiamų paslaugų būtų galima užsidirbti. Ši įmonė šiuo metu turi 3 VW Caddy automobilius su kuriais kiekvieną dieną dirba. Jie nėra brangūs, kuro sąnaudos nėra didelės. Todėl taikomos mažesnės kainos už paslaugas lyginant su konkurentais. Todėl klientai į tai labai atsižvelgia, nes jiems sv

varbiausia yra kaina, bei kokybė.

UAB „Pervešiu“ teikia toliau išvardintas paslaugas:

Krovinių pervežimas, perkraustymo darbai

Automobilių nuoma

Avarinė tarnyba

Automobilių supirkimas

Gėlių pristatymas

Dovanų pristatymas

Krovikų paslaugos

Teikiamų paslaugų kiekis platus, nedaug įmonių teikia tokias paslaugas kaip gėlių, dovanų pristatymas. Šios paslaugos dažniausiai pasiteisina per šventes, gimtadienius.

Įmonės tikslas:

Aptarnauti kuo daugiau klientų, teikti kokybiškas paslaugas už realią kainą, jog klientui būtų noras susisiekti dar kartą, kai reikės panašių paslaugų. Konkuruoti su konkurentais atsiviliodami iš jų klientus, bei kilti teikiamų paslaugų reitingo sąraše.

Braižant DFD, BPMN, Use Case, veiklos, sekų, klasių diagramas bu

us naudojama Visual Paradigm programa. Grantt‘o diagramai sukurti, bus naudojama Microsoft Project 2010 programa. Ataskaitai sukurti naudosiu Microsoft Office paketą.

Grantt‘o diagramos aprašymas

Atsiprašau, bet nemokėjau padaryti.

 

Užduoties analizė

Šiais laikais, kai mums ar mūsų draugams reikia tam tikrų paslaugų, šiuo atveju pervešimo, perkraustymo, mes visų pirmą kreipiamės į draugus, šeimos narius, gal kas netyčia žino kokį pigų ir patikimą variantą mano norams išpildyti. Bet, ko ne dažniausias atvejis būna – Pasiieškok internete. Taip, dabar internete mes galime surasti viską ir tai gali mums pritraukti daugiau klientų. Google paieškos sistemoje suvedus raktažodžius: Krovinių pervežimo paslaugos Vilniuje, mums randa labai daug paieškos atitikimų. Jeigu klientas patenka į jūsų įmonės tinklalapį, jis iš karto ieško teikiamų paslaugų kainos. Jeigu jam tenkina jis tuojau pat susiieškos tos įmonės telefono numerio ir skambins teirautis ar jie gali įvykdyti jo užsakymą.

Todėl pagalvojau, kad klientui negaišti savo laiko ir laukti kol paskirta asistentė atsilieps ir suteiks visą jam reikalingą informaciją, jis gali nurodyti tame pačiame tinklalapyje savo pervežimo pobūdį, svorį, matmenis, parinkti savo maršrutą ir laiką kada pervežimas turėtų būti atliktas. Ekrane greitai parodoma paslaugos kaina ir galimybė ją užsisakyti el. bankininkystės pagalba.

Aukščiausio lygio DFD

1 pav. Aukščiausio lygio DFD.

Kiekviena įmonė negali egzistuoti be banko. Todėl savaime aišku vykdomos pinigų perlaidos abejose pusėse. Kadangi UAB „Pervešiu“ užs

siima pervežimais, todėl ji negali apsieiti be transporto priemonių. Todėl jei reikia garažo, kur laikyti automobilius. Garaže yra atliekami transporto priemonių remonto darbai, kuriems reikia pinigų. Taip pat, jog mašinos važiuotų ir įmonei uždirbtu pinigus, joms reikia degalų. Todėl yra bendradarbiaujama su įmonę, tiekiančią degalus. Ir žinoma patys svarbiausi yra klientai. Be jų, nei viena įmonė neegzistuotų.

Nulinio lygio DFD

2 pav. Nulinio lygio DFD.

Nuo aukščiausio lygio DFD, UAB „Pervešiu“ išsiskirsto į tris procesus: Buhalterija, Direkcija ir Aptarnavimo skyrių.

BPMN diagramos

3 pav. Klientas – Aptarnavimo skyrius.

Šioje diagramoje Klientas skambinasi aptarnavimo skyriui, jog galėtų užsisakyti paslaugą. Visų pirmą, vadybininkas išklauso kliento pageidavimus, ką turės vežti, koks krovinio pobūdis, svoris, matmenys. Jeigu krovinys netelpa ar yra pavojingas, vadybininkas užsakymo nepriima ir apie tai praneša klientui. Jeigu krovinys atitinka mūsų transportavimo sąlygas, vadybininkas sudaro užsakymo planą, kuriame įeina maršrutas, paskirtas automobilis, kaina, laikas. Po plano sudarymo, vadybininkas priima užsakymą ir praneša klientui, jog užsakymas priimtas. Vadybininkas pradeda ieškoti laisvo vairuotojo, kol jį randa, ir vairuotojas pradeda vykdyti užsakymą.

Pagrindinė problema yra ta, jog viskas vyksta telefonu. Tai sugaižtama daug laiko. Viskas būtų paprasčiau perkėlus užsakymo formą į internetinį tinklalapį. Ten sistemos pagalba klientas pasirinkęs paslaugos pobūdį, nurodęs reikiamą informaciją akimirksniu pamatytu ar užsakymas bus priimtas ar ne, kas blogai, kokia kaina ir galim

mas atvykimo laikas.

Funkciniai reikalavimai Sistemos naudotojų sąrašas

Klientas – Paprastas vartotojas, neturintis visiškai patirties IT skyriuje.

Darbuotojas – Apmokytas darbuotojas naudotis užsakymu sistema.

Administratorius – Patyrės IT specialistas, mokantis administruoti tinklalapio turinį.

 

Funkcinių reikalavimų sąrašas

1 lentelė. Funkcinių reikalavimų sąrašas.

Pavadinimas Numeris
Prisijungimas prie sistemos R1
Naujo kliento priregistravimas prie sistemos R2
Galimybė prisijungusiam klientui pakeisti savo kontaktinę informaciją R3
Prisijungusiam klientui galimybė užsisakyti paslaugą užpildžius nurodytus laukus R4
Užsiregistravusiam klientui galimybė atgauti savo slaptažodį, jeigu jis jį pamiršo R5
Galimybė matyti paslaugų kainas R6
Galimybė matyti teikiamas paslaugas, jų aprašymus R7
Galimybė peržiūrėti įmonės rekvizitus R8
Užsakymų patvirtinimas R9
Turinio redagavimas R10

 

Funkcinių reikalavimų diagrama

4 pav. UML Use Case diagrama.

 

Funkcinių reikalavimų matrica

2 lentelė. Funkcinių reikalavimų matrica.

Panaudos atvejai
UC1 UC2 UC3 UC4 UC5 UC6 UC7 UC8 UC9 UC10
Reikalavimai R1 x
R2 x
R3 x
R4 x
R5 x
R6 x
R7 x
R8 x
R9 x
R10 x

 

Funkcinių reikalavimų veiklos diagramos, scenarijų aprašymai

5 pav. Veiklos diagrama – Prisijungti.

3 lentelė. Veiklos – Prisijungti aprašymas.

Pavadinimas Prisijungti
Numeris UC1
Trumpas aprašymas Jeigu jūs jau buvote prisiregistravęs prie sistemos, antrą kartą registruotis iš naujo nebūtina. Galimas prisijungimas prie sistemos su tuo pačiu vardu ir slaptažodžiu.
Naudotojas(-ai) Klientas, Darbuotojas, Administratorius
Prieš sąlygos Pagrindinis tinklalapio langas
Pagrindinis scenarijus Paspaudžiamas mygtukas Prisijungti.

Atsidariusiame naujame lange suvedamas vartotojo vardas bei slaptažodis.

Tikrinami duomenys.

Sėkmingai prisijungta prie sistemos.

Alternatyvūs scenarijai Paspaudžiamas mygtukas Prisijungti.

Atsidariusiame naujame lange suvedamas vartotojo vardas bei slaptažodis.

Tikrinami duomenys.

Vartotojo vardas arba slaptažodis neteisingai įvestas. Rodomas klaidos pranešimas su tekstu Bandyti dar kartą.

Po sąlygos Klientas prijungtas prie sistemos. Rodomas pagrindinis puslapio langas
Papildoma informacija

 

6 pav. Veiklos diagrama – Užsiregistruoti.

4 lentelė. Veiklos – Užsiregistruoti aprašymas.

Pavadinimas Užsiregistruoti
Numeris UC2
Trumpas aprašymas Naujas klientas norintis užsisakyti paslaugą, privalo prisiregistruoti prie sistemos
Naudotojas(-ai) Klientas
Prieš sąlygos Pagrindinis tinklalapio langas
Pagrindinis scenarijus Spaudžiamas mygtukas Prisijungti.

Paspaudžiamas mygtukas Nauja paskyra.

Užpildomi tušti l

. . .

22 pav. Peržiūrėti kontaktus sekos diagrama.

23 pav. Priminti slaptažodį sekų diagrama.

 

24 pav. Redaguoti turinį sekų diagrama.

25 pav. Administruoti užsakymus sekų diagrama.

Loginė duomenų bazės struktūra

26 pav. Loginė duomenų bazės struktūra.

 

Prototipas

27 pav. Pagrindinis puslapis

 

28 pav. Prisijungimas prie sistemos.

29 pav. Registracijos forma.

 

30 pav. Paslaugų puslapis.

 

31 pav. Kainų puslapis.

 

32 pav. Kainų puslapis.

33 pav. Užsakymu puslapis prisijungus kaip Darbuotojui.

 

34 pav. Paslaugos užsakymas prisijungus kaip Klientui.

 

35 pav. Profilio redagavimas prisijungus kaip Klientui.

 

36 pav. Slaptažodžio priminimo forma.

 

Ekonominis pagrindimas

Šiam projektui realizuoti bus samdoma įmonė, kuri turės komercijos veiklai internete išplėtoti patirties ir teiks toliau išvardytas paslaugas, jog nereikėtų samdytis kelių įmonių vienam projektui atlikti ir prižiūrėti:

Interneto puslapio sukūrimas

Dizaino parinkimas

Tinklapio SEO optimizacija

Reklama internete

Tinklapio talpinimas

Tinklapio administravimas

 

Rinka yra plati, kadangi visi žmonės kažką perka, kas netelpa į jų kasdieninius automobilius, o persivežti tai į savo namus juk reikia. Daiktai lūžta, todėl perkami nauji, tiek baldai tiek automobiliai. Jeigu pateko į avariją automobilis ir jam sutvarkyti reikalinga daug laiko ir pinigų, tai savininkas jį parduos. Bet kam parduos, tai pagrindinis klausimas. Todėl esame mes.

Visų pirmą, klientai turi žinoti apie mūsų įmonę, jog teikiama įvairias paslaugas. Kad tai būtų įmanoma yra marketingas. Mes turime reklamuoti savo internetinį tinklalapį taip, jog jis būtų matomas pirmame Google paieškos sistemos puslapyje įvedus atitinkamus raktažodžius. Todėl reklamai reikia skirti gan didelė dalį pinigų, jog mūsų tinklalapis būtų matomas virš konkurentų. Taip atsiranda didesnė tikimybė, jog klientas užeis į mūsų tinklalapį, o ne į konkurentų.

Reklamos paslaugas pirmiausia žadame pirkti iš pačio Google, kadangi ši paieškos sistema yra pati populiariausia. Taip pat daugelis Lietuvos gyventojų renkasi skelbiu.lt, todėl dėsime ten skelbimus ir už papildomą kainą mums suteiks didesnį klientų srautą. Šiandieną Facebook socialinis tinklalapis yra neišvengiamas. Todėl bus sukurtas atskiras puslapis su mūsų įmonės informacija, teikiamomis paslaugomis. Reklama šiame socialiniame tinklalapyje nėra brangi, bet efektyvi.

 

Sąmatas:

Interneto puslapio sukūrimas – 700 Eur

Dizaino maketavimas – 200 Eur

SEO optimizavimas – 120 Eur

Reklamos paslaugos vieneriems metams – 2400 Eur

Serverio, domeno nuoma vieneriems metams – 375 Eur

Tinklalapio administravimas vieneriems metams – 600 Eur

Viso: 4395 Eur

 

37 pav. Pelningumo rodikliai ir jų vertinimas

38 pav. Pinigų srautas.

39 pav. Pelno ir nuostolio rodikliai.

Kaip ir buvo tikėtasi, perėjimas prie naujos sistemos buvo sėkmingas ir tai matosi visuose rodikliuose, jog uždirbame vis daugiau pelno. Pardavinėjant paslaugas internetu, suaktyvėjo klientai, dauguma kliento perėjo pas mus nuo mūsų konkurentų, kadangi su jais telefonu paliko sunkiau susikalbėti negu per mūsų sukurtą sistemą.

Išvados ir pasiūlymai

Mano pasirinkta įmonė buvo UAB „Pervešiu“, kuri užsiima pervežimo, perkraustymo darbais Vilniuje. Mano tikslas buvo sukurti jei sistemą, leidžiančią pritraukti daugiau klientų investuojant protingą sumą, kuri atsipirktu per pirmuosius mėnesius. Po ilgo analizavimo buvo prieitą prie išvados, jog priimti klientus telefonu yra kasdieniška, bet neefektyvu jeigu kiti klientai nežino jūsų kontaktinio numerio. Todėl geriausias pasirinkimas buvo sukurti šiai įmonei gražų ir solidų internetinį puslapį, kuris bus reklamuojamas. Jame klientai galės matyti teikiamas įmonės paslaugas, bei kainas. Taip pat pateikti užsakymą, nuotoliniu būdų į kurį akimirksniu bus atsiliepta. Šis būdas per pirmąjį mėnesį padidino klientų srautą net 35%, kuris leido atsipirkti visoms reklamos išlaidoms, kurios ir atnešė šį klientų antplūdį. Todėl manau, jog mano projektas yra vykęs.

Join the Conversation