1. Relevanța și nevoia de cercetare

Odată cu apariția recent în Federația Rusă a noului management imobiliar sub forma proprietarului de locuințe (HOA), Asociația proprietarilor de locuințe (HOA - Asociații de proprietari) și condominiums (mai târziu - organizații de management imobiliar) chiriașii (Proprietarii) de locuințe au apărut posibilitatea de a influența chiriașii (proprietarii) calitatea întreținerii imobilelor, asupra îmbunătățirii teritoriului adiacent și, într-o oarecare măsură, pe costul utilităților.

În conformitate cu articolul 161 din Codul de locuințe al Federației Ruse, conducerea unei clădiri de apartamente ar trebui să asigure condiții de viață favorabile și sigure ale cetățenilor, întreținerea adecvată a proprietății comune într-o clădire a apartamentelor, rezolvând problemele de utilizare a proprietății specificate, precum și furnizarea de utilități cetățenilor care trăiesc într-o astfel de casă.

b) procesul educațional

Dezvoltarea de cursuri științifice și educaționale, precum și materiale științifice și populare

	Numele materiei/ material	Descriere rapidă/ material
Cursuri științifice și educaționale	Tutorial "Managementul sistemelor informatice ale caselor de apartamente"	Funcționalitatea sistemelor informatice de gestionare imobiliare utilizate în Federația Rusă și în străinătate sunt date. Caracteristicile funcționale sunt comparate cu recomandările pentru alegerea unui sistem informatic. Concepute pentru a instrui studenții în zonele de 080100.62 "Economie" și 080500.62 "Business-Informatică"
Atelier de laborator. "Sistemul de management al regulilor de afaceri al Organizației de Management MKD"	Instrucțiuni pas cu pas pentru generarea modulului de gestionare a regulilor de afaceri utilizând IBM ILOG. Algoritmul pentru gestionarea regulilor de afaceri ale HOA este dat. Concepute pentru a instrui studenții în direcția 080500.62 "Informatică de afaceri"
Atelier de laborator. "Modelarea multi-agent a activităților de gestionare a imobiliar"	Instrucțiuni pas cu pas pentru formarea agenților și formarea unui model de organizare a managementului imobiliar folosind Anylogic. Concepute pentru a instrui studenții în direcția 080500.62 "Informatică de afaceri"
Tutorial "Dezvoltarea unei baze de date constitutive a unui apartament care utilizează MS Access 2010 DBMS"	Există instrucțiuni pas cu pas pentru formarea tabelelor de bază de date, stabilirea unor legături între ele, formele de construcție, cererile, rapoartele și macrocomenzile utilizând capabilitățile DBMS MS Access 2010.
Atelier de laborator. "Analiza proceselor de afaceri ale Organizației pentru Managementul Imobiliar"	Se administrează diagrame proiectate folosind un limbaj de modelare UML orientate obiect. Concepute pentru a instrui studenții în zonele de 080100.62 "Economie" și 080500.62 "Business-Informatică"
Materiale populare științifice	Monografie "Analiza fabricii și cluster a organizațiilor regiunii în domeniul managementului imobiliar"	Recomandări privind analiza factorului și cluster a parametrilor care caracterizează regiunea selectată HOA sunt date. Informații privind organizațiile de gestionare a imobiliar cu aceleași seturi de procese de afaceri și determinarea principalilor factori care afectează activitățile lor
Monografie "Algoritmi de schimb de informații în organizația de gestionare a imobilelor"	Algoritmul general al activității IP, algoritmii de funcționare a modulelor software care implementează serviciile de informații pentru abonați, sunt date algoritmii de interacțiune a modulelor software. Interfețe utilizator ale sistemului de informații. Caracteristicile dezvoltării modulelor de cod software utilizând mediul de dezvoltare MS Visual 2010
Articol "Clasificarea abonaților și a sistemelor informatice în cadrul organizațiilor de management MKD"	Modelele de schimb de informații în cadrul organizării managementului imobiliar, compoziția estimată și volumul de date în timpul schimbului de informații, presupusele transformări de date în timpul schimbului de informații, forma de depunere a datelor de intrare și ieșire
Articol "Dezvoltarea unui model de imitație cu mai multe vârste pentru activitățile de modelare a HOA"	Abordări ale formării agenților pentru zona subiectului, precum și dezvoltarea unui model de simulare. Rezultatele activităților de modelare ale HOA cu diferite seturi de date sursă sunt date.
Articol "Formarea unui set de reguli de afaceri pentru HOA"	Abordări ale formării unei reguli de afaceri stabilite. Sunt luate în considerare posibilitățile de implementare a sistemului de gestionare a normelor de afaceri utilizând IBM ILOG. Un exemplu de utilizare a normelor de afaceri pentru luarea unei decizii este dată.
Articol "Formarea algoritmilor pentru sistemul de informare al organizației pentru managementul imobiliar"	Structura algoritmului sistemului informațional, structura algoritmilor modulelor software, implementarea serviciilor de informare și schimbul de informații cu baza de date a organizației.
	Articol "Aplicarea unei abordări holistice pentru a forma un indicatori de performanță esențiali ai activităților HOA"	Aplicarea prevederilor unei abordări holistice a formării unui complex de indicatori, permițând crearea unui sistem de evaluare pentru atingerea obiectivelor strategice și tactice (operaționale) pentru organizarea managementului imobiliar, evaluarea stadiului organizației și controlului din activitatea de afaceri a abonaților sistemului informațional în timp real este luat în considerare.
Articol "Servicii de informare pentru gestionarea clădirilor apartamentelor"	Sunt luate în considerare servicii de informare furnizate de proprietarii de sisteme de informații străine (chiriași) de imobiliare în clădiri de apartamente.
Articol "Formarea unei baze de date pentru sistemul de informații HOA"	Modele de date, stocarea datelor și tehnologia de prelucrare, compoziția datelor, formate de date pentru reflectarea în interfețele de utilizator și documentele de ieșire, tipurile de date, compoziția intenționată a tabelelor, precum și conexiunile de circuit între tabele
Articol "Analiza organizațională și modelul proceselor de afaceri ale HOA"	Dezvoltarea unui complex de modele este luată în considerare: un model strategic al modelului, modelul organizațional și funcțional, un model tehnologic funcțional, un model de proces-rol al unui model cantitativ, un model de structură a datelor (în ce formă regulamentele din Hoa și obiectele din mediul exterior sunt descrise), procesele de afaceri

Smochin. 6.2.

(Sistemul de informare a întreprinderii)

Outsourcing Sisteme de Informații corporative

Funcțiile de producție de outsourcing și procesele de afaceri bazate pe sistemele informatice corporative vă permit să utilizați cele mai recente realizări și "cele mai bune practici" ale managementului modern. Introducerea sistemelor informatice corporative subliniază reengineeringul proceselor de afaceri Procesul de afaceri...
(Externalizarea și depășirea: tehnologii de management ridicat)

Modele de integrare a sistemului de informații corporative

Modelele de integrare a sistemelor informatice sunt nivelul superior al clasificării modelelor de design. Similar cu modelele de nivel inferior de clasificare, un grup de modele structurale este alocat printre modelele de integrare. Modelele structurale descriu principalele componente ale unui singur ...
(Introducere în arhitectura software)

Obiectivele funcționale ale sistemului de informare a întreprinderii și principalele module ale sistemelor moderne de informare ale întreprinderii. Integrarea modulelor

Valoarea semnificativă a conceptului de modul implică compararea subsistemelor funcționale, a problemelor funcționale cu o abordare funcțională și intenționată cu principalele module ale Consiliului Smochin. 6.2. Compararea sarcinilor funcționale cu module de bază ale sistemelor informatice moderne IKISPI ale întreprinderii, ...
(Sistemul de informare a întreprinderii)

Conceptul, istoria dezvoltării și clasificarea sistemelor informatice ale întreprinderii. Sisteme informatice ale întreprinderilor corporative integrate

Conceptul și clasificarea sistemelor informatice variază în funcție de procesul de dezvoltare istorică. Cu toate acestea, scopul rămâne constant și este asociat cu realizarea eficienței managementului întreprinderii. Eficiența managementului întreprinderii depinde de interacțiunea multor factori, dintre care: filosofică, istorică, ...
(Sistemul de informare a întreprinderii)

Caracteristicile tehnologiilor moderne de informare în sistemele informatice ale întreprinderii

Organizația modernă de introducere a datelor în sistemele informatice corporative Informațiile despre operațiunile economice trebuie, în timp util, în baza de date operațională din orice sursă de apariție. Acest lucru va organiza în mod eficient prelucrarea datelor în informație ...
(Sistemul de informare a întreprinderii)

Introducere

Titlul examinat este scris pe baza fabricării Donetsk Donetsk pentru magazinul de cleonelly.

Una dintre cele mai importante activități ale producției OAO Donetsk produce produse de cusut într-o gamă largă, în cea mai mare parte halate de baie, foi și prosoape. În plus, compania produce fire de bumbac pictate pentru țesut și producție tricotată.

Dezvoltarea tehnologiilor informaționale automate este în paralel cu apariția unor noi tipuri de mijloace tehnice de prelucrare și transmitere a informațiilor, îmbunătățirea formelor organizaționale de utilizare a calculatorului, saturația infrastructurii cu noi mijloace de comunicare. Dezvoltarea relațiilor de piață a condus la apariția unor noi tipuri de antreprenoriat și, mai presus de toate, la crearea de firme angajate în afaceri de informare, dezvoltarea tehnologiilor informaționale, îmbunătățirea acestora, răspândirea componentelor tehnologiilor informaționale automate, în special software-ul produse care automatizează procesele informaționale și de calcul. De asemenea, includeți echipamente de calcul, comunicații, echipamente de birou și tipuri specifice de servicii - informații, servicii tehnice și de consultanță, instruire etc. Acest lucru a contribuit la diseminarea rapidă și la utilizarea eficientă a tehnologiilor informaționale în procesele manageriale și industriale, aplicații practic răspândite și o varietate mare.

Întreprinderile angajate în proiectarea și dezvoltarea dispozitivelor în diverse scopuri, utilizează în prezent diverse mijloace de design automatizat - CAPR (CAD) și de monitorizare a proceselor de producție - ASUTP (SCADA / DCS). Cu toate acestea, pentru propriile dispozitive de dezvoltare, este necesar să se dezvolte propriile mijloace de control al performanței și analiza calității produselor.

Procesul tehnologic de luare a produselor din depozit în magazinul Cleanelly include o etapă de păstrare a bunurilor vândute.

Scopul actualului proiect de absolvire este implementarea unui loc de muncă automat (AWA), permițând contabilității produsului în depozitul magazinului.

Pentru a atinge obiectivul de mai sus, trebuie rezolvate următoarele sarcini:

¾ să efectueze o analiză a proceselor de afaceri a magazinului;

¾ Explorați fluxurile de informații care apar în stadiul dezvoltării produsului dezvoltat;

¾ Dezvoltarea unui model de date conceptual și logic;

¾ Dezvoltarea software-ului pentru promovarea produselor

¾ Efectuarea unei evaluări a eficienței economice 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, astfel încât dezvoltarea sistemelor de gestionare a acestor produse. Astfel de sisteme sunt dezvoltate ca astfel de companii bine cunoscute ca 1: cu întreprinderea și "steaua". În astfel de sisteme, monitorizarea materialelor și prelucrarea informațiilor obținute sunt monitorizate.

"1C: Întreprindere" este un sistem de soluții aplicate construite în conformitate cu principiile unificate și pe o singură platformă tehnologică. Capul poate alege o soluție care îndeplinește nevoile actuale ale întreprinderii și va continua să se dezvolte ca întreprindere sau să extindă sarcinile de automatizare.

Programul "1C: Enterprise" este conceput pentru a rezolva o gamă largă de sarcini de automatizare și de gestionare care se confruntă cu dezvoltarea dinamică a întreprinderilor moderne. Rezolvarea sarcinilor de contabilitate și gestionare topică Componența programului "1c: întreprindere" se concentrează pe nevoile actuale ale întreprinderilor. Compania "1c" produce soluții software de circulație concepute pentru automatizarea sarcinilor tipice de contabilitate și management în întreprinderi. O caracteristică distinctivă a soluțiilor de circulație a companiei "1c" este studiul atent al compoziției funcționalității incluse în soluțiile tipice. Compania "1c" analizează experiența utilizatorilor utilizând programul "1c: întreprindere" și urmărește schimbarea nevoilor lor.

Principalele avantaje ale sistemului meu, baza angro poate fi atribuită costului relativ scăzut de introducere a acestui sistem, precum și o serie de avantaje:

¾ Fiabilitatea aplicațiilor create. Pachetul software (PC) trebuie să fie stabil nu numai la erorile utilizatorilor, ci și de eșecurile în sistemul de comunicații.

¾ ușurința utilizării interfeței;

¾ Nivelul ridicat de securitate al sistemului, ceea ce implică nu numai controlul anumitor resurse de sistem și securitatea informațiilor în toate etapele de funcționare, ci și acțiunile de urmărire cu un grad ridicat de fiabilitate.

1.2 Analiza zonei subiectului

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

Pentru analiza și reorganizarea proceselor de afaceri, cazul este destinat – Instrumentul de nivel superior Toate procesele de fuziune Modeler (BPWIN), Metodologii IDEF0 (model funcțional), DFD (DateLFLAM DIAGRAM) și IDEF3 (diagrama fluxului de lucru). BPWIN este un produs software puternic pentru a crea modele care vă permit să analizați, să documentați și să planificați modificări ale proceselor complexe de afaceri. BPWIN oferă un instrument pentru a colecta toate informațiile necesare despre activitatea întreprinderii și imaginea grafică a acestor informații sub forma unui model holistic și consistent.

Din punctul de vedere al funcționalității sistemului. Ca parte a metodologiei IDEF0 (definiția de integrare a modelării funcțiilor), procesul de afaceri este prezentat sub forma unui set de elemente-lucrări care interacționează între ele și prezintă, de asemenea, informații, resurse 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 ca-este) și poziția ideală a lucrurilor – Ce trebuie să vă străduiți (modelul de a fi). Metodologia IDEF0 prevede construcția unui sistem de diagramă ierarhică, adică Descrieri unice ale fragmentelor de sistem. În primul rând, sistemul descrie sistemul în ansamblu și interacțiunea sa cu lumea exterioară (diagrama contextuală), după care se ține 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 mai mic și așa mai departe pentru a atinge detaliile dorite.

Dacă în procesul de modelare este necesar să iluminezi părțile specifice ale tehnologiei Enterprise, BPWIN vă permite să treceți la orice ramură a modelului DFD sau IDEF3. DIAGRAMS DFD (diagrama fluxului de date) pot adăuga ceva care este deja reflectat în modelul IDEF3, deoarece descrie fluxurile de date, permițându-vă să urmăriți cum se schimbă informațiile între funcțiile de afaceri din interiorul sistemului. În același timp, diagrama DFD nu ignoră interacțiunea dintre funcțiile de afaceri.

Din punctul de vedere al secvenței de lucru efectuate. Și chiar imaginea mai precisă poate fi obținută prin adăugarea modelului prin diagrame IDEF3. Această metodă atrage atenția asupra ordinii evenimentelor. IDEF3 include elemente logice, care vă permite să simuleze și să analizați scenariile alternative de dezvoltare a proceselor de afaceri.

Pentru a lua în considerare procesele de afaceri care rulează în magazinul magazinului, este necesar să se utilizeze doar două metodologii IDEF0 și DFD. Procesul de modelare a oricărui sistem din Idef0 începe cu definiția contextului, adică Cel mai abstract nivel al descrierii sistemului sau a proceselor de afaceri în general.

Modelul IDEF0. . Pentru a explora procesele de afaceri "Formarea comenzii furnizorului", "obținerea bunurilor", "vacanța de bunuri", ia în considerare diagramele prezentate sub forma diagramei IDEF0. IDEF0 Sistemul este reprezentat ca un set de lucrări sau funcții interacționate.

Metodologia IDEF0 se bazează pe patru concepte de bază.

Primul dintre ele este conceptul bloc funcțional (Cutie de activitate) . Blocul de funcții este portretizat grafic ca dreptunghi și personifică o anumită funcție în cadrul sistemului în cauză.

Fiecare dintre cele patru laturi ale blocului de funcții are o valoare definită (rolă), în timp ce:

Partea superioară are valoarea "de control";

Partea stângă este "intrare" (intrare);

Partea dreaptă are o "ieșire" (ieșire);

Partea inferioară are valoarea "mecanismul".

Cea de-a doua metodologie "Whale" Idef0 este conceptul de arc de interfață (săgeată). Afișarea grafică a arcului de interfață este o săgeată unidirecțională. Fiecare arc de interfață trebuie să aibă numele său (săgeată). Utilizarea arcurilor de interfață, afișarea diferitelor obiecte, la un grad sau alta, procesele definitorii care apar în sistem. În același timp, săgețile, în funcție de marginea dreptunghiului de muncă pe care o intră sau de la care margine iese, sunt împărțite în:

Săgeți de intrare (incluse în partea stângă a blocului de funcții) - date sau obiecte care pot fi modificate în timpul funcționării;

Săgeata de gestionare (inclusă în partea superioară a blocului de funcții) - descrie regulile și limitările, datorită lucrării;

Săgețile de ieșire (ieși din partea dreaptă a blocului de funcții) - descrierea datelor sau obiectelor care apar ca urmare a muncii;

Săgeata mecanismului (inclusă în fața inferioară a blocului de funcții) - descrierea resurselor (de exemplu, echipamente, resurse umane).

Al treilea concept de bază al IDEF0 este descompunerea (descompunerea). Principiul descompunerii este utilizat la împărțirea procesului complex la componentele funcției sale.

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

Ultimul dintre concepte idef0 este un glosar (glosar). Pentru fiecare dintre elementele IDEF0: diagrame, blocuri de funcții, arce de interfață standardul existent implică crearea și menținerea unui set de definiții adecvate, cuvinte cheie, prezentări narative etc., care caracterizează un obiect afișat de acest element. Acest set este numit glosar și este o descriere a esenței acestui articol.

Luați în considerare diagrama proceselor de afaceri care curge la magazinul magazinului DMM, cu Cleonelly:

Pentru vizibilitatea generală a sistemului, este necesar să se construiască contextul "activităților depozitului întreprinderii" (a se vedea figura 1.1).

Figura 1.1 - Diagrama "Activități de depozitare"

După instalarea contextului, se efectuează descompunerea, adică. Construirea următoarelor 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ărilor contextuale este prezentat în Figura 1.2. Astfel, întregul sistem este împărțit în subsisteme la nivelul dorit de detaliu, acest sistem este împărțit în trei nivele.

Figura 1.2 - Diagrama de descompunere la primul nivel

Figura 1.3 - Diagrama "Designul produsului"

Figura 1.4 - Diagrama "Vacanța mărfurilor"

Figura 1.5 - Diagrama "Mărfuri de apelare"

DFD. Baza acestei metodologii este construirea modelului IC - proiectat sau de fapt existent. În conformitate cu metodologia, modelul de sistem este definit ca ierarhie a diagramelor fluxului de date (DFD), descriind procesul asincron de conversie a informațiilor de la intrarea sa la sistem înainte de a emite utilizatorul. Diagramele DFD sunt de obicei construite pentru o imagine vizuală a activității actuale a sistemului de management al documentelor organizației. Cel mai adesea, diagrama DFD este folosită ca o adăugare la modelul proceselor de afaceri realizate în IDEF0.

Principalele componente ale diagramelor de flux de date sunt:

Entitățile externe (ilustrate grafice de un pătrat) - indică un subiect de 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 (arată grafic ca un dreptunghi cu colțuri rotunjite) - locul de muncă care indică funcții sau procese care au procesat și modifică informațiile;

Unitățile de date - sunt un dispozitiv abstract pentru stocarea informațiilor, care pot fi plasate în orice moment în unitate și după un timp pentru a extrage, și căile de cameră și extracție pot fi oricare dintre ele. Dispozitivul de stocare a datelor, în general, este prototipul unei baze de date viitoare și descrierea datelor stocate în acesta trebuie să fie legată de modelul de informare;

Fluxurile de date - determină informațiile transmise după o conexiune de la sursă la receptor. Stream-ul de date de pe diagrama este descris cu o linie de săgeată de capăt care arată direcția de curgere.

Luați în considerare o diagramă a fluxului de date (DFD) "vacanță de mărfuri" Figura 1.6. Această diagramă prezintă mișcarea documentelor la introducerea organizației "Aplicații pentru bunuri".

Figura 1.6 - Diagrama DFD "Vacanța mărfurilor"

Luați în considerare următoarea diagramă a fluxurilor de date "Design de produs" (a se vedea figura 1.7). Aici este prezentată procesul de desfășurare a lucrărilor și mișcarea documentelor la "problema mărfurilor".

Figura 1.7 - DIAGRAM DFD "Înregistrarea produsului"

În diagramele fluxului de date, toate caracterele utilizate sunt pliate în imaginea comună, ceea ce oferă o idee clară despre care se utilizează date și ce funcții sunt efectuate de sistemul de gestionare a documentelor. Deseori constată că fluxurile de informații existente, importante pentru activitățile companiei, sunt realizate nesigure și trebuie reorganizate. *******

Structura organizatorică a unei întreprinderi angajate în vânzarea produselor Terry este luată în considerare pe exemplul companiei "Donetsk Manufation M" a magazinului de cleonelly:

În direcția dezvoltării sistemelor de control și a materialelor contabile, problemele pot fi rezolvate cu succes:

1. Acesta este controlul asupra bunurilor furnizate și stocate în stoc.

2. Informații despre furnizori și consumatori

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

4. Conține jurnalul de raportare a bunurilor lansate.

5. Certificat de bunuri

6. Automatizarea funcțiilor depozitului (sosire, consum, deputare, rezervare produs)

7. Înregistrarea și stocarea conturilor pentru bunurile și serviciile achiziționate și vândute, precum și un extras pentru conturile de plată anticipată, cu o întârziere de plată și livrare de bunuri

8. Crearea de cheltuieli și contabilitate a bunurilor emise

9. Efectuarea inventarului de depozite cu crearea unui apă insuficientă, un act de lipsă de deficit și excedent

10. Crearea seturilor de bunuri

Așa cum este indicat de domeniul principal de activitate al acestei întreprinderi, vânzarea de produse din bumbac. Procesul de proiectare include mai multe pași de elaborate cu atenție de structurile de conducere ale întreprinderilor de proiect pe întreaga durată de viață a acestei întreprinderi. Acest proces nu poate fi schimbat în același timp, deoarece implică multe diviziuni ale întreprinderii în sine, subcontractanți externi și clienți ai companiei de proiect. Prin urmare, întreprinderile cu prudență se referă la implementarea sistemelor informatice legate de procesele de management de proiectare și dezvoltare. De regulă, întreprinderile ruse folosesc propriile lor evoluții în acest domeniu.

1.3 Cerințe de colectare

La proiectarea unui sistem informatic (IP) "magazin de artă en-gros", a fost necesar să se colecteze cerințe care să contribuie la crearea unei interfețe astfel încât utilizatorul final (angajat magazin) să fie convenabil să lucreze cu IP-ul dezvoltat.

Dezvoltarea cerințelor este un proces care include activitățile necesare pentru a crea și aproba un document care conține specificațiile cerințelor sistemului.

Pentru a pune în aplicare procesul de contabilitate și de monitorizare, este necesar ca sistemul informatic să poată efectua următoarele cerințe funcționale:

¾ Documentarea rezultatelor.

¾ Sistemul informațional trebuie implementat ca un program bazat pe un mediu integrat Visual Fox Pro.

Programul este executat în sistemul de operare Windows 2000 / NT / XP.

Există patru etape principale ale procesului de elaborare a cerințelor (Figura 1.8):

Analiza fezabilității tehnice de creare a unui sistem;

Formarea și analiza cerințelor;

Specificațiile cerințelor și crearea documentației relevante;

Certificarea cerințelor.

Cerințele de colectare reprezintă un pas important în designul designului, deoarece aici toate cerințele clientului trebuie să fie corecte și sunt formulate corect.

1.4 Specificarea cerințelor

Definiția cerințelor corecte este probabil cea mai responsabilă etapă a proiectului software. Este foarte important ca formatul proiectului să fie în concordanță cu cerințele pentru software colectate de echipa dezvoltatorului, altfel aceste cerințe nu vor putea fi acceptate și prezentate în produsul software. Cerințe software Software Cerințe software Specificație (SRS) este cheia întregului ciclu de viață al dezvoltării software-ului. Acesta nu este doar un document derivat în care specificațiile proiectului, ci și principalul document aplicat pentru a efectua teste de certificare și acceptare. Certificarea este o evaluare a calității activității managerilor de proiect. Acesta determină gradul de conformare al cerințelor stabilite a produsului software. Specificația SRS acționează ca un fel de mecanism de fixare a cerințelor sistemului, care sunt utilizate ca criterii de certificare.

Pe baza SRS, consimțământul este realizat între clienți și producătorii de software. Specificația SRS descrie pe deplin funcțiile pe care produsul software a fost dezvoltat. Acest lucru permite utilizatorilor potențiali să determine gradul de respectare a produselor cu nevoile acestora, precum și căile de modificare a produsului pentru a fi cât mai mult posibil în rezolvarea sarcinilor lor.

Dezvoltarea costurilor de dezvoltare temporară. Pregătirea specificațiilor SRS a implicat diverse grupuri în organizarea clientului. Ei examinează cu atenție toate cerințele chiar înainte de începerea dezvoltării directe a proiectului. Acest lucru reduce probabilitatea reevaluării ulterioare a proiectului, codificarea și testarea.

Cu un studiu aprofundat al cerințelor prezentate în specificația SRS, este posibilă detectarea supradocvențelor, a neînțelegerilor și a contradicțiilor în stadiile incipiente ale ciclului de dezvoltare atunci când problemele sunt mult mai ușoare decât în \u200b\u200betapele ulterioare.

Sarcina SRS devine baza pentru estimarea costului și pregătirii programului de lucru. Descrierea produsului este o bază reală pentru estimarea costului proiectului. Într-un mediu în care există un concept de propunere formală, SRS este folosit pentru a aproba evaluarea ofertei sau a prețului.

Cu ajutorul specificațiilor propuse de SRS la nivelul organizației, organizația poate dezvolta planuri mult mai productive de certificare și inspecții. Ca parte a contractului de dezvoltare, SRS oferă un punct de referință pentru a evalua respectarea specificațiilor.

Datorită specificației SRS, produsul programului este facilitat de noi utilizatori, precum și de instalarea pe alte computere. Astfel, devine mai ușor pentru ca clienții să transfere produsul software către alte unități ale organizației și dezvoltatorilor de a transmite altor clienți.

Specificația SRS servește drept bază pentru modernizare. Acest document discută produsul în sine și nu procesul de dezvoltare a proiectului, prin urmare, este posibil să se extindă produsul finalizat pe bază.

După finalizarea procesului de definire și a specificațiilor, este necesar să se efectueze certificarea cerințelor.

Specificarea cerințelor pentru proiectul software trebuie prezentată în Anexa A.

1.5 Certificarea cerințelor

Certificarea ar trebui să demonstreze că cerințele definește cu adevărat sistemul pe care clientul dorește să îl aibă. Verificarea cerințelor este importantă, deoarece eroarea din specificația cerințelor poate duce la modificarea sistemului și la costuri ridicate, dacă acestea sunt detectate în timpul sistemului de dezvoltare a sistemului sau după punerea în funcțiune.

În timpul procesului de certificare, trebuie efectuate diferite tipuri de verificări de documentare:

1. Verificați corectitudinea cerințelor.

2. Verificați consistența.

3. Verificați complet.

4. Verificați fezabilitatea.

Există o serie de metode de certificare de cerințe care pot fi utilizate împreună sau fiecare separat:

1. Revizuirea cerințelor.

2. Prototyping.

3. Generarea de scenarii de testare.

4. Analiza consistenței automate.

Cea mai vizuală pentru sistemul clienți este prototiparea.

Înainte de a începe să creați prototipuri, puteți crea o diagramă a fluxului de interfață de utilizator. Această diagramă este utilizată pentru a explora relația dintre elementele principale ale interfeței cu utilizatorul.

Următorul pas al certificării cerințelor este crearea directă a prototipurilor.

Prototipul de software este o implementare parțială sau posibilă a produsului nou propus. Prototipurile vă permit să rezolvați trei sarcini principale: clarificarea și finalizarea formulării cerințelor, cercetarea soluțiilor alternative și crearea produsului final.

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

1.6 Alegerea metodologiei de proiectare a sistemului de informații

Esența unei abordări structurale a dezvoltării IP este descompunerea sa (partiția) privind funcțiile automate: sistemul este împărțit în subsisteme funcționale, care la rândul lor sunt împărțite în subfuncții împărțite în sarcini și așa mai departe. Procesul de partiționare continuă la proceduri specifice. PI Acest sistem automatizat păstrează o reprezentare holistică în care toate componentele sunt interconectate.

Toate cele mai frecvente metodologii ale abordării structurale se bazează pe o serie de principii generale. Următoarele principii sunt folosite ca două principii de bază:

Principiul "divizării și cuceririi" este principiul soluționării problemelor complexe prin împărțirea multor sarcini independente mai mici, ușor de înțeles și de rezolvat;

Principiul ordonării ierarhice este principiul organizării componentelor problemei în structuri ierarhice de arbori, cu adăugarea de noi părți la fiecare nivel.

În analiza structurală, există în principal două grupuri de fonduri care ilustrează funcțiile efectuate de sistem și relația dintre date. Fiecare grup de fonduri corespund anumitor tipuri de modele (diagrame), cele mai frecvente, dintre care sunt următoarele:

Modele Sadt (Tehnica de analiză și proiectare a structurilor) și diagramele funcționale corespunzătoare;

DFD (diagrame de flux de date) Diagrame de flux de date;

ERD (diagrame de relații entitate-relații) "Essence-Communication".

La etapa de proiectare a modelului IC se extinde, se renferă și completă de diagrame care reflectă structura software-ului: arhitectura software-ului, schemele structurale ale programelor și diagramele pe ecran.

Modelele enumerate din agregat oferă o descriere completă a IC, indiferent dacă există sau de nou dezvoltate. Compoziția graficelor din fiecare caz specific depinde de caracterul complet al descrierii sistemului.

2 proiectarea sistemului de informații

2.1 Design arhitectural

La crearea oricărui sistem informatic complex, un aspect critic este arhitectura sa, unde este o viziune conceptuală a structurii viitoarelor procese și tehnologii funcționale la nivel de sistem și în relații. În mod obișnuit, sistemele complexe de informații ale organizațiilor sunt concepute ca o compoziție a componentelor care interacționează la un nivel ridicat, care pot fi ele însele. Arhitectura sistemului de informații a organizației face o înțelegere mai ușoară a sistemului prin definirea funcționalității și a structurii sale într-o manieră care dezvăluie soluțiile de proiectare și permite browserului să pună întrebări cu privire la satisfacția cerințelor de proiectare, distribuția funcționalității și implementarea de componente.

Arhitectura sistemului de informare a organizației este un model al modului în care tehnologia informației va sprijini principalele obiective și strategii pentru dezvoltarea unui obiect automatizat. Vă permite să gândiți critic și să exprimați în mod clar viziunea modului în care seturile integrate de sisteme informatice ar trebui să fie structurate pentru a pune în aplicare aceste scopuri. Arhitectura sistemului informațional descrie modul în care sistemele informatice, aplicațiile și oamenii lucrează în întreaga organizație într-o manieră uniformă unificată.

Astfel, arhitectura sistemului de informații include un set general acceptat de componente care oferă "blocuri de construcție" ale sistemului informațional. Aceste "blocuri de construcție" și caracteristicile acestora sunt definite la nivelul adecvat de detaliere pentru a satisface nevoile efectuate de soluțiile de planificare.

La proiectarea sistemelor moderne de informații ale organizațiilor, ar trebui să se dezvolte arhitectura lor ținând cont de multe părți interesate, trebuie să fie de înțeles pentru utilizatori, să facă dezvoltatorii să facă un plan și grafic al sistemului, vă permit să determinați interfețele cheie, funcțiile și tehnologiile cheie , și, de asemenea, vă permite să evaluați programul și bugetul de execuție a proiectului. În același timp, arhitecții sistemelor de informații moderne necesită responsabilitatea pentru crearea unui concept de sistem satisfăcător și implementat în cel mai scurt timp al dezvoltării sale, sprijin pentru integritatea acestui concept pe parcursul dezvoltării și determinării sistemului rezultat pentru utilizare clientul. Pe de altă parte, dezvoltarea arhitecturii sistemului informatic este procesul de descriere a arhitecturilor sistemelor informatice în detaliu pentru a le face mai utile pentru dezvoltarea sistemelor informatice.

Studiul experienței străine arată că în țările dezvoltate, atunci când se dezvoltă o arhitectură a unui sistem informatic necesită respectarea următoarelor condiții:

¾ Concentrați-vă pe misiunea organizației;

¾ Concentrați-vă asupra cerințelor;

¾ Focus pe dezvoltare;

¾ Abilitatea de a se adapta;

¾ Nevoia de flexibilitate.

Respectarea cu toate aceste condiții vă permite să dezvoltați arhitectura sistemului informațional al organizației mai perfecte și mai eficiente.

Principalele arhitecturi software implementate în prezent sunt:

¾ File-server;

¾ client-server;

¾ multi-nivel.

Server de fișiere. . Această arhitectură a bazelor de date centralizate cu acces la rețea implică atribuirea unuia dintre computerele de rețea ca un server dedicat pe care vor fi stocate fișierele bazei de date centrale. În conformitate cu solicitările utilizatorului, fișierele din fișierul server sunt transmise stațiilor de lucru ale utilizatorilor, unde se efectuează partea principală a prelucrării datelor. Serverul central efectuează în principal rolul depozitului de fișiere, fără a participa la prelucrarea datelor. După finalizarea utilizatorilor, utilizatorii copiază fișiere cu date procesate înapoi la server, de unde pot prelua și procesa alți utilizatori. O astfel de organizație de date are o serie de dezavantaje, de exemplu, în timp ce gestionează simultan un set de utilizatori la unul și aceleași date, performanța lucrării are drastic, deoarece este necesar să se aștepte până când utilizatorul funcționează cu datele va fi finalizat munca. În caz contrar, este posibil să se consolideze corecțiile făcute de un singur utilizator, modificări efectuate de alți utilizatori.

Client server. . Acest concept se bazează pe ideea că, pe lângă stocarea fișierelor de bază de date, serverul central trebuie să efectueze partea principală a prelucrării datelor. Utilizatorii se referă la serverul central folosind limba specială a interogărilor structurate (SQL, Limba de interogare structurată), care descrie o listă de sarcini efectuate de server. Cererile de utilizator sunt acceptate de server și generează procese de procesare a datelor. Ca răspuns, utilizatorul primește un set deja prelucrat de date. Nu întregul set de date este transmis între client și server, ca și tehnologia serverului de fișiere, dar numai datele pe care clientul le este necesare. Solicitarea utilizatorului în lungimea doar câteva linii este capabilă să genereze un proces de procesare a datelor care afectează mai multe mese și milioane de linii. Ca răspuns, clientul poate obține doar câteva numere. Tehnologia client-server vă permite să evitați transmisia asupra unei rețele de cantități uriașe de informații prin schimbarea tuturor procesării datelor pe serverul central. În plus, abordarea în cauză vă permite să evitați conflictele de modificări ale acelorași date de către mulți utilizatori care sunt caracteristică tehnologiei serverului de fișiere. Tehnologia client-server implementează o modificare consistentă a datelor în mai mulți clienți, oferind respectarea automată a integrității datelor. Acestea și alte beneficii au făcut tehnologia client-server foarte populară. Dezavantajele acestei tehnologii includ cerințe ridicate pentru performanța serverului central. Cei mai mulți clienți se referă la server, cu atât mai mult cantitatea de date fiind procesată, cu atât mai puternic ar trebui să existe un server central.

Pe baza acestor raționamente în proiectarea arhitecturii AWP ca bază, a fost adoptată serverul de tehnologie. Diagramele de plasare reflectă relațiile fizice dintre componentele software și hardware ale sistemului).

2.2 Proiectarea interfeței sistemului de informații

Sub interfața cu utilizatorul, numai apariția programului este adesea înțeleasă. Cu toate acestea, de fapt, utilizatorul percepe prin intermediul întregului sistem în ansamblu, ceea ce înseamnă că înțelegerea sa este prea îngustă. De fapt, interfața cu utilizatorul include toate aspectele designului care afectează interacțiunea și sistemul de utilizare. Acesta nu este doar un ecran pe care utilizatorul îl vede. Interfața cu utilizatorul constă dintr-o varietate de componente, cum ar fi:

un set de sarcini de utilizator care rezolvă utilizarea sistemului;

Elementele de gestionare a sistemului;

navigarea între blocurile de sistem;

Designul vizual al ecranelor de program.

Subliniem unele dintre cele mai importante avantaje ale unei interfețe bune de utilizator în ceea ce privește afacerile:

Reducerea numărului de erori de utilizator;

Reducerea costului suportului de sistem;

Reducerea pierderilor de productivitate a lucrătorilor în implementarea sistemului și recuperarea mai rapidă a productivității pierdute;

îmbunătățirea stării morale a personalului;

Reducerea costului schimbării interfeței utilizator la cererea utilizatorilor;

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

AWP Comerț cu ridicata este dezvoltată ca o aplicație utilizând tehnologia client-server.

2.2.1 Programul de management al interfeței utilizatorului

Modul principal "Baza en-gros de artă" este modulul Luck.exe, care asigură implementarea funcționalității principale a diagramei opțiunilor de utilizare prezentată în figura 1.9 din secțiunea 1.4.

La elaborarea unui sistem informatic al uneia dintre sarcinile principale, este crearea celei mai simple și mai descărcate interfețe. Este interfața produsului de program care ajută la "comunicarea" cu sistemul informatic, vorbind ca dialog și sistem de comunicare a utilizatorului.

Interfața programului, Administrator:

1. Forma de pornire a programului. Acest formular lansează atunci când software-ul a început formând, astfel, începutul dialogului de utilizator cu sistemul (Figura 2.3);

2. Forma administratorului. În acest formular, sistemul de informații este pe deplin controlat, adică. Adăugarea, ștergerea, modificarea datelor în baza de date, precum și dacă este necesar, vizualizați și imprimați rapoarte (Figura 2.4);

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

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

Interfața programului Partea personalizată:

În fereastră, sosirea mărfurilor este proiectarea mărfurilor. Când este selectată această filă, utilizatorul trebuie mai întâi

În meniul de consum, există operațiuni ale depozitului de lucru pe vacanța și vânzarea de bunuri.

În meniul de reziduu, produsul contează, numele stocat în depozit.

În meniul Cashier, sunt stocate informații despre comenzile parohiale și comenzile de numerar consumabile. (Imagini)

2.2.2 Interfețe utilizator Componente de control

Figura 2.0 Meniul principal al programului

Fereastra principală a programului este prezentată în fig. 1.9. Așa cum se poate observa din figură, în plus față de meniul principal, deja descris mai sus, acesta va conține, de asemenea, un panou de control ("sosire", "consum", "acces", "rămâne", "casier", "reevaluare "," Analytics "," Referințe "," Service "și" Ieșire din program ").

Figura 2.1 Fereastra meniului care vine sau admiterea la depozit.

Figura 2.2 Fereastra de meniuri de flux

Figura 2.2 Fereastra de meniu Ajustarea drepturilor de acces la program.

Figura 2.3 Meniul ferestrei Reziduurile de bunuri.

Figura 2.4 Fereastra de meniu în numerar.

Figura 2.4 Reevaluarea meniului ferestrei.

2.3 Designul bazei de date

Erwin 4.0 de la Computer Associates Int a fost utilizat pentru a proiecta baza de date.

Erwin este un instrument de proiectare a bazei de date puternic și ușor de utilizat, care a câștigat recunoașterea și popularitatea pe scară largă. Oferă cea mai mare productivitate a forței de muncă la dezvoltarea și menținerea aplicațiilor utilizând baze de date. De-a lungul procesului, de la cerințele de modelare logică pentru informații și reguli de afaceri care determină baza de date, înainte de a optimiza modelul 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 numai cel mai bun instrument de proiectare a bazelor de date, ci și pentru a le crea rapid. Erwin optimizează modelul în conformitate cu caracteristicile fizice ale bazei de date țintă. Spre deosebire de alte instrumente, Erwin menține automat coerența schemelor logice și fizice și transformă structurile logice, cum ar fi relațiile cu mulți la mulți, în implementarea lor la nivel fizic. Facilitează bazele de date de proiectare. Pentru a face acest lucru, este suficient să creați un model grafic E-R (obiect-atitudine) care îndeplinește toate cerințele de date și să introducă reguli de afaceri pentru a crea un model logic care afișează toate elementele, atributele, atitudinile și grupările. Erwin are două nivele de prezentare a modelului - logică și fizică. Nivelul logic este o vedere abstractă a datelor, este prezentată pe ea, deoarece se uită în lumea reală și pot fi numiți așa cum sunt numiți în lumea reală, de exemplu, "client permanent", "departament" sau "Familier al angajatului". Obiectele modelului reprezentate pe nivelul logic sunt numite entități și atribute. Nivelul logic al modelului de date este universal și în nici un caz asociat cu implementarea specifică a DBMS. Există trei subconisatori ai nivelului logic al modelului de date, diferă în profunzimea prezentării informațiilor privind datele:

Entitatea diagramei - comunicare (diagrama relațiilor entitate (ERD));

Model de date bazate pe cheie (model bazat pe key (KB));

Modelul atribuit complet (FA).

Esența diagramei - Comunicarea include entități și relații care reflectă zonele de bază de bază ale domeniului subiectului. Această diagramă nu este prea detaliată, include principalele entități și relații dintre ele, care îndeplinesc cerințele de bază. Esența diagramei - Comunicarea poate include "multe la multe" comunicări și nu includ descrierile cheie. De regulă, ERD este utilizat pentru prezentări și discută structura de date cu experții domeniului subiectului. Modelul de date bazat pe cheie este o vizualizare mai detaliată a datelor. Acesta include o descriere a tuturor entităților și a cheilor primare și este destinată să reprezinte structura și cheile de date care corespund zonei subiectului.

Modelul logic este reprezentarea cea mai detaliată a structurii datelor: reprezintă datele din a treia formă normală și include toate entitățile, atributele și comunicațiile (a se vedea apendicele B).

Modelul de date fizice Dimpotrivă, depinde de un anumit DBMS, fiind de fapt o afișare a directorului de sistem. Nivelul fizic al modelului conține informații despre toate obiectele bazei de date. Deoarece nu există standarde pentru obiectele bazei de date (de exemplu, nu există standard pentru tipurile de date), nivelul fizic al modelului depinde de implementarea specifică a DBMS. În consecință, același nivel logic al modelului poate corespunde mai multor niveluri fizice diferite de diferite modele. Dacă modelul nu are o valoare mai mare asupra nivelului logic, care este specificat tipului de date la atribut (deși sunt acceptate tipuri de date abstracte), atunci este important să descrieți toate informațiile despre obiectele fizice specifice - tabele, coloane, indexuri , proceduri etc. Separarea modelului de date la nivelurile logice și fizice vă permite să rezolvați mai multe sarcini importante.

Modelul de date fizice este prezentat în Anexa V.

2.4 Justificarea selecției platformei de creare a sistemului de informații

Visual FoxPro este un mediu vizual pentru dezvoltarea sistemelor de gestionare a bazelor de date relaționale produse în prezent de Microsoft Corporation. Ultima versiune este 9.0. Folosește limba de programare FoxPro. Versiunea sistemului 7.0 poate funcționa în sistemele de operare Windows 9x și Kernel NT, versiunea 8.0 și 9.0 - numai în Windows XP, 2000, 2003.

FoxPro (Fox-Pro?) Este una dintre dialectele limbajului de programare Xbase. Este folosit în principal pentru a dezvolta DBM-uri relaționale, deși este posibil să se aplice pentru dezvoltarea și alte clase de programe. După cum sa menționat deja mai sus, limba VFP este un limbaj Xbase puternic acordat și avansat. În Visual FoxPro, limba de programare, adică designul de bază al limbii este conceptul de clasă. Versiunea originală Xbase este cea mai pură structură, cu conceptul de bază al procedurilor și funcțiilor. Astfel, limbajul de programare modern Visual FoxPro vă permite să combinați atât programele "în modul vechi" care descrie masa procedurilor și în stilul OOP, creând o ierarhie complexă a claselor.

Am ales această programare de limbă deoarece conține o serie de avantaje:

¾ Un format cunoscut de tabele de bază de date, ceea ce facilitează organizarea de informații de partajare 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, proprietățile, indexurile și legăturile, setați condițiile pentru respectarea integrității de referință, creați vizualizări locale și de la distanță, comunicații cu servere, proceduri stocate executabil la apariția a mai mult de 50 de tipuri diferite de evenimente. (VFP 7.0-9.0).

Viteză mare cu baze de date mari.

Accidente mari cu baze de date: Fereastra multifuncțională de sesiune de date vă permite să vedeți o listă de tabele de bază de date deschise, link-urile, filtrele, procedura pentru indexuri, modurile de tamponare, treceți la modurile de modificare a modificărilor, pentru a lucra cu informații despre tabel etc.

Vitezele de dezvoltare ridicată a aplicațiilor utilizând maeștri (Wizard), designeri, constructori (constructor), modul Intellisense Sfaturi atunci când scrieți textul text, sistemele de depanare și testare a programelor.

Abilitatea de a dezvolta aplicații utilizând tehnologia client-server cu date postate pe serverele de baze de date Oracle și Microsoft SQL Server și cu alte aplicații Microsoft Windows utilizând ODBC și OLE

Sistemul VFP este conceput pentru a fi utilizat de programatori profesioniști, prin urmare nu există niciun punct în Rusificarea meniului și al limbii - pentru orice programator, sintaxa engleză a limbajului algoritmic este mai obișnuită decât rusă.

2.5 Module de proiectare

Să trăim pe designul unuia dintre module de program și să luăm în considerare pașii pentru a crea proiectul pe exemplul său.

De exemplu, voi lua în considerare designul unui modul care implementează opțiunea de utilizare "face o cerere de admitere".

Pentru a începe cu, descriem fluxurile de evenimente care apar în acest exemplu de realizare.

Preambalarea utilizării cererii de la client.

5. Opțiunea de utilizare începe când clientul trimite o aplicație.

6. Managerul deschide formularul de sosire.

7. Managerul pune data cererii.

8. Managerul pune numele bunurilor.

9. Managerul contribuie cu valoarea bunurilor comerciale.

10. Managerul contribuie cu valoarea cererii.

11. Managerul închide formularul.

12. Opțiunea de utilizare se termină.

Plata pentru utilizare este proiectarea aplicației în sistem și apariția unui nou client în revista formei principale.

Luați în considerare diagrama de secvență a acestei utilizări. După cum puteți vedea din această diagramă, managerul, deschiderea formularului, cauzează mai multe acțiuni - automat (din punctul de vedere al managerului) Data aplicației este completată. Lista clienților atunci când efectuați o cerere este completată de la baza cu informații primare. După aceasta, managerul contribuie cu toate datele necesare și face clic pe butonul "Accept". Următoarele acțiuni sunt efectuate. Toate datele sunt transmise procedurii stocate.

3 Implementarea și certificarea sistemului informațional

3.1 Implementarea aplicației

Punerea în aplicare a cererii este inerent una dintre etapele consumatoare de timp pentru dezvoltatorul sistemului informatic, deoarece cerințele pe care clientul le prezintă în mod clar și corect integrat în sistem. Până în prezent nu există astfel de produse software care ar putea "adapta" în conformitate cu cerințele așa-numitei client și să ofere un anumit set de funcții pentru implementarea sistemului care să îndeplinească aceste cerințe. Prin urmare, fiecare dezvoltator ar trebui să aleagă pentru sine mediul optim pentru dezvoltarea sistemului, dar trebuie remarcat faptul că atunci când implementarea cererii nu face fără a scrie un cod de program. Atunci când scrieți un cod de program care va fi implementat de unele funcții pe care sistemul trebuie să le îndeplinească. În funcție de mediul de implementare a sistemului selectat, codul programului va arăta diferit, într-un astfel de mediu, deoarece Microsoft Visual FoxPro va fi un cod de program, în mod vizual de bază etc.

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

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

1. Porniți formularul sistemului. Acest formular este un formular de apăsare și, în consecință, fiecare buton își îndeplinește funcția. Butonul de înregistrare a administratorului este prezentat în Figura 3.1. Butonul va executa funcția care deschide panoul de administrator în cazul în care utilizatorul are astfel de drepturi față de acest sistem

2. Butonul meniu care vine. Pompa vă permite să înregistrați mărfurile primite în magazinul magazin Figura 3.2.

3. În butonul MENU, consumul este realizat din mărfurile eliberate din depozit Figura 3.3.

4. Butonul Meniu de acces ajustează drepturile de utilizare a acestui program Figura 3.4.

5. Butonul meniu rezidual rezidual stochează informații despre materialele stocate în magazinul magazin Figura 3.5.

6. Butonul Meniu Casso stochează informații despre regulile de numerar de sosire și comenzile de numerar. 3.6.

7. În butonul Meniu, modificările de reevaluare transmit prețul noului preț de mărfuri Fig.3.7.

Figura 3.1 - Sistem de pornire

Figura 3.2 - Forma de contabilitate a chitanțelor materiale la depozit.

Figura 3.3 - Forma contabilității bunurilor eliberate.

Figura 3.4 - Formularul de ajustare a drepturilor de acces la program.

Figura 3.5 - Forma de balanțe de bunuri în stoc.

Figura 3.5 Forma privind comenzile de numerar profitabile și reglementările de numerar consumabile.

Figura 3.6 Forma de operațiuni de către bunuri.

Aplicații de testare

Testarea este procesul de execuție a programului pentru a detecta erorile. Testarea prevede:

Eroare detectata;

Demonstrarea conformității funcțiilor programului de scop;

Demonstrarea implementării cerințelor pentru caracteristicile programului;

Afișează fiabilitatea ca indicator de calitate a programului.

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

La procesul de intrare de testare a trei fluxuri:

Textul programului;

Datele sursă pentru pornirea programului;

Rezultate asteptate.

Sunt efectuate teste, toate rezultatele obținute sunt estimate. Aceasta înseamnă că rezultatele efectivului efectiv sunt comparate cu rezultatele așteptate. Când se detectează nepotrivirea, o eroare este fixă \u200b\u200b- începe depanarea.

După colectarea și evaluarea rezultatelor testelor, începe calitatea și fiabilitatea software-ului. Dacă există erori grave care necesită modificări de proiectare, calitatea și fiabilitatea sunt suspecte, este menționat de necesitatea de a obține testare.

Rezultatele acumulate în timpul testării pot fi estimate și un mod mai formal. Aceasta utilizează modelele de fiabilitate software care efectuează prognoza fiabilității pentru datele reale în intensitatea erorilor.

Există 2 principii de testare a programului:

Testarea funcțională (testarea "casetei negre");

Testarea structurală (testarea unei "casete albe").

La testarea utilizând metoda "caseta albă", este cunoscută structura internă a programului. Un obiect de testare aici nu este extern, ci comportamentul intern al programului. Corectitudinea construirii tuturor elementelor programului și corectitudinea interacțiunii lor între ele este verificată.

Testarea unei "casetă neagră" (testarea funcțională) vă permite să obțineți combinații de date de intrare care să furnizeze o verificare completă a tuturor cerințelor funcționale pentru program //. Produsul software aici este privit ca o "cutie neagră", a cărei comportament poate fi determinat numai de studiul intrărilor sale și de ieșirile corespunzătoare.

Principiul "casetei negre" nu este alternativă la principiul "casetei albe". Mai degrabă, aceasta este o abordare complementară care detectează o altă clasă de eroare.

Testarea unei "casete negre" oferă căutarea următoarelor categorii de erori:

Funcții incorecte sau lipsă;

Erori de interfață;

Erori în structurile de date externe sau accesul la baza de date externă;

Erori de caracteristici (capacitatea de memorie necesară etc.);

Erori de inițializare și finalizare.

Spre deosebire de testarea "casetei albe", care se efectuează la stadiul incipient al procesului de testare, testarea "casetei negre" este utilizată în etapele ulterioare de testare. Când testați o "cutie neagră" a neglijat structura de control a programului. Aici, atenția este axată pe câmpul de informare al definiției sistemului software. La testarea în această etapă, se pune accentul pe caracterul adecvat al soluției la locul de muncă în condiții de viață. Accentul este acordat corectării erorilor și definiției importanței acestora, precum și pregătirea produsului la eliberare.

La etapa de testare, sunt rezolvate două sarcini principale:

Soluții de testare - Planuri de testare create în etapa de planificare și extinsă și testată în timpul fazei de dezvoltare;

Operațiunea punctului - Implementarea unei soluții într-un mediu de testare și testarea cu implicarea viitorilor utilizatori și implementarea scenariilor de utilizare a sistemului real. Această sarcină este efectuată înainte de începerea etapei de implementare.

Scopul etapei de testare este de a reduce riscul care apare la intrarea în soluția în funcționarea industrială.

Pentru succesul etapei de testare, este necesar ca relația să fi avut loc proiectului, iar dezvoltatorul a trecut de la dezvoltarea unor noi caracteristici pentru a asigura soluții de calitate adecvate.

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

Testarea de bază - Testarea tehnică la nivel scăzut. Acesta este condus de dezvoltatorul însuși în procesul de scriere a codului programului. Se utilizează metoda sertarului alb, riscul ridicat de erori.

Testarea adecvării de a utiliza - testarea la nivel înalt, efectuată de un tester și utilizatori de produse viitoare. Metoda "cutie neagră" se aplică.

Testarea Alpha și Beta - în termeni MSF ALFA-Cod - Aceasta este, în principiu, toate textele sursă create în etapa de dezvoltare a modelului de proces MSF și codul beta este codul testat în timpul fazei de testare. Prin urmare, în etapa de dezvoltare a modelului de proces MSF, codul alfa este testat și la etapa de testare - codul beta.

Testarea compatibilității - De la soluția dezvoltată, este necesară capacitatea de integrare și capacitatea de a interacționa cu sistemele existente și soluțiile software. Această formă de testare se concentrează pe verificarea integrării și capacitatea soluției dezvoltate de a interacționa cu sistemele existente. În acest caz, va fi verificată corectitudinea funcționării aplicației pe echipamentul utilizatorului și utilizatorul utilizat de utilizator.

Testarea performanței - orientată spre verificarea dacă aplicația satisface cerințele de performanță și nivelul vitezei vitezei.

Documentație de testare și sistem de referință - toate documentele însoțitoare dezvoltate și sistemele de referință sunt testate.

Operațiunea pilot este de testare a soluțiilor într-un mediu industrial. Principala sarcină a operațiunii pilot este de a demonstra că soluția este capabilă să lucreze în mod stabil de exploatare industrială și să satisfacă cerințele afacerii. În procesul de operare pilot, soluția este testată în condiții reale. Operarea punctului permite utilizatorilor să își exprime opinia despre activitatea produsului. Ghidat de acest aviz, dezvoltatorul elimină toate problemele posibile sau se creează un plan de acțiune în cazul unor circumstanțe neprevăzute. În cele din urmă, operațiunea pilot vă permite să decideți dacă doriți să începeți o implementare pe scară largă sau să amânați înainte de depanarea capabilă de întreruperea implementării.

Planul pilot de procesare a sistemului de informare este prezentat în Tabelul 3.2.

Tabelul 3.2 - Planul de operare pilot

act		Descriere
1. Selectarea criteriilor de succes		Dezvoltatorul și participanții la teste experimentate determină criteriile de succes și le coordonează
2. Selectarea utilizatorilor și a site-urilor de instalare		Se formează o echipă de participanți la teste experimentate de la utilizatori și dezvoltatori. Se determină localizarea procesului pilot.
3. Pregătirea utilizatorilor și a site-urilor de instalare		Instruirea de utilizare este efectuată - participanți la teste. Locația de instalare este pregătită.
4. Implementarea versiunii cu experiență		O versiune cu experiență este instalată și este inclusă în lucrare.
5. Suportul și monitorizarea versiunii cu experiență		Controlul activității utilizatorilor și a sistemului, asistență în funcțiune, colectarea de informații despre funcționarea sistemului
6. Feedback cu utilizatorii și evaluarea rezultatelor		Utilizatorii își exprimă opinia despre funcționarea sistemului, indică deficiențele și erorile.
7. Amendamente și completări	Erorile detectate sunt corectate, modificările sunt făcute în proiectare sau proces. Rezultatele fixe sunt furnizate pentru a lucra și a evalua utilizatorii.
8. Deciziile privind implementarea	Dacă rezultatele activității de testare a experimentat, utilizatorii de satisfacere se iau o decizie cu privire la implementarea sistemului.

3.2 Metoda de implementare a aplicațiilor

În acest stadiu, dezvoltatorul (sau echipa) depune tehnologiile și componentele necesare pentru rezolvarea soluției, proiectul merge la stadiul acompaniament și sprijin, iar clientul îl aprobă în cele din urmă. După implementare, comanda evaluează proiectul și un sondaj de utilizator pentru a afla gradul de satisfacție.

Obiectivele etapei de implementare:

¾  transferați soluția la mediul industrial;

¾  Recunoașterea de către Faptul de finalizare a proiectului Clientului.

Implementarea componentelor caracteristice unui anumit loc de instalare constă din mai multe etape: pregătirea, instalarea, instruirea și aprobarea formală.

Rezultatele fazei de implementare a sistemului sunt sistemele de escortare și de susținere, depozit de documente, unde sunt plasate toate versiunile de documente și coduri dezvoltate în timpul proiectului.

Pentru a implementa sistemul dezvoltat, a fost întocmit un plan de acțiune, care este prezentat în Tabelul 3.1.

Tabelul 3.1 - Planul de implementare a aplicațiilor

act	Descrierea acțiunii
1. Backup.	O copie de rezervă a datelor de utilizator se face cu participarea și coordonarea acestuia prin transferarea informațiilor către medii interschimbabile (CD, DVD)
2. Setarea componentelor de bază ale soluției	Aplicarea tehnologiilor care asigură funcționarea deciziei. În acest caz, instalarea componentei Visual FoxPro
3. Instalarea unei aplicații client	Transferați la computerul utilizatorului și stabilirea versiunii finale a dezvoltării și a bazei de date
4. Instruire	Instruirea utilizatorilor este făcută pentru a lucra cu sistemul, dezvoltatorul este convins de corectitudinea și înțelegerea lucrării IP de către clienți
5. Transferul bazei de cunoștințe al clientului proiectului	Clientul este transmis toate documentele de proiect
6. Închiderea proiectului	Se întocmește un raport privind închiderea proiectului. Clientul semnează actul de acceptare.

Pentru funcționarea normală, AWS necesită un sistem de operare Microsoft Windowsxp.

4 Gestionarea proiectelor de informare

4.1 Selectarea ciclului de viață al dezvoltării

Unul dintre conceptele de bază ale metodologiei de proiectare IP este conceptul ciclului de viață al software-ului său (software-ul LCC). LCC este un proces continuu care începe cu momentul de a lua o decizie cu privire la necesitatea de ao crea și se termină în momentul confiscării sale complete.

Principalul document de reglementare care reglementează software-ul LCH este standardul internațional ISO / IEC 12207 (ISO - Organizația Internațională de Standardizare - Organizația Internațională pentru Standardizare, IEC - Comisia internațională electrică - Comisia Internațională pentru Inginerie Electrică). Acesta definește structura ELC care conține procese, acțiuni și sarcini care trebuie efectuate în timpul creării de software.

Standardul ISO / IEC 12207 nu oferă un model specific LC și metode de dezvoltare a software-ului. Sub modelul ZHC, puteți înțelege structura care definește secvența de implementare și interconectare a proceselor, acțiunilor și sarcinilor efectuate în timpul LCC. Modelul LCD depinde de specificul IC și de specificul condițiilor în care sunt create și funcții.

Până în prezent, există numeroase modele ale ciclului de viață software, dar două modele sunt cele mai populare și distribuite:

Model spiralat (a se vedea figura 4.1);

Model iterativ.

Figura 4.1 - Modelul spiralului LC

Pentru a crea un sistem informatic, adică "Locul de muncă automatizat al bazei en-gros ale angajatului depozitului", a fost selectat iterativ. Caracteristica distinctă a modelului iterativ poate fi numită ceea ce este o metodă formală, constă în faze independente efectuate în serie și este supusă unei revizuiri frecvente (Figura 4.2). Abordarea iterativă sa dovedit în construirea de IP, pentru care la începutul dezvoltării, este posibil să formuleze cu siguranță și pe deplin toate cerințele, pentru a oferi dezvoltatorilor libertatea de a le realiza cât mai mult posibil din punct de vedere tehnic vedere.

Avantajele modelului iterativ:

modelul este bine cunoscut consumatorilor care nu sunt legați de dezvoltarea de software și utilizatorii finali.

Confort și simplitate de utilizare, pentru că Toate lucrările sunt efectuate în etape (prin faze ale modelului);

Stabilitatea cerințelor;

Modelul este disponibil pentru înțelegere;

Structura modelului poate fi ghidată de personalul slab preparat (utilizator neexperimentat);

Modelul poate să se comporte cu dificultăți și funcționează bine pentru acele proiecte care sunt destul de ușor de înțeles;

Modelul contribuie la implementarea gestionării stricte a proiectelor de control;

Facilitează activitatea managerului de proiect pentru pregătirea planului și configurației echipei de dezvoltatori.

Figura 4.2 - Model iterativ ZHC

Faze Model:

La etapa de analiză, funcțiile pe care sistemul trebuie să le îndeplinească identifică cele mai multe priorități, care necesită elaborarea descrie în primul rând nevoile de informare;

La etapa de proiectare, procesele de sistem sunt luate în considerare în detaliu. Analizate și, dacă este necesar, este ajustat un model funcțional. Sunt construite prototipuri de sistem;

La etapa de implementare există o dezvoltare a sistemului;

La etapa de implementare, produsul finit este introdus în sistemul de organizare deja actual. Utilizatorii sunt instruiți;

În etapa de acompaniament, produsul software este menținut (orice adăugire sau schimbare, pentru o funcționare mai funcțională a produsului).

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

Analiza categoriilor distinctive ale proiectului plasate în tabele.

Răspundeți la întrebările enumerate pentru fiecare categorie, subliniind cuvintele "da" și "nu".

Localizați categoria de categorii sau întrebări legate de fiecare categorie referitoare la proiectul pentru care este selectat un model acceptabil.

Echipa dezvoltatorului . Pe baza posibilităților, selecția personalului din echipa dezvoltatorului trece înainte de momentul în care va fi ales modelul ciclului de viață al dezvoltării software-ului. Caracteristicile unei astfel de echipe (a se vedea anexa W Tabelul W.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ță al produsului software, deoarece Este responsabil pentru implementarea cu succes a modelului de viață dezvoltat.

Echipa de echipă . La etapele inițiale ale proiectului, puteți obține o imagine completă a echipei de utilizatori (a se vedea apendicele și tabelul și.1), ceea ce va colabora cu software-ul dezvoltat și relația sa viitoare cu echipa dezvoltatorului pe tot parcursul proiectului. O astfel de prezentare ajută la alegerea unui model adecvat, deoarece unele modele necesită participarea îmbunătățită a utilizatorilor la procesul de dezvoltare și studiere a proiectului, deoarece cerințele pot schimba ușor utilizatorul în timpul procesului de dezvoltare, dezvoltatorul trebuie să cunoască aceste schimbări și cum Aceste modificări sunt în software.

4.2 Definirea scopului și a zonei Proiectului Program

Produsul programului este dezvoltat pe bunuri în stoc, vă va permite să automatizați procesul de primire, structurare și depozitarea datelor de produs în stoc, precum și simplificarea procesului de emitere a rapoartelor.

Obiectivele proiectului de program vor fi - crearea și implementarea unui sistem contabil de produs. Acest sistem este conceput pentru utilizarea internă de către personalul "Cleonelly", în majoritatea părților angajați ai depozitului întreprinderii.

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

Proiectul Program ar trebui să fie:

Pentru uz intern în cadrul organizației;

Proiect pentru implementarea accesului multiplayer;

Un proiect care are capacitatea de a mări, modifica și depozita informații despre produsul întreprinderii;

Un proiect care are capacitatea de a permite, modifica și stocarea informațiilor despre utilizatorii de sistem;

Un proiect care are capacitatea de a permite, schimba și depozita informații despre clienți și furnizorii de organizații care fac obiectul unor tranzacții încheiate;

Un proiect care va implementa formarea de raportare externă.

4.3 Crearea structurii Listei operaționale de lucrări

Pentru a crea un produs sau un serviciu unic (rezultatul proiectului), este necesar să se efectueze o anumită secvență de lucru. Sarcina de planificare a proiectului este de a exacta cu precizie timpul de execuție și costul acestor lucrări. Mai precis, evaluarea este dată, cu atât este mai mare calitatea planului de proiect. Pentru a oferi o evaluare exactă, trebuie să prezentați compoziția activității proiectului, adică să știți care este necesar să îndeplinească ce fel de muncă. Numai după întocmirea unei liste de lucrări de proiectare, durata fiecăruia dintre ele este estimată și resursele necesare pentru executarea acestora sunt alocate. Și numai atunci puteți estima costul și calendarul executării fiecărei sarcini și, ca urmare a adăugării, costul total și perioada proiectului. Acesta este motivul pentru care definiția compoziției de lucru este prima etapă la planificarea proiectului. Definiția lucrărilor de proiectare începe cu definiția etapelor (sau a etapelor) proiectului. De exemplu, în proiect, elaborarea unui sistem "Contabilitate în stoc" pot fi evidențiate:

Dezvoltarea cerințelor software;

Sistem de informare de proiectare;

Implementarea și certificarea sistemului informațional;

Implementarea sistemului.

După compunerea fazelor și rezultatele acestora sunt definite, este necesar să se determine secvența acestor faze relativ între ele și la termenul limită pentru execuția lor. Apoi, trebuie să determinați care fișiere vor consta dintr-o fază, în care se efectuează aceste lucrări și la ce oră este necesar să se întâlnească atunci când sunt executați.

Lista de deschidere a lucrărilor (Figura 4.3) a fost proiectată utilizând un produs software, cum ar fi MS Project 2003.

Figura 4.3 - Lista recomandată de lucrări

4.4 Evaluarea duratei și a costului dezvoltării

Evaluarea duratei. Se determină după construirea listei de deschidere a lucrărilor (Figura 4.3, punctul 4.3). Această estimare a duratei poate fi văzută utilizând graficul Ganta (aplicația K).

Graficele reprezintă o afișare grafică a informațiilor conținute în fișierul de proiect. Din diagramele puteți obține o idee vizuală despre secvența de sarcini, durata lor relativă și durata proiectului ca întreg.

Graficul Gantt este una dintre cele mai populare metode de prezentare grafică a planului de proiect, utilizată în multe programe de management de proiect.

În cadrul MS, diagrama Gantt este principalul mijloc de vizualizare a planului de proiect. Această diagramă este un grafic pe care scala de timp este plasată orizontal, iar sarcina este localizată vertical. În acest caz, durata segmentelor care indică sarcinile este proporțională cu durata sarcinilor.

În diagrama Ganta de lângă segmente, pot fi afișate informații suplimentare (numele resurselor implicate în acestea și descărcarea acestora sunt afișate în timpul sarcinii).

Estimarea costurilor

Proiectul constă în sarcini , Adică activitățile care vizează realizarea unui anumit rezultat. Astfel încât sarcina să poată fi efectuată pe ea resurse .

O proprietate importantă a resurselor este costul (costurile (costurile)) de utilizare a acestora în proiect. În proiectul MS există două tipuri de costuri de resurse: o rată bazată pe timp și un cost de utilizare.

Rata de timp bazată (rata) este exprimată în costul utilizării resurselor pe unitate de timp, de exemplu 100 de ruble pe oră sau 1000 de ruble pe zi. În acest caz, costul participării resurselor la proiect va fi momentul în care funcționează în cadrul proiectului înmulțit cu rata orară.

În acest caz, a fost utilizat o rată bazată pe timp (Figura 4.4) Costurile totale ale utilizării resurselor pot fi în Figura 4.5.

Figura 4.4 - Rata bazată pe timp în utilizarea resurselor

În această imagine, puteți vedea că dezvoltatorul sistemului atunci când efectuați proiectul primește 50 de ruble pe oră; Analistul de afaceri primește 45 de ruble pe oră, testerul este de 38 de ruble pe oră. Rata orelor suplimentare nu este luată în considerare.

Figura 4.5 - Costuri generale pentru utilizarea resurselor proiectului

4.5 Distribuția resurselor de proiect

Fragmentul distribuției resurselor pentru sistemul de "contabilitate în stoc" poate fi văzut în Figura 4.6

Figura 4.6 - Fragmentul distribuției resurselor de proiect

Pentru fiecare lucrare efectuată în proiect, o resursă este comparată cu efectuarea acestei lucrări. Figura arată că numărul total al costurilor forței de muncă fiecare dintre resurse ș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 va fi calculată eficiența economică a proiectului. Acest calcul va afișa cât de mult proiectul este benefic sau proiectul este complet pierderea. La calcularea eficienței economice a proiectului, va fi necesar să se calculeze perioada de returnare pentru proiect. Perioada de rambursare va arăta perioada pentru care proiectul va plăti.

Date de intrare.

Profituri suplimentare din implementarea proiectului (DP) \u003d 38000 de ruble. Profitul suplimentar a fost prezis de către experții întreprinderilor.

Pornirea investițiilor (IC) \u003d 39396,47 ruble. Investițarea investițiilor respectă costurile totale ale utilizării resurselor de proiect (Figura 4.5 la punctul 4.6)

Rata de reducere (I) \u003d 12%.

Termenul limită pentru care se calculează proiectul (n) \u003d 2 ani.

Profituri suplimentare din implementarea proiectului (DP) \u003d 38000 de ruble.

Costurile anuale ale implementării proiectului (Z 1) \u003d 15.000 de ruble.

Costurile anuale de implementare a proiectului (Z 2) \u003d 10.000 de ruble.

Chitanțe de numerar anuale (R1) \u003d 23.000 de ruble.

Încasări anuale de numerar (R 2) \u003d 28.000 de ruble.

La evaluarea proiectelor de investiții, se utilizează o metodă de calculare a unui venit enumerate net, ceea ce implică reducerea fluxurilor de numerar: toate veniturile și costurile sunt date la un moment dat.

Indicatorul central din metoda în cauză este NPV (valoarea actuală netă) - valoarea curentă a fluxurilor de numerar. Acesta este un rezultat final generalizat al activităților de investiții în măsurarea absolută.

Un punct important este alegerea ratei de actualizare, care ar trebui să reflecte nivelul procentului mediu de împrumut așteptat pe piața financiară.

Veniturile reduse pure (NPV) se calculează cu Formula 4.2

(4.2)

R K - chitanțe anuale de numerar în perioada n ani.

k - numărul de ani la fel de mult ca și proiectul.

IC - Investiția inițială.

i - rata de actualizare.

Conform calculelor acestei formule Npv \u003d. 3460,67 ruble.

Indicatorul NPV este o creștere absolută, deoarece evaluează cât de mult se suprapune costurile. Deoarece NPV\u003e 0, proiectul ar trebui luat.

Rata de returnare a investițiilor (ROI) se calculează cu Formula 4.3

(4.3)

La calcule (ROI) \u003d 108,78%

Tabelul 4.1  Calculul tabelului auxiliar al proiectului de perioadă de rambursare

= 1,84

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

Deoarece ROI \u003d\u003e 100% (și anume \u003d 108,78%), proiectul este considerat profitabil.

(4.4)

Astfel, indicele de rentabilitate este egal cu (pi) \u003d 1,2

Elementele care asigură funcționarea utilizării oricărei destinații sunt enumerate în definiție. Unele dintre ele sunt fonduri, metode și personal - asigurarea lucrărilor de IP și alții - stocarea, prelucrarea și emiterea informațiilor - indicați semne funcționale, adică. Determinați de la care procesele de informare există o funcționare a IP. Prin urmare, structura IC este considerată în două planuri diferite: structura funcțională și structura IC ca un set de subsisteme care furnizează subsisteme.

În conformitate cu definiția elementelor funcționale ale IP, următoarele grupuri (blocuri) de procese sunt:

introducerea informațiilor din surse externe sau interne;

procesarea informațiilor de intrare și prezentarea acestuia într-o formă convenabilă;

informații de retragere pentru prezentarea consumatorilor sau transferul către un alt IP;

feedbackul este informația prelucrată de către persoanele acestei organizații pentru a corecta informațiile de intrare.

Structură funcțională Sistemul de informații este reprezentat ca o diagramă bloc (figura 1), pe care fiecare element al sistemului este reprezentat ca un bloc (în figura dreptunghiului), iar legăturile și direcțiile lor sunt indicate de săgeți.

Piese separate (blocuri de sistem) sunt numite subsisteme.

În fiecare caz particular, setul și relația dintre subsistemele funcționale depind de zona subiectului și de specificul întreprinderii, ale căror activități sunt asigurate de sistemul informatic.

Structura IP poate fi reprezentată ca un complex de furnizarea de subsisteme (figura 2).

Fig.1. General Funcționalizat IP DulgeChart.

Cu toate acestea, pentru AIS, caracteristicile și tipurile de procesare a informațiilor, circuitul funcțional se caracterizează printr-un set de subsisteme de prelucrare. De exemplu, AIPS (bibliotecă, muzeu, legal de referință etc.) produc input, sistematizare, depozitare, căutare și emitere de informații despre solicitarea utilizatorului fără transformări complexe de date. Informații și sisteme decisive: ASOD, ACS, BRD - efectuează prelucrarea informațiilor BD pe un algoritm specific, cu toate acestea, ele diferă în compoziția subsistemelor de procesare a informațiilor. Specializată pe automatizarea designului trist are subsisteme speciale în structură: documentație tehnică, formarea sarcinilor, modelarea simulării, calculată și în unele pot exista un sistem expert (vezi diagrama bloc din figura 2).

Fig.2. SadowChart-ul trist.

Luați în considerare celălalt tip de structură a IP: ca un complex de furnizarea de subsisteme (figura 3).

Structura sistemului informatic poate fi considerată ca un set de subsisteme, indiferent de domeniul de aplicare. Subsistemul face parte din sistemul alocat de orice semn. În acest caz, ei vorbesc despre semnul structural al clasificării, iar subsistemele sunt numite furnizarea.

Astfel, structura oricărui sistem informatic poate fi reprezentată de combinația de subsisteme care furnizează subsisteme.

Fig.3. Structura IP în funcție de tipul de subsisteme care furnizează subsisteme.

Printre cei care furnizează subsisteme, informații, tehnici, matematice, software, organizaționale și juridice sunt de obicei alocate.

Suport de informare - o combinație de produse de informare a datelor, un sistem unificat de clasificare și informații care codifică, sisteme de documentare unificate, circuite de flux de informații care circulă într-o organizație, precum și o metodologie pentru construirea bazelor de date. Numirea subsistemului de sprijinire a informațiilor constă în formarea în timp util și emiterea de informații fiabile pentru luarea deciziilor de gestionare.

Sisteme de documentare unificate Creat la nivel de stat, republican, sectorial și regional. Scopul principal este de a asigura comparabilitatea indicatorilor diferitelor sfere ale producției sociale. Elaborarea standardelor în care sunt stabilite cerințele:

la sistemele de documentare unificate;

la forme unificate de documente de diferite niveluri de management;

la compoziția și structura detaliilor și indicatorilor;

la procedura de introducere, întreținere și înregistrare a formelor unificate de documente.

În ciuda existenței unui sistem unificat de documentare, în timpul examinării majorității organizațiilor, se dezvăluie o întreagă gamă de dezavantaje tipice:

cantitate extrem de mare de documente pentru prelucrarea manuală;

aceiași indicatori sunt adesea duplicați în diferite documente;

lucrul cu un număr mare de documente distrage specialiștii din soluționarea sarcinilor imediate;

există indicatori care sunt creați, dar nu utilizați etc.

Eliminarea acestor dezavantaje este una dintre sarcinile care se confruntă cu sprijinul informațiilor.

Schemele de flux de informații. Reflectă căile mișcării informațiilor, volumele sale, localizarea informațiilor inițiale și utilizarea informațiilor despre rezultate. Datorită analizei structurii unor astfel de scheme, puteți efectua măsuri pentru îmbunătățirea întregului sistem de management.

Construirea și analiza detaliată a schemelor de flux de informații care vă permit să identificați căile și volumele informațiilor, duplicarea indicatorilor și proceselor de procesare, prevede:

eliminarea informațiilor duplicate și neutilizate;

clasificarea și prezentarea rațională a informațiilor.

Metodologie pentru construirea de baze de date Pe baza fundațiilor teoretice ale designului lor.

Principalele concepte ale metodologiei:

înțelegerea clară a obiectivelor, sarcinilor, funcțiilor întregului sistem de management al organizației;

identificarea circulației informațiilor din momentul apariției și înainte de utilizarea acestuia la diferite niveluri de control prezentate pentru analiză sub formă de scheme de flux de informații;

Îmbunătățirea sistemului de gestionare a documentelor;

prezența și utilizarea sistemului de clasificare și codificare;

posesia metodologiei de creare a informațiilor conceptuale și a modelelor logice care reflectă relația de informații;

crearea de informații de informare pe masura mass-media, care necesită suport tehnic modern.

Acest concept este practic implementat în două etape.

Prima etapă - Examinarea tuturor diviziilor funcționale ale companiei în scopul:

să înțeleagă specificul și structura activităților sale;

construi un circuit de fluxuri de informații;

analizați un sistem existent de gestionare a documentelor;

determinați obiectele de informare și compoziția corespunzătoare a detaliilor (parametrii, caracteristicile) care descriu proprietățile și scopul acestora.

Etapa a doua este de a construi un model conceptual de informare și date logice pe baza rezultatelor sondajului din prima etapă. În acest model, toate legăturile dintre obiecte și cerințele acestora trebuie să fie instalate și optimizate. Modelul informațional și logic este fundația pe care va fi creată baza de date.

Suport tehnic - un complex de mijloace tehnice destinate funcționării sistemului informațional, precum și documentația relevantă pentru aceste mijloace și procese tehnologice

Complexul de echipamente tehnice este:

computere ale oricăror modele;

dispozitive de colectare, acumulare, prelucrare, transmitere și de ieșire;

dispozitive de transfer de date și linii de comunicație;

echipamente de birou și dispozitive de informare automată;

materiale operaționale etc.

Documentația oferă o alegere preliminară a instrumentelor tehnice, organizarea operațiunii lor, procesul tehnologic de prelucrare a datelor, echipamente tehnologice. Documentația poate fi împărțită în trei grupe:

sistem la nivel de sistem, inclusiv standarde de stat și sectoriale pentru suport tehnic;

un specializat, care conține un set de tehnici în toate etapele suportului tehnic;

reglementarea și referința, utilizate în implementarea calculelor pentru suport tehnic.

Până în prezent, există două forme principale de suport tehnic pentru suport tehnic (forme de utilizare a mijloacelor tehnice): centralizat și parțial sau complet descentralizat.

Suportul tehnic centralizat se bazează pe utilizarea unor centre de calculator și computere mari în sistemul informațional. Această formă a unei organizații facilitează gestionarea și implementarea standardizării, dar reduce responsabilitatea și inițiativa personalului.

Descentralizarea mijloacelor tehnice implică implementarea subsistemelor funcționale pe computerele personale direct la locul de muncă. În acest caz, personalul necesită o responsabilitate mai personală, conducerea este mai greu de implementat standardizarea.

În prezent, o abordare parțial descentralizată este mai frecventă - organizarea de sprijin tehnic pe baza rețelelor distribuite constând din computere personale și un computer mare pentru stocarea bazelor de date comune oricăror subsisteme funcționale.

Matematică și software - o combinație de metode matematice, modele, algoritmi și programe de implementare a obiectivelor și obiectivelor sistemului informatic, precum și funcționarea normală a unui complex de mijloace tehnice.

La fonduri suport matematic raporta:

mijloace de gestionare a proceselor de management;

sarcini tipice de control;

metode de programare matematică, statistici matematice, teoria întreținerii de masă etc.

Parte software. Introduceți produse software la nivel de sistem și speciale, precum și documentația tehnică.

LA software-ul sistemului de sistem. Complexele includ programe orientate spre utilizatori și destinate rezolvării sarcinilor de procesare a informațiilor despre model. Acestea servesc la extinderea funcționalității computerelor, procesului de control și procesare a managementului.

Software-ul special Reprezintă un set de programe dezvoltate prin crearea unui sistem informatic specific. Acesta include pachete de aplicații (PPP) care implementează modelele dezvoltate de diferite grade de adecvare care reflectă funcționarea obiectului real.

Documentația tehnică pentru dezvoltarea software-ului ar trebui să conțină o descriere a sarcinilor, o sarcină pentru algoritmizare, un model economic și matematic al problemei, exemple de control.

Suport organizațional - Aceasta este o combinație de metode și înseamnă reglementarea interacțiunii angajaților cu mijloace tehnice și între ele în procesul de dezvoltare și de operare a IP.

Suportul organizațional implementează următoarele funcții:

analiza sistemului de management al organizației existente în cazul în care IP va fi utilizat și identificarea sarcinilor care trebuie automatizate;

pregătirea sarcinilor de rezolvare pe un computer, inclusiv sarcina tehnică pentru proiectarea IP și un studiu de fezabilitate al eficacității acestuia;

elaborarea deciziilor de gestionare în componența și structura organizației, metodologia de rezolvare a problemelor care vizează îmbunătățirea eficienței sistemului de management.

Suportul organizațional este creat în funcție de rezultatele sondajului pre-proiect la prima etapă a construcției bazei de date.

Suport juridic - o combinație de norme juridice care determină crearea, statutul juridic și funcționarea sistemelor informatice care reglementează procedura de obținere, transformare și utilizare a informațiilor.

Scopul principal al sprijinului juridic este de a consolida legalitatea. Sprijinul juridic include legi, decrete, decizii ale agențiilor guvernamentale, ordine, instrucțiuni și alte documente de reglementare ale ministerelor, departamentelor, organizațiilor, autorităților locale. În sprijinul juridic, puteți selecta o parte comună care reglementează funcționarea oricărui sistem informațional și partea locală care reglează funcționarea unui anumit sistem.

Sprijinul juridic al etapelor de dezvoltare a sistemului informatic include reglementările asociate relațiilor contractuale ale dezvoltatorului și al clientului și reglementarea legală a abaterilor de la contract.

Susținerea juridică a etapelor sistemului informatic include:

statutul sistemului informațional;

drepturile, responsabilitățile și responsabilitatea personalului;

procedura de creare și utilizare a informațiilor etc.

Acest set de subsisteme este comună pentru aproape toate tipurile de AIS. Cu toate acestea, structura și complexitatea subsistemelor furnizării depind de tipul AIS, de domeniul aplicației și de alți factori. Astfel, subsistemul de sprijin matematic are loc în AIS al dezvoltării originale a software-ului în AIS cu software-ul standard, este absent. Subsistemul de sprijin juridic poate fi absent în AIS de Intrafiven - în acest caz, este posibil să se limiteze subsistemul de sprijin organizațional, în care sunt soluționate problemele de sprijin legal; AIS de scopuri independente, cum ar fi serviciile de informare, poate avea un subsistem de sprijin legal. AIS, având o bază de date de fapt, are doar un subsistem de sprijinire a informațiilor, în care este posibil ca nevoia de a rezolva problemele lingvistice individuale. Documentarul AIPS are un subsistem de sprijin lingvistic dezvoltat, deoarece aceste sisteme rezolvă sarcini complexe de asigurare a relevanței semantice a solicitărilor utilizatorilor, conținutul conținutului documentelor emise. Și aceasta, de regulă, nu numai module software de analiză morfologică, ci și o totalitate de dicționare și reguli pentru comportamentul lor.

Obiective de creare și implementare a IP.

Ce se poate aștepta de la introducerea sistemelor informatice?

Introducerea sistemelor informatice poate contribui:

1. Eliberați angajații de la munca de rutină și accelerația datorată automatizării;

2. Înlocuiți purtătorii de date de hârtie pe discuri sau benzi magnetice, ceea ce duce la o scădere a documentelor pe hârtie și, prin urmare, posibilitatea unei organizări mai raționale a procesării informațiilor pe un computer;

3. Îmbunătățirea structurii fluxurilor de informații și a sistemului de gestionare a documentelor în firmă datorită sistemului de sistemism: o singură intrare de date - utilizare multiplă și multifuncțională ";

4. Obținerea unor opțiuni mai raționale pentru rezolvarea sarcinilor de gestionare (datorită introducerii metodelor matematice și a sistemelor intelectuale etc.):

găsirea de nise noi de piață;

optimizarea costului producției de produse și / sau servicii;

optimizarea relațiilor cu cumpărătorii și furnizorii.

Etapele dezvoltării sistemelor informatice

Istoria dezvoltării IP este împărțită în pași (tabelul 2), care corespunde numărării aproximativ acceptate a obiectivelor - abordarea utilizării modificărilor IP.

Tabelul 2. Etapele dezvoltării IP.

Perioada de timp	Conceptul de utilizare a informațiilor	Tipul sistemelor informatice	Scopul de utilizare
1950 - 1960.	Debitul de hârtie de decontare	Sisteme informatice pentru prelucrarea documentelor de decontare pe mașinile contabile electromecanice	Creșterea vitezei de procesare a documentelor Simplificați procedura de procesare a conturilor și a salariilor
1960 - 1970.	Asistență principală în pregătirea rapoartelor	Sisteme informatice de management pentru informații despre producție	Accelerarea procesului de pregătire a raportării
1970 - 1980.	Implementarea managerială (vânzări)	Sisteme de susținere a deciziilor Sisteme de management superior	Eșantion de soluția cea mai rațională
1980 - 2000.	Informații - o resursă strategică care oferă un avantaj competitiv	Sisteme de informare strategică Birouri automate	Supraviețuirea și prosperitatea companiei

Primele sisteme informatice au apărut în mijlocul secolului trecut. În anii '50, au fost destinate să proceseze conturi și să calculeze salariile și să fie implementate pe mașini contabile contabile electromecanice. Acest lucru a condus la o reducere a costurilor și a timpului pentru a pregăti documentele de hârtie.

60s. Adică o schimbare a atitudinilor față de sistemele informatice. Informațiile obținute de la acestea au început să fie utilizate pentru raportarea periodică în mulți parametri. Ziua acestor organizații a cerut echipamente informatice cu un scop larg, capabil să întreprindă multe funcții și nu doar conturi de proces și să ia în considerare salariul așa cum a fost anterior.

În anii '70 - începutul anilor 80. Sistemele informatice încep să fie utilizate pe scară largă ca mijloc de control al managementului care sprijină și accelerează procesul de luare a deciziilor.

Până la sfârșitul anilor '80. Conceptul de utilizare a sistemelor informatice este schimbat din nou. Ele devin o sursă strategică de informații și sunt folosite la toate nivelurile de organizare a oricărui profil. Sisteme informatice din această perioadă, oferind informațiile necesare la timp, ajutați organizațiile să obțină succes în activitățile lor, să creeze noi produse și servicii, să găsească noi piețe de vânzări, să asigure parteneri decenți, să organizeze producția la un preț scăzut și mult mai mult.

O înțelegere modernă a sistemului informatic implică utilizarea informațiilor personale de calculator ca principalele mijloace tehnice. În organizațiile mari, împreună cu un calculator personal, baza tehnică a sistemului informațional poate include mainframe sau superem. În plus, realizarea tehnică a sistemului informațional nu va însemna nimic dacă rolul unei persoane nu este luată în considerare pentru care informațiile au fost intenționate și fără de care este imposibil să se primească și să o prezinte.

Introducere

1. Partea analitică

1.1 Structura organizațională a companiei

2 Analiza software-ului și a suportului tehnic al Clienților și Departamentului de lucru

Partea de proiect

2.1 Descrierea zonei subiectului

2 Justificare tehnică și economică a metodelor de dezvoltare și vânzări

3 design de baze de date

4 Model de date conceptuale în standardul Chen

5 diagrama ER în Erwin

6 Analiza modelului

7 etapa de design fizic

8 Implementarea principalelor solicitări

Concluzie

Lista surselor de informare

Introducere

Numeroase firme și întreprinderi au nevoie de companii de curățenie.

Compania de curățenie este o companie care oferă servicii pentru curățarea complexă a spațiilor. Un set de măsuri destinate curățării și menținerii curățeniei în spațiile de scopuri rezidențiale, comerciale și industriale, inclusiv activități de curățare a fațadei, vitrinei de spălare și alte suprafețe exterioare ale clădirilor - un proces foarte complex format din mai multe etape diferite, unde un număr mare de participanți sunt implicate, sunt implicati. Eficacitatea organizației de curățare are nevoie de o coordonare clară împotriva tuturor angajaților săi.

Avantajul companiilor specializate este determinat de următorii factori:

· Servicii de înaltă calitate;

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

· Cheltuielile pentru serviciile companiilor de curățenie sunt deduse din profituri impozabile;

· Specialiștii companiilor de curățenie efectuează o muncă specializată exclusivă și complexă (de exemplu - cristalizarea acoperirilor de marmură);

· Curățarea cu amănuntul se face într-un moment în care este convenabil pentru client.

Până în prezent, compensarea este una dintre cele mai întemeiate industrii și stabile din România. Din ce în ce mai multe companii sunt interesate să achiziționeze servicii de curățenie de înaltă calitate și fiabile, ceea ce face cerințe mari pentru munca competentă și echilibrată cu clienții.

Toate avantajele enumerate mai sus necesită utilizarea tehnologiilor moderne de informare în activitatea companiilor de clining, cum ar fi sistemele informatice specializate, cum ar fi sistemele CRM.

Sistemul de management al relațiilor cu clienții (CRM, CRM-sistem, reducere de la managementul relațiilor cu clienții englezești) - software-ul destinat organizațiilor destinate să automatizeze strategiile de interacțiune ale clienților (clienți), în special, pentru a crește vânzările, marketingul și îmbunătățirea serviciului clienți prin menținerea informațiilor despre clienți și istoria relațiilor cu ei, stabilirea și îmbunătățirea proceselor de afaceri și analiza ulterioară a rezultatelor. Sistemul CRM este aplicabil în orice afacere, unde clientul este personalizat, unde concurența și succesul ridicat depind de furnizarea clientului pentru client ". Modelul de interacțiune care consideră că centrul întregii filosofii de afaceri este clientul și Principalele activități sunt măsuri de sprijinire a vânzărilor și a serviciilor eficiente de comercializare a clienților. Sprijinul pentru aceste obiective de afaceri include colectarea, stocarea și analiza informațiilor despre consumatori, furnizori, parteneri, precum și procesele interne ale companiei. Funcțiile de susținere a acestor obiective de afaceri includ vânzări, marketing, sprijin pentru consumatori.

"Inima" oricărui sistem CRM este o bază de date a persoanelor fizice și juridice care interacționează cu compania dvs. în activitățile companiei. Acestea sunt nu numai clienții, ci și sucursalele companiei, partenerii, furnizorilor, concurenților. Baza de date a clienților în sine este un activ valoros, iar gestionarea competentă a datelor în sistemul CRM vă permite să utilizați informații la locul de muncă cu o eficiență maximă. Baza de client 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 interacțiune.

Baza de date unică a clienților și istoricul complet al relației cu ele împreună cu instrumente analitice puternice CRM vă permit să organizați și să dezvoltați clienții existenți, detectarea celor mai valoroase, precum și atrageți clienți noi.

Funcția principală a sistemului CRM este de a ajuta managerii să planifice vânzări, să organizeze gestionarea transparentă a tranzacțiilor și să optimizeze canalele de vânzări. Sistemul stochează o istorie completă de comunicare cu clienții, care ajută departamentele de vânzări să analizeze comportamentul clienților, să formeze sugestii potrivite pentru ei, să câștige loialitate. Restul sistemelor CRM sunt prezentate mai jos:

· Planificarea și coordonarea contactelor cu clienții;

· Colectarea și tipularea tuturor informațiilor despre clienți posibili;

· Controlul efectuării tranzacțiilor lungi sau complexe;

· Analiza fiecărei etape a proiectelor sau a încheierii tranzacțiilor;

· Formalizarea tuturor proceselor care sunt orientate spre interacțiune cu cumpărătorii.

Acest tip de produse software este cel mai potrivit pentru acele organizații care conduc proiectele pe termen lung și multistrat în care au fost implicați un număr mare de angajați sau mai multe departamente. Deoarece numărul contractelor încheiate pe unitate de timp nu este suficient, fiecare tranzacție durează multe zile și chiar luni. Și acest lucru înseamnă că fiecare proiect necesită o abordare exclusiv individuală. În astfel de condiții, este necesar să se ocupe de loialitatea clienților. Pentru aceasta, este necesar ca nu numai să ofere o abordare individuală, ci și o precizie după momentul desemnat, termenii contractului, precum și munca convenită și punctualitatea tuturor angajaților implicați.

1. Partea analitică

Grupul MAX al companiilor a fost fondat în 2000. Activitatea principală este un sector integrat multidisciplinar de servicii. De la formarea GC "Max", o serie de tipuri de servicii se extind constant. Până în prezent, Max GC oferă următoarele tipuri de servicii (figura 1):

· Protecția facilităților, a grupurilor de răspuns rapide, a protecției pulpei, a serviciilor de detectivi privați;

· Asigurarea celei mai eficiente și mai bune funcționări ale obiectelor imobiliare servite;

· Pre-analiză a sistemelor de securitate existente;

· Curățarea complexă a spațiilor.

Smochin. 1. Specte de servicii GK "Maks"

"Protecție maximă" dezvoltată împreună cu sfera securității non-statale. Protecția obiectelor, grupuri de răspuns rapide, protecția transportului, servicii de detectiv privat, toate acestea sunt incluse în pachetul standard de servicii. Divizia utilizează specialiști în infrastructura IT, care sunt angajați în situații de urgență către cetățenii străini și cunosc toate nuanțele întreținerii și valorilor mărfurilor.

Practica arată că siguranța nu este doar gardieni în formă, ci o întreagă gamă de măsuri care vizează prevenirea și prevenirea amenințărilor potențiale. Aceste evenimente sunt incluse în sistemul de securitate complex de protecție Max, 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 interpret. Compania elimină de la clienți necesitatea de a coordona activitatea mai multor organizații independente. Prezența unui singur centru de operare vă permite să răspundeți instantaneu și eficient la situațiile independente.

"Protecția Max" se îmbunătățește în mod constant și dezvoltă noi concepte de securitate. Tehnologiile străine avansate sunt introduse în activitatea noastră și ne dezvoltăm propriile soluții pentru sarcini specifice. Cu toate acestea, chiar și cele mai avansate sisteme de securitate automate nu pot deplasa complet uman. Prin urmare, se acordă o atenție deosebită îmbunătățirii profesionalismului protecției maxime. Experții se supun în mod regulat cursuri de formare, iar nivelul lor de pregătire este testat pe audituri interne. Selectarea strictă a personalului vă permite să minimalizați influența factorului uman în serviciile "Max Protection".

Orientarea "Protecția Max" vizează o abordare individuală a clienților. Specialiștii efectuează analize pe mai multe niveluri și, pe baza rezultatelor sale, oferă cele mai eficiente soluții pentru a asigura securitatea clientului. În același timp, domeniul de aplicare al "Protecției Max" nu se limitează la clienți privați. Angajații sunt familiarizați cu protecția obiectelor de stat și s-au dovedit în acest domeniu.

Abordarea unității de asigurare a serviciilor de securitate complete nu are analogi și garantează o eficiență maximă în orice situație.

Divizia "Max Funcționare" funcționează pe piață de mai bine de zece ani. Sarcina principală este de a asigura cea mai eficientă și mai ușoară funcționare a obiectelor imobiliare servite. În același timp, termenul de prescripție pentru punerea în funcțiune a instalației și valoarea nivelului de complexitate al echipamentului nu joacă rolul.

Un serviciu cuprinzător care oferă "operațiune maximă" include suport tehnic pentru echipamente și sisteme de inginerie, precum și propuneri de siguranță. Această listă include întreținerea și alte lucrări planificate și neprogramate; Proiectarea și instalarea sistemelor de supraveghere a incendiilor și a sistemelor de supraveghere video, precum și un complex de servicii de reparații și de construcții. Clienții "Funcționare maximă" primesc un pachet complet de servicii de la un contractor, ceea ce face posibilă reducerea semnificativă a costurilor și facilitarea problemelor de interacțiune între servicii.

Specialiștii acestei unități sunt întotdeauna gata să ofere mai multe opțiuni pentru a lucra cu obiectul, în funcție de specificul și dorințele clientului. O abordare individuală permite clientului să se bazeze pe înțelegerea reciprocă completă cu performerul și, ca rezultat, obținând cel mai mare rezultat posibil.

În lumea modernă, cazarea și echipamentul clădirilor moderne devin din ce în ce mai dificil. Scopul principal al acestei unități este de a oferi servicii complete pentru funcționarea 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 regulile producătorilor. Acest lucru poate fi garantat doar suport pentru sănătatea și siguranța obiectului oricărei complexități la nivelul corespunzător.

Divizia Max Consulting este angajată în consultări și audit în domeniul securității de peste 10 ani. Principala sarcină a diviziei este o analiză cuprinzătoare a situației, precum și perspectiva perspectivelor de dezvoltare, ținând cont de problemele companiei, precum și caracteristicile individuale ale afacerii.

Angajații "Max Consulting" exercită o analiză preliminară a sistemelor de securitate existente. În mod firesc, o astfel de activitate se desfășoară în strânsă colaborare cu angajații clientului care vor intra într-un caz și vor contribui la luarea în considerare a tuturor caracteristicilor.

Auditul activităților companiei este realizat de specialiști cu înaltă calificare, care nu numai că vor identifica locurile critice în sistemul deja utilizat, ci și vor fi oferite modalități de a le elimina. Toți consultanții la un moment dat au efectuat servicii în structuri de putere și au o experiență considerabilă în Rusia și în străinătate.

De asemenea, experții Max Consulting oferă asistență în eliminarea situațiilor de criză sporesc eficiența proceselor de afaceri și efectuează gestionarea eficientă a sistemelor informatice și riscurile IT.

Consultanții Departamentului și-au stabilit sarcina de a construi relații reciproc avantajoase pentru a continua cooperarea cu clientul pe termen lung. "Max Consulting" oferă clienților săi servicii de audit, servicii juridice în domeniul penal, al forței de muncă, impozitului și al altor tipuri de drept.

Serviciile furnizate de compania Max Cleaning este curățarea spațiilor. În Rusia, primele companii de curățenie au apărut în 1992-1994. Împreună cu apariția primelor societăți mixte care erau singurii consumatori ai serviciilor lor la acel moment. În cursul anului 2012, creșterea volumului de pe piață a serviciilor de curățenie în Rusia în termeni monetari a fost de aproximativ 9 miliarde de ruble - în 2011 volumul său a fost de 45 de miliarde de ruble, iar la sfârșitul anului 2012 a fost evaluată deja de către ei 54 de miliarde de ruble. În trecut, 2014, volumul pieței ruse de servicii de curățenie a crescut, potrivit analiștilor, circa 10-11 miliarde de ruble și reprezintă aproximativ 65 de miliarde de ruble la sfârșitul anului trecut.

Cele mai mari regiuni cu privire la furnizarea de servicii de curățenie includ Moscova, teritoriul Krasnoyarsk, regiunea Tyumen, Republica Bashkortostan, St. Petersburg, Khantsi-Mansi Autonomous Okrug. Moscova reprezintă 100-150 milioane de dolari de piața internă de curățenie.

Potrivit experților, mai mult de 300 de firme de curățenie lucrează pe piața metropolitană. Conform dimensiunii afacerii, ele pot fi împărțite condiționate în 4 categorii mari.

· Cel mai mare operator (numărul de personal este mai mare de 500) ~ 67%;

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

· Operatori medii (numărul personalului de 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 furnizate de aproape toți jucătorii de pe piață este obligatorie printre curățenia completă zilnică, precum și spălarea suprafețelor verticale. În continuare, aproximativ 93% din toate companiile de curățenie oferă servicii de măcinare și lustruire granit, marmură, porțelan și țiglă ceramică, precum și curățarea teritoriilor și serviciilor adiacente pentru curățarea specializată a spațiilor după construcție și incendii. Aproximativ 87% dintre companiile care au participat la studiu oferă servicii și personal suplimentar, cum ar fi ambalatorii, mutari și alții, iar 80% din jucătorii de pe piața serviciilor de marketing oferă clienților lor, de asemenea, peisajului în zonele adiacente și interne, deșeurile de gunoi și zăpadă. Clienții principali ai companiilor de curățenie sunt supermarketuri și centre comerciale, întreprinderi industriale, companii de transport și depozit, facilități medicale și sportive, centre de birou și de afaceri, companii mari internaționale și ruse, bănci, agenții guvernamentale, complexe hoteliere, facilități de divertisment (cinematografe, cluburi, Cluburi, cazino), stații de tren și aeroporturi.

Smochin. 2. Segmentarea consumatorilor de servicii de curățenie

Cel mai larg segment al pieței, cât mai multe studii arată, este o informare în domeniul sănătății. O astfel de stare de lucruri se datorează obiceiurilor bine stabilite, standarde mai stricte existente în astfel de organizații și acceptate în conformitate cu cerințele specifice impuse personalului companiei de curățenie, curățenia.

Criteriile de alegere a unei companii de curățenie sunt: \u200b\u200bautoritatea de pe piață, costul și gama de servicii furnizate, nivelul de echipament utilizat în activitatea, tehnologiile și substanțele chimice, calificările personalului, sistemul de performanță de curățare.

Curățarea spațiilor este o nevoie de producție în lumea afacerilor moderne. Curățarea zilnică pe baza contractului este o direcție destul de dezvoltată a acestei companii. Abilitatea de a comanda atât curățarea unică, cât și un acord de curățare a spațiilor cu periodicitatea stabilită, cu un program de lucru convenabil pentru client - aceasta este o activitate foarte comună care necesită o cantitate mare de date și cum nu este mai bine adecvat pentru proiectarea sistemului informațional. Angajații companiei acordă o mare atenție controlului și calității facilităților de curățare. O parte importantă a lucrării companiei este, de asemenea, deschidere. Clientul are dreptul să știe că, ca și în cazul în care această companie "Max Curățenie" face. Toate substanțele chimice au certificate de igienă, partenerii și clienții pot vizita baza de producție și se familiarizează cu oportunitățile tehnologice și de organizare a forței de muncă în întreprindere.

Curățarea este un serviciu modern și solicitat pe scară largă oferit de diverse companii specializate în curățarea spațiilor. O astfel de curățare este făcută lucrători special instruiți și este evaluată prin standarde înalte europene.

În Rusia, curățenia a apărut la începutul anilor 1990, iar în primul rând a început să se bucure de cererea între companiile mari occidentale obișnuite cu curățenia profesională în patria lor. Serviciul combină o gamă completă de activități destinate curățării și menținerii curățeniei în spațiile rezidențiale, comerciale și industriale, inclusiv activitățile de curățare a fațadei, vitrinele de spălare și alte suprafețe externe ale clădirilor. Lista de servicii include, de obicei, exportul de gunoi și zăpadă de curățare de pe acoperișuri și teritoriile adiacente.

În prezent, toate serviciile sunt efectuate de personal calificat cu ajutorul tehnologiilor moderne de curățare, utilizând cele mai recente mijloace selectate separat pentru fiecare suprafață, luând în considerare caracteristicile sale fizice, chimice și tehnice. Piața de curățare a Rusiei sa extins semnificativ și are perspective enorme pentru dezvoltarea ulterioară. În câteva duzini de ani, oamenii vor uita ce este curățenie independentă și va contacta compania care se ocupă de aceste servicii. La urma urmei, depinde de puritatea camerei nu numai de apariția însăși, ci și sănătatea proprietarului.

Liderii multor firme mari și mici s-au asigurat deja că curățenia oferită de companiile specializate este semnificativ superioară curățării în înțelegerea obișnuită. Curățarea profesională implică aducerea camerei într-o stare perfectă, o astfel de curățare, în cele din urmă, vă permite să economisiți timp, să măriți durata de viață a materialelor de finisare și să creșteți prestigiul companiei.

Angajații și managerii companiei lucrează ca un mecanism unic, foarte apreciat nu numai calitatea înaltă a serviciilor oferite, dar, de asemenea, să se angajeze în analiza serviciilor comandate, prezicând situația pe piața de servicii și, ca rezultat, oferă o Soluție constructivă la situațiile independente și cele mai eficiente soluții la nevoile clientului.

În 2003, pentru a îmbunătăți calitatea serviciului pentru clienți, sa decis deschiderea unei noi unități, care va oferi servicii suplimentare pentru clearance-ul profesional. Primii pași "Curățarea Max" au făcut-o la Moscova. Experiența câștigată în capitală a fost folosită pentru a ieși din regiuni. Și, deși la început au existat suficiente probleme, dar compania a reușit să facă față tuturor dificultăților. În 2005, compania a încheiat un contract cu lanțul de supermarketuri Metro, devenind una dintre primele companii care oferă servicii de curățenie supermarketurilor și hipermarketurilor. Până în 2010, personalul angajaților companiei a numărat mai mult de 400 de persoane. Personalul lucrează la facilitățile din Moscova. Deja până în 2012, "Curățarea Max" merge în regiunile Rusiei. Primele ramuri sunt deschise în Krasnoyarsk și Kazan. Calitatea curățării profesionale a birourilor și a centrelor comerciale este superioară așteptărilor clienților regionali. La cea de-a 10-a aniversare, compania a abordat personalul a 700 de angajați. Toată experiența ulterioară a dat cunoștințe unice în domeniul clearance-ului.

De mare importanță este reputația companiei "Max Curățenie", care a fost creată în ultimii ani. Este nevoie de contabilitate pentru fiecare angajat la munca lor.

Interacțiunea și comunicarea cu clienții sunt componentele necesare ale succesului. Este foarte important să păstrați contractele contabile cu clienții, toate comenzile clienților care reflectă nevoile acestora.

Politica flexibilă a prețurilor, nivelul profesional al formării personalului, utilizarea diverselor echipamente și substanțe chimice, vă permite să organizați o poziție de lider în acest sector de servicii.

Compania de curățenie vă oferă serviciile în toată Federația Rusă. Partea principală a zonei de service este partea centrală a Federației Ruse. Compania lucrează cu multe entități juridice majore reprezentate de Nizhi în figura:

Smochin. 3. Clienții clienților "Max-aLining"

.1 Structura organizatorică a companiei

Compania "Curățarea Max" constă din diferite unități care îndeplinesc diferite funcții și obiective, structura organizatorică a companiei "Curățarea Max" este prezentată în Figura 4.

Smochin. 4. Structura organizației

Directorul general și adjunctul său sunt orientări de conducere cu privire la compania de curățenie maximă, care constă dintr-o varietate de departamente, inclusiv:

· Departamentul de Serviciu Clienți;

· Departamentul de lucru.

Departamentul de relatii cu clientii

Domeniul de activitate cu clienții de curățare MAX este extins: sarcina sa principală este cooperarea pe termen lung și serviciul entităților juridice, analiza nevoilor, nivelurilor și concentrațiilor lor. Realizarea negocierilor cu companiile de clienți, familiarizarea cu condițiile de vânzare a serviciilor oferite de "Max-aLine", controlul asupra performanței muncii - toate acestea reprezintă o parte integrantă a activității acestui departament.

Compania Client poate contacta "Max-aLine" și poate utiliza serviciile de curățare complexă a spațiilor. Managerul companiei va contribui la încheierea unui acord de cooperare pe termen lung sau va organiza un ordin unic. De asemenea, este obligată să afli toate informațiile necesare de la client, și anume:

Informații despre companie, al cărui reprezentant este;

Proprietate pe proprietate (spații) care au nevoie de curățenie complexă;

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

Timpul de serviciu;

Comentariile camerei speciale (toate informațiile primite sunt procesate de manager și strict confidențiale).

În cazul unei încheieri reușite a unui contract sau a unei comenzi, îndeplinirea serviciului va fi transferată Departamentului de lucru, a căror funcție este furnizarea în timp util și calitativă a serviciilor de curățenie.

Departamentul de lucru

Acest departament este alcătuit dintr-un brigadier senior și de curatare care formează brigăzi separate. După transferul contractului (Ordinul) de către managerul companiei, un brigadier senior, un pas al distribuției muncii la curățarea camerei între curățătorii de brigadări.

Curățarea spațiilor clientului este efectuată în acel moment prescrisă, înregistrată în acordul decorat anterior (Ordinul). Raportul de servicii este oferit brigadei senior, care evaluează activitatea fiecărui mai curat constând într-o brigadă care a efectuat această curățare. În plus, brigada superioară se angajează să notifice managerul de servicii pentru clienți cu privire la starea acestei comenzi.

După aceasta, calitatea muncii este efectuată de client în sine. În cazul evaluării nesatisfăcătoare, managerul informează conducerea companiei pentru a lua decizii adecvate.

În cursul analizei activităților maximerii descrise mai sus, schema de proces de afaceri prezentată mai jos a fost construită în Figura 5.

Smochin. 5. Procesul de afaceri "Max-Cleaning"

Ambele departamente trebuie să beneficieze prompt clienții și să efectueze tranzacții, prin automatizarea gestionării documentelor, precum și la primirea rapidă a datelor de raportare și a informațiilor analitice pentru prezentarea serviciilor în timp util și de calitate.

1.2 Analiza software-ului și suportul tehnic al Departamentului de relații cu clienții și al lucrărilor

Fiecare manager de servicii pentru clienți are un computer personal, telefon și diferite periferice pentru a lucra cu informațiile necesare. Compania are Internetul, accesul la care toți angajații "Max-aLine" au acces. Toate PC-urile au instalat sistemul de operare Windows 7, pachetul dorit Microsoft Office, inclusiv accesul, precum și șoferii pentru a lucra cu numeroase dispozitive periferice HP Desktjet. Software-ul și suportul tehnic al Serviciului Clienți și departamentul de lucrări este prezentat în Figura 6.

Smochin. 6. Software-ul companiei "Max-Cleaning"

Compania utilizează o rețea bazată pe conceptul de "client-server". Pentru DBMS modern, arhitectura client-server a devenit de fapt standard.

Principiul de bază al tehnologiei client-server este de a separa funcțiile unei aplicații interactive standard în patru grupe:

· Funcțiile de intrare și afișare a datelor;

· Funcțiile de aplicare caracteristice domeniului subiectului;

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

· Caracteristicile serviciului.

Avantajele acestui sistem:

· Nicio dublare a codului codului de server de către clienți.

· Deoarece toate calculele sunt efectuate pe server, atunci cerințele pentru computerele pe care sunt instalate clientul sunt reduse.

· Toate datele sunt stocate pe un server, care este de obicei protejat mult mai bine decât majoritatea clienților. Pe server este mai ușor să organizați controlul autorității pentru a permite accesul la date numai clienților cu drepturi relevante de acces.

Clientul oferă informații managerului companiei, care îl fixează pe PC-ul său, folosind Microsoft Word 2010, imprimă contractul (Ordinul) și stochează un formular de hârtie. Astfel, riscul de a pierde toate informațiile necesare este în curs de desfășurare, problema de a găsi informații suplimentare despre client, sediul și contactele sale sunt create. În plus, managerul nu are capacitatea de a calcula automat nu numai costul de curățare, în funcție de clasa sa, de mărimea camerei și de perioada de întreținere a contractului, ci și numărul de brigăzi necesare pentru timp și înalți - Curățarea calității camerei.

Ideea principală este împărțirea aplicației de rețea în mai multe componente, fiecare implementează un set specific de servicii. Componentele unei astfel de aplicații pot fi efectuate pe diferite computere, efectuarea de funcții de server și / sau client. Acest lucru vă permite să îmbunătățiți fiabilitatea, securitatea și performanța aplicațiilor și rețelelor de rețea în general. Înființată de mine Modulul de sistem informatic pentru compania de curățare MAX va contribui la creșterea profitabilității întreprinderii prin analiza profundă a informațiilor despre clienții săi, sistemele de vânzări vor permite gestionarea companiei să urmărească indicatorii cheie de performanță ai activității desfășurate sub Acord, care este necesar pentru a face soluții de afaceri strategice importante și evaluarea eficientă a activității fiecărui angajat.

Scopul clasificării mele de absolvire este de a dezvolta un modul al unui sistem informatic pentru contabilizarea unei curățări complete a diferitelor spații.

Pentru a atinge obiectivul, trebuie să efectuați următoarele sarcini:

Analizați activitățile companiei "Max" pentru spațiile de curățare;

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

Dezvoltați o bază de date utilizând metoda diagramei ER și cazul Erwin;

Implementați cereri de manipulare a datelor în baza de date.

Modulul sistemului de informații dezvoltat trebuie să îndeplinească următoarele cerințe:

· Crearea și stocarea datelor privind contractele cu calcularea automată a costului serviciului pentru perioada contractului;

· Crearea și stocarea comenzilor cu calcularea automată a costului de curățare, în funcție de dimensiunea camerei și de clasa de curățare;

· Înregistrați datele privind fiecare curățenie;

· Stocați informații despre calitatea curățării fiecărui angajat de brigadă;

· Calculați evaluarea activităților brigăzii pentru managerul societății;

· Calcularea automată a numărului de brigăzi necesare pentru curățarea spațiilor.

Presupun că introducerea unui astfel de sistem va crește viteza de proiectare a tuturor documentelor necesare pentru serviciile companiei clinice și va reduce numărul de erori atunci când lucrează cu clienții.

Pentru a rezolva sarcinile în lucrarea de clasificare a absolvirii:

· Metoda de proiectare a bazei de date - ER Modeling. Este o descriere grafică a domeniului subiectului în ceea ce privește "Obiect - proprietate - comunicare". Utilizarea modelării ER oferă multe avantaje: face ca analiza zonei subiectului să fie mai concentrată și mai betonă; vă permite să păstrați designul AIS fără a fi legat la un anumit DBMS țintă și să faceți alegerea acestuia în orice moment; Atunci când schimbați DBMS utilizat, nu este necesar să proiectați un nou, trebuie să efectuați doar un pas pe traducerea modelului ER la țintă (dacă obiectivul DBMS pe care l-ați selectat este acceptat de acest instrument, apoi o astfel de tranziție va fi completat automat la toate);

· Instrumentul de caz - Erwin. Avantajul este capacitatea de a crea diagrame ale structurii DB, permițându-vă să rezolvăm automat probleme legate de menținerea integrității sale, precum și în independența modelului logic de la DBMS utilizat, ceea ce vă permite să aplicați metode universale pentru ao exporta în DBM-uri specifice.

· MS Access DBMS este selectat ca țintă DBMS. Accesul este un sistem de gestionare a bazelor de date relaționale care include toate instrumentele necesare pentru a crea o bază de date locală, o bază de date partajată pe o rețea locală cu un server de fișiere sau o bază de date pe un server SQL, precum și pentru a crea o aplicație de utilizator care funcționează cu acestea Baze de date. Accesul DBMS include o varietate de software relativ standalone, orientate spre crearea obiectelor de bază de date și aplicații utilizator. Instrumentele de design grafică permit utilizatorului să creeze obiecte de bază de date și obiecte de aplicare utilizând numeroase elemente grafice fără a recurge la programare.

2. Partea de proiect

.1 Descrierea zonei subiectului

Compania are propria flotă la Moscova, care include 5 mașini de marcă Volvo, precum și șoferii fixați pentru fiecare mașină de 6 persoane. Brigade (3) Efectuarea unei curățări complexe a spațiilor în cantitate de 3 persoane fiecare.

Servicii de companie:

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

Clientul care poate fi doar o entitate juridică se referă la angajatul companiei "Max" ca manager de primire a comenzilor. Compania oferă serviciile sale, atât la cererea clientului, cât și pentru o lungă perioadă de timp (de la 7 zile și mai sus).

Cu managerul de recepție, clientul discută următoarele:

Clientul oferă date interioare care necesită întreținere (tip de cameră, zonă, locație);

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

Ø La cererea clientului (o singură dată) - depinde de zona camerei, de tipul de curățare și de numărul de brigăzi implicați.

Ø Pentru o lungă perioadă de timp - depinde de durata de viață, frecvența și zona de serviciu a camerei.

· Datele personale ale clientului

· Datele de interior

· Termenul de serviciu

· Numărul de brigăzi implicați

Calitatea serviciului va fi verificată de un client și de un angajat al companiei care controlează rezultatul lucrării brigăzii. În cazul evaluării coincidente, nesatisfăcătoare a clientului și angajatul va fi mustrat de grupul de lucru până la concediere.

Selectarea autoturismelor aplicate de o flotă a companiei va fi efectuată printr-o selecție de transport. Acesta va aprecia numărul necesar de brigade pentru a servi spațiilor și mașinilor necesare pentru transportul grupului de lucru la destinație. Selectarea mașinilor se efectuează imediat după datele furnizate de client înainte de încheierea contractului.

.2 Justificarea tehnică și economică a metodelor de dezvoltare și implementare

Pentru a proiecta o bază de date a centrului de service, sa decis utilizarea metodei diagramei ER. Această metodă de proiectare a fost aleasă de mine, pe baza următorilor factori:

Metoda diagramei ER a fost predată la disciplina bazei de date.

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

Diagrame ER fac posibilă analiza zonei subiectului mai specific;

Cerințe reduse pentru cunoașterea limbajului SQL.

În inima ER - modelul se află trei elemente:

· Esență

· Atribut.

Datelerul Erwin Dateler a fost selectat ca sistem automat de proiectare a bazei de date.

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

Microsoft Access mi-a fost învățat în timpul formării;

Accesul vă permite să creați rapid și ușor mese de interogare;

Când prelucrarea datelor de acces utilizează limba de interogare SQL, care ma învățat, de asemenea, pe disciplina bazei de date.

.3 Designul bazei de date

Stadiul Design conceptual

Descrierea entităților.

Selecția entităților.

Descrierea conexiunii.

Esență		Esență
Premisele	Furnizate
	Servi	Personal
	Nevoie (activați)
	Expuse
	Consultant	Personal
	Semne.
	A evalua
Personal	Proiectat
	Accept
	Efectuat
	Control
	A executa
	Permite

2.4 Model de date conceptuale în standardul Chen

2,5 diagrama ER în Erwin

.6 Analiza modelului

Atribut compozit: - Nu

Atribut multivissal: telefon (companii, reprezentant)

Atribut derivat:

Comandă - Cost \u003d Tipul de curățare (costul) * Cameră (pătrat)

Tratatul - preț \u003d contract (perioada de serviciu / periodicitate) * cameră (pătrat)

Conexiuni recursive: - Nu

Comunicarea 1: 1: Ordinea necesită curățare

Comunicare redundantă: Da

Esența reprezentantului companiei apare:

· Clientul se consultă cu un angajat

· Clientul evaluează curățarea

· Clientul semnează contractul

· Clientul face o comandă

Premisele sunt deservite de angajați

Premisele sunt curățate

Angajații efectuează comanda

Angajații controlează curățarea

Contractul efectuează curățarea

Comunicare M: N: Da

Angajații efectuează curățenia

Smochin. 8. Modelul final în Erwin

7 etapa de design fizic

Diagrama datelor în DBMS selectate

Smochin. 9. Diagrama datelor bazei de date

2.8 Implementarea principalelor solicitări

curățarea manipulării datelor bazei de date

Smochin. 9. Implementarea principalelor cereri

· Concluzia listei de marginile companiei

Această solicitare vă va permite să vizualizați managerul managerului, care va introduce utilizarea, lista ofertelor de contracte. O astfel de solicitare vă va permite să revizuiți rapid informații despre activitatea unui anumit manager de companie.

Angajații

· Vizualizați evaluarea lucrărilor de către Brigadiers

Această solicitare va fi trimisă pentru a vedea evaluarea activității de curățare a brigadiilor. Potrivit acestui client, iar managerul companiei, comentariile și măsurile preventive ale unor erori suplimentare pot fi prezentate în timpul lucrărilor de curățare.

Selectați angajați. Fio, angajați. Solitudine, curățenie. Zotelnika_klient, curățenie. Zotelnaya_nesserger, angajați. Curățare. Rezumat) \u003d [Introduceți numărul de curățare])));

· Afișarea listei de comenzi pentru tipul de curățare injectat

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

Selectați [Tipul de curățare]. [Clasa de Clearance], [Curățare Type]. Costul, comanda. Comanda de la [Curățare Type] Inner Alăturați-vă comanda pe [Tipul de curățare]. [Clasa de curățare] \u003d Comandă. [Clasa de curățare] unde ( (Tipul de curățenie]. [Clasa de curățare]) \u003d [Introduceți clasa de curățare:]);

· Caută o companie - Client pe baza de date

Această solicitare vă va permite să introduceți un angajat al unui nume al companiei client și să aduceți lista contractelor și comenzilor executate anterior, dacă există. Datorită acestei solicitări, puteți evita reintroducerea informațiilor despre compania clientului.

Selectați Clientul. [Nume companie], client.ur_adres, client.tine telefon_number, [reprezentant al companiei] NKL unde (((Client. [Numele companiei]) \u003d [Introduceți numele companiei:]));

· Căutați comenzi care nu / executate

Această solicitare vă va permite să afișați o listă de comenzi executate și neîngrădite pentru starea introdusă de utilizator.

Selectați ordinea

· Lista premiselor după tip

Această solicitare va permite afișarea unei liste de spații introduse.

tipul de utilizator de cameră.

Selectați premise. Apăsați, premise. Camera, premisele. Tipul, spațiile. Snaps din camera unde ((Premise. Type) \u003d [Introduceți tipul de cameră:]));

· Lista, contractele pentru durata de viață mai mare de 30 de zile

Această solicitare va permite afișarea unei liste de contracte a căror viață de serviciu depășește 30 de zile.

Selectați Tratatul. Numărul_name, contract. Date q.

· Numărarea costului comenzilor

Această solicitare va permite afișarea valorii comenzii de către utilizator introdusă de număr. Datorită unei astfel de interogări, puteți evita erorile atunci când numărați costul comenzilor.

Selectați comanda. În ordine. [Tipul de calcul]. [Cost] + [Tipul de curățare]. [Număr de brigăzi pe unitate]) * [Premise] [Square] ca cost_thank, comandă [Clasa de curățare], Comandă. Stare de la Camere Inner Alăturați-vă ([Curățare] Inner Alăturați comanda pe [Curățare Type]. [Clasa de Clearance] \u003d Comandă. [Clasa de curățare]) în camere. Apăsați \u003d Ladress Unde ((Comandă. Nume) \u003d [Introduceți comanda: ]);