Zhvillimi i një sistemi informacioni (IS) "Agjencia e pasurive të paluajtshme"

Puna e kursit

Shkenca kompjuterike, kibernetika dhe programimi

Koncepti i bazës së të dhënave. Kushtet bazë për të punuar me bazat e të dhënave. Krijo një tabelë në bazën e të dhënave Përshkrimi i pyetjeve të krijuara

FAQJA 18

Agjencia Federale për Arsimin

Institucion arsimor shtetëror

arsimin e lartë profesional

"Universiteti Teknik Shtetëror i Aviacionit Ufa"

Departamenti i Informatikës Ekonomike

Lëndë në Informatikë

tema:

Hartimi dhe krijimi i bazës së të dhënave "Agjencia imobiliare"

Zhvillimi i një sistemi informacioni (IS)

"Agjenci të pasurive të patundshme"

E përfunduar:

Kontrolluar:

Ufa 200 7

Prezantimi 1.1. Koncepti i bazës së të dhënave. 1.2. Kushtet bazë për të punuar me bazat e të dhënave. 2. Deklarata e problemit 2.1. Strukturat e tabelave bazë I tërë Po (nuk lejohen ndeshje) Po (nuk lejohen ndeshje) I tërë Po (nuk lejohen ndeshje) Po (nuk lejohen ndeshje) Po (Lejohen ndeshjet) Po (Lejohen ndeshjet) Po (Lejohen ndeshjet) I tërë Po (nuk lejohen ndeshje) Po (nuk lejohen ndeshje) 2.2. Përcaktimi i marrëdhënieve ndërmjet tabelave. 3. Përshkrimi i performancës së punës 3.1. Krijimi i një tabele në bazën e të dhënave 3.2. Krijimi i një databaze të re në modalitetin Constructor 3.3. Krijimi i lidhjeve midis tabelave 3.4.1. Ndërtimi i një pyetjeje duke përdorur Konstruktorin 3.4.2. Përshkrimi i kërkesave të krijuara 3.4.4. Pyetje përmbledhëse 3.4.6. Kërkim i kryqëzuar 3.5. Gjenerimi i raportit 3.6. Krijimi i formës 3.7. Krijimi i nënformave 3.8. Krijimi i një forme butoni 4. Udhëzime për përdorimin e bazës së të dhënave 5. PËRFUNDIM Bibliografi

1. Prezantimi

1.1. Koncepti i bazës së të dhënave.

Komplete të dhënash të mëdhapër objektet dhe dukuritë e botës reale së bashku me softuerin dhe harduerin për ruajtjen dhe manipulimin e të dhënave ato quhen sistemet e informacionit (IS).

Baza e sistemit të informacionit, objekti i zhvillimit të tij është një bazë të dhënash.

Baza e të dhënave (DB) -një grup të dhënash, të lidhura kuptimisht me njëra-tjetrën nga një temë ose qëllim i përbashkët. Kartat e punonjësve të kompanisë në kabinetin e dosjeve janë një grup të dhënash, i cili është një bazë të dhënash. Në mënyrë tipike, një bazë të dhënash krijohet për një aplikacion specifik.

Çdo strukturë e të dhënave mund të shndërrohet në një tabelë të thjeshtë dy-dimensionale. Kjo pamje është më e përshtatshme për përdoruesit dhe për makineri. Tabelat e të dhënave që përbëhen nga tabela dydimensionale quhen relacionale.

Çdo tabelë përbëhet nga një numër fiks kolonat dhe disa vargjet ... Çdo kolonë përfaqëson një të dhënë specifike. Në gjuhën DB thirren kolonat e tabelës fusha, dhe për secilën fushë, zhvilluesi duhet të përcaktojë një emër unik të fushës. Çdo fushë mund të përfshihet në disa tabela.

Rreshtat DB quhen rekorde ... Një rekord është një bllok ndërtimi për ruajtjen e të dhënave në një tabelë, për marrjen e të dhënave në një pyetje, për një formë të shfaqur në ekran.

Hyni në DBMS është një sistem i menaxhimit të bazës së të dhënave të tipit relacional. Të dhënat ruhen në një bazë të dhënash të tillë në formën e tabelave, rreshtat (regjistrat) e të cilave përbëhen nga grupe fushash të llojeve të caktuara. Me çdo tavolinë Qasja mund të lidhen indekset (çelësat) që specifikojnë urdhrat që i nevojiten përdoruesit në grupin e rreshtave. Tabelat mund kanë të njëjtin lloj fushash (kolona), dhe kjo ju lejon të krijoni lidhje ndërmjet tyre. Operacionet tipike të bazës së të dhënave janë:

• përcaktimin, krijimin dhe hedhjen e tabelave,
• modifikimi i përkufizimeve (strukturave, skemave) të tabelave ekzistuese,
• kërkimi i të dhënave në tabela sipas kritereve të caktuara (ekzekutimi i pyetjeve),
• krijimi i formularëve dhe raporteve për përmbajtjen e bazës së të dhënave.

Kërkesë (shembull) - një mjet për zgjedhjen e të dhënave nga një ose më shumë tabela duke përdorur një kusht të përcaktuar nga përdoruesi. Pyetjet ju lejojnë të krijoni tabela virtuale që përbëhen nga fusha të llogaritura ose fusha të marra nga tabela të tjera.

Forma - një mjet për shfaqjen e të dhënave në ekran dhe menaxhimin e tyre.

Raportoni - një mjet për shfaqjen e të dhënave gjatë printimit.

Fusha kryesore - një fushë, vlerat e së cilës përdoren për të identifikuar në mënyrë unike një rekord në një tabelë.

Celës - një ose më shumë fusha kyçe që lejojnë identifikimin e të dhënave të tabelave ose organizimin e marrëdhënieve ndërmjet tabelave.

1.2. Kushtet bazë për të punuar me bazat e të dhënave.

Indeksi - mjetet e renditjes automatike të të dhënave në një tabelë sipas vlerës së fushës së indeksuar. Ekzistojnë dy lloje të indekseve: vlerat e fushës jo të përsëritura dhe jo të përsëritura.

Zona e përzgjedhjes së regjistrimit -një zonë drejtkëndore në të majtë të vijës që lejon të zgjidhet e gjithë rreshti.

Zona e përzgjedhjes së fushës -zona e kokës së fushës. Klikimi në këtë vend ju lejon të zgjidhni të gjithë fushën.

Shiriti i lëvizjes -një objekt me dy butona dhe një rrëshqitës që ju lejon të zhvendosni të dhënat në një dritare ose listë.

Skeda - një objekt që lejon rritjen e kapacitetit të informacionit të kutisë së dialogut që përdoret për futjen e parametrave. Nga pamja e jashtme, duket si një kartë nga një kabinet i zakonshëm dosjesh dhe është i pajisur me një emër. Skedat janë të vendosura në dritaren e dialogut në atë mënyrë që vetëm njëra prej tyre të jetë plotësisht e dukshme. Klikimi mbi emrin e një skede e bën atë të disponueshëm për shikim dhe modifikim. Parametrat ndahen në skeda në mënyrë tematike, në përputhje me qëllimin e tyre.

Konstruktor - mënyra e përcaktimit të vetive të objekteve të bazës së të dhënave (tabela, pyetësorë, formularë, raporte, makro, module). Konstruktori ka dritaren e vet, në të cilën ka një tabelë për vendosjen e vetive të objektit - formë. Pamja e dizajnit është një alternativë ndaj pamjes së të dhënave.

Treguesi (miu) -një ikonë e lëvizshme e lidhur me një mi. Në vazhdimAi merr forma të ndryshme pune, gjë që e bën më të lehtë për përdoruesin të trajtojë objektet dhe shërben si një lloj aludimi.

Ndërprerës - një kontroll që ju lejon të zgjidhni një dhe vetëm një nga disa opsione për vendosjen e opsioneve.

Kutia e kontrollit - një kontroll që mund të jetë në një nga dy pozicionet: i instaluar ose i pavendosur.

Menyja e kontekstit -menuja e lidhur me objektin. Zgjerohet pasi klikoni me të djathtën mbi një objekt dhe përmban komanda specifike vetëm për atë objekt.

Mjeshtër - një program që synon zgjidhjen e një problemi specifik e të ngushtë. Magjistarët zhvillojnë një dialog me përdoruesin, gjatë të cilit aplikacioni merr informacionin e nevojshëm për zgjidhjen e problemit. Për lehtësi, puna e Wizard përbëhet nga disa faza ose hapa. Përdoruesi, nëse është e nevojshme, mund të kthehet në hapin e mëparshëm ose të kapërcejë atë të panevojshëm.

2. Deklarata e problemit

Hartoni strukturën e tabelave bazë (të paktën katër) të bazës së të dhënaveAgjenci të pasurive të patundshme.

Baza jonë e të dhënave përmban informacione:

• informacione rreth pasurive të paluajtshme;
• informacione për klientët: mbiemri, emri dhe patronimi, adresa, numri i telefonit, vlera e pasurisë së paluajtshme ose qiraja e pasurisë së paluajtshme;
• informacione për punonjësit: mbiemri, emri dhe patronimi i punonjësit;
• informacion në lidhje me transaksionet e pasurive të paluajtshme.

Le ta shpërndajmë këtë informacion në tre tabela:Klientë, Real Estate, Operacionet, Punonjësit.

2.1. Strukturat e tabelave bazë

Strukturat e tabelave të bazës së të dhënave janë paraqitur në tabelat 2.1, 2.2, 2.3, 2.4.

Tabela 2.1. Struktura e tabelës Operacionet.

Fusha	Një lloj	Permasa	E detyrueshme	I indeksuar
Kodi i funksionimit	Numerike	I tërë	po
Emri operacionet	Teksti		po	Po (nuk lejohen ndeshje)

Tabela 2.2. Struktura e tabelës Prona .

Fusha	Një lloj	Permasa	E detyrueshme	I indeksuar
Kodi i Pronës	Numerike	I tërë	po	Po (nuk lejohen ndeshje)
Emri Pasuri të paluajtshme	Teksti		po	Po (nuk lejohen ndeshje)

Tabela 2.3. Struktura e tabelës Klientët.

Fusha	Një lloj	Permasa	E detyrueshme	I indeksuar
Emri i plotë	Teksti		po	Po (Lejohen ndeshjet)
Adresa	Teksti		po	Po (Lejohen ndeshjet)
Telefoni	Numerike	I tërë	po	Po (Lejohen ndeshjet)
Operacioni	Numerike	I tërë	po	Po (Lejohen ndeshjet)
Kodi Pasuri të paluajtshme	Numerike	I tërë	po	Po (Lejohen ndeshjet)
Çmimi	monetare	monetare	po	Po (Lejohen ndeshjet)
Kodi i Punonjësit	Numerike	I tërë	po	Po (Lejohen ndeshjet)

Tabela 2.4. Struktura e tabelës Punonjësit.

Fusha	Një lloj	Permasa	E detyrueshme	I indeksuar
Kodi i Punonjësit	Numerike	I tërë	po
Emri i plotë Punonjës	Teksti		po	Po (nuk lejohen ndeshje)

2.2. Përcaktimi i marrëdhënieve ndërmjet tabelave.

Fusha e Kodit të Operacionit të tabelës së Operacioneve dhe fusha e Kodit të Operacionit në tabelën Konsumatorët kanë kuptimin e tyre Kodi i funksionimit. Meqenëse një operacion mund të kryhet nga disa klientë, atëherë lloji i komunikimit Një - me - shumë.

Fusha Kodi i Pronës Tabelat e pronave dhe fushave Kodi i Pronës në tabelën e klientëve kanë kuptimin e tyreKodi i Pronës. Meqenëse i njëjti lloj i pasurive të paluajtshme mund t'u përkasë klientëve të ndryshëm, atëherë midis këtyre tabelave kemi lloji i komunikimit Një - me - shumë.

Fusha e Kodit të Punonjësit të tabelës së Punonjësve dhe fusha e Kodit të Punonjësit në tabelën Konsumatorët kanë kuptimin e tyre Kodi i Punonjësit. Meqenëse një punonjës i Agjencisë mund të punojë me klientë të ndryshëm dhe të kryejë operacione të ndryshme, atëherë kemi midis këtyre tabelave lloji i komunikimit Një - me - shumë.

3. Përshkrimi i performancës së punës

3.1. Krijimi i një tabele në bazën e të dhënave

Menjëherë pas nisjes së Asse ss hap dy dritare dialogu. Në dritaren e parëSkedar i ri i bazës së të dhënaveju duhet të zgjidhni një disk dhe të specifikoni rrugën ku do të ruajmë bazën e të dhënave tona. Në një tjetër, Krijimi i skedarit - përdoruesit i kërkohet të zgjedhë një nga opsionet e mëposhtme:

• Hapja e një skedari - hapur një bazë të dhënash ekzistuese;
• Krijim baza e re e të dhënave;
• Krijim nga një skedar ekzistues;
• Krijimi me një shabllon - filloni magjistarin për të krijuar një bazë të dhënash.

Në dritaren Krijo skedar, zgjidhni Baza e të dhënave të re, klikoni Krijo dhe më pas Unë tregoj vendndodhjen e ruajtjes në dritare Skedari bazë të dhënash të redhe shkruani emrin e skedaritAgjenci të pasurive të patundshme dhe shtypni Enter, programi do të hapë një dritare të bazës së të dhënave (Fig. 1). Ai përmban skedaTabelat, pyetjet, formularët, raportet, makro, module. Unë zgjedh Tabelat. Pas shtypjes së butonit Krijo programi do të hapë një kuti dialogu Tabela e re, duke ofruar disa mënyra për ta krijuar atë. zgjedh Konstruktor dhe klikoni në butonin Ne rregull.

Oriz. 1. Dritarja e bazës së të dhënave.

3.2. Krijimi i një databaze të re në modalitet Konstruktor

Dritarja e tabelës në modalitetin e projektimit duket si Fig. 2. Në pjesën e sipërme të dritares është një formë e tabelës. Ai përmban një listë të të gjitha fushave, llojet dhe titujt e tyre.

Fillimisht, forma në krye të dritares është bosh. Për të krijuar një tabelë, duhet të paktën të plotësoni kolonat " Emri i fushës "dhe" Lloji i të dhënave ".

Për të vendosur llojin e fushës, duhet të klikoni në qelizën përkatëse të kolonës " Lloji i të dhënave ". Kjo do të bëjë që simboli i listës të shfaqet në të djathtë në qelizën e zgjedhur. Ju duhet ta hapni atë dhe të zgjidhni llojin e dëshiruar.

Një nga fushat e tabelës duhet të përcaktohet si çelës. Për ta krijuar atë, vendosni kursorin në vijën e kërkuar të formularit dhe shtypni butonin Fusha kryesore në shiritin e veglave ose zgjidhni komandën Fusha kryesore nga menyja e kontekstit e lidhur me rreshtin e dhënë.

Oriz. 2. Dritarja e tabelës në modalitetin Design

Përshkrimi i krijimit të tabelës Punonjësit

Vendos në kolonën "Emri i fushës "Emri i fushës së parë të tabelës Kodi i punonjësve të punonjësve, Unë kliko me të djathtën në kolonën " Lloji i fushës »Nga kjo vijë, dhe më pas përgjatë trekëndëshit. Në listën që shfaqet, zgjidhni " Numerike ". Kjo fushë e tabelës duhet të përcaktohet si fushë kyçe. Për ta krijuar, vendos kursorin në vijën e formularit, kliko me të djathtën dhe zgjedh komandën Fusha kryesore nga menyja e kontekstit.

Në fund të formularit, unë fut vetitë e fushës. Për ta bërë këtë, kliko me të djathtën në rreshtin përkatës. Në listën që shfaqet, unë zgjedh vlerën që korrespondon me strukturën e tabelës Punonjësit:

Madhësia e fushës Numër i plotë,

Parazgjedhja është 0,

Fusha e detyrueshme Po,

Fusha e indeksuarPo (Nuk lejohen ndeshje).

Në veçorinë e fundit, nëse zgjidhni Po, keni dy opsione. zgjedhPo (nuk lejohen ndeshje)meqenëse fusha kryesore nuk duhet të përsëritet, ajo është unike.

Në rreshtat vijues të formularit, unë shkruaj në mënyrë të ngjashme emrin dhe llojin e fushës së mbetur - Emri i Punonjësit ... Unë zgjedh llojin dhe vetitë e kësaj fushe.

Pasi të plotësoni formularin e porosisë, duhet ta ruani atë. Për të ruajtur specifikimet e tabelës së re, klikoj në butonin " Mbylle "Në këndin e sipërm të djathtë të dritares. Programi kërkon emrin e tabelës. Në dritaren që shfaqet, futni Punonjësit dhe klikoni Ok.

Unë krijoj tabela të tjera në të njëjtën mënyrë.

3.3. Krijimi i lidhjeve midis tabelave

Krijimi i një lidhjeje fillon me hapjen e një dritareje Skema e të dhënave dhe përzgjedhja e tabelave ose pyetjeve për t'u lidhur. Për ta bërë këtë, duke qenë në dritaren e bazës së të dhënave, zgjidhni opsionin Skema e të dhënave në menynë Vegla (ose shtypni butonin Skema e të dhënave në shiritin e veglave).

Oriz. 3 Dritarja për vendosjen e lidhjeve ndërmjet tabelave

Nëse keni parë ose modifikuar më parë lidhje, kutia e dialogut do të përmbajë skemën e fundit të të dhënave që keni ruajtur. Kur hapni për herë të parë këtë dritare për bazën aktuale të të dhënave, ajo do të jetë bosh, do të hapet një kuti dialoguShtimi i një tabele.Unë klikoj në emrin e tabelës së parë Operacionet dhe më pas me buton Shto . Në dritaren e skemës së të dhënave shfaqet tabela e zgjedhur me të gjitha fushat e saj. Unë gjithashtu zgjedh pjesën tjetër të tabelaveKlientë, Punonjës, Real Estate... Pasi zgjedh tabelat, klikoj në butonin Mbylle.

Skemat e të dhënave. Ne shohim tabelat e zgjedhura me fushat e tyre, fushat kryesore janë të theksuara me shkronja të zeza.

Unë klikoj në tabelë Operacionet sipas fushës Kodi i Operacionit dhe, pa lëshuar butonin e miut, lëvizni kursorin e miut në fushë Operacioni i tabelës së klientëve ... Pastaj lëshoj butonin e mausit. Një kuti dialogu do të shfaqet në ekran. Lidhjet. Për të ruajtur integritetin e të dhënave për komunikim, duhet të zgjidhni kutinë e zgjedhjesSigurimi i integritetit të të dhënave.Lloji i lidhjes shfaqet në fund të dritares.Një - me - shumë... Unë klikoj butonin Krijo ... Programi vendos lidhjen e specifikuar dhe tërheq një vijë midis fushave të lidhura në listat e fushave.

Në mënyrë të ngjashme, unë krijoj një marrëdhënie midis tabelave.Klientë dhe prona, punonjës dhe klientë.Rezultati është treguar në Fig. 3.

3.4. Hetimet

Duke përdorur një pyetje, mund të bëni një pyetje në lidhje me të dhënat e ruajtura në tabela. Më së shpeshti përdoret marr pyetje, me ndihmën e të cilave mund të shikoni, analizoni dhe madje modifikoni të dhënat e origjinalit ose të disa tabelave njëherësh.

Oriz. 4. Bërja e kërkesave

Për të krijuar një kërkesë, kliko me të majtën në skedë Hetimet ... Një dritare për krijimin e pyetjeve do të shfaqet siç tregohet në Fig. 4, i cili ofron dy mënyra për t'i krijuar ato:

• krijimi i një pyetjeje në modalitetin e projektimit;
• krijimi i një kërkese duke përdorur Wizard.

3.4.1. Ndërtimi i një pyetjeje duke përdorur Konstruktorin

Për të krijuar një pyetje duke përdorur Konstruktorin, duhet të bëni sa më poshtë:

1. Duke qenë në dritaren e bazës së të dhënave, zgjidhni skedën hetim.

2. Klikoni butonin Krijo. Një kuti dialogu do të shfaqet në ekran. Kërkesë e re (Fig. 4).

3. Zgjidhni për të krijuar një pyetje me Konstruktor dhe klikoni butonin NE RREGULL. Një dritare do të shfaqet në ekranShembull i kërkesësShtimi i një tabeleme një listë tabelash dhe pyetjesh të ruajtura në bazën aktuale të të dhënave (Fig. 5.).

4. Zgjidhni tabelën që përmban të dhënat që do të përfshihen në pyetje dhe klikoni butonin Shtoni.

Një listë e fushave për secilën nga tabelat e zgjedhura do të shfaqet në dritaren e pyetjes.

5. Klikoni butonin Mbyll.

Pastaj do të shfaqet një dritareShembull i kërkesëssi në fig. 6. Ky është mjeti kryesor për të punuar me pyetje. Gjysma e sipërme e dritares tregon marrëdhëniet midis tabelave dhe gjysma e poshtme tregon formulari i kërkesës - përmban një përshkrim të kërkesës në formë tabelare. Çdo kolonë në të korrespondon me një fushë.

Fig. 5. Dritarja për krijimin e një pyetjeje duke përdorur Konstruktorin

Fig. 6. Dritarja për krijimin e një pyetjeje duke përdorur Konstruktorin

Emri i fushës dhe i tabelës së rreshtave përmbajnë lista që përcaktojnë fushën e dëshiruar. Klikoni me të majtën në emrin e fushës së zgjedhur dhe transferojeni në rresht Fusha formulari i kërkesës. Ne rresht Emri i tabelës programi do të fusë emrin e tabelës nga e cila është zgjedhur fusha për të krijuar një pyetje.

Ruajtja e një pyetjeje

Pyetja e ruajtur bëhet pjesë e bazës së të dhënave. Programi M icrosoft Asse ss automatikisht zgjedh një emër të paracaktuar për të. Rekomandohet që pyetjeve tuaja t'u jepni emra më kuptimplotë.

2. Nëse ruhet një pyetje e re, duhet të vendosni një emër për të dhe më pas NE RREGULL. Emrat e kërkesave mund të jenë deri në 64 karaktere të gjata dhe të përmbajnë hapësira.

3.4.2. Përshkrimi i kërkesave të krijuara

1. Shembull i kërkesës

Për ta krijuar atë bëj:

• Unë zgjedh në dritare Shtimi i një tabelealternuar të gjitha tabelat si në fig. 6;
• I rregulloj fushat në tabelë në sekuencën:Emri i pronës, emri i plotë, adresa, numri i telefonit, emri i funksionimit, kostoja, emri i plotë i punonjësit si në fig. 6:

• Emri i pronës nga tabela e Pronave;
• Emri, Adresa, Telefoni, Kostoja nga tabela e klientëve;
• Emri i operacionit nga tabela e operacioneve;
• Emri i plotë i Punonjësit nga tabela Punonjësit.

Të gjitha fushat shfaqen në ekran: në linjë Prodhimi në ekran kutia e treguar në të nuk është bosh. Nuk i specifikoj kushtet e përzgjedhjes. Pastaj klikoj në butonin Mbylle në këndin e sipërm të djathtë të dritares.

Duke klikuar në butonin Hapur të gjitha regjistrimet sipas kërkesës sonë do të shfaqen si në Fig. 7.

1. Renditja

Unë krijoj një kërkesë për të renditur sipas Llojet e transaksioneve të marra në Merr kërkesën.Për ta bërë këtë, fillimisht kryej të gjitha veprimet si në paragrafin e mëparshëm, pastaj në formularin e kërkesës në fushë Renditja për kolonën Emri i operacionit Unë zgjedh Ascending (fig. 8). Rezultati është në figurën 9.

Oriz. 8. Krijo një pyetje lloji

3.4.3. Pyetjet e parametrave

Një pyetje e parametrizuar është një pyetje që e kërkon përdoruesin në një kuti dialogu të fusë të dhëna, të tilla si një kusht për të kthyer regjistrimet ose një vlerë që duhet të përmbahet në një fushë.

Unë krijoj një pyetje për të zgjedhur se cilët klientë duan të kryejnë operacionet e specifikuara. Për këtë:

Zgjedhja e tabelaveKlientë, Pasuri të Paluajtshme, Operacione.

Në modalitetin e projektimit të pyetjeve, unë i lëviz fushat me miun Emri i plotë nga tabela e Klientëve, Emri i pronës nga tabela e klientëve, Emri i operacionit dhe Kodin e Operacionit nga tabela e Operacioneve në formularin e kërkesës (Fig.10a).

Për fushën Kodi i Transaksionit , i cili përdoret si parametër, futem në qelizën e vargut Kushti i përzgjedhjes teksti i kërkesës [Specify opcode], i mbyllur në kllapa katrore. Kjo kërkesë do të shfaqet kur kërkesa të ekzekutohet.

Për të parë rezultatet, shtyp butonin Pamje në shiritin e veglave dhe futni vlerat e parametrave si në Fig. 10b. Për t'u kthyer në modalitetin e projektimit të pyetjes, klikoni përsëri. Pamje në shiritin e veglave.

Figura 10. tregon formën e përshkruar Kërkesa me parametra dhe ekzekutimi i tij , d.m.th. shfaqja e atyre klientëve që duan të bëjnë një blerje të pasurive të paluajtshme.

A) Formulari i krijimit të kërkesës me parametra

B) Ekzekutimi i një kërkese me parametra

3.4.4. Pyetje përmbledhëse

Unë krijoj kërkesën përfundimtare duke përdorur një konstruktor: Unë përcaktoj shumën e transaksioneve për çdo punonjës.

Për këtë:

1. Duke qenë në dritaren e bazës së të dhënave, zgjidhni skedën hetim.

2. Unë shtyp butonin Krijo. Një kuti dialogu do të shfaqet në ekran. Kërkesë e re.

3. Unë zgjedh të krijoj një kërkesë duke përdorur Konstruktor dhe shtypni butonin NE RREGULL. Një dritare do të shfaqet në ekranShembull i kërkesës, dhe në krye të saj është një kuti dialoguShtimi i një tabeleme një listë tabelash dhe pyetjesh të ruajtura në bazën aktuale të të dhënave. Zgjedhja e tabelave Klientët dhe Punonjësit.

4. Në formularin e kërkesës fut fushat nga tabelat e përzgjedhura: Emri i Punonjësit nga tabela e Punonjësve, Kostoja nga tabela Konsumatorët.

5. Unë klikoj në butoninOperacionet në grupnë shiritin e veglave. Rreshti shfaqet në formularin e porosisëOperacioni në grup. Kostoja e kolonës Unë klikoj në rreshtOperacioni në grup.Në listën që shfaqet, unë zgjedh Shuma ... Si rezultat, ne kemi llogaritur koston totale të të gjitha operacioneve për çdo punonjës. Rezultati në Fig. njëmbëdhjetë.

Oriz. 11 Ekzekutimi i pyetjes përfundimtare.

3.4.5. Pyetja gjinore e llogaritur hani

Ekzistojnë një numër llogaritjesh që mund të kryhen në një pyetje, për shembull, gjeni shumën ose mesataren e vlerave të një fushe, shumëzoni vlerat e dy fushave. Rezultatet e llogaritjes të shfaqura në fushë nuk ruhen në tabelën bazë. Në vend të kësaj, llogaritjet kryhen përsëri sa herë që pyetja ekzekutohet, kështu që rezultatet përfaqësojnë gjithmonë përmbajtjen aktuale të bazës së të dhënave. Nuk mund të përditësoni manualisht rezultatet e llogaritura.

Përshkrimi i krijimit të një pyetjeje me një fushë të llogaritur

Le të krijojmë një pyetje me llogaritjen e pagave të punonjësve. Paga e një punonjësi është e barabartë me 0.0015% të marrëveshjes. Për ta bërë këtë, kopjoni pyetjen e mëparshme dhe vendosni shprehjen në fushën e llogaritur:

tarifë tarifimi: [Kërkesa përfundimtare]!* 0,0015.

Rezultati është në figurën 12.

Oriz. 12. Ekzekutimi i një pyetësori me fusha të llogaritura.

3.4.6. Kërkim i kryqëzuar

Kërkim i kryqëzuar -është një operacion për ndërtimin e tabelave për llogaritjen e totaleve bazuar në një tabelë ose pyetje ekzistuese. Për të nisur Wizard Cross Query, klikoni butonin Krijo në skedën Kërkesa ... Zgjidhni nga listaKërkim i kryqëzuar dhe klikoni Ok.

Përshkruan se si të krijohet një Kërkim i kryqëzuar.

Për të krijuar e të asaj kërkese, le ta quajmëKërkim i kryqëzuar, duhet:

1. Klikoni butonin Krijo në skedën Kërkesat.
2. Zgjidhni nga listaKërkim i kryqëzuar dhe klikoni Ok.

Hapi i parë është të zgjidhni një tabelë ose pyetje. zgjedhShembull i kërkesës(fig. 13).

Oriz. 13. Krijoni një pyetje me referencë të kryqëzuar

1. Në hapin e dytë, duhet të zgjidhni një fushë, vlerat e së cilës do të përdoren për të formuar rreshtat e tabelës dhe titujt e tyre. Zgjedhja e një fushe EMRI I PLOTË. Çdo vlerë unike e fushës së specifikuar do të ketë kolonën e saj në tabelën e re.
2. Në hapin e tretë, duhet të zgjidhni një fushë, vlerat e së cilës do të përdoren për të krijuar kolonat e tabelës. Zgjedhja e një fusheEmri i operacionit, Unë shtyp butonin "Next".
3. Hapi tjetër është të zgjidhni fushën dhe funksionin që do të përdoret për të përmbledhur. Në këtë rast, ju mund të aplikoni në fushë Funksioni i shumës Shuma. Unë klikoj butonin "Next".
4. Në hapin e fundit, duhet të shkruani emrin e kërkesësKërkesa e kryqëzuar dhe klikoni butonin "Finish".

Ekzekutimi i pyetjes përfundimtare është paraqitur në figurën 14.

Oriz. 14 ... Kërkim i kryqëzuar

3.4.7. Kërkesa për përditësim

Ne do të zhvillojmë Kërkesa për përditësim... Le të themi një situatë kur çmimi i marrjes me qira të një apartamenti është rritur (kodet e funksionimit 3 dhe 4).

Për ta bërë këtë, zgjidhni tabelat në modalitetin e projektimitOperacionet dhe Klientët.

• Pastaj ne transformohemi në dritare Konstruktor në Kërkesa për përditësimkur zgjedh një ekip Përditëso Menyja e kontekstit që shfaqet kur shtypet butoni Lloji i kërkesës në shiritin e veglave të projektuesit të pyetjeve, ose komandën e menysë Query / Update.
• Pas ekzekutimit të kësaj komande, rreshti Update shfaqet në formularin e kërkesës.
• Le të fusim në rreshtin Update një shprehje që përcakton vlerën e re të fushës * 1,2 dhe të plotësojmë rreshtin e kushtit të Përzgjedhjes: 3 ose 4 (fig. 15).

Pas ekzekutimit të komandës Query / Run, hapet një kuti dialogu me një mesazh në lidhje me numrin e regjistrimeve që do të përditësohen dhe një pyetje nëse duhet vazhduar operacioni i përditësimit.

Fig. 15. Dritarja për krijimin e një kërkese përditësimi

3.5. Gjenerimi i raportit

Mënyra më e lehtë për të krijuar një raport është të udhëzoni programin për ta bërë atë, e ashtuquajtura raportet automatike (d.m.th., raportet gjenerohen automatikisht). Për të krijuar një raport automatik, duhet të:

1. Klikoni butonin Krijo në skedën Raporte.
2. Zgjidhni Raporti automatik: në kolonë ose kasetë dhe specifikoni emrin e tabelës ose pyetjes. Pastaj programi funksionon në mënyrë të pavarur. Raporti i marrë shfaqet në ekran (Fig. 16).

Oriz. 16. Raporti automatik: në kolonë

1. Mbyll raportin (kliko mbi butonin Mbylle në këndin e sipërm të djathtë të dritares së raportit).
2. Programi pyet Të ruhet? Përgjigja është po.
3. Programi është një emër për të ruajtur raportin, duke sugjeruar emrin e tabelës ose pyetjes në të cilën është bazuar raporti. Nëse doni të jepni një emër më kuptimplotë, atëherë futeni atë. Shtypni butonin Ne rregull.

Tani mund të korrigjoni titullin e raportit, emrat e kolonave ose rreshtave, zgjidhni llojin dhe madhësinë e fontit, zgjidhni ngjyrën e tekstit. Për ta bërë këtë, në modalitetin e projektimit, zgjidhni titullin e raportit dhe printoni tekst të ri në të. Ne bëjmë të njëjtën gjë me emrat e kolonave ose rreshtave.

Gjithashtu, mund të krijoni raporte duke përdorur magjistarin e raporteve.

1. Në objektet, zgjidhni "Raporte", klikoni në "Raporto Wizard".

2. Zgjidhni nga fusha e tabelës dhe kërkoni objektin për të cilin do të krijohet raporti (Fig. 17).

Oriz. 17. Krijimi i një raporti duke përdorur magjistarin e raporteve

3. Zgjidhni fushat që na interesojnë për krijimin e raporteve (mund të zgjidhni nga pyetje dhe tabela të ndryshme).

4. Zgjidhni parametrat e raportit, renditni rendin, stilin, emrin, klikoni përfunduar.

Raporti i gjeneruar për kërkesën e renditjes është paraqitur në Figurën 18.

Oriz. 18. Raport mbi kërkesën për mostër

3.6. Krijimi i formës

Në rastet kur përdoruesit nuk janë të kënaqur me paraqitjen e të dhënave në formën e një tabele, ata mund të ndërtojnë një formular që ju mundëson renditjen e të dhënave në ekran sipas dëshirës.

Në skedën Forms, klikoni butonin Krijo, pastaj AutoForm. Unë zgjedh në kolonën në dritaren Forma e Re.

Të gjitha fushat e një tabele të tillë janë rregulluar në një kolonë mbi të. Një nga të dhënat në tabelë shfaqet në ekran.

Një formë shiriti është një tabelë e rregullt që ka një status formulari. Çdo regjistrim zë një rresht të veçantë - "shirit" (Fig. 19).

Për format që krijohen automatikisht, vetë programi zgjedh një vizatim të ri.

Fig. 19. Autoforma "Qarkullimi i punonjësve".

3.7. Krijimi i nënformave

Një nënformë është një formë që është pjesë e një forme tjetër dhe shfaq të dhëna nga një tabelë e lidhur.

Një nënformë krijohet për të vendosur të dhënat nga tabelat që janë të lidhura në një marrëdhënie një me shumë në një dokument të vetëm.

Oriz. 20. Krijimi i formave duke përdorur magjistarin

1. Në dritaren e bazës së të dhënave në listë Objektet zgjedhin Shapes.
2. Në shiritin e veglave të dritares së bazës së të dhënave, klikoni butonin Krijo.
3. Në kutinë e dialogut Forma e re klikoni dy herë në rresht Magjistari i formës.
4. Në hapin e parë të mjeshtrit, unë zgjedhPyetje - renditje(fig. 20).
5. Unë klikoj dy herë në të gjitha fushat e kësaj kërkese,e cila më pas do të përfshihet në formular - klikoj Me tutje .
6. Në hapin e dytë, unë zgjedh llojin e prezantimit të të dhënave dhe vendos çelësinFormat e nënrenditur- klikoni Next (Fig. 21).

Oriz. 21. Dritarja për krijimin e nënformave

Fig. 22. Dritarja për krijimin e nënformave: zgjedhja e një stili

Fig. 23. Dritarja për krijimin e formave të nënrenditur: Zgjedhja e emrit të formularëve.

1. Në hapin e tretë, unë zgjedh pamjenNënformë - vendosni çelësin në tabelare.

Oriz. 24. Pamje e trajtës së nënrenditur.

1. Në hapin e katërt, unë zgjedh një stil Industrial - klikoni Next (Fig. 22).
2. Programi sugjeron dhënien e emrave në dy forma:Nënformulari i pasurive të paluajtshme dhe klientëve, Klikoj butonin Finish (Fig. 23).

Nënforma është siç tregohet në Figurën 24.

3.8. Krijoni formularë me butona s

Menyja e formularit të butonit është krijuar për qasje të shpejtë në formularët dhe raportet e krijuara

Për të krijuar, ndryshuar dhe fshirë formularët e butonave, përdoret menaxheri i formave të butonave, duhet të bëni sa më poshtë:

1. Unë hap bazën e të dhënave.
2. Në menynë e Shërbimit zgjidhni një ekipShërbimet komunale, dhe pastaj Menaxher i formularit të butonave.
3. Shfaqet një kërkesë për të konfirmuar krijimin e një formulari butoni, unë shtyp butonin Po .
4. Unë klikoj butonin Krijo.
5. Fut emrin e formularit të butonit të ri dhe klikoj butonin NE RREGULL.
6. Le të shtojmë një formë të re butoni:Shtimi i të dhënave në një tabelë, për të siguruar komoditetin e punës kur shtoni të dhëna të reja në tabelë.
7. Përcaktimi i një elementi të formës së butonit.

• Unë klikoj butonin Krijo.
• Do të hapet një dritare
• Unë zgjedh në fushë komandën " Hapni formularin për shtimin ", dhe në fushën Form, forma Properties.
• Në fushën e tekstit të dritares Modifikimi i një elementi të formës së butonitVendos emrin e elementit të formularit të butonit Prona .
• Unë shtyp butonin OK.

1. Më pas, shtoni pjesën tjetër të të dhënave për formularin e nënbutonit "Shto të dhëna në tabelë".
2. Në mënyrë të ngjashme, krijoni formularët nën-buton "Ndrysho të dhënat e tabelës" dhe "Raporte". Kur krijoni formularin e nënbutonit "Raporte", zgjidhni komandën " Raporti i hapur”.
3. Pasi të kemi krijuar të gjitha faqet e formularit të butonit: "Shtimi i të dhënave në tabelë", "Ndryshimi i të dhënave të tabelës", "Raportet", kalojmë në formularin e butonit kryesor, i cili do të hapet kur të ngarkohet baza e të dhënave tona:

• Unë klikoj butonin Krijo.
• Do të hapet një dritare Ndryshimi i një elementi të një forme butoni.
• Unë zgjedh në fushë komandën " shkoni te formulari i butonit ", dhe në fushën Button Form - një nga një të gjitha format që kemi krijuar.
• Unë shtyp butonin OK
• Në mënyrë që të mund të dal nga baza e të dhënave përmes formularit të butonit kryesor, krijoj një element tjetër, në fushën e komandës zgjedh "Hiqni dorë nga aplikacioni", Dhe në fushën Tekst futem Exit.

Për të nisur formularin e butonit kryesor kur ngarkoni bazën e të dhënave "Ndërtoni dhe zbatoni kompjuterë" zgjidhni komandënMjetet> Opsionet e nisjes... Në formularin e listës gjeni emrin e formës së butonit të krijuar.

4. Udhëzime për përdorimin e bazës së të dhënave

Për të punuar me bazën e të dhënave ju duhet:

1. Hapni bazën e të dhënave: klikoni dy herë në skedarin që e përmban, d.m.th. në një skedar me emrinAgjenci të pasurive të patundshme. mdb ... Si rezultat, programi do të fillojë Qasja dhe do të hapet një dritare e bazës së të dhënave me formularin e butonit Main (Fig. 25).

Oriz. 25. Rezultati i hapjes së bazës së të dhënave

1. Përdoruesi duhet vetëm të zgjedhë një artikull të menysë në formularin e butonit kryesor që korrespondon me detyrën dhe të klikojë butonin e majtë të miut.
   1. Për të shtuar të dhënat e tabelës, zgjidhni artikullinShtimi i të dhënave.Si rezultat, do të shfaqet një nënmenu - Forma e nënbutonitTabelat për të shtuar(fig. 26). Pastaj ju duhet të zgjidhni artikullin e menusë që korrespondon me tabelën, për shembull,Prona... Pranë saj do të hapet një dritare e re (fig. 27) që përmban fushat e tabelësPronapër futjen e të dhënave. Përdoruesi shkruan në vlerat e fushës.Pasi të shfaqet vetë tabela në ekran, vendosni treguesin e miut në kolonën e parë të rreshtit me yll, klikoni brenda qelizës dhe shkruani vlerën e dëshiruar. Për të kaluar në një qelizë ngjitur me radhë, shtypniTaboseEnter.

Të dhënat e plotësuara në tabela do të pasqyrohen në formularët dhe raportet e krijuara.

1. Për të shkuar në menunë kryesore të formularit të butonit kryesor, klikoni në artikullin BACK.

Oriz. 26.Forma e nënbutonitTabelat për të shtuar

Oriz. 27. Dritarja e futjes së të dhënave për tabelën Properties

Oriz. 28. Ndryshimi i të dhënave të tabelës Database Properties

1. Për të ndryshuar ose parë vlerat e tabelave të bazës së të dhënave, duhet të zgjidhni artikullinNdryshimi i të dhënavenë formularin e butonit kryesor. Nëse hapim tryezënProna,atëherë do të shohim që tabela jonë është rimbushur (Fig. 28).
   1. Për të parë raportet e marra, zgjidhni artikullinRaportetnë formularin e butonit kryesor.
      1. Për të printuar raporte, pasi hapni vetë raportin, klikoni në butoninVulëshiritat e veglaveQasja.
         1. Për të dalë nga programi, klikoni në butoninMbyllenë rreshtin e titullit të programitQasja.

5. PËRFUNDIM

DBMS MSAssessaktualisht është një nga sistemet më të njohura të desktopit. Ndër arsyet e këtij popullariteti, duhet të theksohet:

• lehtësinë e futjes dhe redaktimit të të dhënave të tabelës, pasi programi krijon një ndërfaqe sipas zgjedhjes së përdoruesit;
• kërkon të dhëna në tabela sipas kritereve të caktuara;
• kontrollon fushat kryesore;
• krijon çdo formë raportesh në të cilat mund të ndryshoni përmbajtjen dhe stilin e dizajnit;
• bën të mundur rimbushjen e bazës së të dhënave me tabela të reja dhe zgjidhjen e problemeve të reja, d.m.th. hartojnë raporte dhe formularë të rinj.

E gjithë kjo na lejon të marrim parasyshQasjaprogram i besueshëm.

Bibliografi

1. Informatikë. Lënda bazë: Libër mësuesi për universitetet / Ed. S.V. Simonovich.-SPb .: Peter, 2007.-640 f.
2. Khomonenko A. Bazat e të dhënave: Libër shkollor për universitetet / A. D. Khomonenko, V. M. Tsygankov, M. G. Maltsev; ed. A. D. Khomonenko.-SPb: CORONAprint, 2004.-736 f.;
3. Robinson S.MicrosoftQasja2000: kurs trajnimi. SPb: "Pjetri". 2000.
4. Libër shkollor elektronikMicrosoft Access 7.0.
5. leksionet e DB. USATU, 2006.
6. Udhëzime metodike për punë laboratorike në disiplinën "Informatikë"

Dhe gjithashtu vepra të tjera që mund t'ju interesojnë
73224.		Menaxhimi i personelit në ndërmarrje	804.02 KB
	Punëtorët Punonjësit janë një kategori punëtorësh në aktivitetet e të cilëve mbizotërojnë lloje të caktuara të punës mendore. zhvillojnë dhe futin në prodhim lloje të reja produktesh, procese teknologjike, standarde teknike dhe ekonomike, forma dhe metoda të organizimit të prodhimit dhe punës; të sigurojë prodhimin e dokumentacionit të nevojshëm me materiale, pajisje, riparime dhe shërbime të tjera; analizoni treguesit e performancës së ndërmarrjes, zhvilloni dhe zbatoni masa për përmirësimin e tyre. Formula pasqyron një nga normat ...
73225.		Hyrje në Ekonominë e Ndërmarrjeve të Transportit	1.3 MB
	Prodhimi material përfshin: Industrinë; Bujqësia dhe pylltaria; Transport mallrash; Komunikimi në shërbim të prodhimit material; Ndërtesa; Tregtia; Catering; Shërbimet informative dhe informatike etj. Gjatë funksionimit të transportit nuk krijohen produkte të reja, por kryhet lëvizja e ngarkesave të udhëtarëve nga një pikë në tjetrën. Në procesin e transportit të mallrave, atyre nuk ndodhin ndryshime fizike apo kimike, por vetëm një ndryshim në vendndodhjen e tyre në lidhje me ...
73226.		Asetet fikse të ndërmarrjeve të transportit	899.56 KB
	Klasifikimi i aseteve fikse të ndërmarrjes Sipas rolit në procesin e prodhimit: Aktiv: makineri dhe pajisje makineritë e fuqisë instrument matës instrument teknologjik kompjuterik Pasiv: ndërtesa strukturat strukturat pajisjet transmetuese transport nx inventar. Për ndërmarrjet industriale, duke përfshirë ndërmarrjet e transportit, përbërja tipike e aktiveve fikse është si më poshtë: Ndërtesat dhe strukturat, ndërtesat administrative, ndërtesat industriale, magazinat, etj. Bagëtitë e mbarështimit Raporti i grupeve individuale të aseteve fikse në totalin e tyre ...
73227.		Kapitali qarkullues i ndërmarrjeve	951,72 KB
	Fondet e qarkullimit janë mjete prodhimi që i shërbejnë drejtpërdrejt fazës së shitjes së produktit. Përgatitja e llojeve të reja të prodhimit abonimi i qirasë Fondet e qarkullimit përfshijnë fondet që shërbejnë për procesin e shitjes së produkteve: Produktet e gatshme në një magazinë Mallrat e dërguara te klientët por të papaguara ende për mallrat në tranzit Fondet në vendbanime Paratë në arkën e ndërmarrjes dhe në bankë llogaritë. Raporti i kapitalit qarkullues është sasia e burimeve në terma monetarë që synojnë të formojnë ...
73228.		Kupto y vidi dzherel ka te drejte. Dzherela ta formy prava	30,56 KB
	Dzherela se formy ka te drejte. Kupto y vidi dzherel ka te drejte. Dzherelo është forma e së drejtës dhe mënyra e kthesës dhe konsolidimit të ri të normave të së drejtës për të dalë nga shteti dhe mënyra se si është kuptimplotë.
73229.		PUSHTETI QË SIMBOLE KOMBËTARE Ukrainase	88.5 KB
	Obladnannya: harta e Ukrainës; imazhi i flamurit sovran ukrainas dhe herbatryzub; të vegjlit nga fotot e vezëve të Pashkëve Kalini vinochka Simbolet e Roslinit janë gjithashtu; Whatman arkush me fjalëkryq Ukrainë; pajisje audio; zile e vogël. Buchin s'koy Ukraina ime. Prispiv: Є në dritën e tokës sime de chervona bloom kulpër Gori riki dhe polonin tse Ukrainën time. Є në botë një tokë e jak perlinës më të mirë Në zemrën time ka vetëm një nga Ukraina ime.
73230.		MENAXHIM PROFESIONAL DIALNOST	1.04 MB
	Për kryerjen e raporteve të marketingut, ndërmarrja ka marrë vendim që të bëjë diagnostifikimin e potencialit të prodhimit. Një analizë e një dridhjeje nga 100 pasazhe, duke lejuar heqjen e të dhënave nga një numër pasazhesh, u tregua nga një interval i përgjithshëm, një numër pasazhesh, dhe atyre iu dha viti për të marrë pjesë në atë me përvojë, dhe parëndësia e duke kryer një
73231.		Mësimi i fëmijëve të shkollave fillore për të analizuar veprat e artit të bukur	178.5 KB
	Ndërsa është pikërisht njohja me strukturën e një vepre artistike dhe me ligjet e perceptimit të artit që duhet të aktualizojë pozicionin kërkimor të studentit, falë të cilit ai do të jetë në gjendje të kuptojë në mënyrë të pavarur kuptimin e një vepre pikture ose grafike dhe të zotërojë metodat e të menduarit artistik. Megjithatë, kur u referohet veprave të artit, mësuesi më së shpeshti vepron si ligjërues i gjithëdijshëm, kurse studenti si spektator dhe dëgjues pasiv. Deri më tani, nuk ka teknologji dhe metoda falë të cilave studentët ...
73232.		Zhvillimi i një strategjie ndërkombëtare të promovimit të produktit	749,5 KB
	Analiza teorike e zhvillimit të një strategjie ndërkombëtare të promovimit të produktit; studimi i veçorive të strategjive ndërkombëtare për veprimtarinë e jashtme ekonomike të ndërmarrjeve; analiza e aktiviteteve financiare, ekonomike, të jashtme ekonomike dhe marketingu të ndërmarrjes; zhvillimi i një strategjie për një ndërmarrje për të hyrë në tregun e huaj.

Aktiviteti i pronave të paluajtshme po zhvillohet çdo vit, ka gjithnjë e më shumë kompani të përfshira në blerjen dhe shitjen e pasurive të paluajtshme. Punonjësit e ndërmarrjeve të tilla janë të detyruar të përballojnë kosto të larta për programet për të tërhequr klientë të rinj dhe për të reklamuar aktivitetet e tyre, duke mos marrë rezultatin e dëshiruar. Kufizimet në sasinë e informacionit të vendosur në llojet e reklamave të përdorura nuk u ofrojnë klientëve informacion të mjaftueshëm, si rezultat i të cilit punonjësit duhet të shpenzojnë shumë kohë duke u konsultuar vetë me klientët. Klientët kryesorë janë personat që kanë përdorur tashmë shërbimet e kompanisë, ose që kanë kontaktuar kompaninë me rekomandimin e të njohurve të tyre. Kur nuk ka një model të dukshëm të klientëve që vijnë në kompani, ia vlen të mendoni për një platformë shtesë reklamimi për të tërhequr klientët.

Interneti do të shërbejë si mjeti më efektiv për ndërtimin e një imazhi të korporatës dhe do të krijojë mundësi të pakufizuara për tërheqjen e klientëve. Prania e përfaqësimit tonë në internet do të jetë gjithashtu një tregues i hapjes së kompanisë dhe stabilitetit të saj. Përditësimi i rregullt ose shtimi i informacionit të ri në faqe kursen shumë para, në krahasim me nëse i gjithë ky informacion duhej t'i jepej klientit në formë letre. Përfaqësimi në ueb është baza për ndërveprim operacional me klientët e kompanisë. Klientët e rregullt do të jenë gjithmonë të vetëdijshëm për të gjitha ngjarjet e kompanisë. Me tërheqjen e klientëve të rinj, numri i transaksioneve po rritet, gjë që ndikon drejtpërdrejt në rritjen e fitimeve të kompanisë. Kështu, zgjidhja optimale për të përmirësuar efikasitetin e kompanisë dhe për të rritur fitimet e saj është krijimi i një përfaqësimi në internet të informacionit. Zhvillimi i një përfaqësimi në internet të një kompanie është një mbështetje serioze në krijimin e një imazhi konkurrues, një mjet për të sjellë një ndërmarrje në një nivel të ri.

Qëllimi kryesor i web-përfaqësimit është rritja e fitimeve të kompanisë duke tërhequr klientë të rinj dhe duke rritur numrin e transaksioneve.

Për të përcaktuar se çfarë informacioni do të përmbajë ueb-përfaqësimi i zhvilluar dhe si duhet të zyrtarizohet, u shqyrtuan faqet e internetit të disa agjencive të pasurive të paluajtshme. Për analizën, u morën si faqet e kompanive ruse ashtu edhe faqja e një kompanie të huaj.

Faktorët e mëposhtëm ndikuan në zgjedhjen e vendeve për analizë:

Kohëzgjatja e sitit;

Trafiku i faqes në internet.

Nga kompanitë ruse, u analizuan kompanitë e mëposhtme: Titulli DV (Vladivostok), Zhilfond (Siberia), Dom.Kom (Khabarovsk), Inkom-Nedvizhimost (Moskë), si dhe përfaqësuesi i huaj në internet "Local-n-Global Realty". " (SHBA, Cleveland, Ohio).

Pas studimit të këtyre vendeve, u bë e ditur se ato:

Përfshin një listë të shërbimeve të ofruara dhe një bazë të dhënash të apartamenteve;

Jepni reagime.

U vu re se jo të gjitha faqet kanë aftësinë për të kërkuar me lehtësi apartamente sipas parametrave të specifikuar të klientit. Gjithashtu, jo të gjitha burimet e konsideruara kanë mundësinë për të paraqitur një kërkesë për blerje ose shitje të një apartamenti. Asnjë nga faqet e shqyrtuara nuk kishte një seksion ku përdoruesit mund të lënë një koment për kompaninë. Edhe pse ky do të ishte një plus shtesë për ngritjen e statusit të çdo kompanie.

Gjatë krijimit të një përfaqësie në internet për një agjenci të pasurive të paluajtshme, u morën parasysh pikat e forta dhe të dobëta të faqeve të shqyrtuara në mënyrë që të merrnin pozicionin më të favorshëm në sfondin e kompanive të ngjashme. Bazuar në rezultatet e analizës, u përcaktua struktura e përmbajtjes. Për të përcaktuar korrespondencën e përmbajtjes së përfaqësimit në internet dhe nevojat e përdoruesve të mundshëm, u krye një anketë përmes grupit tematik për pasuritë e paluajtshme në rrjetin social "Vkontakte", në të cilin morën pjesë 150 persona. Pyetjet e pyetësorit kishin të bënin me strukturën e faqes, seksionet, përmbajtjen e informacionit, organizimin e reagimeve.

Bazuar në analizën e ueb-përfaqësimeve të kompanive që ofrojnë shërbime të pasurive të paluajtshme, dhe rezultatet e anketës, u zhvillua struktura e përfaqësimit në internet (Figura 1).

Figura 1 - Diagrami bllok i seksioneve kryesore të ueb-përfaqësimit

Përfaqësimi i zhvilluar në internet do të përmbajë seksionet: "Shtëpia", "Rreth kompanisë", "Apartamentet", "Shërbimet", "Tarifat", "Aplikacioni", "Shqyrtimet", "Kontaktet", "Partnerët" dhe "Lajmet" .

Sondazhi tregoi se çfarë strukture duhet të ketë faqja kryesore e faqes, çfarë informacioni duhet të vendoset në të dhe si të organizohet lundrimi përmes faqes në mënyrë që t'u ofrojë vizitorëve lehtësinë e përdorimit të faqes. Skema logjike e faqes kryesore të ueb-përfaqësimit të agjencisë së pasurive të paluajtshme u zhvillua duke marrë parasysh rezultatet e analizave, pyetësorët dhe kërkesat e menaxhmentit të kompanisë (Figura 2).

Figura 2 - Diagrami logjik i faqes kryesore të ueb-përfaqësimit

Menyja në sit do të vendoset si në bllokun e majtë ashtu edhe në krye të faqes. Kjo do t'i përshtatet çdo përdoruesi, duke siguruar navigim të lehtë. Në kokën e faqes ka një logo dhe informacione kontakti për agjencinë, në qendër - informacione të mirëseardhjes për kompaninë e një natyre reklamuese, në të djathtë - informacione për partnerët dhe lajmet e kompanisë, më poshtë - të drejtat e autorit.

Për të zgjedhur motorin më të mirë për krijimin e një pranie në internet, u vendos t'i drejtoheshim shërbimit analitik OpenStat, i cili çdo vit monitoron popullaritetin e platformave të ndryshme automatike me pagesë dhe falas për krijimin dhe mirëmbajtjen e faqeve.

Përveç studimit të zonave kombëtare të domenit të Runet, Bynet dhe Uanet, faqet e zonave të tjera të domenit janë shtuar në listën e burimeve të anketuara, në të cilat përdoruesit rusisht-folës shkojnë masivisht. Numri i përgjithshëm i domeneve të analizuara është 5.5 milionë. Tabela 1 tregon renditjen e platformave të automatizuara për krijimin dhe mirëmbajtjen e faqeve në fillim të vitit 2014.

	CMS
	Joomla
	WordPress
	1C-Bitrix
	Drupal

Drejtuesit e CMS (sistemet e menaxhimit të përmbajtjes) në fillim të 2014 ishin Joomla, WordPress, 1C-Bitrix dhe Drupal.

Aksionet u shpërndanë sipas mbulimit të faqeve. Të gjithë këta liderë kanë qenë në treg për të paktën 10 vjet.

Për qartësi, u ndërtua një tabelë vlerësimi CMS (Figura 3).

Natyrisht, shumica e përdoruesve të CMS zgjedhin WordPress dhe Joomla, nga të cilat mund të konkludojmë se ata janë të kënaqur me punën e këtyre produkteve. Zgjedhja e mëtejshme varej nga specifikat e sitit që po zhvillohej. WordPress përdoret kryesisht për krijimin e blogjeve dhe forumeve, prandaj CMS Joomla 2.5 u zgjodh si mjedis zhvillimi për përfaqësimin në internet. Megjithëse nuk është versioni i fundit, ai ka një sërë avantazhesh, më e rëndësishmja prej të cilave është sasia e literaturës për përdorimin e CMS, duke përfshirë shumë video mësimore të dobishme.

Kuptimi komercial i krijimit të një zyre përfaqësuese në internet zbret në shkarkimin e personelit të kompanisë që punon me klientët (ulja e kostos së konsultimeve telefonike) duke postuar shërbimet e ofruara dhe informacione të tjera përkatëse në faqen e internetit të kompanisë. Si dhe një rënie e ndjeshme në vëllimin e operacioneve të kryera për mbledhjen e informacionit në lidhje me kërkesat e klientëve dhe apartamentet për shitje.

Përfaqësimi i zhvilluar në internet do të ndihmojë agjencinë e pasurive të paluajtshme të zgjidhë detyrat e mëposhtme: shpallja e kompanisë në internet; ofrimin e informacionit të plotë dhe të përditësuar për klientët gjatë gjithë orarit; zgjerimi i bazës së klientëve; organizimi i reagimeve të klientëve; ofrimi i reklamave të vazhdueshme me mundësi të shumta; thjeshtimi i punës së punonjësve; rritjen e statusit të kompanisë dhe konkurrencën e saj.

GOU OJF profesionale

M E T O D I CH E S K I E

REKOMANDIME

PROJEKTIMI I KURSIT

SIPAS DISIPLINËS

TEKNOLOGJIA E ZHVILLIMIT TË PRODUKTEVE Softuerike

sipas specialitetit

230105 (2203) Softuer kompjuterik dhe
sisteme të automatizuara

(niveli bazë i)

Kaliningrad, 2007

“ MIRATUAR”

Subjekti

komision (cikli).

Hartuar në përputhje me kërkesat e shtetit për përmbajtjen dhe nivelin minimal të formimit të të diplomuarve në specialitetin 230 Softuer për kompjuterë dhe sisteme të automatizuara të arsimit të mesëm profesional (niveli bazë)

Kryetari i KPK

zv drejtor

nga UMR

_______________________

_______________________

Rishikuesit:

PREZANTIMI

Në përputhje me standardin shtetëror arsimor të arsimit të mesëm profesional, në minimum të përmbajtjes dhe nivelit të formimit të të diplomuarve në specialitetin "Programe kompjuterike për teknologjinë kompjuterike dhe sisteme të automatizuara" në fushën e disiplinave të veçanta, i diplomuari duhet të te jesh i afte te :

· Zhvillimi i një algoritmi për zbatimin e detyrës nga softueri;

· Krijoni një produkt softuerik sipas algoritmit të zhvilluar, korrigjoni dhe testoni produktin softuer;

· Zhvillimi dhe mirëmbajtja e aplikacioneve të rrjetit;

Detyrat projektet e kursit janë:

Studimi i veçorive të një fushe të caktuar lëndore në lidhje me temën e projektit të lëndës;

Analiza e qasjeve të mundshme dhe metodave të zgjidhjes me arsyetimin e metodës së zgjedhur;

Përzgjedhja ose zhvillimi i një modeli (matematikor, strukturor, informativ, etj.) të nevojshëm për arritjen e qëllimit;

Përzgjedhja e algoritmeve efikase duke marrë parasysh saktësinë, qëndrueshmërinë, konvergjencën, etj.;

Analiza e rezultateve të marra të softuerit;

Zhvillimi i softuerit dhe dokumentacionit operacional.

2. ZGJEDHJA E NJË TEME

Temat e projekteve të kursit zhvillohen nga mësuesit e institucionit arsimor, shqyrtohen dhe miratohen nga komisioni lëndor (ciklik) në një mbledhje të departamentit, të miratuar nga zv. drejtor i kolegjit për çështje akademike. Tema e projektit të kursit mund të propozohet nga studenti, në përputhje me interesat e tij dhe mundësitë e zbulimit të problemit të propozuar, me kusht që ai të arsyetojë përshtatshmërinë e tij.

Lejohet të kryhet një projekt kursi për një temë nga një grup studentësh.

3. TEMAT E PROJEKTEVE TË KURSIT (Shtojca)

1. Të zhvillohet një modul programor "Kontabiliteti i përparimit të studentëve".

2. Zhvilloni një modul programi "Dosjet personale të studentëve".

3. Zhvilloni një modul programi "Departamenti".

4. Zhvilloni një modul programi "Laborator".

5. Zhvilloni një modul softuerësh "Autoservice".

6. Të zhvillohet moduli softuerik “Kontabiliteti i shkeljeve të rregullave të qarkullimit rrugor”.

7. Zhvilloni një modul softuerik "Dosja e kartës së agjencisë së pasurive të paluajtshme".

8. Të zhvillojë një modul softuerik "Kartë Abonenti ATS".

9. Të zhvillohet moduli i programit “Aviakassa”.

10. Të zhvillojë një modul softuerik "Librari".

11. Zhvilloni një modul softuerik "Parking".

12. Zhvilloni një modul softuerik "Agjencia e Rekrutimit".

13. Zhvillimi i një moduli softuerik "Llogarit zhvlerësimin e pronës".

14. Zhvilloni një modul programi "Eksaminer".

15. Të zhvillohet moduli softuerik “Kontabiliteti i orëve të punës së studentëve”.

16. Të zhvillojë modulin softuerik “Program informacioni dhe referimi për adresat postare të klientëve”.

17. Të zhvillojë modulin softuerik “Dosja e kartelës për literaturën kontabël në bibliotekë”.

18. Të zhvillojë një modul softuerik “Inventarizimi i mallrave në një magazinë”.

19. Zhvilloni një modul softuerik "Programi i lojës si Master Mind".

20. Të zhvillojë një modul programor “Lojë logjike për hamendësimin e një kombinimi numrash”.

21. Zhvilloni një modul softuerik “Programi për paraqitjen e orarit të orëve aktuale për një grup nxënësish”.

22. Zhvillimi i një moduli softuerik “Programi informativ dhe referues për shitjen e CD-ve”.

23. Krijoni një modul programi "Uebfaqja e korporatës së një kompanie udhëtimi".

24. Krijoni një modul softuerësh "Uebfaqja e korporatës e një dyqani aksesorësh kompjuterikë".

25. Krijoni një modul programi "Ueb-faqja e korporatës e dyqanit periferik të kompjuterit".

26. Krijoni një modul programi "Uebfaqja personale e administratorit të rrjetit kompjuterik".

27. Krijo një modul programi "Uebfaqja e projektit të përmirësimit të territorit të kolegjit".

28. Krijoni një modul softuerik "Uebfaqe për projektin e ndërtimit të një kopshti dimëror në territorin e kolegjit".

4. PËRMBAJTJA DHE HAPAT E PLOTËSIMIT
PROJEKT KURSI

1. Zgjedhja e një teme dhe pajtimi me drejtuesin. Përzgjedhja e letërsisë.

2. Studimi i kërkesave për hartimin e veprës.

3. Hartimi i një plani për zbatimin e projektit të kursit. Zhvillimi i një algoritmi zgjidhjeje.

4. Zbatimi i algoritmit.

5. Debugimi i programit.

6. Testimi i programit.

7. Hartimi i softuerit dhe dokumentacionit operacional.

8. Analiza e rezultateve të marra.

9. Regjistrimi i raportit.

10. Mbrojtja e projektit të lëndës.

5. STRUKTURA E PROJEKTIT TË KURSIT

Projekti i kursit duhet të përfshijë softuer të testuar dhe një shënim shpjegues (të paktën 20 fletë A4).

Në varësi të projektit të kursit, mund të përfshihet një pjesë grafike.

Shënimi shpjegues i projektit të kursit duhet të ketë sa vijon
strukturën:

Faqja e titullit të mostrës së vendosur (Shtojca 1);

Prezantimi;

Zgjedhja e softuerit dhe harduerit për zbatimin e dorëzuar
detyrat;

Pjesa përshkruese e softuerit të zhvilluar;

Dokumentacioni i softuerit;

Dokumentacioni operativ;

Konkluzioni, i cili nxjerr përfundime dhe rekomandime lidhur me
mundësitë e përdorimit të materialeve të projektit;

Lista e literaturës së përdorur;

Aplikacionet.

Në të administruara relevanca dhe rëndësia e temës zbulohet shkurtimisht, qëllimi dhe objektivat e projektit janë formuluar.

Dokumentacioni i programit përfshin grupin e mëposhtëm të dokumenteve:

Një qasje krijuese për të shkruar një projekt kursi;

Korrektësia dhe vlefshmëria shkencore e përfundimeve;

Saktësia dhe dizajni korrekt i projektit të kursit.

Nota përfundimtare e punës së lëndës përcaktohet në bazë të rezultateve të mbrojtjes dhe cilësisë së punës.

Puna e lëndës duhet të mbrohet para dhënies së provimit në disiplinën "Teknologjia e zhvillimit të softuerit". Studentët që nuk kanë kaluar projektet e lëndës ose kanë marrë nota të pakënaqshme në mbrojtje nuk lejohen të japin provimet e radhës.

Projektet e kurseve të mbrojtura nuk u kthehen studentëve dhe ruhen në arkivin e institucionit arsimor.

ANEKSI 1

Shembull i dizajnit të faqes së titullit

GOU OJF profesionale

liceu artistik dhe industrial numër 10

PROJEKT KURSI

në disiplinën "Teknologjia e zhvillimit të produkteve softuerike"

me temën:_________________________________________________________________

Plotësohet nga nxënësi ________________________________ Mbiemri, emri, patronimika

Specialiteti, kursi, grupi ________________________________________________

Këshilltar shkencor _________________________ Mbiemri, emri, patronimi

Data e dorëzimit, nënshkrimi i studentit _____________________

________________________________________________

Data e mbrojtjes, nota, nënshkrimi i mësuesit

Kaliningrad

SHTOJCA 2

DETYRË TEKNIKE.

KËRKESAT PËR PËRMBAJTJEN DHE DIZAJNIN

GOST 19.201 - 78

Pjesa e informacionit (shënimi dhe përmbajtja), fleta e regjistrimit të ndryshimit lejohet të mos përfshihet në dokument.

Për të bërë ndryshime ose shtesa në termat e referencës në fazat pasuese të zhvillimit të një programi ose produkti softuer, lëshohet një shtesë në të. Koordinimi dhe miratimi i shtesës në termat e referencës kryhet në të njëjtin rend që përcaktohet për termat e referencës.

Në varësi të veçorive të programit ose produktit softuer, lejohet të sqarohet përmbajtja e seksioneve, të prezantohen seksione të reja ose të kombinohen ato individuale.

1. HYRJE

Seksioni tregon emrin, një përshkrim të shkurtër të fushës së programit ose produktit softuerik dhe objektin në të cilin përdoret programi ose produkti softuer.

2. BAZAT PËR ZHVILLIM

Dokumenti (dokumentet) në bazë të të cilit kryhet zhvillimi;

Organizata që miratoi këtë dokument dhe datën e miratimit të tij;

Emri dhe/ose simboli i temës së zhvillimit.

3. QËLLIMI I ZHVILLIMIT

Seksioni duhet të tregojë qëllimin funksional dhe operacional të programit ose produktit softuer.

4. KËRKESAT PËR PRODUKTIN softuerik ose kompjuterik

4.1. Kërkesat për karakteristikat funksionale.

Seksioni duhet të tregojë kërkesat për përbërjen e funksioneve të kryera, organizimin e të dhënave hyrëse dhe dalëse, karakteristikat kohore, etj.

4.2. Kërkesat e besueshmërisë.

Nënseksioni duhet të tregojë kërkesat për sigurimin e funksionimit të besueshëm (sigurimi i stabilitetit, monitorimi i informacionit të hyrjes dhe daljes, koha e rikuperimit pas dështimit, etj.).

4.3. Kushtet e funksionimit.

Nënseksioni duhet të tregojë kushtet e funksionimit (temperatura e ambientit, lagështia relative, etj. për llojet e zgjedhura të bartësve të të dhënave), sipas të cilave duhet të jepen karakteristikat e specifikuara, si dhe lloji i shërbimit, numri i kërkuar dhe kualifikimet e personelit.

4.4. Kërkesat për përputhshmërinë e informacionit dhe softuerit.

Nënseksioni duhet të tregojë kërkesat për strukturat e informacionit në hyrje dhe dalje dhe metodat e zgjidhjes, kodet burimore, gjuhët e programimit dhe softuerin e përdorur nga programi.

Mbrojtja e informacionit dhe e programeve duhet të sigurohet aty ku është e nevojshme.

5. KËRKESAT PËR DOKUMENTACIONIN PROGRAMOR

Seksioni duhet të tregojë përbërjen paraprake të dokumentacionit të softuerit dhe, nëse është e nevojshme, kërkesat e veçanta për të.

6. TREGUESIT TEKNIKE DHE EKONOMIKE

Seksioni duhet të tregojë: efikasitetin e përafërt ekonomik, kërkesën e vlerësuar vjetore, avantazhet ekonomike të zhvillimit në krahasim me mostrat ose analogët më të mirë vendas dhe të huaj.

7. FAZA DHE FAZA E ZHVILLIMIT

Seksioni përcakton fazat e nevojshme të zhvillimit, fazat dhe përmbajtjen e punës (një listë e dokumenteve të programit që duhet të zhvillohen, miratohen dhe miratohen), si dhe, si rregull, kushtet e zhvillimit dhe përcaktimin e interpretuesve.

8. PROCEDURA E KONTROLLIT DHE PRANIMIT

Seksioni duhet të tregojë llojet e testeve dhe kërkesat e përgjithshme për pranimin e punës.

V anekset në termat e referencës, nëse është e nevojshme, çoni:

Lista e kërkimeve dhe punimeve të tjera që justifikojnë zhvillimin;

Diagramet algoritme, tabelat, përshkrimet, arsyetimet, llogaritjet dhe dokumente të tjera që mund të përdoren në zhvillim;

Burime të tjera zhvillimi.

SHTOJCA 3

TEKST PROGRAMOR (GOST 19.401 - 78)

Për tekstin e programit në gjuhën burimore, nëse ka një shënim, në të përfshihet një përshkrim i shkurtër i funksionit të programit.

Pjesa kryesore e dokumentit duhet të përbëhet nga tekstet e një ose më shumë seksioneve, të cilave u jepen tituj.

Lejohet të futet një emër edhe për një grup seksionesh.

Secila prej këtyre seksioneve zbatohet me një nga llojet e shënimeve simbolike, për shembull:

Shënim simbolik në gjuhën origjinale;

Shënimi simbolik në gjuhët e ndërmjetme;

Paraqitja simbolike e kodeve të makinerive etj.

SHTOJCA 4

PËRSHKRIMI I PROGRAMIT (GOST 19.402 - 78)

Në varësi të veçorive të programit, lejohet të futen seksione shtesë përveç atyre të listuara më poshtë ose të kombinohen seksione të veçanta.

1. INFORMACION I PËRGJITHSHËM

Seksioni duhet të përmbajë: emërtimin dhe emrin e programit; softueri i nevojshëm për funksionimin e programit; gjuhët e programimit në të cilat është shkruar programi.

2. QËLLIMI FUNKSIONAL

Seksioni duhet të tregojë klasat e detyrave që do të zgjidhen dhe / ose qëllimin e programit dhe informacionin në lidhje me kufizimet funksionale në aplikacion.

3. PËRSHKRIMI I STRUKTURËS LOGJIKE

Seksioni duhet të tregojë:

Algoritmet e programit;

Metodat e përdorura;

Struktura e programit me një përshkrim të funksioneve të pjesëve përbërëse dhe marrëdhëniet ndërmjet tyre;

Lidhjet e programit me programe të tjera.

Përshkrimi i strukturës logjike të programit kryhet duke marrë parasysh tekstin e programit në gjuhën burimore.

4. PAJISJET TEKNIKE TË PËRDORRA

Seksioni duhet të tregojë llojet e kompjuterëve dhe pajisjeve elektronike që përdoren në funksionimin e programit.

Seksioni duhet të tregojë:

Metoda e thirrjes së një programi nga bartësi përkatës i të dhënave;

Pikat e hyrjes në program.

Lejohet të tregohen adresat e shkarkimit, informacioni në lidhje me përdorimin e RAM-it, madhësinë e programit.

6. TË DHËNAT HYRËSE

Seksioni duhet të tregojë:

Natyra, organizimi dhe përgatitja paraprake e të dhënave hyrëse;

Formati, përshkrimi dhe mënyra e kodimit të të dhënave hyrëse.

7. OUTPUT

Seksioni duhet të tregojë:

Natyra dhe organizimi i prodhimit;

Formati, përshkrimi dhe mënyra e kodimit të të dhënave dalëse.

Lejohet të ilustrohet përmbajtja e seksioneve me shembuj shpjegues, tabela, diagrame, grafikë.

Aplikacioni lejohet të përfshijë materiale të ndryshme që janë të papërshtatshme për t'u përfshirë në seksionet e dokumentit.

SHTOJCA 5

SHËNIM SHPJEGUES (GOST 19.404-79)

Përpilimi i pjesës informative (shënimi dhe përmbajtja) është fakultative.

Në varësi të specifikave të dokumentit, mund të kombinohen seksione (nënseksione) individuale, si dhe mund të futen seksione (nënseksione) të reja.

PREZANTIMI

Seksioni tregon emrin e programit dhe / ose simbolin e temës së zhvillimit, si dhe dokumentet mbi bazën e të cilave kryhet zhvillimi, duke treguar organizatën dhe datën e miratimit.

1. QËLLIMI DHE QËLLIMI

Seksioni tregon qëllimin e programit, një përshkrim të shkurtër të fushës së programit.

2. SPECIFIKIMET TEKNIKE

Seksioni duhet të përmbajë nënseksionet e mëposhtme:

2.1 Deklarata e problemit.

Përshkruhen deklarata e problemit për zhvillimin e programit, përshkrimi i metodave matematikore të aplikuara dhe, nëse është e nevojshme, përshkrimi i supozimeve dhe kufizimeve që lidhen me aparatin e zgjedhur matematikor.

2.2 Përshkrimi i algoritmit dhe/ose funksionimit të programit.

Algoritmi dhe / ose funksionimi i programit përshkruhet me arsyetimin për zgjedhjen e skemës së algoritmit për zgjidhjen e problemit, ndërveprimet e mundshme të programit me programet e tjera.

2.3 Përbërja e harduerit dhe softuerit.

Jepet përshkrimi dhe arsyetimi i zgjedhjes së përbërjes së metodës për organizimin e të dhënave hyrëse dhe dalëse.

2.4 Përbërja e harduerit dhe softuerit.

Jepet përshkrimi dhe arsyetimi i zgjedhjes së përbërjes së harduerit dhe softuerit bazuar në llogaritjet dhe/ose analizat e kryera, shpërndarja e bartësve të të dhënave të përdorura nga programi.

3. TREGUESIT TEKNIKE DHE EKONOMIKE TE PRITSHEM

Seksioni tregon treguesit teknikë dhe ekonomikë që justifikojnë avantazhin e opsionit të zgjedhur të zgjidhjes teknike, si dhe, nëse është e nevojshme, treguesit e pritshëm operacional.

4. BURIMET E PËRDORUR NË ZHVILLIM

Seksioni tregon një listë të botimeve shkencore dhe teknike, dokumenteve rregullatore dhe teknike dhe materialeve të tjera shkencore dhe teknike, të cilat janë referuar në tekstin kryesor.

V aneks dokumenti mund të përfshijë tabela, arsyetime, metoda, llogaritje dhe dokumente të tjera të përdorura në zhvillim.

SHTOJCA 6

DEKLARATA E DOKUMENTEVE TË OPERIMIT

GOST 19.507 - 79

Përpilimi i pjesës informative (shënimi dhe përmbajtja) është fakultative.

Deklarata liston dokumentet e përfshira në listën e dokumenteve operative.

Lista e dokumenteve operative duhet të përmbajë seksionet e mëposhtme: dokumentet për programin; dokumente për komponentët e programit.

Lista e dokumenteve operacionale për një komponent që ka aplikim të pavarur duhet të përmbajë vetëm seksionin "Dokumentet për programin".

Në seksionin "Dokumentet për programin" duhet të regjistrohen të gjitha dokumentet operative (përveç listës së dokumenteve operacionale) për këtë program.

Në rubrikën "Dokumentet për komponentët e programit" duhet të shkruhen deklaratat e dokumenteve operacionale për të gjitha programet e përfshira drejtpërdrejt në program.

Regjistrimi i dokumenteve në deklaratë kryhet nën titujt e seksioneve në kolonën "Emri".

Dokumentet regjistrohen në deklaratë në rend rritës të kodit të llojit të dokumentit të përfshirë në përcaktim.

Kolonat e deklaratës plotësohen si më poshtë:

· Në kolonën "Përcaktimi" tregoni përcaktimin e dokumenteve në përputhje me GOST 19.103-77;

· Në kolonën "Emri" tregoni emrin e plotë të dokumentit operacional në përputhje me emrin e treguar në fletën e miratimit ose faqen e titullit;

· Për dokumentet e këtij programi regjistrohet vetëm emri dhe lloji i dokumenteve;

· Në rubrikën “Sa. kopje." tregoni numrin e kopjeve të këtij dokumenti;

· Në kolonën "Vendndodhja" tregoni numrin e dosjes në të cilën është ruajtur dokumenti i printuar.

Lejohet të shkruhet teksti i shënimeve dhe informacioni shtesë në lidhje me dokumentet shtesë operacionale, nëse është e nevojshme.

Lejohet dhënia e numrave rendorë të shënimeve.

Teksti i shënimeve mund të regjistrohet në fund të seksioneve përkatëse të deklaratës së dokumenteve operative. Lejohet të shkruhet teksti i shënimeve në fletët e fundit të deklaratës së dokumenteve operative në formularë pa kolona me numrin rendor të shënimeve.

Deklarata gjithashtu përmban, nëse është e nevojshme, një listë të dosjeve që përmbajnë dokumente të printuara.

Dosjet në listë regjistrohen pasi renditen të gjitha dokumentet nën titullin "Lista e dosjeve" në kolonën "Emri" në rendin rritës të numrave të tyre serial.

Gjatë regjistrimit të dosjeve, kolonat e deklaratës plotësohen si më poshtë:

Nënvizohet rubrika “Përcaktimi”;

Në kolonën "Emri" tregoni emrin dhe numrin e dosjes, për shembull, "Dosja nr. 1";

Në rubrikën “Kol. kopje." tregoni numrin e kopjeve të dosjeve të këtij emri që janë pjesë e një grupi dokumentesh operacionale;

Në kolonën "Vendndodhja" tregoni, nëse është e nevojshme, vendndodhjen e dosjeve.

Një shembull i plotësimit të një deklarate të dokumenteve operative

Emërtimi

Emri

Vendndodhja

A. V. 001-01_32_01-1

Sistemi operativ. Mjetet e rimëkëmbjes së sistemit

A. V. 001-01_32_01-2

Sistemi operativ. Redaktori i lidhjes.

SHTOJCA 7

PËRSHKRIMI I APLIKACIONIT (GOST 19.502-78)

Përpilimi i pjesës informative (shënimi dhe përmbajtja) është i detyrueshëm.

Në varësi të veçorive të programit, lejohet futja e seksioneve shtesë ose kombinimi i seksioneve të veçanta.

1. QËLLIMI I PROGRAMIT

Seksioni tregon qëllimin, aftësitë e programit, karakteristikat e tij kryesore, kufizimet e vendosura në fushëveprimin e programit.

2. KUSHTET E APLIKIMIT

Seksioni tregon kushtet e nevojshme për ekzekutimin e programit (kërkesat për mjetet teknike të nevojshme për këtë program dhe programe të tjera, karakteristikat e përgjithshme të informacionit hyrës dhe dalës, si dhe kërkesat dhe kushtet e një organizate, teknike dhe natyrës teknologjike, etj.).

3. PËRSHKRIMI I PROBLEMIT

Seksioni duhet të tregojë përkufizimet e problemit dhe metodat për zgjidhjen e tij.

4. TË DHËNAT HYRËSE DHE DALJE

Seksioni duhet të ofrojë informacion në lidhje me të dhënat hyrëse dhe dalëse.

Materialet e referencës (ilustrime, tabela, grafikë, shembuj, etj.) mund të përfshihen në shtojcën e dokumentit.

SHTOJCA 8

UDHËZUES PËR MIRËMBAJTJE

(GOST 19.508-79)

Përpilimi i pjesës informative (shënimi dhe përmbajtja) është i detyrueshëm.

Mund të futen seksione shtesë në varësi të specifikave të dokumentit.

1. HYRJE

Seksioni tregon qëllimin e manualit, një listë të dokumenteve operacionale që duhet të përdoren përveç manualit gjatë mirëmbajtjes.

2. UDHËZIME TË PËRGJITHSHME

Seksioni tregon procedurën e mirëmbajtjes, jep udhëzime për organizimin dhe veçoritë e zbatimit të tij.

3. KËRKESAT PËR PAJISJET TEKNIKE

Seksioni tregon grupin minimal të mjeteve teknike për të siguruar funksionimin e programit.

4. PËRSHKRIMI I FUNKSIONET

Seksioni tregon:

Numri maksimal i mjeteve teknike të kontrolluara nga ky program;

Përshkrimi i funksionimit të përbashkët të harduerit dhe softuerit me një tregues të metodës së trajtimit të gabimeve;

Përshkrimi i organizimit të të dhënave hyrëse dhe dalëse të përdorura në mirëmbajtjen e pajisjeve teknike;

Përshkrimi i ndërveprimeve të pajisjeve me programin, rezultatet e ndërveprimeve, me daljen e rezultateve të programit.

SHTOJCA 9

1. Të zhvillohet një modul programor "Kontabiliteti i përparimit të studentëve".

Moduli i softuerit është krijuar për llogaritjen operacionale të progresit të studentëve në sesion nga dekani, zëvendësdekanët dhe punonjësit e dekanatit. Informacioni për ecurinë e studentëve duhet të ruhet gjatë gjithë periudhës së studimit të tyre dhe të përdoret në përpilimin e certifikatave të lëndëve të ndjekura dhe të suplementeve të diplomës.

2. Zhvilloni një modul programi "Dosjet personale të studentëve".

Moduli i programit është krijuar për të marrë informacion rreth studentëve nga punonjësit e dekanatit, komitetit të sindikatave dhe departamentit të personelit. Informacioni duhet të ruhet gjatë gjithë kohëzgjatjes së trajnimit të studentit dhe të përdoret në përgatitjen e certifikatave dhe raporteve.

3. Zhvilloni një modul programi "Departamenti".

Moduli përmban informacione për punonjësit e departamentit (emri i plotë, pozicioni, diploma akademike, disiplinat, ngarkesa e punës, punë sociale, punë me kohë të pjesshme, etj.) dhe synohet të përdoret nga punonjësit e departamentit të personelit dhe dekanatit.

4. Zhvilloni një modul programi "Laborator".

Moduli përmban informacione për personelin e laboratorit (emri i plotë, gjinia, mosha, statusi martesor, prania e fëmijëve, pozicioni, grada akademike) dhe synohet të përdoret nga punonjësit e komitetit sindikal dhe të departamentit të personelit.

5. Zhvilloni një modul softuerësh "Autoservice".

Kur regjistroheni për shërbim, plotësohet një aplikacion, i cili tregon emrin e pronarit, markën e makinës, llojin e punës, datën e marrjes së porosisë dhe koston e riparimeve. Pas përfundimit të punës, printohet një faturë.

6. Të zhvillohet një modul softuerik “Kontabiliteti për shkeljet e rregullave të qarkullimit rrugor
lëvizje”.

Një listë e shkeljeve ruhet në bazën e të dhënave për secilën makinë dhe pronarin e saj. Për çdo shkelje regjistrohet data, ora, lloji i shkeljes dhe madhësia; mirë. Kur paguhen të gjitha gjobat, makina hiqet nga baza e të dhënave.

7. Zhvilloni një modul softuerik "Dosja e kartës së agjencisë së pasurive të paluajtshme".

Moduli është menduar për përdorim nga punonjësit e agjencisë. Baza e të dhënave përmban informacione për apartamentet (numri i dhomave, kati, pamjet, etj.). Kur merret një aplikim për një shkëmbim (blerje, shitje), bëhet një kërkim për një opsion të përshtatshëm. Nëse nuk është kështu, klienti futet në bazën e klientit dhe njoftohet kur shfaqet një opsion.

8. Të zhvillojë një modul softuerik "Kartë Abonenti ATS".

Skedari i kartës përmban informacione për telefonat dhe pronarët e tyre. Rregullon pagesat e prapambetura (abonent dhe në bazë të kohës). Besohet se paga kohore për thirrjet lokale tashmë është futur.

9. Të zhvillohet moduli i programit “Aviakassa”.

Moduli përmban informacion në lidhje me disponueshmërinë e vendeve të lira në rrugët ajrore. Baza e të dhënave duhet të përmbajë informacione për numrin e fluturimit, ekuipazhin, llojin e avionit, datën dhe orën e nisjes, si dhe koston e biletave ajrore (të klasave të ndryshme). Pas marrjes së një aplikacioni për bileta, programi kërkon një fluturim të përshtatshëm.

10. Të zhvillojë një modul softuerik "Librari".

11. Zhvilloni një modul softuerik "Parking".

Programi përmban informacione për markën e makinës, pronarin e saj, datën dhe orën e hyrjes, koston e parkimit, zbritjet, pagesat e prapambetura, etj.

12. Zhvilloni një modul softuerik "Agjencia e Rekrutimit".

Moduli përmban informacione për vendet e lira të punës dhe CV. Moduli i softuerit synon si për gjetjen e një punonjësi që plotëson kërkesat e menaxherëve të kompanisë ashtu edhe për gjetjen e një pune të përshtatshme.

13. Zhvillimi i një moduli softuerik "Llogarit zhvlerësimin e pronës".

Programi duhet të ofrojë llogaritjet me dy metoda (zhvlerësimi në linjë dhe llogaritja e shumëfishtë e amortizimit), si dhe të sigurojë kontrollin e korrektësisë së të dhënave të futura dhe lëshimin e mesazheve paralajmëruese në rast të: a) mungesës së një ose më shumë për llogaritjen e të dhënave;

b) vlera e treguar e lëngshme tejkalon vlerën fillestare;

c) përcaktohet periudha e llogaritjes që tejkalon periudhën e amortizimit.

14. Zhvilloni një modul programi "Eksaminer".

Detyra e testit duhet të përbëhet nga 5-7 pyetje, emri i skedarit të testit specifikohet në vijën e komandës së listës së programit.

15. Për të zhvilluar një modul softuerësh “Koha e punuar
studentë”.

Programi duhet të zbatohet me anë të MS Visual Studio; mundëson hyrje-dalje të emrit të studentit, numrit të grupit dhe orëve të punës, si dhe një përshkrim të shkurtër të punës së kryer; shfaq një listë të studentëve dhe një përshkrim të shkurtër të punës për secilin prej tyre; të jetë në gjendje të modifikojë listën dhe përshkrimet.

16. Të zhvillojë modulin softuerik “Program informacioni dhe referimi për adresat postare të klientëve”.

Programi duhet të zbatohet me anë të MS Visual Studio; të mundësojë hyrje-daljen e mbiemrit, emrit dhe patronimit të klientit dhe adresën e tij postare; shfaq një listë të klientëve dhe një adresë për secilin prej tyre; të jetë në gjendje të modifikojë listën dhe adresat; të jetë në gjendje të krijojë dhe shfaqë lista të shumta; të jetë në gjendje të eksportojë informacion në aplikacione të tjera, për shembull, MS Word.

17. Të zhvillojë modulin softuerik “Dosja e kartelës për literaturën kontabël në bibliotekë”.

Programi duhet të zbatohet me anë të MS Visual Studio; të mundësojë hyrje-daljen e titullit të librit dhe autorit dhe një shënim të shkurtër; shfaqni një listë librash dhe një shënim për secilin prej tyre; të jetë në gjendje të redaktoni titullin e librit dhe shënimin; të jetë në gjendje të krijojë disa lista për lëndën e literaturës dhe të transferojë informacionin nga një listë në tjetrën.

18. Të zhvillojë një modul softuerik “Inventarizimi i mallrave në një magazinë”.

Programi duhet të zbatohet me anë të MS Visual Studio; jepni mundësinë për të futur emrin dhe sasinë e produktit, si dhe një përshkrim të shkurtër; shfaqni një listë produktesh dhe përshkrimesh për secilin; të jetë në gjendje të modifikojë emrin e mallrave dhe përshkrimin; të jetë në gjendje të krijojë lista të shumta për grupet e produkteve.

19. Zhvilloni një modul softuerësh “Program loje i llojitMjeshtërMendje".

Programi duhet të zbatohet me anë të MS Visual Studio; bëjnë të mundur hamendjen e grupeve të ngjyrave dhe shfaqjen e informacionit në lidhje me gabimet; përdoruesit i jepen disa përpjekje; nëse grupi merret me mend, shfaqet një mesazh fitues; nëse jo, shfaqet një përpjekje e re ose një mesazh humbjeje.

20. Të zhvillojë një modul programor “Lojë logjike për hamendësimin e një kombinimi numrash”.

Programi duhet të zbatohet me anë të MS Visual Studio; bëjnë të mundur hamendjen e kombinimeve numerike dhe shfaqjen e informacionit rreth gabimeve; përdoruesit i jepen disa përpjekje; nëse kombinimi merret me mend, shfaqet një mesazh fitues, nëse jo, shfaqet një përpjekje e re ose një mesazh humbjeje. Koha e të menduarit është e kufizuar.

21. Zhvilloni një modul softuerik “Programi për paraqitjen e orarit të orëve aktuale për një grup nxënësish”.

Programi duhet të zbatohet me anë të MS Visual Studio; në varësi të kohës, shfaqni në ekran mësimin aktual, fillimin dhe përfundimin e tij në përputhje me orarin e futur.

22. Zhvilloni një modul softuerësh “Programi i informacionit dhe referencës për shitjeCD".

Programi duhet të zbatohet me anë të MS Visual Studio; aktivizoni emrin e diskut, koston dhe përmbledhjen I/O; shfaqni një listë disqesh dhe një përmbledhje për secilin prej tyre; të jetë në gjendje të modifikojë listën dhe përmbajtjen; të jetë në gjendje të importojë një përshkrim disku nga një aplikacion tjetër, si p.sh. MS Word.

23. Krijoni një modul softuerësh "KorporateFaqja e internetit e Agjencisë së Udhëtimit”.

Nyja duhet të përmbajë një faqe kryesore, një faqe lajmesh, 3 faqe me përshkrime të rrugëve dhe shërbimeve turistike dhe një faqe feedback.Përveç kësaj, nyja duhet të përmbajë tekst, grafikë dhe informacione multimediale.

24. Krijoni një modul softuerësh "KorporateFaqja e internetit e dyqanit të aksesorëve kompjuterikë”.

Faqja duhet të përmbajë një faqe kryesore, një faqe lajmesh, një faqe reagimesh dhe disa faqe që përshkruajnë komponentë, për shembull, disqet e ngurtë, kartat video dhe sintonizuesit e TV. Përveç kësaj, faqja duhet të përmbajë tekst, grafikë dhe informacione multimediale.

25. Krijoni një modul softuerësh "KorporateFaqja në internet e dyqanit periferik të kompjuterëve ".

Faqja duhet të përmbajë një faqe kryesore, një faqe lajmesh, një faqe reagimesh dhe disa faqe që përshkruajnë pajisje periferike si printerët, ekranet dhe kamerat e internetit. Përveç kësaj, faqja duhet të përmbajë tekst, grafikë dhe informacione multimediale.

26. Krijoni një modul programi "PersonalFaqja e internetit e administratorit të rrjetit kompjuterik ".

Faqja duhet të përmbajë një faqe kryesore, një faqe për veten, një diagram rrjeti dhe vendosjen e tij sipas ambienteve, një faqe vërejtjesh dhe korrigjime të tyre. Nyja duhet të përmbajë tekst, grafikë dhe informacione multimediale

27. Krijo një modul programi "Faqja e internetit e Projektit të Përmirësimit të Territorit të Liceut”.

28. Krijo një modul programi "Faqja e internetit e projektit të ndërtimit të një kopshti dimëror në territorin e Liceut”.

Faqja duhet të përmbajë një faqe kryesore, një përshkrim të projektit, një listë të momenteve me afate, një listë të pjesëmarrësve dhe përgjegjësitë e tyre, një forum diskutimi. Nyja duhet të përmbajë tekst, grafikë dhe informacione multimediale

BIBLIOGRAFI

1. GOST 7.1-84. Përshkrimi bibliografik i dokumentit. Kërkesat dhe rregullat e përgjithshme për hartimin.

2. GOST 7.9-95. Abstrakt dhe shënim. Kërkesat e përgjithshme.

3. Standardet e Sistemit të Unifikuar të Dokumentacionit të Programimit (ESPD).

4. Udhëzime Shishkin për projektin e kursit. - Smolensk, 2002.

5. Të dhënat e Rudakovit. Zhvillimi i aplikacionit - SPb.: BHV-Petersburg, 2006

6. Përdorimi i Ilyushechkin dhe dizajnimi i bazave të të dhënave - M .: Arsimi i lartë. 2009

HYRJE .. 3

1. QËLLIMI DHE OBJEKTIVAT E PROJEKTIMIT TË LËNDËS .. 3

2. ZGJEDHJA E NJË TEME ... 4

3. TEMAT E PROJEKTEVE TË KURSIT .. 4

5. STRUKTURA E PROJEKTIT TË KURSIT .. 5

6. REGJISTRIMI I NJË SHËNIM SHPJEGUES PËR PROJEKTIN E KURSIT .. 6

7. MBROJTJA E PROJEKTIT TË KURSIT .. 7

SHTOJCA 1.8

SHTOJCA 2.9

SHTOJCA 3.11

SHTOJCA 4.12

SHTOJCA 5.14

SHTOJCA 6.15

SHTOJCA 7.16

SHTOJCA 8.17

SHTOJCA 9.18

REFERENCAT ... 22

Prezantimi

1. Pjesa analitike

1.1 Karakteristikat teknike dhe ekonomike të fushës lëndore dhe ndërmarrjes.

1.1.1 Karakteristikat e ndërmarrjes

1.2 Përshkrimi i kompleksit të detyrave, detyrave dhe justifikimi i nevojës për automatizim

1.2.1 Përzgjedhja e një sërë detyrash automatizimi dhe karakteristikave të proceseve ekzistuese të biznesit

1.2.2 Arsyetimi i nevojës së përdorimit të teknologjisë kompjuterike për zgjidhjen e problemit

1.2.3 Përshkrimi i vetive kryesore të IS për ndërmarrjen dhe grupi i detyrave të zgjedhura

1.2.4 Thelbi ekonomik i kompleksit të detyrave

1.2.5 Përcaktimi i vendit të detyrës së projektuar në kompleksin e detyrave

1.2.6 Thelbi i problemit

1.3.2 Përzgjedhja dhe justifikimi i një strategjie të automatizimit të detyrave

1.4 Përcaktimi i qëllimit dhe nën-detyrave të automatizimit. Kriteret e arritjes së qëllimit.

1.4.3 Karakteristikat e përgjithshme të organizimit të zgjidhjes së nëndetyrave në kompjuter

1.5 Analiza e zhvillimeve ekzistuese dhe justifikimi i zgjedhjes së teknologjisë së projektimit.

1.6 Arsyetimi i zgjidhjeve të projektimit

1.6.2 Arsyetimi i zgjidhjeve të projektimit për mbështetjen e informacionit

2. Pjesa e projektimit

2.1 Mbështetja informative e detyrës

2.1.4 Karakteristikat e bazës së të dhënave.

2.2 Softueri i detyrave

2.3 Mbështetja teknologjike e detyrës

2.4 Rasti testues i zbatimit të projektit dhe përshkrimi i tij

konkluzioni

Lista e burimeve të përdorura

1.1 Tekno -karakteristikat ekonomike të fushës lëndore dhe ndërmarrjes

1.1.1 Karakteristikat e ndërmarrjes

1. Emri i plotë: Agjencia imobiliare “Elena”. Emri i shkurtuar: Agjencia imobiliare “Elena”.

2. Agjencia e pasurive të paluajtshme "Elena" është e regjistruar nga një sipërmarrës privat në përputhje me ligjin e Federatës Ruse "Për regjistrimin shtetëror të personave juridikë dhe sipërmarrësve individualë".

3. Vendndodhja e Agjencisë: Federata Ruse, Republika e Bashkortostanit, qyteti i Oktyabrsky, Avenue Lenin, 67.

4. Detyrat:

· Ofrimi i shërbimeve për popullatën për blerje dhe shitje, dhurim dhe transaksione të tjera me pasuri të paluajtshme në përputhje me kërkesat e tregut.

· Asistencë në marrjen e kredisë hipotekore.

· Krijimi i shërbimeve të aksesueshme për kërkimin e informacionit për pasuritë e paluajtshme.

· Ofrimi i një game të plotë shërbimesh për investime në pasuri të paluajtshme.

· Sigurimi i stabilitetit në aktivitetet e ndërmarrjes.

5. Objektivat e kompanisë:

· Nxjerrja e fitimit.

· Duke u bërë një agjenci e besueshme, e besueshme që ofron shërbime me cilësi të lartë.

· Tërheqja e klientëve të rinj.

· Zgjerimi i mbulimit territorial të aktiviteteve.

Agjencitë imobiliare "Elena" për vitet 2006, 2007, 2008.

	Treguesit bazë	viti 2006	viti 2007	Variacioni (%) 2007-2006	viti 2008	Variacioni (%) 2007-2006
1	2	3	4	5	6	7
1.	Vëllimi i shërbimeve të ofruara, mijëra rubla;	6500	7100	109	9800	151
2.	Kostoja e shërbimeve të ofruara, mijëra rubla;	5200	5400	104	7340	141
3.	Kostot për rubla të shërbimeve të ofruara, kopekë;	1,25	0,76	60	0,75	60
4.	Fitimi, mijëra rubla;	1300	1700	131	2460	189
5.	Rentabiliteti,%	25	34	136	33	132
6.	Numri i personelit, njerëzit;	5	6	120	8	160
7.	produktiviteti i punës, mijëra rubla / person;	1300	1183	91	1225	94
8.	Paga mesatare mujore, rubla;	8000	10000	125	15000	187
9.	Fondi i pagave, rubla;	40000	60000	150	120000	300

Duke përdorur të dhënat e dhëna, ne do të vlerësojmë rezultatet financiare të agjencisë Elena për periudhën 2006, 2007, 2008.

Tabela tregon se vëllimi i shërbimeve të ofruara po rritet çdo vit: në 2007, në raport me 2006 - me 9%, në 2008 - me 51%.

Kjo rritje u ndikua nga faktorët e mëposhtëm:

Në vitin 2008, kredia hipotekare ishte e disponueshme - interesi i bankës varionte nga 11% në vit;

Tregu i shërbimeve të ofruara është zgjeruar ndjeshëm, duke kapur qytetet e afërta të rajonit;

Me ardhjen e sekserëve të rinj në agjenci, kushtet e ekzekutimit të punës janë ulur ndjeshëm;

Një avokat ofron konsultime falas, pas së cilës klientët bëhen klientë të agjencisë për ekzekutimin e transaksioneve.

Kostoja e shërbimeve të kryera në vitin 2007 u rrit me 4% në krahasim me vitin 2006, dhe në vitin 2008, në përputhje me rrethanat, u rrit me 41%. Rritja e kostos u ndikua nga sa vijon:

Rritja e kostove të energjisë, rritja e çmimeve të ujit, ngrohjes, komunikimeve telefonike, pagesave në internet;

Instalimi i alarmit të fundit të hajdutëve;

Rritja e konsumit të karburantit për makinat;

Kostot për rubla të shërbimeve të ofruara (raporti i çmimit të kostos me vëllimin e shërbimeve të ofruara) në 2007 dhe 2008, në raport me 2006, u ulën me 40%.

Kjo ulje është për shkak të faktit se firma kërkon të minimizojë kostot duke:

Lidhje të pakufizuara në internet;

Përdorimi më i madh i fjalës në gojë për të tërhequr klientët;

Kufizimet e thirrjeve telefonike në distancë;

Duke gjykuar nga treguesit e fitimit (diferenca midis vëllimit të shërbimeve dhe çmimit të kostos), agjencia operon me fitim, domethënë fitimi rritet çdo vit: në 2007, në krahasim me 2006, u rrit me 31%, në 2008, gjithashtu. , krahasuar me vitin 2006, është rritur me 89% ...

Kjo u ndikua nga një ulje e kostos prej 1 rubla të shërbimeve të ofruara. Dinamika e rritjes së rentabilitetit është për shkak të të njëjtave arsye.

Numri i personelit rritet çdo vit, në 2007 stafit iu shtua 1 sekser, në 2008 - 3 specialistë të tjerë. Kjo për shkak të rritjes së vëllimit të shërbimeve të ofruara. Nëse është e nevojshme, specialistët zëvendësojnë njëri-tjetrin, duke rritur kështu nivelin e kualifikimeve të tyre, në të njëjtën kohë duke penguar klientin të largohet nga kompania për një agjenci tjetër.

Në vitin 2007, produktiviteti i punës (raporti i vëllimit të shërbimeve të ofruara me numrin e punonjësve), në raport me vitin 2006, u ul me 9%, dhe në vitin 2008, krahasuar me 2006, me 6%. Kjo u ndikua nga zgjerimi i shtetit. Megjithatë, kjo është normale për kompaninë, punonjësit hyjnë shpejt në ritmin e punës, kështu që ka tendenca për të rritur produktivitetin e ekipit.

Paga mesatare mujore e punonjësve në vitin 2007, krahasuar me vitin 2006, është rritur me 25%, në vitin 2008, përkatësisht me 87%. Rrjedhimisht rritet fondi i pagave (produkti i pagës mesatare mujore dhe numrit të personelit). Kjo rritje shoqërohet me një rritje të vëllimit të shërbimeve të ofruara, gjithashtu, për efikasitet dhe profesionalizëm, drejtori inkurajon shpërblimet, në kurriz të kompanisë, i dërgon ato në seminare me pagesë në Moskë, Ufa, Samara.

Në përgjithësi, Agjencia imobiliare Elena funksionon në mënyrë të qëndrueshme, me fitim, pavarësisht paqëndrueshmërisë së përgjithshme ekonomike. Rritja dhe ulja e çmimeve ndikon në tregun e pasurive të paluajtshme, por gjithmonë ka dikush që dëshiron të shesë dhe dëshiron të blejë pasuri të paluajtshme, është e nevojshme të organizoni punën e kompanisë në atë mënyrë që ata të vijnë tek ju për shërbimet tuaja. .

1.1.2 Struktura organizative e menaxhimit të ndërmarrjes dhe karakteristikat e saj

Struktura

Agjencia ka një strukturë organizative rudimentare që pasqyron ndarjet me dy nivele që gjenden vetëm në organizata të vogla.

Shefi i zyrës. Kreu i grupit të sekserëve

Detyrat:

· Udhëheqja e një grupi sekserësh.

· Planifikimi, kontrolli dhe raportimi i punës në zyrë.

· Monitorimi i ecurisë së të gjitha transaksioneve.

· Trajnimi i sekserëve.

· Pranimi dhe pagesa e paradhënieve.

Këshilltar i Lartë Ligjor:

Detyrat:

· Shoqërimi i transaksionit

· Kontrollimi i “pastërtisë” së dokumentacionit

· Kontroll mbi respektimin e legjislacionit të veprimtarisë së agjencisë.

Kontabilist

Detyrat:

Përgatitja dhe shpërndarja e raporteve

Sekseri

Detyrat:

Marrja e thirrjeve

· Konsultimi me klientët potencial.

· Lidhja e marrëveshjeve të agjencisë në zyrën e kompanisë dhe me një vizitë te klienti.

· Përzgjedhja e apartamenteve në bazë të specializuar të pasurive të paluajtshme.

· Shfaqjet e apartamenteve.

Mbledhja e dokumenteve

· Përgatitja e transaksioneve.

· Bërja e përparimeve.

Menaxher zyre

Detyrat:

· Mbështetja administrative e aktiviteteve të zyrës.

· Takimi me klientët në. Çaj, kafe për klientët.

· Dërgimi/marrja e fakseve. Printimi i dokumenteve.

· Blerja e furnizimeve të zyrës dhe mallrave të tjera për jetën e zyrës.

· Mbajtja e statistikave të vizitave në zyrë nga punonjësit.

Korrier

· Dorëzimi i korrespondencës.

· Dorëzimi i dokumenteve.

Figura 1.1 Grafiku Organizativ

Karakteristike

Aktiviteti i pasurive të paluajtshme nuk nënkupton disponueshmërinë e arsimit special, sepse tregu i arsimit nuk përgatit specialistë të kësaj fushe.

Të gjithë personat që punojnë në agjenci kanë arsim të lartë, por profesionet dhe fushat e veprimtarisë para se të punonin në agjencinë “Elena” ishin mjaft të ndryshme. Të gjithë ata kanë një "varg komercial", si rregull, ata janë ish-sipërmarrës ose juristë me përvojë.

Për shembull, këshilltari ligjor Giniyatullin Galimyan Gallimullinovich, i diplomuar në Universitetin Shtetëror të Bashkir, Fakulteti i Drejtësisë. Ai është i angazhuar në veprimtari juridike për më shumë se 30 vjet, përpara se të punonte në agjencinë që punonte në departamentin Oktyabrsky të Dhomës Shtetërore të Regjistrimit, në vitin 2008 mori një certifikatë përmirësimi kualifikimi në drejtimin "Menaxhimi i një kompanie të pasurive të paluajtshme" .

Sidoqoftë, nuk duhet të nënvlerësohen punonjësit e rinj të kompanisë, të cilët mund të mos dinë asnjë nuancë, por e rrethojnë klientin e tyre me vëmendje dhe kujdes, kanë një qasje të përgjegjshme ndaj biznesit, në mënyrë që më pas t'u tregohen miqve për to.

Firma ka një kontabilist shumë të kualifikuar me përvojë të gjerë, në mënyrë që firma të zhvillojë biznesin e saj në përputhje me ligjin, të dijë se çfarë taksash duhet të paguajë.

Specifikimi i kërkesës së konsumatorit qëndron në faktin se firma nuk ka klientë të rregullt. Kjo për faktin se pasi plotësojnë nevojat e tyre për strehim ose, përkundrazi, duke shitur një apartament, nevoja e mëtejshme për shërbime zhduket. Megjithatë, pasi kanë përfunduar transaksionin në mënyrë profesionale, pasi kanë përfunduar mbështetjen ligjore të transaksionit, punonjësit e agjencisë fitojnë një reputacion të mirë, kështu që klientët e drejtpërdrejtë ua rekomandojnë agjencinë të afërmve dhe miqve të tyre.

Me shumë mundësi, kjo skemë funksionon dhe jep rezultate.

Agjencia Elena është rritur nga dy në tetë persona. Ky është një ekip i lëvizshëm, i mirëkoordinuar, duke përmirësuar vazhdimisht kualifikimet e tyre. Pesë persona kanë arsim të lartë, dy janë duke studiuar në universitete, gjë që na lejon të ofrojmë shërbime profesionale me cilësi të lartë, duke tërhequr një numër në rritje klientësh.

1.1.3 Përshkrimi i informacionit dhe mbështetjes teknike të ndërmarrjes, funksionaliteti i përdorur

Në subjektin afarist që po shqyrtojmë përdoren pajisjet e mëposhtme.

· 7 kompjuterë personalë.

· 7 telefona të palëvizshëm në një linjë.

· 3 printera.

· 1 faks.

1 fotokopjues

· 1 ruter për akses në internet.

Dhe softueri i mëposhtëm.

7 sisteme operative Windows XP

7 paketa MSoffice 2003

1 program kontabiliteti 1C Kontabiliteti 7.7

· 1 paketë softuerike Garantues.

1.2 Përshkrimi i kompleksit të detyrave, detyrave dhe justifikimi i nevojës për automatizim

1.2.2 Përzgjedhja e një sërë detyrash automatizimi dhe karakteristikave të proceseve ekzistuese të biznesit

Aktualisht, një ndërmarrje tregtare duhet të operojë në kushte të vështira financiare dhe ekonomike. Çelësi i funksionimit të suksesshëm të një ndërmarrje në kushte të tilla është organizimi sa më efikas i aktiviteteve të ndërmarrjes në të gjitha nivelet. Ky është një problem kompleks, zgjidhja e suksesshme e të cilit nuk është në fushën e asnjë shkence, por zakonisht në kryqëzimin e shumë disiplinave, si menaxhimi dhe menaxhimi, logjistika, kontabiliteti dhe, natyrisht, shkenca kompjuterike.

Automatizimi i proceseve të biznesit të një ndërmarrje moderne është një parakusht i domosdoshëm dhe parakusht për funksionimin e suksesshëm të saj. Është e vështirë të imagjinohet sot një ndërmarrje ku, për shembull, kontabiliteti kryhet me dorë. Por kontabiliteti është larg nga shembulli i vetëm i një aplikacioni për automatizimin e ndërmarrjeve. Teknologjitë ekzistuese të informacionit bëjnë të mundur automatizimin e aktiviteteve të pothuajse të gjitha niveleve të ndërmarrjes. Bazuar në këtë, bëhet e qartë se automatizimi i aktiviteteve po bëhet një detyrë kyçe që duhet të zgjidhet nga menaxhmenti në mënyrë që ndërmarrja të punojë në mënyrë sa më efikase.

Në këtë projekt teze merret parasysh automatizimi i veprimtarisë së një sipërmarrjeje që ofron shërbime, e cila, natyrisht, imponon specifikat e veta në detyrën e automatizimit. Automatizimi i aktiviteteve të një ndërmarrje që ofron shërbime është një kompleks detyrash, secila prej të cilave është një projekt i plotë. Detyrat e automatizimit përfshijnë si më poshtë:

· Kontabiliteti në ndërmarrje;

· Kontabiliteti i banesave dhe shtëpive me qira dhe shitje;

· Regjistrimi i klientëve që dëshirojnë të marrin me qira ose të blejnë një apartament;

· Kontabiliteti i klientëve të cilëve u ofrohen shërbime të tjera;

Një numër nënsistemesh të tjera mund të citohen në kompleksin e detyrave për automatizimin e aktiviteteve të një agjencie të pasurive të paluajtshme. Duhet të theksohet se të gjitha detyrat në një grup detyrash janë të ndërlidhura dhe operacionet që ndodhin në një ndërmarrje nuk mund të lidhen me asnjë detyrë të vetme.

1.2.3 Arsyetimi i nevojës së përdorimit të teknologjisë kompjuterike për zgjidhjen e problemit

Një analizë e problemit të shtruar të çon në përfundimin se zgjidhja e tij me mjete tradicionale të kontabilitetit duke përdorur dokumente në letër është e mundur, por joefektive. Para së gjithash, një përfundim i tillë rrjedh nga analiza e numrit të transaksioneve në mirëmbajtjen e një klienti ose një objekti pasurie të paluajtshme. Për një agjenci të madhe të pasurive të paluajtshme, numri i operacioneve të tilla mund të arrijë një numër të tillë që regjistrimi manual bëhet thjesht i pamundur. Gjithashtu është shumë e vështirë të ruash dhe të kërkosh informacione për pasuritë e paluajtshme dhe pronat e saj, klientët dhe transaksionet e kryera në formë letre. Nuk ka nevojë të përshkruani avantazhet dhe komoditetin e gjetjes së informacionit, për shembull, për një apartament në një sistem informacioni të përshtatshëm dhe të shpejtë, krahasuar me kërkimin e një informacioni të tillë në dosjet e dokumenteve në letër. Në të njëjtën mënyrë, kërkimi i informacionit për çdo operacion të kryer të veprimtarisë së pasurive të paluajtshme mund të gjendet në ditarin e dokumenteve elektronike me të gjitha detajet e zbatimit të tij shpejt dhe me lehtësi.

Sidoqoftë, përdorimi i teknologjisë kompjuterike ofron jo vetëm komoditetin dhe shpejtësinë e kërkimit të informacionit dhe përpunimit të dokumenteve, por gjithashtu rrit efikasitetin e punës në një nivel thelbësisht të ri, duke ofruar funksione që më parë nuk ishin të disponueshme. Para së gjithash, kjo ka të bëjë me nënsistemin e informacionit analitik. Më parë, kur përdorej një sistem kontabiliteti të bazuar në letër, mund të merrej informacione për transaksionet e kryera, të analizoheshin shërbimet më të kërkuara vetëm duke mbledhur të gjithë dokumentacionin dhe kontratat, por tani ai është bërë shumë më i shpejtë dhe më i aksesueshëm, gjë që do të bëjë është e mundur të vlerësohet më mirë kërkesa për shërbime të ndryshme në treg.

Përveç sa më sipër, theksoni një numër raportesh analitike që mund të merren duke përdorur një sistem informacioni të automatizuar. Oto raporte të tilla, analiza e gjendjes së tregut të pasurive të paluajtshme, analiza e propozimeve të tregut të pasurive të paluajtshme, luhatjet në koston e banesave, analiza e shërbimeve të përfunduara.

Një tjetër avantazh i padiskutueshëm i përdorimit të një sistemi të automatizuar informacioni është siguria e ruajtjes së informacionit. Gjatë ruajtjes së informacionit në letër, humbja e çdo dokumenti letre ishte e pariparueshme. Një humbje e tillë mund të kishte ndodhur si nga veprimet e ndërhyrësve ashtu edhe si pasojë e veprimit të forcës madhore. Kur ruani informacionin në formë elektronike, metodat ekzistuese për të siguruar sigurinë e ruajtjes së informacionit dhe dyfishimin e tij e bëjnë ruajtjen e tillë absolutisht të besueshme.

Kështu, avantazhet kryesore të mëposhtme të përdorimit të një sistemi informacioni të automatizuar të bazuar në teknologjinë kompjuterike mund të dallohen për të zgjidhur problemin e ndërtimit të një sistemi kontabiliteti:

· Përmirësimi i komoditetit të kërkimit dhe përzgjedhjes së të dhënave nga drejtoritë për ruajtjen e informacionit statik dhe regjistrave të operacioneve të kryera;

· Rritja e shpejtësisë së kërkimit dhe përzgjedhjes së informacionit, si dhe regjistrimit të transaksioneve me pasuri të paluajtshme;

· Sigurimi i ndikimit të çdo propozimi të ri në tregun e pasurive të paluajtshme në aplikimet e vjetra të klientëve;

· Sigurimi i sigurisë së ruajtjes së informacionit;

· Sigurimi i punës me shumë përdorues.

1.2.4 Përshkrimi i vetive kryesore të SI për ndërmarrjen dhe grupi i detyrave të zgjedhura.

Vetitë kryesore të IP për këtë ndërmarrje janë

I vogël dhe i pakomplikuar - nuk ka nevojë për detyra aktuale në një IS të madh dhe kompleks

Dinamik dhe lehtësisht i ndryshueshëm - i ndërtuar në krye të MicrosoftAccess nuk kërkon aftësi të specializuara për të ndryshuar IP

Siguri e ulët - në këtë fazë, ndërmarrja nuk ka kërkesa për sigurinë e IP

· Një person merr pjesë aktive në punën e IS - futja e të dhënave, marrja e të dhënave.

· I ekspozuar ndaj faktorëve të rastësishëm si - gabimet e atyre pajisjeve, gabimet e personelit.

Kjo klasë detyrash është e rëndësishme, pasi automatizimi i aktiviteteve të një ndërmarrje të tillë si një agjenci e pasurive të paluajtshme në tërësi është një detyrë mjaft jo e parëndësishme.

Softueri për një klasë të tillë detyrash si automatizimi i aktiviteteve të një agjencie të pasurive të paluajtshme është mjaft i rrallë dhe jo i përhapur, ka shumë të ngjarë duke pasur parasysh faktin se agjencitë e mëdha shkruajnë një softuer të tillë vetë me departamente të tëra dhe nuk e nxjerrin atë në shitje. më vonë për të mos ua lehtësuar jetën konkurrentëve të mundshëm.

Prandaj, për të marrë një IP të tillë, këshillohet që një ndërmarrje të zhvillojë sistemin më të përshtatshëm për të, duke marrë parasysh të gjitha nuancat e aktiviteteve të kompanisë.

Dhe natyrisht, përdorimi i IP në një industri të tillë që ndryshon me shpejtësi si puna me pasuri të paluajtshme në ditët tona të krizës do të ndihmojë për të vlerësuar shpejt situatën e tregut dhe për të ndërmarrë hapa proaktivë në drejtimin që do të japë shumën maksimale të fitimit tani. Kjo është shumë e rëndësishme për mbijetesën e firmës në treg gjatë një krize. Ju lejon të vlerësoni kostot.

Në të ardhmen, sistemi do të bëjë gjithashtu të mundur vlerësimin e perspektivave afatgjata dhe sigurimin e informacionit për të kuptuar se në çfarë ia vlen të investohet për një afat të gjatë.

1.2.6 Përcaktimi i vendit të detyrës së projektuar në kompleksin e detyrave

Ndër detyrat e automatizimit, duhet të veçohet veçmas detyra e automatizimit të mirëmbajtjes së bazës së të dhënave të pasurive të paluajtshme, si dhe mirëmbajtja e bazës së të dhënave të klientëve të organizatës.

Akumulimi i të dhënave të klientëve është një pjesë shumë e rëndësishme e automatizimit të ndërmarrjes, e cila synon t'u shërbejë klientëve, sipas kësaj baze të dhënash mund të kuptoni se çfarë kanë nevojë klientët në këtë moment, edhe nëse ne nuk mundemi për momentin të plotësojmë kërkesën e klientit, informacione se çfarë ai ka nevojë për ndihmë në zhvillimin e gamës së shërbimeve të kompanisë sonë. Baza e klientëve do t'ju lejojë lehtësisht të kryeni kërkime në mënyrë që të synoni më mirë ofertat tuaja në treg. Do të japë një avantazh ndaj konkurrentëve të cilëve u mungon automatizimi.

Automatizimi i bazës së të dhënave të pasurive të paluajtshme do të bëjë të mundur përgjigjen më të shpejtë dhe më të plotë ndaj dëshirave të klientëve, për të bërë zgjedhje dhe kërkime komplekse sipas parametrave të shumtë, gjë që tejkalon ndjeshëm situatën aktuale kur të gjitha të dhënat ruhen në dokumente teksti në formatin Microsoftword. .

Qëllimi i këtij projekti diplome është të zgjidhë problemin e automatizimit të bazës së klientëve dhe bazës së të dhënave të pasurive të paluajtshme - detyra qendrore e kompleksit të detyrave për automatizimin e aktiviteteve të ndërmarrjes.

Kompleksi i detyrave të automatizimit dhe vendi i problemit që zgjidhet në këtë kompleks janë paraqitur në figurën 1.2.

Figura 1.2 Kompleksi i detyrave të automatizimit dhe vendi i problemit që zgjidhet në këtë kompleks.

1.2.7 Thelbi i problemit

Sistemi i kontabilitetit të klientëve dhe pasurive të paluajtshme përbëhet nga shumë aspekte.

Zgjidhja e këtij problemi konsiston në zgjidhjen e nëndetyrave që mund të dallohen në këtë problem. Mund të dallohen nënsistemet e mëposhtme:

Nënsistemi për mirëmbajtjen e apartamenteve dhe shtëpive në shitje si dhe nënsistemi për mbajtjen e klientëve për apartamente dhe shtëpi me qira janë krijuar për të ruajtur të gjitha të dhënat e nevojshme për objektet e paluajtshmërisë. Të dhëna të tilla statike mund të jenë vetë prona dhe karakteristikat e saj, informacione shtesë për pronën dhe të dhëna të tjera.

Nënsistemi për mbajtjen e klientëve për blerjen e apartamenteve dhe shtëpive, si dhe nënsistemi për mbajtjen e klientëve për marrjen me qira të apartamenteve dhe shtëpive duhet të ofrojë informacione për klientët, një listë të kërkesave të klientit, llojin e dëshiruar të pagesës, informacion se kush e kryen transaksionin. , vendndodhjen e pasurive të paluajtshme dhe informacione të tjera në lidhje me dëshirat e klientit. Nënsistemi duhet të jetë në gjendje të gjurmojë fazën e transaksionit. Nënsistemi për mbajtjen e klientëve për shërbime të tjera duhet të ofrojë të dhëna për vetë klientin dhe shërbimet që i nevojiten, aftësinë për të gjurmuar fazën e punës, të përmbajë informacione për punonjësin që drejton këtë klient. Përmbani informacione të tjera që janë të nevojshme sipas mendimit të punonjësve. Nënsistemi i informacionit analitik duhet t'u sigurojë përdoruesve të programit aftësinë për të përpiluar raporte mbi transaksionet e përfunduara. Raportet duhet të kenë konfigurim fleksibël, të lejojnë vendosjen e kushteve për gjenerimin e raporteve, si dhe seksionet e gjenerimit të raporteve. Të gjitha raportet duhet të jenë në kopje fizike për prezantim të lehtë të të dhënave.

1.3 Analiza e zhvillimeve ekzistuese dhe përzgjedhja e një strategjie automatizimi

1.3.1 Analiza e zhvillimeve ekzistuese për automatizimin e detyrave

Aktualisht, ka shumë pak sisteme informacioni të automatizuara që zgjidhin problemin e automatizimit të aktiviteteve të një agjencie imobiliare.

Për shembull, sistemi "Ideal: Real Estate" në këtë sistem zbaton veçoritë e mëposhtme

Ndërfaqe e përshtatshme dhe e thjeshtë

Gjithashtu, opsione pak a shumë të ngjashme janë sistemet:

· "Baza e të dhënave të objekteve të pasurive të paluajtshme"

· "Ekspert i pasurive të paluajtshme"

Sistemi më i mirë në treg është sigurisht Ideal: Real Estate "

Megjithatë, sistemi i automatizuar Ideal: Real Estate është mjaft kompleks dhe i rëndë. Sistemi kërkon kualifikime të larta nga përdoruesi dhe, përveç kësaj, kërkon një konfigurim dhe administrim mjaft kompleks.

Një faktor i rëndësishëm është kostoja e lartë e sistemit të automatizuar "Ideal: Real Estate"; kostoja do të ndikohet fuqishëm edhe nga nevoja për të punësuar një specialist të kualifikuar për të mbështetur dhe mirëmbajtur DBMS, trajnimi i përdoruesve dhe pamundësia e mbështetjes teknike urgjente. për shkak të distancës së zhvilluesit. Gjithashtu, nuk ka nevojë për shumicën e funksioneve të këtij sistemi.

Kështu, duket e papërshtatshme përdorimi i sistemit të automatizuar "Opsioni ideal: Real Estate" në Akademinë e Shkencave "Elena" për të zgjidhur një problem ngushtësisht të specializuar të krijimit të një sistemi informacioni të automatizuar. Duket shumë më lirë dhe më e shpejtë për të shkruar një aplikacion të veçantë që zgjidh këtë problem, i cili është i lehtë për t'u instaluar dhe përdorur, i lirë dhe i përshtatshëm për t'u përdorur. Lehtësisht i adaptueshëm ndaj kërkesave të reja të kompanisë.

Nga analiza e aktiviteteve të ndërmarrjes, zbulohen shumë mangësi në ndërtimin e sistemit ekzistues të organizimit të punës me pasuri të paluajtshme në kompani. Para së gjithash, kjo ka të bëjë me faktin se magazinat e të dhënave janë depo letre ose dokumente të thjeshta teksti, kërkimi i informacionit në të cilin mund të kryhet vetëm manualisht, që është një proces shumë i papërshtatshëm dhe i vështirë. Është gjithashtu e papërshtatshme që kur ndryshoni ndonjë informacion për pronën, duhet të ribëni të gjithë katalogun e pasurive të paluajtshme, kur ndryshon çmimi, lista e çmimeve duhet të ndryshohet dhe kur të dhënat e palës tjetër ndryshojnë, indeksi i kartës së klientit duhet të jetë i ndryshuar. E gjithë kjo është joefektive dhe kërkon shumë kohë dhe burime. Ruajtja e dokumenteve në arkiva gjithashtu nuk kontribuon në përshpejtimin e kërkimit të dokumenteve dhe rritjen e komoditetit të punës me to.

Një analizë e problemit të shtruar të çon në përfundimin se zgjidhja e tij me mjete tradicionale të kontabilitetit duke përdorur dokumente në letër është e pamundur. Rrjedhimisht, strategjia për zgjidhjen e problemit është automatizimi i të gjitha proceseve që lidhen me aktivitetet e pasurive të paluajtshme në ndërmarrje.

Detyra do të automatizohet duke zhvilluar një aplikacion që zbaton "sistemin e automatizuar të agjencive të pasurive të paluajtshme" (shkurtuar ASAN). Sistemi i zhvilluar duhet të plotësojë të gjitha kërkesat që i paraqiten gjatë vendosjes së problemit.

1.3.3 Përzgjedhja dhe justifikimi i metodës së marrjes së IP për të automatizuar detyrën

Për të zhvilluar një aplikacion që zbaton kontabilitetin, do t'ju nevojiten IS-të e mëposhtme:

· Sistemi operativ Windows i krijuar për të operuar në një makinë klient;

· Sistemi operativ Windows i tipit të serverit ose nëse ka më pak se 10 punonjës që punojnë me "Sistemi i automatizuar i agjencisë së pasurive të paluajtshme" - Sistemi operativ Windows i tipit klient i krijuar për të funksionuar në një server dhe ofron lidhje me shumë përdorues me bazën e të dhënave

· DBMS MSAccess për të siguruar funksionimin lokal të sistemit të kontabilitetit në çdo makinë;

· Për zhvillimin e aplikacioneve, është më e këshillueshme të përdoret MSAccess DBMS për shkak të madhësisë së vogël të IS.

Të gjitha këto IS duhet të blihen për zhvillimin dhe përdorimin e mëtejshëm të "Sistemit të automatizuar të agjencisë së pasurive të paluajtshme" në ndërmarrje.

1.4 Përcaktimi i qëllimit dhe nën-detyrave të automatizimit. Kriteret e arritjes së qëllimit

1.4.1 Thelbi ekonomik i problemit

Thelbi ekonomik i detyrës së automatizimit të aktiviteteve të pasurive të paluajtshme të agjencisë imobilare "Elena" është rritja e produktivitetit të punës duke automatizuar aktivitetet rutinë, si dhe aktivitetet që mund të përshpejtohen duke kaluar në një sistem tjetër.

Për shkak të përshpejtimit të procesit të punës në zyrë, do të jetë e mundur ose të rritet numri i transaksioneve dhe në këtë mënyrë të rritet xhiroja e kompanisë dhe, në fund të fundit, fitimi.

Ose nëse madhësia e tregut (për shembull, për shkak të krizës) nuk është e mjaftueshme për të rritur numrin e transaksioneve të kryera, mund të jetë e mundur të zvogëlohet stafi për të ulur kostot, gjë që përfundimisht çon përsëri në fitime më të larta.

Nëse reduktimi i punonjësve nuk është një nga opsionet për ndonjë arsye, atëherë është e mundur të rritet prania e një agjencie imobiliare në treg që nuk lidhet drejtpërdrejt me tregtinë e pasurive të paluajtshme, si shërbime konsulence, asistencë në përpunimin e dokumenteve që lidhen me prona të paluajtshme, kryerja e çështjeve hipotekore, ndërmjetësimi në tregtinë e tokës dhe shërbime të tjera që të paktën indirekt lidhen me pasuritë e paluajtshme.

Pra, në fund të fundit, qëllimi i këtij automatizimi është të zvogëlojë kostot e zyrës, të reduktojë kostot dhe të rrisë fitimet. Dhe gjithashtu, nëse është e mundur, zgjerimi i fushës së veprimtarisë së agjencisë imobilare “Elena” në fusha të tjera.

1.4.2 Qëllimet dhe qëllimi i zgjidhjes së automatizuar të problemit

Qëllimi i projektit të tezës është zhvillimi i një "Sistemi të Agjencisë së Automatizuar të Pasurive të Paluajtshme" dhe krijimi i një aplikacioni që zbaton këtë sistem. Sistemi që po zhvillohet duhet të zgjidhë problemin e automatizimit të punës së një agjencie të pasurive të paluajtshme dhe të kryejë funksionet e mëposhtme:

· Mbajtja e një tabele të shitjeve të pasurive të paluajtshme, duke treguar karakteristikat e tyre kryesore dhe shtesë. Karakteristikat kryesore të produktit përfshijnë si më poshtë: llojin e pronës, numrin e dhomave/kateve, pronarin dhe kontaktet e tij, përshkrimin e detajuar, koston, llojin e shtëpisë, llojin e banesës. Karakteristikat shtesë përfshijnë çdo veçori të përcaktuar nga përdoruesi (shih më poshtë).

· Për çdo objekt të pasurive të paluajtshme nga drejtoria e pasurive të paluajtshme, mund të vendosen prona shtesë që ruhen në një tabelë të lidhur. Përbërja e llojeve të pronave dhe vlerat e tyre përcaktohen ekskluzivisht nga përdoruesi i programit, i cili ju lejon të krijoni një grup pronash për objekte me vëllim të pakufizuar dhe çdo përmbajtje

· Mbajtja e një drejtorie të këmbimit të apartamenteve, shtëpive, duke treguar karakteristikat kryesore.

· Drejtoria e këmbimit të apartamenteve, shtëpive duhet të jetë e lidhur me drejtorinë e pronave. Duhet të sigurohet një ndërfaqe për zgjedhjen e opsioneve sipas veçorive.

· Programi duhet t'ju lejojë të mbani një drejtori të klientëve të agjencisë së pasurive të paluajtshme. Drejtoria e klientit duhet të përmbajë të gjitha fushat e nevojshme për të karakterizuar klientin: emri, emri i plotë, adresa, telefoni, përshkrimi i detajuar.

· Programi duhet të ofrojë aftësinë për të zgjedhur (filtruar) klientët sipas kombinimeve të ndryshme të parametrave: sipas karakteristikave të klientëve, veçorive të tyre shtesë, nga menaxherët që drejtojnë klientin. Filtri duhet të ketë konfigurim fleksibël dhe aftësi për të filtruar "në mënyrë inteligjente" të dhënat.

· Programi duhet të ofrojë aftësinë për të gjeneruar raporte mbi shitjen / shkëmbimin e apartamenteve me filtra të ndryshëm të kombinuar.

Programi duhet të funksionojë pa ndërprerje kur ndodhin gabime kritike, madje edhe ato që lindin për faj të përdoruesit ose për shkak të gabimeve në të dhënat hyrëse. Prandaj, pjesët e programit në të cilat gabime të tilla janë të mundshme duhet të trajtohen në program në një mënyrë të veçantë. Në rast gabimi, pas lëshimit të një paralajmërimi përkatës, programi duhet të vazhdojë punën e tij.

Programi duhet të sigurojë integritetin fizik dhe logjik të bazës së të dhënave. Kur modifikoni ose fshini të dhënat, programi duhet të ruajë integritetin referues të informacionit në bazën e të dhënave.

1.4.3 Karakteristikat e përgjithshme të organizimit të zgjidhjes së nëndetyrave në kompjuter.

Detyra e automatizimit të punës së agjencisë përbëhet nga disa nën-detyra kryesore:

· Krijimi i një baze të dhënash me një metodë të përshtatshme ruajtjeje.

Baza e të dhënave të AU duhet të plotësojë kërkesat e mëposhtme:

Disponueshmëria - Baza e të dhënave duhet të jetë lehtësisht e aksesueshme përmes rrjetit për punë me shumë përdorues.

Nuk ka nevojë për mirëmbajtje nga personel i trajnuar posaçërisht - gjë që rrit koston e mirëmbajtjes së impiantit dhe rrit kohën e ndërprerjes në rast dështimesh.

Rezervimi dhe rikuperimi i lehtë - Nuk ka kërkesa komplekse rezervë dhe rikuperimi për shkak të mungesës së specialistëve të kualifikuar dhe dëshirës për të bërë kosto shtesë për ta.

Përmirësimi i lehtë - thjeshtësia dhe hapja e AU është një nga kërkesat kryesore për sigurimin e kompanisë kundër paaftësisë së zhvilluesit të kësaj AU për të vazhduar punën dhe mirëmbajtjen e saj.

Mungesa e kërkesave të larta për komponentët harduerikë - për mungesën e kostove të larta shtesë për modernizimin e flotës kompjuterike të kompanisë.

· Krijimi i nënsistemeve të një sistemi të automatizuar për nevoja të ndryshme.

· Krijimi i mënyrave për futjen e informacionit në bazën e të dhënave.

Futja e informacionit në bazën e të dhënave duhet të ndahet në të gjitha tabelat ose entitetet logjike në bazën e të dhënave.

Futja e informacionit në bazën e të dhënave duhet të ketë një ndërfaqe miqësore për përdoruesit

Për aq sa është e mundur, futja e informacionit duhet të përdorë libra referencë dhe klasifikues të përpiluar më parë.

· Krijimi i mënyrave për marrjen e informacionit nga baza e të dhënave.

Mënyra kryesore e marrjes së të dhënave nga baza e të dhënave duhet të jenë formularët dhe raportet e paraformuara.

· Organizimi i një strukture të plotë të menaxhimit të klientit.

AU duhet të ofrojë aftësi të plota të menaxhimit të bazës së klientëve.

1.4.4 Formalizimi i llogaritjeve të nëndetyrës

Detyra e automatizimit të punës së një agjencie imobiliare në këtë projekt është e ndarë në disa nëndetyra, zgjidhja e suksesshme e të cilave çon në zgjidhjen e suksesshme të problemit të automatizimit të agjencisë imobilare në tërësi. Mund të dallohen nënsistemet e mëposhtme:

· Nënsistem për mirëmbajtjen e banesave dhe shtëpive në shitje;

· Një nënsistem i menaxhimit të klientëve për blerjen e apartamenteve dhe shtëpive;

· Një nënsistem për menaxhimin e klientëve për marrjen me qira të apartamenteve dhe shtëpive;

Nënsistem për menaxhimin e klientëve për marrjen me qira të apartamenteve dhe shtëpive

· Një nënsistem për mbajtjen e klientëve për shërbime të tjera;

· Një nënsistem informacioni analitik.

Nënsistemi për mirëmbajtjen e apartamenteve dhe shtëpive për shitje është krijuar për të ruajtur të gjitha të dhënat e nevojshme për objektet e pasurive të paluajtshme. Të dhëna të tilla mund të jenë vetë objektet e pasurive të paluajtshme dhe karakteristikat e tyre, pronarët dhe karakteristikat e tyre, informacione shtesë për pasuritë e paluajtshme dhe të dhëna të tjera statike.

Nënsistemi për mirëmbajtjen e apartamenteve dhe shtëpive në shitje duhet të lejojë mbajtjen e shënimeve për objektet e mëposhtme:

· Apartamente. Tabela "Të dhënat e shitjes 1" është menduar për ruajtjen e informacionit bazë rreth apartamenteve si:

- "Numri i dhomave" - ​​duke karakterizuar numrin e dhomave të banimit, kjo fushë mund të paracaktohet pjesërisht kur futni të dhëna.

- "Adresa" - adresa e lokaleve të banimit të destinuara për shitje ose me qira.

- "Lloji i shtëpisë" - përshkrimet e llojit të ndërtimit të shtëpisë, për shembull - "tullë", "monolit" kjo fushë mund të paracaktohet pjesërisht kur futni të dhëna,

- "Kati" - Kati i vendndodhjes së banesës.,

- "Numri i kateve" - ​​Numri i kateve në shtëpi,

- "Madhësia e dhomës" - sipërfaqja e dhomës në metra katrorë,

- "Çmimi" - Kostoja totale e dhomës.

· Informacione të zgjeruara për apartamentet. Tabela "Sell Data 2" përdoret për të ruajtur informacione për apartamente me rëndësi dytësore në kohën e përzgjedhjes së opsioneve, përmban informacione për pronarin, llojin e apartamentit, pronarin ose personin e kontaktit dhe informacione të tjera që mund të jenë të nevojshme.

· Blerje apartamentesh. Kjo direktori është krijuar për të ruajtur informacione rreth klientëve që duan të blejnë një apartament.

Kjo direktori përmban informacione për atë që klienti do të blejë, katin e përafërt, numrin e kateve, numrin e dhomave, informacionin e kontaktit.

· Shkëmbim apartamentesh. Tabela është menduar për informacion mbi ofertat për shkëmbimin e apartamenteve. Duke gjykuar nga informacioni për klientin, se çfarë lloj prone do të ndryshojë, ka një shenjë shtesë ose jo, dhe informacione të tjera të ngjashme me informacionin nga tabela "Shit të dhënat 2" dhe "Shit të dhënat 1".

· Shtëpi. Tabela është një udhëzues për shtëpitë në shitje dhe përfshin të gjitha karakteristikat kryesore, si: materiali nga i cili është bërë shtëpia, lloji i mbulesës së çatisë, kontaktet e pronarit dhe informacione të tjera fleksibël.

· Familje e vogël. Tabela ka për qëllim ruajtjen e informacionit për një lloj të veçantë apartamentesh të tipit "familje e vogël", heqja e këtij lloji apartamentesh është për shkak të pranisë së një numri të madh apartamentesh të këtij lloji në zonën kryesore të aktivitetet e agjencisë.

Dhe njëfarë izolimi i tyre nga pjesa tjetër e stokut të banesave.

Rrjedhimisht, kjo tabelë përmban të gjitha karakteristikat e disponueshme në tabelat e shitjeve të apartamenteve, si dhe disa veçori shtesë karakteristike vetëm për këtë lloj apartamentesh, për shembull, si "Lloji i vogël familjar", i karakterizuar nga dy karakteristika të mundshme - korridori dhe apartamenti. .

· Klientë. Kjo direktori ka për qëllim të ruajë një listë të klientëve të agjencisë së pasurive të paluajtshme. Për çdo klient (një element i librit të referencës së klientit), duhet të jetë e mundur të vendosen të gjitha vetitë e nevojshme që karakterizojnë klientin.

Nënsistemi për mbajtjen e drejtorive duhet të ofrojë mundësinë për të futur të dhëna të përshtatshme dhe shpejt në drejtori, të vendosë lidhje midis drejtorive të lidhura dhe veçori shtesë aty ku është e nevojshme. Por krahas mundësisë së futjes së të dhënave në të gjithë librat e referencës, duhet të sigurohet mundësia e kërkimit të shpejtë, kërkimit të avancuar dhe përzgjedhjes së të dhënave sipas çdo kriteri apo kombinimi të kritereve karakteristike për këtë referencë. Është veçanërisht e nevojshme të theksohet organizimi i përzgjedhjes së të dhënave në drejtorinë e apartamenteve. Meqenëse drejtoria e apartamenteve është elementi qendror i strukturës së të dhënave dhe është i lidhur me shumë drejtori të tjera, duhet të jetë e mundur të zgjidhen në mënyrë fleksibël hyrjet në këtë drejtori. Kjo duhet të sigurojë mundësinë e përzgjedhjes së elementeve të drejtorisë së apartamenteve jo vetëm nga pronat bazë të apartamenteve, por edhe nga të gjitha ato që lidhen me to: nga vlerat e pronave shtesë, sipas sipërfaqes.

Kështu, për shembull, mund të zgjidhni një apartament me numrin e dhomave të barabartë me dy, në katin e dytë, jo në katin e fundit dhe nën një çmim të caktuar. Mundësia e një përzgjedhjeje të tillë fleksibël të të dhënave e bën programin e zhvilluar shumë të përshtatshëm për t'u përdorur. Mundësia për të kërkuar dhe zgjedhur regjistrime duhet të sigurohet jo vetëm në drejtorinë e produktit, por edhe në të gjitha drejtoritë e tjera.

Nënsistemi i raportimit analitik është krijuar për të gjeneruar raporte mbi rezultatet e një agjencie të pasurive të paluajtshme. Para së gjithash, është një raport mbi llojet e shërbimeve të ofruara. Raporti bazohet në tabelën e klientëve. Mund të vendosen kushte për raportin: përzgjedhje nga një shërbim specifik, sipas datës ose sipas klientit. Ky raport duhet të bëhet raporti kryesor i punës për drejtuesin e agjencisë imobilare, mund të themi se programi është shkruar për këtë. Raporti i dytë analitik është një raport mbi numrin e pronave në shitje dhe çmimin e tij, i cili ju lejon të analizoni luhatjet e tregut.

1.5 Analiza e zhvillimeve ekzistuese dhe justifikimi i zgjedhjes së teknologjisë së projektimit

Për momentin, kompania praktikisht nuk ka të paktën një lloj sistemi të automatizuar, i vetmi që përdoret nga softueri është Microsoft Word, i cili është pjesë e paketës Microsoft Office. I cili përdoret për të ruajtur të gjitha të dhënat, për shembull, të tilla si informacioni i klientit dhe informacioni në lidhje me pasurinë e paluajtshme me të cilën po punojmë.

Për më tepër, sistemi i kontabilitetit 1C përdoret në punën e departamentit të kontabilitetit, por aspekti i automatizimit të kontabilitetit nuk merret parasysh në detyrën që zgjidh ky projekt tezë.

Siç u përmend më herët, për një detyrë të tillë si automatizimi i një agjencie të pasurive të paluajtshme, në parim, nuk ka aq shumë zhvillime.

Nga këto, është e mundur të veçohet "Opsioni ideal: Pasuri të paluajtshme" nga numri i funksioneve, i cili ka funksionet dhe aftësitë e mëposhtme:

· Operacionet e mbajtjes “Shitje”, “Blerje”, “Qira” etj.

Kontabilitet për aplikime për shitje dhe dhënie me qira të pasurive të paluajtshme të çdo lloji (mbi 100 detaje për përshkrimin e pronës)

Kontabilitet për aplikimet për blerje dhe qira të pasurive të paluajtshme

Kërkim i kryqëzuar ndërmjet aplikacioneve dhe përshkrimeve të pronave

Kontabiliteti për transaksionet e përfunduara dhe në pritje

Krijimi i formave arbitrare të raporteve

Kërkesa arbitrare për çdo parametër

Eksportimi i të dhënave në formatet Excel, txt, csv dhe xml

· Shkëmbimi i të dhënave ndërmjet zyrave të largëta duke përdorur e-mail, ftp ose floppy disk

· Sigurimi i klientit me informacion në një formë "të sigurt" (mundësia për të fshehur informacionin komercial)

Slideshow i fotove të objekteve të pasurive të paluajtshme, vizatime dhe plane në çdo format (bmp, jpeg, rle, wmf)

Kontrollimi i aksesit të përdoruesit në mënyra dhe funksione të ndryshme të programit

· Shikimi i të dhënave në faqen tuaj të internetit në internet

Mbështet funksionimin e njëkohshëm të një numri të pakufizuar përdoruesish

Baza e të dhënave e fuqishme dhe e shpejtë

Ndërfaqe e përshtatshme dhe e thjeshtë

Dokumentacioni i detajuar i integruar në program

Tavolinë ndihmëse të përballueshme

Dhe sistemi “REAL AGENCY” me aftësitë e mëposhtme

Operacionet: "shes", "blej", "qira", "qira", "ndryshim".

Objektet e pasurive të paluajtshme: apartament, dhomë, shtëpi, truall, ambjente jorezidenciale, ndërtesa jorezidenciale dhe opsionet e tyre të shumta.

Çdo numër qytetesh. Hierarki gjeografike fleksibël brenda qytetit: rrethe komunale, lagje, rrugë. Importi i objekteve gjeografike nga libra referimi të përgatitur posaçërisht për të gjitha rajonet e Federatës Ruse; vëllimi total i të dhënave - mbi gjysmë milioni rrugë dhe mikrodistrikte

Filtra të fuqishëm për kërkimin e opsioneve për të gjithë parametrat, duke përfshirë fragmente të numrave të telefonit

Një sistem i qartë për renditjen e porosive sipas të gjithë parametrave

Përzgjedhja dhe optimizimi hap pas hapi i opsioneve të shkëmbimit, përfshirë. ndërqytetëse

Zonat aktive dhe të arkivuara të ruajtjes së biletave

Gjetja e dublikatave gjeografike

Opsione të ndryshme të listës së çmimeve, projektues vizual i listës së çmimeve

Menaxhimi i qirasë

Menaxhimi i marrëveshjeve

Organizimi i proceseve të biznesit duke vendosur, njoftuar dhe monitoruar detyrat

Mbështetje e zhvilluar për krijimin dhe redaktimin e dokumenteve të formateve të ndryshme në lidhje me porositë, transaksionet, detyrat

Raportet e performancës

Shkëmbim i automatizuar i të dhënave përmes postës elektronike dhe skedarëve ndërmjet firmave dhe degëve të ndryshme brenda një firme. Mbajtja e një drejtorie të adresuesve, aftësia për të rregulluar mirë përbërjen e të dhënave të dërguara për secilin prej adresuesve.

Publikimi i aplikacioneve në internet. Organizimi i statike dhe mbështetje për faqet e internetit dinamike. Mundësia e organizimit të një sistemi me shumë listime.

Opsione me shumë lojtarë dhe me një lojtar

Sistemi i sigurisë me dy hapa - në nivelin e serverit të bazës së të dhënave dhe në nivelin e klientit

Rregullimi i të drejtave të përdoruesit - rreth 200 lloje veprimesh të mbrojtura

Monitorimi i veprimeve të çdo përdoruesi për të gjitha operacionet me të gjitha kërkesat

Statistikat e lëvizjes së aplikacionit

Program i thjeshtë për instalim dhe përditësim

Një bazë të dhënash demo e gatshme me disa mijëra aplikacione për një njohje të shpejtë me aftësitë e programit dhe zotërimin e punës me të

Arkitektura klient-server: besueshmëri e lartë e ruajtjes së të dhënave dhe shpejtësi maksimale e përpunimit

Por siç u përmend më lart, në kapitullin 1.3. këto sisteme janë shumë komplekse dhe kërkojnë më shumë kosto sesa është e nevojshme për një agjenci të vogël imobiliare në një qytet të vogël.

1.6 Arsyetimi i zgjidhjeve të projektimit

1.6.1 Arsyetimi i zgjidhjeve të projektimit për mbështetjen teknike

Sistemi i automatizuar i një agjencie të pasurive të paluajtshme është krijuar për të funksionuar në sistemin operativ Windows, prandaj, për funksionimin efektiv të sistemit që po zhvillohet, është e nevojshme të sigurohen kërkesa të tilla për arkitekturën dhe parametrat e mjeteve teknike që do të lejonin funksionimin. vetë sistemi të funksionojë në mënyrë efektive.

Sistemi i automatizuar i një agjencie imobiliare është krijuar për të funksionuar në një kompjuter të tipit IBMPC me karakteristika teknike jo më pak se:

· Procesor - Intel Celeron 2000;

RAM: 256 Mb;

· Hard disku, i cili siguron vendosjen e sistemit operativ dhe aplikacionit Microsoft Access 2007. Për të akomoduar sistemin e zhvilluar, nevojiten 20 Mb hapësirë ​​të lirë në hard disk;

· Kartën e rrjetit për t'u lidhur me rrjetin.

Për të printuar raporte dhe për të nxjerrë dokumente, ju nevojitet një printer që është i pajtueshëm me kompjuterin e mësipërm.

Në rastin e variantit të punës me shumë përdorues me sistemin, do t'ju duhet të përdorni një PC si server skedari për të hyrë në bazën e të dhënave. Është e këshillueshme që të vendosni këtë bazë të dhënash në një server dhe të lidheni me të nga kompjuterët e klientit nëpërmjet protokollit smb ose nëpërmjet ODBC në krye të smb. Një kompjuter i tipit IBMPC mund të përdoret si server me karakteristika jo më pak se:

· Procesori - IntelCeleron 2000;

RAM: 256 Mb;

· Një hard disk që pret sistemin operativ dhe Microsoft Access 2007.

Si një sistem operativ në server, nuk këshillohet plotësisht përdorimi i një sistemi operativ të familjes Unix, siç është, për shembull, Linux, për shkak të mbështetjes së pamjaftueshme për smb dhe ODBC.

Meqenëse kompjuterët e klientit do të lidhen me bazën e të dhënave të serverit, si serveri ashtu edhe makinat e klientit duhet të funksionojnë në rrjetin lokal. Mund të jetë ose një rrjet me një rang ose një rrjet me një organizatë domeni.

Vini re se funksionimi i sistemit është i mundur jo vetëm në versionin klient-server, por edhe në versionin lokal, si duke përdorur një bazë të dhënash lokale që mund të funksionojë në një kompjuter klient me karakteristikat e specifikuara nën kontrollin e një sistemi operativ lokal të familja Windows, si WindowsXP. Me një organizim të tillë të punës, serveri, rrjeti lokal dhe sistemi operativ i serverit nuk nevojiten.

Sistemi i zhvilluar është krijuar për të punuar në sistemin operativ Windows. Programi duhet të funksionojë në çdo sistem operativ të familjes Windows: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, si dhe në versionet e serverëve të këtij sistemi operativ. Kjo zgjedhje shpjegohet me ndërfaqen e përshtatshme grafike të përdoruesit të zhvilluar të kësaj familje të sistemeve operative, si dhe nga popullariteti i saj në tregun rus. Shumë kompani softuerike, duke përfshirë sistemet e zhvillimit të aplikacioneve, po synojnë gjithashtu këtë familje të sistemeve operative, gjë që ka rezultuar në një numër të madh të sistemeve programuese në treg që mundësojnë zhvillimin e softuerit Windows.

Ky sistem operativ ka një grup shumë të madh të shërbimeve dhe shërbimeve të krijuara për administrimin, menaxhimin dhe diagnostikimin e sistemit, si dhe aplikacionet e aplikacioneve. Përveç kësaj, ai mbështet një ndërfaqe të gjerë programimi për të shkruar aplikacionet tuaja për t'u ekzekutuar në këtë mjedis operativ.

Kohët e fundit, sistemi operativ Linux dhe derivatet e tij kanë fituar një popullaritet të veçantë.

Në këtë situatë, mund të shtrohet pyetja: "Pse programuesit duhet të zotërojnë mjetet për zhvillimin e aplikacioneve për Windows, nëse ekziston një sistem operativ kaq i shkëlqyer?" Pavarësisht nga popullariteti në rritje i Linux, mund të argumentohet se në botën e kompjuterëve personalë, sistemi operativ Windows do të dominojë për një kohë mjaft të gjatë dhe nuk ka gjasa të zëvendësohet në të ardhmen e afërt.

Për shkak të faktit se programi ruan informacionin në një bazë të dhënash, është e nevojshme të kemi një DBMS të përshtatshme.

Programi është i fokusuar në punën me bazat e të dhënave në formatin: MSAccess. Prandaj, kjo DBMS duhet të instalohet në kompjuter. Nëse baza MSAccess po funksionon në server, atëherë kompjuteri duhet të lidhet me serverin. Për të punuar me bazën e të dhënave MsAccess në një kompjuter në distancë, duhet të keni akses të hapur të përbashkët në bazën e të dhënave të vendosur në kompjuterin e largët nëpërmjet protokollit SMB.

Është gjithashtu e nevojshme t'i jepet përdoruesit në distancë që lidhet me bazën e të dhënave, të drejtat për të lexuar, shkruar, ndryshuar të dhënat në kompjuterin që do të ruajë bazën e të dhënave. Gjithashtu, për të aksesuar të dhënat përdoren sistemet e bazës së të dhënave MSAccess të versionit jo më të ulët se 2007 nga Microsoft.

1.6.3 Arsyetimi për vendimet e projektimit të softuerit

Çdo DBMS moderne mund të përdoret për të përmbushur detyrat e caktuara. Për ndërveprim të përshtatshëm të përdoruesit me sistemin, do të jetë e nevojshme të mendoni me kujdes ndërfaqen e sistemit - në mënyrë që të jetë e thjeshtë dhe në të njëjtën kohë funksionale.

Që baza e të dhënave të funksionojë në mënyrë optimale, do të jetë e nevojshme të përcaktohen saktë marrëdhëniet logjike ndërmjet tabelave. Kështu, një kohë e konsiderueshme mund të shpenzohet duke zhvilluar vetë bazën e të dhënave dhe themelin e aplikacionit të klientit.

Pasi të keni përcaktuar saktësisht se cilat të dhëna ju nevojiten, si do të ruhen në memorie dhe çfarë lloj sistemi i aksesit të të dhënave duhet të jetë, kështu keni zgjidhur vetëm çështjen e menaxhimit të të dhënave. Përveç kësaj, ne kemi nevojë gjithashtu për një mënyrë të thjeshtë për të automatizuar zgjidhjen e detyrave tipike të ardhshme. Edhe nëse mund të zhvilloni fletëllogaritëse të sofistikuara të "aplikacioneve", nuk keni ende mjetet për të korrigjuar dhe menaxhuar aplikacione të tilla për të krijuar lehtësisht, të themi, formularët e plotë të porosive ose një sistem të menaxhimit të inventarit. Në të kundërt, DBMS-të janë krijuar posaçërisht për ndërtimin e aplikacioneve. Ato ju ofrojnë mjetet që ju nevojiten për të menaxhuar dhe manipuluar të dhënat dhe ofrojnë mundësinë për të kataloguar dhe menaxhuar objektet e aplikacionit. Në këtë rast, së bashku me DBMS, ju keni në dispozicion një gjuhë programimi dhe një mjet korrigjimi.

Në dritën e sa më sipër, ju nevojitet një sistem i fuqishëm i menaxhimit të bazës së të dhënave relacionale dhe një sistem zhvillimi të aplikacioneve për të automatizuar detyrat tuaja. Pothuajse të gjitha DBMS ekzistuese kanë mjete të zhvillimit të aplikacioneve që mund të përdoren nga programuesit ose përdoruesit e kualifikuar kur krijojnë procedura për automatizimin e menaxhimit dhe përpunimit të të dhënave. Fatkeqësisht, shumë sisteme të zhvillimit të aplikacioneve kërkojnë njohuri të disa gjuhëve programuese, si C ose Xbase, për të krijuar procedura. Me gjithë fuqinë dhe pasurinë e tyre, ata kërkojnë që ju të keni disa trajnime dhe përvojë për t'i përdorur ato me sukses. Për fat të mirë, mjetet janë të disponueshme për ta bërë të lehtë hartimin dhe ndërtimin e aplikacioneve të bazës së të dhënave pa ditur një gjuhë programimi. Puna në Microsoft Access fillon duke përcaktuar tabelat relacionale dhe fushat e tyre që do të përmbajnë të dhënat. Menjëherë pas kësaj, mund të përdorni formularë, raporte dhe makro për të përcaktuar veprimet mbi këto të dhëna.

Formularët dhe raportet mund të përdoren për të specifikuar formatet e shfaqjes dhe llogaritjet shtesë, njëlloj si puna me fletëllogaritëse. Por në këtë rast, formatet dhe udhëzimet për kryerjen e llogaritjeve të përfshira në formularë dhe raporte janë të ndara nga të dhënat (të vendosura në tabela), në mënyrë që të keni liri të plotë veprimi në përdorimin e të dhënave pa ndryshuar vetë të dhënat - mjafton të krijoni një formular ose raport shtesë duke përdorur të njëjtat të dhëna. Nëse keni nevojë të automatizoni veprime të caktuara, mund të krijoni lehtësisht makro për të krijuar lidhje midis formave dhe raporteve të caktuara ose për të kryer veprime të caktuara në përgjigje të një ngjarjeje (për shembull, ndryshimi i të dhënave në një fushë të caktuar të një formulari). Nëse na duhen mjete më të sofistikuara, të tilla si shërbimet e bibliotekës së Windows, mund të shkruani një procedurë në Access Basic. Më poshtë është një listë e arsyeve kryesore pse duket e përshtatshme të kaloni në përdorimin e Access në punën tuaj.

Arsyeja 1.

Ju keni shumë skedarë individualë ose disa nga skedarët përmbajnë një sasi të madhe informacioni, gjë që e bën të vështirë punën me të dhënat. Përveç kësaj, kufizimet e memories së programit ose sistemit mund të mos ju lejojnë të punoni me sasi të tilla të dhënash.

Arsyeja 2.

Ju i përdorni të dhënat në mënyra të ndryshme: për informacion mbi transaksione specifike (për shembull, fatura), për analiza përmbledhëse (për shembull, për shitjet tremujore), ose i përdorni këto të dhëna për të parashikuar situata të caktuara. Prandaj, duhet të jeni në gjendje t'i shikoni këto të dhëna nga këndvështrime të ndryshme, gjë që e bën shumë më të vështirë krijimin e një strukture të vetme të prezantimit të të dhënave që plotëson të gjitha nevojat tuaja.

Arsyeja 3.

Ka nevojë që specialistë të ndryshëm të përdorin të njëjtat të dhëna. Për shembull, të gjitha llojet e njerëzve janë të përfshirë në hyrjen, përditësimin dhe analizimin e tyre. Nëse vetëm një person mund të bëjë ndryshime në një spreadsheet ose dokument, atëherë disa përdorues mund të ndërveprojnë me bazën e të dhënave në të njëjtën kohë, duke modifikuar përmbajtjen e së njëjtës tabelë. Në të njëjtën kohë, bazat e të dhënave sigurojnë që përdoruesit të punojnë gjithmonë me modifikimet më të fundit të të dhënave.

Arsyeja 4.

Ju duhet të mbroni të dhënat nga qasja e paautorizuar, të kontrolloni vlerat e saj dhe të ruani integritetin e bazës së të dhënave - në fund të fundit, shumë përdorues kanë qasje në të dhëna, këto të dhëna përdoren në punën e kompanisë suaj dhe janë të ndërlidhura (për shembull, klientët dhe porositë).

Microsoft Access, i cili zotëron të gjitha tiparet e një DBMS klasike, ofron gjithashtu aftësi shtesë. Access nuk është vetëm një sistem i fuqishëm, fleksibël dhe i lehtë për t'u përdorur për menaxhimin e bazës së të dhënave, por gjithashtu një sistem për zhvillimin e aplikacioneve të drejtuara nga baza e të dhënave. Me Access, mund të krijoni një aplikacion të bazuar në Windows që plotëson nevojat tuaja për menaxhimin e të dhënave. Duke përdorur pyetjet, ju mund të zgjidhni dhe manipuloni informacionin e ruajtur në tabela. Mund të krijoni formularë për të futur, parë dhe përditësuar të dhënat dhe të përdorni Access për të krijuar raporte të thjeshta dhe komplekse. Format dhe raportet "trashëgojnë" vetitë e tabelës bazë ose pyetjes, kështu që në shumicën e rasteve ju specifikoni formatet, kushtet e vlerës dhe disa karakteristika të tjera të të dhënave vetëm një herë. Disa nga mjetet më të fuqishme në Access janë Veglat e Dizajnimit të Objekteve - Magjistarët, të cilët mund t'i përdorni për të krijuar tabela, pyetje të llojeve të ndryshme të formave dhe raporte thjesht duke klikuar mbi opsionet që dëshironi. Për të automatizuar plotësisht aplikacionin tuaj, mund të përdorni makrot e Access për të lidhur lehtësisht të dhënat me formularët dhe raportet. Ju mund të krijoni shumicën e aplikacioneve pa shkruar një rresht të vetëm kodi, por nëse keni nevojë të krijoni diçka shumë të sofistikuar, atëherë Microsoft Access ofron një gjuhë të fuqishme programimi për këtë - Microsoft Access Basic.

Së fundi, të gjitha këto mjete ju lejojnë të krijoni aplikacione që punojnë jo vetëm me një bazë të dhënash Access, por edhe me bazat e të dhënave të tjera më të zakonshme. Aplikacioni juaj mund të punojë drejtpërdrejt me skedarët dBASE, bazat e të dhënave Paradox, bazat e të dhënave FoxPro dhe çdo bazë të dhënash që mbështet ODBC. Gjithashtu mund të importoni (dhe eksportoni të dhëna) lehtësisht në skedarë teksti, dokumente të përpunuesit të tekstit dhe fletëllogaritëse.

Microsoft Access ka shumë fusha aplikimi: në një biznes të vogël; në punën me kontratë kur zhvilloni aplikacione me porosi ose veproni si konsulent; në korporatat e mëdha, kur veproni si koordinator i sistemeve të informacionit të prodhimit dhe madje edhe në fushën e përdorimit në shtëpi.

2 Pjesa e projektimit

2.1 Mbështetja informative e detyrës

2.1.1 Modeli i informacionit dhe përshkrimi i tij

Si rezultat i projektimit, u zhvillua një model informacioni i sistemit, i cili është një model për organizimin e punës së sistemit dhe shpjegon në mënyrë skematike mbi bazën e cilave dokumente hyrëse, si dhe informacione rregullatore dhe referuese, sistemi i automatizuar i funksionon agjencia imobiliare dhe merren të dhënat dalëse, dmth procesi i konvertimit të të dhënave në një sistem informacioni.

Modeli i informacionit ka tre fusha.

Zona 1 pasqyron procesin e futjes dhe redaktimit të të dhënave në drejtori, që i referohet nënsistemit për mirëmbajtjen e drejtorive të sistemit që po zhvillohet. Për të parë listën e çdo drejtorie dhe për të modifikuar të dhënat e drejtorisë, ekziston një formë e veçantë ekrani që lejon operatorin e sistemit të fusë të dhënat në drejtori, të shikojë dhe modifikojë të dhënat ekzistuese. Si rezultat i punës së operatorit, drejtoritë ndryshojnë: të dhëna të reja u shtohen atyre, të dhënat ekzistuese ndryshohen ose fshihen. Kur redaktoni të dhënat e disa drejtorive, përdoren informacione nga drejtori të tjera të lidhura, për shembull, drejtoria "Shitni të dhënat" është e lidhur me drejtorinë "Shitni të dhënat 2".

Zona 2 përshkruan sistemin për marrjen e të dhënave nga baza e të dhënave.

Në këtë zonë, përdoruesi merr informacione si p.sh.

Shitja / blerja / shkëmbimi / marrja me qira / marrja me qira e pasurive të paluajtshme nga tabelat:

Shitja e të dhënave

Shitja e të dhënave 2

Shkëmbim KV

Familje e vogel

Shkëmbimi i shtëpisë / kV

Shkëmbim i vogël i farës

Blerje

Blerja 2

Blej Shtëpi

Blerja e farave të vogla

Zona 3 e modelit të informacionit përshkruan nënsistemin e raportimit. Në këtë zonë, në ekranin për marrjen e raporteve, përdoruesi vendos kushtet për gjenerimin e raporteve. Në procesin e marrjes së raporteve, klientët përdoren, dhe rezultati i punës gjenerohen raporte për klientët e destinuar për menaxherin.

Zona 4 shfaq një nënsistem të boshllëqeve, të tilla si boshllëqet e deklaratave të blerjes së shitjes, etj. dhe BSO.

Modeli i informacionit është paraqitur në figurën 2.4.

Figura 1.3. Modeli i informacionit.

2.1.2 Klasifikuesit dhe sistemet e kodimit të përdorura

Bazuar në detyrat e vendosura para nesh kur zhvillojmë këtë AU nga struktura e informacionit dhe kërkesat për këtë AU, përdorimi i klasifikuesve duket i paarsyeshëm dhe do të mbingarkojë sistemin vetëm nëse ato janë të ndezura.

2.1.3 Karakteristikat e dokumenteve parësore me referencë dhe informacion operativ hyrës

Një sistem i automatizuar i agjencive të pasurive të paluajtshme nuk po zhvillohet nga e para. Metodologjia e punës së saj bazohet në sistemet e kontabilitetit që tashmë kanë një përvojë shumëvjeçare në aplikim, por nuk janë të dizajnuara në formën e programeve kompjuterike. Prandaj, të dhënat hyrëse për sistemin do të jenë të njëjtat të dhëna që janë përdorur në sistemet manuale. Secili nga nënsistemet ka grupin e vet të të dhënave hyrëse dhe dalëse, dhe të dhënat dalëse të një nënsistemi mund të jenë të dhëna hyrëse të një nënsistemi tjetër. Kështu, për shembull, të dhënat në drejtorinë e klientëve dhe blerjet e pasurive të paluajtshme janë të dhëna hyrëse për ndërtimin e një raporti në treg, i cili është pjesë përbërëse e nënsistemit të raportimit analitik. Le të përshkruajmë të dhënat hyrëse dhe dalëse për secilin nënsistem.

Për nënsistemin e librave të referencës, të dhënat hyrëse janë listat përkatëse në letër. Kështu, për shembull, për detyrën e mbajtjes së një drejtorie apartamentesh, të dhënat hyrëse janë një listë e apartamenteve të ofruara të operuara nga kompania.

Rezultati i futjes së listës së apartamenteve në sistem do të jetë një tabelë apartamentesh, e cila nga ana e saj vepron si të dhëna hyrëse për përzgjedhjen e apartamenteve për klientin. Situata është e njëjtë me të gjitha drejtoritë e tjera: shkëmbim, klientë, shtëpi: të gjitha ato duhet t'i jepen personit përgjegjës për futjen e informacionit në bazën e të dhënave nga menaxhmenti i kompanisë në letër. Prodhimi është tabelat përkatëse të bazës së të dhënave. Duhet të theksohet se tabelat e referencës përmbajnë kryesisht informacione statike, d.m.th. nuk ndryshon me kalimin e kohës ose ndryshon shumë rrallë. Një përjashtim është drejtoria e klientit. Megjithëse kontratat e reja me klientët e vjetër lidhen shumë rrallë, kjo nuk kërkon shtim të shpeshtë të të dhënave në drejtorinë e klientit. Të dhënat hyrëse për plotësimin e udhëzuesit të klientit janë kontrata në letër me klientët të futura nga sekserja që kryen transaksionin. Të dhënat dalëse, si në rastin e drejtorive të tjera, janë një tabelë e mbushur me klientë.

Për nënsistemin e raportimit analitik, të dhënat hyrëse janë regjistrime në tabelat e klientëve dhe të gjitha tabelat që lidhen me pasuritë e paluajtshme.

Duke përdorur këtë grup të dhënash, duke marrë parasysh kushtet për ndërtimin e raporteve të vendosura nga përdoruesi, sistemi ndërton një raport që mund të shihet në një ekran monitori ose të printohet në një printer. Raportet e gatshme janë rezultati i nënsistemit të raportimit analitik dhe i të gjithë sistemit në tërësi.

№	Emri i plotë i librit të referencës	Titulli i shkurtër	Nëndrejtori për të	Përgjegjës	Frekuenca e përditësimit
1	Pronë për Shitje	Të dhënat e shitjes 1	Sekseri	Nga nevoja
2	Shitja e pasurive të paluajtshme (shtesë)	Të dhënat e shitjes 2	№1	Sekseri	Nga nevoja
3	Shkëmbim apartamentesh	Shkëmbim kv	Sekseri	Nga nevoja
4	Opsionet e shkëmbimit të apartamenteve	Shkëmbim kv	№3	Sekseri	Nga nevoja
5	Familje e vogel	Seymeyka e vogël	Sekseri	Nga nevoja
6	Blerja e një prone	Blerje	Sekseri	Nga nevoja
7	Blerja e pasurive të paluajtshme (shtesë)	Blerja 2	№6	Sekseri	Nga nevoja

Karakteristikat e bazës së të dhënave

2.1.3.1. Karakteristikat e modelit të bazës së të dhënave infologjike

Modeli infologjik zbatohet pas përshkrimit verbal të fushës së lëndës.

Marrëdhëniet mund të krijohen ndërmjet entiteteve - shoqatat binare që tregojnë se si entitetet lidhen ose ndërveprojnë me njëra-tjetrën. Një marrëdhënie mund të ekzistojë midis dy entiteteve të ndryshme ose midis një entiteti dhe vetvetes (marrëdhënie rekursive). Ai tregon se si rastet e njësive janë të lidhura me njëra-tjetrën. Nëse vendoset një marrëdhënie midis dy entiteteve, atëherë ajo përcakton marrëdhënien midis rasteve të njërës dhe tjetrës.

Marrëdhëniet ndahen në tre lloje sipas shumëllojshmërisë së tyre: një-me-një (1: 1), një-me-shumë (1: M), shumë-me-shumë (M: M).

Një marrëdhënie një-për-një do të thotë që një shembull i një njësie ekonomike lidhet vetëm me një shembull të një njësie tjetër.

Një marrëdhënie një-me-shumë (1: M) do të thotë që një shembull i njësisë ekonomike i vendosur në të majtë të marrëdhënies mund të shoqërohet me shembuj të shumtë të entitetit të vendosur në të djathtë të marrëdhënies.

Një marrëdhënie shumë-me-shumë (M: M) do të thotë që instanca të shumta të entitetit të parë mund të shoqërohen me instanca të shumta të entitetit të dytë, dhe anasjelltas. Çdo numër lidhjesh me ngarkesa të ndryshme semantike mund të vendoset ndërmjet dy entiteteve.

Një marrëdhënie e ndonjë prej këtyre llojeve mund të kërkohet nëse çdo shembull i njësisë ekonomike duhet të marrë pjesë në këtë marrëdhënie, opsionale - nëse jo çdo shembull i njësisë ekonomike duhet të marrë pjesë në këtë marrëdhënie. Në këtë rast, lidhja mund të jetë e detyrueshme nga njëra anë dhe opsionale nga ana tjetër.

Do të realizojmë projektimin infologjik të bazës së të dhënave të sistemit të automatizuar të agjencisë imobiliare.

Bazuar në analizën e fushës së lëndës, ne do të zgjedhim entitetet e modelit "Entity Relationship" (ER-model) dhe do t'i paraqesim ato në formën e një diagrami.

Figura 1.4. Modeli ER.

2.1.3.2. Karakteristikat e modelit datalogjik të bazës së të dhënave

Të gjitha informacionet e përdorura gjatë funksionimit të aplikacionit ruhen në bazën e të dhënave.

Baza e të dhënave MSACCESS u zgjodh si bazë e të dhënave desktop. Kjo do të thotë, një bazë të dhënash është një skedar në disk që përmban tabela të bazës së të dhënave në formën e skedarëve të të dhënave dhe indekseve të tyre.

Programi përdor gjuhën universale të pyetjeve SQL për të punuar me tabela, për të shtuar, fshirë, modifikuar të dhënat. Kjo gjuhë i lejon zhvilluesit të abstragojë plotësisht nga formati dhe vendndodhja e bazës së të dhënave dhe në mënyrë të barabartë të aksesojë të dhënat nga bazat e të dhënave të formateve të ndryshme. Kështu, përdorimi i kësaj gjuhe universale na lejon të zgjidhim detyrën tonë: të zhvillojmë një aplikacion universal që mund të funksionojë me një bazë të dhënash të çdo formati pa ndryshuar kodin burimor të aplikacionit.

Baza e të dhënave që ne kemi zhvilluar është relacionale dhe, si bazat e tjera të të dhënave relacionale, përbëhet nga tabela. Më poshtë është një tabelë e entiteteve të bazës së të dhënave.

Kolona (t) e " Opsioni shkëmbim sq. "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	po
Opsionet e shkëmbimit	Teksti (255)	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
lloji i apartamentit	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
ambjent kuzhine	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
kat	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve	Teksti (255)	I PAVLEFSHËM	#	#
lloji i banjës	Teksti (255)	I PAVLEFSHËM	#	#
ballkon	Teksti (255)	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " Shtëpia "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
Adresa (Rruga_ shtëpi)	Memo	I PAVLEFSHËM	#	#
Sipërfaqja e tokës	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
materiali i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
çati	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve të shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Numri i dhomave	Teksti (255)	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
komunikimet	Memo	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " Klientët "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	Teksti (18)	I PAVLEFSHËM	po	#
Emri i plotë	Teksti (18)	I PAVLEFSHËM	#	#
Telefoni i shtëpisë	Teksti (18)	I PAVLEFSHËM	#	#
Celular	Teksti (18)	I PAVLEFSHËM	#	#
Adresa e vendbanimit	Teksti (18)	I PAVLEFSHËM	#	#
Shenja e një transaksioni ekzistues	Teksti (18)	I PAVLEFSHËM	#	#
Detajet e marrëveshjes	Teksti (18)	I PAVLEFSHËM	#	#
Informacion shtese	Teksti (18)	I PAVLEFSHËM	#	#
Kolona (t) e " familje e vogël "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
adresa (rruga_ shtëpi)	Teksti (255)	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
lloji i banimit	Teksti (255)	I PAVLEFSHËM	#	#
kat	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " shkëmbim Shtëpia / sq. "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
Adresa (Rruga_ shtëpi)	Memo	I PAVLEFSHËM	#	#
Sipërfaqja e tokës	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
materiali i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve të shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Numri i dhomave	Teksti (255)	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
komunikimet	Memo	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
opsionet e shkëmbimit	Teksti (255)	I PAVLEFSHËM	#	#
kushtet	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " shkëmbim sq. "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
kategoria e apartamenteve	Teksti (255)	I PAVLEFSHËM	#	#
Adresa (Rruga_ shtëpi)	Memo	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
lloji i apartamentit	Teksti (255)	I PAVLEFSHËM	#	#
kat	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
numri i kateve	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
ambjent kuzhine	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
lloji i banjës	Teksti (255)	I PAVLEFSHËM	#	#
ballkon	Teksti (255)	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
çmimi (mijë rubla)	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Opsionet e shkëmbimit	Teksti (255)	I PAVLEFSHËM	#	#
gjendje	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " shkëmbim farë e vogël "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
adresa (rruga_ shtëpi)	Teksti (255)	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
lloji i banimit	Teksti (255)	I PAVLEFSHËM	#	#
kat	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
opsionet e shkëmbimit	Teksti (255)	I PAVLEFSHËM	#	#
gjendje	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " pazar Shtëpia "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
Adresa (Rruga_ shtëpi)	Memo	I PAVLEFSHËM	#	#
Sipërfaqja e tokës	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
materiali i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
çati	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve të shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Numri i dhomave	Teksti (255)	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
komunikimet	Memo	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " Blerje farë e vogël "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
adresa (rruga_ shtëpi)	Teksti (255)	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
lloji i banimit	Teksti (255)	I PAVLEFSHËM	#	#
kat	Teksti (255)	I PAVLEFSHËM	#	#
numri i kateve	Teksti (255)	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e " blerjen "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
kategoria e apartamenteve	Teksti (255)	I PAVLEFSHËM	#	#
Adresa (Rruga_ shtëpi)	Memo	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
kat	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
numri i kateve	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Kolona (t) e " blerjen 2 "Tabela
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	po
lloji i apartamentit	Teksti (255)	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
ambjent kuzhine	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
lloji i banjës	Teksti (255)	I PAVLEFSHËM	#	#
ballkon	Teksti (255)	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#
Kolona (t) e tabelës "të dhënat e shitjes 1".
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	#
kategoria e apartamenteve	Teksti (255)	I PAVLEFSHËM	#	#
Adresa (Rruga_ shtëpi)	Memo	I PAVLEFSHËM	#	#
lloji i shtëpisë	Teksti (255)	I PAVLEFSHËM	#	#
kat	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
numri i kateve	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Sipërfaqja e përgjithshme	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
çmimi (mijë rubla) në	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
Kolona (t) e tabelës "të dhënat e shitjes 2".
Emri	Lloji i të dhënave	Opsioni Null	Është PK	Është FK
Kodi	AutoNumri	I PAVLEFSHËM	po	po
lloji i apartamentit	Teksti (255)	I PAVLEFSHËM	#	#
hapësirë ​​banimi	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
ambjent kuzhine	Numër i plotë i gjatë	I PAVLEFSHËM	#	#
lloji i banjës	Teksti (255)	I PAVLEFSHËM	#	#
ballkon	Teksti (255)	I PAVLEFSHËM	#	#
informacion shtese	Memo	I PAVLEFSHËM	#	#
Personi i kontaktit	Memo	I PAVLEFSHËM	#	#
Numri i kontaktit	Teksti (255)	I PAVLEFSHËM	#	#
faqe interneti	Memo	I PAVLEFSHËM	#	#

2.2Softueri i detyrave

2.2.1 Të përgjithshme (pema e funksionit dhe skenari i dialogut)

Në këtë projekt mund të dallohen këto kategori funksionesh: funksionet për futjen e informacionit në drejtori, funksionet për futjen e të dhënave të pasurive të paluajtshme dhe funksionet për marrjen e raporteve analitike. Secila prej këtyre kategorive i përket nënsistemit përkatës të aplikacionit në zhvillim: nënsistemi për mbajtjen e librave të referencës, nënsistemi për futjen e dokumenteve dhe nënsistemi për marrjen e raporteve analitike.

Aplikacioni ofron një dialog të përshtatshëm dhe të kuptueshëm midis përdoruesit dhe programit për thirrjen e të gjitha funksioneve. Përdoruesi mund t'i qaset funksioneve përmes menysë kryesore të formës kryesore të aplikacionit dhe përmes butonave në panelin e nisjes së shpejtë, duke dublikuar artikujt përkatës të menusë. Forma kryesore e aplikacionit, përveçse ofron ndërfaqen kryesore për aksesimin e të gjitha funksioneve të aplikacionit, vepron edhe si një kontejner për të gjitha format e tjera të ekranit.

Grupi i parë i formave të ekranit i siguron përdoruesit akses në nënsistemin për mirëmbajtjen e drejtorive të sistemit. Ky grup i formave të ekranit thirret nga menyja kryesore e programit "Referencat". Çdo nën-artikull i këtij artikulli të menysë korrespondon me thirrjen e formularit të ekranit, i cili ju lejon të redaktoni drejtorinë përkatëse.

Të gjitha format e ekranit për shikimin dhe redaktimin e drejtorive janë të ngjashme me njëra-tjetrën dhe ju lejojnë të kryeni funksione të shikimit të listës së drejtorive, futjes së të dhënave të reja në drejtori, redaktimit të të dhënave ekzistuese dhe fshirjes së të dhënave ekzistuese. Për të futur të dhëna të reja dhe për të modifikuar të dhënat ekzistuese të drejtorive, thirren format e redaktimit të drejtorive përkatëse. Të njëjtat forma përdoren gjithashtu për të parë informacionin e detajuar të një hyrje në drejtori, pasi vetëm të dhënat bazë paraqiten në listën e drejtorive.

2.2.2 Diagrami bllok i projektit

Figura 2.14 tregon diagramin strukturor të projektit.

Figura 2.1. Skema e thirrjes së moduleve.

2.2.3 Përshkrimi i moduleve të softuerit

Një qasje e orientuar nga objekti u mor si bazë për zbatimin e softuerit të zgjidhjes së problemit. Gjuha C ++ e zgjedhur si gjuhë programimi përfshin një aparat të fuqishëm për mbështetjen e kësaj teknologjie më premtuese: klasa dhe objekte, një hierarki strukturash, bashkime dhe klasa me mekanizma të ndryshëm trashëgimie, përmbledhje të të dhënave dhe funksione të përpunimit me disa nivele aksesi, polimorfizëm. të operacioneve, funksioneve dhe objekteve, duke siguruar aksesorë statikë dhe virtualë. Aparati i integruar i programimit të orientuar nga objekti ju lejon të përshkruani fusha komplekse lëndore dhe të krijoni paketa softuerike fleksibël, lehtësisht të adaptueshme si për qëllime të sistemit, ashtu edhe për qëllimet e aplikimit.

Për të zbatuar secilën nëndetyrë në projekt, u krijuan disa klasa, trashëgimtarë të klasës standarde të bibliotekës VCL TForm.

Programi është zhvilluar si një aplikacion ueb dhe plotëson të gjitha kërkesat për një ndërfaqe të aplikacionit në ueb. Programi është i ndarë në module, të cilat korrespondojnë me parimet e programimit modular. Le të shqyrtojmë secilin prej këtyre moduleve në detaje.

Moduli i formës kryesore të aplikacionit i siguron përdoruesit një ndërfaqe për të hyrë në të gjitha funksionet kryesore të programit. Të gjitha funksionet e programit arrihen përmes menysë kryesore dhe shiritit të butonave të hyrjes së shpejtë. Të gjithë butonat dhe artikujt e menysë ofrohen me kërkesa të detajuara.

Nënsistemi për redaktimin e librave të referencës përfshin një numër modulesh që janë krijuar për të parë dhe redaktuar përmbajtjen e librave të referencës. Vini re se të njëjtat forma përdoren edhe në nënsisteme të tjera. Pra, formulari për shikimin e listës së mallrave, i cili është pjesë e nënsistemit për mbajtjen e librave të referencës, thirret nga nënsistemi për llogaritjen e lëvizjes së mallrave gjatë regjistrimit të faturave ose shpenzimeve për zgjedhjen e mallrave, si dhe nga nënsistemi i raporte analitike për zgjedhjen e një produkti kur vendoset kushti për ndërtimin e një raporti për çdo produkt.

Nënsistemi për mirëmbajtjen e drejtorive përfshin modulet e mëposhtme:

· Moduli për shikimin e listës së mallrave është krijuar për të parë listën e artikujve, si dhe për të zgjedhur një produkt në çdo formë thirrjeje;

· Moduli i redaktimit të produktit, i thirrur nga moduli i shikimit të produktit, është menduar për redaktimin e të dhënave të një produkti specifik. I njëjti modul quan module të drejtorive të lidhura, të tilla si vlerat e vetive të mallrave, projektet që lidhen me një produkt dhe analoge të një produkti. Kështu, në këtë modul, puna kryesore zhvillohet në caktimin e të gjitha të dhënave të produktit.

· Moduli i analogëve ka për qëllim shikimin dhe caktimin e analogëve të mallrave për një produkt;

· Moduli i projektit është menduar për të parë një listë të projekteve tipike. Në cilat mallra mund të përdoren, si dhe për përzgjedhjen e këtyre projekteve në formularët e thirrjes;

· Moduli i redaktimit të projektit është menduar për redaktimin e të dhënave të një projekti specifik dhe vendosjen e vetive të projektit për këtë projekt;

· Moduli i vetive të projektit ka për qëllim mbajtjen e një liste të vetive të projektit;

· Moduli i redaktimit të pronës së projektit është menduar për redaktimin e të dhënave të një prone specifike;

· Moduli i klientëve ka për qëllim shikimin dhe modifikimin e listës së klientëve, duke përfshirë redaktimin e të gjitha të dhënave të klientit, si dhe për zgjedhjen e klientëve në formularin e thirrjes;

· Moduli i prodhuesve ka për qëllim shikimin dhe modifikimin e listës së klientëve, duke përfshirë redaktimin e të gjitha të dhënave të klientit, si dhe për zgjedhjen e klientëve në formularin e thirrjes;

· Moduli i vetive të mallit është i destinuar për shikimin e listës së pronave të mallrave;

· Moduli për redaktimin e vetive të mallrave është menduar për redaktimin e të dhënave të kësaj veçorie specifike të mallrave dhe për vendosjen e të gjitha vlerave të mundshme të kësaj vetie;

Moduli i vlerave të pronës ka për qëllim shikimin dhe modifikimin e vlerave të pronave të mallrave

· Moduli Magazina është krijuar për të parë listën e depove dhe për të zgjedhur magazinat në formularin e thirrjes;

· Moduli i redaktimit të magazinës është i destinuar për redaktimin e të dhënave të një magazine të caktuar;

Nënsistemi për llogaritjen e lëvizjes së mallrave përmban module. Përgjegjës për funksionalitetin kryesor të programit: sigurimi i lëvizjes së mallrave në magazina dhe llogaritja e bilancit të mallrave:

· Moduli i ditarit të dokumenteve përmban një listë të operacioneve që regjistrohen në tabelën e operacioneve të bazës së të dhënave;

· Moduli i dokumentit është menduar për redaktimin e një operacioni, duke përfshirë të gjithë përbërësit e tij. Ky modul, si moduli i produktit, thërret shumë forma të tjera për të zgjedhur vlerat.

· Moduli për redaktimin e rreshtit të seksionit tabelor të operacionit është menduar për redaktimin e të dhënave të një rreshti të dokumentit.

Nënsistemi i raportimit analitik përfshin modulet e mëposhtme:

· Moduli për hartimin e raportit për gjendjen e mallrave në magazina;

· Moduli për hartimin e raportit për lëvizjen e mallrave në magazina.

Në IDE vizuale Borland C ++ Builder, forma është komponenti kryesor i programit. Një formë përmbledh elementë të ndërfaqes së përdoruesit dhe kodit të programit që përmban reagime ndaj veprimeve të përdoruesit. Kjo përputhet plotësisht me parimet e programimit të orientuar drejt objektit. C ++ Builder gjeneron automatikisht një klasë formulari për një formë, e cila përmban përbërësit e vendosur në formular, vetitë dhe metodat e formularit, të dyja të gjeneruara automatikisht nga C ++ Builder dhe të përcaktuara nga përdoruesi. Aplikacioni i zhvilluar përcakton format e mëposhtme:

· Forma Fmain - forma kryesore e aplikacionit, e implementuar në skedarin UnitMain.cpp kryen funksionet e ndërfaqes kryesore të përdoruesit për aksesimin e të gjitha funksioneve të programit përmes menysë kryesore të aplikacionit dhe panelit të butonave të aksesit të shpejtë. Përveç kësaj, forma kryesore vepron si një enë për të gjitha format e tjera në të cilat bëhet futja dhe përpunimi i të dhënave.

· Formulari FTovar, i implementuar në skedarin UnitTovar.cpp, kryen funksionet e shikimit të listës së mallrave të futura në tabelën e mallrave në bazën e të dhënave të sistemit. Elementi kryesor i formularit është komponenti DBGrid i paletës C ++ Builder, i cili shfaq tabelën e mallrave në formën e një liste. Kolonat e komponentit DBGrid shfaqin fushat përkatëse të tabelës së mallrave: emri, emri në anglisht, barkodi dhe prodhuesi. E njëjta formë përdoret për të zgjedhur një artikull në rast të thirrjes së këtij formulari nga forma të tjera për të zgjedhur një artikull të veçantë, për shembull, në formën e një raporti mbi bilancet.

· Formulari FTovaREdit, i implementuar në skedarin UnitTovarEdit.cpp, është menduar për shikimin dhe modifikimin e të dhënave të produktit. Ky formular përmban kontrolle që shfaqin të dhënat bazë të produktit si emri, emri në anglisht, përshkrimi i detajuar, sinonime, barkodi dhe çmimi dhe prodhuesi. Vini re se një prodhues zgjidhet duke hapur formularin e prodhuesit dhe duke e zgjedhur atë nga lista e propozuar. Përveç të dhënave bazë, formulari i redaktimit të produktit shfaq edhe të dhënat e drejtorive përkatëse, regjistrimet e të cilave lidhen me këtë produkt: analoge, projekte të cilave u përket produkti dhe vetitë e këtij produkti me vlerat e tyre. Është shumë i përshtatshëm për të shfaqur të dhënat e drejtorive të lidhura në një formë, pasi të gjitha të dhënat e nevojshme për produktin ndodhen së bashku. Ato mund të shikohen dhe modifikohen.

· Formulari FormClients, i implementuar në skedarin FormClientsU.cpp, ka për qëllim shikimin dhe modifikimin e të dhënave në lidhje me palët e tjera të sistemit: furnitorët dhe klientët. Formulari është i strukturuar në atë mënyrë që ju lejon të shikoni listën e klientëve në anën e majtë dhe të dhëna të detajuara për klientin aktual në anën e djathtë. Lista shfaq vetëm emrin e blerësit nga fusha e emrit të tabelës së bazës së të dhënave; në kontrollet në anën e djathtë shfaqen të dhënat nga të gjitha fushat e tjera. Kjo qasje është shumë e përshtatshme, pasi ju lejon të shikoni dhe modifikoni të dhënat e plota të klientit në një formë. Butonat "Shto", "Ruaj" dhe "Fshi" thërrasin procedurat që ekzekutojnë pyetjet SQL për të shtuar, modifikuar dhe fshirë të dhënat nga baza e të dhënave.

· Formulari FormVendirs, i implementuar në skedarin FormVendirsU.cpp, është menduar për shikimin dhe modifikimin e të dhënave për prodhuesit e mallrave. Formulari është i strukturuar në atë mënyrë që ju lejon të shikoni listën e prodhuesve në anën e majtë dhe të dhëna të detajuara për prodhuesin aktual në anën e djathtë. Lista shfaq vetëm emrin e prodhuesit nga fusha e emrit të tabelës së bazës së të dhënave, në kontrollet në anën e djathtë shfaqen të dhënat nga të gjitha fushat e tjera. Kjo qasje është shumë e përshtatshme, pasi ju lejon të shikoni dhe modifikoni të dhënat e plota të prodhuesit në një formë. Butonat "Shto", "Ruaj" dhe "Fshi" thërrasin procedurat që ekzekutojnë pyetjet SQL për të shtuar, modifikuar dhe fshirë të dhënat nga baza e të dhënave.

· Formulari FProj, i implementuar në skedarin FProjU.cpp, kryen funksionet e shikimit të listës së projekteve të futura në tabelën e projekteve të bazës së të dhënave të sistemit. Elementi kryesor i formularit është komponenti DBGrid i paletës C ++ Builder, i cili shfaq tabelën e projekteve si një listë. Kolonat e komponentit DBGrid shfaqin vetëm fushën "Emri" të tabelës së projektit. E njëjta formë përdoret për të zgjedhur një projekt nëse kjo formë thirret nga forma të tjera për të zgjedhur një projekt, për shembull, në formën për modifikimin e të dhënave të produktit.

· Formulari FProjEdit, i implementuar në skedarin UnitProjEdit.cpp, ka për qëllim shikimin dhe redaktimin e të dhënave të plota të projektit, si dhe për caktimin e vetive të projektit në projekt. Në anën e majtë të formularit, në kontrollet përkatëse, shfaqen të gjitha të dhënat e projektit nga tabela e projektit: emri, emri i detajuar dhe përshkrimi i detajuar, dhe në anën e majtë është një listë e vetive të këtij projekti. Duke klikuar butonin "Shto pronë" hapet një formular për zgjedhjen e një libri referimi të vetive të projektit, i cili ju lejon të zgjidhni dhe caktoni një pronë për një projekt. Heqja e një vetie nga lista e vetive të projektit ndodh kur klikoni butonin "Hiq pronësinë".

· Formulari FSimp, i implementuar në skedarin UnitSimp.cpp, është krijuar për të parë listën e vetive të projektit që karakterizojnë gjithashtu projektin.

· Formulari FSimpEdit ka për qëllim shikimin dhe modifikimin e një vetie specifike të projektit, e cila është zgjedhur për redaktim. Formulari ju lejon të vendosni të dhëna bazë dhe shtesë të vetive të projektit.

· Formulari FProperty, i implementuar në skedarin UnitProperty.cpp, është një listë e vetive të produktit. Ky formular përmban vetëm një listë të emrave të pronave, të cilat përdoruesi mund t'i shikojë dhe të zgjedhë një nga këto veti në formularin e thirrjes nëse formulari është hapur për të zgjedhur një pronë nga ndonjë formë tjetër.

· Formulari FPropertyEdit, i implementuar në skedarin UnitPropertyEdit.cpp, është krijuar për të modifikuar emrin e pronës dhe një përshkrim të detajuar të vetive të produktit, si dhe për të vendosur vlerat e pronës së mallrave në listë në anën e djathtë të formularit. Butonat e kontrollit të listës ju lejojnë të hapni formularin e vlerave të pronës për zgjedhjen e një vlere të pronës. Të cilat mund t'i caktohen kësaj prone, si dhe për të modifikuar vlerën e pronës, fshini vlerën e pronës.

· Formulari FSklad i implementuar në skedarin UnitSklad.cpp ka për qëllim shikimin e listës së depove, e cila përmban emrat e depove. E njëjta formë ju lejon të zgjidhni të dhënat aktuale të magazinës në formularin e thirrjes

· Formulari FSkladEdit i implementuar në skedarin UnitSkladEdit.cpp ka për qëllim shikimin e të dhënave të detajuara dhe modifikimin e emrit dhe të të dhënave shtesë të magazinës.

· Formulari FVals, i implementuar në skedarin UnitVals.cpp, është krijuar për të zgjedhur një vlerë pronësie për një artikull të katalogut të mallrave dhe thirret vetëm nga forma e mallrave. Formulari i vlerave të vetive shfaq një listë të vetive të produktit ose të plotë, ose vetëm ato vlera që përputhen me një pronë specifike, të cilat mund të zgjidhen duke klikuar butonin e hapur për të zgjedhur formularin e pronës. Pasi të përzgjidhet një pronë në listën e vlerave të pronës, shfaqen vetëm ato vlera që mund të marrë prona.

· Formulari FValsEdit, i implementuar në skedarin UnitValsEdit.cpp, është krijuar për të modifikuar vlerën e një veçorie produkti duke specifikuar emrin dhe përshkrimin e detajuar të tij.

· FormFilter, i implementuar në skedarin FormFilterU.cpp, është krijuar për të zgjidhur problemin e përzgjedhjes së mallrave nga tërësia e vetive të tyre. Për përzgjedhje, mund të përdoren si të dhënat bazë të produktit (emri, emri në anglisht, sinonimet, emri i plotë, përshkrimi i detajuar) ashtu edhe të dhënat përkatëse të produktit: analogjitë dhe vetitë e mallrave. Meqenëse të dhënat kryesore të produktit janë vlera vargu, formulari i ofron përdoruesit të organizojë një përzgjedhje fleksibël bazuar në këto të dhëna. Ju mund të organizoni zgjedhjen e regjistrimeve në tabelën e produkteve sipas një përputhje të saktë për frazën e futur, nga shfaqja e frazës së futur në fushën e përzgjedhjes, nga futja në fushën e përzgjedhjes të të gjitha fjalëve nga fraza e futur në çdo sekuencë, ose me futjen në fushën e përzgjedhjes të të paktën njërës prej fjalëve të frazës së futur. Një përzgjedhje e tillë mund të organizohet sipas cilësdo prej fushave të tabelës së përzgjedhjes. Përveç përzgjedhjes sipas vetive bazë, formulari i filtrit ofron një mundësi për të organizuar përzgjedhjen sipas projekteve të cilave i përket produkti. Për këtë plotësohet lista e projekteve, hyrjet në të cilat shtohen duke zgjedhur projektet nga formulari i listës së projekteve kur të hapet për përzgjedhje. Kontrollet e listës së projekteve ju lejojnë të shtoni hyrje në listë, të fshini hyrjet nga lista, të shënoni të gjitha hyrjet ose të pastroni plotësisht listën. Të gjitha shënimet në listë mund të kenë një shenjë përdorimi në përzgjedhje ose mospërdorim (shënoni), duke hequr zgjedhjen se cila përdorues mund të përjashtojë përzgjedhjen për këtë projekt. Si rezultat, vetëm ato produkte që i përkasin projekteve të listuara në listë do të përfshihen në përzgjedhjen e regjistrimeve në katalogun e mallrave. Formulari zbaton gjithashtu përzgjedhjen sipas vetive të produktit dhe vlerave të tyre. Ju mund të shtoni hyrje nga katalogu i pronave në listën e pronave të produktit duke hapur formularin e listës së pronave për të zgjedhur dhe zgjedhur një pronë specifike prej saj. Për regjistrimin aktual, lista e pronave shfaq të gjitha vlerat që mund të marrë kjo pronë nga të cilat përdoruesi zgjedh duke vendosur shenjat e nevojshme në to. Si rezultat, zgjedhja e krijuar do të përfshijë vetëm ato produkte që kanë vlerat e pronave të listuara të listuara në listë. Formulari i filtrit nuk thirret drejtpërdrejt nga menyja kryesore, por thirret vetëm nga forma e listës së mallrave, përfshirë kur hapet për përzgjedhje, nëse në këtë formë është e nevojshme të organizohet përzgjedhja e mallrave nga një grup i ndonjë kriteret.

· Formulari DM, i implementuar në skedarin UnitDM.cpp, është një modul për ruajtjen e komponentëve të C ++ Builder që ofrojnë akses në bazën e të dhënave. Për secilën tabelë të bazës së të dhënave, është dedikuar një komponent i veçantë TQuery, i cili ju lejon të futni dhe ekzekutoni pyetje SQL që ju lejojnë të zgjidhni, modifikoni dhe fshini të dhënat në tabelat e bazës së të dhënave. Fakti që vetëm një komponent aksesi ndahet për secilën tabelë dhe fakti që ato janë të gjitha të kombinuara në një modul është për faktin se programi ka një ndërfaqe MDI dhe ndryshimi i të dhënave në një formë çon në një ndryshim të menjëhershëm në shfaqjen e tyre në të gjitha format e tjera. Përveç komponentëve të aksesit të të dhënave, kjo formë ruan edhe komponentë që shërbejnë si burim të dhënash për komponentët e shfaqjes së të dhënave në forma. Komponenti Baza e të dhënave siguron lidhjen fizike të të gjithë komponentëve të tjerë të programit me bazën e të dhënave.

· Formulari FJornal është krijuar për të parë ditarin e dokumenteve - d.m.th. një listë e operacioneve që janë kryer tashmë me mallrat. Formulari përmban komponentin TDBGrid, i cili shfaq një listë të operacioneve me treguesin për çdo regjistrim të parametrave të mëposhtëm: datën e operimit, numrin e operimit, magazinë nga e cila është ekzekutuar operacioni, klientin me të cilin është ekzekutuar operacioni.

· Formulari FDocs ka për qëllim redaktimin ose hyrjen në një operacion të ri për lëvizjen e mallrave në magazinë. Pjesa e sipërme e formularit përmban komponentë që shfaqin vetitë kryesore të operacionit: datën dhe numrin e operacionit, klientin, depon dhe kodin e funksionimit. Për të zgjedhur një klient dhe një magazinë, hapni për të zgjedhur formën e drejtorive përkatëse, në të cilat mund të zgjidhni rekordin e dëshiruar. Në gjysmën e poshtme të formularit, ekziston një seksion tabelor i operacionit, i cili është një listë e mallrave, duke treguar sasinë.

· Formulari FJornalEdit, i implementuar në skedarin UnitJornalEdit.cpp, është menduar për redaktimin e një rreshti të një operacioni. Kjo formë thirret nga forma FJornal për të redaktuar linjën aktuale. Formulari ofron një ndërfaqe të thjeshtë për futjen dhe ndryshimin e artikullit dhe sasisë për rresht. Për të zgjedhur një produkt, quhet forma e listës së katalogut të mallrave, rekordi i zgjedhur në të cilin transferohet në formularin FJornalEdit.

· Formulari FUsers është krijuar për të mbajtur një listë të përdoruesve. Në komponentin DBGrid të kësaj forme, duke përdorur një pyetje SQL, formohet një listë e përdoruesve të sistemit dhe kontrollet shfaqin vetitë e përdoruesit: login, fjalëkalimin, mbiemrin, emrin patronimik dhe kategorinë e përdoruesit. Kategoria e përdoruesit shfaqet me butonat e radios. Kur shtypni butonat e kontrollit, ekzekutohet një pyetje SQL për të shtuar, modifikuar të dhënat dhe fshirë një përdorues. Kur një përdorues fshihet, integriteti referues i bazës së të dhënave monitorohet

· Formulari FReg është menduar për vërtetimin e përdoruesit kur fillon një sesion me sistemin. Sistemi kontrollon praninë e përdoruesit në bazën e të dhënave, verifikon fjalëkalimin e tij dhe, nëse është i suksesshëm, hap akses në ato funksione që janë në dispozicion të përdoruesit në varësi të nivelit të tij të aksesit.

· FRepForm, i implementuar në skedarin UnitRepForm.cpp, është krijuar për të përgatitur dhe gjeneruar një raport mbi lëvizjen e mallrave në magazina. Kontrollet e këtij formulari i lejojnë përdoruesit të vendosë kushtet për gjenerimin e raportit, përkatësisht, të zgjedhë klientin me të cilin është kryer operacioni i marrjes ose shpenzimit, si dhe magazinën nga e cila është kryer ky operacion. Pjesa e poshtme e formularit përmban një tabelë në të cilën përdoruesi mund të zgjedhë disa regjistrime nga katalogu i mallrave, në këtë rast raporti për lëvizjet do të ndërtohet posaçërisht për këto mallra.

Çdo formë kryen funksionet e modulit përkatës duke përdorur komponentët e mjedisit C ++ Builder, të vendosur në formularin nga paleta e komponentëve. Ndërtuesi i RapidApplication Development (RAD) C ++ përdor VCL (VisualComponentLibrary - VCL), i cili përbëhet nga objekte dhe lëkura vizuale dhe jo-vizuale të gatshme për përdorim. Kjo ju lejon të krijoni aplikacione me kosto minimale, duke siguruar në të njëjtën kohë një shkallë të caktuar pavarësie nga VCL.

Kur punoni me komponentë, C ++ Builder përdor gjerësisht parimin e ripërdorimit të objektit. Komponentët janë shembuj të klasave që janë të aksesueshme përmes ComponentPalette. Çfarë mund të jetë më e lehtë kur krijoni një aplikacion sesa thjesht hedhja e komponentit të kërkuar në formular, vendosja e vetive të tij dhe më pas përcaktimi i mbajtësve të ngjarjeve. Është me ndihmën e përbërësve të formës që ata kryejnë funksionet që janë përcaktuar në to.

2.3 Mbështetja teknologjike e detyrës

1 Organizimi i teknologjisë për mbledhjen, transferimin, përpunimin dhe lëshimin e informacionit

Zhvillimi i sistemeve komplekse softuerike kërkon zgjidhjen e një numri problemesh organizative, teknologjike dhe teknike që lidhen me mundimin e konsiderueshëm të zhvillimit të softuerit dhe vështirësinë e identifikimit të gabimeve në to. Zgjidhja e këtyre problemeve është e mundur me futjen e çdo teknologjie programimi që do të rrisë produktivitetin e programuesve dhe besueshmërinë e programeve. Për më tepër, teknologjia e zbatuar duhet të thjeshtojë planifikimin e punës dhe organizimin e ndërveprimit të të gjithë anëtarëve të ekipit, të lejojë kontrollin e qartë të kohës së çdo faze të zhvillimit, të informojë menjëherë interpretuesit për të gjitha ndryshimet në konceptet e përgjithshme për produktin softuer që po krijohet. dhe ndryshimet në marrëveshjet për marrëdhëniet ndërmjet programit dhe mjedisit të jashtëm, ose ndërmjet elementeve individuale strukturore të programit. Teknologjia duhet të sigurojë thjeshtësi dhe leximin e qartë të të gjithë dokumentacionit.

Reduktimi i kohës dhe zvogëlimi i kompleksitetit të zbatimit të një produkti softuer varet nga besueshmëria e tij. Prandaj, teknologjia duhet të sigurojë organizimin e verifikimit dhe testimit të algoritmeve dhe programeve në fazën e zhvillimit, si dhe qasjet për korrigjimin dhe testimin e programit. Teknologjia duhet të sigurojë mundësinë e një modifikimi mjaft të thjeshtë të programeve gjatë funksionimit të tyre, i cili është i nevojshëm për të eliminuar gabimet e zbuluara ose për të ndryshuar funksionet e programit.

Teknologjia për zhvillimin e sistemeve komplekse softuerike kërkon ndarjen e produktit softuerik në module të veçanta. Për më tepër, modulet shpesh krijohen në mënyrë të pavarur nga programues të ndryshëm. Për të kombinuar modulet në një paketë softuerike, është e nevojshme të zhvillohen rregulla për thirrjen e moduleve dhe rregulla për kalimin e parametrave midis moduleve individuale. Këto rregulla formojnë një ndërfaqe brenda programit.

2.3.2 Diagramet e rrjedhës së mbledhjes, transmetimit, përpunimit dhe lëshimit të informacionit

Ky seksion paraqet skemat funksionale dhe teknologjike për zgjidhjen e problemit.

Para së gjithash, merrni parasysh problemin e mbajtjes së librave të referencës, le ta quajmë atë A1. Për ta zbatuar këtë, menaxheri i katalogut rendit të dhënat dhe më pas i fut të dhënat në tabelat përkatëse. Detyra e futjes së të dhënave mund të ndahet në disa faza. Skema funksionale dhe teknologjike për zgjidhjen e problemit A1 është paraqitur në figurën 2.13.

Figura 2.2. Skema funksionale dhe teknologjike e detyrës A1 "Mbajtja e librave të referencës"

Për çdo modul të theksuar, është zhvilluar një skemë funksionale dhe teknologjike dhe një algoritëm kodimi i detajuar. Bllok diagrami i detyrës A1 është paraqitur në figurën 2.14, dhe diagramet funksionale dhe teknologjike të të gjitha moduleve të detyrës A1 janë paraqitur në figurën 2.15.

Figura 2.3. skema për zgjidhjen e problemit A1 "Mbajtja e librave të referencës"

Figura 2.4. Diagramet funksionale dhe teknologjike të moduleve të detyrës A1

Le të përshkruajmë skemat e marra në më shumë detaje.

Për modulin A1.1:

Procesi: Kontrollimi dhe futja e të dhënave të produktit.

Hyrja: informacioni i produktit.

Output: të dhëna të krijuara për produktin në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave të produktit në bazën e të dhënave

· Shfaqni të dhënat e produktit në ekran.

Për modulin A 1.2:

Procesi: Kontrollimi dhe futja e të dhënave të klientit.

Hyrja: informacioni i klientit.

Output: të dhënat e gjeneruara të klientit në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave të klientit në bazën e të dhënave

Nëse nuk ka të dhëna, atëherë bëni një regjistrim të ri në bazën e të dhënave

· Shfaqni të dhënat e klientit në ekran.

Për modulin A 1.3:

Procesi: Kontrollimi dhe futja e të dhënave për vetinë e produktit.

Input: informacion në lidhje me pronën e produktit.

Output: të dhëna të krijuara për një pronë produkti në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave në lidhje me pronën e produktit në bazën e të dhënave

Nëse nuk ka të dhëna, atëherë bëni një regjistrim të ri në bazën e të dhënave

· Shfaqni në ekran të dhënat për veçorinë e produktit.

Për modulin A 1.4:

Procesi: Kontrollimi dhe futja e të dhënave të përdoruesit.

Hyrja: informacione rreth përdoruesit.

Output: të dhëna të gjeneruara rreth përdoruesit në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave të përdoruesit në bazën e të dhënave

Nëse nuk ka të dhëna, atëherë bëni një regjistrim të ri në bazën e të dhënave

· Shfaqni të dhënat e përdoruesit në ekran.

Për modulin A 1.5:

Procesi: Kontrollimi dhe futja e të dhënave rreth projekteve.

Hyrja: informacione rreth projektit.

Output: të dhëna të gjeneruara rreth projektit në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave të projektit në bazën e të dhënave

Nëse nuk ka të dhëna, atëherë bëni një regjistrim të ri në bazën e të dhënave

· Shfaqni të dhënat e projektit në ekran.

Për modulin A 1.6:

Procesi: Kontrollimi dhe futja e të dhënave për departamentin.

Hyrja: informacione rreth njësisë.

Output: të dhëna të gjeneruara për departamentin në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave për departamentin në bazën e të dhënave

Nëse nuk ka të dhëna, atëherë bëni një regjistrim të ri në bazën e të dhënave

· Shfaq të dhënat e departamentit në ekran.

Për modulin A 1.7:

Procesi: Verifikimi dhe futja e të dhënave të prodhuesit.

Hyrja: informacione rreth prodhuesit.

Output: të dhëna të gjeneruara për prodhuesin në bazën e të dhënave

Algoritmi:

Kontrollimi i disponueshmërisë së të dhënave të prodhuesit në bazën e të dhënave

Nëse nuk ka të dhëna, atëherë bëni një regjistrim të ri në bazën e të dhënave

· Shfaq të dhënat e prodhuesit në ekran.

Tjetra, merrni parasysh problemin e futjes së dokumenteve në sistem, le ta quajmë atë B1. Për të zgjidhur këtë problem, operatori i grupit të përpunimit të dokumenteve rendit dokumentet hyrëse në letër, i përpunon dhe i fut në sistem, si rezultat i të cilit ndryshohen shënimet në tabelën e bilancit dhe ditarin e dokumenteve. Diagrami funksional dhe teknologjik i detyrës B1 është paraqitur në figurën 2.16.

Figura 2.5. Skema funksionale dhe teknologjike e detyrës B1 "Pranimi i dokumenteve".

Për çdo modul të theksuar, është zhvilluar një skemë funksionale dhe teknologjike dhe një algoritëm kodimi i detajuar. Blloku i detyrës B1 është paraqitur në figurën 2.17, dhe diagramet funksionale dhe teknologjike të të gjitha moduleve të detyrës B1 janë paraqitur në figurën 2.18.

Figura 2.6. Bllok diagrami për zgjidhjen e problemit B1 "Futja e dokumenteve"

Figura 2.7. Diagramet funksionale dhe teknologjike të moduleve të detyrës B1

Tjetra, ne do të shqyrtojmë detyrën e marrjes së raporteve, le ta quajmë atë B1. Për zgjidhjen e këtij problemi, përdoruesi i programit zgjedh llojin e kërkuar të raportit, si rezultat i të cilit formohet forma e ekranit të llojit të zgjedhur të raportit.Diagrami funksional dhe teknologjik i detyrës B1 është paraqitur në figurën 2.19.

Figura 2.8. Skema funksionale dhe teknologjike e detyrës B1 "Gjenerimi i raporteve"

Blloku i detyrës B1 është paraqitur në figurën 2.20, dhe diagramet funksionale dhe teknologjike të të gjitha moduleve të detyrës B1 janë paraqitur në figurën 2.21.

Figura 2.9. Blloku i detyrës B1

Vizatim 2 . 10 ... Diagramet funksionale dhe teknologjike të moduleve të detyrës B1

2.4 Rasti testues i zbatimit të projektit dhe përshkrimi i tij

Për të kontrolluar korrektësinë dhe integritetin e aplikacionit të zhvilluar, u bë një rast testimi i aplikacionit. Të dhënat për këtë rast testimi u zgjodhën në atë mënyrë që të mbulojnë të gjitha funksionet dhe nënsistemet e aplikacionit të zhvilluar, për të testuar të gjitha algoritmet e ngulitura në të.

Zbatimi i rastit të testimit përbëhet nga tre hapa:

· Futja e informacionit të testimit në drejtori;

· Futja e shembujve testues të lëvizjes së mallrave në magazinë;

· Marrja e raporteve që pasqyrojnë ndryshimin e numrit të mallrave në magazina dhe ju lejojnë të analizoni lëvizjet.

Hapi i parë në zbatimin e një rasti testimi është futja e të dhënave të testimit në drejtoritë e sistemit. Të dhënat e testit përputheshin në këtë mënyrë. Për të përdorur të gjitha drejtoritë, si bazë ashtu edhe për ruajtjen e informacionit shtesë.

Tre produkte janë shtuar në drejtorinë e produkteve:

· Dera "Klinkor" metalike;

· Derë druri "Basel";

· Derë metalike "Vegas".

Figura 2.24 tregon një formë ekrani me një listë të mallrave.

Figura 2.11. Lista e mallrave

Tabela 17 tregon të dhënat e provës për vetitë e mallrave dhe vlerat që mund të marrin këto prona.

Tabela 17. Të dhënat e testimit mbi vetitë e mallrave.

Tabela 18 liston vetitë e caktuara për produktet dhe vlerat e tyre.

Tabela 18. Të dhënat e testit për caktimin e vetive të mallrave për mallrat.

Produkt	Pronës	Vlera e caktuar e pasurisë
Dera "Klinkor" metalike	Kalaja 1	Kalaja "Tyson"
	Kalaja 2	Kalaja "Verita"
	Pesha	500 kg
	Tapiceri e jashtme	Plastike
	Tapiceri e brendshme	Në mungesë
	Ngrohja	Në mungesë
Dera "Vegas" metalike	Kalaja 1	Kalaja "Tyson"
	Kalaja 2	Kalaja "Vegas"
	Pesha	150 kg
	Tapiceri e jashtme	Plastike dekorative
	Tapiceri e brendshme	Qilim
	Ngrohja	Polistireni
Dera "Basel" prej druri	Kalaja 1	Kalaja "Tyson"
	Kalaja 2	Në mungesë
	Pesha	120 kg
	Tapiceri e jashtme	Në mungesë
	Tapiceri e brendshme	Qilim
	Ngrohja	Paralon

Për të klasifikuar mallrat në një ose një projekt tjetër standard të ndërtesave dhe ambienteve në të cilat mund të përdoren produktet, u plotësua një libër referimi i projekteve dhe pronave të tyre. Përmbajtja e tyre është paraqitur në tabelën 19.

Tabela 19. Të dhënat e testimit për projektet.

Caktimi i mallrave në një projekt të caktuar është paraqitur në tabelën 20.

Tabela 20. Të dhënat e testimit për atribuimin e mallrave në projekte.

Caktimi i të gjitha të dhënave për një produkt, caktimi i analogëve, veçorive, caktimi i tij në një projekt të caktuar është paraqitur në Figurën 2.25.

Figura 2.12. Formulari i testit të redaktimit të produktit

Gjithashtu, për plotësinë e rastit të testimit, është e nevojshme të plotësoni drejtoritë e prodhuesve, klientëve, depove dhe përdoruesve. Mbushja e tyre është paraqitur në figurat 2.26 - 2.29.

Figura 2.13. Plotësimi i testit të drejtorisë së prodhuesve

Figura 2.14. Plotësimi i testit të librit të referencës së klientit.

Figura 2.15. Plotësimi testues i drejtorisë së magazinës.

Figura 2.16. Plotësimi i testit të manualit të përdorimit.

Rezultati i kësaj faze të testimit është një bazë të dhënash e plotësuar, e cila përmban të gjitha të dhënat e drejtorive. Mënyra më efektive dhe demonstruese për të kontrolluar plotësinë dhe korrektësinë e plotësimit të drejtorive është kërkimi i produktit të dëshiruar duke përdorur filtrin e produktit. Filtri i produktit ju lejon të zgjidhni produktet sipas çdo kriteri dhe tërësinë e tyre. Pra, gjatë testimit, u bënë zgjedhjet e mëposhtme:

· Të gjitha produktet me një bllokues "Tyson" (forma e filtrit tregohet në figurë).

· Të gjitha produktet që lidhen me projektin "Shtëpia në fshat" ose me projektin "Apartament në një pallat".

· Të gjitha produktet e prodhuesit Klondike.

Vizatim 2 . 17 ... Vendosja e një filtri produkti.

Pasi të keni të gjitha drejtoritë e përfunduara, mund të vazhdoni në fazën e dytë të testimit: futjen e dokumenteve për lëvizjen e mallrave në magazina. Në këtë fazë u prezantuan disa dokumente që kryejnë marrjen dhe konsumimin e të gjitha mallrave të testimit në magazina. Regjistri i dokumenteve është paraqitur në figurë, përmbajtja e disa dokumenteve është paraqitur në figurën 2.31.

Vizatim 2 . 18 ... Ditari i dokumenteve.

Vizatim 2 . 19 ... Forma e dokumentit.

Duhet të theksohet se në jetën reale, shkresa për lëvizjen e mallrave nëpër magazinë bëhet në kohë reale, sipas renditjes së pranimit të dokumenteve në letër. Në të njëjtën kohë, gjatë përpunimit të çdo dokumenti të ri, operatorët nuk kontrollojnë bilancin e mallrave në magazinë. Faza e tretë e testimit ju lejon të shikoni bilancet e mallrave, si dhe të analizoni lëvizjen e mallrave në magazina në kontekstin e dokumenteve: marrja e raporteve analitike. Në këtë fazë janë marrë raporte për bilancet pa seksione dokumentesh, si dhe një raport për bilancet dhe lëvizjet e mallrave në kuadër të dokumenteve. Këto raporte bënë të mundur gjurmimin e ndryshimit të bilanceve të mallrave në magazina dhe për të kuptuar se si rezultoi bilanci përfundimtar nga bilanci fillestar.

Bazuar në rezultatet e testit, mund të argumentohet se programi po funksionon si duhet. Ai plotëson të gjitha kërkesat e tij: karakteristikat funksionale, besueshmërinë dhe korrektësinë e funksionimit, përputhshmërinë e informacionit dhe softuerit, përbërjen e harduerit dhe softuerit, përbërjen e dokumentacionit të softuerit.

konkluzioni

Si rezultat i përfundimit të projektit të diplomimit, u studiua metodologjia e kontabilitetit të magazinës në SH.PK "Union-doors".

Bazuar në metodologjinë e studiuar, u zhvillua një strukturë e bazës së të dhënave, e cila është e nevojshme për ruajtjen e të dhënave të sistemit. Gjithashtu u zgjodh një sistem operativ në të cilin duhet të funksionojë aplikacioni i zhvilluar dhe u zgjodh një gjuhë programimi dhe një sistem programimi me të cilin do të kryhet zhvillimi.

Rezultati i projektit të diplomimit ishte zhvillimi i një aplikacioni që automatizon procesin e kontabilitetit të magazinës.

Në përputhje me metodën e përshkruar të testimit të programit, rezultatet e testimit treguan se programi funksionon saktë në të gjitha situatat e pritshme, me grupe të ndryshme të dhënash hyrëse.

Programi funksionon në sistemin operativ Windows 95/98, NT, 2000, XP dhe ekzekutohet në mjedisin BorlandC ++ Builder. Rezultatet e programit janë tabelat e dokumenteve të lëvizjes në magazina dhe bilancet e mallrave në magazina.

Aplikacioni i zhvilluar së shpejti do të implementohet në Union-Doors LLC. Menaxhmenti i Union-Doors LLC pret një hap të madh cilësor në organizimin e kontabilitetit të magazinës nga zbatimi i aplikacionit të zhvilluar. Për faktin se puna e stafit do të lehtësohet shumë duke automatizuar mirëmbajtjen e informacionit të referencës, përgatitjen e dokumenteve dhe marrjen e raporteve, cilësia e punës së stafit do të përmirësohet ndjeshëm. Aplikacioni i zhvilluar do të bëjë të mundur rregullimin e gjërave në organizimin e punës së të gjitha departamenteve dhe secilit punonjës individual, dallimin midis punonjësve sipas autoritetit dhe funksioneve të kryera dhe identifikimin e pengesave në organizimin e aktiviteteve të departamenteve. Aftësia për të marrë menjëherë bilancet aktuale në depo do të eliminojë vjedhjen e produkteve, dhe aftësia për të marrë raporte mbi lëvizjen e mallrave do t'ju lejojë të hartoni raporte analitike mbi analizën e shitjeve dhe të bëni parashikime për periudhat e ardhshme.

1. Podbelsky V.V., Fomin S.S. Programimi në gjuhën C: Libër mësuesi. Përfitimi. - Shtimi i dytë. Ed. - M: Financa dhe statistika, 2002. - Vitet 600.

2. Herbert Schildt Programimi në C dhe C ++ për Windows 95 - К .: BHV Trade and Publishing Bureau, 1996

3. Programimi Ch. Petzold për Windows 95; në dy vëllime - Shën Petersburg: BHV - Shën Petersburg, 1997

4. Arkhangelsky P.A. "Programimi në BorlandC ++ 4.0" M. Science, 2000

5. Stroustrup B. "Gjuha e programimit C ++: Per. nga anglishtja" M. Radio dhe komunikimi, 1991.-352s.: Ill.

6. Bobrovsky S.I. Delphi 5 - M .: Peter, 2002.

7. Gaevsky A. Zhvillimi i aplikacioneve softuerike në Delphi 6 - M .: Kiev, 2000.

8. ZuevV. A. Turbo Pascal 6.0, 7.0. M .: Moskë, 1998.

9. Kotsyubinsky A.O., Groshev S.V. Gjuha e programimit Delphi 5 - Moskë: Moskë, 1999.

10. Leontiev V.I. Delphi 5 - M .: Moskë, 1999.

11. Moiseev A.S. Objekti Pascal - M .: Moskë, 2000.

12. Nemnyugin S.A. Programimi - M .: Peter, 2000.

13. Remizov N. C. Delphi - M .: Peter, 2000

14. Arkhangelsky P.A. Programimi në Delphi 5.M., Shkencë, 2000

15. Darakhvelidze P.G. Programimi në DELPHI 5. SPb., Binom, 2000

16. Teixeira S. T. DELPHI 5. Udhëzues për zhvillues. M., Williams, 2000

17. Ugrinovich N. Informatika dhe teknologjitë e informacionit. Një grup njohurish bazë. M., Radio dhe komunikimi, 2000

18. Faronov V.V. Delphi 3. Kurs trajnimi. M., Dituria, 1998

19. Faronov V.V. Delphi 4. Kurs trajnimi. M., Dituria, 1998

20. Harrington J. Projektimi i bazave të të dhënave relacionale. M., LORI, 2000

21. V.P. Shumakov Delphi 3 dhe krijimi i aplikacioneve të bazës së të dhënave. M., Dituria, 1998

22. GOST 2.105-95 ESKD. Kërkesat e përgjithshme për dokumentet tekstuale

23. GOST 19.103-33 ESPD. Përcaktimi i programeve dhe dokumenteve programore.

24. GOST 19.701-90 ESPD. Diagramet e algoritmeve, programeve, të dhënave dhe sistemeve. Simbolet dhe rregullat e ekzekutimit.

Shtojca

Diagrami i rrjedhës së të dhënave "siç është"

Diagrami i rrjedhës së të dhënave "siç duhet të jetë".

Skema e rrjedhës së dokumenteve në kuadër të punës me klientët në transaksionet e pasurive të paluajtshme.