Introducere

Teza în cauză a fost scrisă pe baza Donetsk OJSC Donetsk Manufactory pentru magazinul Cleonelly.

Una dintre activitățile principale ale Donetsk Manufactory OJSC produce o gamă largă de articole de îmbrăcăminte, în principal halate de baie, cearșafuri și prosoape. În plus, compania produce fire de bumbac vopsite pentru țesut și tricotat.

Dezvoltarea tehnologiilor informatice automatizate merge mana in mana cu aparitia unor noi tipuri de mijloace tehnice de procesare si transmitere a informatiilor, imbunatatirea formelor organizatorice de utilizare a calculatoarelor, saturarea infrastructurii cu noi mijloace de comunicare. Dezvoltarea relațiilor de piață a dus la apariția unor noi tipuri de activitate antreprenorială și, în primul rând, la crearea de firme implicate în afaceri informaționale, dezvoltarea tehnologiilor informaționale, îmbunătățirea acestora, răspândirea componentelor tehnologiilor informaționale automatizate, în anumite produse software care automatizează procesele de informare și de calcul. Acestea includ, de asemenea, echipamente de calcul, facilități de comunicații, echipamente de birou și tipuri specifice de servicii - servicii de informare, tehnică și consultanță, instruire etc. Aceasta a contribuit la diseminarea rapidă și la utilizarea eficientă a tehnologiilor informaționale în procesele de management și producție, la aplicarea aproape universală și la marea varietate a acestora.

Întreprinderile implicate în proiectarea și dezvoltarea de dispozitive pentru diverse scopuri folosesc în prezent pe scară largă diverse mijloace atât de proiectare asistată de calculator - CAD (CAD) cât și de monitorizare a proceselor de producție - ACS (SCADA / DCS). Cu toate acestea, pentru dispozitivele cu design propriu, este necesar să ne dezvoltăm propriile mijloace de monitorizare a performanței acestora și de analiză a calității produsului.

Procesul tehnologic de contabilizare a produselor dintr-un depozit dintr-un magazin Cleanelly include etapa de evidență a produselor vândute.

Scopul acestui proiect de diplomă este implementarea unei stații de lucru automatizate (AWP) care vă permite să țineți evidența produselor din depozitul magazinului.

Pentru a atinge obiectivul de mai sus, este necesar să se rezolve următoarele sarcini:

¾ analiza proceselor de afaceri ale magazinului;

¾ explorarea fluxurilor de informații care apar în etapa de livrare a unui produs în curs de dezvoltare;

¾ dezvoltarea modelelor de date conceptuale și logice;

¾ să dezvolte software pentru stația de lucru automatizată pentru contabilitatea produselor

¾ să evalueze eficienţa economică a sistemului informaţional.

1 Dezvoltarea cerințelor software

1.1 Analiza soluțiilor existente

În prezent, există o gamă largă de companii care combină atât dezvoltarea directă a produselor, cât și dezvoltarea sistemelor de control pentru aceste produse. Astfel de sisteme sunt dezvoltate de companii cunoscute precum 1: C Enterprise și Zvezda. În astfel de sisteme se efectuează controlul și contabilitatea materialelor, precum și prelucrarea informațiilor primite.

„1C: Enterprise” este un sistem de soluții aplicate construit pe aceleași principii și pe o singură platformă tehnologică. Managerul poate alege o soluție care să răspundă nevoilor actuale ale întreprinderii și care se va dezvolta în continuare pe măsură ce întreprinderea crește sau sarcinile de automatizare se extind.

Sistemul software 1C: Enterprise este conceput pentru a rezolva o gamă largă de probleme de contabilitate și automatizare a managementului cu care se confruntă întreprinderile moderne în dezvoltare dinamică. Rezolvarea problemelor urgente de contabilitate și management Compoziția programelor din sistemul 1C: Enterprise este axată pe nevoile reale ale întreprinderilor. Firma „1C” produce soluții software serializate concepute pentru a automatiza sarcinile tipice de contabilitate și management la întreprinderi. O caracteristică distinctivă a soluțiilor ediției 1C este un studiu amănunțit al compoziției funcționalității incluse în soluțiile standard. Firma „1C” analizează experiența utilizatorilor folosind programele sistemului „1C: Enterprise” și monitorizează schimbările în nevoile acestora.

Principalele avantaje ale sistemului meu Wholesale Base includ costul relativ scăzut al implementării acestui sistem, precum și o serie de alte avantaje:

¾ Fiabilitatea aplicațiilor create. Pachetul software (PC) trebuie să fie rezistent nu numai la erorile utilizatorului, ci și la defecțiunile sistemului de comunicații.

¾ Ușurință în utilizare a interfeței;

¾ Nivel ridicat de securitate a sistemului, care presupune nu numai controlul asupra disponibilității anumitor resurse de sistem și securitatea informațiilor în toate etapele de funcționare, ci și urmărirea acțiunilor efectuate cu un grad ridicat de fiabilitate.

1.2 Analiza domeniului

Particularitatea analizei domeniului subiectului este că vă permite să vedeți întregul set de operațiuni ale organizației.

CASE este conceput pentru a analiza și reorganiza procesele de afaceri. – Toate instrumentele de nivel superior Fusion Process Modeler (BPwin) care acceptă metodologiile IDEF0 (Model funcțional), DFD (Diagrama fluxului de date) și IDEF3 (Diagrama fluxului de lucru). BPwin este un produs software puternic pentru crearea de modele pentru analiza, documentarea și planificarea schimbărilor în procesele complexe de afaceri. BPwin oferă un instrument pentru colectarea tuturor informațiilor necesare despre funcționarea întreprinderii și reprezentarea grafică a acestor informații sub forma unui model coerent și consistent.

În ceea ce privește funcționalitatea sistemului. În cadrul metodologiei IDEF0 (Integration Definition for Function Modeling), un proces de afaceri este reprezentat ca un set de elemente de lucru care interacționează între ele și sunt prezentate informațiile, resursele umane și de producție consumate de fiecare lucrare. Modelul funcțional este conceput pentru a descrie procesele de afaceri existente în întreprindere (așa-numitul model AS-IS) și starea ideală a lucrurilor – pentru ce să te străduiești (modelul TO-BE). Metodologia IDEF0 prescrie construirea unui sistem ierarhic de diagrame, i.e. descrieri unice ale fragmentelor de sistem. În primul rând, se realizează o descriere a sistemului în ansamblu și a interacțiunii sale cu lumea exterioară (diagrama contextului), după care se efectuează o descompunere funcțională. – sistemul este împărțit în subsisteme și fiecare sistem este descris separat (diagrame de descompunere). Apoi fiecare subsistem este împărțit în altele mai mici și așa mai departe pentru a atinge nivelul dorit de detaliu.

Dacă în procesul de modelare este necesară evidențierea aspectelor specifice ale tehnologiei întreprinderii, BPwin vă permite să treceți la orice ramură a modelului la notația DFD sau IDEF3. Diagramele de diagramă a fluxului de date (DFD) pot completa ceea ce este deja reflectat în modelul IDEF3, deoarece descriu fluxurile de date, permițându-vă să urmăriți modul în care informațiile sunt schimbate între funcțiile de afaceri din cadrul sistemului. În același timp, diagramele DFD ignoră interacțiunile dintre funcțiile de business.

Din punct de vedere al succesiunii lucrărilor efectuate. Și o imagine și mai precisă poate fi obținută prin completarea modelului cu diagrame IDEF3. Această metodă atrage atenția asupra ordinii în care sunt executate evenimentele. Elemente de logică sunt incluse în IDEF3, care vă permite să modelați și să analizați scenarii alternative pentru dezvoltarea unui proces de afaceri.

Pentru a lua în considerare procesele de afaceri care rulează în depozitul magazinului, este necesar să folosiți doar două metodologii IDEF0 și DFD. Procesul de modelare a unui sistem în IDEF0 începe cu definirea contextului, adică. cel mai abstract nivel de descriere a sistemului sau a proceselor de afaceri în general.

Model IDEF0... Pentru a studia procesele de afaceri „Formarea comenzii unui furnizor”, „Recepția mărfurilor”, „Eliberarea mărfurilor”, luați în considerare diagramele care sunt prezentate sub forma unei diagrame IDEF0. Sistemul IDEF0 este prezentat ca o colecție de activități sau funcții care interacționează.

Metodologia IDEF0 se bazează pe patru concepte principale.

Primul este conceptul bloc functional (Cutie de activitate)... Blocul funcțional este reprezentat grafic sub forma unui dreptunghi și personifică o anumită funcție specifică în cadrul sistemului în cauză.

Fiecare dintre cele patru laturi ale unui bloc funcțional are propriul său sens specific (rol), în timp ce:

Partea de sus este Control;

Partea stângă este setată la Intrare;

Partea dreaptă este setată la Ieșire;

Partea de jos este setată pe Mecanism.

A doua „balenă” a metodologiei IDEF0 este conceptul de arc de interfață (Arrow). Afișarea grafică a arcului de interfață este o săgeată unidirecțională. Fiecare arc de interfață trebuie să aibă propriul nume (Arrow Label). Cu ajutorul arcurilor de interfață sunt afișate diverse obiecte care, într-o măsură sau alta, determină procesele care au loc în sistem. În acest caz, săgețile, în funcție de ce față a dreptunghiului de lucru intră sau de ce față părăsesc, se împart în:

Săgeți de intrare (incluse în partea stângă a blocului funcțional) - reprezintă date sau obiecte care sunt modificate în timpul execuției lucrării;

Săgețile de control (incluse în fața superioară a blocului funcțional) - descriu regulile și restricțiile din cauza cărora este efectuată munca;

Săgeți de ieșire (ieșire din partea dreaptă a blocului funcțional) - reprezintă date sau obiecte care apar ca urmare a muncii;

Săgețile mecanismului (incluse în marginea inferioară a blocului funcțional) - reprezintă resurse (de exemplu, echipamente, resurse umane).

Al treilea concept de bază al standardului IDEF0 este Descompunerea. Principiul de descompunere este utilizat atunci când descompune un proces complex în funcțiile sale constitutive.

Descompunerea vă permite să reprezentați treptat și structurat modelul de sistem sub forma unei structuri ierarhice de diagrame individuale, ceea ce îl face mai puțin supraîncărcat și ușor de digerat.

Conceptul final din IDEF0 este Glosarul. Pentru fiecare dintre elementele IDEF0: diagrame, blocuri funcționale, arcuri de interfață, standardul existent presupune crearea și menținerea unui set de definiții relevante, cuvinte cheie, narațiuni etc. care caracterizează obiectul afișat de acest element. Acest set se numește glosar și este o descriere a esenței acestui element.

Luați în considerare diagramele proceselor de afaceri care au loc în depozitul magazinului OJSC DMM, „Cleonelly”:

Pentru vizibilitatea generală a sistemului, este necesară construirea contextului „Activitatea depozitului întreprinderii” (vezi Figura 1.1).

Figura 1.1 - Diagrama „Activitățile de depozit ale întreprinderii”

După ce contextul este stabilit, se efectuează descompunerea, adică. construind următoarele diagrame în ierarhie.

Fiecare diagramă ulterioară este o descriere mai detaliată a uneia dintre lucrările din diagrama superioară. Un exemplu de descompunere a lucrării contextuale este prezentat în Figura 1.2. Astfel, întregul sistem este împărțit în subsisteme la nivelul dorit de detaliu, acest sistem fiind împărțit în trei niveluri.

Figura 1.2 - Diagrame de descompunere la primul nivel

Figura 1.3 - Diagrama „Validarea mărfurilor”

Figura 1.4 - Diagrama „Problemă de mărfuri”

Figura 1.5 - Diagrama „Detașarea mărfurilor”

DFD. Această metodologie se bazează pe construirea unui model al SI analizat - proiectat sau existent efectiv. În conformitate cu metodologia, modelul de sistem este definit ca o ierarhie a diagramelor fluxului de date (DFD), care descrie procesul asincron de transformare a informațiilor de la intrarea în sistem până la ieșirea către utilizator. Diagramele DFD sunt de obicei construite pentru a vizualiza activitatea curentă a sistemului de flux de lucru al unei organizații. Cel mai adesea, diagramele DFD sunt folosite pentru a completa modelul de proces de afaceri implementat în IDEF0.

Principalele componente ale unei diagrame de flux de date sunt:

Entități externe (prezentate grafic ca un pătrat) - desemnează un obiect material sau un individ care este o sursă sau un receptor de informații. De exemplu: clienți, personal, furnizori, clienți, depozit;

Sisteme/subsisteme (arata grafic ca un dreptunghi cu colturile rotunjite) - lucrari care denota functii sau procese care proceseaza si schimba informatiile;

Dispozitivele de stocare a datelor sunt un dispozitiv abstract pentru stocarea informațiilor care pot fi introduse într-un dispozitiv de stocare în orice moment și după un timp pot fi recuperate și poate exista orice modalitate de a le plasa și de a le prelua. În general, depozitul de date este un prototip al viitoarei baze de date și descrierea datelor stocate în acesta ar trebui să fie legată de modelul informațional;

Fluxuri de date - definește informațiile transmise printr-o anumită conexiune de la sursă la receptor. Fluxul de date din diagramă este reprezentat de o linie care se termină cu o săgeată care indică direcția fluxului.

Luați în considerare diagrama fluxului de date despre probleme (DFD) Figura 1.6. Această diagramă arată mișcarea documentelor atunci când o „rechiziție de produs” ajunge la o organizație.

Figura 1.6 - Diagrama DFD „Emisia mărfurilor”.

Luați în considerare următoarea diagramă de flux de date „Limiterea produsului” (vezi figura 1.7). Prezintă procesul de execuție a lucrărilor și deplasarea documentelor în timpul „emisiunii de mărfuri”.

Figura 1.7 - Diagrama DFD „Validarea mărfurilor”

În diagramele de flux de date, toate simbolurile utilizate formează o imagine de ansamblu, care oferă o idee clară despre ce date sunt utilizate și ce funcții sunt îndeplinite de sistemul de flux de lucru. În același timp, de multe ori se dovedește că fluxurile de informații existente care sunt importante pentru activitățile companiei nu sunt implementate în mod fiabil și trebuie reorganizate.

Structura organizatorică a unei întreprinderi care vinde produse terry este luată în considerare pe exemplul companiei OJSC „Donetsk Manufactura M” a magazinului Cleonelly:

În direcția dezvoltării sistemelor de control și contabilității materialelor, acestea pot rezolva cu succes probleme:

1. Acesta este controlul asupra mărfurilor furnizate și depozitate.

2. Informații despre furnizori și consumatori

3. Conține, de asemenea, informații și operațiuni despre produs

4. Conține un jurnal al raportului de eliberare a mărfurilor

5. Conține un director de mărfuri

6. Automatizarea functiilor depozitului (primire, consum, anulare, rezervare marfa)

7. Înregistrarea și stocarea facturilor pentru bunuri și servicii cumpărate și vândute, precum și facturarea pentru plata anticipată, plata amânată și livrarea mărfurilor

8. Intocmirea facturilor si contabilizarea marfurilor emise

9. Efectuarea unui inventar al depozitelor cu realizarea unei foi de colare, act de lipsă și surplus

10. Crearea de seturi de bunuri

După cum sa indicat, principalul domeniu de activitate al acestei întreprinderi este vânzarea produselor din bumbac. Procesul de proiectare include multe etape care sunt atent elaborate de structurile de management ale întreprinderilor de proiectare pe toată durata de viață a întreprinderii. Acest proces nu poate fi modificat în același timp, deoarece implică multe departamente ale întreprinderii însăși, subcontractanți externi și clienți ai întreprinderii de proiect. Prin urmare, întreprinderile se feresc de implementarea sistemelor informaționale legate de procesele de management al proiectării și dezvoltării. De regulă, întreprinderile rusești își folosesc propriile dezvoltări în acest domeniu.

1.3 Colectarea cerințelor

La proiectarea sistemului informatic (IS) al „Stației de lucru a magazinului cu ridicata”, a fost necesar să se colecteze cerințe care să ajute la crearea unei interfețe în așa fel încât să fie convenabil pentru utilizatorul final (angajatul magazinului) să lucreze cu IS dezvoltat.

Dezvoltarea cerințelor este procesul care include activitățile necesare pentru crearea și aprobarea unui document de specificație a cerințelor de sistem.

Pentru implementarea procesului de automatizare a contabilității și controlului materialelor, este necesar ca sistemul informațional să fie capabil să îndeplinească următoarele cerințe funcționale:

¾ documentarea rezultatelor.

¾ Sistemul informatic trebuie implementat ca un program bazat pe mediul integrat Visual Fox Pro.

Programul funcționează în sistemul de operare Windows 2000 / NT / XP.

Există patru etape principale în procesul de dezvoltare a cerințelor (Figura 1.8):

Analiza fezabilității tehnice a creării unui sistem;

Formarea și analiza cerințelor;

Specificarea cerințelor și crearea documentației relevante;

Atestarea cerințelor.

Colectarea cerințelor este o etapă importantă în proiectarea software-ului, deoarece aici toate cerințele clienților trebuie formulate corect și corect.

1.4 Specificarea cerințelor

Determinarea cerințelor corecte este probabil cel mai critic pas într-un proiect software. Este foarte important ca formatul proiectului să se potrivească cu cerințele software asamblate de echipa de dezvoltare, altfel aceste cerințe nu pot fi suportate și prezentate în produsul software. Specificația cerințelor software (SRS) este esențială pentru întregul ciclu de viață al dezvoltării software. Nu este doar un document derivat care definește specificațiile pentru un proiect software, ci și documentul principal utilizat în scopul efectuării testelor de calificare și acceptare. Atestarea este o evaluare a calității muncii managerilor de proiect. Determină gradul de conformitate a unui produs software cu cerințele stabilite. Specificația SRS acționează ca un mecanism pentru înregistrarea cerințelor de sistem care sunt utilizate ca criterii pentru atestare.

Pe baza SRS, se ajunge la un acord între clienții și producătorii produsului software. Specificația SRS descrie complet funcțiile pe care trebuie să le îndeplinească produsul software dezvoltat. Acest lucru permite utilizatorilor potențiali să determine gradul în care produsul le satisface nevoile, precum și modalități de modificare a produsului, astfel încât să fie cel mai util în rezolvarea problemelor lor.

Reduce timpul de dezvoltare. În pregătirea specificației SRS sunt implicate diferite grupuri din cadrul organizației clientului. Ei investighează amănunțit toate cerințele chiar înainte de a începe dezvoltarea efectivă a proiectului. Acest lucru reduce probabilitatea reproiectării, codării și testării ulterioare.

Un studiu atent al cerințelor din specificația SRS poate dezvălui neglijențe, neînțelegeri și inconsecvențe la începutul ciclului de dezvoltare, când problemele sunt mult mai ușor de rezolvat decât mai târziu.

Specificația SRS devine baza pentru estimarea costurilor și programarea. Descrierea produsului este baza reală pentru estimarea costului unui proiect. Într-un mediu în care există conceptul de propunere formală, SRS este utilizat pentru a valida estimarea unei propuneri sau a unui preț.

Cu specificații bine scrise, SRS-urile la nivel organizațional pot dezvolta planuri de certificare și audit mult mai productive. Ca parte a unui contract de dezvoltare, SRS oferă un punct de referință pentru evaluarea conformității cu specificațiile.

Specificația SRS facilitează transferul produsului software către utilizatori noi, precum și instalarea acestuia pe alte computere. Astfel, devine mai ușor pentru clienți să transfere produsul software către alte departamente ale organizației și pentru dezvoltatori să-l transfere altor clienți.

Specificația SRS servește drept bază pentru modernizare. Acest document tratează produsul în sine, nu procesul de dezvoltare a proiectului, deci poate fi folosit ca o extensie a produsului finalizat.

Odată finalizat procesul de definire și specificare a cerințelor, este necesară validarea cerințelor.

Specificațiile cerințelor pentru proiectul software vor fi prezentate în Anexa A.

1.5 Atestarea cerințelor

Validarea trebuie să demonstreze că cerințele definesc cu adevărat sistemul pe care clientul dorește să-l aibă. Validarea cerințelor este importantă deoarece o eroare în specificația cerințelor poate duce la reluare a sistemului și la costuri mari dacă este descoperită în timpul procesului de dezvoltare a sistemului sau după punerea lui în producție.

În timpul procesului de atestare a cerințelor, ar trebui efectuate diferite tipuri de verificări ale documentației cerințelor:

1. Verificarea corectitudinii cerințelor.

2. Verificarea coerenței.

3. Verificarea completității.

4. Verificarea fezabilității.

Există o serie de metode de atestare a cerințelor care pot fi utilizate împreună sau fiecare separat:

1. Revizuirea cerințelor.

2. Prototiparea.

3. Generarea de scripturi de testare.

4. Analiza automată a consistenței.

Prototiparea este cea mai vizibilă pentru clientul sistemului.

Înainte de a începe prototiparea, puteți crea o diagramă de flux a interfeței cu utilizatorul. Această diagramă este folosită pentru a studia relațiile dintre elementele principale ale interfeței cu utilizatorul.

Următorul pas în validarea cerințelor este prototipul direct.

Un prototip de software este o implementare parțială sau posibilă a unui produs nou propus. Prototipurile vă permit să îndepliniți trei sarcini principale: clarificarea și finalizarea procesului de formulare a cerințelor, explorarea soluțiilor alternative și crearea produsului final.

Prototipul meniului principal al acestui modul este prezentat în Figura 1.9.

1.6 Alegerea unei metodologii de proiectare a sistemului informatic

Esența abordării structurale a dezvoltării SI constă în descompunerea (diviziunea) acestuia în funcții automate: sistemul este împărțit în subsisteme funcționale, care la rândul lor sunt împărțite în subfuncții, subdivizate în sarcini și așa mai departe. Procesul de partiționare continuă până la proceduri specifice. În același timp, sistemul automatizat menține o viziune holistică în care toate componentele constitutive sunt interconectate.

Toate cele mai comune metodologii de abordare structurală se bazează pe o serie de principii generale. Următoarele principii sunt folosite ca două principii de bază:

Divide and Conquer - principiul rezolvării problemelor complexe prin împărțirea lor în multe probleme mai mici, independente, care sunt ușor de înțeles și rezolvat;

Principiul ordonării ierarhice este principiul organizării părților constitutive ale unei probleme în structuri arborescente ierarhice cu adăugarea de noi detalii la fiecare nivel.

Analiza structurală folosește în principal două grupuri de instrumente pentru a ilustra funcțiile îndeplinite de sistem și relațiile dintre date. Fiecare grup de fonduri corespunde anumitor tipuri de modele (diagrame), cele mai frecvente, dintre care se numără următoarele:

Modele SADT (Structured Analysis and Design Technique) și diagrame funcționale aferente;

diagrame de flux de date DFD (Data Flow Diagrams);

ERD (Entity-Relationship Diagrams) diagrame entitate-relație.

În etapa de proiectare a SI, modelele sunt extinse, rafinate și completate cu diagrame care reflectă structura software-ului: arhitectură software, diagrame bloc de program și diagrame ecran.

Modelele enumerate împreună oferă o descriere completă a IP, indiferent dacă este existentă sau nou dezvoltată. Compoziția diagramelor în fiecare caz specific depinde de caracterul complet necesar al descrierii sistemului.

2 PROIECTAREA SISTEMULUI INFORMATIV

2.1 Proiectare arhitecturală

La crearea oricărui sistem informațional complex, un aspect critic este arhitectura acestuia, unde reprezintă o viziune conceptuală asupra structurii proceselor și tehnologiilor funcționale viitoare la nivel de sistem și în interconectare. De obicei, sistemele informatice complexe ale organizațiilor sunt concepute ca o compoziție de componente de interacțiune la nivel înalt, care pot fi ele însele sisteme. Arhitectura sistemului informatic al unei organizații face sistemul mai ușor de înțeles prin definirea funcționalității și structurii sale într-un mod care dezvăluie deciziile de proiectare și permite observatorului să pună întrebări despre îndeplinirea cerințelor de proiectare, alocarea funcționalității și implementarea componentelor.

Arhitectura sistemului informatic al unei organizații este un model al modului în care tehnologia informației va sprijini obiectivele principale și strategia de dezvoltare a unui obiect automatizat. Vă permite să gândiți critic și să articulați o viziune asupra modului în care seturile integrate de sisteme informaționale ar trebui să fie structurate pentru a atinge aceste obiective. Arhitectura sistemului informațional descrie modul în care sistemele informaționale, aplicațiile și oamenii lucrează într-o organizație într-o manieră uniformă și unificată.

Astfel, arhitectura unui sistem informațional include un set general acceptat de componente care furnizează „blocurile de bază” ale unui sistem informațional. Aceste „blocuri” și caracteristicile lor sunt definite la nivelul adecvat de detaliu pentru a răspunde nevoilor deciziilor de planificare.

La proiectarea sistemelor informatice moderne ale organizațiilor, arhitectura acestora ar trebui dezvoltată ținând cont de mulți factori interesați, ar trebui să fie înțeleasă de utilizatori, să permită dezvoltatorilor să planifice și să programeze sistemul, să permită definirea interfețelor, funcțiilor și tehnologiilor cheie și, de asemenea, să permită estimarea calendarul și bugetul proiectului. Acest lucru necesită responsabilitatea arhitecților sistemelor informatice moderne de a crea un concept satisfăcător și funcțional al sistemului în cel mai timpuriu stadiu al dezvoltării sale, de a menține integritatea acestui concept pe tot parcursul dezvoltării și de a determina adecvarea sistemului rezultat pentru utilizare de către clientul. Arhitectura sistemului informațional, pe de altă parte, este procesul de descriere a arhitecturilor sistemelor informaționale suficient de detaliat pentru a le face mai utile pentru proiectarea sistemului informațional.

Studiul experienței străine arată că în țările dezvoltate, atunci când se dezvoltă o arhitectură de sistem informațional, trebuie îndeplinite următoarele condiții:

¾ concentrarea pe misiunea organizației;

¾ concentrarea pe cerințe;

¾ concentrarea pe dezvoltare;

¾ capacitatea de adaptare;

¾ nevoia de flexibilitate.

Respectarea tuturor acestor condiții vă permite să dezvoltați arhitectura sistemului informațional al organizației mai perfectă și eficientă.

Principalele arhitecturi software implementate în prezent sunt:

¾ server de fișiere;

¾ client-server;

¾ pe mai multe niveluri.

Server de fișiere... Aceasta arhitectura de baze de date centralizate cu acces la retea presupune desemnarea unuia dintre calculatoarele din retea ca server dedicat care va stoca fisierele bazei de date centralizate. În conformitate cu solicitările utilizatorilor, fișierele de pe serverul de fișiere sunt transferate pe stațiile de lucru ale utilizatorilor, unde se realizează cea mai mare parte a prelucrării datelor. Serverul central îndeplinește în principal doar rolul de stocare a fișierelor, fără a participa la prelucrarea datelor în sine. După finalizarea lucrărilor, utilizatorii copiază fișierele cu datele procesate înapoi pe server, de unde pot fi preluate și procesate de alți utilizatori. Această organizare a întreținerii datelor are o serie de dezavantaje, de exemplu, atunci când mai mulți utilizatori accesează aceleași date în același timp, performanța muncii scade brusc, deoarece este necesar să așteptați până când utilizatorul care lucrează cu datele își termină munca. În caz contrar, modificările efectuate de unii utilizatori pot fi suprascrise de modificările făcute de alți utilizatori.

Client server... Acest concept se bazează pe ideea că, pe lângă stocarea fișierelor bazei de date, serverul central trebuie să facă cea mai mare parte a procesării datelor. Utilizatorii accesează serverul central folosind un limbaj special de interogare structurat (SQL, Structured Query Language), care descrie o listă de sarcini efectuate de server. Solicitările utilizatorilor sunt primite de server și generează procese de prelucrare a datelor în acesta. Ca răspuns, utilizatorul primește un set de date deja procesat. Nu întregul set de date este transferat între client și server, așa cum se întâmplă în tehnologia file-server, ci doar datele de care clientul are nevoie. O interogare de utilizator care are doar câteva rânduri poate genera procesarea datelor care implică multe tabele și milioane de rânduri. Ca răspuns, clientul poate primi doar câteva numere. Tehnologia client-server vă permite să evitați transmiterea unor cantități uriașe de informații prin rețea, transferând toate procesarea datelor către un server central. În plus, abordarea luată în considerare evită conflictele de modificări ale acelorași date de către mai mulți utilizatori, care sunt tipice pentru tehnologia serverului de fișiere. Tehnologia client-server implementează modificarea consecventă a datelor de către mai mulți clienți, asigurând integritatea automată a datelor. Acestea și câteva alte avantaje au făcut ca tehnologia client-server să fie foarte populară. Dezavantajele acestei tehnologii includ cerințe de înaltă performanță pentru serverul central. Cu cât accesează mai mulți clienți la server și cu cât este mai mare cantitatea de date procesate, cu atât serverul central trebuie să fie mai puternic.

Pe baza acestor considerații, la proiectarea arhitecturii AWS, a fost luată ca bază tehnologia client-server. Diagramele de aspect arată relațiile fizice dintre componentele software și hardware dintr-un sistem.)

2.2 Proiectarea interfeței sistemului informațional

Interfața cu utilizatorul este adesea înțeleasă doar ca aspectul programului. Cu toate acestea, în realitate, utilizatorul percepe întregul sistem ca un întreg prin el, ceea ce înseamnă că o astfel de înțelegere a lui este prea îngustă. În realitate, interfața cu utilizatorul include toate aspectele de design care afectează interacțiunea dintre utilizator și sistem. Nu este doar ecranul pe care îl vede utilizatorul. Interfața cu utilizatorul constă din mai multe componente, cum ar fi:

un set de sarcini de utilizator pe care le rezolvă folosind sistemul;

comenzi ale sistemului;

navigare între blocuri de sistem;

proiectarea vizuală a ecranelor de programe.

Iată câteva dintre cele mai semnificative beneficii de afaceri ale unei bune interfețe cu utilizatorul:

reducerea numărului de erori ale utilizatorului;

reducerea costurilor de întreținere a sistemului;

reducerea pierderii de productivitate a angajaților în timpul implementării sistemului și recuperarea mai rapidă a productivității pierdute;

îmbunătățirea moralului personalului;

reducerea costurilor de schimbare a interfeței cu utilizatorul la cererea utilizatorilor;

disponibilitatea funcționalității sistemului pentru numărul maxim de utilizatori.

Baza en gros AWP este dezvoltată ca o aplicație folosind tehnologia client-server.

2.2.1 Interfața utilizator a programului de control

Modulul principal al „AWP Wholesale Base” este modulul Luck.exe, care asigură implementarea funcționalității principale a diagramei de caz de utilizare prezentată în Figura 1.9 din Secțiunea 1.4.

La dezvoltarea unui sistem informatic, una dintre sarcinile principale este crearea celei mai simple și neîncărcate interfețe. Este interfața produsului software care ajută utilizatorii să „comunica” cu sistemul informațional, acționând ca un dialog între utilizator și sistem.

Interfata programului, partea administrativa:

1. forma de pornire a programului. Acest formular este lansat în momentul lansării produsului software, formând astfel începutul unui dialog cu utilizatorul cu sistemul (Figura 2.3);

2. formular admin. În această formă se realizează managementul complet al sistemului informațional, adică. adăugarea, ștergerea, modificarea datelor din baza de date, precum și, dacă este necesar, vizualizarea și tipărirea rapoartelor (Figura 2.4);

3. Formular „Clienți”, datorită acestui formular puteți vedea informații complete despre clienții întreprinderii (Figura 2.7);

4. Formular „Furnizori”, datorită acestui formular puteți vedea informații complete despre clienții întreprinderii (Figura 2.8).

Interfața cu utilizatorul a programului:

În fereastra pentru sosirea mărfurilor, înregistrarea mărfurilor este în curs. Atunci când alege această filă a formularului, utilizatorul trebuie mai întâi

În meniul de cheltuieli se regăsesc operațiuni efectuate de angajatul depozitului pentru eliberarea și vânzarea mărfurilor.

În soldurile de meniu se numără mărfurile, numele articolelor depozitate în depozit.

În meniul casieriei, informațiile despre ordinele de credit și ordinele de ieșire de numerar sunt stocate aici. (Capturi de ecran)

2.2.2 Interfețele utilizator ale componentelor de control

Fig 2.0 Meniul principal al programului

Fereastra principală a programului este prezentată în Fig. 1.9. După cum puteți vedea din figură, pe lângă meniul principal, deja descris mai sus, acesta va conține și un panou de control (butoanele „Venituri”, „Consum”, „Acces”, „Solduri”, „Casiera”, „Reevaluare”. „, „Analitice”, „Directoare”, „Serviciu” și „Ieșire din program „.

Figura 2.1 Fereastra de meniu a bonului sau a bonului la depozit.

Figura 2.2 Fereastra meniului Consum

Figura 2.2 Fereastra de meniu care reglementează drepturile de acces la program.

Figura 2.3 Fereastra de meniu a restului de bunuri.

Figura 2.4 Fereastra meniului casei de marcat.

Figura 2.4 Fereastra meniului Reevaluare.

2.3 Proiectarea bazei de date

Pentru proiectarea bazei de date a fost folosit ERwin 4.0 de la Computer Associates Int.

ERwin este un instrument de proiectare a bazelor de date puternic și ușor de utilizat, care a câștigat o largă acceptare și popularitate. Oferă cea mai mare productivitate în dezvoltarea și întreținerea aplicațiilor bazate pe baze de date. Pe parcursul întregului proces - de la modelarea logică a cerințelor de informații și a regulilor de afaceri care definesc baza de date, până la optimizarea modelului fizic în conformitate cu caracteristicile specificate - ERwin vă permite să afișați vizual structura și elementele de bază ale bazei de date.

ERwin nu este doar cel mai bun instrument de proiectare a bazelor de date, ci și un instrument pentru a crea una rapid. ERwin va optimiza modelul în funcție de caracteristicile fizice ale bazei de date țintă. Spre deosebire de alte instrumente, ERwin menține automat coerența schemei logice și fizice și traduce constructe logice, cum ar fi relațiile multi-la-multe în implementări fizice. Facilitează proiectarea bazei de date. Pentru a face acest lucru, este suficient să creați un model grafic E-R (obiect-relație) care să îndeplinească toate cerințele de date și să introduceți reguli de afaceri pentru a crea un model logic care să afișeze toate elementele, atributele, relațiile și grupările. Erwin are două niveluri de prezentare a modelului - logic și fizic. Stratul logic este o vedere abstractă a datelor, pe care datele sunt prezentate așa cum arată în lumea reală și pot fi numite așa cum se numește în lumea reală, de exemplu, „Client fidel”, „Departament” sau „ Numele de familie al angajatului”. Obiectele model care sunt reprezentate la nivel logic sunt numite entități și atribute. Nivelul logic al modelului de date este universal și nu are nimic de-a face cu o implementare specifică a SGBD. Există trei subniveluri ale nivelului logic al modelului de date, care diferă în profunzimea prezentării informațiilor despre date:

Diagrama relațiilor cu entitatile (ERD);

Model bazat pe chei (KB);

Model complet atribuit (FA).

Diagrama entităților - Relația include entități și relații care reflectă regulile de bază ale domeniului. O astfel de diagramă nu este prea detaliată, include principalele entități și relațiile dintre ele care satisfac cerințele de bază. Diagrama entităților — O relație poate include relații multi-la-mulți și nu poate include descrieri cheie. De obicei, ERD este utilizat pentru prezentări și discuții despre structura datelor cu experți în domeniu. Un model de date bazat pe chei este o vizualizare mai detaliată a datelor. Acesta include o descriere a tuturor entităților și cheilor primare și este destinat să reprezinte structura de date și cheile care corespund domeniului subiectului.

Un model logic este cea mai detaliată reprezentare a unei structuri de date: reprezintă datele în a treia formă normală și include toate entitățile, atributele și relațiile (vezi Anexa B).

Model de date fizice dimpotrivă, depinde de SGBD specific, de fapt, fiind un afișaj al catalogului de sistem. Stratul fizic al modelului conține informații despre toate obiectele din baza de date. Deoarece nu există standarde pentru obiectele bazei de date (de exemplu, nu există un standard pentru tipurile de date), stratul fizic al modelului depinde de implementarea specifică a SGBD. În consecință, mai multe niveluri fizice diferite ale modelelor diferite pot corespunde aceluiași nivel logic al unui model. Dacă la nivelul logic al modelului nu contează prea mult ce tip de date specific are atributul (deși sunt acceptate tipuri de date abstracte), atunci la nivelul fizic al modelului este important să descriem toate informațiile despre anumite obiecte fizice - tabele, coloane, indecși, proceduri etc... Împărțirea modelului de date în niveluri logice și fizice vă permite să rezolvați mai multe probleme importante.

Modelul de date fizice este prezentat în Anexa B.

2.4 Motivația alegerii unei platforme pentru crearea unui sistem informațional

Visual FoxPro este un sistem vizual de gestionare a bazelor de date relaționale disponibil în prezent de la Microsoft. Cea mai recentă versiune este 9.0. Utilizează limbajul de programare FoxPro. Versiunea de sistem 7.0 poate rula pe sistemele de operare Windows 9x și nuclee NT, versiunile 8.0 și 9.0 - numai pe Windows XP, 2000, 2003.

FoxPro este unul dintre dialectele limbajului de programare xBase. Este folosit în principal pentru dezvoltarea SGBD relațional, deși este posibil să îl utilizați pentru dezvoltarea altor clase de programe.Așa cum am menționat mai sus, limbajul VFP este un limbaj xBase puternic augmentat și extins. În Visual FoxPro, un limbaj de programare, adică construcția de bază a unui limbaj este conceptul de clasă. Versiunea originală a xBase este un limbaj pur structurat, cu un concept de bază de proceduri și funcții. Astfel, limbajul modern de programare Visual FoxPro vă permite să combinați atât programarea „de modă veche” prin descrierea unei mase de proceduri, cât și în stilul OOP, creând o ierarhie complexă de clase.

Am ales acest limbaj de programare deoarece conține câteva dintre următoarele avantaje:

¾ Un format de tabel de bază de date binecunoscut care facilitează organizarea schimbului de informații cu alte aplicații Microsoft Windows.

Organizarea modernă a bazelor de date relaționale care vă permite să stocați informații despre tabelele bazei de date, proprietățile acestora, indecșii și relațiile acestora, să stabiliți condiții de integritate referențială, să creați vederi locale și la distanță, conexiuni la server, proceduri stocate care sunt executate atunci când au loc mai mult de 50 de tipuri diferite de evenimente (VFP 7.0-9.0).

Viteză mare de lucru cu baze de date mari.

Vizibilitate ridicată a lucrului cu baze de date: fereastra multifuncțională de sesiune de date vă permite să vedeți lista tabelelor de baze de date deschise, relațiile acestora, filtrele, ordinea indexurilor, moduri de buffering, trecerea la modurile de modificare a structurii, să lucrați cu informațiile din tabel etc.

Viteză mare de dezvoltare a aplicațiilor folosind modul Wizards, Designers, Builders, IntelliSense sugestii atunci când scrieți textul programului, un sistem de depanare și testare a programelor.

Abilitatea de a dezvolta aplicații client-server cu date găzduite pe serverele de baze de date Oracle și Microsoft SQL Server și cu alte aplicații Microsoft Windows folosind ODBC și OLE

Sistemul VFP este destinat utilizării de către programatori profesioniști, așa că nu are rost să-și rusifice meniul și limba - pentru orice programator, sintaxa engleză a unui limbaj algoritmic este mai familiară decât rusa.

2.5 Proiectarea modulelor

Să ne oprim mai în detaliu asupra designului unuia dintre modulele programului și să luăm în considerare, folosind exemplul său, pașii necesari pentru a crea un proiect.

Ca exemplu, voi lua în considerare proiectarea unui modul care implementează cazul de utilizare „Emite o cerere de admitere”.

Mai întâi, să descriem fluxurile de evenimente care au loc în acest caz de utilizare.

O condiție prealabilă pentru un caz de utilizare este primirea unei cereri de la un client.

5. Cazul de utilizare începe în momentul în care clientul depune cererea.

6. Managerul deschide formularul de Chitanță.

7. Managerul stabilește data cererii.

8. Managerul pune numele produsului.

9. Managerul introduce cantitatea de marfa primita.

10. Managerul introduce suma cererii.

11. Managerul închide formularul.

12. Cazul de utilizare se încheie.

Postcondiția pentru cazul de utilizare este înregistrarea unei aplicații în sistem și apariția unui nou client în jurnalul formularului principal.

Luați în considerare o diagramă de secvență pentru acest caz de utilizare. După cum puteți vedea din această diagramă, managerul, deschizând formularul de Sosire, determină executarea mai multor acțiuni - automat (din punctul de vedere al managerului) se completează data cererii. La plasarea unei cereri, lista de clienți este completată din bază cu informații primare. După aceea, managerul introduce toate datele necesare și dă clic pe butonul „Accept”. În acest caz, se efectuează următoarele acțiuni. Toate datele sunt transmise procedurii stocate.

3 Implementarea si validarea sistemului informatic

3.1 Implementarea aplicației

Implementarea aplicatiei, in esenta ei, este una dintre etapele laborioase pentru dezvoltatorul sistemului informatic, deoarece cerintele propuse de client trebuie sa fie clar si corect integrate in sistem. Până în prezent, nu există produse software care să se „ajusteze” la cerințele așa-numitului client și să ofere un anumit set de funcții pentru implementarea sistemului care să îndeplinească aceste cerințe. Prin urmare, fiecare dezvoltator trebuie să aleagă mediul optim pentru dezvoltarea sistemului, dar trebuie remarcat că la implementarea unei aplicații nu se poate face fără scrierea codului programului. La scrierea codului programului vor fi implementate anumite funcții pe care sistemul trebuie să le îndeplinească. În funcție de mediul selectat pentru implementarea sistemului, codul programului va arăta diferit, într-un mediu precum Microsoft Visual FoxPro va exista un cod de program, în Visual Basic altul etc.

În acest caz, aplicația a fost implementată în Microsoft Visual FoxPro.

Principalele funcții ale sistemului vor fi descrise mai jos:

1. Forma de pornire a sistemului. Acest formular este un buton și, în consecință, fiecare buton își îndeplinește propria funcție. Butonul de înregistrare administrator este prezentat în Figura 3.1 Acest buton va îndeplini funcția care deschide panoul de administrator, dacă utilizatorul are astfel de drepturi asupra acestui sistem.

2. Sosire butonul meniu. Acest buton vă permite să urmăriți mărfurile care ajung în depozitul magazinului.Figura 3.2.

3. În butonul meniului se ține evidența cheltuielilor cu mărfurile scoase din depozit.Figura 3.3.

4. În butonul meniului de acces sunt reglementate drepturile de utilizare a acestui program Figura 3.4.

5. În butonul meniului „rămășițe” sunt stocate informații despre materialele depozitate în depozitul magazinului Fig. 3.5.

6. Butonul de meniu de la casierie stochează informații despre comenzile de numerar primite și ordinele de numerar de ieșire.Figura 3.6.

7. În butonul meniu reevaluare se efectuează modificările de preț pentru noul preț al mărfurilor Fig.3.7.

Figura 3.1 - Forma de pornire a sistemului

Figura 3.2 - Forma de contabilizare a intrărilor de mărfuri la depozit.

Figura 3.3– Forma de contabilizare a mărfurilor eliberate.

Figura 3.4– Formular care reglementează drepturile de acces la program.

Figura 3.5– Forma restului de mărfuri din depozit.

Figura 3.5 — Formular despre încasările de numerar și încasările de numerar.

Figura 3.6 – Forma operațiunilor asupra mărfurilor.

Testarea aplicației

Testarea este procesul de executare a unui program pentru a detecta erori. Testarea oferă:

Eroare detectata;

Demonstrarea conformității funcțiilor programului cu scopul acestuia;

Demonstrarea implementării cerințelor pentru caracteristicile programului;

Afișarea fiabilității ca indicator al calității programului.

Figura 3.2 prezintă fluxurile de informații ale procesului de testare.

Există trei fluxuri la intrarea în procesul de testare:

Textul programului;

Date inițiale pentru pornirea programului;

Rezultate asteptate.

Se efectuează teste și se evaluează toate rezultatele obținute. Aceasta înseamnă că rezultatele reale ale testului sunt comparate cu rezultatele așteptate. Când se găsește o nepotrivire, se înregistrează o eroare și începe depanarea.

După colectarea și evaluarea rezultatelor testelor, începe afișarea calității și fiabilității software-ului. Dacă se întâlnesc în mod regulat erori grave care necesită modificări de proiectare, atunci calitatea și fiabilitatea software-ului sunt suspecte și este declarată necesitatea de a consolida testarea.

Rezultatele acumulate în timpul testării pot fi evaluate într-un mod mai formal. Pentru aceasta, sunt utilizate modele de fiabilitate software care prezic fiabilitatea pe baza datelor reale privind rata de eroare.

Există 2 principii de testare a software-ului:

Testare funcțională (testare cutie neagră);

Testare structurală (testare cutie albă).

La testarea metodei „cutie albă” este cunoscută structura internă a programului. Obiectul testării aici nu este comportamentul extern, ci intern al programului. Se verifică corectitudinea construcției tuturor elementelor programului și corectitudinea interacțiunii acestora între ele.

Testarea cutie neagră (testare funcțională) vă permite să obțineți combinații de date de intrare care oferă o verificare completă a tuturor cerințelor funcționale pentru program //. Un produs software este considerat aici ca o „cutie neagră” al cărei comportament poate fi determinat doar prin examinarea intrărilor și a ieșirilor corespunzătoare.

Principiul cutiei negre nu este o alternativă la principiul cutiei albe. Mai degrabă, este o abordare complementară care detectează o clasă diferită de erori.

Testarea cutie neagră caută următoarele categorii de erori:

Caracteristici incorecte sau lipsă;

Erori de interfață;

Erori în structurile de date externe sau în accesarea unei baze de date externe;

Erori caracteristice (capacitate de memorie necesară etc.);

Erori de inițializare și completare.

Spre deosebire de testarea cutiei albe, care este efectuată la începutul procesului de testare, testarea cutiei negre este utilizată în etapele ulterioare ale testării. La testarea cutiei negre, structura de control a programului este neglijată. Aici, atenția este concentrată pe zona de informații a definiției sistemului software. Testarea în această fază se concentrează pe adecvarea soluției pentru un mediu de producție live. Accentul principal este pe remedierea erorilor și pe determinarea gravității acestora și pe pregătirea produsului pentru lansare.

În etapa de testare, sunt rezolvate două sarcini principale:

Testarea soluției - Se execută planurile de testare create în faza de planificare și extinse și testate în faza de dezvoltare;

Operare pilot – implementarea soluției într-un mediu de testare și testare cu implicarea viitorilor utilizatori și implementarea unor scenarii reale de utilizare a sistemului. Această sarcină este efectuată înainte de începerea fazei de implementare.

Scopul fazei de testare este reducerea riscului care apare atunci când soluția este pusă în funcțiune comercială.

Pentru ca faza de testare să aibă succes, trebuie să existe o schimbare a atitudinii față de proiect, iar dezvoltatorul să treacă de la dezvoltarea de noi funcții la asigurarea calității corespunzătoare a soluției.

În această etapă de dezvoltare a sistemului informațional, trebuie efectuate următoarele tipuri de testare:

Testarea de bază este testarea tehnică de nivel scăzut. Este realizat de către dezvoltator însuși în procesul de scriere a codului programului. Se aplica metoda „cutie alba”, risc mare de erori.

Testare de utilizare - testare la nivel înalt efectuată de testator și viitorii utilizatori ai produsului. Se aplică metoda „cutie neagră”.

Testare alfa și beta - În termenii MSF, codul alfa este practic tot codul sursă creat în timpul fazei de dezvoltare a modelului de proces MSF, iar codul beta este codul care a fost testat în timpul fazei de testare. Prin urmare, codul alfa este testat în timpul fazei de dezvoltare a modelului de proces MSF, iar codul beta este testat în timpul fazei de testare.

Testare de compatibilitate - Soluția în curs de dezvoltare este necesară pentru a putea integra și interopera cu sistemele și soluțiile software existente. Această formă de testare se concentrează pe testarea integrabilității și capacității soluției dezvoltate de a interacționa cu sistemele existente. În acest caz particular, se va verifica funcționarea corectă a aplicației pe echipamentul utilizatorului și software-ul utilizat de utilizator.

Testare de performanță - axată pe verificarea dacă aplicația îndeplinește cerințele de performanță și nivelul de confort în ceea ce privește viteza.

Testarea documentației și a sistemului de ajutor - Toate documentele suport dezvoltate și sistemele de ajutor sunt testate.

Operarea pilot este testarea unei soluții într-un mediu industrial. Obiectivul principal al operațiunii pilot este de a demonstra că soluția este capabilă să funcționeze stabil în condiții industriale și îndeplinește cerințele de business. În timpul funcționării pilot, soluția este testată în condiții reale. Operarea pilot permite utilizatorilor să ofere feedback cu privire la performanța produsului. Ghidat de această opinie, dezvoltatorul elimină toate problemele posibile sau creează un plan de acțiune în cazul unor circumstanțe neprevăzute. În cele din urmă, operațiunea pilot permite să se ia o decizie dacă se inițiază o implementare completă sau se amână până când problemele care ar putea perturba implementarea sunt rezolvate.

Planul procesului de operare pilot pentru sistemul informatic dezvoltat este prezentat în Tabelul 3.2.

Tabel 3.2 - Plan de operare pilot

Acțiune		Descriere
1. Alegerea criteriilor de succes		Dezvoltatorul și cei care iau testul definesc criteriile de succes și sunt de acord asupra lor.
2. Alegerea utilizatorilor și locația de instalare		Se formează o echipă de participanți la testarea experimentală din partea utilizatorilor și dezvoltatorilor. Este determinată locația implementării procesului pilot.
3. Pregătirea utilizatorilor și a site-urilor de instalare		Instruirea utilizatorilor - participanții la încercare se desfășoară. Locul de instalare este în curs de pregătire.
4. Implementarea unei versiuni de dezvoltare		O versiune experimentală este instalată și inclusă în lucrare.
5. Suport și monitorizare a versiunii prototip		Monitorizarea activității utilizatorilor și a sistemului, oferirea de asistență în funcționare, colectarea de informații despre funcționarea sistemului
6. Feedback de la utilizatori și evaluarea rezultatelor		Utilizatorii își exprimă părerea despre funcționarea sistemului, subliniază deficiențele și erorile.
7. Introducerea modificărilor și completărilor	Erorile sunt corectate, se fac modificări de proiectare sau de proces. Rezultatele corectate sunt furnizate pentru ca utilizatorii să lucreze și să le evalueze.
8. Deciziile de desfășurare	Dacă rezultatele testării pilot îi mulțumesc pe utilizatori, se ia decizia de a implementa sistemul.

3.2 Metodologia de implementare a aplicației

În această etapă, dezvoltatorul (sau echipa) implementează tehnologiile și componentele necesare soluției, proiectul trece la etapa de întreținere și suport, iar clientul îl aprobă în cele din urmă. După implementare, echipa evaluează proiectul și chestionează utilizatorii pentru a determina satisfacția acestora.

Obiectivele fazei de implementare:

¾  să transfere soluția într-un mediu industrial;

¾  confirmarea de către client a finalizării proiectului.

Implementarea componentelor specifice locației implică mai multe etape: pregătire, instalare, instruire și aprobare formală.

Rezultatele etapei de implementare a sistemului sunt sisteme de întreținere și suport, un depozit de documente în care se află toate versiunile de documente și coduri dezvoltate în timpul proiectului.

Pentru implementarea sistemului în curs de dezvoltare a fost întocmit un plan de acțiune, care este prezentat în Tabelul 3.1.

Tabelul 3.1 - Planul de implementare a aplicației

Acțiune	Descrierea acțiunii
1. Backup	Datele utilizatorului sunt susținute cu participarea și aprobarea acestuia prin transferul de informații pe suporturi amovibile (CD, DVD)
2. Instalarea componentelor de bază ale soluției	Utilizarea tehnologiilor care asigură funcționarea soluției. În acest caz, instalarea componentei Visual FoxPro
3. Instalarea aplicației client	Transferul pe computerul utilizatorului și instalarea versiunii finale a IS dezvoltate și a bazei de date
4. Antrenament	Utilizatorii sunt instruiți să lucreze cu sistemul, dezvoltatorul este convins de corectitudinea și înțelegerea activității IP de către clienți
5. Transferul bazei de cunoștințe a proiectului către client	Toată documentația de proiect este predată clientului
6. Închiderea proiectului	Se întocmește un raport de încheiere a proiectului. Clientul semnează certificatul de acceptare.

Pentru funcționarea normală a AWP, este necesar sistemul de operare Microsoft WindowsXP.

4 Managementul proiectului de informare

4.1 Alegerea unui ciclu de viață de dezvoltare

Unul dintre conceptele de bază ale metodologiei de proiectare IS este conceptul de ciclu de viață al software-ului său (software ciclului de viață). Ciclul de viață al software-ului este un proces continuu care începe din momentul în care se ia o decizie privind necesitatea creării acestuia și se termină în momentul retragerii sale complete din serviciu.

Principalul document de reglementare care guvernează ciclul de viață al software-ului este standardul internațional ISO / IEC 12207 (ISO - Organizația Internațională de Standardizare - Organizația Internațională de Standardizare, IEC - Comisia Internațională Electrotehnică - Comisia Internațională de Inginerie Electrică). Acesta definește structura ciclului de viață, conținând procesele, acțiunile și sarcinile care trebuie efectuate în timpul creării software-ului.

ISO / IEC 12207 nu oferă un model specific de ciclu de viață și metode de dezvoltare software. Modelul ciclului de viață poate fi înțeles ca o structură care determină succesiunea execuției și relația dintre procese, acțiuni și sarcini efectuate pe parcursul ciclului de viață. Modelul ciclului de viață depinde de specificul SI și de specificul condițiilor în care este creat și funcționează.

Astăzi există multe modele ale ciclului de viață al software-ului, dar cele mai populare și răspândite sunt două modele:

Model în spirală (vezi figura 4.1);

Model iterativ.

Figura 4.1 - Modelul spiralat al ciclului de viață al software-ului

Pentru a crea un sistem informatic, de ex. „Locul de muncă automatizat al angajatului depozitului depozit angro”, s-a ales iterativ. O trăsătură distinctivă a modelului iterativ este că este o metodă formală, constă din faze independente, efectuate secvențial și este supusă revizuirii frecvente (Figura 4.2). Abordarea iterativă a funcționat bine pentru construirea SI, pentru care, chiar la începutul dezvoltării, toate cerințele pot fi formulate suficient de precis și complet pentru a oferi dezvoltatorilor libertatea de a le implementa cât mai bine din punct de vedere tehnic. .

Avantajele modelului iterativ:

modelul este bine cunoscut consumatorilor non-software și utilizatorilor finali.

Comoditate și ușurință în utilizare, deoarece toate lucrările sunt efectuate în etape (în funcție de fazele modelului);

Stabilitatea cerințelor;

Modelul este de înțeles;

Chiar și personalul slab instruit (utilizator neexperimentat) poate fi ghidat de structura modelului;

Modelul gestionează complexitatea într-o manieră ordonată și funcționează bine pentru proiecte care sunt rezonabil de înțeles;

Modelul facilitează implementarea unui control strict al managementului de proiect;

Facilitează munca managerului de proiect de a planifica și a aduna echipa de dezvoltare.

Figura 4.2 - Model iterativ al ciclului de viață al software-ului

Fazele modelului:

În etapa de analiză, ei definesc funcțiile pe care ar trebui să le îndeplinească sistemul, le evidențiază pe cele mai prioritare care necesită elaborare în primul rând, descriu nevoile de informații;

În etapa de proiectare, procesele sistemului sunt luate în considerare mai detaliat. Modelul funcțional este analizat și, dacă este necesar, corectat. Se construiesc prototipuri de sistem;

Sistemul este în curs de dezvoltare în stadiul de implementare;

În etapa de implementare, produsul finit este introdus în sistemul existent al organizației. Instruirea utilizatorilor este în curs de desfășurare;

În etapa de întreținere, produsul software este deservit (orice adăugare sau modificare pentru o funcționare mai funcțională a produsului).

Alegerea unui model de ciclu de viață al dezvoltării software este un pas important. Prin urmare, pentru un proiect, alegerea unui model de ciclu de viață al dezvoltării software poate fi efectuată în timpul utilizării următoarelor procese.

Analiza categoriilor distinctive ale proiectului, plasate în tabele.

Răspundeți la întrebările pentru fiecare categorie, evidențiind cuvintele „da” și „nu”.

Clasează după importanță categoriile sau întrebările legate de fiecare categorie în raport cu proiectul pentru care se selectează un model acceptabil.

Echipă de dezvoltare... Pe baza posibilităților, selecția personalului pentru echipa de dezvoltare are loc chiar înainte de momentul în care se alege modelul ciclului de viață al dezvoltării software. Caracteristicile unei astfel de echipe (vezi Anexa G, Tabelul G.1) joacă un rol important în procesul de alegere a unui model de ciclu de viață, ceea ce înseamnă că echipa poate oferi asistență semnificativă în alegerea unui model de ciclu de viață a unui produs software, deoarece acesta este responsabil pentru implementarea cu succes a modelului de ciclu de viață dezvoltat. ...

Echipa de utilizatori... În etapele inițiale ale proiectului, puteți obține o imagine completă a echipei de utilizatori (vezi Anexa ȘI Tabelul I.1) care va lucra cu software-ul dezvoltat și relația sa viitoare cu echipa de dezvoltare pe tot parcursul proiectului. O astfel de vedere ajută la alegerea unui model potrivit, deoarece unele modele necesită o participare sporită a utilizatorilor la dezvoltarea și studiul proiectului, deoarece cerințele se pot schimba ușor de către utilizator în timpul procesului de dezvoltare, dezvoltatorul trebuie să cunoască aceste modificări și cum să le facă. reprezintă aceste modificări în software.

4.2 Determinarea scopului și domeniului de aplicare a proiectului software

Produsul software dezvoltat pentru contabilitatea mărfurilor în depozit va automatiza procesul de primire, structurare și stocare a datelor despre mărfurile din depozit, precum și simplificarea procesului de emitere a rapoartelor.

Obiectivele proiectului software vor fi - crearea și implementarea unui sistem de contabilitate a mărfurilor. Acest sistem este destinat utilizării interne de către personalul Cleonelly, în mare parte angajați ai depozitului companiei.

Pentru a determina domeniul de aplicare al produsului software, va fi descris mai jos ce ar trebui sau nu ar trebui să fie un proiect software.

Proiectul software trebuie să fie:

Pentru uz intern într-o organizație;

Un proiect pentru implementarea accesului multi-utilizator;

Un proiect care are capacitatea de a introduce, modifica și stoca informații despre produsul companiei;

Un proiect care are capacitatea de a introduce, modifica și stoca informații despre utilizatorii sistemului;

Un proiect care are capacitatea de a introduce, modifica și stoca informații despre clienții și furnizorii organizației care fac obiectul tranzacțiilor ce urmează a fi încheiate;

Un proiect care va realiza formarea de raportare externă.

4.3 Crearea unei structuri pentru o listă pas cu pas de lucrări

Pentru a crea un produs sau serviciu unic (rezultatul proiectului), trebuie să efectuați o anumită secvență de lucru. Sarcina planificarii proiectului este de a estima cu acuratete timpul si costul acestor lucrari. Cu cât evaluarea este mai precisă, cu atât este mai mare calitatea planului de proiect. Pentru a oferi o evaluare corectă, trebuie să înțelegeți bine domeniul de aplicare al proiectului, adică să știți ce fel de muncă trebuie făcută pentru a obține rezultatul acestuia. Abia după ce s-a întocmit o listă de lucrări de proiectare, se estimează durata fiecăreia dintre ele și se alocă resursele necesare implementării lor. Și numai atunci puteți estima costul și calendarul fiecărei sarcini și, ca urmare a adăugării, costul total și durata proiectului. Acesta este motivul pentru care definirea domeniului de activitate este primul pas în planificarea proiectului. Determinarea domeniului de aplicare a lucrărilor de proiectare începe cu definirea etapelor (sau fazelor) proiectului. De exemplu, în proiectul de creare a unui sistem „Contabilitatea mărfurilor în stoc” pot fi evidențiate următoarele faze:

Dezvoltarea cerințelor software;

Proiectare sisteme informatice;

Implementarea si certificarea sistemului informatic;

Implementarea sistemului.

După ce s-au determinat componența fazelor și rezultatele acestora, este necesar să se determine succesiunea acestor faze una față de alta și termenele limită pentru implementarea lor. Apoi trebuie să stabiliți în ce lucrări constau fazele, în ce succesiune sunt efectuate aceste lucrări și în ce termene trebuie să respectați când sunt finalizate.

Lista de lucru pas cu pas (Figura 4.3) a fost concepută folosind un produs software precum MS Project 2003.

Figura 4.3 - Lista de lucrări pas cu pas

4.4 Estimarea duratei și costului dezvoltării software

Estimarea duratei. Se determină după construirea unei liste de lucrări pas cu pas (Figura 4.3, paragraful 4.3). Această durată estimată poate fi văzută folosind diagrama Gantt (Anexa K).

Diagramele sunt un mijloc grafic de afișare a informațiilor conținute într-un fișier de proiect. Din diagrame, puteți obține o idee vizuală a secvenței sarcinilor, a duratei lor relative și a duratei proiectului în ansamblu.

Diagrama Gantt este una dintre cele mai populare moduri de a reprezenta grafic un plan de proiect și este folosită în multe programe de management de proiect.

În MS Project, diagrama Gantt este principalul instrument de vizualizare pentru planul de proiect. Această diagramă este un grafic cu o cronologie orizontală și o listă de sarcini pe verticală. În acest caz, lungimea segmentelor care denotă sarcini este proporțională cu durata sarcinilor.

Pe diagrama Gantt, lângă bare, pot fi afișate informații suplimentare (în dreptul sarcinilor sunt afișate numele resurselor implicate în acestea și încărcarea acestora la finalizarea sarcinii).

Estimarea costurilor

Proiectul consta in sarcini , adică activități care vizează obținerea unui anumit rezultat. Pentru ca sarcina să fie finalizată, resurse .

O proprietate importantă a resurselor este costul (costul) utilizării lor în proiect. Există două tipuri de costuri de resurse în MS Project: rata bazată pe timp și costul pe utilizare.

Rata bazată pe timp (Rata) este exprimată în costul utilizării resursei pe unitatea de timp, de exemplu, 100 de ruble pe oră sau 1000 de ruble pe zi. În acest caz, costul participării resursei la proiect va fi timpul în care aceasta funcționează în proiect, înmulțit cu tariful orar.

În acest caz s-a folosit rata de timp (Figura 4.4) Costul total al utilizării resurselor poate fi văzut în Figura 4.5.

Figura 4.4 - Rata de timp în utilizarea resurselor

În această figură, puteți vedea că dezvoltatorul de sistem primește 50 de ruble pe oră atunci când execută un proiect; un analist de afaceri primește 45 de ruble pe oră, un tester 38 de ruble pe oră. Tarifele pentru orele suplimentare nu sunt incluse.

Figura 4.5 - Costurile totale ale utilizării resurselor proiectului

4.5 Alocarea resurselor proiectului

Un fragment din distribuția resurselor pentru sistemul „Contabilitatea stocurilor” poate fi văzut în Figura 4.6

Figura 4.6 - Fragment de distribuție a resurselor proiectului

Pentru fiecare lucrare efectuată în proiect i se atribuie o resursă care va efectua această lucrare. Figura arată cantitatea totală de muncă pentru fiecare resursă și numărul specific de ore petrecute într-o anumită zi.

4.6 Evaluarea eficienței economice a proiectului

Calculul eficienței economice a proiectului este un pas important. Aici se va calcula eficiența economică a proiectului. Acest calcul va arăta cât de profitabil este un proiect sau un proiect complet neprofitabil. La calcularea eficienței economice a proiectului, va fi necesar să se calculeze perioada de rambursare a proiectului. Perioada de rambursare va arăta perioada în care proiectul va fi rentabil.

Date de intrare.

Profit suplimentar din implementarea proiectului (DP) = 38.000 de ruble. Un profit suplimentar a fost prezis de experții companiei.

Investiție inițială (IC) = 39396,47 ruble. Investițiile inițiale corespund costurilor totale de utilizare a resurselor proiectului (Figura 4.5, clauza 4.6)

Rata de reducere (i) = 12%.

Perioada pentru care este proiectat proiectul (n) = 2 ani.

Profit suplimentar din implementarea proiectului (DP) = 38.000 de ruble.

Costurile anuale de implementare a proiectului (Z 1) = 15.000 de ruble.

Costurile anuale ale proiectului (Z 2) = 10.000 de ruble.

Încasări anuale în numerar (R 1) = 23.000 de ruble.

Încasări anuale în numerar (R 2) = 28.000 de ruble.

La evaluarea proiectelor de investiții se folosește metoda de calcul al valorii actualizate nete, care prevede actualizarea fluxurilor de numerar: toate veniturile și costurile sunt aduse la un moment dat.

Indicatorul central în metoda avută în vedere este VAN (valoarea curentă netă) - valoarea actuală a fluxurilor de numerar. Acesta este un rezultat final generalizat al activității investiționale în termeni absoluti.

Un punct important este alegerea ratei de actualizare, care ar trebui să reflecte rata medie de creditare așteptată pe piața financiară.

Valoarea actuală netă (VAN) este calculată folosind formula 4.2

(4.2)

R k - încasări anuale în numerar pe n ani.

k - numărul de ani pentru cât timp este proiectat proiectul.

IC - investiție de pornire.

i - rata de reducere.

Conform calculelor acestei formule VAN = 3.460,67 RUB

VAN este o creștere absolută deoarece estimează cât de mult se suprapune venitul actual cu costurile actuale. Deoarece VAN> 0, proiectul ar trebui acceptat.

Rentabilitatea investiției (ROI) se calculează folosind formula 4.3

(4.3)

Calculat (ROI) = 108,78%

Tabelul 4.1  Tabel auxiliar pentru calcularea perioadei de amortizare a proiectului

= 1,84

Perioada de rambursare n ok = 1,84 ani (1 an și 11 luni)

Deoarece ROI => 100% (și anume = 108,78%), proiectul este considerat profitabil.

(4.4)

Astfel, indicele de rentabilitate este (PI) = 1,2

Interrelaţionarea subsistemelor informaţionale ale întreprinderii

Cum sunt Sisteme de informare in cadrul intreprinderii? Calea obișnuită pentru o companie rusă de dimensiune medie este să înceapă implementarea tehnologiei informației prin automatizarea activității departamentului de contabilitate, departamentului de resurse umane și fluxului de lucru. Datele acestor sisteme sunt cele mai formalizate, procesele fiind ușor automatizate. Pachetele larg răspândite „1C: Contabilitate”, „Șeful: Ofițer de personal”, „LanDocs”, „LanStaff”, „Salariu” și altele vă permit să vă construiți cu orice aplicație și, astfel, să le integrați în sistemul informațional general al afacere. Orez. 7.1 arată modul în care modulele sistemului informațional al companiei sunt legate între ele. Modulul TPS servește principalele procese de producție și suport și este de obicei sursa principală pentru alte module de informații. ESS este principalul destinatar al datelor și sistemelor interne din mediul extern.

Orez. 7.1.

Alte sisteme fac schimb de date. Și aici apare una dintre cele mai dificile întrebări pentru un lider - căutarea gradului optim de integrare... Este tentant să ai un sistem complet integrat, dar o astfel de integrare este extrem de consumatoare de timp și costă foarte mulți bani. Și e mai bine să nu spui nici măcar cât costă întreținerea unui astfel de sistem. Prin urmare, nevoia de sisteme integrate trebuie cântărită în raport cu dificultatea și costul circuitelor integrate la scară largă. Nu există un nivel standard de integrare sau centralizare - fiecare lider trebuie să fie independent(sau cu ajutorul unei firme de consultanta) pentru a rezolva aceasta problema dificila.

Legături între DSS și TPS, KWS,

Introducere

1. Partea analitică

1.1 Structura organizatorică a companiei

2 Analiza software-ului și hardware-ului departamentului de servicii clienți și departamentului de lucru

Partea de proiect

2.1 Descrierea domeniului subiectului

2 Studiu de fezabilitate a metodelor de proiectare și implementare

3 Proiectarea bazei de date

4 Model de date conceptuale în standardul Chen

5 Diagrama ER în mediul ERwin

6 Analiza modelului

7 Faza de proiectare fizică

8 Implementarea cererilor de bază

Concluzie

Lista surselor de informare

Introducere

Numeroase firme și întreprinderi necesită serviciile companiilor de curățenie.

O companie de curățenie este o companie care oferă servicii complete de curățenie. Un set de măsuri menite să curețe și să mențină curățenia în spațiile rezidențiale, comerciale și industriale, inclusiv activități de curățare a fațadelor, spălarea vitrinelor și a altor suprafețe exterioare ale clădirilor, este un proces foarte complex, constând din mai multe etape diferite, în care un număr mare de dintre participanți sunt implicați. Eficacitatea organizării curățeniei necesită o coordonare clară a acțiunilor în raport cu toți angajații săi.

Avantajul companiilor specializate este determinat de următorii factori:

· Calitatea ridicată a serviciilor;

· Costul serviciilor nu este mai mare decât costul întreținerii propriului serviciu de curățenie;

· Cheltuielile pentru serviciile companiilor de curățenie se scad din profitul impozabil;

· Specialistii firmelor de curatenie efectueaza lucrari de specialitate exclusive si complexe (de exemplu - cristalizarea straturilor de marmura);

· Eficienta – curatenia se face intr-un moment in care este convenabil pentru Client.

Astăzi, curățarea este una dintre cele mai dinamice și mai stabile ramuri de afaceri din Rusia. Din ce în ce mai multe companii sunt interesate să achiziționeze servicii de curățare de înaltă calitate și de încredere, ceea ce impune o muncă competentă și echilibrată cu clienții.

Toate avantajele de mai sus necesită utilizarea tehnologiilor informaționale moderne în activitatea companiilor de curățenie, cum ar fi sistemele informatice specializate, de exemplu, sistemele CRM.

Sistemul de management al relațiilor cu clienții (CRM, sistem CRM, prescurtare de la Customer Relationship Management) este o aplicație software pentru organizații concepută pentru a automatiza strategiile de interacțiune cu clienții (clienții), în special, pentru a crește vânzările, optimiza marketingul și îmbunătățirea serviciului clienți prin stocarea de informații despre clienți și istoricul relațiilor cu aceștia, stabilirea și îmbunătățirea proceselor de afaceri și apoi analizarea rezultatelor. Un sistem CRM este aplicabil în orice afacere în care clientul este personificat, unde concurența este mare și succesul depinde de asigurarea celor mai favorabile condiții pentru client - un model de interacțiune care presupune că centrul întregii filozofii de afaceri este clientul, iar principalele domenii de activitate sunt măsurile de sprijinire a marketingului, vânzărilor și serviciilor eficiente pentru clienți. Sprijinirea acestor obiective de afaceri include colectarea, stocarea și analizarea informațiilor despre clienți, furnizori, parteneri, precum și despre procesele interne ale companiei. Funcțiile care sprijină aceste obiective de afaceri includ vânzări, marketing și asistență pentru clienți.

„Inima” oricărui sistem CRM este o bază de date atât cu persoane fizice, cât și cu entități juridice care interacționează cu compania dumneavoastră în cadrul întreprinderii. Aceștia nu sunt doar clienți, ci și sucursale ale companiei, parteneri, furnizori, concurenți. O bază de date cu clienți este un activ valoros în sine, iar gestionarea inteligentă a datelor într-un sistem CRM vă permite să utilizați informațiile în munca dvs. cu eficiență maximă. Baza de clienți este consolidată, organizația primește informații complete despre clienții săi și preferințele acestora și, pe baza acestor informații, construiește o strategie de comunicare.

O bază de date unificată de clienți și un istoric complet al relațiilor cu aceștia, combinate cu instrumente CRM analitice puternice, vă permit să păstrați și să dezvoltați clienții existenți, identificându-i pe cei mai valoroși, precum și să atrageți noi clienți.

Funcția principală a unui sistem CRM este de a ajuta managerii să planifice vânzările, să organizeze un management transparent al tranzacțiilor și să optimizeze canalele de vânzări. Sistemul stochează un istoric complet al comunicării cu clienții, ceea ce ajută departamentele de vânzări să analizeze comportamentul clienților, să formuleze oferte potrivite pentru aceștia și să câștige loialitate. Restul capabilităților sistemelor CRM sunt prezentate mai jos:

· Planificarea si coordonarea contactelor cu clientii;

· Colectarea și tastarea tuturor informațiilor posibile despre clienți;

· Controlul asupra efectuării tranzacțiilor pe termen lung sau complexe;

· Analiza fiecarei etape a implementarii proiectelor sau incheierii tranzactiilor;

· Formalizarea tuturor proceselor axate pe interacțiunea cu clienții.

Acest tip de software este cel mai potrivit pentru acele organizații care au proiecte pe termen lung și în mai multe etape care implică un număr mare de angajați sau mai multe departamente. Deoarece numărul de contracte încheiate pe unitatea de timp este mic, fiecare tranzacție durează multe zile și chiar luni. Aceasta înseamnă că fiecare proiect necesită o abordare exclusiv individuală. În astfel de condiții, este necesar să aveți grijă de fidelizarea clienților. Pentru a face acest lucru, este necesar nu numai să se ofere o abordare individuală, ci și să se respecte cu strictețe termenele limită desemnate, termenii contractului, precum și munca coordonată și punctualitatea tuturor angajaților implicați.

1. Partea analitică

Grupul de companii „MAKS” a fost fondat în anul 2000. Activitatea principală este un sector de servicii complex multidisciplinar. De la înființarea Grupului de Companii MAKS, gama de servicii oferite este în continuă extindere. Astăzi, Grupul de Companii MAKS oferă următoarele tipuri de servicii (Fig. 1):

· Securitatea obiectelor, echipele de răspuns rapid, securitatea camerei de control, servicii de detectiv privat;

· Asigurarea functionarii cat mai eficiente si neintrerupte a obiectelor imobiliare deservite;

· Analiza preliminară a sistemelor de securitate existente;

· Curăţenie complexă a spaţiilor.

Orez. 1. Domenii de servicii ale Grupului de Firme „MAKS”

„MAX PROTECTION” dezvoltat împreună cu sfera securității non-statale. Securitatea obiectelor, echipele de răspuns rapid, securitatea camerei de control, serviciile de detectiv privat, toate acestea sunt incluse în pachetul standard de servicii. Departamentul angajează specialiști în infrastructură IT care sunt implicați în asistența de urgență a cetățenilor străini și cunosc toate nuanțele escortării bunurilor și valorilor.

Practica arată că securitatea nu este doar paznici în uniformă, ci o întreagă gamă de măsuri menite să prevină și să prevină potențialele amenințări. Aceste măsuri sunt incluse în sistemul de securitate integrat „MAX PROTECTION”, dezvoltat de experți cu mulți ani de experiență.

Pentru clienți, o abordare integrată a securității înseamnă că comunicarea cu toate serviciile de securitate trece printr-un singur contractant. Compania elimină nevoia clienților de a coordona activitatea mai multor organizații neafiliate. Prezența unui singur centru operațional vă permite să răspundeți instantaneu și eficient la orice situații de urgență.

„MAKS PROKHRANA” se îmbunătățește și dezvoltă în mod constant noi concepte de securitate. Tehnologiile străine avansate sunt introduse în activitatea noastră și dezvoltăm propriile soluții pentru sarcini specifice. Cu toate acestea, chiar și cele mai avansate sisteme de securitate automatizate nu pot înlocui complet o persoană. Prin urmare, se acordă o atenție deosebită îmbunătățirii profesionalismului personalului „MAX PROTECTION”. Specialiștii participă în mod regulat la cursuri de perfecționare, iar nivelul lor de pregătire este testat în timpul auditurilor interne. Selecția riguroasă a personalului permite reducerea la minimum a influenței factorului uman în serviciile „MAX PROTECTION”.

Personalul de conducere al „MAX PROTECTION” vizează o abordare individuală a clienților. Experții efectuează o analiză pe mai multe niveluri și, pe baza rezultatelor acesteia, oferă cele mai eficiente soluții pentru a asigura securitatea clientului. Totodată, sfera de activitate a „MAX PROTECTION” nu se limitează la clienții privați. Angajații sunt familiarizați cu protecția instalațiilor publice și s-au dovedit bine în acest domeniu.

Abordarea diviziei cu privire la serviciile integrate de securitate este de neegalat și garantează eficiență maximă în orice situație.

Divizia MAKS Ekspluatatsiya operează pe piață de peste zece ani. Sarcina principală este de a asigura cea mai eficientă și neîntreruptă funcționare a obiectelor imobiliare deservite. În același timp, termenul de prescripție pentru punerea în funcțiune a instalației și semnificația nivelului de complexitate a echipamentelor nu joacă un rol.

Serviciul complex oferit de „MAKS EKSPLUATATSIA” include suport tehnic pentru echipamente și sisteme de inginerie, precum și propuneri de securitate. Această listă include întreținerea și alte lucrări planificate și neprogramate; proiectarea și instalarea sistemelor de alarmă de incendiu și supraveghere video, precum și a unei game de servicii de reparații și construcții. Clienții „MAKS EKSPLUATATSIYA” primesc un pachet complet de servicii de la un singur contractant, care poate reduce semnificativ costurile și poate facilita interacțiunea între servicii.

Specialistii acestei divizii sunt intotdeauna pregatiti sa ofere mai multe variante de lucru cu obiectul, in functie de specificul acestuia si de dorintele clientului. O abordare individuală permite clientului să mizeze pe o înțelegere reciprocă completă cu contractantul și, ca urmare, obținerea unui rezultat de cea mai înaltă calitate.

În lumea modernă, echipamentele și echipamentele clădirilor moderne devin din ce în ce mai diverse și mai complexe. Scopul principal al acestei divizii este de a oferi servicii complete de management al clădirilor. Toți angajații înțeleg cele mai moderne realizări ale științei și tehnologiei și le folosesc în conformitate cu recomandările și standardele producătorilor. Acesta este singurul mod de a garanta menținerea performanței și siguranței unui obiect de orice complexitate la nivelul corespunzător.

Divizia MAX CONSULTING ofera consultanta si audit in domeniul securitatii de peste 10 ani. Sarcina principală a departamentului este o analiză cuprinzătoare a situației, precum și o calculare greșită a perspectivelor de dezvoltare, ținând cont de problemele existente ale companiei, precum și de caracteristicile individuale ale afacerii.

Angajații „MAX CONSULTING” efectuează o analiză preliminară a sistemelor de securitate existente. Desigur, o astfel de muncă se desfășoară în strânsă colaborare cu angajații clientului, care vor aduce la zi și vor ajuta să ia în considerare toate caracteristicile.

Un audit al activităților companiei este realizat de specialiști cu înaltă calificare, care nu numai că vor putea identifica punctele critice într-un sistem deja utilizat, ci vor oferi și modalități de eliminare a acestora. Toți consultanții au servit la un moment dat în agențiile de aplicare a legii și au o experiență semnificativă în Rusia și în străinătate.

De asemenea, specialiștii „MAX CONSULTING” oferă asistență în eliminarea situațiilor de criză, sporesc eficiența proceselor de afaceri și efectuează un management eficient al sistemelor informaționale și al riscurilor IT ale companiei.

Consultanții diviziei și-au propus sarcina de a construi relații reciproc avantajoase pentru a continua cooperarea cu clientul pe termen lung. „MAX CONSULTING” ofera clientilor sai servicii de audit, servicii juridice in domeniul dreptului penal, al muncii, fiscal si alte tipuri de drept.

Domeniul serviciilor oferite de firma „MAX CLEANING” este curatenia spatiilor. În Rusia, primele companii de curățenie au fost înființate în 1992-1994. odata cu aparitia primelor societati mixte, care la acea vreme erau singurii consumatori ai serviciilor lor. Pe parcursul anului 2012, creșterea volumului pieței de servicii de curățenie din Rusia în termeni monetari s-a ridicat la aproximativ 9 miliarde de ruble - în 2011 volumul său a fost de 45 de miliarde de ruble, iar până la sfârșitul anului 2012, piața de curățenie era deja estimată de aceștia la 54 de miliarde de ruble. În trecut, 2014, volumul pieței ruse a serviciilor de curățenie a crescut, potrivit analiștilor, cu aproximativ 10-11 miliarde de ruble, ajungând la aproximativ 65 de miliarde de ruble la sfârșitul anului trecut.

Cele mai mari regiuni pentru furnizarea de servicii de curățenie includ Moscova, Teritoriul Krasnoyarsk, Regiunea Tyumen, Republica Bashkortostan, Sankt Petersburg și Okrugul autonom Khanty-Mansiysk. Moscova reprezintă 100-150 de milioane de dolari din piața de curățenie internă.

Potrivit experților, pe piața de capital operează peste 300 de companii de curățenie. După dimensiunea afacerii, acestea pot fi împărțite aproximativ în 4 mari categorii.

· Cei mai mari operatori (peste 500 de angajati) ~ 67%;

· Operatori mari (număr de personal de până la 500 de persoane) ~ 15%;

· Operatori de dimensiuni medii (număr de personal până la 200 de persoane) ~ 7%;

· Operatori mici (număr de personal de până la 50 de persoane) ~ 11%.

Gama de servicii standard prestate de aproape toți jucătorii de pe piață include fără greșeală curățarea complexă zilnică, precum și spălarea suprafețelor verticale. În plus, aproximativ 93% din toate companiile de curățenie oferă servicii de șlefuire și lustruire a granitului, marmurei, gresie și plăci ceramice, precum și curățarea teritoriilor adiacente și servicii de curățare specializată a spațiilor după lucrări de construcție și incendii. Aproximativ 87% dintre companiile participante la studiu oferă servicii și personal suplimentar, de exemplu, ambalatori, încărcătoare și altele, iar 80% dintre jucătorii de pe piața serviciilor de curățenie oferă clienților și servicii de ecologizare pentru teritoriile adiacente și interne, gunoi și zăpadă. îndepărtare. Principalii clienți ai companiilor de curățenie sunt supermarketuri și centre comerciale, întreprinderi de producție, companii de transport și depozitare, instituții medicale și sportive, centre de birou și de afaceri, mari companii internaționale și ruse, bănci, agenții guvernamentale, complexe hoteliere, facilități de divertisment (cinemare, cluburi). , cazinou), gări și aeroporturi.

Orez. 2. Segmentarea consumatorilor de servicii de curatenie

Cel mai întârziat segment al pieței, așa cum arată multe studii, este curățarea în instituțiile de sănătate. Această stare de fapt se explică prin obiceiuri consacrate, standarde mai stricte care există în organizațiile de acest gen și cerințele specifice adoptate de acestea pentru curățenia efectuată de personalul unei firme de curățenie.

Criteriile de alegere a unei firme de curățenie sunt: ​​autoritatea pe piață, costul și gama de servicii furnizate, nivelul de echipamente, tehnologii și substanțe chimice utilizate în lucrare, calificarea personalului și un sistem de control al curățeniei.

Curățarea spațiilor este o necesitate industrială în lumea afacerilor moderne. Curățenia zilnică pe bază de contract este un domeniu destul de dezvoltat al acestei companii. Posibilitatea de a comanda atât o curățenie unică, cât și de a întocmi un contract pentru curățarea spațiilor cu o frecvență fixă, cu un program de lucru convenabil pentru client este o activitate foarte comună astăzi, care necesită o cantitate mare de date și este cea mai potrivită pentru un exemplu de proiectare a unui sistem informatic. Angajații companiei acordă o mare atenție controlului și calității curățeniei efectuate. Deschiderea este, de asemenea, o parte importantă a muncii companiei. Clientul are dreptul de a ști ce, cum și cu ajutorul a ceea ce face această companie „MAX CLEANING”. Toate produsele chimice au certificate de igienă, partenerii și clienții pot vizita baza de producție și se pot familiariza cu capacitățile tehnologice și organizarea muncii la întreprindere.

Curatenia este un serviciu modern si foarte solicitat oferit de diverse firme specializate in curatenie spatii. Această curățare este efectuată de muncitori special instruiți și este evaluată conform standardelor europene înalte.

Curățenia a apărut în Rusia la începutul anilor 1990 și, în primul rând, a început să fie solicitată de marile companii occidentale, obișnuite cu curățenia profesională în patria lor. Serviciul combină o gamă completă de activități menite să curețe și să mențină curățenia în spațiile rezidențiale, comerciale și industriale, inclusiv activități de curățare a fațadelor, spălarea vitrinelor și a altor suprafețe exterioare ale clădirilor. Lista de servicii include, de obicei, și îndepărtarea gunoiului și deszăpezirea de pe acoperișuri și teritoriile adiacente.

În prezent, toate serviciile sunt efectuate de personal calificat folosind tehnologii moderne de curățare, folosind instrumente de ultimă generație, special selectate pentru fiecare suprafață separat, ținând cont de caracteristicile fizice, chimice și tehnice ale acesteia. Piața de curățenie din Rusia s-a extins semnificativ și are perspective mari de dezvoltare ulterioară. După câteva decenii, oamenii vor uita ce este autocurățarea și vor apela la o companie care oferă aceste servicii. Într-adevăr, nu numai aspectul în sine, ci și sănătatea proprietarului depinde de curățenia camerei.

Conducătorii multor companii mari și mici au reușit deja să se asigure că curățenia oferită de firmele specializate este mult superioară calitativ curățeniei în sensul obișnuit. Curățarea profesională presupune aducerea spațiilor într-o stare impecabilă, o astfel de curățare, în cele din urmă, vă permite să economisiți timp, să creșteți durata de viață a materialelor de finisare și să creșteți prestigiul companiei.

Angajații și managerii companiei lucrează ca un singur mecanism, apreciază foarte mult nu numai calitatea înaltă a serviciilor oferite, ci analizează și serviciile comandate, prognozează situația de pe piața serviciilor și, ca urmare, oferă soluții constructive pentru situații de urgență. situatii si cele mai eficiente solutii la nevoile clientului.

În anul 2003, pentru a îmbunătăți calitatea serviciului clienți, s-a decis deschiderea unei noi divizii, care va oferi servicii suplimentare de curățenie profesională. MAKS CLEANING a făcut primii pași la Moscova. Experiența acumulată în capitală a fost folosită pentru a intra în regiuni. Și deși la început au fost suficiente probleme, compania a reușit să facă față tuturor dificultăților. În 2005, compania a semnat un contract cu lanțul de supermarketuri METRO, devenind una dintre primele companii care a furnizat servicii de curățenie supermarketurilor și hipermarketurilor. Până în 2010, personalul companiei era de peste 400 de oameni. Personalul lucrează în facilitățile din Moscova. Până în 2012, MAX CLEANING intră în regiunile Rusiei. Primele filiale au fost deschise în Krasnoyarsk și Kazan. Calitatea curățeniei profesionale a birourilor și centrelor comerciale depășește așteptările clienților regionali. Compania s-a apropiat deja de cea de-a 10-a aniversare cu un personal de 700 de oameni. Toată experiența ulterioară a oferit cunoștințe unice în domeniul curățeniei.

Reputația companiei MAX CLEANING, care s-a înființat în ultimii ani, este de mare importanță. Necesită luarea în considerare a atitudinii fiecărui angajați față de munca lor.

Interacțiunea și comunicarea cu clienții sunt ingrediente esențiale pentru succes. Este foarte important să ții o evidență a contractelor cu clienții, a tuturor comenzilor clienților care reflectă nevoile acestora.

Politica flexibilă de prețuri, nivelul profesional de pregătire a angajaților, utilizarea unei varietăți de echipamente și substanțe chimice, ne permit să ocupăm o poziție de lider în acest domeniu de servicii.

Compania de curățenie își oferă serviciile în toată Federația Rusă. Partea principală a zonei de serviciu este partea centrală a Federației Ruse. Compania lucrează cu multe entități juridice mari, prezentate mai jos în figură:

Orez. 3. Companii-clienti ai „MAX-CLEANING”

.1 Structura organizatorică a firmei

Compania MAX CLEANING este formată din diferite divizii care îndeplinesc diferite funcții și sarcini, structura organizatorică a companiei MAX CLEANING este prezentată în Figura 4.

Orez. 4. Structura organizatorică

Directorul General și adjunctul său administrează compania MAKS-CLEANING, care este formată din mai multe departamente, printre care:

· Departamentul de lucru cu clientii;

· Departamentul de lucrări.

Departamentul de relatii cu clientii

Domeniul de lucru cu clienții companiei „MAX-CLEANING” este extins: sarcina sa principală este cooperarea și deservirea pe termen lung a persoanelor juridice, analiza nevoilor, nivelului și concentrației acestora. Negocierea cu companiile client, familiarizarea cu termenii de vânzare a serviciilor oferite de MAKS-CLEANING, controlul asupra executării lucrărilor - toate acestea fac parte integrantă din activitatea acestui departament.

Firma client poate contacta "MAX-CLEANING" si poate apela la serviciile de curatenie complexa a spatiilor. Managerul companiei vă va ajuta să încheiați un acord de cooperare pe termen lung sau să plasați o comandă unică. De asemenea, acesta este obligat să afle de la client toate informațiile necesare și anume:

Informații despre compania pe care o reprezintă;

Date despre proprietate (spații) care necesită curățenie complexă;

Dorința clientului de a alege o clasă de curățenie;

Termenii serviciului;

Comentarii speciale despre lucrul cu sediul (Toate informațiile primite sunt procesate de manager și sunt strict confidențiale).

În cazul încheierii cu succes a unui contract sau a unei comenzi, prestarea serviciului va merge către departamentul de muncă, a cărui funcție este furnizarea (executarea) la timp și de înaltă calitate a serviciilor de curățare.

Departamentul de lucru

Acest departament este alcătuit dintr-un maistru superior și îngrijitori care formează echipe separate. Dupa transferul contractului (comenzii) de catre managerul firmei catre maistrul superior, urmeaza etapa de repartizare a lucrarilor de curatenie intre sefii echipei de curatenie.

Curatenia in sediul clientului se realizeaza la timp, prevazut in contractul (comanda) intocmit anterior. Maistrului șef se pune la dispoziție un proces-verbal de efectuare a serviciului, care evaluează munca fiecărui curățenie care se află în brigada care a efectuat această curățenie. În plus, maistrul superior se obligă să informeze managerul de cont despre stadiul prezentului ordin.

După aceea, calitatea lucrării este verificată chiar de client. În cazul unei evaluări nesatisfăcătoare, managerul informează conducerea companiei pentru luarea deciziilor corespunzătoare.

În cursul analizei activităților departamentelor descrise mai sus ale companiei „MAKS-CLEANING”, a fost construită o diagramă a procesului de afaceri, prezentată mai jos în Figura 5.

Orez. 5. Procesul de afaceri „MAX-CLEANING”

Ambele departamente au nevoie de servicii prompte pentru clienți și tranzacții, prin automatizarea fluxului de documente, precum și primirea rapidă a datelor de raportare și a informațiilor analitice pentru a oferi servicii la timp și de calitate.

1.2 Analiza software-ului și hardware-ului departamentului de servicii clienți și departamentului de lucru

Fiecare manager de cont are un computer personal, telefon și diverse periferice pentru a gestiona informațiile de care au nevoie. Compania are acces la Internet la care au acces toți angajații MAKS-CLEANING. Toate PC-urile sunt echipate cu Windows 7, pachetul Microsoft Office necesar, inclusiv Access, și drivere pentru a funcționa cu numeroase periferice HP DesktJet. Software-ul și hardware-ul departamentului de servicii pentru clienți și al departamentului de lucru sunt prezentate în Figura 6.

Orez. 6. Software-ul companiei „MAX-CLEANING”

Compania folosește o rețea bazată pe conceptul client-server. Pentru SGBD-urile moderne, arhitectura client-server a devenit standardul de facto.

Principiul de bază al tehnologiei „client-server” este împărțirea funcțiilor unei aplicații interactive standard în patru grupuri:

· Funcții de introducere și afișare a datelor;

· Funcții aplicate specifice domeniului;

· Funcții fundamentale de stocare și gestionare a resurselor (baze de date);

· Funcții de service.

Avantajele acestui sistem:

· Fără duplicare a codului programului server de către programele client.

· Deoarece toate calculele sunt efectuate pe server, cerințele pentru calculatoarele pe care este instalat clientul sunt reduse.

· Toate datele sunt stocate pe un server, care, de regulă, este mult mai bine protejat decât majoritatea clienților. Este mai ușor să organizați controlul de autorizare pe server, astfel încât numai clienții cu drepturi de acces adecvate să poată accesa datele.

Clientul furnizează informații managerului companiei, care le înregistrează pe computerul său folosind Microsoft Word 2010, tipărește contractul (comanda) și stochează documentul pe hârtie. Astfel, există riscul pierderii tuturor informațiilor necesare, se creează problema căutării ulterioare a informațiilor despre client, sediul și contactele acestuia. În plus, managerul nu are capacitatea de a calcula automat nu numai costul curățeniei, în funcție de clasa sa, dimensiunea camerei și perioada de serviciu a contractului, ci și numărul de echipe necesare pentru a-și asigura în timp util și înalt. curatenie de calitate a camerei.

Ideea de bază este de a împărți o aplicație de rețea în mai multe componente, fiecare dintre acestea implementând un set specific de servicii. Componentele unei astfel de aplicații pot rula pe diferite computere, realizând funcții de server și/sau client. Acest lucru îmbunătățește fiabilitatea, securitatea și performanța aplicațiilor de rețea și a rețelei în ansamblu. Modulul de sistem informatic pe care l-am dezvoltat pentru compania MAKS-CLEANING va ajuta la cresterea profitabilitatii intreprinderii prin analiza aprofundata a informatiilor despre clientii sai, sistemele de vanzari, va permite conducerii companiei sa urmareasca indicatorii cheie de calitate ai muncii efectuate in baza contractul, care este necesar pentru luarea unor decizii de afaceri importante din punct de vedere strategic și evaluarea eficientă a muncii fiecărui angajat.

Scopul lucrării mele finale de clasificare este de a dezvolta un modul de sistem informatic pentru contabilizarea curățeniei complexe a diferitelor spații.

Pentru a atinge acest obiectiv, trebuie să îndepliniți următoarele sarcini:

Analizează activitățile companiei „MAKS” pentru curățarea spațiilor;

Creați o listă de cerințe pentru dezvoltarea bazei de date;

Dezvoltați o bază de date folosind metoda diagramelor ER și instrumentele Erwin CASE;

Implementați interogări pentru a manipula datele din baza de date.

Modulul dezvoltat al sistemului informatic trebuie să îndeplinească următoarele cerințe:

· Crearea si stocarea datelor privind contractele cu calcularea automata a costului serviciului pe perioada contractului;

· Crearea și stocarea datelor privind comenzile cu calcul automat al costului curățeniei în funcție de dimensiunea camerei și clasa de curățenie;

· Date jurnal despre fiecare curățare;

· Stocați informații despre calitatea curățeniei pentru fiecare angajat al brigăzii;

· Calculează evaluarea brigăzii pentru managerul companiei;

· Calculul automat al numărului de echipe necesare pentru curățarea sediului.

Presupun că introducerea unui astfel de sistem va crește viteza de procesare a tuturor documentelor necesare pentru serviciile unei companii de curățenie, precum și va reduce numărul de erori atunci când lucrați cu clienții.

Pentru rezolvarea sarcinilor atribuite în lucrarea finală de clasificare se folosesc următoarele:

· Metoda de proiectare a bazei de date - modelare ER. Este o descriere grafică a domeniului subiectului în termeni de „obiect – proprietate – relație”. Utilizarea modelării ER oferă multe avantaje: face analiza domeniului subiectului mai concentrată și mai specifică; vă permite să proiectați AIS fără referire la un anumit DBMS țintă și să îl selectați pe acesta din urmă în orice moment; atunci când schimbați DBMS-ul utilizat, nu trebuie să efectuați din nou proiectarea, trebuie doar să faceți un pas pentru a transfera modelul ER pe cel țintă (dacă DBMS-ul țintă pe care l-ați ales este suportat de acest instrument CASE, atunci o astfel de tranziție va fi efectuată automat);

· CAZ - instrument Erwin. Avantajul este capacitatea de a crea diagrame ale structurii bazei de date, care rezolvă automat problemele legate de păstrarea integrității acesteia, precum și independența modelului logic față de SGBD utilizat, ceea ce face posibilă utilizarea metodelor universale pentru exportându-l într-un anumit SGBD.

· MS Access DBMS este selectat ca DBMS țintă. Access este un sistem de gestionare a bazelor de date relaționale care include toate instrumentele necesare pentru crearea unei baze de date locale, a unei baze de date partajate într-o rețea locală cu un server de fișiere sau a unei baze de date pe un server SQL, precum și pentru crearea aplicațiilor utilizator care funcționează cu acestea. baze de date. Access DBMS include diverse și numeroase instrumente software relativ autonome concentrate pe crearea de obiecte de bază de date și aplicații pentru utilizator. Designerul grafic permite utilizatorului să creeze obiecte de bază de date și obiecte de aplicație folosind numeroase elemente grafice fără a fi nevoie de programare.

2. Partea de proiectare

.1 Descrierea domeniului subiectului

Compania are propriul parc de vehicule la Moscova, care include 5 vehicule VOLVO, precum și șoferi alocați fiecărui vehicul de către 6 persoane. Echipe (3), care efectuează curățenie complexă de spații, în număr de 3 persoane fiecare.

Servicii companiei:

· Curățenia complexă a spațiilor (comerț, industrial, depozit și industrial);

Clientul, care poate fi doar o persoană juridică, se adresează unui angajat al companiei MAKS în postura de manager pentru primirea comenzilor. Compania își oferă serviciile, atât la cererea clientului însuși, cât și pe o perioadă lungă (de la 7 zile și mai mult).

Clientul discută următoarele cu managerul de comenzi:

Clientul furnizează date despre sediul care necesită servicii (tip de sediu, zonă, locație);

Prețul, măsurat în ruble, este determinat în contract (plată anticipată 100%):

Ø La cererea clientului (o singură dată) - depinde de zona camerei, tipul de curățenie și numărul de echipe implicate.

Ø Pe o perioadă lungă - depinde de perioada de serviciu, frecvența și zona camerei.

Datele personale ale clientului

Date camere

Termenul serviciului

Numărul de echipe implicate

Calitatea serviciului va fi verificată de către client și angajatul companiei, care monitorizează rezultatul muncii echipei. În cazul unei evaluări nesatisfăcătoare, de potrivire a clientului și a angajatului, grupul de lucru va fi mustrat, până la desființare inclusiv.

Selecția mașinilor disponibile flotei companiei va fi efectuată de un specialist în selecția transportului. Acesta va evalua numărul necesar de echipaje pentru deservirea spațiilor și vehiculelor necesare transportului grupului de lucru la destinație. Selecția mașinilor se efectuează imediat după datele furnizate la sediu de către client înainte de încheierea contractului.

.2 Studiul de fezabilitate al metodelor de proiectare și implementare

Pentru proiectarea bazei de date a centrului de servicii s-a decis să se utilizeze metoda ER - diagramă. Această metodă de proiectare a fost aleasă de mine pe baza următorilor factori:

Metoda diagramelor ER ne-a fost predată la disciplina Baza de date.

Metoda de proiectare folosind ER - diagrame are o serie de avantaje, și anume, claritatea; capacitatea de a proiecta o bază de date cu un număr mare de obiecte și atribute;

Diagramele ER fac posibilă analiza mai precisă a domeniului subiectului;

Cerințele pentru cunoașterea limbajului SQL sunt reduse.

Modelul ER se bazează pe trei elemente:

Esență

Atribut

Am ales ERwin Data Modeler ca sistem de proiectare a bazelor de date asistat de calculator.

Microsoft Access a fost ales ca SGBD. Acest DBMS a fost ales de mine pe baza următorilor factori:

Microsoft Access mi-a fost predat în timpul studiilor;

Access face rapidă și ușoară crearea de interogări de tabel;

La procesarea datelor, Access folosește limbajul de interogare SQL, care mi-a fost predat și la disciplina Baze de date.

.3 Proiectarea bazei de date

Faza de proiectare conceptuală

Descrierea entităților.

Selectarea entităților.

Descrierea conexiunilor.

Esenta		Esenta
Sediul	Prevăzut
	Servi	Angajatii
	Nevoie (inclus)
	Expus
	Consultări	Angajatii
	Semne
	Evaluează
Angajatii	Face din
	Admis
	Realizat de
	Control
	A executa
	Permite

2.4 Model de date conceptuale în standardul Chen

2.5 Diagrama ER în mediul ERwin

.6 Analiza modelului

Atribut compozit: - nr

Atribut cu mai multe valori: Telefon (companie, reprezentant)

Atribut derivat:

Comanda - cost = Tip de curatenie (cost) * Spatiu (zona)

Contract - preț = Contract (perioada de serviciu/frecvență) * Local (zonă)

Legături recursive: - nr

Relația 1: 1: Comanda necesită curățare

Conexiuni redundante: da

Entitatea Reprezentantului Companiei apare:

Clientul se consultă cu Angajatul

Tarifele clientului Curatenie

· Clientul semnează Contractul

Clientul plasează o comandă

Spațiile sunt deservite de angajați

Spațiile sunt în curs de curățare

Angajații execută Ordinul

Angajații supraveghează curățenia

Contractul obliga la curatenie

Link m: n: da

Angajații fac curățenie

Orez. 8. Model final în Erwin

7 Faza de proiectare fizică

Schema de date în mediul SGBD selectat

Orez. 9. Schema de date DB

2.8 Implementarea cererilor de bază

curăţarea manipulării bazei de date

Orez. 9. Implementarea cererilor de bază

· Afișarea unei liste de contracte ale managerilor companiei

Această solicitare vă va permite să vizualizați, după numărul de personal al managerului, care va introduce utilizatorul, lista contractelor emise de acesta. O astfel de solicitare vă va permite să vizualizați rapid informații despre activitatea unui anumit manager de companie.

Employees.Tab_Number, Employees.Full Name, Employees.Phone, Employees.Position, Employees.Department_Number, Contract.Contract_Number FROM Employees INNER JOIN Contract ON Employees.Tab_Number = Contract.Tab_Number WHERE (=(TabmEnployer_Number the) :]));

Vezi evaluarea muncii portatorilor-maiștri

Această solicitare va fi direcționată pentru a revizui evaluarea performanței liderilor echipei de curățenie. Conform evaluării date de client și managerul companiei, pot fi prezentate comentarii și măsuri pentru prevenirea erorilor ulterioare în activitatea curățătorilor.

SELECT Employees.Full Name, Employees.Position, Cleaning.Evaluation_Client, Cleaning.Evaluation_Manager, Employees.Nom_Brigade FROM Cleaning INNER JOIN (Angajații INNER JOIN Delete_Cotr ON Employees.Tab_Number = Delete_CleanNumbering._Număr Curățare]) [Curățenie_Tab_Numbering]);

· Afișarea unei liste de comenzi pentru tipul de curățare introdus

Această solicitare vă va permite să vizualizați datele comenzii făcute de client.

SELECTAȚI [Tipul de curățare]. [Clasa de curățare], [Tipul de curățare] .Cost, Comandă.Număr_comandă FROM [Tipul de curățare] INNER JOIN Order ON [Tipul de curățare]. [Clasa de curățare] = Comanda. [Clasa de curățare] WHERE (([ Tip de curățenie]. [Clasa de curățare]) = [Introduceți clasa de curățare:]);

Căutați o companie - un client în baza de date

Această solicitare va permite angajatului să introducă numele companiei clientului și să afișeze o listă cu contractele și comenzile executate anterior, dacă există. Datorită unei astfel de solicitări, se va putea evita reintroducerea informațiilor despre firma clientului.

SELECT Client. [Nume companie], Client.Adresa_dvs., Client.Telefon_companie, [Reprezentantul companiei]. Nume complet, [Reprezentantul companiei]. E-mail FROM Client INNER JOIN [Reprezentantul companiei] ON Client.CL = [Reprezentantul companiei] . CL WHERE ( ((Client. [Numele companiei]) = [Introduceți numele companiei:]));

Căutați comenzi nefinalizate

Această solicitare vă va permite să afișați o listă a comenzilor finalizate și neexecutate în funcție de starea introdusă de utilizator.

SELECT.Comandă.Număr_Comandă, Stare.Comandă, Data_Recepție.Comandă, Comanda.[Clasa de curățare], Data_Terminare_Comandă FROM Comanda WHERE (((Starea.Comandă) = [Introduceți starea comenzii:]));

Lista spațiilor după tip

Această solicitare vă va permite să afișați o listă de spații pentru cei introduși

de către utilizator la tipul de încăpere.

SELECT Rooms.Address, Rooms.Area, Rooms.Type, Rooms.CL FROM Rooms WHERE (((Rooms.Type) = [Introduceți tipul camerei:]));

Lista contractelor, al căror termen de serviciu este mai mare de 30 de zile

Această solicitare vă va permite să afișați o listă de contracte, a căror perioadă de serviciu depășește 30 de zile.

SELECT Contract.Nom_contract, Contract.Order_Date, Contract.Address, Contract.[Termenul serviciului (Zile)] FROM Contract WHERE (((Contract. [Termenul serviciului (Zile)])> 30));

Calcularea valorii comenzilor

Această solicitare vă va permite să afișați costul comenzii după numărul introdus de utilizator. Datorită unei astfel de solicitări, se vor putea evita erorile la calcularea valorii comenzilor.

SELECT Order.Order_number, ([Tip de curățare]. [Cost] + [Tip de curățare]. [Număr de brigăzi pe unitate de suprafață]) * [Sediu]. [Zona] AS Valoare_comandă, Comandă. [Clasa de curățare], Stare.Comandă FROM Rooms INNER JOIN ([Tip de curățare] INNER JOIN Comanda ON [Tipul de curățare]. [Clasa de curățare] = Comanda. [Clasa de curățare]) ON Rooms.Address = Order.Address WHERE (((Order.Order_number) = [Introduceți comanda. număr :]));

Orez. 6.2.

(Sistemul informatic al întreprinderii)

Externalizarea sistemelor informatice corporative

Externalizarea funcțiilor de producție și a proceselor de afaceri bazate pe sistemele informaționale corporative permite utilizarea celor mai recente realizări și „bune practici” ale managementului modern. Implementarea sistemelor informaționale corporative se află în centrul reinginierii proceselor de afaceri (Procesul de afaceri...
(Externalizare și externalizare: tehnologii înalte de management)

Modele de integrare a sistemelor informaționale corporative

Modelele de integrare a sistemelor informaționale reprezintă nivelul superior al clasificării modelelor de proiectare. Similar modelelor nivelurilor inferioare de clasificare, un grup de modele structurale se distinge printre modelele de integrare. Modelele structurale descriu principalele componente ale unui singur integrat...
(Introducere în arhitectura software)

SARCINI FUNCȚIONALE ALE SISTEMULUI INFORMAȚIONAL AL ​​ÎNTREPRINDERII ȘI MODULELE DE BAZĂ ALE SISTEMELOR INFORMAȚICE MODERNE ALE ÎNTREPRINDERII. INTEGRAREA MODULELOR

Semnificația semnificativă a conceptului de modul implică o comparație a subsistemelor funcționale, sarcini funcționale cu o abordare bazată pe sarcini funcționale cu modulele principale ale moderne. Orez. 6.2. Compararea sarcinilor funcționale cu principalele module ale sistemelor informatice moderne ICISP ale unei întreprinderi, ...
(Sistemul informatic al întreprinderii)

CONCEPTUL, ISTORIA DEZVOLTĂRII ȘI CLASIFICAREA SISTEMELOR INFORMAȚIIALE ALE ÎNTREPRINDERII. SISTEME INTEGRATE DE INFORMAȚII CORPORATE ALE ÎNTREPRINDERII

Conceptul și clasificarea sistemelor informaționale se modifică în procesul dezvoltării lor istorice. Totuși, obiectivul rămâne constant și este asociat cu atingerea eficienței managementului întreprinderii. Eficiența managementului întreprinderii depinde de interacțiunea mai multor factori, printre ei: filozofic, istoric, ...
(Sistemul informatic al întreprinderii)

CARACTERISTICI ALE TEHNOLOGIILOR INFORMAȚIONALE MODERNE ÎN SISTEMELE INFORMAȚICE ALE ÎNTREPRINDERII

TEHNOLOGII MODERNE PENTRU ORGANIZAREA INTRODUCERII DATELOR ÎN SISTEME DE INFORMAȚII CORPORATE Informațiile despre tranzacțiile comerciale trebuie introduse în timp util în baza de date operațională din orice sursă de origine. Acest lucru va face posibilă organizarea eficientă a prelucrării ulterioare a datelor în informații...
(Sistemul informatic al întreprinderii)

1. Relevanța și necesitatea cercetării

Odată cu apariția recentă în Federația Rusă a unei noi forme de management imobiliar sub forma unei asociații de proprietari de case (HOA), asociații de proprietari de case (HOA) și condominii (denumite în continuare - organizații de management imobiliar), chiriașii (proprietarii) de locuințe au o oportunitate de a influența calitatea întreținerii imobilelor, pentru îmbunătățirea teritoriului adiacent și într-o oarecare măsură pentru costul utilităților.

În conformitate cu articolul 161 din Codul Locuinței al Federației Ruse, gestionarea unui bloc de apartamente trebuie să asigure condiții de viață favorabile și sigure pentru cetățeni, întreținerea adecvată a proprietății comune într-un bloc de apartamente, rezolvarea problemelor de utilizare a acestei proprietăți, precum și furnizarea de servicii publice cetățenilor care locuiesc într-o astfel de clădire.

b) procesul educaţional

Elaborarea de cursuri științifice și educaționale, precum și de materiale de popularizare

	Numele materiei/ material	Scurtă descriere a cursului/ material
Cursuri științifice și educaționale	Tutorial „Sisteme informatice pentru managementul blocurilor de locuințe”	Sunt prezentate capacitățile funcționale ale sistemelor informatice pentru managementul imobiliar utilizate în Federația Rusă și în străinătate. Se compară capacitățile funcționale, se dau recomandări cu privire la alegerea unui sistem informațional. Este destinat predării studenților în direcțiile 080100.62 „Economie” și 080500.62 „Informatica de afaceri”
Atelier de laborator „Sistem de management pentru regulile de afaceri ale unei organizații pentru gestionarea MKD”	Oferă instrucțiuni pas cu pas pentru construirea unui modul de gestionare a regulilor de afaceri utilizând IBM ILog. Este prezentat un algoritm pentru gestionarea regulilor de afaceri HOA. Este destinată predării studenților în direcția 080500.62 „Informatica Afacerilor”
Atelier de laborator „Modelarea multi-agenți a activităților unei organizații de management imobiliar”	Oferă instrucțiuni pas cu pas pentru formarea agenților și formarea unui model de organizare a managementului imobiliar folosind AnyLogic. Este destinată predării studenților în direcția 080500.62 „Informatica Afacerilor”
Tutorial „Dezvoltarea unei baze de date pentru un bloc de apartamente folosind MS Access 2010”	Oferă instrucțiuni pas cu pas pentru crearea tabelelor de baze de date, stabilirea de legături între ele, crearea de formulare, interogări, rapoarte și macrocomenzi folosind capabilitățile MS Access 2010 DBMS.
Atelier de laborator „Analiza proceselor de afaceri ale unei organizații de management imobiliar”	Sunt prezentate diagramele dezvoltate folosind limbajul de modelare orientat pe obiecte UML. Este destinat predării studenților în direcțiile 080100.62 „Economie” și 080500.62 „Informatica de afaceri”
Materiale științifice populare	Monografie „Analiza factorială și de cluster a organizațiilor regionale din domeniul managementului imobiliar”	Sunt oferite recomandări pentru analiza factorială și cluster a parametrilor care caracterizează HOA în regiunea selectată. Oferă informații despre organizațiile de management imobiliar cu aceleași seturi de procese de afaceri și identifică principalii factori care le afectează activitățile
Monografie „Algoritmi pentru schimbul de informații într-o organizație de management imobiliar”	Sunt prezentate algoritmul general al operațiunii IS, algoritmii pentru funcționarea modulelor software IS care implementează servicii de informare pentru abonați și algoritmii pentru interacțiunea modulelor software. Interfețele utilizator ale sistemului informatic. Caracteristici ale dezvoltării codului de program al modulelor folosind mediul de dezvoltare MS Visual 2010
Articol „Clasificarea abonaților și a sistemelor informaționale în organizații pentru gestionarea MKD”	Sunt determinate modelele de schimb de informații în cadrul organizației de management imobiliar, compoziția și volumul de date așteptate în timpul schimbului de informații, transformările așteptate ale datelor în timpul schimbului de informații și formele de prezentare a datelor de intrare și de ieșire.
Articol „Dezvoltarea unui model de simulare multi-agenți pentru modelarea activităților asociațiilor de proprietari”	Sunt prezentate abordări ale formării de agenți pentru domeniul subiectului, precum și dezvoltarea unui model de simulare. Sunt prezentate rezultatele modelării activităților asociațiilor de proprietari cu diferite seturi de date inițiale.
Articol „Formarea unui set de reguli de afaceri pentru HOA”	Sunt prezentate abordări ale formării unui set de reguli de afaceri. Sunt luate în considerare posibilitățile de implementare a unui sistem de management al regulilor de afaceri utilizând IBM ILog. Este dat un exemplu de utilizare a regulilor de afaceri pentru luarea deciziilor.
Articol „Formarea algoritmilor pentru sistemul informatic al unei organizații de management imobiliar”	Sunt luate în considerare structura algoritmului sistemului informațional, structura algoritmilor modulelor software care implementează servicii de informații și schimbul de informații cu baza de date a organizației.
	Articol „Aplicarea unei abordări holistice pentru a forma un complex de indicatori cheie de performanță ai activităților HOA”	Articolul are în vedere aplicarea prevederilor unei abordări holistice pentru a forma un set de indicatori care să permită crearea unui sistem de evaluare a atingerii obiectivelor strategice și tactice (operaționale) ale unei organizații de management imobiliar, evaluarea stării organizației. și monitorizarea activității de afaceri a abonaților sistemului informațional în timp real.
Articol „Servicii de informare pentru managementul blocurilor de locuințe”	Sunt luate în considerare serviciile de informare furnizate de sistemele informaționale străine proprietarilor (chiriașilor) de imobile din blocurile de locuințe.
Articol „Formarea unei baze de date pentru sistemul informațional al HOA”	Sunt luate în considerare modelele de date, tehnologia de stocare și procesare a datelor, compoziția datelor, formatele de date pentru reflectarea în interfețele utilizator și documentele de ieșire, tipurile de date, alcătuirea propusă a tabelelor, precum și o diagramă a relațiilor dintre tabele.
Articol „Analiza organizațională și modelul de proces de afaceri al HOA”	Se are în vedere dezvoltarea unui set de modele: un model strategic de stabilire a obiectivelor, un model organizațional-funcțional, un model funcțional-tehnologic, un model de proces-rol al unui model cantitativ, un model de structură a datelor (sub ce formă reglementările HOA și sunt descrise obiectele mediului extern), modele de procese de afaceri