Prezantimi

Teza në shqyrtim u shkrua në bazë të Donetsk OJSC Donetsk Manufactory për dyqanin Cleonelly.

Një nga aktivitetet kryesore të OJSC Donetsk Manufactory prodhon një gamë të gjerë veshjesh, kryesisht rroba banjosh, çarçafë dhe peshqirë. Përveç kësaj, kompania prodhon fije pambuku të lyer për prodhimin e thurjes dhe thurjes.

Zhvillimi i teknologjive të automatizuara të informacionit shkon paralelisht me shfaqjen e llojeve të reja të mjeteve teknike për përpunimin dhe transmetimin e informacionit, përmirësimin e formave organizative të përdorimit të kompjuterëve dhe ngopjen e infrastrukturës me mjete të reja komunikimi. Zhvillimi i marrëdhënieve të tregut ka çuar në shfaqjen e llojeve të reja të aktiviteteve të biznesit dhe, mbi të gjitha, në krijimin e kompanive të angazhuara në biznesin e informacionit, zhvillimin e teknologjive të informacionit, përmirësimin e tyre dhe shpërndarjen e komponentëve të teknologjive të automatizuara të informacionit. , në veçanti produktet softuerike që automatizojnë informacionin dhe proceset informatike. Këto përfshijnë gjithashtu teknologjinë kompjuterike, pajisjet e komunikimit, pajisjet e zyrës dhe lloje të veçanta të shërbimeve - informacion, shërbime teknike dhe konsulente, trajnime, etj. Kjo kontribuoi në përhapjen e shpejtë dhe përdorimin efektiv të teknologjive të informacionit në proceset e menaxhimit dhe prodhimit, në përdorimin pothuajse universal të tyre dhe diversitetin e madh.

Ndërmarrjet e angazhuara në projektimin dhe zhvillimin e pajisjeve për qëllime të ndryshme aktualisht po përdorin gjerësisht mjete të ndryshme të dizajnit me ndihmën e kompjuterit - CAD (CAD) dhe monitorimin e proceseve të prodhimit - sistemet e automatizuara të kontrollit të procesit (SCADA / DCS). Sidoqoftë, për pajisjet e dizajnit tuaj, është e nevojshme të zhvilloni mjetet tuaja për të monitoruar performancën e tyre dhe për të analizuar cilësinë e produktit.

Procesi teknologjik i kontabilitetit të produkteve në një depo në një dyqan Cleanelly përfshin fazën e mbajtjes së regjistrave të produkteve të shitura.

Qëllimi i këtij projekti diplome është zbatimi i një stacioni pune të automatizuar (AWS) që lejon llogaritjen e produkteve në një magazinë dyqani.

Për të arritur qëllimin e mësipërm, është e nevojshme të zgjidhen detyrat e mëposhtme:

¾ kryeni një analizë të proceseve të biznesit të dyqanit;

¾ eksplorojnë flukset e informacionit që lindin në fazën e dorëzimit të produktit në zhvillim;

¾ zhvillimi i modeleve konceptuale dhe logjike të të dhënave;

¾ zhvilloni softuer për stacionet e punës të kontabilitetit të produktit

¾ vlerësojnë efikasitetin ekonomik të sistemit të informacionit.

1 Zhvillimi i kërkesave të softuerit

1.1 Analiza e zgjidhjeve ekzistuese

Aktualisht, ekziston një gamë e gjerë kompanish që kombinojnë si zhvillimin e drejtpërdrejtë të produkteve ashtu edhe zhvillimin e sistemeve të kontrollit për këto produkte. Sisteme të ngjashme janë zhvilluar nga kompani të tilla të njohura si 1:C Enterprise dhe Zvezda. Në sisteme të tilla, materialet kontrollohen dhe llogariten, dhe informacioni i marrë përpunohet.

"1C:Enterprise" është një sistem zgjidhjesh aplikimi i ndërtuar sipas parimeve uniforme dhe në një platformë të vetme teknologjike. Menaxheri mund të zgjedhë një zgjidhje që plotëson nevojat aktuale të ndërmarrjes dhe do të zhvillohet më tej me rritjen e ndërmarrjes ose zgjerimin e detyrave të automatizimit.

Sistemi softuerik 1C: Enterprise është krijuar për të zgjidhur një gamë të gjerë problemesh të automatizimit të kontabilitetit dhe menaxhimit me të cilat përballen ndërmarrjet moderne në zhvillim dinamik. Zgjidhja e problemeve aktuale të kontabilitetit dhe menaxhimit Përbërja e programeve të sistemit 1C: Enterprise përqendrohet në nevojat aktuale të ndërmarrjeve. Kompania 1C prodhon zgjidhje softuerësh të prodhuar në masë të krijuar për të automatizuar detyrat tipike të kontabilitetit dhe menaxhimit në ndërmarrje. Një tipar dallues i zgjidhjeve të qarkullimit të kompanisë 1C është studimi i kujdesshëm i funksionalitetit të përfshirë në zgjidhjet standarde. Kompania 1C analizon përvojën e përdoruesve duke përdorur programet e sistemit 1C: Enterprise dhe monitoron ndryshimet në nevojat e tyre.

Përparësitë kryesore të sistemit tim të bazës me shumicë përfshijnë koston relativisht të ulët të zbatimit të këtij sistemi, si dhe një sërë avantazhesh të tjera:

¾ Besueshmëria e aplikacioneve të krijuara. Paketa e softuerit (PC) duhet të jetë rezistente jo vetëm ndaj gabimeve të përdoruesit, por edhe ndaj dështimeve në sistemin e komunikimit.

¾ Lehtësia e përdorimit të ndërfaqes;

¾ Një nivel i lartë i sigurisë së sistemit, i cili nënkupton jo vetëm kontrollin e disponueshmërisë së burimeve të caktuara të sistemit dhe sigurinë e informacionit në të gjitha fazat e funksionimit, por edhe ndjekjen e veprimeve të kryera me një shkallë të lartë besueshmërie.

1.2 Analiza e domenit

E veçanta e analizës së domenit është se ju lejon të shihni të gjithë grupin e operacioneve të një organizate.

CASE ka për qëllim analizën dhe riorganizimin e proceseve të biznesit – Mjet i nivelit të lartë All Fusion Process Modeler (BPwin), duke mbështetur metodologjitë IDEF0 (modeli funksional), DFD (Diagrami i rrjedhës së të dhënave) dhe IDEF3 (Diagrami i rrjedhës së punës). BPwin është një produkt i fuqishëm softuerësh për krijimin e modeleve që ju lejojnë të analizoni, dokumentoni dhe planifikoni ndryshime në proceset komplekse të biznesit. BPwin ofron një mjet për të mbledhur të gjithë informacionin e nevojshëm në lidhje me funksionimin e një ndërmarrje dhe për të përfaqësuar grafikisht këtë informacion në formën e një modeli holistik dhe të qëndrueshëm.

Nga pikëpamja e funksionalitetit të sistemit. Në kuadrin e metodologjisë IDEF0 (Integration Definition for Function Modeling), një proces biznesi paraqitet si një grup elementësh pune që ndërveprojnë me njëri-tjetrin, si dhe tregohen informacionet, burimet njerëzore dhe prodhuese të konsumuara nga çdo punë. Modeli funksional synon të përshkruajë proceset ekzistuese të biznesit në një ndërmarrje (i ashtuquajturi modeli AS-IS) dhe gjendjen ideale të punëve. – për çfarë të përpiqemi (modeli TO-BE). Metodologjia IDEF0 përshkruan ndërtimin e një sistemi hierarkik të diagrameve, d.m.th. përshkrime të vetme të fragmenteve të sistemit. Së pari, bëhet një përshkrim i sistemit në tërësi dhe ndërveprimi i tij me botën e jashtme (diagrami i kontekstit), pas së cilës kryhet një dekompozim funksional – sistemi ndahet në nënsisteme dhe secili sistem përshkruhet veçmas (diagramet e zbërthimit). Më pas, çdo nënsistem ndahet në më të vegjël, e kështu me radhë, për të arritur nivelin e dëshiruar të detajeve.

Nëse gjatë procesit të modelimit ju duhet të nënvizoni aspekte specifike të teknologjisë së ndërmarrjes, BPwin ju lejon të kaloni në shënimin DFD ose IDEF3 në çdo degë të modelit. Diagramet DFD (Data Flow Diagramming) mund të plotësojnë atë që tashmë është pasqyruar në modelin IDEF3, pasi ato përshkruajnë rrjedhat e të dhënave, duke ju lejuar të gjurmoni se si shkëmbehet informacioni midis funksioneve të biznesit brenda një sistemi. Në të njëjtën kohë, diagramet DFD shpërfillin ndërveprimet ndërmjet funksioneve të biznesit.

Nga pikëpamja e renditjes së punës së kryer. Dhe një pamje edhe më e saktë mund të merret duke plotësuar modelin me diagramet IDEF3. Kjo metodë tërheq vëmendjen për radhën në të cilën ekzekutohen ngjarjet. IDEF3 përfshin elemente logjike që ju lejojnë të modeloni dhe analizoni skenarë alternativë për zhvillimin e një procesi biznesi.

Për të marrë në konsideratë proceset e biznesit të kryera në një magazinë dyqani, është e nevojshme të përdoren vetëm dy metodologji IDEF0 dhe DFD. Procesi i modelimit të një sistemi në IDEF0 fillon me përcaktimin e kontekstit, d.m.th. niveli më abstrakt i përshkrimit të një sistemi ose të proceseve të biznesit në tërësi.

Modeli IDEF0. Për të studiuar proceset e biznesit "Formimi i një porosie furnizuesi", "Pranimi i mallrave", "Lëshimi i mallrave", le të shohim diagramet që janë paraqitur në formën e një diagrami IDEF0. Sistemi IDEF0 përfaqësohet si një grup aktivitetesh ose funksionesh ndërvepruese.

Metodologjia IDEF0 bazohet në katër koncepte kryesore.

E para prej tyre është koncepti bllok funksioni (Kutia e aktivitetit). Një bllok funksional përshkruhet grafikisht si një drejtkëndësh dhe përfaqëson një funksion specifik brenda sistemit në shqyrtim.

Secila nga katër anët e bllokut funksional ka kuptimin e vet specifik (rolin), dhe:

Ana e sipërme është vendosur në "Control";

Ana e majtë është vendosur në "Input";

Ana e djathtë është vendosur në Output;

Ana e poshtme ka kuptimin "Mekanizëm".

Shtylla e dytë e metodologjisë IDEF0 është koncepti i një harku ndërfaqe (shigjeta). Paraqitja grafike e një harku të ndërfaqes është një shigjetë me një drejtim. Çdo hark i ndërfaqes duhet të ketë emrin e vet (Etiketa Shigjeta). Duke përdorur harqet e ndërfaqes, shfaqen objekte të ndryshme që, në një shkallë ose në një tjetër, përcaktojnë proceset që ndodhin në sistem. Në këtë rast, shigjetat, në varësi të cilës faqe të drejtkëndëshit të punës hyjnë ose nga cila faqe dalin, ndahen në:

Shigjetat hyrëse (të përfshira në anën e majtë të bllokut funksional) - përshkruajnë të dhëna ose objekte që ndryshojnë gjatë ekzekutimit të punës;

Shigjetat e kontrollit (të përfshira në skajin e sipërm të bllokut funksional) - përshkruajnë rregullat dhe kufizimet për shkak të të cilave kryhet puna;

Shigjetat e daljes (që dalin nga ana e djathtë e bllokut të funksionit) - përshkruajnë të dhëna ose objekte që shfaqen si rezultat i ekzekutimit të punës;

Shigjetat e mekanizmit (të përfshira në skajin e poshtëm të bllokut funksional) - përshkruajnë burimet (për shembull, pajisjet, burimet njerëzore).

Koncepti i tretë thelbësor i standardit IDEF0 është Dekompozimi. Parimi i dekompozimit përdoret kur ndahet një proces kompleks në funksionet përbërëse të tij.

Zbërthimi ju lejon të paraqisni gradualisht dhe në mënyrë të strukturuar modelin e sistemit në formën e një strukture hierarkike të diagrameve individuale, gjë që e bën atë më pak të mbingarkuar dhe më të lehtë për t'u tretur.

I fundit nga konceptet IDEF0 është Fjalori. Për secilin nga elementët IDEF0: diagramet, blloqet e funksionit, harqet e ndërfaqes, standardi ekzistues nënkupton krijimin dhe mirëmbajtjen e një grupi përkufizimesh, fjalë kyçe, deklarata narrative, etj. që karakterizojnë objektin e shfaqur nga ky element. Ky grup quhet një fjalor dhe është një përshkrim i thelbit të një elementi të caktuar.

Le të shqyrtojmë diagramet e proceseve të biznesit që ndodhin në depon e OJSC DMM, dyqani "Cleonelly":

Për dukshmërinë e përgjithshme të sistemit, është e nevojshme të ndërtohet konteksti "Aktivitetet e magazinës së ndërmarrjes" (shih Figurën 1.1).

Figura 1.1 – Diagrami “Aktivitetet e magazinës së ndërmarrjes”

Pasi të krijohet konteksti, kryhet zbërthimi, d.m.th. duke ndërtuar diagramet e mëposhtme në hierarki.

Çdo diagram pasues është një përshkrim më i detajuar i njërës prej punimeve në diagramin e mësipërm. Një shembull i dekompozimit të punës kontekstuale është paraqitur në Figurën 1.2. Kështu, i gjithë sistemi është i ndarë në nënsisteme deri në nivelin e kërkuar të detajeve; ky sistem ndahet në tre nivele.

Figura 1.2 – Diagramet e zbërthimit të nivelit të parë

Figura 1.3 – Diagrami “Dizajni i produktit”

Figura 1.4 – Diagrami “Lëshimi i mallrave”

Figura 1.5 – Diagrami “Pranimi i mallrave”

DFD. Kjo metodologji bazohet në ndërtimin e një modeli të IS të analizuar - të projektuar ose ekzistues. Në përputhje me metodologjinë, modeli i sistemit përkufizohet si një hierarki e diagrameve të rrjedhës së të dhënave (DFD) që përshkruajnë procesin asinkron të transformimit të informacionit nga hyrja e tij në sistem deri në dorëzimin e tij tek përdoruesi. Diagramet DFD zakonisht ndërtohen për të përshkruar vizualisht funksionimin aktual të sistemit të menaxhimit të dokumenteve të një organizate. Më shpesh, diagramet DFD përdoren si plotësues i një modeli të procesit të biznesit të bërë në IDEF0.

Komponentët kryesorë të një diagrami të rrjedhës së të dhënave janë:

Subjektet e jashtme (të paraqitura grafikisht nga një katror) - tregojnë një objekt material ose individ që është një burim ose marrës i informacionit. Për shembull: klientët, stafi, furnitorët, klientët, depoja;

Sistemet/nënsistemet (grafikisht duket si një drejtkëndësh me qoshe të rrumbullakosura) - funksione që tregojnë funksione ose procese që përpunojnë dhe ndryshojnë informacionin;

Disqet e të dhënave janë një pajisje abstrakte për ruajtjen e informacionit që mund të vendoset në një disk në çdo kohë dhe të merret pas njëfarë kohe, dhe metodat e vendosjes dhe marrjes mund të jenë të gjitha. Një pajisje për ruajtjen e të dhënave në përgjithësi është një prototip i një baze të dhënash të ardhshme dhe përshkrimi i të dhënave të ruajtura në të duhet të lidhet me modelin e informacionit;

Rrjedhat e të dhënave - përcakton informacionin e transmetuar përmes një lidhjeje nga një burim në një destinacion. Rrjedha e të dhënave në një diagram përfaqësohet nga një vijë që përfundon me një shigjetë që tregon drejtimin e rrjedhës.

Konsideroni diagramin e rrjedhës së të dhënave (DFD) “Çështja e mallrave”, Figura 1.6. Ky diagram tregon lëvizjen e dokumenteve kur pranohet një "kërkesë për mallra" nga organizata.

Figura 1.6 – Diagrami DFD “Çështja e mallrave”

Konsideroni diagramin e mëposhtëm të rrjedhës së të dhënave “Çlirimi i produktit” (shih Figurën 1.7). Ai tregon procesin e kryerjes së punës dhe lëvizjen e dokumenteve gjatë “lëshimit të mallrave”.

Figura 1.7 – Diagrami DFD “Regjistrimi i produktit”

Diagramet e rrjedhës së të dhënave vendosin të gjitha simbolet e përdorura në një pamje të përgjithshme që jep një pamje të qartë se cilat të dhëna po përdoren dhe cilat funksione po kryhen nga sistemi i rrjedhës së punës. Në të njëjtën kohë, shpesh rezulton se flukset ekzistuese të informacionit që janë të rëndësishme për aktivitetet e kompanisë nuk zbatohen në mënyrë të besueshme dhe duhet të riorganizohen.*******

Struktura organizative e një ndërmarrjeje të angazhuar në shitjen e produkteve terry konsiderohet duke përdorur shembullin e kompanisë OJSC "Donetsk Manufactory M" të dyqanit Cleonelly:

Në drejtim të zhvillimit të sistemeve për kontrollin dhe llogaritjen e materialeve, problemet e mëposhtme mund të zgjidhen me sukses:

1. Ky është kontroll mbi mallrat e furnizuara dhe të ruajtura në magazinë.

2. Informacion rreth furnitorëve dhe konsumatorëve

3. Ai gjithashtu përmban informacion dhe operacione mbi produktin

4. Përmban një regjistër të raportit të mallrave të lëshuara

5. Përmban një drejtori produkti

6. Automatizimi i funksioneve të magazinës (marrja, konsumi, fshirja, rezervimi i mallrave)

7. Regjistrimi dhe ruajtja e faturave për mallrat dhe shërbimet e blera dhe të shitura, si dhe lëshimi i faturave për parapagim, pagesë të shtyrë dhe dorëzim të mallrave.

8. Krijimi i faturave dhe kontabilizimi i mallrave të emetuara

9. Kryerja e një inventarizimi të magazinës me krijimin e një fletë përputhëse, një deklaratë mungesash dhe tepricash.

10. Krijimi i paketave të produkteve

Siç tregohet, aktiviteti kryesor i kësaj ndërmarrje është shitja e produkteve të pambukut. Procesi i projektimit përfshin shumë faza të përpunuara me kujdes nga strukturat e menaxhimit të ndërmarrjeve të projektimit gjatë gjithë jetës së ndërmarrjes. Ky proces nuk mund të ndryshohet menjëherë, pasi përfshin shumë departamente të vetë ndërmarrjes, nënkontraktorë të jashtëm dhe klientë të ndërmarrjes së projektit. Prandaj, ndërmarrjet janë të kujdesshme për zbatimin e sistemeve të informacionit që lidhen me proceset e menaxhimit të projektimit dhe zhvillimit. Si rregull, ndërmarrjet ruse përdorin zhvillimet e tyre në këtë fushë.

1.3 Kërkesat e mbledhjes

Gjatë dizajnimit të sistemit të informacionit (IS) të "Stacionit të Punës së Dyqanit me Shumicë", ishte e nevojshme të mblidheshin kërkesa që do të ndihmonin në krijimin e një ndërfaqeje në atë mënyrë që të ishte i përshtatshëm për përdoruesin përfundimtar (punonjësi i dyqanit) të punonte me të zhvilluarit ËSHTË.

Inxhinieria e kërkesave është një proces që përfshin aktivitetet e nevojshme për të krijuar dhe vërtetuar një dokument që përmban një specifikim të kërkesave të sistemit.

Për të zbatuar procesin e automatizimit të kontabilitetit dhe kontrollit të materialeve, është e nevojshme që sistemi i informacionit të përmbushë kërkesat funksionale të mëposhtme:

¾ dokumentacioni i rezultateve.

¾ Sistemi i informacionit duhet të zbatohet si një program i bazuar në mjedisin e integruar Visual Fox Pro.

Programi funksionon në sistemin operativ Windows 2000/NT/XP.

Ekzistojnë katër faza kryesore në procesin e zhvillimit të kërkesave (Figura 1.8):

Analiza e fizibilitetit teknik të krijimit të një sistemi;

Formimi dhe analiza e kërkesave;

Specifikimi i kërkesave dhe krijimi i dokumentacionit përkatës;

Certifikimi i kërkesave.

Mbledhja e kërkesave është një fazë e rëndësishme në hartimin e softuerit, pasi këtu duhet të formulohen saktë dhe saktë të gjitha kërkesat e klientit.

1.4 Specifikimi i kërkesave

Përcaktimi i kërkesave të sakta është ndoshta faza më kritike e një projekti softuerësh. Është shumë e rëndësishme që formati i projektit të përputhet me kërkesat e softuerit të mbledhura nga ekipi i zhvillimit, përndryshe këto kërkesa nuk mund të mbështeten dhe të paraqiten në produktin softuer. Specifikimi i Kërkesave të Softuerit (SRS) është i një rëndësie kyçe për të gjithë ciklin jetësor të zhvillimit të softuerit. Ky nuk është vetëm një dokument derivativ që përcakton specifikat e një projekti softuerësh, por edhe dokumenti kryesor që përdoret për qëllimin e kryerjes së testeve të kualifikimit dhe pranimit. Certifikimi është një vlerësim i cilësisë së punës së menaxherëve të projektit. Ai përcakton shkallën e përputhshmërisë së produktit softuer me kërkesat e vendosura. Specifikimi SRS vepron si një lloj mekanizmi për rregullimin e kërkesave të sistemit, të cilat përdoren si kritere për certifikim.

Bazuar në SRS, arrihet marrëveshja midis klientëve dhe prodhuesve të produkteve softuerike. Specifikimi SRS përshkruan plotësisht funksionet që duhet të kryejë produkti softuer që po zhvillohet. Kjo i lejon përdoruesit e mundshëm të përcaktojnë shkallën në të cilën produkti plotëson nevojat e tyre, si dhe se si produkti mund të modifikohet për ta bërë atë më të dobishëm në zgjidhjen e problemeve të tyre.

Kostot e kohës së zhvillimit janë zvogëluar. Grupe të ndryshme brenda organizatës së klientëve janë të përfshirë në përgatitjen e specifikimeve SRS. Ata shqyrtojnë me kujdes të gjitha kërkesat përpara se të fillojë zhvillimi aktual i projektit. Kjo zvogëlon mundësinë e ri-dizajnimit, kodimit dhe testimit të mëvonshëm.

Një ekzaminim i kujdesshëm i kërkesave të paraqitura në specifikimin SRS mund të zbulojë anashkalime, keqkuptime dhe mospërputhje në fillim të ciklit të zhvillimit, kur problemet janë shumë më të lehta për t'u zgjidhur sesa më vonë në ciklin e zhvillimit.

Specifikimi i SRS bëhet baza për vlerësimin dhe planifikimin e kostos. Përshkrimi i produktit është baza reale për vlerësimin e kostos së projektit. Në një mjedis ku ekziston koncepti i një oferte formale, SRS përdoret për të miratuar një vlerësim të ofertës ose çmimit.

Me ndihmën e specifikimeve të SRS të shkruara siç duhet, organizatat në nivel organizativ mund të zhvillojnë plane kualifikimi dhe auditimi shumë më produktive. Si pjesë e kontratës së zhvillimit, SRS ofron një pikë referimi për vlerësimin e pajtueshmërisë me specifikimet.

Specifikimi SRS e bën më të lehtë transferimin e produktit softuer te përdoruesit e rinj, si dhe instalimin e tij në kompjuterë të tjerë. Kështu, bëhet më e lehtë për klientët të transferojnë produktin softuer në departamente të tjera të organizatës, dhe për zhvilluesit ta transferojnë atë te klientët e tjerë.

Specifikimi SRS shërben si bazë për përmirësimin. Ky dokument diskuton vetë produktin, jo procesin e zhvillimit të projektit, kështu që mund të përdoret si bazë për zgjerimin e produktit të përfunduar.

Pasi të ketë përfunduar procesi i përcaktimit dhe specifikimit të kërkesave, është e nevojshme të vërtetohen kërkesat.

Specifikimi i kërkesave për një projekt softuerësh duhet të paraqitet në Shtojcën A.

1.5 Vlefshmëria e kërkesave

Vlefshmëria duhet të tregojë se kërkesat përcaktojnë me të vërtetë sistemin që klienti dëshiron të ketë. Verifikimi i kërkesave është i rëndësishëm sepse gabimet në specifikimin e kërkesave mund të çojnë në ripërpunim të sistemit dhe kosto të larta nëse zbulohen gjatë procesit të zhvillimit të sistemit ose pasi ai të jetë vënë në funksion.

Gjatë procesit të vërtetimit të kërkesave, duhet të kryhen lloje të ndryshme të kontrolleve të dokumentacionit të kërkesave:

1. Kontrollimi i korrektësisë së kërkesave.

2. Kontrolli i konsistencës.

3. Kontrolloni për plotësinë.

4. Kontrolloni për fizibilitetin.

Ekzistojnë një sërë metodash të certifikimit të kërkesave që mund të përdoren së bashku ose individualisht:

1. Rishikimi i kërkesave.

2. Prototipizim.

3. Gjenerimi i skenarëve të testimit.

4. Analiza e automatizuar e konsistencës.

Mënyra më e dukshme që klienti të kuptojë sistemin është prototipi.

Përpara se të filloni prototipin, mund të krijoni një diagram të rrjedhës së ndërfaqes së përdoruesit. Ky diagram përdoret për të eksploruar marrëdhëniet ndërmjet elementeve kryesore të ndërfaqes së përdoruesit.

Hapi tjetër në vërtetimin e kërkesave është krijimi aktual i prototipeve.

Një prototip i softuerit është një zbatim i pjesshëm ose i mundshëm i një produkti të ri të propozuar. Prototipi realizon tre detyra kryesore: qartësimin dhe plotësimin e procesit të kërkesave, eksplorimin e zgjidhjeve alternative dhe krijimin e produktit përfundimtar.

Prototipi i menysë kryesore të këtij moduli është paraqitur në Figurën 1.9.

1.6 Zgjedhja e një metodologjie të projektimit të sistemit të informacionit

Thelbi i qasjes strukturore ndaj zhvillimit të IS qëndron në zbërthimin (zbërthimin) e tij në funksione të automatizuara: sistemi ndahet në nënsisteme funksionale, të cilat nga ana e tyre ndahen në nënfunksione, të nënndara në detyra etj. Procesi i ndarjes vazhdon deri në procedura specifike. Në këtë rast, sistemi i automatizuar mban një pamje holistike në të cilën të gjithë komponentët janë të ndërlidhur.

Të gjitha metodologjitë më të zakonshme të qasjes strukturore bazohen në një sërë parimesh të përgjithshme. Parimet e mëposhtme përdoren si dy parime bazë:

Parimi i "përça dhe sundo" është parimi i zgjidhjes së problemeve komplekse duke i zbërthyer ato në shumë probleme më të vogla të pavarura që janë të lehta për t'u kuptuar dhe zgjidhur;

Parimi i renditjes hierarkike është parimi i organizimit të përbërësve të një problemi në struktura peme hierarkike me shtimin e detajeve të reja në çdo nivel.

Analiza strukturore përdor kryesisht dy grupe mjetesh për të ilustruar funksionet e kryera nga sistemi dhe marrëdhëniet midis të dhënave. Secili grup mjetesh korrespondon me lloje të caktuara modelesh (diagrame), më të zakonshmet prej të cilave janë këto:

Modelet SADT (Structured Analysis and Design Technique) dhe diagramet funksionale përkatëse;

Diagramet e rrjedhës së të dhënave DFD (Data Flow Diagrams);

ERD (Entity-Relationship Diagrams) diagramet entitet-relacion.

Në fazën e projektimit të IS, modelet zgjerohen, rafinohen dhe plotësohen me diagrame që pasqyrojnë strukturën e softuerit: arkitektura e softuerit, diagramet e bllokut të programit dhe diagramet e formës së ekranit.

Modelet e listuara së bashku ofrojnë një përshkrim të plotë të sistemit të informacionit, pavarësisht nëse ai është ekzistues apo i zhvilluar rishtazi. Përbërja e diagrameve në çdo rast specifik varet nga plotësia e kërkuar e përshkrimit të sistemit.

2 PROJEKTIMI I SISTEMIT TË INFORMACIONIT

2.1 Projektim arkitektonik

Kur krijohet një sistem kompleks informacioni, një aspekt kritik është arkitektura e tij, ku ai përfaqëson një vizion konceptual të strukturës së proceseve dhe teknologjive funksionale të ardhshme në nivel sistemi dhe në ndërlidhje. Në mënyrë tipike, sistemet komplekse të informacionit të organizatave janë krijuar si një përbërje e komponentëve që ndërveprojnë në një nivel të lartë, të cilat mund të jenë vetë sisteme. Arkitektura e sistemit të informacionit të një organizate e bën sistemin më të kuptueshëm duke përcaktuar funksionalitetin dhe strukturën e tij në një mënyrë që zbulon vendimet e projektimit dhe i lejon vëzhguesit të bëjë pyetje në lidhje me përmbushjen e kërkesave të projektimit, shpërndarjen e funksionalitetit dhe zbatimin e komponentëve.

Arkitektura e sistemit të informacionit të një organizate është një model se si teknologjia e informacionit do të mbështesë qëllimet kryesore dhe strategjinë e zhvillimit të objektit të automatizuar. Ai mundëson të menduarit kritik dhe një vizion të qartë se si grupet e integruara të sistemeve të informacionit duhet të strukturohen për të arritur këto qëllime. Arkitektura e sistemit të informacionit përshkruan se si sistemet e informacionit, aplikacionet dhe njerëzit funksionojnë nëpër një organizatë në një mënyrë të qëndrueshme dhe të unifikuar.

Kështu, arkitektura e një sistemi informacioni përfshin një grup të pranuar përgjithësisht të komponentëve që ofrojnë "blloqet e ndërtimit" të sistemit të informacionit. Këto "blloqe ndërtimi" dhe karakteristikat e tyre përcaktohen në nivelin e duhur të detajeve për t'iu përshtatur nevojave të vendimeve të planifikimit që merren.

Gjatë projektimit të sistemeve moderne të informacionit organizativ, arkitektura e tyre duhet të zhvillohet duke pasur parasysh shumë palë të interesuara, duhet të jetë e kuptueshme për përdoruesit, t'u mundësojë zhvilluesve të planifikojnë dhe planifikojnë sistemin, të lejojë përcaktimin e ndërfaqeve, funksioneve dhe teknologjive kryesore, dhe gjithashtu t'i lejojë ata të vlerësoni planin dhe buxhetin e projektit. Duke vepruar kështu, arkitektëve modernë të sistemeve të informacionit u kërkohet të marrin përgjegjësinë për krijimin e një koncepti të kënaqshëm dhe të realizueshëm të sistemit në fillim të zhvillimit të tij, duke ruajtur integritetin e këtij koncepti gjatë zhvillimit dhe duke përcaktuar përshtatshmërinë e sistemit që rezulton për përdorimin e klientit. Nga ana tjetër, dizajni i arkitekturës së sistemit të informacionit është procesi i përshkrimit të arkitekturave të sistemit të informacionit në detaje të mjaftueshme për t'i bërë ato më të dobishme për zhvillimin e sistemeve të informacionit.

Një studim i përvojës së huaj tregon se në vendet e zhvilluara, kur zhvillohet një arkitekturë e sistemit të informacionit, duhet të plotësohen kushtet e mëposhtme:

¾ fokusi në misionin e organizatës;

¾ fokus në kërkesat;

¾ fokus në zhvillim;

¾ aftësia për t'u përshtatur;

¾ nevoja për fleksibilitet.

Pajtueshmëria me të gjitha këto kushte na lejon të zhvillojmë një arkitekturë më të avancuar dhe efikase për sistemin e informacionit të organizatës.

Arkitekturat kryesore të softuerit që po zbatohen aktualisht janë:

¾ server skedari;

¾ klient-server;

¾ me shumë nivele.

Serveri i skedarëve. Kjo arkitekturë e centralizuar e bazës së të dhënave të aksesueshme nga rrjeti përfshin përcaktimin e një prej kompjuterëve të rrjetit si një server të dedikuar në të cilin do të ruhen skedarët e centralizuar të bazës së të dhënave. Në përputhje me kërkesat e përdoruesve, skedarët transferohen nga serveri i skedarëve në stacionet e punës së përdoruesit, ku kryhet pjesa më e madhe e përpunimit të të dhënave. Serveri qendror kryen kryesisht vetëm rolin e ruajtjes së skedarëve, pa marrë pjesë në përpunimin e vetë të dhënave. Pas përfundimit të punës, përdoruesit kopjojnë skedarët me të dhëna të përpunuara përsëri në server, nga ku mund të merren dhe përpunohen nga përdorues të tjerë. Ky organizim i menaxhimit të të dhënave ka një sërë disavantazhesh, për shembull, kur shumë përdorues hyjnë njëkohësisht në të njëjtat të dhëna, produktiviteti i punës bie ndjeshëm, pasi është e nevojshme të prisni derisa përdoruesi që punon me të dhënat të përfundojë punën e tij. Përndryshe, korrigjimet e bëra nga disa përdorues mund të mbishkruhen nga ndryshimet e bëra nga përdorues të tjerë.

Klient-server. Ideja pas këtij koncepti është që përveç ruajtjes së skedarëve të bazës së të dhënave, një server qendror duhet të bëjë pjesën më të madhe të përpunimit të të dhënave. Përdoruesit hyjnë në serverin qendror duke përdorur një gjuhë të veçantë të strukturuar të pyetjeve (SQL, Structured Query Language), e cila përshkruan një listë të detyrave të kryera nga serveri. Kërkesat e përdoruesve pranohen nga serveri dhe gjenerojnë procese të përpunimit të të dhënave në të. Si përgjigje, përdoruesi merr një grup të dhënash të përpunuara tashmë. Jo i gjithë grupi i të dhënave transferohet midis klientit dhe serverit, siç ndodh në teknologjinë e serverit skedar, por vetëm të dhënat që i nevojiten klientit. Një pyetje përdoruesi që është vetëm disa rreshta mund të gjenerojë përpunim të të dhënave që përfshin tabela të shumta dhe miliona rreshta. Si përgjigje, klienti mund të marrë vetëm disa numra. Teknologjia klient-server ju lejon të shmangni transmetimin e sasive të mëdha të informacionit përmes rrjetit duke zhvendosur të gjithë përpunimin e të dhënave në një server qendror. Për më tepër, qasja në shqyrtim na lejon të shmangim konfliktet midis ndryshimeve në të njëjtat të dhëna nga përdorues të shumtë, të cilat janë tipike për teknologjinë e serverit të skedarëve. Teknologjia klient-server zbaton modifikimin e koordinuar të të dhënave nga shumë klientë, duke siguruar përputhjen automatike me integritetin e të dhënave. Këto dhe disa avantazhe të tjera e kanë bërë teknologjinë klient-server shumë të popullarizuar. Disavantazhet e kësaj teknologjie përfshijnë kërkesat e performancës së lartë për serverin qendror. Sa më shumë klientë të kenë akses në server dhe sa më i madh të jetë vëllimi i të dhënave të përpunuara, aq më i fuqishëm duhet të jetë serveri qendror.

Bazuar në këto konsiderata, gjatë dizajnimit të arkitekturës AWS, teknologjia klient-server u mor si bazë. Diagramet e paraqitjes pasqyrojnë marrëdhëniet fizike midis komponentëve të softuerit dhe harduerit të një sistemi.)

2.2 Projektimi i ndërfaqes së sistemit të informacionit

Ndërfaqja e përdoruesit shpesh i referohet vetëm pamjes së programit. Sidoqoftë, në realitet, përdoruesi e percepton të gjithë sistemin në tërësi përmes tij, që do të thotë se një kuptim i tillë i tij është shumë i ngushtë. Në realitet, ndërfaqja e përdoruesit përfshin të gjitha aspektet e dizajnit që ndikojnë në ndërveprimin midis përdoruesit dhe sistemit. Nuk është vetëm ekrani që shikon përdoruesi. Ndërfaqja e përdoruesit përbëhet nga shumë komponentë, siç janë:

një grup detyrash të përdoruesit që ai zgjidh duke përdorur sistemin;

kontrollet e sistemit;

lundrimi midis blloqeve të sistemit;

dizajni vizual i ekraneve të programit.

Le të theksojmë disa nga përfitimet më domethënëse të një ndërfaqeje të mirë përdoruesi nga pikëpamja e biznesit:

zvogëlimi i numrit të gabimeve të përdoruesit;

uljen e kostos së mbështetjes së sistemit;

reduktimin e humbjeve të produktivitetit të punonjësve gjatë zbatimit të sistemit dhe rikuperimin më të shpejtë të produktivitetit të humbur;

përmirësimi i moralit të stafit;

uljen e kostos së ndryshimit të ndërfaqes së përdoruesit me kërkesë të përdoruesve;

disponueshmëria e funksionalitetit të sistemit për numrin maksimal të përdoruesve.

Baza e të dhënave e automatizuar e shitjes me shumicë në vendin e punës është zhvilluar si një aplikacion duke përdorur teknologjinë klient-server.

2.2.1 Ndërfaqja e përdoruesit të programit të kontrollit

Moduli kryesor i “Workstation Wholesale Base” është moduli Luck.exe, i cili ofron zbatimin e funksionalitetit kryesor të diagramit të rasteve të përdorimit të paraqitur në figurën 1.9 të seksionit 1.4.

Kur zhvilloni një sistem informacioni, një nga detyrat kryesore është krijimi i ndërfaqes më të thjeshtë dhe më pak të ngarkuar. Është ndërfaqja e produktit softuer që i ndihmon përdoruesit të "komunikojnë" me sistemin e informacionit, duke vepruar si një dialog midis përdoruesit dhe sistemit.

Ndërfaqja e programit, pjesa administrative:

1. forma fillestare e programit. Ky formular lëshohet kur produkti softuer lëshohet, duke formuar kështu fillimin e një dialogu midis përdoruesit dhe sistemit (Figura 2.3);

2. formulari i administratorit. Në këtë formë kryhet menaxhimi i plotë i sistemit të informacionit, d.m.th. shtimi, fshirja, ndryshimi i të dhënave në bazën e të dhënave, si dhe, nëse është e nevojshme, shikimi dhe printimi i raporteve (Figura 2.4);

3. Formulari “Klientë”, në sajë të këtij formulari mund të shihni informacion të plotë për klientët e ndërmarrjes (Figura 2.7);

4. Formulari “Furnizuesit”, falë këtij formulari mund të shihni informacion të plotë për klientët e kompanisë (Figura 2.8).

Pjesa e përdoruesit të ndërfaqes së programit:

Në dritaren e mbërritjes së mallrave, mallrat janë duke u përpunuar. Kur zgjedh këtë skedë formulari, përdoruesi duhet së pari

Në menynë e shpenzimeve, ka operacione të kryera nga punonjësi i magazinës për lëshimin dhe shitjen e mallrave.

Në menynë e bilanceve numërohen emrat e produkteve të ruajtura në magazinë.

Në menynë e arkës, këtu ruhen informacionet për porositë hyrëse dhe ato dalëse. (pamjet e ekranit)

2.2.2 Ndërfaqet e përdoruesit të komponentëve të kontrollit

Fig 2.0 Menuja kryesore e programit

Dritarja kryesore e programit është paraqitur në Fig. 1.9. Siç mund të shihet nga figura, përveç menysë kryesore të përshkruar tashmë më sipër, ai do të përmbajë gjithashtu një panel kontrolli (butonat "Hyrje", "Shpenzime", "Qasje", "Bilanci", "Para të gatshme", "Rivlerësim" , "Analytics", " Drejtoritë", "Shërbimi" dhe "Dalja nga programi").

Figura 2.1 Dritarja e menusë së marrjes së mbërritjes ose të magazinës.

Figura 2.2 Dritarja e menysë së rrjedhës

Figura 2.2 Dritarja e menysë që rregullon të drejtat e aksesit në program.

Figura 2.3 Dritarja e menysë së artikujve të mbetur.

Figura 2.4 Dritarja e menysë së arkës.

Figura 2.4 Dritarja e menysë së rivlerësimit.

2.3 Dizajni i bazës së të dhënave

ERwin 4.0 nga Computer Associates Int u përdor për të dizajnuar bazën e të dhënave.

ERwin është një mjet i fuqishëm dhe i lehtë për t'u përdorur për dizajnimin e bazës së të dhënave që ka fituar njohje dhe popullaritet të gjerë. Ai siguron nivelin më të lartë të produktivitetit gjatë zhvillimit dhe mirëmbajtjes së aplikacioneve të bazës së të dhënave. Gjatë gjithë procesit - nga modelimi logjik i kërkesave të informacionit dhe rregullat e biznesit që përcaktojnë bazën e të dhënave, tek optimizimi i modelit fizik sipas karakteristikave të specifikuara - ERwin ju lejon të shfaqni vizualisht strukturën dhe elementet kryesore të bazës së të dhënave.

ERwin nuk është vetëm mjeti më i mirë për dizajnimin e bazës së të dhënave, por edhe një mjet për krijimin e shpejtë të një të tillë. ERwin optimizon modelin sipas karakteristikave fizike të bazës së të dhënave të synuar. Ndryshe nga mjetet e tjera, ERwin ruan automatikisht konsistencën midis dizajnit logjik dhe fizik dhe përkthen konstruktet logjike, të tilla si marrëdhëniet shumë-për-shumë, në zbatimin e tyre fizik. Lehtëson hartimin e bazës së të dhënave. Për ta bërë këtë, mjafton të krijoni një model grafik E-R (objekt-relacion) që plotëson të gjitha kërkesat e të dhënave dhe të futni rregullat e biznesit për të krijuar një model logjik që shfaq të gjithë elementët, atributet, marrëdhëniet dhe grupimet. Erwin ka dy nivele të përfaqësimit të modelit - logjik dhe fizik. Niveli logjik është një pamje abstrakte e të dhënave, ku të dhënat paraqiten ashtu siç duken në botën reale dhe mund të quhen siç quhet në botën reale, për shembull "Klient i rregullt", "Departament" ose "Punonjës". Mbiemri". Objektet model të përfaqësuara në nivelin logjik quhen entitete dhe atribute. Niveli logjik i modelit të të dhënave është universal dhe në asnjë mënyrë nuk lidhet me një zbatim specifik të DBMS. Ekzistojnë tre nënnivele të nivelit logjik të modelit të të dhënave, të cilat ndryshojnë në thellësinë e paraqitjes së informacionit për të dhënat:

Diagrami i Marrëdhënieve me Entitetin (ERD);

Modeli i të dhënave i bazuar në çelësa (Modeli i bazuar në çelës (KB));

Modeli plotësisht i atribuar (FA)

Një diagram i marrëdhënieve entitet përfshin entitete dhe marrëdhënie që pasqyrojnë rregullat bazë të biznesit të fushës së lëndës. Një diagram i tillë nuk është shumë i detajuar, ai përfshin entitetet kryesore dhe marrëdhëniet midis tyre që plotësojnë kërkesat themelore. Një diagram i marrëdhënies njësi ekonomike mund të përfshijë marrëdhënie shumë-me-shumë dhe të mos përfshijë një përshkrim të çelësave. Në mënyrë tipike, ERD përdoret për prezantime dhe diskutime të strukturës së të dhënave me ekspertë të fushës. Një model i të dhënave i bazuar në çelës është një pamje më e detajuar e të dhënave. Ai përfshin një përshkrim të të gjitha entiteteve dhe çelësave kryesorë dhe synon të përfaqësojë strukturën e të dhënave dhe çelësat që korrespondojnë me fushën e temës.

Modeli logjik është përfaqësimi më i detajuar i strukturës së të dhënave: ai përfaqëson të dhënat në formën e tretë normale dhe përfshin të gjitha entitetet, atributet dhe marrëdhëniet (shih Shtojcën B).

Modeli i të dhënave fizike përkundrazi, varet nga një DBMS specifike, në fakt duke qenë një pasqyrim i katalogut të sistemit. Shtresa fizike e modelit përmban informacion për të gjitha objektet e bazës së të dhënave. Meqenëse nuk ka standarde për objektet e bazës së të dhënave (për shembull, nuk ka standard për llojet e të dhënave), shtresa fizike e modelit varet nga zbatimi specifik i DBMS. Rrjedhimisht, i njëjti nivel logjik i një modeli mund të korrespondojë me disa nivele të ndryshme fizike të modeleve të ndryshme. Nëse në nivelin logjik të modelit nuk ka më shumë rëndësi se çfarë lloji specifik të të dhënave ka atributi (megjithëse llojet abstrakte të të dhënave mbështeten), atëherë në nivelin fizik të modelit është e rëndësishme të përshkruhen të gjitha informacionet rreth objekteve fizike specifike - tabela, kolona, ​​indekse, procedura, etj. Ndarja e modelit të të dhënave në nivele logjike dhe fizike ju lejon të zgjidhni disa probleme të rëndësishme.

Modeli i të dhënave fizike është paraqitur në Shtojcën B.

2.4 Arsyetimi për zgjedhjen e një platforme për krijimin e një sistemi informacioni

Visual FoxPro është një mjedis zhvillimi vizual për sistemet e menaxhimit të bazës së të dhënave relacionale të prodhuara aktualisht nga Microsoft. Versioni i fundit është 9.0. Përdor gjuhën e programimit FoxPro. Versioni i sistemit 7.0 mund të funksionojë në sistemet operative Windows 9x dhe NT kernel, versionet 8.0 dhe 9.0 - vetëm në Windows XP, 2000, 2003.

FoxPro (Fox-pro?) është një nga dialektet e gjuhës programuese xBase. Përdoret kryesisht për zhvillimin e DBMS-ve relacionale, megjithëse mund të përdoret për zhvillimin e klasave të tjera të programeve. Siç u përmend më lart, gjuha VFP është një gjuhë xBase shumë e plotësuar dhe e zgjeruar. Në Visual FoxPro, gjuha e programimit, domethënë konstrukti bazë i gjuhës, është koncepti i një klase. Versioni origjinal i xBase është një gjuhë e pastër strukturore, me një koncept bazë të procedurave dhe funksioneve. Kështu, gjuha moderne e programimit Visual FoxPro ju lejon të kombinoni të dy programimin "mënyrën e modës së vjetër" duke përshkruar një masë procedurash, dhe në stilin OOP, duke krijuar një hierarki komplekse klasash.

Zgjodha këtë gjuhë programimi sepse përmban një sërë përparësish të mëposhtme:

¾ Një format i njohur i tabelës së bazës së të dhënave që e bën të lehtë shkëmbimin e informacionit me aplikacione të tjera të Microsoft Windows.

Organizimi modern i bazave të të dhënave relacionale, duke ju lejuar të ruani informacione në lidhje me tabelat e bazës së të dhënave, vetitë e tyre, indekset dhe marrëdhëniet, të vendosni kushte për ruajtjen e integritetit të referencës, të krijoni pamje lokale dhe të largëta (Views), lidhje me serverët, procedurat e ruajtura të ekzekutuara me shfaqjen e më shumë se 50 lloje të ndryshme ngjarjesh (VFP 7.0-9.0).

Shpejtësi e lartë e punës me baza të të dhënave të mëdha.

Dukshmëri e lartë e punës me bazat e të dhënave: dritarja shumëfunksionale e sesionit të të dhënave ju lejon të shihni një listë të tabelave të hapura të bazës së të dhënave, marrëdhëniet e tyre, filtrat, renditjen e indeksit, mënyrat e buferimit, kalimin në mënyrat e modifikimit të strukturës, punën me informacionin e tabelës, etj.

Shpejtësi e lartë e zhvillimit të aplikacioneve duke përdorur Wizards, Designers, Builders, modalitetin e aludimit IntelliSense kur shkruani tekstin e programit, korrigjimin dhe testimin e sistemeve.

Aftësia për të zhvilluar aplikacione që punojnë duke përdorur teknologjinë klient-server me të dhëna të vendosura në serverët e bazës së të dhënave Oracle dhe Microsoft SQL Server dhe me aplikacione të tjera të Microsoft Windows duke përdorur ODBC dhe OLE

Sistemi VFP është menduar për t'u përdorur nga programuesit profesionistë, kështu që nuk ka asnjë pikë në Rusifikimin e menusë dhe gjuhës së tij - për çdo programues sintaksa angleze e gjuhës algoritmike është më e njohur se rusishtja.

2.5 Dizajni i modulit

Le të hedhim një vështrim më të afërt në hartimin e një prej moduleve të programit dhe të përdorim shembullin e tij për të parë hapat e nevojshëm për të krijuar një projekt.

Si shembull, unë do të konsideroj hartimin e një moduli që zbaton rastin e përdorimit "Plotëson një aplikim për pranim".

Së pari, le të përshkruajmë rrjedhën e ngjarjeve që ndodhin në këtë rast përdorimi.

Një parakusht për një rast përdorimi është marrja e një aplikacioni nga klienti.

5. Rasti i përdorimit fillon kur klienti paraqet një kërkesë.

6. Menaxheri hap formularin e Faturës.

7. Menaxheri cakton datën e aplikimit.

8. Menaxheri vendos emrin e produktit.

9. Menaxheri shënon sasinë e mallit në hyrje.

10. Menaxheri fut shumën e aplikimit.

11. Menaxheri mbyll formularin.

12. Rasti i përdorimit përfundon.

Kushti pasardhës për rastin e përdorimit është regjistrimi i një aplikacioni në sistem dhe shfaqja e një klienti të ri në regjistrin e formularit kryesor.

Le të shohim diagramin e sekuencës së këtij rasti përdorimi. Siç mund ta shihni nga ky diagram, menaxheri, duke hapur formularin e Faturës, bën që të kryhen disa veprime - data e aplikimit plotësohet automatikisht (nga këndvështrimi i menaxherit). Kur plotësoni një aplikacion, lista e klientëve plotësohet nga baza e të dhënave me informacionin parësor. Pas kësaj, menaxheri fut të gjitha të dhënat e nevojshme dhe klikon butonin "Prano". Veprimet e mëposhtme kryhen. Të gjitha të dhënat kalohen në një procedurë të ruajtur.

3 Zbatimi dhe certifikimi i sistemit të informacionit

3.1 Zbatimi i aplikacionit

Zbatimi i një aplikacioni, për nga natyra e tij, është një nga fazat më intensive të punës për një zhvillues të sistemit të informacionit, sepse kërkesat e paraqitura nga klienti duhet të integrohen qartë dhe saktë në sistem. Nuk ka ende produkte softuerike që mund të "përshtaten" me kërkesat e të ashtuquajturit klient dhe të ofrojnë një grup të caktuar funksionesh për zbatimin e një sistemi që do të përmbushë këto kërkesa. Prandaj, çdo zhvillues duhet të zgjedhë mjedisin optimal për zhvillimin e sistemit, por duhet theksuar se kur zbatoni një aplikacion, nuk ka asnjë mënyrë për të bërë pa shkruar kodin e programit. Pikërisht gjatë shkrimit të kodit të programit do të zbatohen disa funksione që duhet të kryejë sistemi. Në varësi të mjedisit të zgjedhur për zbatimin e sistemit, kodi i programit do të duket i ndryshëm; në një mjedis të tillë si Microsoft Visual FoxPro do të ketë një kod programi, në Visual Basic një tjetër, etj.

Në këtë rast, aplikacioni u implementua në Microsoft Visual FoxPro.

Funksionet kryesore të sistemit do të përshkruhen më poshtë:

1. Forma fillestare e sistemit. Kjo formë është një formë butoni dhe, në përputhje me rrethanat, çdo buton kryen funksionin e vet. Butoni i regjistrimit të administratorit është paraqitur në figurën 3.1 Ky buton do të kryejë një funksion që hap panelin e administratorit nëse përdoruesi ka të drejta të tilla për këtë sistem

2. Butoni i menysë së mbërritjes. Ky buton ju lejon të mbani gjurmët e mallrave që vijnë në depon e dyqanit (Fig. 3.2).

3. Në butonin e menysë së shpenzimeve mbahen shënime për mallrat e lëshuara nga magazina (Fig. 3.3).

4. Në butonin e menysë së hyrjes rregullohen të drejtat e përdorimit të këtij programi (Fig. 3.4).

5. Butoni i menusë "mbetet" ruan informacione për materialet e ruajtura në depon e dyqanit (Fig. 3.5).

6. Butoni i menysë së arkës ruan informacione për porositë hyrëse dhe ato dalëse me para (Fig. 3.6).

7. Në butonin e menysë së rivlerësimit, çmimi ndryshon në çmimin e ri të produktit (Fig. 3.7).

Figura 3.1 – Forma fillestare e sistemit

Figura 3.2 – Formulari për regjistrimin e pranimeve të materialeve në magazinë.

Figura 3.3– Formulari i kontabilitetit për mallrat e shitura.

Figura 3.4 – Formulari që rregullon të drejtat e aksesit në program.

Figura 3.5 – Forma e mallit të mbetur në magazinë.

Figura 3.5–Formulari për porositë hyrëse dhe urdhrat e parave të gatshme në dalje.

Figura 3.6-Forma e transaksioneve për mallrat.

Testimi i aplikacionit

Testimi është procesi i ekzekutimit të një programi për të zbuluar gabimet. Testimi ofron:

Zbulimi i gabimeve;

Demonstrimi i përputhshmërisë së funksioneve të programit me qëllimin e tij;

Demonstrimi i zbatimit të kërkesave të performancës së programit;

Shfaqja e besueshmërisë si një tregues i cilësisë së programit.

Figura 3.2 tregon rrjedhat e informacionit të procesit të testimit.

Ekzistojnë tre rrjedha në hyrje të procesit të testimit:

Teksti i programit;

Të dhënat fillestare për nisjen e programit;

Rezultatet e pritura.

Testet kryhen dhe të gjitha rezultatet e marra vlerësohen. Kjo do të thotë që rezultatet aktuale të testit krahasohen me rezultatet e pritura. Kur zbulohet një mospërputhje, regjistrohet një gabim dhe fillon korrigjimi.

Pas mbledhjes dhe vlerësimit të rezultateve të testit, cilësia dhe besueshmëria e softuerit fillon të shfaqet. Nëse rregullisht hasen gabime serioze që kërkojnë ndryshime të dizajnit, atëherë cilësia dhe besueshmëria e softuerit janë të dyshimta dhe deklarohet nevoja për të forcuar testimin.

Rezultatet e grumbulluara gjatë testimit mund të vlerësohen në një mënyrë më formale. Për ta bërë këtë, përdoren modele të besueshmërisë së softuerit që kryejnë parashikime të besueshmërisë bazuar në të dhënat e shkallës reale të gabimit.

Ekzistojnë 2 parime të testimit të programit:

Testimi funksional (testimi i kutisë së zezë);

Testimi strukturor (testimi i kutisë së bardhë).

Në testimin e kutisë së bardhë, struktura e brendshme e programit është e njohur. Objekti i testimit këtu nuk është sjellja e jashtme, por e brendshme e programit. Kontrollohet korrektësia e ndërtimit të të gjithë elementëve të programit dhe korrektësia e ndërveprimit të tyre me njëri-tjetrin.

Testimi i kutisë së zezë (testimi funksional) ju lejon të merrni kombinime të të dhënave hyrëse që ofrojnë një kontroll të plotë të të gjitha kërkesave funksionale për programin //. Një produkt softuer konsiderohet këtu si një "kuti e zezë" sjellja e së cilës mund të përcaktohet vetëm duke ekzaminuar hyrjet dhe daljet përkatëse të tij.

Parimi i kutisë së zezë nuk është një alternativë ndaj parimit të kutisë së bardhë. Përkundrazi, është një qasje plotësuese që zbulon një klasë të ndryshme gabimesh.

Testimi i kutisë së zezë kërkon për kategoritë e mëposhtme të gabimeve:

Funksione të pasakta ose të munguara;

Gabimet e ndërfaqes;

Gabimet në strukturat e jashtme të të dhënave ose në aksesin në një bazë të dhënash të jashtme;

Gabime karakteristike (kapaciteti i kërkuar i memories, etj.);

Gabimet e inicializimit dhe përfundimit.

Ndryshe nga testimi i kutisë së bardhë, i cili kryhet në fillim të procesit të testimit, testimi i kutisë së zezë përdoret në fazat e mëvonshme të testimit. Kur testoni një kuti të zezë, struktura e kontrollit të programit neglizhohet. Këtu vëmendja përqendrohet në fushën e informacionit të përkufizimit të sistemit të softuerit. Testimi në këtë fazë fokusohet në përshtatshmërinë e zgjidhjes për përdorim në një mjedis prodhimi të drejtpërdrejtë. Fokusi është në rregullimin e gabimeve dhe përcaktimin e ashpërsisë së tyre dhe përgatitjen e produktit për lëshim.

Në fazën e testimit, zgjidhen dy detyra kryesore:

Testimi i zgjidhjes - ekzekutohen planet e testimit të krijuara gjatë fazës së planifikimit dhe të zgjeruara dhe të testuara gjatë fazës së zhvillimit;

Operacioni pilot - vendosja e zgjidhjes në një mjedis testimi dhe testimi me përfshirjen e përdoruesve të ardhshëm dhe zbatimin e skenarëve realë për përdorimin e sistemit. Kjo detyrë kryhet përpara se të fillojë faza e vendosjes.

Qëllimi i fazës së testimit është të zvogëlojë rrezikun që lind gjatë vendosjes së zgjidhjes në funksionim komercial.

Për suksesin e fazës së testimit, është e nevojshme që të ketë një ndryshim në qëndrimin ndaj projektit dhe zhvilluesi të kalojë nga zhvillimi i funksioneve të reja në sigurimin e cilësisë së duhur të zgjidhjes.

Në këtë fazë të zhvillimit të sistemit të informacionit, është e nevojshme të kryhen llojet e mëposhtme të testimit:

Testimi bazë është testimi teknik i nivelit të ulët. Ajo kryhet nga vetë zhvilluesi në procesin e shkrimit të kodit të programit. Përdoret metoda e "kutisë së bardhë", ekziston rreziku i lartë i gabimeve.

Testimi i përdorshmërisë është testim i nivelit të lartë i kryer nga testuesi dhe përdoruesit e ardhshëm të produktit. Përdoret metoda e "kutisë së zezë".

Testimi Alfa dhe Beta - Në termat e MSF, kodi alfa është në thelb i gjithë kodi burimor i prodhuar gjatë fazës së zhvillimit të modelit të procesit MSF, dhe kodi beta është kodi që është testuar gjatë fazës së testimit. Prandaj, gjatë fazës së zhvillimit të modelit të procesit MSF, testohet kodi alfa, dhe gjatë fazës së testimit, testohet kodi beta.

Testimi i përputhshmërisë – zgjidhja që po zhvillohet kërkohet që të jetë në gjendje të integrohet dhe të jetë në gjendje të ndërveprojë me sistemet ekzistuese dhe zgjidhjet softuerike. Kjo formë testimi fokusohet në kontrollimin e integrueshmërisë dhe aftësisë së zgjidhjes së zhvilluar për të bashkëvepruar me sistemet ekzistuese. Në këtë rast të veçantë, do të kontrollohet funksionimi i saktë i aplikacionit në pajisjet e përdoruesit dhe softueri i përdorur nga përdoruesi.

Testimi i performancës përqendrohet në kontrollimin nëse aplikacioni plotëson kërkesat për performancën dhe nivelin e rehatisë së shpejtësisë.

Testimi i dokumentacionit dhe sistemeve të ndihmës – testohen të gjitha dokumentet shoqëruese të zhvilluara dhe sistemet e ndihmës.

Operacioni pilot po teston zgjidhjen në një mjedis industrial. Objektivi kryesor i funksionimit pilot është të demonstrojë se zgjidhja është e aftë të funksionojë në mënyrë të qëndrueshme në kushte industriale të funksionimit dhe plotëson kërkesat e biznesit. Gjatë funksionimit pilot, zgjidhja testohet në kushte reale. Funksionimi pilot u jep përdoruesve mundësinë të shprehin mendimin e tyre për performancën e produktit. I udhëhequr nga ky mendim, zhvilluesi eliminon të gjitha problemet e mundshme ose krijon një plan veprimi në rast rrethanash të paparashikuara. Në fund të fundit, piloti ju lejon të vendosni nëse do të vazhdoni me vendosjen në shkallë të plotë ose të prisni derisa të zgjidhen çështjet që mund të prishin vendosjen.

Plani i procesit të funksionimit pilot për sistemin e informacionit që po zhvillohet është paraqitur në tabelën 3.2.

Tabela 3.2 – Plani i operimit pilot

Veprimi		Përshkrim
1. Përzgjedhja e kritereve të suksesit		Zhvilluesi dhe pjesëmarrësit e testimit pilot përcaktojnë kriteret e suksesit dhe bien dakord mbi to
2. Zgjedhja e përdoruesve dhe vendndodhjes së instalimit		Një ekip i pjesëmarrësve të testimit pilot nga përdoruesit dhe zhvilluesit po formohet. Vendndodhja e procesit pilot përcaktohet.
3. Përgatitja e përdoruesve dhe vendndodhja e instalimit		Është kryer trajnimi i përdoruesve - pjesëmarrësve të testit. Vendi i instalimit është duke u përgatitur.
4. Vendosja e versionit prototip		Versioni i provës është instaluar dhe vënë në funksion.
5. Mbështetja dhe monitorimi i versionit të provës		Monitorimi i funksionimit të përdoruesve dhe sistemit, ofrimi i ndihmës në funksionim, mbledhja e informacionit në lidhje me funksionimin e sistemit
6. Komentet e përdoruesit dhe vlerësimi i rezultateve		Përdoruesit shprehin mendimet e tyre për funksionimin e sistemit, nxjerrin në pah mangësitë dhe gabimet.
7. Ndryshimet dhe shtesat	Gabimet e gjetura korrigjohen dhe bëhen ndryshime në dizajn ose proces. Rezultatet e korrigjuara u ofrohen përdoruesve për punë dhe vlerësim.
8. Vendimet e vendosjes	Nëse rezultatet e testimit pilot kënaqin përdoruesit, merret një vendim për vendosjen e sistemit.

3.2 Metodologjia e vendosjes së aplikacionit

Në këtë fazë, zhvilluesi (ose ekipi) vendos teknologjitë dhe komponentët e nevojshëm për zgjidhjen, projekti kalon në fazën e mirëmbajtjes dhe mbështetjes dhe klienti më në fund e miraton atë. Pas vendosjes, ekipi vlerëson projektin dhe anketon përdoruesit për të përcaktuar kënaqësinë e tyre.

Objektivat e fazës së vendosjes:

¾  transferimi i zgjidhjes në një mjedis industrial;

¾  njohja nga klienti për përfundimin e projektit.

Vendosja e komponentëve specifikë të vendndodhjes përbëhet nga disa faza: përgatitja, instalimi, trajnimi dhe miratimi zyrtar.

Rezultatet e fazës së vendosjes së sistemit janë sistemet e mirëmbajtjes dhe mbështetjes, një depo dokumentesh ku ndodhen të gjitha versionet e dokumenteve dhe kodi i zhvilluar gjatë projektit.

Për të vendosur sistemin në zhvillim, u hartua një plan veprimi, i cili tregohet në tabelën 3.1.

Tabela 3.1 – Plani i vendosjes së aplikacionit

Veprimi	Përshkrimi i veprimit
1. Rezervimi	Të dhënat e përdoruesit rezervohen me pjesëmarrjen dhe miratimin e tij duke transferuar informacion në media të lëvizshme (CD, DVD)
2. Instalimi i përbërësve bazë të tretësirës	Aplikimi i teknologjive për të siguruar funksionimin e zgjidhjes. Në këtë rast, instalimi i komponentit Visual FoxPro
3. Instalimi i aplikacionit të klientit	Transferimi në kompjuterin e përdoruesit dhe instalimi i versionit përfundimtar të IS dhe bazës së të dhënave të zhvilluar
4. Trajnimi	Përdoruesit janë të trajnuar për të punuar me sistemin, zhvilluesi sigurohet që klientët të kuptojnë saktë punën e IS dhe
5. Transferimi i bazës së njohurive të projektit te klienti	I gjithë dokumentacioni i projektimit i transferohet klientit
6. Mbyllja e projektit	Është përgatitur një raport për mbylljen e projektit. Klienti nënshkruan certifikatën e pranimit.

Për funksionimin normal të stacionit të punës, kërkohet sistemi operativ Microsoft WindowsXP.

4 Menaxhimi i projektit të informacionit

4.1 Zgjedhja e një cikli jetësor të zhvillimit

Një nga konceptet bazë të metodologjisë së projektimit IS është koncepti i ciklit jetësor të softuerit të tij (cikli i jetës SW). Cikli jetësor i softuerit është një proces i vazhdueshëm që fillon nga momenti kur merret një vendim për nevojën për krijimin e tij dhe përfundon në momentin e tërheqjes së plotë të tij nga shërbimi.

Dokumenti kryesor rregullator që rregullon ciklin jetësor të softuerit është standardi ndërkombëtar ISO/IEC 12207 (ISO - Organizata Ndërkombëtare e Standardizimit, IEC - Komisioni Ndërkombëtar Elektroteknik). Ai përcakton strukturën e ciklit jetësor që përmban proceset, aktivitetet dhe detyrat që duhet të kryhen gjatë krijimit të softuerit.

Standardi ISO/IEC 12207 nuk ofron një model specifik të ciklit jetësor dhe metoda të zhvillimit të softuerit. Një model i ciklit jetësor mund të kuptohet si një strukturë që përcakton sekuencën e ekzekutimit dhe marrëdhëniet midis proceseve, veprimeve dhe detyrave të kryera gjatë ciklit jetësor. Modeli i ciklit jetësor varet nga specifikat e sistemit të informacionit dhe nga kushtet specifike në të cilat është krijuar dhe funksionuar.

Sot ka shumë modele të ciklit jetësor të softuerit, por dy modelet më të njohura dhe më të përhapura janë:

Modeli spirale (shih Figurën 4.1);

Modeli përsëritës.

Figura 4.1 – Modeli spirale i ciklit jetësor të softuerit

Për të krijuar një sistem informacioni, d.m.th. “Stacion i automatizuar i punës për një punonjës magazine në një magazinë me shumicë”, u zgjodh ai përsëritës. Tipari dallues i modelit iterativ është se ai është një metodë formale, përbëhet nga faza të pavarura të kryera në mënyrë sekuenciale dhe i nënshtrohet rishikimit të shpeshtë (Figura 4.2). Qasja përsëritëse është dëshmuar mirë në ndërtimin e sistemeve të informacionit për të cilat, në fillim të zhvillimit, të gjitha kërkesat mund të formulohen mjaft saktë dhe plotësisht në mënyrë që t'u jepet zhvilluesve lirinë për t'i zbatuar ato sa më mirë nga pikëpamja teknike. e pamjes.

Përparësitë e modelit iterativ:

Modeli është i mirënjohur për konsumatorët që nuk janë të zhvillimit të softuerit dhe përdoruesit përfundimtarë.

Komoditeti dhe lehtësia e përdorimit, sepse e gjithë puna kryhet në faza (sipas fazave të modelit);

Stabiliteti i kërkesave;

Modeli është i lehtë për t'u kuptuar;

Edhe personeli teknikisht i trajnuar dobët (përdorues të papërvojë) mund të udhëhiqet nga struktura e modelit;

Modeli trajton kompleksitetin në mënyrë të rregullt dhe funksionon mirë për projektet që janë mjaft të drejtpërdrejta;

Modeli promovon kontroll të rreptë të menaxhimit të projektit;

E bën më të lehtë për menaxherin e projektit të planifikojë dhe të mbledhë një ekip zhvillimi.

Figura 4.2 – Modeli përsëritës i ciklit jetësor të softuerit

Fazat e modelit:

Në fazën e analizës, përcaktohen funksionet që duhet të kryejë sistemi, identifikohen ato me prioritet më të lartë, që kërkojnë më parë përpunim dhe përshkruhen nevojat për informacion;

Në fazën e projektimit, proceset e sistemit konsiderohen më në detaje. Modeli funksional analizohet dhe, nëse është e nevojshme, rregullohet. Prototipet e sistemit janë duke u ndërtuar;

Në fazën e zbatimit, sistemi është duke u zhvilluar;

Në fazën e zbatimit, produkti i përfunduar futet në sistemin tashmë ekzistues të organizatës. Ofrohet trajnim për përdoruesit;

Në fazën e mirëmbajtjes, produkti softuer shërbehet (çdo shtesë ose ndryshim për ta bërë produktin më funksional).

Zgjedhja e një modeli të ciklit jetësor të zhvillimit të softuerit është një hap i rëndësishëm. Prandaj, për një projekt, zgjedhja e një modeli të ciklit jetësor të zhvillimit të softuerit mund të kryhet përmes përdorimit të proceseve të mëposhtme.

Analiza e kategorive dalluese të projektit, të vendosura në tabela.

Përgjigjuni pyetjeve të dhëna për secilën kategori, duke nënvizuar fjalët “po” dhe “jo”.

Renditni kategoritë ose çështjet brenda secilës kategori sipas rëndësisë në lidhje me projektin për të cilin po zgjidhet një model i përshtatshëm.

Ekipi i zhvillimit. Bazuar në aftësitë, përzgjedhja e personelit për ekipin e zhvillimit bëhet edhe përpara se të zgjidhet modeli i ciklit jetësor të zhvillimit të softuerit. Karakteristikat e një ekipi të tillë (shih Shtojcën G, Tabela G.1) luajnë një rol të rëndësishëm në procesin e zgjedhjes së një modeli të ciklit jetësor, kjo do të thotë se ekipi mund të ofrojë ndihmë të konsiderueshme në zgjedhjen e një modeli të ciklit jetësor të produktit softuer, pasi ai është përgjegjës për zbatimin me sukses të modelit të zhvilluar të ciklit jetësor .

Ekipi i përdoruesit. Në fazat fillestare të projektit, është e mundur të fitohet një kuptim i plotë i grupit të përdoruesve (shih Shtojcën DHE Tabelën I.1) të cilët do të punojnë me softuerin e zhvilluar dhe marrëdhëniet e tij në të ardhmen me ekipin e zhvillimit gjatë gjithë projektit. Ky përfaqësim ndihmon në zgjedhjen e një modeli të përshtatshëm, pasi disa modele kërkojnë pjesëmarrje më të madhe të përdoruesit në procesin e zhvillimit dhe studimin e dizajnit, pasi kërkesat mund të ndryshojnë pak nga përdoruesi gjatë procesit të zhvillimit, zhvilluesi duhet të dijë këto ndryshime dhe si për të përfaqësuar këto ndryshime në softuer.

4.2 Përcaktimi i qëllimit dhe qëllimit të një projekti softuerik

Produkti softuerik që po zhvillohet për llogaritjen e mallrave në një magazinë do të automatizojë procesin e marrjes, strukturimit dhe ruajtjes së të dhënave për mallrat në një magazinë, si dhe do të thjeshtojë procesin e lëshimit të raporteve.

Qëllimet e projektit të softuerit do të jenë krijimi dhe vendosja e një sistemi për llogaritjen e mallrave. Ky sistem është menduar për përdorim të brendshëm nga personeli i Cleonelly, kryesisht punonjës të magazinës së kompanisë.

Për të përcaktuar qëllimin e një produkti softuerësh, çfarë duhet ose nuk duhet të jetë një projekt softuerësh do të përshkruhet më poshtë.

Projekti i softuerit duhet të jetë:

Për përdorim të brendshëm brenda organizatës;

Një projekt për akses me shumë përdorues;

Një projekt që ka aftësinë për të futur, ndryshuar dhe ruajtur informacione rreth produktit të kompanisë;

Një projekt që ka aftësinë për të futur, ndryshuar dhe ruajtur informacione rreth përdoruesve të sistemit;

Një projekt që ka aftësinë për të futur, ndryshuar dhe ruajtur informacione për klientët dhe furnitorët e organizatës, të cilët janë subjekt i transaksioneve të përfunduara;

Një projekt që do të gjenerojë raportime të jashtme.

4.3 Krijimi i një strukture për një listë operative pune

Për të krijuar një produkt ose shërbim unik (rezultati i projektit), duhet të kryeni një sekuencë të caktuar pune. Detyra e planifikimit të projektit është të vlerësojë me saktësi kohën dhe koston e këtyre punimeve. Sa më i saktë të jetë vlerësimi, aq më i lartë është cilësia e planit të projektit. Për të dhënë një vlerësim të saktë, duhet të keni një kuptim të mirë të fushës së punës së projektit, domethënë të dini saktësisht se çfarë pune duhet bërë për të marrë rezultatin e saj. Vetëm pasi të jetë përpiluar një listë e aktiviteteve të projektit, kohëzgjatja e secilit prej tyre vlerësohet dhe ndahen burimet e nevojshme për t'i përfunduar ato. Dhe vetëm atëherë mund të vlerësoni koston dhe kohën e secilës detyrë dhe, si rezultat i shtesës, koston totale dhe kohëzgjatjen e projektit. Kjo është arsyeja pse përcaktimi i fushës së punës është hapi i parë në planifikimin e projektit. Përcaktimi i fushës së punës së projektimit fillon me përcaktimin e fazave (ose fazave) të projektit. Për shembull, në një projekt për të krijuar një sistem "Kontabiliteti i mallrave në një depo", mund të dallohen fazat e mëposhtme:

Zhvillimi i kërkesave për softuer;

Dizajni i sistemit të informacionit;

Zbatimi dhe certifikimi i sistemit të informacionit;

Implementimi i sistemit.

Pasi të jetë përcaktuar përbërja e fazave dhe rezultatet e tyre, është e nevojshme të përcaktohet sekuenca e këtyre fazave në raport me njëra-tjetrën dhe afatet e zbatimit të tyre. Pastaj ju duhet të përcaktoni se nga çfarë pune përbëhen fazat, në çfarë sekuence kryhen këto punime dhe cilat afate duhet të respektohen për ekzekutimin e tyre.

Lista operacionale e punimeve (Figura 4.3) është krijuar duke përdorur një produkt softuerësh si MS Project 2003.

Figura 4.3 – Lista operative e punimeve

4.4 Vlerësimi i kohëzgjatjes dhe kostos së zhvillimit të softuerit

Vlerësimi i kohëzgjatjes. Përcaktohet pas ndërtimit të listës operative të punimeve (Figura 4.3, paragrafi 4.3). Ky vlerësim i kohëzgjatjes mund të shihet duke përdorur grafikun Gantt (Shtojca K).

Diagramet janë një mjet grafik për të shfaqur informacionin që përmban një skedar projekti. Diagramet mund të ofrojnë një paraqitje vizuale të sekuencës së detyrave, kohëzgjatjes së tyre relative dhe kohëzgjatjes së projektit në tërësi.

Një grafik Gantt është një nga mënyrat më të njohura për të paraqitur grafikisht një plan projekti, i përdorur në shumë programe të menaxhimit të projektit.

Në MS Project, grafiku Gantt është mjeti kryesor i vizualizimit të planit të projektit. Ky grafik është një grafik në të cilin një shkallë kohore vendoset horizontalisht dhe një listë detyrash vendoset vertikalisht. Në këtë rast, gjatësia e segmenteve që tregojnë detyra është proporcionale me kohëzgjatjen e detyrave.

Në grafikun Gantt, informacione shtesë mund të shfaqen pranë shiritave (emrat e burimeve të përfshira në to dhe ngarkesa e tyre kur të përfundojë detyra shfaqen pranë detyrave).

Vlerësimi i kostos

Projekti përbëhet nga detyrat , pra aktivitete që synojnë arritjen e një rezultati të caktuar. Për të përfunduar një detyrë, ndahen fonde për të burimet .

Një veti e rëndësishme e burimeve është kostoja (Kostoja) e përdorimit të tyre në projekt. Ekzistojnë dy lloje të kostove të burimeve në MS Project: norma kohore dhe kosto për përdorim.

Shkalla e kohës (Rate) shprehet në koston e përdorimit të një burimi për njësi të kohës, për shembull 100 rubla në orë ose 1000 rubla në ditë. Në këtë rast, kostoja e pjesëmarrjes së burimit në projekt do të jetë koha gjatë së cilës ai punon në projektin e shumëzuar me tarifën për orë.

Në këtë rast është përdorur një normë kohore (Figura 4.4) Kostot totale të përdorimit të burimeve mund të shihen në Figurën 4.5.

Figura 4.4 – Shkalla kohore për përdorimin e burimeve

Në këtë figurë mund të shihni se zhvilluesi i sistemit merr 50 rubla në orë kur përfundon një projekt; një analist biznesi merr 45 rubla në orë, një testues 38 rubla në orë. Tarifat jashtë orarit nuk merren parasysh.

Figura 4.5 – Kostot totale të përdorimit të burimeve të projektit

4.5 Alokimi i burimeve të projektit

Një fragment i shpërndarjes së burimeve për sistemin "Kontabiliteti i mallrave në magazinë" mund të shihet në figurën 4.6

Figura 4.6 – Fragmenti i alokimit të burimeve të projektit

Për çdo punë të kryer në projekt, shoqërohet një burim që do të kryejë këtë punë. Shifra tregon shumën totale të punës së shpenzuar për secilin burim dhe numrin specifik të orëve të shpenzuara në një ditë të caktuar.

4.6 Vlerësimi i efikasitetit ekonomik të projektit

Llogaritja e efikasitetit ekonomik të projektit është një hap i rëndësishëm. Këtu do të llogaritet efikasiteti ekonomik i projektit. Kjo llogaritje do të tregojë se sa fitimprurës është projekti ose nëse projekti është plotësisht joprofitabël. Gjatë llogaritjes së efikasitetit ekonomik të një projekti, do të jetë e nevojshme të llogaritet periudha e shlyerjes së projektit. Periudha e shlyerjes do të tregojë periudhën gjatë së cilës projekti do të paguajë.

Fut te dhenat.

Fitimi shtesë nga projekti (DP) = 38,000 rubla. Fitimet shtesë u parashikuan nga ekspertët e kompanisë.

Investimi fillestar (IC) = 39,396,47 rubla. Investimet fillestare korrespondojnë me kostot totale të përdorimit të burimeve të projektit (Figura 4.5, paragrafi 4.6)

Norma e skontimit (i) = 12%.

Kohëzgjatja për të cilën është projektuar projekti (n) = 2 vjet.

Fitimi shtesë nga projekti (DP) = 38,000 rubla.

Kostot vjetore për zbatimin e projektit (Z 1) = 15,000 rubla.

Kostot vjetore për zbatimin e projektit (Z 2) = 10,000 rubla.

Pranimet vjetore të parave të gatshme (R 1) = 23,000 rubla.

Pranimet vjetore të parave të gatshme (R 2) = 28,000 rubla.

Gjatë vlerësimit të projekteve të investimeve, përdoret metoda e llogaritjes së vlerës aktuale neto, e cila përfshin skontimin e flukseve monetare: të gjitha të ardhurat dhe kostot reduktohen në një moment në kohë.

Treguesi qendror në metodën në shqyrtim është treguesi NPV (vlera aktuale neto) - vlera aktuale e flukseve monetare. Ky është rezultati përfundimtar i përgjithësuar i aktivitetit investues në terma absolutë.

Një pikë e rëndësishme është zgjedhja e normës së skontimit, e cila duhet të pasqyrojë nivelin mesatar të pritshëm të interesit të kredisë në tregun financiar.

Vlera aktuale neto (NPV) llogaritet duke përdorur formulën 4.2

(4.2)

R k – arkëtimet vjetore të parave të gatshme për n vite.

k – numri i viteve për të cilat është projektuar projekti.

IC – investim fillestar.

i – norma e skontimit.

Sipas llogaritjeve të kësaj formule NPV = 3460,67 rubla

Treguesi NPV është një rritje absolute, pasi vlerëson se sa të ardhurat aktuale mbulojnë kostot aktuale. Meqenëse NPV > 0, projekti duhet të pranohet.

Kthimi nga investimi (ROI) llogaritet duke përdorur formulën 4.3

(4.3)

Sipas llogaritjeve (ROI) = 108.78%

Tabela 4.1  Tabela ndihmëse për llogaritjen e periudhës së shlyerjes së projektit

= 1,84

Periudha e shlyerjes n ok = 1,84 vjet (1 vit e 11 muaj)

Meqenëse ROI = > 100% (domethënë = 108.78%), projekti konsiderohet fitimprurës.

(4.4)

Kështu, indeksi i rentabilitetit është i barabartë me (PI) =1.2

Ndërlidhja e nënsistemeve të informacionit të ndërmarrjes

Si janë të lidhura? Sistemet e Informacionit brenda ndërmarrjes? Mënyra e zakonshme për një kompani ruse të mesme është të fillojë zbatimin e teknologjisë së informacionit duke automatizuar punën e departamentit të kontabilitetit, departamentit të burimeve njerëzore dhe rrjedhës së dokumenteve. Të dhënat e këtyre sistemeve janë më të formalizuarat, proceset automatizohen lehtësisht. Paketat e përhapura "1C: Kontabiliteti", "Boss: Zyrtar Personeli", "LanDocs", "LanStaff", "Paga", etj. ju lejojnë të zgjeroheni me çdo aplikacion dhe, në këtë mënyrë, t'i integroni ato në sistemin e përgjithshëm të informacionit të ndërmarrje. Oriz. Figura 7.1 tregon se si modulet e sistemit të informacionit të një kompanie janë të lidhura me njëri-tjetrin. Moduli TPS shërben për proceset kryesore të prodhimit dhe mbështetjes, dhe zakonisht është burimi kryesor për modulet e tjera të informacionit. ESS është marrësi kryesor i të dhënave dhe sistemeve të brendshme nga mjedisi i jashtëm.

Oriz. 7.1.

Sisteme të tjera gjithashtu shkëmbejnë të dhëna. Dhe këtu lind një nga pyetjet më të vështira për një udhëheqës - kërkoni për shkallën optimale të integrimit. Është joshëse të kesh një sistem plotësisht të integruar, por një integrim i tillë kërkon shumë punë intensive dhe kushton shumë para. Dhe është më mirë të mos thuash as sa kushton mirëmbajtja e një sistemi të tillë. Prandaj, nevoja për sisteme të integruara duhet të peshohet kundrejt vështirësive dhe kostove të IS në shkallë të gjerë. Nuk ka nivel standard të integrimit apo centralizimit - Secili udhëheqës duhet në mënyrë të pavarur(ose me ndihmën e një firme konsulente) për të zgjidhur këtë problem të vështirë.

Lidhjet midis DSS dhe TPS, KWS,

Prezantimi

1. Pjesa analitike

1.1 Struktura organizative e shoqërisë

2 Analiza e softuerit dhe harduerit të departamentit të shërbimit ndaj klientit dhe departamentit të punës

Pjesa e projektit

2.1 Përshkrimi i fushës së lëndës

2 Studimi i fizibilitetit të metodave të zhvillimit dhe zbatimit

3 Dizajni i bazës së të dhënave

4 Modeli konceptual i të dhënave në standardin Chen

5 Diagrami ER në mjedisin ERwin

6 Analiza e modelit

7 Faza e projektimit fizik

8 Zbatimi i pyetjeve bazë

konkluzioni

Lista e burimeve të informacionit

Prezantimi

Firma dhe ndërmarrje të shumta kërkojnë shërbimet e kompanive të pastrimit.

Një kompani pastrimi është një kompani që ofron shërbime të plota pastrimi. Një grup masash të dizajnuara për pastrimin dhe ruajtjen e pastërtisë në ambientet e banimit, tregtare dhe industriale, duke përfshirë pastrimin e fasadave, larjen e dritareve të ekspozimit dhe sipërfaqeve të tjera të jashtme të ndërtesave - një proces shumë kompleks, i përbërë nga shumë faza të ndryshme, ku një numër i madh pjesëmarrësish janë. të përfshirë. Efektiviteti i një organizate pastrimi kërkon një koordinim të qartë të veprimeve midis të gjithë punonjësve të saj.

Avantazhi i kompanive të specializuara përcaktohet nga faktorët e mëposhtëm:

· cilësi të lartë të shërbimeve;

· kostoja e shërbimeve nuk është më e lartë se kostoja e mirëmbajtjes së shërbimit tuaj të pastrimit;

· shpenzimet për shërbimet e kompanisë së pastrimit zbriten nga fitimi i tatueshëm;

· specialistë nga kompanitë e pastrimit kryejnë punë të specializuara ekskluzive dhe komplekse (për shembull, kristalizimi i veshjeve të mermerit);

· efikasitet - pastrimi bëhet në një kohë të përshtatshme për Klientin.

Sot, pastrimi është një nga sektorët e biznesit në zhvillim më dinamik dhe më të qëndrueshëm në Rusi. Gjithnjë e më shumë kompani janë të interesuara të blejnë shërbime pastrimi me cilësi të lartë dhe të besueshme, gjë që shtron kërkesa të mëdha për punën kompetente dhe të balancuar me klientët.

Të gjitha avantazhet e mësipërme kërkojnë përdorimin e teknologjive moderne të informacionit në punën e kompanive të pastrimit, siç janë sistemet e specializuara të informacionit, për shembull, sistemet CRM.

Sistemi i Menaxhimit të Marrëdhënieve me Klientin (CRM, sistemi CRM, shkurtuar nga anglishtja e Menaxhimit të Marrëdhënieve me Klientin) është softuer aplikimi për organizatat i krijuar për të automatizuar strategjitë për ndërveprim me klientët (klientët), në veçanti, për të rritur shitjet, optimizuar marketingun dhe përmirësuar shërbimin ndaj klientëve duke ruajtur informacion rreth klientëve dhe historisë së marrëdhënieve me ta, krijimi dhe përmirësimi i proceseve të biznesit dhe analiza pasuese e rezultateve. Sistemi CRM është i aplikueshëm në çdo biznes ku klienti është i personalizuar, ku konkurrenca është e lartë dhe suksesi varet nga ofrimi i kushteve më të favorshme për klientin - një model ndërveprimi që beson se qendra e të gjithë filozofisë së biznesit është klienti, dhe fushat kryesore të veprimtarisë janë masat për të mbështetur marketingun efektiv, shitjet dhe shërbimin ndaj klientit. Mbështetja e këtyre qëllimeve të biznesit përfshin mbledhjen, ruajtjen dhe analizimin e informacionit rreth klientëve, furnitorëve, partnerëve, si dhe proceseve të brendshme të kompanisë. Funksionet për të mbështetur këto qëllime biznesi përfshijnë shitjet, marketingun, mbështetjen e klientit.

"Zemra" e çdo sistemi CRM është një bazë të dhënash e individëve dhe personave juridikë që ndërveprojnë me kompaninë tuaj si pjesë e aktiviteteve të ndërmarrjes. Këta nuk janë vetëm klientët, por edhe degët e kompanisë, partnerët, furnitorët, konkurrentët. Baza e të dhënave të klientëve është një aset i vlefshëm në vetvete dhe menaxhimi i duhur i të dhënave në një sistem CRM ju lejon të përdorni informacionin në punën tuaj me efikasitet maksimal. Baza e klientëve është e konsoliduar, organizata merr informacion të plotë për klientët e saj dhe preferencat e tyre dhe, bazuar në këtë informacion, ndërton një strategji ndërveprimi.

Një bazë e të dhënave e unifikuar e klientëve dhe një histori e plotë e marrëdhënieve me ta, e kombinuar me mjete të fuqishme analitike CRM, ju lejon të mbani dhe zhvilloni klientët ekzistues, duke identifikuar më të vlefshmit dhe gjithashtu të tërheqni klientë të rinj.

Funksioni kryesor i një sistemi CRM është të ndihmojë menaxherët të planifikojnë shitjet, të organizojnë menaxhimin transparent të transaksioneve dhe të optimizojnë kanalet e shitjeve. Sistemi ruan një histori të plotë të komunikimit me klientët, i cili ndihmon departamentet e shitjeve të analizojnë sjelljen e klientëve, të krijojnë oferta që u përshtaten atyre dhe të fitojnë besnikëri. Aftësitë e mbetura të sistemeve CRM janë paraqitur më poshtë:

· planifikimi dhe koordinimi i kontakteve me klientët;

· mbledhjen dhe shtypjen e të gjitha informacioneve të mundshme për klientët;

· kontrollin e transaksioneve afatgjata ose komplekse;

· analiza e çdo faze të projekteve ose transaksioneve;

· formalizimi i të gjitha proceseve të fokusuara në ndërveprimin me klientët.

Ky lloj produkti softuerik është më i përshtatshëm për ato organizata që kryejnë projekte afatgjata dhe shumëfazore që përfshijnë një numër të madh punonjësish ose disa departamente. Duke qenë se numri i kontratave të lidhura për njësi kohore është i vogël, çdo transaksion zgjat shumë ditë dhe madje muaj. Kjo do të thotë se çdo projekt kërkon një qasje ekskluzivisht individuale. Në kushte të tilla, është e nevojshme të kujdeseni për besnikërinë e klientit. Për ta bërë këtë, është e nevojshme jo vetëm të sigurohet një qasje individuale, por edhe respektimi i rreptë i afateve të përcaktuara, kushteve të kontratës, si dhe puna e koordinuar dhe përpikëria e të gjithë punonjësve të përfshirë.

1. Pjesa analitike

Grupi i kompanive MAX u themelua në vitin 2000. Aktiviteti kryesor është një sektor shërbimi i integruar multidisiplinar. Që nga formimi i Grupit të Kompanive MAKS, gama e llojeve të shërbimeve të ofruara është zgjeruar vazhdimisht. Sot, GC "MAX" ofron llojet e mëposhtme të shërbimeve (Fig. 1):

· siguria e objekteve, ekipet e reagimit të shpejtë, siguria në distancë, shërbimet e detektivëve privatë;

· sigurimin e funksionimit sa më efikas dhe të pandërprerë të pasurive të paluajtshme të servisuara;

· analiza paraprake të sistemeve ekzistuese të sigurisë;

· pastrim gjithëpërfshirës i ambienteve.

Oriz. 1. Zonat e shërbimit të GC "MAX"

“MAX SECURITY” u zhvillua së bashku me sferën e sigurisë joshtetërore. Siguria e objekteve, ekipet e reagimit të shpejtë, siguria në distancë, shërbimet e detektivëve privatë, të gjitha këto përfshihen në paketën standarde të shërbimeve. Departamenti ka të punësuar specialistë të infrastrukturës IT, të cilët ofrojnë ndihmë urgjente për shtetasit e huaj dhe njohin të gjitha nuancat e shoqërimit të mallrave dhe sendeve me vlerë.

Praktika tregon se siguria nuk është vetëm roje me uniformë, por një sërë masash që synojnë parandalimin dhe parandalimin e kërcënimeve të mundshme. Këto masa janë pjesë e sistemit gjithëpërfshirës të sigurisë MAX SECURITY, të zhvilluar nga ekspertë me përvojë shumëvjeçare.

Për klientët, një qasje e integruar ndaj sigurisë do të thotë që komunikimi me të gjitha shërbimet e sigurisë ndodh përmes një kontraktori të vetëm. Kompania lehtëson klientët nga nevoja për të koordinuar punën e disa organizatave të palidhura. Pasja e një qendre të vetme operacionesh ju lejon të përgjigjeni menjëherë dhe në mënyrë efektive ndaj çdo situate emergjente.

"MAX SECURITY" po përmirëson dhe zhvillon vazhdimisht koncepte të reja sigurie. Ne integrojmë teknologji të avancuara të huaja në punën tonë dhe zhvillojmë zgjidhjet tona për detyra specifike. Megjithatë, edhe sistemet më të avancuara të automatizuara të sigurisë nuk mund t'i zhvendosin plotësisht njerëzit. Prandaj, vëmendje e veçantë i kushtohet përmirësimit të profesionalizmit të punonjësve të MAX SECURITY. Specialistët i nënshtrohen rregullisht kurseve të avancuara të trajnimit dhe niveli i tyre i trajnimit testohet gjatë auditimeve të brendshme. Përzgjedhja e rreptë e personelit na lejon të minimizojmë ndikimin e faktorit njerëzor në shërbimet e MAX SECURITY.

Ekipi menaxhues i "MAX SECURITY" synon një qasje individuale ndaj klientëve. Specialistët kryejnë një analizë në shumë nivele dhe, bazuar në rezultatet e saj, ofrojnë zgjidhjet më efektive për të garantuar sigurinë e klientit. Në të njëjtën kohë, fusha e veprimtarisë së MAX SECURITY nuk kufizohet vetëm tek klientët privatë. Punonjësit janë njohur me sigurinë e objekteve shtetërore dhe janë dëshmuar në këtë fushë.

Qasja e divizionit ndaj shërbimeve gjithëpërfshirëse të sigurisë është e pashembullt dhe siguron efikasitet maksimal në çdo situatë.

Divizioni "MAX EXPLUTION" operon në treg për më shumë se dhjetë vjet. Detyra kryesore është të sigurohet funksionimi sa më efikas dhe i pandërprerë i pasurive të paluajtshme të servisuara. Në këtë rast, parashkrimi për vënien në punë të objektit dhe niveli i kompleksitetit të pajisjeve nuk luajnë rol.

Shërbimi gjithëpërfshirës i ofruar nga MAX OPERATION përfshin mbështetje teknike për pajisjet dhe sistemet inxhinierike, si dhe propozimet e sigurisë. Kjo listë përfshin mirëmbajtjen dhe punë të tjera të planifikuara dhe të paplanifikuara; projektimin dhe instalimin e alarmeve të zjarrit dhe sistemeve të vëzhgimit me video, si dhe një sërë shërbimesh riparimi dhe ndërtimi. Klientët MAX EXPLUATION marrin një paketë të plotë shërbimesh nga një kontraktor, i cili u lejon atyre të ulin ndjeshëm kostot dhe të lehtësojnë çështjet e ndërveprimit midis shërbimeve.

Specialistët e këtij departamenti janë gjithmonë të gatshëm të ofrojnë disa opsione për të punuar me një objekt, në varësi të specifikave të tij dhe dëshirave të klientit. Një qasje individuale i lejon klientit të llogarisë në mirëkuptimin e plotë të ndërsjellë me kontraktorin dhe, si rezultat, të marrë rezultatin më cilësor.

Në botën moderne, pajisjet dhe pajisjet e ndërtesave moderne po bëhen më të larmishme dhe komplekse. Qëllimi kryesor i këtij divizioni është ofrimi i shërbimeve gjithëpërfshirëse për funksionimin e ndërtesave. Të gjithë punonjësit i kuptojnë arritjet më moderne të shkencës dhe teknologjisë dhe i përdorin ato në përputhje me rekomandimet dhe standardet e prodhuesve. Kjo është mënyra e vetme për të garantuar mbështetje për performancën dhe sigurinë e një objekti të çdo kompleksiteti në nivelin e duhur.

Divizioni MAX CONSULTING është i angazhuar në konsulencë dhe auditim në fushën e sigurisë për më shumë se 10 vjet. Detyra kryesore e divizionit është një analizë gjithëpërfshirëse e situatës, si dhe llogaritja e perspektivave të zhvillimit, duke marrë parasysh problemet ekzistuese të kompanisë, si dhe karakteristikat individuale të biznesit.

Punonjësit e MAX CONSULTING kryejnë një analizë paraprake të sistemeve ekzistuese të sigurisë. Natyrisht, një punë e tillë kryhet në bashkëpunim të ngushtë me punonjësit e klientit, të cilët do t'ju azhurnojnë dhe do t'ju ndihmojnë të merrni parasysh të gjitha veçoritë.

Një auditim i aktiviteteve të një kompanie kryhet nga specialistë shumë të kualifikuar, të cilët jo vetëm që do të jenë në gjendje të identifikojnë pikat kritike në një sistem tashmë të përdorur, por gjithashtu do të sugjerojnë mënyra për t'i eliminuar ato. Të gjithë konsulentët në një kohë shërbyen në agjencitë e zbatimit të ligjit dhe kanë përvojë të konsiderueshme duke punuar në Rusi dhe jashtë saj.

Gjithashtu, specialistët e MAX CONSULTING ofrojnë asistencë në eliminimin e situatave të krizës, rrisin efikasitetin e proceseve të biznesit dhe menaxhojnë në mënyrë efektive sistemet e informacionit të kompanisë dhe rreziqet e IT-së.

Konsulentët e divizionit i vendosën vetes detyrën e ndërtimit të marrëdhënieve reciproke të dobishme për të vazhduar bashkëpunimin me klientin në një bazë afatgjatë. "MAX CONSULTING" u ofron klientëve të saj shërbime auditimi, shërbime ligjore në fushën penale, të punës, tatimore dhe të llojeve të tjera të ligjit.

Fusha e shërbimeve të ofruara nga kompania "MAX CLEANING" është pastrimi i ambienteve. Në Rusi, kompanitë e para të pastrimit u ngritën në 1992-1994. së bashku me shfaqjen e sipërmarrjeve të para të përbashkëta, të cilat në atë kohë ishin konsumatorët e vetëm të shërbimeve të tyre. Gjatë vitit 2012, rritja e vëllimit të tregut të shërbimeve të pastrimit në Rusi në terma monetarë arriti në rreth 9 miliardë rubla - në vitin 2011 vëllimi i tij ishte 45 miliardë rubla, dhe në fund të 2012, tregu i pastrimit ishte vlerësuar tashmë në 54 miliardë rubla. Gjatë vitit të kaluar, 2014, vëllimi i tregut rus të shërbimeve të pastrimit është rritur, sipas analistëve, me afërsisht 10-11 miliardë rubla, dhe arriti në rreth 65 miliardë rubla në fund të vitit të kaluar.

Rajonet më të mëdha për ofrimin e shërbimeve të pastrimit përfshijnë Moskën, Territorin Krasnoyarsk, Rajonin Tyumen, Republikën e Bashkortostanit, Shën Petersburg, Okrug Autonome Khanty-Mansiysk. Moska zë 100-150 milionë dollarë të tregut vendas të pastrimit.

Sipas ekspertëve, në tregun e kryeqytetit operojnë mbi 300 kompani pastrimi. Në bazë të madhësisë së biznesit, ato mund të ndahen në 4 kategori të mëdha.

· operatorët më të mëdhenj (punonjës më shumë se 500 persona) ~ 67%;

· operatorë të mëdhenj (staf deri në 500 persona) ~ 15%;

· operatorë të mesëm (staf deri në 200 persona) ~ 7%;

· operatorë të vegjël (staf deri në 50 persona) ~ 11%.

Gama e shërbimeve standarde të ofruara nga pothuajse të gjithë aktorët e tregut përfshin domosdoshmërisht pastrimin e plotë të përditshëm, si dhe larjen e sipërfaqeve vertikale. Më tej, rreth 93% e të gjitha kompanive të pastrimit ofrojnë shërbime bluarjeje dhe lustrimi për pllaka graniti, mermeri, porcelani dhe qeramike, si dhe pastrimi i zonave përreth dhe shërbime të specializuara pastrimi pas punimeve të ndërtimit dhe zjarreve. Rreth 87% e kompanive që morën pjesë në studim ofrojnë shërbime dhe personel shtesë, për shembull, paketues, ngarkues dhe të tjerë, dhe 80% e aktorëve të tregut të shërbimeve të pastrimit u ofrojnë klientëve të tyre shërbime peizazhi për zonat ngjitur dhe të brendshme, mbeturinat dhe heqjen e borës. Klientët kryesorë të kompanive të pastrimit janë supermarketet dhe qendrat tregtare, ndërmarrjet prodhuese, kompanitë e transportit dhe depove, institucionet mjekësore dhe sportive, zyrat dhe qendrat e biznesit, kompanitë e mëdha ndërkombëtare dhe ruse, bankat, agjencitë qeveritare, komplekset hoteliere, objektet argëtuese (kinema, klube , kazino), stacione treni dhe aeroporte.

Oriz. 2. Segmentimi i konsumatorëve të shërbimit të pastrimit

Segmenti më i prapambetur i tregut, siç tregojnë shumë studime, është pastrimi në institucionet shëndetësore. Kjo gjendje shpjegohet nga zakonet e vendosura, standardet më të rrepta që ekzistojnë në organizata të tilla dhe kërkesat specifike të miratuara prej tyre për pastrimin e kryer nga stafi i kompanisë së pastrimit.

Kriteret për zgjedhjen e një kompanie pastrimi janë: autoriteti i tregut, kostoja dhe gama e shërbimeve të ofruara, niveli i pajisjeve, teknologjive dhe kimikateve të përdorura në punë, kualifikimet e personelit, sistemi i kontrollit të pastrimit.

Pastrimi është një domosdoshmëri industriale në botën moderne të biznesit. Pastrimi i përditshëm me kontratë është një fushë mjaft e zhvilluar e kësaj kompanie. Mundësia për të porositur si pastrim një herë ashtu edhe për të hartuar një kontratë për pastrimin e ambienteve në një frekuencë të caktuar, me një orar të përshtatshëm pune për klientin, është një aktivitet shumë i zakonshëm sot që kërkon një sasi të madhe të dhënash dhe është krejtësisht i përshtatshëm për shembulli i projektimit të sistemit të informacionit. Punonjësit e kompanisë i kushtojnë vëmendje të madhe kontrollit dhe cilësisë së pastrimit të kryer. Një pjesë e rëndësishme e punës së kompanisë është edhe hapja. Klienti ka të drejtë të dijë se çfarë, si dhe me çfarë ndihme bën kjo kompani “MAX CLEANING”. Të gjitha produktet kimike kanë certifikata higjienike; partnerët dhe klientët mund të vizitojnë bazën e prodhimit dhe të njihen me aftësitë teknologjike dhe organizimin e punës në ndërmarrje.

Pastrimi është një shërbim modern dhe shumë i kërkuar i ofruar nga kompani të ndryshme të specializuara në pastrimin e ambienteve. Një pastrim i tillë kryhet nga punëtorë të trajnuar posaçërisht dhe vlerësohet sipas standardeve të larta evropiane.

Pastrimi u shfaq në Rusi në fillim të viteve 1990 dhe kryesisht filloi të ishte në kërkesë midis kompanive të mëdha perëndimore që ishin mësuar me pastrimin profesional në atdheun e tyre. Shërbimi kombinon një gamë të plotë aktivitetesh të dizajnuara për pastrimin dhe ruajtjen e pastërtisë në ambientet e banimit, tregtare dhe industriale, duke përfshirë pastrimin e fasadave, larjen e dritareve dhe sipërfaqeve të tjera të jashtme të ndërtesave. Lista e shërbimeve zakonisht përfshin gjithashtu heqjen e mbeturinave dhe heqjen e borës nga çatitë dhe zonat përreth.

Aktualisht, të gjitha shërbimet kryhen nga personel i kualifikuar duke përdorur teknologji moderne pastrimi, duke përdorur produktet më të fundit, të zgjedhura posaçërisht për secilën sipërfaqe veç e veç, duke marrë parasysh karakteristikat e saj fizike, kimike dhe teknike. Tregu rus i pastrimit është zgjeruar ndjeshëm dhe ka perspektiva të mëdha për zhvillim të mëtejshëm. Në vetëm disa dekada, njerëzit do të harrojnë se çfarë është vetëpastrimi dhe do t'i drejtohen një kompanie që ofron këto shërbime. Në fund të fundit, jo vetëm pamja, por edhe shëndeti i pronarit varet nga pastërtia e dhomës.

Menaxherët e shumë kompanive të mëdha dhe të vogla tashmë janë bindur se shërbimet e pastrimit të ofruara nga kompani të specializuara janë dukshëm më të larta në cilësi ndaj shërbimeve të pastrimit në kuptimin e zakonshëm. Pastrimi profesional përfshin sjelljen e ambienteve në një gjendje të përsosur; një pastrim i tillë në fund të fundit kursen kohë, rrit jetën e shërbimit të materialeve të përfundimit dhe rrit prestigjin e kompanisë.

Punonjësit dhe drejtuesit e kompanisë punojnë si një mekanizëm i vetëm, vlerësojnë shumë jo vetëm cilësinë e lartë të shërbimeve të ofruara, por edhe analizojnë shërbimet e porositura, parashikojnë situatën në tregun e shërbimeve dhe si rrjedhojë ofrojnë zgjidhje konstruktive për situatat emergjente. dhe zgjidhjet më efektive për nevojat e klientit.

Në vitin 2003, për të përmirësuar cilësinë e shërbimit ndaj klientit, u vendos të hapej një divizion i ri që do të ofronte shërbime shtesë profesionale pastrimi. MAX CLEANING hodhi hapat e parë në Moskë. Përvoja e fituar në kryeqytet u përdor për të hyrë në rajone. Dhe megjithëse në fillim kishte mjaft probleme, kompania arriti të përballonte të gjitha vështirësitë. Në vitin 2005, kompania lidh një kontratë me rrjetin e supermarketeve METRO, duke u bërë një nga kompanitë e para që ofron shërbime pastrimi për supermarkete dhe hipermarkete. Deri në vitin 2010, stafi i kompanisë numëronte më shumë se 400 njerëz. Personeli punon në vende në të gjithë Moskën. Deri në vitin 2012, MAX CLEANING hyri në rajonet e Rusisë. Degët e para u hapën në Krasnoyarsk dhe Kazan. Cilësia e pastrimit profesional të zyrave dhe qendrave tregtare tejkalon pritshmëritë e klientëve rajonalë. Kompania iu afrua 10 vjetorit të saj me një staf prej 700 personash. E gjithë përvoja e mëtejshme më dha njohuri unike në fushën e pastrimit.

Reputacioni i kompanisë MAX CLEANING e krijuar vitet e fundit ka një rëndësi të madhe. Kërkon të merret parasysh qëndrimi i secilit punonjës ndaj punës së tyre.

Ndërveprimi dhe komunikimi me klientët janë komponentë thelbësorë të suksesit. Është shumë e rëndësishme mbajtja e shënimeve të kontratave me klientët, të gjitha porositë e klientëve që pasqyrojnë nevojat e tyre.

Një politikë çmimi fleksibël, niveli profesional i trajnimit të punonjësve dhe përdorimi i një sërë pajisjesh dhe kimikatesh na lejojnë të zëmë një pozicion udhëheqës në këtë sektor shërbimi.

Kompania e pastrimit ofron shërbimet e saj në të gjithë Federatën Ruse. Pjesa kryesore e zonës së shërbimit është pjesa qendrore e Federatës Ruse. Kompania punon me shumë subjekte të mëdha juridike të paraqitura më poshtë në figurë:

Oriz. 3. Kompani kliente te "MAX-CLEANING"

.1 Struktura organizative e shoqërisë

Kompania MAX CLEANING përbëhet nga divizione të ndryshme që kryejnë funksione dhe detyra të ndryshme; struktura organizative e kompanisë MAX CLEANING është paraqitur në Figurën 4.

Oriz. 4. Struktura organizative

Drejtori i Përgjithshëm dhe zëvendësi i tij drejtojnë kompaninë MAX-CLEANING, e cila përbëhet nga shumë departamente, duke përfshirë:

· Departamenti i Shërbimit të Klientit;

· Departamenti i punimeve.

Departamenti i Shërbimit të Klientit

Fusha e punës me klientët e kompanisë MAX-CLEANING është e gjerë: detyra kryesore e saj është bashkëpunimi afatgjatë dhe shërbimi ndaj personave juridikë, duke analizuar nevojat, nivelin dhe fokusin e tyre. Negociatat me kompanitë e klientëve, njohja me kushtet e shitjes së shërbimeve të ofruara nga MAX-CLEANING, kontrolli mbi kryerjen e punës - e gjithë kjo është një pjesë integrale e punës së këtij departamenti.

Një kompani kliente mund të kontaktojë MAX-CLEANING dhe të përdorë shërbime të plota pastrimi. Menaxheri i kompanisë do t'ju ndihmojë të lidhni një marrëveshje për bashkëpunim afatgjatë ose të bëni një porosi një herë. Ai gjithashtu është i detyruar të zbulojë të gjitha informacionet e nevojshme nga klienti, përkatësisht:

Informacion në lidhje me kompaninë në të cilën ai është përfaqësues;

Të dhëna për pronën (lokalet) që kanë nevojë për pastrim të plotë;

Dëshira e klientit për të zgjedhur një klasë pastrimi;

Kushtet e shërbimit;

Komente të veçanta për punën me ambientet (Të gjitha informacionet e marra përpunohen nga menaxheri dhe janë rreptësisht konfidenciale).

Nëse një kontratë ose porosi është lidhur me sukses, shërbimi do të transferohet në departamentin e punës, funksioni i të cilit është ofrimi (kryerja) në kohë dhe me cilësi të lartë të shërbimeve të pastrimit.

Departamenti i punimeve

Ky departament përbëhet nga një kryepunëtor i lartë dhe pastrues që formojnë ekipe të veçanta. Pas transferimit të kontratës (porosisë) nga menaxheri i kompanisë te kryepunëtorja, vijon faza e shpërndarjes së punës së pastrimit ndërmjet pastrues-punëtorëve.

Pastrimi i ambienteve të klientit kryhet brenda afateve kohore të përcaktuara në kontratën (urdhrin) e ekzekutuar më parë. Një raport për përfundimin e shërbimit i jepet kryepunëtorit, i cili vlerëson punën e çdo pastruesi që është pjesë e ekipit që ka kryer këtë pastrim. Për më tepër, përgjegjësi i lartë merr përsipër të njoftojë menaxherin e shërbimit ndaj klientit për statusin e këtij urdhri.

Pas së cilës cilësia e punës kontrollohet nga vetë klienti. Në rast të një vlerësimi jo të kënaqshëm, menaxheri informon menaxhmentin e kompanisë për të marrë vendimet e duhura.

Gjatë analizës së aktiviteteve të departamenteve të sipërpërshkruara të kompanisë MAX-CLEANING, u ndërtua një diagram i procesit të biznesit, i paraqitur më poshtë në Figurën 5.

Oriz. 5. Procesi i biznesit "MAX-CLEANING"

Të dy departamentet kanë nevojë për shërbim të shpejtë ndaj klientit dhe transaksione nëpërmjet automatizimit të rrjedhës së dokumenteve, si dhe marrjes së shpejtë të të dhënave raportuese dhe informacionit analitik për të ofruar shërbime në kohë dhe me cilësi të lartë.

1.2 Analiza e softuerit dhe harduerit të departamentit të shërbimit ndaj klientit dhe departamentit të punës

Çdo menaxher i shërbimit ndaj klientit ka një kompjuter personal, një telefon dhe pajisje të ndryshme periferike për të punuar me informacionin e nevojshëm. Kompania ka internetin, në të cilin kanë akses të gjithë punonjësit e MAX-CLEANING. Të gjithë kompjuterët janë të pajisur me sistemin operativ Windows 7, paketën e kërkuar të Microsoft Office duke përfshirë Accessin dhe drejtuesit për pajisje të shumta periferike HP DesktJet. Softueri dhe hardueri i departamentit të shërbimit ndaj klientit dhe i departamentit të punës janë paraqitur në Figurën 6.

Oriz. 6. Softuer i shoqerise "MAX-CLEANING"

Kompania përdor një rrjet të bazuar në konceptin klient-server. Për DBMS-të moderne, arkitektura klient-server është bërë standardi de fakto.

Parimi bazë i teknologjisë klient-server është të ndajë funksionet e një aplikacioni standard interaktiv në katër grupe:

· Funksionet e futjes dhe shfaqjes së të dhënave;

· zbatohen funksione specifike për fushën e lëndës;

· funksionet themelore të ruajtjes dhe menaxhimit të burimeve (bazave të të dhënave);

· funksionet e shërbimit.

Përparësitë e këtij sistemi:

· Nuk ka dyfishim të kodit të programit të serverit nga programet e klientit.

· Meqenëse të gjitha llogaritjet kryhen në server, kërkesat për kompjuterët në të cilët është instaluar klienti janë zvogëluar.

· Të gjitha të dhënat ruhen në server, i cili, si rregull, mbrohet shumë më mirë se shumica e klientëve. Është më e lehtë të zbatohet kontrolli i lejeve në server për të lejuar akses në të dhëna vetëm për klientët me të drejta të përshtatshme aksesi.

Klienti i jep informacion menaxherit të kompanisë, i cili e regjistron atë në kompjuterin e tij duke përdorur Microsoft Word 2010, printon kontratën (urdhrin) dhe e ruan dokumentin në formë letre. Kështu, ekziston rreziku i humbjes së të gjithë informacionit të nevojshëm, duke krijuar problemin e kërkimit të mëtejshëm të informacionit për klientin, ambientet dhe kontaktet e tij. Për më tepër, menaxheri nuk ka aftësinë të llogarisë automatikisht jo vetëm koston e pastrimit, në varësi të klasës së tij, madhësisë së ambienteve dhe periudhës së shërbimit të kontratës, por edhe numrin e ekipeve të kërkuara për kohë dhe të larta. pastrim cilësor të ambienteve.

Ideja bazë është të ndash një aplikacion rrjeti në disa komponentë, secili prej të cilëve zbaton një grup të caktuar shërbimesh. Komponentët e një aplikacioni të tillë mund të funksionojnë në kompjuterë të ndryshëm, duke kryer funksione të serverit dhe/ose klientit. Kjo përmirëson besueshmërinë, sigurinë dhe performancën e aplikacioneve të rrjetit dhe të rrjetit në tërësi. Moduli i sistemit të informacionit që kam zhvilluar për kompaninë MAX-CLEANING do të ndihmojë në rritjen e përfitimit të ndërmarrjes përmes analizës së thellë të informacionit në lidhje me klientët e saj, sistemet e shitjeve dhe do t'i lejojë menaxhmentit të kompanisë të gjurmojë treguesit kryesorë të cilësisë së punës së kryer. sipas kontratës, e cila është e nevojshme për marrjen e vendimeve të biznesit me rëndësi strategjike dhe vlerësimin efektiv të punës së secilit punonjës.

Qëllimi i punës sime përfundimtare të klasifikimit është të zhvilloj një modul të sistemit të informacionit për regjistrimin e pastrimit kompleks të ambienteve të ndryshme.

Për të arritur këtë qëllim, është e nevojshme të kryeni detyrat e mëposhtme:

Analizoni aktivitetet e pastrimit të kompanisë "MAX";

Krijoni një listë të kërkesave për zhvillimin e bazës së të dhënave;

Zhvilloni një bazë të dhënash duke përdorur metodën e diagramit ER dhe mjetin Erwin CASE;

Zbatoni pyetje për të manipuluar të dhënat në bazën e të dhënave.

Moduli i sistemit të informacionit që po zhvillohet duhet të plotësojë kërkesat e mëposhtme:

· Krijoni dhe ruani të dhëna për kontratat me llogaritjen automatike të kostos së shërbimit për periudhën e kontratës;

· Krijoni dhe ruani të dhënat e porosive me llogaritjen automatike të kostove të pastrimit në varësi të madhësisë së dhomës dhe klasës së pastrimit;

· Regjistroni të dhënat për çdo pastrim;

· Ruani informacione për cilësinë e pastrimit të secilit anëtar të ekipit;

· Llogaritni një vlerësim të performancës së ekipit për menaxherin e kompanisë;

· Llogaritja automatike e numrit të ekipeve të nevojshme për pastrimin e ambienteve.

Unë supozoj se futja e një sistemi të tillë do të rrisë shpejtësinë e përpunimit të të gjitha dokumenteve të nevojshme për shërbimet e një kompanie pastrimi, dhe gjithashtu do të zvogëlojë numrin e gabimeve kur punoni me klientët.

Për të zgjidhur problemet e vendosura në punën e klasifikimit përfundimtar, përdoren sa vijon:

· Metoda e projektimit të bazës së të dhënave - modelimi ER. Është një përshkrim grafik i fushës lëndore në terma “objekt – pronë – marrëdhënie”. Përdorimi i modelimit ER ofron shumë përfitime: e bën analizën e domenit më të fokusuar dhe më specifike; ju lejon të dizajnoni një AIS pa u lidhur me një objektiv specifik DBMS dhe të zgjidhni këtë të fundit në çdo kohë; kur ndryshoni DBMS-në e përdorur, nuk keni nevojë të kryeni përsëri dizajnin, ju duhet vetëm të kryeni hapin e transferimit të modelit ER në atë të synuar (nëse DBMS-ja e synuar që keni zgjedhur mbështetet nga ky mjet CASE, atëherë një tranzicion i tillë në përgjithësi do të kryhet automatikisht);

· RASTI - Mjeti Erwin. Avantazhi është aftësia për të krijuar diagrame të strukturës së bazës së të dhënave që ju lejojnë të zgjidhni automatikisht çështjet që lidhen me ruajtjen e integritetit të saj, si dhe pavarësinë e modelit logjik nga DBMS e përdorur, e cila ju lejon të përdorni metoda universale për eksportimin e tij në DBMS specifike. .

· MS Access DBMS zgjidhet si DBMS e synuar. Access është një sistem i menaxhimit të bazës së të dhënave relacionale që përfshin të gjitha mjetet e nevojshme për të krijuar një bazë të dhënash lokale, një bazë të dhënash të përbashkët në një rrjet lokal me një server skedari ose një bazë të dhënash në një server SQL, si dhe për të krijuar aplikacione të përdoruesve që punojnë me këto bazat e të dhënave. Access DBMS përfshin një shumëllojshmëri mjetesh softuerike relativisht autonome që synojnë krijimin e objekteve të bazës së të dhënave dhe aplikacioneve të përdoruesve. Mjetet e dizajnit grafik lejojnë përdoruesin të krijojë objekte të bazës së të dhënave dhe objekte aplikacioni duke përdorur elementë të shumtë grafikë pa përdorur programim.

2. Pjesa e projektimit

.1 Përshkrimi i fushës lëndore

Kompania ka flotën e saj në Moskë, e cila përfshin 5 makina VOLVO, si dhe 6 shoferë të caktuar për secilën makinë. Ekipet (3) që kryejnë pastrim gjithëpërfshirës të ambienteve, të përbërë nga 3 persona secili.

Shërbimet e Kompanisë:

· Pastrim gjithëpërfshirës i ambienteve (komerciale, industriale, depo dhe industriale);

Klienti, i cili mund të jetë vetëm person juridik, kontakton një punonjës të kompanisë MAX në pozicionin e menaxherit të pranimit të porosive. Kompania ofron shërbimet e saj si me kërkesë të klientit ashtu edhe për një periudhë të gjatë kohore (nga 7 ditë e lart).

Klienti diskuton sa më poshtë me menaxherin e pranimit të porosive:

Klienti jep të dhëna për ambientet që kanë nevojë për shërbim (lloji i lokalit, zona, vendndodhja);

Çmimi, i matur në rubla, përcaktohet në kontratë (100% parapagim):

Ø Me kërkesë të klientit (një herë) - varet nga zona e dhomës, lloji i pastrimit dhe numri i ekipeve të përfshira.

Ø Për një periudhë të gjatë kohore - varet nga periudha e shërbimit, frekuenca dhe zona e dhomës.

· Të dhënat personale të klientit

· Informacion për ambientet

· Periudha e shërbimit

· Numri i ekipeve të përfshira

Cilësia e shërbimit do të kontrollohet nga klienti dhe punonjësi i kompanisë që kontrollon rezultatet e punës së ekipit. Në rast të një vlerësimi të përputhshëm, të pakënaqshëm ndërmjet klientit dhe punonjësit, grupi i punës do të qortohet, deri në shkarkimin.

Përzgjedhja e mjeteve të disponueshme në flotën e kompanisë do të kryhet nga një specialist i përzgjedhjes së transportit. Ai do të vlerësojë numrin e nevojshëm të ekipeve për të mirëmbajtur ambientet dhe mjetet e nevojshme për të transportuar grupin e punës në destinacionin e tij. Përzgjedhja e makinave kryhet menjëherë pas të dhënave të dhëna për ambientet nga klienti përpara lidhjes së kontratës.

.2 Studimi i fizibilitetit të metodave të zhvillimit dhe zbatimit

Për të hartuar bazën e të dhënave të qendrës së shërbimit, u vendos të përdorej metoda e diagramit ER. Zgjodha këtë metodë të projektimit bazuar në faktorët e mëposhtëm:

Metoda e diagramit ER na është mësuar në disiplinën Baza e të dhënave.

Metoda e projektimit duke përdorur diagramet ER ka një sërë përparësish, përkatësisht: qartësi; aftësia për të hartuar një bazë të dhënash me një numër të madh objektesh dhe atributesh;

Diagramet ER bëjnë të mundur analizimin e fushës së lëndës në mënyrë më specifike;

Kërkesat për njohjen e gjuhës SQL janë zvogëluar.

Modeli ER bazohet në tre elementë:

· Thelbi

· Atribut

Zgjodha ERwin Data Modeler si një sistem të projektimit të bazës së të dhënave me ndihmën e kompjuterit.

Microsoft Access u zgjodh si DBMS. Zgjodha këtë DBMS bazuar në faktorët e mëposhtëm:

Microsoft Access më është mësuar gjatë trajnimit tim;

Qasja e bën të shpejtë dhe të lehtë krijimin e pyetjeve të tabelave;

Gjatë përpunimit të të dhënave, Access përdor gjuhën e pyetjeve SQL, e cila më është mësuar edhe në disiplinën e bazës së të dhënave.

.3 Dizajnimi i bazës së të dhënave

Faza e projektimit konceptual

Përshkrimi i subjekteve.

Identifikimi i subjekteve.

Përshkrimi i lidhjeve.

Thelbi		Thelbi
Lokalet	Me kusht
	Shërbejeni	Punonjësit
	Nevojë (Përfshi)
	E ekspozuar
	Konsultohet	Punonjësit
	Shenjat
	vlerëson
Punonjësit	Hartojeni
	Pranoje
	Ekzekutoni
	Kontrolli
	Ekzekutoni
	Lejon

2.4 Modeli konceptual i të dhënave në standardin Chen

2.5 Diagrami ER në mjedisin ERwin

.6 Analiza e modelit

Atributi i përbërë: - nr

Atribut me shumë vlera: Telefoni (kompani, përfaqësues)

Atributi i prejardhur:

Porosia - kosto = Lloji i pastrimit (kosto)* Dhoma (zona)

Kontrata - çmimi = Kontrata (periudha e shërbimit / frekuenca)* Lokalet (zona)

Lidhjet rekursive: - nr

1:1 Komunikimi: Rendi kërkon pastrim

Lidhjet e tepërta: po

Subjekti përfaqësues i kompanisë shfaqet:

· Klienti konsultohet me Punonjësin

· Klienti vlerëson pastrimin

· Klienti nënshkruan Marrëveshjen

· Klienti bën një porosi

Lokalet mirëmbahen nga punonjësit

Lokalet po pastrohen

Punonjësit ekzekutojnë urdhrin

Punonjësit mbikëqyrin pastrimin

Kontrata detyron Pastrimin

m:n lidhje: po

Punonjësit që bëjnë pastrim

Oriz. 8. Modeli final në Ervin

7 Faza e projektimit fizik

Skema e të dhënave në mjedisin e DBMS-së së zgjedhur

Oriz. 9. Skema e bazës së të dhënave

2.8 Zbatimi i pyetjeve bazë

pastrimi i manipulimit të të dhënave të bazës së të dhënave

Oriz. 9. Zbatimet e pyetjeve bazë

· Shfaqja e listës së kontratave ndërmjet menaxherëve të kompanisë

Kjo kërkesë do t'ju lejojë të shikoni, sipas numrit të personelit të menaxherit që hyn në përdorues, një listë të kontratave që ai ka ekzekutuar. Një kërkesë e tillë do t'ju lejojë të shikoni shpejt informacionin në lidhje me punën e një menaxheri specifik të kompanisë.

Punonjësit.Tab_Number, Punonjësit. Emri i plotë, Punonjësit. Telefoni, Punonjësit. Pozicioni, Punonjësit.Numri_Departamenti, Marrëveshja.Numri_Marrëveshje FROM Punonjësit INNER JOIN Kontrata ON Punonjësit.Tab_Number =Number_Number.Number_Tab. e menaxherit numri i personelit :)));

· Shikoni vlerësimin e punës së pastrues-punëtorëve

Kjo kërkesë do të dërgohet për të parë vlerësimin e punës së pastrues-punëtorëve. Bazuar në këtë vlerësim, klienti dhe menaxheri i kompanisë mund të parashtrojnë komente dhe masa për të parandaluar gabime të mëtejshme në punën e pastruesve.

SELECT Employees.Emri i plotë, Employees.Position, Cleaning.Client_Rating, Cleaning.Manager_Rating, Employees.Crew_Number FROM Cleaning INNER JOIN (Punonjësit INNER JOIN Clean_Crew ON Employees.TableanleanCrew ON Punonjësit.TabelaNleaning_N _Number = Clean_Cleaning_Number WHE RE ((( Pastrimi. Cleaning_number)=[Fut numrin e pastrimit]));

· Shfaq një listë të porosive për llojin e futur të pastrimit

Kjo kërkesë do t'ju lejojë të shikoni detajet e porosisë së bërë nga klienti.

SELECT [Lloji i pastrimit].[Klasa e pastrimit], [Klasa e pastrimit]. Kostoja, porosia.Numri_order FROM [Lloji i pastrimit] BASHKIMI I BRENDSHËM Rendi ON [Lloji i pastrimit].[Klasa e pastrimit] = Rendi.[Klasa e pastrimit] WHERE (([ Lloji i pastrimit].[Klasa e pastrimit])=[Fut klasën e pastrimit:]);

· Kërkoni për një kompani klient duke përdorur bazën e të dhënave

Kjo kërkesë do t'i lejojë punonjësit të fusë emrin e kompanisë së klientit dhe të shfaqë një listë të kontratave dhe porosive të ekzekutuara më parë, nëse ka. Falë një kërkese të tillë, do të jetë e mundur të shmanget rifutja e informacionit për kompaninë e klientit.

ZGJIDH Klientin.[Emri i kompanisë], Klienti. Adresa_Ligjore, Klienti.Telefoni_Kompania, [Përfaqësuesi i kompanisë]. Emri i plotë, [Përfaqësuesi i kompanisë]. Email NGA Klienti INNER JOIN [Përfaqësuesi i kompanisë] ON Client.NKl = [Përfaqësuesi i kompanisë].NKl WHERE ((Klienti.[Emri i Kompanisë])=[Fut emrin e kompanisë:]));

· Kërkoni për porosi të paplotësuara/të paplotësuara

Kjo kërkesë do t'ju lejojë të shfaqni një listë të porosive të përfunduara dhe të paplotësuara sipas statusit të futur nga përdoruesi.

SELECT Porosi.Numri_porosi, Rendi.Statusi, Porosi.Data_Pranimi, Porosi.[Klasa e pastrimit], Porosi.Data_Komplete FROM Porosia WHERE (((Order.Status)=[Fut statusin e porosise:]));

· Lista e lokaleve sipas llojit

Kjo kërkesë do t'ju lejojë të shfaqni një listë të ambienteve bazuar në hyrjen

lloji i dhomës së përdoruesit.

SELECT Premises.Adresa, Premises.Area, Premises.Type, Premises.NKl FROM Premises WHERE (((Premises.Type)=[Fut llojin e lokaleve:]));

· Lista e kontratave periudha e shërbimit të të cilave është më shumë se 30 ditë

Kjo kërkesë do t'ju lejojë të shfaqni një listë të kontratave, periudha e shërbimit të të cilave kalon 30 ditë.

ZGJIDH Kontratën.Numri_Kontratës, Kontrata.Data_porosi, Kontrata.Adresa, Kontrata.[Afati i Shërbimit (Ditët)]FROM Kontrata WHERE (((Kontrata.[Afati i Shërbimit (Ditët)))>30));

· Llogaritja e kostos së porosive

Kjo kërkesë do t'ju lejojë të shfaqni koston e porosisë sipas numrit të futur nga përdoruesi. Falë një kërkese të tillë, do të jetë e mundur të shmangen gabimet gjatë llogaritjes së kostos së porosive.

SELECT porosinë.Numri_orderi, ([Lloji i pastrimit].[Kosto]+[Lloji i pastrimit].[Numri i ekipeve për njësi zonë])*[Vendi].[Zona] AS Porosi_Kosto, Porosi.[Klasa e pastrimit], Rendi.Status FROM Premises NJOFTIM I BRENDSHËM ([Lloji i pastrimit] NJOFTIM I BRENDSHËM Urdhër ON [Lloji i pastrimit].[Klasa e pastrimit] = Porosi.[Klasa e pastrimit]) NË ambient. Adresa = Rendi.Adresa WHERE (((porosi.Numri_porosi)=[En numri :)));

Oriz. 6.2.

(Sistemi informativ i ndërmarrjes)

Transferimi i sistemeve të informacionit të korporatës

Transferimi i funksioneve të prodhimit dhe proceseve të biznesit bazuar në sistemet e informacionit të korporatës ju lejon të përdorni arritjet më të fundit dhe "praktikat më të mira" të menaxhimit modern. Zbatimi i sistemeve të informacionit të korporatës është baza e riinxhinierimit të proceseve të biznesit (Procesi i biznesit...
(Outsourcing dhe outstaffing: teknologjitë e menaxhimit të lartë)

Modelet e integrimit të sistemeve të informacionit të korporatës

Modelet e integrimit të sistemeve të informacionit përfaqësojnë nivelin më të lartë të klasifikimit të modeleve të projektimit. Ngjashëm me modelet e niveleve më të ulëta të klasifikimit, një grup modelesh strukturore identifikohet midis modeleve të integrimit. Modelet strukturore përshkruajnë përbërësit kryesorë të një të vetme të integruar...
(Hyrje në Arkitekturën e Softuerit)

DETYRAT FUNKSIONALE TË SISTEMIT TË INFORMACIONIT TË NDËRMARRJES DHE MODULET BAZË TË SISTEMEVE TË INFORMACIONIT MODERN TË NDËRMARRJES. INTEGRIMI I MODULËVE

Kuptimi thelbësor i konceptit të një moduli përfshin një krahasim të nënsistemeve funksionale, detyrave funksionale në një qasje funksionale të detyrës me modulet kryesore të modernes. Oriz. 6.2. Krahasimi i detyrave funksionale me modulet kryesore të sistemeve moderne të informacionit të ndërmarrjeve të bazuara në ICISP,...
(Sistemi informativ i ndërmarrjes)

KONCEPTI, HISTORIA E ZHVILLIMIT DHE KLASIFIKIMI I SISTEMEVE INFORMATIVE TË NDËRMARRJES. SISTEMET E INTEGRUARA INFORMATIVE TË KORPORATAVE TË NDËRMARRJES

Koncepti dhe klasifikimi i sistemeve të informacionit ndryshon në procesin e zhvillimit të tyre historik. Megjithatë, qëllimi mbetet konstant dhe lidhet me arritjen e efikasitetit të menaxhimit të ndërmarrjes. Efektiviteti i menaxhimit të ndërmarrjes varet nga ndërveprimi i shumë faktorëve, mes tyre: filozofik, historik,...
(Sistemi informativ i ndërmarrjes)

TIPARET E TEKNOLOGJIVE TË INFORMACIONIT MODERNE NË SISTEMET INFORMATIVE TË NDËRMARRJES

TEKNOLOGJI MODERNE PËR ORGANIZIMIN E TË DHËNAVE TË HYRËS NË SISTEMET INFORMATIVE TË KORPORATAVE Informacioni për transaksionet e biznesit duhet të futet menjëherë në bazën e të dhënave operacionale nga çdo burim i shfaqjes së tij. Kjo do t'ju lejojë të organizoni në mënyrë efektive përpunimin e mëtejshëm të të dhënave në informacion...
(Sistemi informativ i ndërmarrjes)

1. Rëndësia dhe nevoja për kërkime

Me shfaqjen e fundit në Federatën Ruse të një forme të re të menaxhimit të pronës në formën e një partneriteti të pronarëve të shtëpive (HOA), shoqatave të pronarëve të shtëpive (HOA - shoqatat e pronarëve të shtëpive) dhe bashkëpronësisë (në tekstin e mëtejmë të referuara si organizata të menaxhimit të pronës), qiramarrësit (pronarët ) të banesave kanë mundësi të ndikojnë në cilësinë e mirëmbajtjes së pronës, në përmirësimin e zonës përreth dhe deri diku në koston e shërbimeve komunale.

Në përputhje me nenin 161 të Kodit të Strehimit të Federatës Ruse, menaxhimi i një ndërtese apartamentesh duhet të sigurojë kushte të favorshme dhe të sigurta jetese për qytetarët, mirëmbajtjen e duhur të pronës së përbashkët në një ndërtesë apartamentesh, zgjidhjen e çështjeve në lidhje me përdorimin e pronës në fjalë, si. si dhe ofrimin e shërbimeve komunale për qytetarët që jetojnë në një ndërtesë të tillë.

b) procesi arsimor

Zhvillimi i kurseve shkencore dhe edukative, si dhe i materialeve shkencore popullore

	Emri i kursit/ material	Përshkrimi i shkurtër i kursit/ material
Kurse shkencore dhe arsimore	Tutorial "Sistemet e informacionit për menaxhimin e ndërtesave të banimit"	Është paraqitur funksionaliteti i sistemeve të informacionit të menaxhimit të pasurive të paluajtshme të përdorura në Federatën Ruse dhe jashtë saj. Krahasohet funksionaliteti dhe jepen rekomandime për zgjedhjen e një sistemi informacioni. Projektuar për trajnimin e studentëve në fushat 080100.62 “Ekonomi” dhe 080500.62 “Informatikë biznesi”
Punëtori laboratorike "Sistemi për menaxhimin e rregullave të biznesit të një organizate për menaxhimin e ndërtesave të banimit"	Ofron udhëzime hap pas hapi për krijimin e një moduli të menaxhimit të rregullave të biznesit duke përdorur IBM Ilog. Është paraqitur një algoritëm për menaxhimin e rregullave të biznesit HOA. Projektuar për trajnimin e studentëve në drejtimin 080500.62 “Informatikë Biznesi”
Punëtori laboratorike "Modelimi me shumë agjentë i aktiviteteve të një organizate të menaxhimit të pasurive të paluajtshme"	Janë dhënë udhëzime hap pas hapi se si të formoni agjentë dhe të krijoni një model biznesi për një organizatë të menaxhimit të pronës duke përdorur AnyLogic. Projektuar për trajnimin e studentëve në drejtimin 080500.62 “Informatikë Biznesi”
Tutorial "Zhvillimi i një databaze për një ndërtesë apartamentesh duke përdorur MS Access 2010 DBMS"	Janë dhënë udhëzime hap pas hapi për krijimin e tabelave të bazës së të dhënave, vendosjen e lidhjeve ndërmjet tyre, ndërtimin e formave, pyetjeve, raporteve dhe makrove duke përdorur aftësitë e MS Access 2010 DBMS.
Punëtori laboratorike "Analiza e proceseve të biznesit të një organizate të menaxhimit të pasurive të paluajtshme"	Janë paraqitur diagramet e zhvilluara duke përdorur gjuhën e modelimit të orientuar nga objekti UML. Projektuar për trajnimin e studentëve në fushat 080100.62 “Ekonomi” dhe 080500.62 “Informatikë biznesi”
Materiale të njohura shkencore	Monografi “Analiza e faktorëve dhe grupeve të organizatave rajonale në fushën e menaxhimit të pasurive të paluajtshme”	Janë dhënë rekomandime për analizën e faktorëve dhe grupimeve të parametrave që karakterizojnë HOA të rajonit të zgjedhur. Ofron informacion në lidhje me organizatat e menaxhimit të pasurive të paluajtshme me të njëjtat grupe të proceseve të biznesit dhe identifikimin e faktorëve kryesorë që ndikojnë në aktivitetet e tyre
Monografi "Algoritme për shkëmbimin e informacionit në organizatat e menaxhimit të pasurive të paluajtshme"	Paraqiten algoritmet e përgjithshme për funksionimin e IS, algoritmet për funksionimin e moduleve softuerike IS që zbatojnë shërbime informacioni për abonentët dhe algoritmet për ndërveprimin e moduleve softuerike. Ndërfaqet e përdoruesit të sistemit të informacionit. Karakteristikat e zhvillimit të kodit të programit për modulet duke përdorur mjedisin e zhvillimit MS Visual 2010
Neni "Klasifikimi i pajtimtarëve dhe sistemeve të informacionit në organizatat që menaxhojnë ndërtesat e banimit"	Përcaktohen modelet e shkëmbimit të informacionit brenda një organizate të menaxhimit të pasurive të paluajtshme, përbërja dhe vëllimi i pritshëm i të dhënave gjatë shkëmbimit të informacionit, transformimet e pritshme të të dhënave gjatë shkëmbimit të informacionit, format e paraqitjes së të dhënave hyrëse dhe dalëse.
Neni "Zhvillimi i një modeli simulimi me shumë agjentë për modelimin e aktiviteteve të HOAs"	Janë paraqitur qasjet për formimin e agjentëve për fushën e lëndës, si dhe zhvillimin e një modeli simulimi. Janë paraqitur rezultatet e modelimit të aktiviteteve të shoqatave të pronarëve të shtëpive me grupe të ndryshme të të dhënave fillestare.
Neni "Formimi i një sërë rregullash biznesi për HOA"	Janë dhënë qasje për formimin e një sërë rregullash biznesi. Janë marrë në konsideratë mundësitë e zbatimit të një sistemi të menaxhimit të rregullave të biznesit duke përdorur IBM Ilog. Jep një shembull të përdorimit të rregullave të biznesit për të marrë vendime
Neni "Formimi i algoritmeve për funksionimin e sistemit të informacionit të një organizate të menaxhimit të pasurive të paluajtshme"	Konsiderohet struktura e algoritmit të funksionimit të sistemit të informacionit, struktura e algoritmeve të moduleve softuerike që zbatojnë shërbimet e informacionit dhe shkëmbimin e informacionit me bazën e të dhënave të organizatës.
	Neni "Zbatimi i një qasjeje holistike për formimin e një grupi treguesish kryesorë të performancës për HOA"	Zbatimi i dispozitave të një qasjeje holistike konsiderohet të formojë një grup treguesish që lejojnë krijimin e një sistemi për vlerësimin e arritjes së qëllimeve strategjike dhe taktike (operative) të një organizate të menaxhimit të pasurive të paluajtshme, vlerësimin e gjendjes së organizatës dhe monitorimin e aktivitetin e biznesit të abonentëve të sistemit të informacionit në kohë reale.
Neni "Shërbimet e informacionit për menaxhimin e ndërtesave të banimit"	Merren parasysh shërbimet e informacionit të ofruara nga sistemet e huaja të informacionit për pronarët (qiramarrësit) e pasurive të paluajtshme në ndërtesa banimi.
Neni “Formimi i bazës së të dhënave për sistemin e informacionit HOA”	Diskuton modelet e të dhënave, teknologjinë për ruajtjen dhe përpunimin e të dhënave, përbërjen e të dhënave, formatet e të dhënave për reflektim në ndërfaqet e përdoruesve dhe dokumentet dalëse, llojet e të dhënave, përbërjen e pritshme të tabelave, si dhe një diagram të lidhjeve ndërmjet tabelave
Neni “Analiza organizative dhe modeli i proceseve të biznesit të HOA-ve”	Zhvillimi i një grupi modelesh konsiderohet: një model i përcaktimit të qëllimeve strategjike, një model organizativ-funksional, një model funksional-teknologjik, një model proces-roli i një modeli sasior, një model i strukturës së të dhënave (në çfarë forme janë rregulloret HOA dhe objektet e mjedisit të jashtëm të përshkruar), modelet e procesit të biznesit