Dezvoltarea unui sistem informatic automatizat pentru gestionarea serviciilor de operator de telefonie. Descrierea contabilității pentru vânzările de bunuri și servicii ale unui operator de telefonie mobilă. Modalități de a proteja personalul magazinului de pericolele industriale

Despre sistemul informatic automat „Sistem de monitorizare a sistemelor informatice ale orașului Moscova”

Pentru a asigura interacțiunea informațională interdepartamentală și pentru a oferi acces la sistemele și resursele informaționale ale orașului Moscova, decide:

1. Aprobarea Regulamentului privind sistemul informatic automatizat „Sistemul de monitorizare a sistemelor informatice ale orașului Moscova” (anexă).

4.6. Automatizarea procesului de colectare a informațiilor privind funcționarea sistemelor și resurselor informaționale ale orașului Moscova și creșterea eficienței prelucrării acestuia pentru a asigura funcționarea stabilă a sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații de înaltă calitate pentru nevoile organelor executive și agențiilor guvernamentale subordonate acestora ale orașului Moscova.

4.7. Creșterea eficienței utilizării fondurilor din bugetul orașului Moscova, a prevăzut sprijin financiar pentru funcționarea sistemelor informaționale ale orașului Moscova și furnizarea de servicii de comunicare către organele executive și instituțiile guvernamentale ale orașului Moscova subordonate acestora .

5. SMIS constă din următoarele subsisteme:

5.1. Serviciul de director unificat.

5.3. Sistem unificat de monitorizare și administrare a serviciilor de telecomunicații ale organelor executive.

6. Principalele funcții ale SMIS sunt:

6.1. Administrarea conturilor de utilizator și a drepturilor de acces la sistemele informaționale ale orașului Moscova, asigurând autorizarea utilizatorilor la locurile de muncă și în sistemele informatice ale orașului Moscova folosind un singur cont.

6.2. Colectarea și analiza promptă a informațiilor privind performanța sistemelor informaționale ale orașului Moscova, informând organele executive și agențiile guvernamentale ale orașului Moscova subordonate acestora cu privire la defecțiunile în funcționarea sistemelor informatice și furnizarea de servicii de comunicații.

6.3. Colectarea de informații statistice privind funcționarea sistemelor informaționale din orașul Moscova.

6.4. Contabilitatea, monitorizarea și managementul serviciilor de comunicare furnizate organelor executive și agențiilor guvernamentale din subordinea acestora în orașul Moscova, precum și resursele informaționale utilizate pentru asigurarea prestării serviciilor de comunicații.

6.5. Prelucrarea cererilor de la organele executive pentru conectarea și/sau deconectarea serviciilor de comunicații, modificarea condițiilor de prestare a acestora.

6.6. Colectarea și sinteza informațiilor despre funcționarea incorectă a sistemelor informatice ale orașului Moscova, eșecurile în furnizarea serviciilor de comunicații, primite de la participanții la interacțiunea informațională folosind SMIS, care este baza pentru efectuarea lucrărilor de reclamații.

6.7. Interacțiune automată cu sistemele informaționale ale operatorilor de telecomunicații care furnizează servicii de comunicații în interesul organelor executive și agențiilor guvernamentale subordonate acestora în orașul Moscova pe baza contractelor guvernamentale încheiate, pentru a asigura controlul calității, volumelor și calendarului furnizarea de servicii de comunicații.

6.8. Generarea de rapoarte statistice și operaționale privind funcționarea sistemelor informaționale ale orașului Moscova și calitatea serviciilor de comunicații furnizate în interesul organelor executive și agențiilor guvernamentale subordonate acestora în orașul Moscova.

7. Participanții la interacțiunea informațională folosind SMIS sunt utilizatori și furnizori de informații, executanți ai serviciilor (muncă) furnizate pentru funcționarea sistemelor informatice ale orașului Moscova, servicii de comunicații și operatorul SMIS.

9. Furnizorii de informații sunt organe executive, agenții guvernamentale ale orașului Moscova și executanți de servicii (lucrări) pentru operarea sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații.

10. Furnizori de informații:

10.1. Introduceți în SMIS informații despre echipamentele sistemelor informatice și de telecomunicații utilizate și parametrii de configurare ale acestora, despre serviciile de comunicații necesare și parametrii acestora, despre defecțiunile apărute, defecțiunile în funcționarea sistemelor și resurselor informaționale ale orașului Moscova, despre calitatea inadecvată a furnizării serviciilor de comunicații și apoi actualizarea acesteia în următoarea modalitate și termene stabilite de .

10.2. Numiți persoane autorizate să efectueze operațiuni de postare a informațiilor în SMIS și aranjați ca persoanele autorizate să primească identificatori (login-uri) și parole pentru lucrul în SMIS.

10.3. Asigurarea completității, fiabilității și relevanței informațiilor furnizate în SMIS, precum și introducerea informațiilor specificate în SMIS în termenele stabilite.

11. Se stabilește procedura de interacțiune informațională între participanții săi, reglementările de acces și lucru în SMIS, momentul furnizării informațiilor în SMIS.

12. Operator SMIS:

12.1. Oferă îndrumări metodologice pentru utilizarea SMIS, inclusiv oferirea de consultări utilizatorilor și furnizorilor de informații privind suportul tehnic și funcționarea SMIS.

12.2. Oferă operare și asistență tehnică pentru funcționarea SMIS non-stop.

12.3. Organizează implementarea lucrărilor privind dezvoltarea (modernizarea) și funcționarea SMIS.

12.4. Se conectează la sistemele informaționale SMIS ale orașului Moscova care îndeplinesc cerințele tehnice stabilite de.

12.5. Oferă interacțiune cu sistemele informaționale ale celor care efectuează lucrări privind funcționarea sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații.

12.6. Oferă diferențierea drepturilor de acces la SMIS, ține evidența și statistica activității utilizatorilor în conformitate cu reglementările de acces și lucru în SMIS.

12.7. Organizează munca pentru a asigura siguranța informațiilor postate în SMIS.

12.8. Oferă suport de consultanță participanților la interacțiunea informațională cu privire la utilizarea SMIS.

13. Conectarea și interacțiunea sistemelor informaționale ale orașului Moscova folosind SMIS se realizează în conformitate cu cerințele pentru o astfel de conexiune și interacțiune, aprobate.

14. Operatorul SMIS nu este responsabil pentru conținutul, calitatea și fiabilitatea informațiilor transmise către SMIS de către furnizorii de informații.

15. Anumite funcții ale operatorului pot fi transferate unei agenții guvernamentale subordonate a orașului Moscova sau a unei alte organizații prin decizie în conformitate cu legislația Federației Ruse și a orașului Moscova.

interfața de bază a operatorului magazinului

Introducere

1. Analiza domeniului

1.1 Descrierea magazinului pentru furnizarea de servicii de operator de telefonie mobilă

2 Mijloace tehnice

3 Descrierea contabilității pentru vânzările de bunuri și servicii ale unui operator de telefonie mobilă

3.1 Descrierea proceselor de afaceri

3.2 Analiza datelor

4 Revizuirea analogilor existenți

4.2 AIS „Serviciul MTS 1.15.45”

4.3 AIS „ETK: Cont personal 1.3”

5 Justificare pentru dezvoltarea sistemului informatic automatizat „Operator”

Concluzie capitol

2. Revizuirea instrumentelor de dezvoltare

2.1 Selectarea unui SGBD

1.1 Baza de date Oracle

1.2 SGBD MS SQL Server-2008

1.3 DBMS Firebird 2.1

2.2 Selectarea unui mediu de dezvoltare a bazei de date

2.2.1 IBExpert 2009

2.2 Microsoft Access

2.3 Selectarea unui mediu de dezvoltare software

2.3.1 Delphi 2010

3.3 Microsoft Visual Studio

Concluzie capitol

Proiectarea bazei de date relaționale

1 Dezvoltarea structurii tabelului

2 Normalizarea tabelelor

3 Proiectarea constrângerilor de integritate

4 Dezvoltarea operațiunilor de eșantionare a datelor

5 Eliberarea drepturilor de acces

Concluzie capitol

Proiectarea aplicației client „Operator”.

1 Descrierea modulelor programului

2 Pachetul de livrare și cerințele de sistem

3 Descrierea interfeței cu utilizatorul

3.2 Fereastra principală a programului

3.3 Meniul principal

3.4 „Raportare”

Concluzie capitol

5. Asigurarea sigurantei vietii muncii in showroom-ul unui operator celular

5.1 Organizarea unei stații de lucru automatizate pentru angajații magazinului

2 Factori de producție periculoși și nocivi care însoțesc activitățile utilizatorilor de PC într-un magazin

3 moduri de a proteja personalul magazinului de pericolele industriale

4 Calcul tehnic auto al iluminatului într-un showroom care oferă servicii de operator celular

Concluzie capitol

Concluzie

Lista surselor utilizate

Introducere

Este dificil să ne imaginăm lumea modernă a tehnologiei informației fără utilizarea bazelor de date.

Aproape toate sistemele sunt, într-o măsură sau alta, asociate cu funcțiile de stocare și procesare pe termen lung a informațiilor.

De fapt, informația devine un factor care determină eficacitatea oricărui domeniu de activitate.

Fluxurile de informații au crescut și cerințele pentru viteza de procesare a datelor au crescut, iar acum majoritatea operațiunilor nu pot fi efectuate manual, ele necesită utilizarea celor mai promițătoare tehnologii informatice.

Orice decizie administrativă necesită o evaluare clară și precisă a situației actuale și a posibilelor perspective de schimbare a acesteia.

Bazele de date reflectă o anumită parte a lumii reale. Aceste informații ar trebui, dacă este posibil, să fie înregistrate în baza de date o singură dată, iar toți utilizatorii care au nevoie de aceste informații ar trebui să poată lucra cu ele.

Scopul acestei lucrări finale de calificare este dezvoltarea unui sistem informatic automatizat pentru gestionarea serviciilor unui operator de telefonie.

Automatizarea magazinului pentru furnizarea de servicii de operator de telefonie va permite angajaților să scape de multe procese de rutină, ceea ce va asigura cel mai rapid, complet și de înaltă calitate serviciu pentru abonați.

Scopuri principale:

Efectuarea unei analize a activităților magazinului în furnizarea de servicii de operator de telefonie.

Dezvoltarea unei baze de date cu informații.

Dezvoltarea programelor.

Efectuarea unei analize pentru a asigura siguranța unui magazin care oferă servicii unui operator de telefonie mobilă.

1. Analiza domeniului

1 Descrierea magazinului pentru furnizarea de servicii de operator de telefonie mobilă

Activitatea principală a magazinului este furnizarea de servicii de comunicații mobile

Aceasta este o entitate juridică care are o marcă înregistrată, un nume de marcă, conturi curente și alte conturi în ruble în instituțiile bancare.

Magazinul de salon include administrație, contabilitate, departament de personal și departament de management. Conducerea generală a întreprinderii este efectuată de directorul general. În subordinea acestuia se află directorul adjunct pentru Economie și Finanțe. Conducerea directă se exercită de către directorul general.

Principalele divizii care susțin activitățile magazinului sunt:

.contabilitate - calcul si emitere salarii, raportare fiscala;

.departament management - înregistrarea clienților și conexiunilor, raportare;

2 Mijloace tehnice

Magazinele care furnizează servicii de telefonie utilizează tehnologii informaționale care automatizează activitățile administrative și comerciale. Saloanele au o bază materială modernă, inclusiv echipamente informatice și periferice, precum și o rețea locală de calculatoare (LAN), care permite stocarea și procesarea centralizată a informațiilor. Rețeaua acoperă toate departamentele.

Întreprinderea folosește următorul software și hardware.

Software:

Ø Windows 7 este un sistem de operare al familiei Windows NT a Microsoft Corporation.

Ø Windows Server 2008 este un sistem de operare din familia Windows NT de la Microsoft, care este proiectat să funcționeze pe servere.

Ø 1C: Enterprise 8.3.

Ø Kaspersky Anti-Virus 2012 - programul oferă protecție antivirus, protecție împotriva spam-ului și atacurilor hackerilor.

Hardware:

Departamentele întreprinderii au calculatoare cu următoarea configurație:

Ø Procesor INTEL Core i3 3240 LGA 1155 OEM

Ø Modul de memorie HYNIX DDR3- 2GB 1333 DIMM OEM

Ø Hard disk WD Caviar Blue WD5000AAKX 500GB HDD SATA III

Toate computerele sunt conectate într-o singură rețea locală și au acces la Internet.

Sisteme informatice și sisteme software de aplicație:

Ø 1C: Contabilitatea 8.3 este un sistem informatic automat creat pentru a automatiza contabilitatea și contabilitatea fiscală, inclusiv pentru pregătirea raportării obligatorii (reglementate).

Ø 1C: Enterprise 8.3 - este un set de module software concepute pentru dezvoltarea și utilizarea de soluții (configurații) de contabilitate și automatizare a activităților de afaceri ale întreprinderilor, precum și configurații sau un set de configurații.

Ø MS OFICCE 2010 - un set de programe pentru pregătirea documentației.

1.3 Descrierea contabilității pentru vânzările de bunuri și servicii ale unui operator de telefonie mobilă

Departamentul de management îndeplinește următoarele funcții:

conexiune client

organizarea acceptării unei comenzi pentru conectarea serviciilor unui operator de telefonie mobilă de la un client;

acceptarea plăților de la clienți;

urmărirea stării conexiunii;

întocmirea unui raport privind conexiunile și plățile;

Director de salon - asigură conducerea dezvoltării și funcționării, efectuează audituri interne, analizează rezultatele acestora și monitorizează implementarea măsurilor corective.

Manager de vânzări - implementează conectarea serviciilor.

1.3.1 Descrierea proceselor de afaceri

Pentru a implementa serviciile unui operator de telefonie mobilă, sunt necesare următoarele procese de afaceri:

.Conectarea unui nou abonat - mai întâi este înregistrat un nou abonat, apoi datele acestuia sunt introduse în baza de date, clientul selectează un plan tarifar, apoi se încheie un acord pentru o nouă conexiune, plata este acceptată și clientului i se dă o chitanță de plată;

.Conectarea serviciului selectat - după selectarea serviciului, se încheie un acord, se acceptă plata și se emite chitanța de plată

.Înregistrarea plății - după ce fondurile sunt depuse în contul personal al abonatului, se emite o chitanță de plată;

.Generarea documentelor de raportare:

Ø Generarea raportului „Lista de prețuri” - generarea de informații despre prețurile pentru tarifele și serviciile curente;

Ø Generarea raportului „Analiza vânzărilor” - crearea unei liste de clienți debitori a căror valoare datorie depășește suma specificată;

Ø Generarea raportului „Starea plăților” – generarea de informații despre plăți pentru fiecare client.

Regulile de afaceri sunt un set de condiții care guvernează un eveniment de afaceri, astfel încât să aibă loc așa cum se dorește pentru afacere sau client.

Să luăm în considerare regulile de afaceri care sunt necesare pentru implementarea serviciilor:

.La comandarea unui serviciu trebuie achitată plata stabilită de magazin.

.Încheierea unui acord de conectare a unui nou client are loc după plata integrală a costului tarifului selectat și după ce clientul furnizează un document de identificare.

.Înainte de a depune fonduri în contul abonatului, este necesar ca plata să fie efectuată și abonatul să fie înregistrat în baza de date a magazinului.

3.2 Analiza datelor

Este necesar să se determine datele care vor fi utilizate în baza de date proiectată. Aceste informații pot fi împărțite în următoarele tipuri:

informatii despre contract;

informatii despre abonati;

informatii despre tarife si servicii;

informatii despre plati;

informatii despre vanzari.

Informațiile despre contract includ: codul de abonat, numărul de cont personal de abonat, numărul de acord, numărul de abonat, denumirea tarifului sau serviciului, costul tarifului sau al serviciului, data încheierii și valoarea plății.

Informațiile despre abonați includ: numele complet al abonatului, detaliile pașaportului, adresa și data nașterii.

Informațiile despre tarife și servicii includ: denumirea tarifului sau serviciului, costul.

Informațiile de plată includ: numele complet al cumpărătorului, numărul abonatului, suma plății, data plății.

Informațiile despre vânzare includ: informații despre tarif sau serviciu individual, numele complet al cumpărătorului, detaliile pașaportului cumpărătorului, prețul tarifului sau serviciului, data vânzării.

3.3 Studiul fluxurilor de informații

Doar angajații magazinului vor lucra cu sistemul, și anume:

Consultanți de vânzări care vor înregistra noi conexiuni, vor schimba sau adăuga datele abonaților, precum și vor depune fonduri în conturile abonaților

Un manager care va face diverse feluri de modificări legate de catalogul de servicii și tarife.

Administratorul, la rândul său, va vizualiza lista debitorilor și va genera rapoarte.

Următoarele informații vor servi ca informații de intrare:

Despre clienți se vor introduce următoarele informații: numele complet, seria și numărul pașaportului, cine l-a eliberat și când, data nașterii, adresa.

Despre tarife: denumirea tarifului, costul apelurilor primite și efectuate, SMS și trafic pe Internet.

Despre servicii: numele, costul, descrierea serviciului și note.

Următoarele rapoarte vor fi generate de programul client ca informații de ieșire:

Raport „Lista de prețuri” - acest raport va afișa o listă de prețuri pentru tarifele și serviciile curente;

Raport „Analiza vânzărilor” – acest raport va afișa o listă de servicii și conexiuni vândute pentru anul;

Raportul „Starea plății” - acest raport afișează o listă a abonaților în al căror cont au fost depuse fonduri de către operator în ultimele 2 zile.

4 Revizuirea analogilor existenți

Astăzi, există suficiente sisteme automatizate create pentru operatorii de telefonie mobilă, dar în majoritatea cazurilor acestea sunt concepute pentru un anumit operator, au capacități limitate sau fac parte dintr-un set mare de programe.

4.1 AIS „Operatori mobili”

Descriere: Programul „Operatori de telefonie mobilă” vă permite să obțineți informații prin numărul de telefon:

-operator mobil

-data inregistrarii (a companiei)

-regiune

-site-ul oficial al Operatorului

-pagina pentru trimiterea gratuită de SMS-uri

Datorită unor astfel de informații, abonatul va ști întotdeauna cine l-a sunat sau a scris un SMS de unde.

Înainte de a apela un telefon mobil, recomandăm abonatului să folosească acest program pentru a afla cărei regiune și operator de telefonie mobilă îi aparține numărul specificat.

În caz contrar, se poate întâmpla ca un apel către o altă regiune să coste prea mult abonatul.

În plus, acest AIS vă permite să trimiteți rapid și ușor SMS-uri gratuite către orice număr.

Programul nu necesită instalare și poate fi lansat direct de pe o unitate USB sau CD.

Programul este gratuit, nu este necesară înregistrarea. Aspectul AIS „Operatori mobili” este prezentat în Figura 1.

Fig.1. „Aspectul operatorilor AIS Mobile”

4.2 AIS „Serviciul MTS 1.15.45”

Descriere: Aceasta este o aplicație dezvoltată pentru iOS, cu ajutorul căreia un abonat poate afla rapid despre starea contului său de mobil, poate conecta și deconecta servicii, își poate schimba planul tarifar și multe altele.

Meniul principal și căutarea sunt prezentate în Figura 2.

Orez. 2. „Meniul principal AIS MTS Service”

1.4.3 AIS „ETK: Cont personal 1.3”

Descriere: Programul oferă un instrument convenabil pentru gestionarea contului personal al unui abonat al operatorului celular CJSC „ETK” (Yeniseitelecom). Programul este format din trei module: cont personal, serviciu SMS, ajutor.

Contul dvs. personal vă permite să gestionați atât contul personal, cât și al altora (propriile conturi, corporative etc.). Funcționează numai atunci când este conectat la Internet (Wi-Fi, GPRS, 3G). Sunt disponibile următoarele operațiuni:

-modificarea listei de servicii;

-refacerea echilibrului;

-blocarea/deblocarea unui număr etc. Serviciul vă permite să gestionați contul personal doar al cartelei SIM active. Nu este necesară conexiune la internet. Sunt disponibile operațiuni precum gestionarea listei de servicii și completarea soldului.

Ajutorul este un ghid de referință rapid pentru abonat încorporat în program. Nu este necesară conexiune la internet.

Fereastra principală a programului este prezentată în Figura 3.

Fig.3. „Fereastra principală a AIS ETC: Contul personal 1.3”

1.5 Justificarea dezvoltării sistemului informatic automatizat „Operator”

Următoarele dezavantaje au fost identificate în analogii existenți:

-nu există mecanisme flexibile pentru restricționarea accesului la date

-funcționalitate insuficientă

-fără acces multi-utilizator

-preț mare

Tehnologii noi adecvate

O soluție modernă la problemele de mai sus este dezvoltarea „Operatorului” AIS, deoarece:

interfață flexibilă

posibilitatea creării unei baze de informații distribuite

pret mic pentru produsul final

Relevanță - capacitatea de a reflecta rapid schimbările.

Completitudinea informațiilor, adică furnizarea celor mai complete informații despre comenzi, plăți și mașini.

Comoditate - interfață clară.

Concluzie capitol

Crearea acestui sistem informatic automatizat ne va permite să luăm în considerare toate caracteristicile pentru implementarea serviciilor unui operator celular.

Efectul așteptat de la implementare:

Ø Relevanță - capacitatea de a reflecta rapid schimbările.

Ø Completitudinea informațiilor, adică furnizarea celor mai complete informații despre devizul elaborat.

Ø Comoditate - interfață clară.

Ø Consecvența și fiabilitatea datelor.

Ø Consolidarea informațiilor în întreprindere.

2. Revizuirea instrumentelor de dezvoltare

1 Selectarea unui SGBD

Sistem de management al bazelor de date (DBMS) ‑un set de software conceput pentru crearea, întreținerea și utilizarea unei baze de date.

Pe baza capacităților, există două grupuri de SGBD:

SGBD cu funcții complete ‑cel mai puternic, multi-utilizator, cu sisteme de protecție, copiere și recuperare a datelor (Oracle, Microsoft SQL Server, Informix, DB/2), dar SGBD mai complex.

SGBD personal ‑cu capabilități limitate, dar mai ușor de utilizat (Access, Visual FoxPro, Paradox, Clipper, dBase, Clarion, DataEase, DataFlex, R: BASE).

1.1 Baza de date Oracle

Oracle este unul dintre cele mai puternice SGBD-uri moderne concepute pentru implementarea bazelor de date la nivel de corporatie, care impune solicitari severe serverului.Poate rula pe majoritatea sistemelor de operare: Windows-NT, -2000, Linux, UNIX, AIX, Nowell Netware. Și aceasta, la rândul său, vă permite să alegeți cea mai convenabilă platformă de server pentru sarcinile corporative. De exemplu, dacă o organizație preferă să folosească sisteme de operare non-Windows, atunci își poate permite cu ușurință. Unele organizații se pot concentra pe soluții bazate pe sisteme UNIX, care sunt renumite pentru fiabilitatea și stabilitatea lor ca platformă de server, continuând în același timp să utilizeze Windows familiarizat utilizatorilor de pe computerele client.

Principalele avantaje ale Oracle includ suport pentru baze de date foarte mari (până la 64 GB), instrumente puternice de dezvoltare și administrare, suport pentru medii multiprocesare și în două limbi, precum și integrarea cu Web-ul. În același timp, programul impune cerințe hardware serioase și un preț ridicat.

1.2 SGBD MS SQL Server-2008

MS SQL Server-2008 a devenit larg răspândit atât în ​​țara noastră, cât și în străinătate, deoarece oferă o gamă largă de servicii de administrare și este ușor scalabil. Acest lucru îi permite să fie utilizat în sistemele informatice pentru întreprinderile mijlocii și sistemele informatice mari (CIS).

Platforma MS SQL Server se bazează pe mediul Windows.

Principalul avantaj al programului este integrarea sa strânsă cu produsele software Microsoft și capacitatea de a exporta/import date în cele mai comune formate de date, ceea ce vă permite să utilizați MS SQL Server ca stocare centrală a datelor. 2008 Express este o ediție gratuită a programului. Sistemul SQL Server. Este ideal pentru instruirea bazelor de date, pentru construirea de aplicații server mici și pentru distribuirea de către furnizori independenți de software. Această versiune include o serie de caracteristici puternice, inclusiv SQL Server 2008 Reporting Services, o platformă bazată pe server pentru crearea și trimiterea de rapoarte clasice și interactive și SQL Server 2008 Management Studio Express, un mediu grafic care simplifică gestionarea bazelor de date.

-Putere

-Abilitatea de a dezvolta aplicații de înaltă performanță care se bazează pe securitatea, fiabilitatea și scalabilitatea motorului SQL Server.

-Performanţă

-Integrarea strânsă a SQL Server Express cu designerii Visual Studio și SQL Server Management Studio vă ajută să dezvoltați aplicații mai rapid.

-Flexibilitate

-Creați aplicații ușor cuplate care pot rula offline și se pot sincroniza automat cu o bază de date centrală.

Aplicații cheie:

-Baze de date entry-level, baze de date educaționale

-Crearea de aplicații desktop puternice

-Drepturi de distribuție gratuite pentru dezvoltatorii de software independenți.

1.3 DBMS Firebird 2.1

Firebird (FirebirdSQL) este un sistem de gestionare a bazelor de date (DBMS) compact, multiplatform și gratuit, care rulează pe Linux, Microsoft Windows și o varietate de platforme Unix.

Avantajele Firebird includ o arhitectură cu versiuni multiple (prelucrarea paralelă a interogărilor operaționale și analitice: utilizatorii de citire nu blochează scriitorii), compactitatea (distribuție de 5Mb), eficiență ridicată și suport de limbaj puternic pentru procedurile stocate și declanșatoare. Folosit în diverse sisteme industriale (depozit și afaceri, sectorul financiar și public) din 2001. Este un proiect independent din punct de vedere comercial al programatorilor C și C++, consilierilor tehnici și dezvoltatorilor de sisteme de gestionare a bazelor de date multiplatforme, bazat pe codul sursă lansat de Borland Corporation pe 25 iulie, 2000 ca versiune gratuită a Interbase 6.0 acceptă SQL-92 Entry Level 1 și implementează majoritatea standardului SQL-99 cu câteva completări foarte utile. Acestea includ expresii DML/DDL, sintaxa FULL/LEFT/RIGHT JOIN, UNION, expresii DISTINCT, subinterogări (IN, EXISTS), funcții încorporate (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), constrângeri de integritate ( CHEIE PRIMARĂ, UNIQUE, CHEIE străină) și toate tipurile de date SQL obișnuite. Acceptă multe metode de acces, inclusiv: seturi de componente native pentru C/C++, Delphi, clase pentru ADO, ODBC, JDBC (Jaybird), drivere pentru Python, PHP , driverul OLE DB, dbExpress, furnizorul de date .NET și accesul direct folosind biblioteca client server (fbclient.dll sau GDS32.dll) acceptă baze de date mari. Bazele de date pot fi localizate în mai multe fișiere, a căror limită de dimensiune depinde de sistemul de operare. Limita teoretică este în prezent de 64 TB pentru un singur fișier de bază de date, astfel încât principalele limitări sunt impuse de sistemul de fișiere și spațiul de pe hard disk.este serverul de bază de date. Un singur server Firebird poate gestiona câteva sute de baze de date independente, fiecare cu mai multe conexiuni de utilizatori. Este complet liberă de drepturi de autor chiar și pentru uz comercial.

2 Selectarea unui mediu de dezvoltare a bazei de date

2.1 IBExpert 2009

IBExpert este un shell GUI conceput pentru dezvoltarea și administrarea bazelor de date InterBase și Firebird, precum și pentru selectarea și modificarea datelor stocate în bazele de date.

Dezvoltatorii subliniază principalele avantaje ale IBExpert:

Ø suport pentru versiunile InterBase 4.x, 5.x, 6.x, 7.x; Firebird 1.x, 2.x, 3.x; Yaffil 1.x;

Ø

Ø

Ø

Ø completarea automată a codului SQL (nume de tabele, câmpuri etc.)

Ø

Ø căutare în metadate;

Ø

Ø

Ø rapoarte de metadate;

Ø

Ø exporta datele în diferite formate.are multe componente care fac munca mai ușoară: un editor vizual pentru toate obiectele bazei de date, un editor SQL și un executor de scripturi, un depanator pentru proceduri stocate și declanșatoare, un constructor de zone, un instrument pentru importarea datelor din diverse surse, propriul său limbaj de scripting, precum și proiectant de baze de date.

2.2 Microsoft Access

Microsoft Access este un SGBD relațional de la Microsoft Corporation. Are o gamă largă de funcții, inclusiv interogări legate, comunicare cu tabele și baze de date externe. Datorită limbajului VBA încorporat, puteți scrie aplicații care funcționează cu baze de date în Access însuși.

Ø Componentele principale ale MS Access:

Ø constructor de mese;

Ø generator de formulare de ecran;

Ø Generator de interogări SQL (limbajul SQL din MS Access nu respectă standardul ANSI);

Ø constructor de rapoarte pentru tipar.

Ei pot apela scripturi în limbajul VBA, astfel încât MS Access vă permite să dezvoltați aplicații și baze de date aproape de la zero sau să scrieți un wrapper pentru o bază de date externă.Jet Database Engine (Microsoft Jet Database Engine), care este folosit ca motor de bază de date MS Access. este un SGBD server de fișiere și, prin urmare, se aplică numai aplicațiilor care funcționează cu cantități mici de date și cu un număr mic de utilizatori care lucrează simultan cu aceste date. Accesului în sine îi lipsesc o serie de mecanisme necesare în bazele de date cu mai mulți utilizatori, cum ar fi declanșatoarele.

Mijloacele de interacțiune încorporate între MS Access și SGBD-urile externe folosind interfața ODBC înlătură limitările inerente motorului de bază de date Microsoft Jet. Instrumentele MS Access care vă permit să implementați o astfel de interacțiune se numesc „tabele legate” (o conexiune cu un tabel DBMS) și „interogări către server” (o interogare într-un dialect SQL pe care DBMS-ul „înțelege”).

Pentru a construi aplicații client-server cu drepturi depline bazate pe MS Access, Microsoft Corporation recomandă utilizarea MS SQL Server DBMS ca motor de bază de date. În același timp, este posibil să combinați instrumentele de gestionare a bazelor de date și instrumentele de dezvoltare cu simplitatea inerentă a MS Access.

Există, de asemenea, implementări cunoscute ale aplicațiilor client-server bazate pe Access 2003 cu alte SGBD, în special MySQL

3 Selectarea unui mediu de dezvoltare software

3.1 Delphi 2010

Delphi este un mediu de dezvoltare software integrat pentru Microsoft Windows, Mac OS, iOS și Android în limbajul Delphi (numit anterior Object Pascal), creat inițial de Borland și deținut și dezvoltat în prezent de Embarcadero Technologies. Embarcadero Delphi face parte din suita Embarcadero RAD Studio și vine în patru ediții: Starter, Professional, Enterprise și Architect.

Mediul este conceput pentru dezvoltarea rapidă (RAD) a aplicațiilor software pentru sistemele de operare Windows, Mac OS X, precum și IOS și Android. Datorită combinației unice de simplitate a limbajului și generarea de cod de mașină, vă permite să interacționați direct și, dacă doriți, la un nivel destul de scăzut cu sistemul de operare, precum și cu bibliotecile scrise în C/C++. Programele create nu depind de software terță parte, cum ar fi Microsoft .NET Framework sau Java Virtual Machine. Alocarea și eliberarea memoriei sunt controlate în principal de codul utilizatorului, care, pe de o parte, înăsprește cerințele pentru calitatea codului și, pe de altă parte, face posibilă crearea de aplicații complexe cu cerințe ridicate de receptivitate (lucrare în timp real). ). Compilatoarele încrucișate pentru platformele mobile oferă contorizarea automată a referințelor la obiecte, facilitând gestionarea duratei de viață a acestora.

Eclipse este un mediu de dezvoltare integrat gratuit pentru aplicații modulare multiplatforme. Dezvoltat și susținut de Fundația Eclipse.

Cele mai cunoscute aplicații bazate pe platforma Eclipse sunt diversele „IDE-uri Eclipse” pentru dezvoltarea de software într-o varietate de limbi (de exemplu, cel mai popular „IDE Java”, care a fost acceptat inițial, nu se bazează pe niciun extensii proprietare, folosește un API standard deschis pentru a accesa Platforma Eclipse)

Eclipse a fost dezvoltat inițial de IBM ca un succesor al mediului de dezvoltare IBM VisualAge, ca standard IDE corporativ pentru dezvoltare în diferite limbi pentru platformele IBM. Potrivit IBM, proiectarea și dezvoltarea au costat 40 de milioane de dolari. Codul sursă a fost complet deschis și pus la dispoziție după ce Eclipse a fost lansat unei comunități independente de IBM pentru dezvoltare ulterioară.

Eclipse 3.0 (2003) a adoptat specificațiile platformei de servicii OSGi ca arhitectură de rulare. Începând cu versiunea 3.0, Eclipse a încetat să mai fie un IDE monolitic care acceptă extensii și a devenit în sine o colecție de extensii. Se bazează pe framework-ul OSGi și SWT/JFace, pe baza căruia este dezvoltat următorul strat - RCP (Rich Client Platform, o platformă pentru dezvoltarea aplicațiilor client cu drepturi depline). RCP servește ca bază nu numai pentru Eclipse, ci și pentru alte aplicații RCP, cum ar fi Azureus și File Arranger. Următorul strat este Eclipse în sine, care este un set de extensii RCP - editori, panouri, perspective, modulul CVS și modulul Java Development Tools (JDT).

Din 2006, Fundația Eclipse a coordonat o lansare simultană anuală, care are loc în iunie. Fiecare versiune include platforma Eclipse, precum și o serie de alte proiecte Eclipse.Acesta servește în primul rând ca platformă pentru dezvoltarea extensiilor, motiv pentru care a câștigat popularitate: orice dezvoltator poate extinde Eclipse cu propriile module. Există deja Instrumente de dezvoltare Java (JDT), Instrumente de dezvoltare C/C++ (CDT), dezvoltate de inginerii QNX împreună cu IBM, și instrumente pentru limbaje Ada (GNATbench, Hibachi), COBOL, FORTRAN, PHP etc. din diverse dezvoltatori. Multe extensii completează mediul Eclipse cu manageri pentru lucrul cu baze de date, servere de aplicații etc. JDT (Java Development Tools) este cel mai cunoscut modul care vizează dezvoltarea de grup: mediul este integrat cu sisteme de control al versiunilor - CVS, GIT în pachetul principal , pentru alte sisteme (ex. Subversion, MS SourceSafe) există pluginuri. De asemenea, oferă suport pentru comunicarea între IDE și sistemul de management al sarcinilor (eroare). Pachetul principal include suport pentru Bugzilla bug tracker și există, de asemenea, multe extensii pentru a suporta alte instrumente de urmărire (Trac, Jira etc.). Datorită naturii sale gratuite și calității înalte, Eclipse este standardul corporativ pentru dezvoltarea de aplicații în multe organizații.Este scris în Java și, prin urmare, este un produs independent de platformă, cu excepția bibliotecii SWT, care este dezvoltată pentru toate platformele comune. (vezi mai jos). Biblioteca SWT este utilizată în locul bibliotecii standard Java Swing. Se bazează în întregime pe platforma de bază (sistemul de operare), care oferă o interfață de utilizator rapidă și naturală, dar uneori provoacă probleme de compatibilitate și stabilitate a aplicației pe platforme.

Baza Eclipse este platforma rich client (RCP). Se compune din următoarele componente:

Ø Nucleul platformei (încărcarea Eclipse, lansarea modulelor);

Ø OSGi (mediu standard de livrare a pachetelor);

Ø SWT (kit de instrumente portabil widget);

Ø JFace (buffere de fișiere, lucru cu text, editori de text);

Ø Mediul de lucru Eclipse (panouri, editori, vizualizări, vrăjitori) Eclipse este scris folosind setul de instrumente SWT. Acesta din urmă, spre deosebire de Swing (care emulează independent controalele grafice), utilizează componentele grafice ale acestui sistem de operare. Interfața de utilizator Eclipse depinde, de asemenea, de un middleware GUI numit JFace, care facilitează construirea unei interfețe de utilizator bazate pe SWT.

Flexibilitatea lui Eclipse este asigurată de plug-in-uri, ceea ce face posibilă dezvoltarea nu numai în Java, ci și în alte limbaje, precum C/C++, Perl, Groovy, Ruby, Python, PHP, Erlang, Component Pascal, Zonnon și altele. .

2.3.3 Microsoft Visual Studio

Microsoft Visual Studio este o linie de produse Microsoft care include un mediu de dezvoltare software integrat și o serie de alte instrumente. Aceste produse vă permit să dezvoltați atât aplicații de consolă, cât și aplicații cu interfață grafică, inclusiv cele cu suport pentru tehnologia Windows Forms, precum și site-uri web, aplicații web, servicii web atât în ​​cod nativ, cât și administrat pentru toate platformele, suportate de Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework și Microsoft Silverlight.Studio include un editor de cod sursă cu suport pentru tehnologia IntelliSense și capacitatea de a refactoriza cu ușurință codul. Depanatorul încorporat poate funcționa ca depanator la nivel de sursă sau ca depanator la nivel de mașină. Alte instrumente încorporate includ un editor de formulare pentru a facilita crearea interfeței grafice a unei aplicații, un editor web, un designer de clasă și un designer de schemă de baze de date. Visual Studio vă permite să creați și să conectați suplimente terțe (plugin-uri) pentru a extinde funcționalitatea la aproape orice nivel, inclusiv adăugarea de suport pentru sistemele de control al versiunilor codului sursă (cum ar fi Subversion și Visual SourceSafe), adăugarea de noi seturi de instrumente (de exemplu, pentru editarea și proiectarea vizuală a codului în limbaje de programare specifice domeniului sau instrumente pentru alte aspecte ale procesului de dezvoltare software (de exemplu, clientul Team Explorer pentru lucrul cu Team Foundation Server).

Concluzie capitol

Dintre numărul mare de SGBD-uri existente, a fost ales Firebird 2.1. întrucât unul dintre avantajele sale este suportul pentru multe metode de acces, inclusiv: propriile seturi de componente pentru / C++ și Delphi. Firebird acceptă și baze de date mari care pot fi localizate în mai multe fișiere. Un alt avantaj al Firebird este arhitectura sa cu mai multe versiuni, care oferă procesarea paralelă a interogărilor operaționale și analitice (acest lucru este posibil deoarece utilizatorii de citire nu blochează scriitorii), compactitatea (distribuție de 5Mb), eficiență ridicată și suport de limbaj puternic pentru procedurile stocate și declanșatoare. .

Shell-ul IBExpert 2009 a fost ales ca mediu de dezvoltare a bazei de date deoarece are o serie de avantaje, cum ar fi:

Ø suport pentru versiunile InterBase 4.x, 5.x, 6.x, 7.x; Firebird 1.x, 2.x; Yaffil 1.x;

Ø lucrează simultan cu mai multe baze de date;

Ø editori separati pentru toate obiectele bazei de date cu evidențiere de sintaxă;

Ø editor SQL puternic cu istoric de interogări și capacitatea de a rula interogări în fundal;

Ø depanare de proceduri stocate și declanșatoare;

Ø căutare în metadate;

Ø extragerea totală și parțială a datelor și metadatelor;

Ø Analizor de dependență a obiectelor bazei de date;

Ø rapoarte de metadate;

Ø manageri de privilegii utilizatori și utilizatori;

Ø exporta datele în diferite formate. Are multe componente care ușurează munca: un editor vizual pentru toate obiectele bazei de date, un editor SQL și un executator de scripturi, un depanator pentru proceduri stocate și declanșatoare, un constructor de zone, propriul limbaj de scripting, precum și un proiectant de baze de date etc.

Delphi 2010 a fost folosit ca mediu de dezvoltare software deoarece are următoarele avantaje:

Ø Dezvoltare rapidă a aplicațiilor.

Ø Performanță ridicată a aplicației dezvoltate.

Ø Cerințe scăzute ale aplicației dezvoltate pentru resurse informatice.

Ø Extensibilitate prin integrarea de noi componente și instrumente în mediul Delphi.

Ø Abilitatea de a dezvolta noi componente și instrumente folosind propriile instrumente Delphi (componentele și instrumentele existente sunt disponibile în codul sursă)

Ø Dezvoltarea cu succes a ierarhiei obiectelor

Ø De facto, un număr mare de componente vizuale de la terți sunt deja disponibile, unele dintre ele gratuite, altele shareware, altele comerciale.

3. Proiectarea bazei de date relaționale

Această bază de date este concepută pe baza unui model de urmat.

Controlul accesului bazat pe roluri este o dezvoltare a unei politici de control selectiv al accesului, în care drepturile de acces ale subiecților sistemului la obiecte sunt grupate ținând cont de specificul aplicării acestora, formând roluri.

Controlul accesului bazat pe roluri vă permite să implementați reguli flexibile de control al accesului care se modifică dinamic în timpul funcționării unui sistem informatic.

Această abordare este utilizată în sistemele de securitate DBMS, iar elementele individuale sunt implementate în sistemele de operare în rețea. Abordarea bazată pe roluri este adesea folosită în sistemele pentru care utilizatorii au o gamă clar definită de sarcini și responsabilități, ca într-o bază de date dată.

În ciuda faptului că un rol este un set de drepturi de acces la obiectele unui sistem informatic, controlul accesului bazat pe roluri nu este în niciun caz un caz special de control selectiv al accesului, deoarece regulile sale determină procedura de acordare a accesului subiecților unui computer. sistem în funcție de rolurile pe care le au (sau nu le au) în fiecare moment, ceea ce este tipic pentru sistemele de control al accesului obligatorii. Pe de altă parte, regulile pentru controlul accesului bazat pe roluri sunt mai flexibile decât în ​​cazul abordării obligatorii a controlului.

Deoarece privilegiile nu sunt atribuite utilizatorilor în mod direct și sunt dobândite numai prin rolul (sau rolurile) acestora, gestionarea drepturilor individuale de utilizator se reduce în esență la alocarea de roluri acestora. Acest lucru simplifică operațiuni precum adăugarea unui utilizator sau schimbarea unui departament de către un utilizator.

3.1 Dezvoltarea structurii tabelului

Structura bazei de date pentru „Operatorul” AIS este prezentată în Figura 4.

Baza de date este formată din 6 entități precum:

Ø Abonenti - Această entitate stochează informații despre abonați și include următoarele atribute: codul de abonat, numele de familie, prenumele, patronimicul, data nașterii, datele pașaportului, adresa de rezidență.

Ø Uslugi - această entitate include următoarele atribute: cod de serviciu, descriere, notă, cost.

Ø Tarif - această entitate include următoarele atribute: denumirea tarifului, costul apelurilor primite în rețea, costul apelurilor efectuate în rețea, costul apelurilor primite de la alt operator, costul apelurilor efectuate către alt operator, costul apelurilor primite de la un alt operator. telefon fix, costul apelurilor efectuate către un telefon fix costul SMS-urilor și costul traficului pe Internet.

Ø Abonentskie_uslugi - această entitate include următoarele atribute: codul serviciului, numărul contractului, data conexiunii, data expirării acestui serviciu.

Ø Licevoi_schet - aceasta entitate include urmatoarele atribute: id, numarul de cont personal, data, ora, suma, numarul contractului

Ø Zakluchenie_dogovora - această entitate include următoarele atribute: codul de abonat, numărul contractului, data încheierii, numărul abonatului, tariful, numărul de cont personal.

3.2 Normalizarea tabelului

Normalizarea este procesul de verificare a structurii tabelelor pentru anomalii, dacă există, atunci tabelele sunt împărțite în tabele mai mici. Structura de normalizare este prezentată în Figura 5.

Anomaliile sunt situații în care se lucrează cu o bază de date care pot duce la interpretarea ambiguă a datelor sau la date inconsecvente. Anomaliile apar în tabelele care conțin date redundante

Orez. 5. „Structură de normalizare a tabelului”

În etapa inițială a proiectării bazei de date, se construiește prima formă normală (1NF): Un tabel este în 1NF dacă există o valoare atomică la intersecția fiecărui rând și coloană.

O relație este în 2NF dacă și numai dacă relația este în 1NF și nu, nu există atribute cheie care depind de partea cheie complexă. Pentru a elimina dependența atributelor de o parte a unei chei complexe, este necesar să descompunem relația în mai multe relații. În acest caz, acele atribute care depind de o parte a cheii complexe sunt plasate într-o relație separată.

O relație este în 3NF dacă și numai dacă relația este în 2NF și toate atributele non-cheie sunt reciproc independente.

Se spune că atributele sunt independente reciproc dacă niciunul dintre ele nu este dependent funcțional de celălalt.

Un tabel este în BCNF (Normal Form Bays Code) dacă determinanții tuturor dependențelor funcționale sunt potențiale tabele cheie

O relație este în 4NF dacă relația conține 2 dependențe cu mai multe valori.

O dependență cu mai multe valori este o relație logică între valorile coloanelor A și B în care pentru valoarea A putem determina un set de valori pentru coloana B.

NF se aplică tabelelor care au mai multe dependențe cu mai multe valori, iar atributele incluse în aceste dependențe sunt interconectate în sens, adică sunt dependente unele de altele.

O relație este în DKNF (Domain Key Normal Form) dacă fiecare constrângere de integritate impusă acestei relații este o consecință logică a definiției domeniilor și cheilor.

Să normalizăm tabelele bazei de date „Operator”.

Pentru a face acest lucru, selectăm dependențe funcționale pentru fiecare tabel și verificăm formele normale, așa cum se arată în Figura 1. O dependență funcțională (FD) între coloane înseamnă o relație logică „Mulți la unu” între valorile acestor coloane.

Masa Abonenti:

Dependențe funcționale:

.Kod_abonenta → (Familie, nume, otchestvo, data_rogdeniy, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan, adresa)

.(seriy_pasporta, nomer_pasporta) → (Kod_abonenta ,familiy, name, otchestvo, data_rogdeniy, kem_vidan, kogda_vidan, adresa)

3.(Familie, nume, otchestvo, data_rogdeniy, adresa) → (Kod_abonenta, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan)

Test pentru forme normale (NF):

NF a trecut, 2NF a trecut, NFBC a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Masa Uslugi

Dependențe funcționale:

.Kod_uslugi → (Opisanie, primechanie, stoimost)

Tabelul Abonentskie_uslugi

Dependențe funcționale:

.Kod_uslugi → (Nomer_dogovora, data_podklucheniy, data_okonchaniy)

.Nomer_dogovora → (Data_podklucheniy, data_okonchaniy)

.(Nomer_dogovora, data_podklucheniy → (Data_okonchaniy)

SF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Tabel de tarife

Dependențe funcționale:

.Nazvanie_tarifa → (St_vh_vn_s, st_ish_vn_s, st_vh_dr_op, St_ish_na_dr_op, st_vh_s_gor_tel, st_ish_na_gor_tel, st_sms, internet_trafic)

SF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Masa Licevoi_schet

Dependențe funcționale:

1.Id → (Nom_licevogo_scheta, data, vremya, summa, nomer_dogovora)

2.Nom_licevogo_scheta → (Id, data, vremya, summa, nomer_dogovora)

.(Nom_licevogo_scheta, date) → (vremya, summa)

SF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Masa Zakluchenie_dogovora

Dependențe funcționale:

.Kod_abonenta → (Nom_dogovora, data_zaklucheniy, abonents_nom,tariff, nom_licevogo_sheta)

.Nom_dogovora → (Kod_abonenta, data_zaklucheniy, abonents_nom,tariff, nom_licevogo_sheta)

.Subscribers_nom → Nom_licevogo_sheta

SF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Astfel, toate anomaliile de actualizare detectate sunt eliminate. Modelul relațional, constând din relații în a treia formă normală, este adecvat modelului de domeniu descris.

3 Proiectarea constrângerilor de integritate

Tabelul 1. „Abonenti”

Nume coloanăTypeNull/not nullCheie primară/uniqueCheckCheie străinăNoteKod_abonentaIntegernu null Cheie primarăCodul abonatuluiFamiliyVarchar (25)nu nullNumele abonatuluiNameVarchar (15)not nullNumele abonatuluiOtchestvosubscriber'Datcar (nume) llData de naștere a abonatului Seriya_pasportaIntegernu nullSerie de pașaportNomer_pasportaIntegernullNumărul de pașaportKem_vidanVarchar (35)nu nulEmis deKogda_vidanDatenot null Când este emisAddressVarchar (85) nullAdresa abonatului

Tabelul 2. „Uslugi”

Nume coloanăTypeNull/nu nullCheie primară/uniqueCheckCheie străinăNoteKod_uslugiIntegernu null Cheie primarăCod serviciuOpisanieVarchar(150)nu nullDescrierea serviciului, numele săuPrimechanieVarchar(150)nullNote, StoimostCost de serviciu nullFloatnot

Tabelul 3. „Subscriber_uslugi”

Nume coloanăTypeNull/nu nullCheie principală/unicăVerificare Cheie străinăNoteKod_uslugiIntegernu nullCheie străinăCod serviciuNomer_dogovoraIntegernu null Cheie străinăNumăr contractData_PodklucheniyDatenot nullData conexiunii serviciuluiData_okonchaniyDatenullData de încheiere a serviciului

Tabelul 4. „Zakluchenie_dogovora”

Nume coloanăTypeNull/ not nullCheie primară/unicăVerificare Cheie străinăNoteKod_abonentaIntegernu null Cheie străinăCod abonatNom_dogovoraIntegernot nullCheie primarăNumăr contractData_zaklucheniyDateno nullData contractuluiAbonents_nomNumăr numere numerele Număr numere de abonament 45Tabbonat Numărul contractului mer_L icevogo schetaIntegernot null Cheie străină Numărul de cont personal al abonatului

Tabelul 5. „Licevoi_schet”

Nume coloanăTypeNull/not nullCheie primară/uniqueCheckForeign cheieNotesIdIntegernot nullCheie primarăNumăr ordinalNomer_licevogo_schetaIntegernot nullNumăr de cont personalDateDatenullDateVremyaTimenot nullTimeSummaFloatnot nullAmountnullAmountNomerNumăr de contract

Tabelul 6. „Tarifi”

Coloan nameTypeNull/ not nullCheie primară/uniqueCheckForeign keyNoteNazvanie_tarifaVarchar (45)not nullPrimary keyTariff nameSt_vh_vn_sFloatnot nullCostul apelurilor primite în cadrul rețeleiSt_ish_vn_sFloatnot null din rețeaua null_ieșire null_Costul apelurilor primite în cadrul rețelei Costul apelurilor primite de la un alt operator de comunicații celulareSt_ish_na_dr_opFloatnot null Costul apelurilor efectuate către un alt operator celularSt_vh_s_gor_telFloatnot null Costul apelurilor primite apeluri de la un număr de telefon fixSt_ish_na_gor_telFloatnot null Costul apelurilor efectuate către un număr de telefon fixSt_smsFloatnot null Cost of SMSInternet_traficFloatnot null Costul traficului de internet pe megaoctet

3.4 Proiectarea operațiunilor de eșantionare a datelor

Proiectarea operațiunii de eșantionare a datelor este prezentată în Tabelul 7.

Tabelul 7. „Dezvoltarea operațiunilor de eșantionare a datelor”

Nr. Descrierea acțiunii Parametri de intrare (nume, tip) Parametri de ieșire (nume, tip) Algoritm de execuție 1 Adăugarea unui nou abonat (procedură ADD_NEW_ABONENT) KOD_ABONENTA întreg FAMILIY varchar(25) NAME varchar(15), OTCHESTVO varchar(25), DATA_ROGDEN , SERIY_PASPORTA integer , NOMER_PASPORTA integer, KEM_VIDAN varchar (35), KOGDA_VIDAN data, ADDRESSvarchar (85) Cod eroare - intreg: 0 - eroare Verificati daca in tabelul Abonenti exista o persoana cu acelasi cod de abonat, daca da, iesiti cu eroare cod 0, dacă nu, atunci adăugați o nouă linie cu date despre noul client în tabel și trimiteți valorile parametrilor de ieșire la ieșire cu codul 1 2 Editarea datelor abonatului (procedura UPDATE_DANNIE_OB_ABONENTE)KOD_ABONENTA întreg FAMILIY varchar(25) NAME varchar(15), OTCHESTVO varchar(25),DATA_ROGDENIYA date, SERIY_PASPORTAinteger ,NOMER_PASPORTA integer,KEM_VIDAN varchar(35), KOGDA_VIDAN data,ADDRESSvarchar(85)Cod de eroare - întreg: 0 - errorVerificați dacă există același abonat cu aceeași persoană cod în tabelul Abonenti, apoi modificați datele necesare și ieșiți cu parametrul 1, dacă nu, apoi ieșiți cu codul de eroare o.3 Ștergerea unui abonat (procedura DELETE_ABONENT) KOD_ABONENTA întreg Cod de eroare - întreg: 0 - eroare Verificați dacă o persoană cu același număr de abonat există în tabelul Abonenti, dacă da, ștergeți linia cu datele sale, dacă nu, apoi ieșiți cu codul de eroare 0.4 Adăugarea unui nou contract (procedura ADD_DOGOVOR) KOD_ABONENTA întreg, NOM_DOGOVORA întreg, DATA_ZAKLUCHENIY data, ABONENTS_TARIF varint, , (45), NOM_LICEVOGO_SCHETA întreg Cod de eroare - întreg: 0 - eroare Verificați dacă numărul contractului există în tabelul Zakluchenie_dogovora , potrivindu-se cu intrarea, dacă da, apoi ieșiți cu codul de eroare 0, dacă nu, apoi adăugați un nou rând cu toate date în tabel și trimiteți valorile parametrilor de ieșire la ieșire cu codul 15 Ștergerea unui contract (procedura DELETE_DOGOVOR) NOM_DOGOVORA întreg Cod de eroare - întreg: 0 - eroare Verificați dacă Zakluchenie_dogovora există în numărul contractului de tabel care se potrivește cu cel introdus, dacă da, apoi ștergeți linia din tabel, dacă nu, ieșiți cu codul de eroare 0.6 Adăugarea unui nou plan tarifar (procedura ADD_NEW_TARIF) NAZVANIE_TARIFA varchar(45), ST_VH_VN_S float,ST_ISH_VN_S float,ST_VH_DR_DR_ISOP_Float_,_ST_DR_ISOP_VN_S float_ ovăz, ST_ISH_NA_GOR_TEL float ST_SMS float, NTERNET_TRAFIC float Cod de eroare - întreg: 0 - eroare Verificați dacă există un tarif cu același nume în tabelul Tarifi, dacă da, ieșiți cu codul de eroare 0, dacă nu, adăugați o linie cu informații despre tarif la tabel și trimiteți valorile parametrilor de ieșire la ieșire cu codul 17 Schimbarea datelor tarifare (procedura UPDATE_DANNIE_O_TARIFE)NAZVANIE_TARIFA varchar(45), ST_VH_VN_S float,ST_ISH_VN_S float,ST_VH_DR_OP_float, ST_VH_DR_OP_float,S_ST_O , ST_ ISH_NA_GOR_TEL float ST_SMS float , NTERNET_TRAFIC float Cod de eroare - întreg: 0 - errorVerificați dacă un tarif cu același nume există în tabelul Tarifi? întreg: 0 - errorVerificați dacă un tarif cu același nume există în tabelul Tarifi, dacă da, apoi ștergeți rândul din tabelul, altfel ieșim cu codul de eroare 0. 9Adăugarea unui nou serviciu (procedură ADD_NEW_USLUGA)KOD_USLUGI întreg, OPISANIE varchar(150), PRIMECHANIE varchar(150), STOIMOST float,SPOSOB_PODKLUCHENIY varchar(200)Cod de eroare - întreg: 0 - eroare Verificați dacă există un serviciu cu același cod de eroare tabelul Uslugi, dacă da, apoi ieșiți cu codul de eroare 0, dacă nu, atunci adăugați o linie cu informații despre serviciu în tabel și trimiteți valorile parametrilor de ieșire la ieșire cu codul 110 Schimbarea informațiilor despre servicii (UPDATE_DANNIE_OB_USLUGAH procedura)KOD_USLUGI întreg, OPISANIE varchar(150), PRIMECHANIE varchar (150), STOIMOST float, SPOSOB_PODKLUCHENIY varchar (200) Cod de eroare - întreg: 0 - eroare Verificați dacă un serviciu cu același cod de serviciu există în tabelul Uslugi, dacă da , apoi modificați datele și trimiteți valorile parametrilor de ieșire la ieșire cu codul 1, dacă nu, atunci ieșim cu codul de eroare 0 11Ștergerea unui serviciu (procedura DELETE_USLUGA)KOD_USLUGI integerCod de eroare - întreg: 0 - eroareVerificați dacă o resursă cu același cod de serviciu există în tabelul Uslugi, dacă da, atunci ștergeți rândul cu datele, altfel ieșim cu codul de eroare 012Adăugare cont personal (procedura ADD_NEW_LIC_SCHET)ID întreg, NOM_LICEVOGO_SCHETA întreg, DATA data, ora VREMYA, SUMMA float , NOMER_DOGOVORA întreg Cod de eroare - întreg: 0 - eroare Verificați dacă un client cu id-ul solicitat există în tabelul Licevoi_schet, dacă da, ieșiți cu codul de eroare 0, în caz contrar adăugăm date în tabel și trimitem valorile ieșirii parametri la ieșire cu codul 113 Ștergerea unui cont personal (procedura DELETE_LIC_SCHET) ID întreg Cod de eroare - întreg: 0 - eroare Verificați dacă un client cu id-ul solicitat există în tabelul Licevoi_schet, dacă da, ștergeți rândul cu datele, în caz contrar ieșire cu cod de eroare 0 14Modificarea sumei depuse (procedura UPDATE_SUMMA)NOM_LICEVOGO_SCHETA întreg, SUMMA float,Cod de eroare - întreg: 0 - eroareVerificați dacă un client cu id-ul solicitat există în tabelul Licevoi_schet, dacă da, atunci modificați suma și trimiteți valoarea de ieșire 1, altfel ieșim cu codul de eroare 0 3.5 Eliberarea drepturilor de acces

Drepturile de acces la obiectele bazei de date sunt date în Tabelul 8. Orizontală - obiecte bază de date. Pe verticală - utilizatori sau roluri. În celule - o combinație de litere care indică drepturi de acces: - dreptul de a citi (selectare); - dreptul de a adăuga rânduri (inserare); - dreptul de a edita rânduri (actualizare); - dreptul de a șterge rânduri (ștergere) ; - dreptul de a rula proceduri stocate (executa).

Tabelul 8. „Emiterea drepturilor de acces”

Object DBRoles:Adnin manager Prodavec Table abonentisiudssuidTable UslugisiudsuidsTable Abonentskie_uslugisiudssiud Tabel TarifisiudsuidsTable Licevoi_schetsiudssiudTable Zakluchenie_dogovorasiudssiudProcedure Add_dogovoreeProcedure Addbonentskie_uslugisiudssiud Addbonentskie_uslugisiudssiudProcedure Add_New_Procedure_New_Procedure eProcedure Add_new_uslugaeeProcedure Delete_abonenteeProcedure Delete_dogovoreeProcedure Delete_lic_scheteeProcedure Delete_tarifeeProcedure Delete_uslugaeeProcedure Update_dannie_ob_abonenteeeProcedure Update_dannie_ob_uslugaheedureedumeeo

Concluzie capitol

Baza de date dezvoltată este destinată înregistrării datelor despre clienții unui salon - magazin care furnizează servicii ale unui operator de telefonie mobilă, precum și stocarea informațiilor despre tarife și servicii ale operatorului.

Această bază de date oferă posibilitatea de a căuta, adăuga, șterge și edita date.

Există o diferențiere a drepturilor de acces pentru diferite grupuri de utilizatori.

4. Proiectarea aplicației client „Operator”.

Acest sistem informatic automatizat (AIS) este conceput pentru a înregistra date despre abonații unui magazin care furnizează servicii mobile, precum și despre serviciile în sine și tarifele furnizate de acest operator. Doar angajații salonului - magazin vor lucra cu „Operatorul” AIS. Va fi folosit în magazin pe un computer local și va avea următoarele capabilități:

Ø Înregistrarea unei noi conexiuni

Ø Conectarea unui serviciu separat

Ø Trecerea la alt tarif

Ø Posibilitatea de a edita date despre tarife și servicii, precum și despre abonați

Ø Posibilitatea depunerii de fonduri în contul personal al abonatului

Ø Generarea de rapoarte

1 Descrierea modulelor programului

Descrierea modulelor AIS „Operator” este prezentată în Tabelul 9.

Tabelul 9 „Descrierea modulelor programului”

Nume fișierDescriptionSizeMenu.pasModulul principal care apelează alte module și conține meniul principal al programului6 716 bAbonenti.pasModul conceput pentru a adăuga, șterge și edita date despre abonații celulari1 644 bUslugi.pasModul conceput pentru a adăuga, șterge și edita date despre servicii1 104 bAbonentskieUslugi. pasModul destinat conectării serviciului1,009 bDogovori.pasModul destinat încheierii, modificării și ștergerii unui acord cu un abonat1,465 bPrice_List.pasModul destinat generării unui raport cu o listă de prețuri 1,059 bProdagi.pasModul destinat generării unui raport de vânzări754 bDolgniki. pasModul destinat generarii unui raport cu lista debitorilor835 bPassword.pas Modul de autorizare860 bTarif.pasModul destinat adaugarii, stergerii si editarii informatiilor despre tarife2 766 b LicevoiSchet.pasModul destinat depunerii fondurilor in contul abonatului2 330 b

2 Pachetul de livrare și cerințele de sistem

Pachetul de livrare al acestui instrument software include: fișierul executabil OPERATOR.exe, codul sursă al programului, care este un set de module ale instrumentului software (descris mai sus), un fișier cu date de tabel OPERATORSOTSV.FDB și un fișier de configurare Config.ini.

Cerințe minime de sistem: „Pentium166MHz”, Sistem de operare - Windows 98 și o versiune ulterioară, aplicație Microsoft Office (Excel) atunci când lucrați cu rapoarte.

Cantitatea de memorie necesară pentru rularea programului este determinată de următoarele componente:

-Dimensiunea fișierului executabil (1593Kb);

-Dimensiunea DB (2928Kb);

-Dimensiunea fișierului de configurare (1Kb).

Astfel, cantitatea necesară de memorie este de 4522Kb, adică aproximativ 5 Mb.

3 Descrierea interfeței cu utilizatorul

Interfața cu utilizatorul este foarte importantă pentru program, deoarece crește semnificativ productivitatea, iar munca utilizatorului devine mult mai productivă.

Pentru a rula programul, rulați fișierul executabil OPERATOR.exe.

După lansarea aplicației, trebuie să treceți prin autorizare. Pentru a face acest lucru, trebuie să vă introduceți datele de conectare și parola.

Acest AIS va fi utilizat de următoarele grupuri de utilizatori:

.Un consultant de vânzări care va efectua următoarele acțiuni:

ü Conectarea de noi abonați;

Pentru a pregăti un set complet de documente care să asigure interacțiunea între părți în spațiul juridic internațional informațional, sunt necesare acte internaționale de bază

Prelucrarea unei game largi de informații a devenit astăzi o condiție de viață într-o societate informațională, civilă, socială și juridică. Alfabetizarea și conștientizarea informațională sunt astăzi cea mai importantă sarcină practică care necesită o decizie politică, dar hrana pentru astfel de decizii (politice și economice) este pregătită în primul rând de acea armată de specialiști care stăpânesc și procesează informația, creând o resursă de management. Principiul medicinei „nu face rău!” este foarte important aici.

Să luăm în considerare problema formării și utilizării sistemelor de operare din punctul de vedere al orientării lor sociale și să discutăm rolul operatorilor de sistem.

Institutul și tipurile de operatori în sistemele informaționale

Sub aspect organizatoric și juridic, problema operatorului nu este suficient de înțeleasă, iar statutul juridic al acestei categorii de specialiști și organizații nu a fost elaborat.

Munca unui operator trebuie considerată ca o activitate informațională specializată asociată cu prelucrarea informației țintită folosind programe special orientate. Aceasta, la rândul său, duce la soluționarea întrebărilor: cine poate fi operator de sistem, care este statutul său juridic (rol și sarcini, funcții, competențe, responsabilități).

În studiile de determinare a statutului juridic, operatorii sunt desemnați ca organizații specializate în asigurarea accesului la informații în rețea prin canale de comunicație și asigurarea accesului la distanță. Operatorii (furnizorii) se disting prin tipurile de servicii pe care le furnizează: furnizori de acces la rețea, furnizori de conținut, furnizori de gazdă. Interacțiunea operatorului cu utilizatorii serviciilor sale, care acționează ca expeditori de informații, este definită ca interacțiune cu a doua parte (prima este operatorul însuși), iar utilizatorul - destinatarul informațiilor - acționează ca un terț. Operatorul de conținut își creează propriul conținut și oferă acces la acesta în anumite condiții; furnizorul de găzduire oferă o resursă pentru găzduirea conținutului utilizatorului, a cărei disponibilitate este determinată de acești utilizatori; Furnizorii de acces la rețea oferă serviciul corespunzător prin furnizarea de linii de acces la comunicații sau puncte de acces. Serviciul lor este de a furniza trafic de date fără stocare permanentă.

Legislația actuală a introdus reguli care se aplică operatorului de sistem informatic. În Legea Federală „Cu privire la Informații, Tehnologii Informaționale și Protecția Informației” (Nr. 149-FZ din 27 iulie 2006), un operator de sistem informatic este definit ca „un cetățean sau o entitate juridică implicată în operarea unui sistem informatic, inclusiv în prelucrarea informațiilor. cuprinse în bazele sale de date” (Articolul 2, paragraful 12).

În cursul aplicării acestui articol, este posibil să întâlnim conceptul de „proprietar” al informațiilor ca subiect de reglementare legală (articolul 2, paragraful 5). Potrivit legii, proprietarul este persoana care a creat în mod independent informația sau persoana care, în baza legii sau a acordului, permite sau restricționează accesul la informații. Legea include atât persoanele fizice, cât și persoanele juridice, precum și Federația Rusă, entitățile constitutive ale Federației Ruse și municipalitățile în calitate de proprietar al informațiilor (articolul 6). Aici observăm o extindere a componenței subiecților-proprietari și o lipsă de legătură cu tema operatorului de rețea. Față de art. 2 numărul proprietarilor include autoritățile guvernamentale și municipale. Ce operator poate fi considerat proprietar al informațiilor cu care lucrează?

Problema înregistrării reglementare a statutului juridic al unui operator de sistem informatic devine din ce în ce mai acută: în art. 13, paragraful 2 prevede că, dacă legile federale nu prevede altfel, operator Sistem informatic este proprietarul(nu mai este doar proprietarul) „utilizat pentru prelucrarea informațiilor conținute în baze de date mijloace tehnice, care folosește în mod legal astfel de baze de date sau o persoană cu care acest proprietar a încheiat un acord privind funcționarea sistemului informațional”.. Concomitent cu această regulă generală din art. 14, dedicat sistemelor informaționale guvernamentale, prescrie regulile pentru acest nivel de resurse și sisteme de procesare. Sistemele de informații de stat sunt create în conformitate cu legea federală „Cu privire la plasarea comenzilor pentru furnizarea de bunuri, efectuarea lucrărilor, furnizarea de servicii pentru nevoile de stat și municipale” (nr. 94-FZ din 21 iulie 2005). Aceasta presupune că operatorul nu este același cu clientul și cu creatorul informațiilor. Odată cu aceasta, clientul însuși, adică autoritatea guvernamentală, poate acționa ca operator. Potrivit paragrafului 6 al art. 14 Legea federală „Cu privire la informații” Guvernul Federației Ruse stabilește cerințe obligatorii pentru procedura de punere în funcțiune a anumitor sisteme de informații de stat. Iar potrivit paragrafului 5 al aceluiași articol, dacă nu se stabilește altfel prin hotărârea privind crearea unui sistem informațional de stat, organismul însuși acționează ca operator și pune el însuși acest sistem în funcțiune.

Din cele de mai sus, rezultă că există trei opțiuni pentru legalizarea sistemelor naționale de informare de stat și definirea rolului operatorului. În prima variantă, autoritatea publică combină funcțiile de operator și de client. Al doilea prevede crearea sistemelor informaționale de stat prin decizie a Guvernului Federației Ruse și reglementarea acestuia privind ordinea (punerea în funcțiune) a sistemelor de procesare și stabilește cerințe pentru suportul tehnic al sistemului. Starea operatorului este setată în același mod. În sfârșit, este posibilă o a treia opțiune: operatorului i se acordă și dreptul la resursa informațională, în plus, dreptul de a o transfera altui operator. Statutul juridic al operatorului sistemului informatic în conformitate cu Legea federală „Cu privire la datele cu caracter personal” (nr. 152-FZ din 27 iulie 2006) necesită o atenție specială, luând în considerare standardele stabilite de Legea federală „Cu privire la informații”.

Deciziile în domeniul reformei administrative în Federația Rusă sunt esențiale pentru rezolvarea problemei statutului juridic al operatorului sistemului informatic. Documentele de bază aici sunt actele juridice ale Guvernului Federației Ruse, care au aprobat Conceptul de utilizare a tehnologiilor informaționale în activitățile autorităților federale până în 2010 (din 24 septembrie 2004), programul țintă federal „Rusia electronică” (2002-2010), precum și Hotărârea Guvernului nr. 679 din 11.11.2005 „Cu privire la procedura de elaborare și aprobare a reglementărilor administrative pentru îndeplinirea funcțiilor guvernamentale și a reglementărilor administrative pentru prestarea serviciilor publice”. Pentru subiectul luat în considerare, ultima dintre reglementările enumerate este importantă. Această rezoluție indică separarea funcțiilor guvernamentale și a serviciilor guvernamentale în sfera informațională. Definirea caracteristicilor și criteriilor ar face posibilă identificarea cât mai clară a rolului și statutului operatorului pentru aceste două categorii de activități guvernamentale.

De exemplu, Hotărârea Guvernului nr. 679 a făcut un pas important pentru a separa funcțiile autorităților executive de prestarea serviciilor publice și a stabilit sarcina creării unei proceduri pentru elaborarea și aprobarea reglementărilor administrative pentru îndeplinirea funcțiilor guvernamentale și asigurarea a serviciilor publice. Este necesar să înțelegem ce servicii sunt implementate de guvern direct în comunicarea cu populația și care ar trebui efectuate pentru aparatul de stat însuși și pe ce bază organizatorică și legală. O serie de aspecte necesită o analiză și o reglementare mai atentă: cine este proprietarul (sau altă formă de proprietate) al resursei procesate de operatorul de sistem, care se află în afara structurii autorității? În ce măsură servește funcțiile organismului și în ce măsură sunt servicii guvernamentale? Cum îi afectează asta puterile? Ridicarea acestor întrebări este importantă pentru luarea în considerare a statutului juridic al unui nou tip de operator - operatorul de transfer transfrontalier de documente electronice în interacțiunea informațională a entităților aflate sub jurisdicția diferitelor state.

Interacțiune transfrontalieră

Odată cu răspândirea masivă a internetului, populația lumii a primit libertate de informare practic nelimitată. Din păcate, nu a creat baza necesară pentru interacțiunea la distanță, semnificativă din punct de vedere juridic, între subiecți din diferite țări. O astfel de interacțiune poate fi organizată doar pe baza documentelor electronice securizate, ceea ce elimină anonimatul.

Un studiu al stării reglementării legale a interacțiunii transfrontaliere a utilizatorilor de internet aflați în diferite state și stabilirea legalității acțiunilor acestora pe baza legislației naționale, chiar și atunci când efectuează tranzacții transfrontaliere, arată că tehnologiile informaționale devin din ce în ce mai mult importante ca componente ale unui fenomen tehnic calitativ nou – rețelele de calculatoare. În consecință, reglementările legale pentru implementarea procedurilor electronice care utilizează programe speciale și baze de date ar trebui să fie specifice și, dacă este posibil, similare.

O analiză a lucrărilor științifice și a reglementărilor actuale la nivel internațional arată că accentul principal a fost de mult timp pe determinarea naturii juridice a programelor de calculator și a bazelor de date în ceea ce privește reglementarea acestora de către instituțiile de proprietate intelectuală. Lanțul de relații al tuturor subiecților implicați în procesul de interacțiune informațională transfrontalieră nu a primit atenția cuvenită. Schimbarea s-a produs de la adoptarea actelor internaționale care reglementează relațiile în comerțul electronic, în special Directiva Uniunii Europene 2000/31/CE din 17 iunie 2000 și reglementările internaționale și naționale care au urmat acesteia.

Cu aproximativ șase luni mai devreme, Comisia Europeană a emis Directiva 1999/93/CE privind condițiile de utilizare a semnăturilor electronice în statele membre, care încerca să stabilească un cadru juridic paneuropean pentru transfrontaliere.
interacțiuni. Comisia Europeană a presupus că astfel de semnături ar facilita vânzarea de bunuri și servicii prin internet. Până în prezent, toate cele 25 de țări membre UE au implementat prevederile acestei directive în legislația lor.

În plus, Comisia Europeană a elaborat un plan de acțiune pentru îmbunătățirea tehnologiei și stabilirea statutului juridic al semnăturilor electronice, asigurând semnificația juridică (acest plan ar trebui implementat până în 2010). Comisia Europeană ar dori să promoveze în continuare dezvoltarea serviciilor și aplicațiilor legate de semnăturile electronice. Se preconizează încurajarea standardizării în continuare pentru a asigura interoperabilitatea între diferitele sisteme de semnătură electronică atât la nivel național, cât și paneuropean și pentru a permite utilizarea diferitelor tehnologii de semnătură electronică calificată în cadrul pieței unice.

Să remarcăm că la cel de-al 15-lea summit Rusia-Uniunea Europeană desfășurat la Moscova la 10 mai 2005, a fost aprobată „foaia de parcurs” pentru un spațiu comun de libertate, securitate și justiție. Această „foaie de parcurs” prevede cooperarea și rezolvarea unui număr de probleme, inclusiv interacțiunea transfrontalieră între entități din diferite state. În special, documentul conține clauza: „să promoveze cooperarea transfrontalieră cu statele membre UE vecine prin stabilirea interacțiunii între diverse ministere naționale și agenții de aplicare a legii, începând cu regiunile cu o intensitate ridicată a traficului transfrontalier”.

În plus, la 23 noiembrie 2005, la cea de-a 53-a ședință a celei de-a 60-a sesiuni a Adunării Generale, a fost adoptată Convenția ONU privind utilizarea comunicațiilor electronice în acordurile internaționale (rezoluția 60/21) pentru a asigura interacțiunea economică transfrontalieră.

Schimbul transfrontalier și legea rusă

În calitate de participant activ în relațiile internaționale, Rusia este interesată de intensificarea activității în domeniul utilizării semnăturilor electronice. Și este destul de firesc că se lucrează mult în această direcție.

Vă reamintim că, în legătură cu adoptarea Legii federale „Cu privire la informație, tehnologii informaționale și protecția informațiilor”, a fost abrogată Legea federală „Cu privire la participarea la schimbul internațional de informații”. Acest fapt, precum și marea discuție care a însoțit adoptarea celei de-a patra părți a Codului civil al Federației Ruse, care includea subiecte de reglementare legală precum programele de calculator și bazele de date, utilizarea numelor de mărci, au creat noi oportunități pentru mai multe reglementarea detaliată și de fond a relațiilor transfrontaliere și a mecanismelor legale de legalizare a documentelor electronice în spațiul transfrontalier, stabilirea încrederii între participanții la interacțiunea informațională.

Pentru a identifica întreaga compoziție a subiecților implicați în transferul transfrontalier de informații, este necesar să se construiască un model clar și complet al relației acestora între ei. După cum se știe, problemele de interacțiune între utilizator și furnizori, precum și între diferiți furnizori, au fost luate în considerare separat de problemele de interacțiune între doi sau mai mulți utilizatori care utilizează IT, deoarece aceste tipuri de interacțiuni informaționale se află, parcă, pe planuri diferite. .

Agenția Federală pentru Tehnologia Informației desfășoară multă muncă în această direcție. A fost dezvoltat conceptul de terță parte de încredere în interacțiunile informaționale transfrontaliere între rezidenți din diferite state și au avut loc conferințe naționale și internaționale.

Institutul de Stat și Drept al Academiei Ruse de Științe a creat deja câteva studii metodologice. În teza de doctorat a Annei Zharova (2004), s-a propus o schemă pentru reglementarea juridică a relațiilor dintre subiecți atât în ​​stadiul schimbului de informații între subiecți - utilizatorii serviciilor de rețea, cât și în stadiul circulației informațiilor furnizate de operatori (este dat şi în, pp. 44-47) .

Relații cu subiectul

Până în prezent, a fost prezentată o opțiune de soluție, care se bazează pe o generalizare a acordurilor bilaterale ale diferitelor țări privind schimbul de informații, analiza și generalizarea aspectelor juridice ale utilizării transfrontaliere a semnăturilor electronice din punct de vedere al legislația Republicii Polone, experiența țărilor EurAsEC, CSI și experiența comerțului electronic. A fost elaborat un model de interacțiune între participanții la relațiile privind transferul transfrontalier al unui document electronic și semnătura electronică a acestuia.

Să evidențiem pe scurt subiectele și nivelurile raporturilor juridice, precum și natura actelor juridice care asigură drepturile și obligațiile fiecăreia dintre părțile implicate în acest proces. În primul rând, subiectul relației este documentul electronic transmis sau un ansamblu al acestora și, în al doilea rând, obiectul reglementării legale îl reprezintă relația dintre participanții la schimbul transfrontalier.

Aceste relații arată astfel: Subiecții condiționati A și B, fiecare având jurisdicție proprie, intră într-o relație de schimb de documente care au forță juridică: subiectul A asigură transferul documentului său electronic prin interacțiunea cu contrapartea sa (partenerul) B. Fiecare dintre participanți (A și B) în acest caz interacționează cu operatorul său (Oa și Ob).

Operatorii lor se confruntă cu trei sarcini:

Primește corespondența de la clientul A, înscrie în registrul documentelor electronice primite pentru transfer transfrontalier; confirmarea de control a valabilității semnăturii sale electronice la momentul transmiterii acesteia prin sistemul de comunicații către zona de jurisdicție a statului clientului B cu privire la semnătura electronică a unui document sau mesaj electronic.

Confirmați valabilitatea (fiabilitatea) semnăturii lui A către alt furnizor (operator Ob) prin generarea unei apostile electronice, care include detaliile operatorului, data și ora formării și expedierii acesteia, certificate prin semnătura funcționarului operatorului, și transferați-o prin rețea către Ob pentru destinatarul A.

Informați clientul A despre tranzacțiile efectuate cu ED-ul său, trimițându-i o confirmare (chitanță), dacă acest lucru este prevăzut în contract.

Operatorii participanților A și B (Oa și Ob) acceptă documente sau mesaje electronice și înregistrează în registrele lor faptul primirii, controlului semnăturii electronice, certificării acesteia (formarea unei apostile) și trimiterii.

Desigur, înregistrarea legală a interacțiunii dintre participanții la schimbul transfrontalier de informații presupune încheierea unor acorduri adecvate. În acest caz, sunt necesare două tipuri de acorduri: fiecare dintre utilizatorii serviciilor de operator cu operatorul său, precum și fiecare operator cu operatorul său partener străin (în exemplul nostru, între Oa și Ob).

Cu toate acestea, acest lucru nu este suficient pentru interacțiunea cu informații juridice cu drepturi depline între participanții A și B, care pot reprezenta atât persoane fizice, cât și entități juridice, precum și autorități guvernamentale din diferite state. Sunt necesare acte internaționale inițiale pentru a reglementa procedura de implementare a schimbului transfrontalier de informații.

Cel mai larg spațiu de informare poate fi oferit printr-un act precum convenția internațională privind asigurarea interacțiunii transfrontaliere pe baza unui document electronic (mesaj) și a unei semnături electronice. Statele părți la o astfel de convenție, prin ratificarea acesteia, și-ar asuma responsabilitățile pentru crearea unei infrastructuri și a unui cadru juridic adecvat în structura legislației naționale. Pentru a trece de la convenție la acorduri specifice între operatorii statelor care interacționează, este necesar un alt document internațional - un acord standard pentru operatorii țărilor participante la convenție.

În cadrul convenției internaționale

Figura prezintă interacțiunea și legătura sistemică a actelor juridice care asigură furnizarea de servicii guvernamentale pentru recunoașterea legalității unei semnături electronice în interacțiunea informațională transfrontalieră între subiecții a două sau mai multe state. Numele lor convențional este operatorul de încredere (TPO).

Toate tipurile de documente juridice care asigură procesul de schimb transfrontalier de informații pe baza unei semnături electronice (semnătură digitală) trebuie să fie prevăzute de convenția propusă și însoțite de Regulamente privind serviciul relevant al fiecărei părți la convenție, care să definească funcțiile, operațiunilor, precum și disponibilitatea reglementărilor administrative și tehnice necesare din punct de vedere al legislației naționale.

În procesul acestei lucrări pregătitoare, vor trebui rezolvate o serie de probleme. În primul rând, comunitatea trebuie să dezvolte un consens asupra nivelului convenției și a procedurii de adoptare a acesteia. Se pare că este nevoie de un organism competent să adopte un act care să opereze în cel mai larg spațiu informațional. În al doilea rând, este important să se definească competențele operatorilor de încredere transfrontalieri, precum și responsabilitățile acestora. În al treilea rând, este important să se stabilească subiectul activităților de control ale operatorului - este doar o semnătură electronică sau este și conținutul documentului.

În plus, este necesar să se stabilească o regulă conform căreia operatorul nu poate pretinde proprietatea asupra registrelor pe care le ține și a documentelor pe care le vehiculează prin rețea, dar este responsabil de integritatea și siguranța acestora, precum și de confidențialitatea acestora. toate informațiile serviciului său.

Pentru fiecare țară participantă la convenția propusă, este important să se rezolve problema formei organizatorice a serviciilor operatorului de încredere, care ar putea interacționa prompt cu centrele sale de certificare care confirmă valabilitatea certificatului cheie de semnătură la momentul intrării documentului electronic. domeniul juridic al contrapartidei. Pentru Federația Rusă, un astfel de centru organizațional ar putea fi Centrul Federal de Informare al Federației Ruse - un organism de stat independent care oferă servicii conform scenariului descris mai sus. El este responsabil pentru acuratețea și actualitatea datelor furnizate celeilalte părți a mecanismului transfrontalier de monitorizare a eficacității documentului electronic primit pentru un anumit destinatar, în conformitate cu convenția părților participante, precum și în conformitate cu prevederile termenii acordului dintre două servicii naționale de încredere specifice.

Modelul propus ne va permite să legăm specificul legislației naționale a părților la convenție cu cerințele generale pentru asigurarea schimbului transfrontalier de documente și mesaje electronice.

Literatură:

Zharova A.K. Informație. Reglementarea legală a circulației informațiilor pe internet. M.: Janus-K, 2006. 207 p.

Directiva 2000/31/CE a Parlamentului European și a Consiliului din 8 iunie 2000 privind anumite aspecte juridice ale serviciilor societății informaționale, în special comerțul electronic, pe piața internă (Directiva privind comerțul electronic).

Directiva 1999/93/CE a Parlamentului European și a Consiliului din 13 decembrie 1999 privind un cadru comunitar pentru semnăturile electronice.

Vladimir Matyukhin - șeful Agenției Federale pentru Tehnologii Informaționale a Federației Ruse;
Illaria Bachilo - profesor, avocat onorat al Federației Ruse, șef. sectorul drept informațional al Institutului de Stat și Drept al Academiei Ruse de Științe;
Stanislav Semiletov - cercetător principal la Institutul de Stat și Drept al Academiei Ruse de Științe

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Utilizați formularul de mai jos

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

Postat pe http://www.allbest.ru/

interfața de bază a operatorului magazinului

Introducere

1. Analiza domeniului

1.1 Descrierea magazinului pentru furnizarea de servicii de operator de telefonie mobilă

1.2 Mijloace tehnice

1.3.1 Descrierea proceselor de afaceri

1.3.2 Analiza datelor

1.3.3 Studiul fluxurilor de informații

1.4 Revizuirea analogilor existenți

1.4.1 AIS „Operatori mobili”

1.4.2 AIS „Serviciul MTS 1.15.45”

1.4.3 AIS „ETK: Cont personal 1.3”

Concluzie capitol

2. Revizuirea instrumentelor de dezvoltare

2.1 Selectarea unui SGBD

2.1.1 Baza de date Oracle

2.1.2 SGBD MS SQL Server-2008

2.1.3 DBMS Firebird 2.1

2.2 Selectarea unui mediu de dezvoltare a bazei de date

2.2.1 IBExpert 2009

2.2.2 Microsoft Access

2.3 Selectarea unui mediu de dezvoltare software

2.3.1 Delphi 2010

2.3.2 Eclipsa

2.3.3 Microsoft Visual Studio

Concluzie capitol

3.2 Normalizarea tabelului

3.3 Proiectarea constrângerilor de integritate

3.5 Eliberarea drepturilor de acces

Concluzie capitol

4. Proiectarea aplicației client „Operator”.

4.1 Descrierea modulelor programului

4.2 Pachetul de livrare și cerințele de sistem

4.3 Descrierea interfeței cu utilizatorul

4.3.1 Autorizare

4.3.2 Fereastra principală a programului

4.3.3 Meniul principal

4.3.4 „Raportare”

Concluzie capitol

5. Asigurarea sigurantei vietii muncii in showroom-ul unui operator celular

5.1 Organizarea unei stații de lucru automatizate pentru angajații magazinului

5.2 Factori de producție periculoși și nocivi care însoțesc activitățile utilizatorilor de PC într-un magazin

5.3 Modalități de protejare a personalului magazinului de pericolele profesionale

5.4 Calcul tehnic auto al iluminatului într-un showroom-magazin care oferă servicii unui operator de telefonie mobilă

Concluzie capitol

Concluzie

Lista surselor utilizate

Introducere

Este dificil să ne imaginăm lumea modernă a tehnologiei informației fără utilizarea bazelor de date.

Aproape toate sistemele sunt, într-o măsură sau alta, asociate cu funcțiile de stocare și procesare pe termen lung a informațiilor.

De fapt, informația devine un factor care determină eficacitatea oricărui domeniu de activitate.

Fluxurile de informații au crescut și cerințele pentru viteza de procesare a datelor au crescut, iar acum majoritatea operațiunilor nu pot fi efectuate manual, ele necesită utilizarea celor mai promițătoare tehnologii informatice.

Orice decizie administrativă necesită o evaluare clară și precisă a situației actuale și a posibilelor perspective de schimbare a acesteia.

Bazele de date reflectă o anumită parte a lumii reale. Aceste informații ar trebui, dacă este posibil, să fie înregistrate în baza de date o singură dată, iar toți utilizatorii care au nevoie de aceste informații ar trebui să poată lucra cu ele.

Scopul acestei lucrări finale de calificare este dezvoltarea unui sistem informatic automatizat pentru gestionarea serviciilor unui operator de telefonie.

Automatizarea magazinului pentru furnizarea de servicii de operator de telefonie va permite angajaților să scape de multe procese de rutină, ceea ce va asigura cel mai rapid, complet și de înaltă calitate serviciu pentru abonați.

Scopuri principale:

- Efectuarea unei analize a activitatilor magazinului in furnizarea de servicii de operator de telefonie.

- Dezvoltarea unei baze de date cu informatii.

- Dezvoltarea programelor.

- Efectuarea unei analize pentru a asigura siguranța vieții unui magazin care oferă servicii unui operator de telefonie mobilă.

1. Analiza domeniului

1.1 Descrierea magazinului pentru furnizarea de servicii de operator de telefonie mobilă

Activitatea principală a magazinului este furnizarea de servicii de comunicații mobile

Aceasta este o entitate juridică care are o marcă înregistrată, un nume de marcă, conturi curente și alte conturi în ruble în instituțiile bancare.

Magazinul de salon include administrație, contabilitate, departament de personal și departament de management. Conducerea generală a întreprinderii este efectuată de directorul general. În subordinea acestuia se află directorul adjunct pentru Economie și Finanțe. Conducerea directă se exercită de către directorul general.

Principalele divizii care susțin activitățile magazinului sunt:

1. contabilitate - calculul si emiterea salariilor, raportare fiscala;

2. departament management - înregistrarea clienților și conexiunilor, raportare;

1.2 Mijloace tehnice

Magazinele care furnizează servicii de telefonie utilizează tehnologii informaționale care automatizează activitățile administrative și comerciale. Saloanele au o bază materială modernă, inclusiv echipamente informatice și periferice, precum și o rețea locală de calculatoare (LAN), care permite stocarea și procesarea centralizată a informațiilor. Rețeaua acoperă toate departamentele.

Întreprinderea folosește următorul software și hardware.

Software:

Ш Windows 7 este un sistem de operare al familiei Windows NT a Microsoft Corporation.

Ш Windows Server 2008 este un sistem de operare din familia Windows NT de la Microsoft, care este proiectat să funcționeze pe servere.

Ш 1С: Întreprinderea 8.3.

Ш Kaspersky Anti-Virus 2012 - programul oferă protecție antivirus, protecție împotriva spam-ului și atacurilor hackerilor.

Hardware:

Departamentele întreprinderii au calculatoare cu următoarea configurație:

Ш Procesor INTEL Core i3 3240 LGA 1155 OEM

Ш Modul de memorie HYNIX DDR3- 2GB 1333 DIMM OEM

Ш Hard disk WD Caviar Blue WD5000AAKX 500GB HDD SATA III

Toate computerele sunt conectate într-o singură rețea locală și au acces la Internet.

Sisteme informatice și sisteme software de aplicație:

Ш 1С: Contabilitate 8.3 - un sistem informatic automatizat creat pentru automatizarea contabilității și contabilității fiscale, inclusiv pregătirea raportării obligatorii (reglementate).

Ш 1С: Enterprise 8.3 - este un set de module software concepute pentru dezvoltarea și utilizarea de soluții (configurații) de contabilitate și automatizare a activităților de afaceri ale întreprinderilor, precum și configurații sau un set de configurații.

Ш MS OFICCE 2010 - un set de programe pentru pregătirea documentației.

1.3 Descrierea contabilității pentru vânzările de bunuri și servicii ale unui operator de telefonie mobilă

Departamentul de management îndeplinește următoarele funcții:

- conexiune client

- organizarea acceptarii unei comenzi de conectare a serviciilor unui operator celular de la un client;

- acceptarea platilor de la clienti;

- monitorizarea stării conexiunilor;

- întocmirea unui raport privind conexiunile și plățile;

Director de salon - asigură conducerea dezvoltării și funcționării, efectuează audituri interne, analizează rezultatele acestora și monitorizează implementarea măsurilor corective.

Manager de vânzări - implementează conectarea serviciilor.

1.3.1 Descrierea afacerii - proceselor

Pentru a implementa serviciile unui operator de telefonie mobilă, sunt necesare următoarele procese de afaceri:

1. Conectarea unui nou abonat - mai întâi este înregistrat un nou abonat, apoi datele acestuia sunt introduse în baza de date, clientul selectează un plan tarifar, apoi se încheie un acord pentru o nouă conexiune, plata este acceptată și clientul primește o plată chitanta;

2. Conectarea serviciului selectat - după selectarea serviciului, se întocmește un acord, se acceptă plata și se emite chitanța de plată

3. Înregistrarea plății - după depunerea fondurilor în contul personal al abonatului, se emite o chitanță de plată;

4. Generarea documentelor de raportare:

Ш Generarea raportului „Lista de prețuri” - generarea de informații privind prețurile la tarifele și serviciile curente;

Ш Generarea raportului „Analiza vânzărilor” - generarea unei liste de clienți debitori a căror valoare datorie depășește suma specificată;

Ш Generarea raportului „Starea plăților” - generarea de informații despre plăți pentru fiecare client.

Regulile de afaceri sunt un set de condiții care guvernează un eveniment de afaceri, astfel încât să aibă loc așa cum se dorește pentru afacere sau client.

Să luăm în considerare regulile de afaceri care sunt necesare pentru implementarea serviciilor:

1. La comandarea unui serviciu trebuie achitată plata stabilită de magazin.

2. Încheierea unui acord de conectare a unui nou client are loc după plata integrală a costului tarifului selectat și după ce clientul furnizează un document de identificare.

3. Înainte de a depune fonduri în contul abonatului, este necesar ca plata să fie efectuată și abonatul să fie înregistrat în baza de date a magazinului.

1.3.2 Analiza datelor

Este necesar să se determine datele care vor fi utilizate în baza de date proiectată. Aceste informații pot fi împărțite în următoarele tipuri:

- informatii despre contract;

- informatii despre abonati;

- informatii despre tarife si servicii;

- informatii despre plati;

- informatii despre vanzari.

Informațiile despre contract includ: codul de abonat, numărul de cont personal de abonat, numărul de acord, numărul de abonat, denumirea tarifului sau serviciului, costul tarifului sau al serviciului, data încheierii și valoarea plății.

Informațiile despre abonați includ: numele complet al abonatului, detaliile pașaportului, adresa și data nașterii.

Informațiile despre tarife și servicii includ: denumirea tarifului sau serviciului, costul.

Informațiile de plată includ: numele complet al cumpărătorului, numărul abonatului, suma plății, data plății.

Informațiile despre vânzare includ: informații despre tarif sau serviciu individual, numele complet al cumpărătorului, detaliile pașaportului cumpărătorului, prețul tarifului sau serviciului, data vânzării.

1.3.3 Cercetarea fluxurilor de informații

Lucrați cu sistemul Vor fi doar angajați din magazin și anume:

Consultanți de vânzări care vor înregistra noi conexiuni, vor schimba sau adăuga datele abonaților, precum și vor depune fonduri în conturile abonaților

Un manager care va face diverse feluri de modificări legate de catalogul de servicii și tarife.

Administratorul, la rândul său, va vizualiza lista debitorilor și va genera rapoarte.

Următoarele informații vor servi ca informații de intrare:

Despre clienți se vor introduce următoarele informații: numele complet, seria și numărul pașaportului, cine l-a eliberat și când, data nașterii, adresa.

Despre tarife: denumirea tarifului, costul apelurilor primite și efectuate, SMS și trafic pe Internet.

Despre servicii: numele, costul, descrierea serviciului și note.

Următoarele rapoarte vor fi generate de programul client ca informații de ieșire:

- Raport „Lista de prețuri” - acest raport va afișa o listă de prețuri pentru tarifele și serviciile curente;

- Raport „Analiza vânzărilor” - acest raport va afișa o listă de servicii și conexiuni vândute pentru anul;

Raport „Starea plății” - acest raport afișează o listă a abonaților în al căror cont au fost depuse fonduri de către operator în ultimele 2 zile.

1.4 Revizuirea analogilor existenți

Astăzi, există suficiente sisteme automatizate create pentru operatorii de telefonie mobilă, dar în majoritatea cazurilor acestea sunt concepute pentru un anumit operator, au capacități limitate sau fac parte dintr-un set mare de programe.

1.4.1 AIS „Operatori de telefonie mobilă”

Descriere: Programul „Operatori de telefonie mobilă” vă permite să obțineți informații prin numărul de telefon:

Operator mobil

Data înregistrării (companie)

Site-ul oficial al Operatorului

Pagina pentru trimiterea gratuită de SMS-uri

Datorită unor astfel de informații, abonatul va ști întotdeauna cine l-a sunat sau a scris un SMS de unde.

Înainte de a apela un telefon mobil, recomandăm abonatului să folosească acest program pentru a afla cărei regiune și operator de telefonie mobilă îi aparține numărul specificat.

În caz contrar, se poate întâmpla ca un apel către o altă regiune să coste prea mult abonatul.

În plus, acest AIS vă permite să trimiteți rapid și ușor SMS-uri gratuite către orice număr.

Programul nu necesită instalare și poate fi lansat direct de pe o unitate USB sau CD.

Programul este gratuit, nu este necesară înregistrarea. Aspectul AIS „Operatori mobili” este prezentat în Figura 1.

Fig.1. „Aspectul operatorilor AIS Mobile”

1.4.2 AIS " Serviciul MTS 1.15.45 "

Descriere: Aceasta este o aplicație dezvoltată pentru iOS, cu ajutorul căreia un abonat poate afla rapid despre starea contului său de mobil, poate conecta și deconecta servicii, își poate schimba planul tarifar și multe altele.

Meniul principal și căutarea sunt prezentate în Figura 2.

Orez. 2. „Meniul principal AIS MTS Service”

1.4.3 AIS " ETC: Cont personal 1.3 "

Descriere: Programul oferă un instrument convenabil pentru gestionarea contului personal al unui abonat al operatorului celular CJSC „ETK” (Yeniseitelecom). Programul este format din trei module: cont personal, serviciu SMS, ajutor.

- Contul dvs. personal vă permite să gestionați atât contul personal, cât și al altora (propriile conturi, corporative etc.). Funcționează numai atunci când este conectat la Internet (Wi-Fi, GPRS, 3G). Sunt disponibile următoarele operațiuni:

Modificarea listei de servicii;

Refacerea echilibrului;

Blocați/deblocați un număr etc.

Serviciul SMS vă permite să gestionați contul personal doar al cartelei SIM active. Nu este necesară conexiune la internet. Sunt disponibile operațiuni precum gestionarea listei de servicii și completarea soldului.

Ajutorul este un ghid de referință rapid pentru abonat încorporat în program. Nu este necesară conexiune la internet.

Fereastra principală a programului este prezentată în Figura 3.

Fig.3. „Fereastra principală a AIS ETC: Contul personal 1.3”

1.5 Justificarea dezvoltării sistemului informatic automatizat „Operator”

Următoarele dezavantaje au fost identificate în analogii existenți:

Nu există mecanisme flexibile pentru restricționarea accesului la date

Lipsa de funcționalitate

Fără acces multi-utilizator

Preț mare

Tehnologii noi adecvate

O soluție modernă la problemele de mai sus este dezvoltarea „Operatorului” AIS, deoarece:

Interfață flexibilă

Posibilitatea creării unei baze de informații distribuite

Preț mic pentru produsul final

Relevanță - capacitatea de a reflecta rapid schimbările.

Completitudinea informațiilor, adică furnizarea celor mai complete informații despre comenzi, plăți și mașini.

Comoditate - interfață clară.

Consecvența și fiabilitatea datelor.

Concluzie capitol

Crearea acestui sistem informatic automatizat ne va permite să luăm în considerare toate caracteristicile pentru implementarea serviciilor unui operator celular.

Efectul așteptat de la implementare:

Ш Relevanță - capacitatea de a reflecta rapid schimbările.

Ш Completitudinea informațiilor, adică furnizarea celor mai complete informații despre devizul elaborat.

Ш Comoditate - interfață clară.

Ш Consecvența și fiabilitatea datelor.

Ш Consolidarea informațiilor la întreprindere.

2. Revizuirea instrumentelor de dezvoltare

2 .1 Selectarea unui SGBD

Sistem de management al bazelor de date (DBMS)? un set de software conceput pentru crearea, întreținerea și utilizarea unei baze de date.

Pe baza capacităților, există două grupuri de SGBD:

1. SGBD cu funcții complete? cel mai puternic, multi-utilizator, cu sisteme de protecție, copiere și recuperare a datelor (Oracle, Microsoft SQL Server, Informix, DB/2), dar SGBD mai complex.

2. SGBD personal? cu capabilități limitate, dar mai ușor de utilizat (Access, Visual FoxPro, Paradox, Clipper, dBase, Clarion, DataEase, DataFlex, R: BASE).

2 .1.1 Baza de date Oracle

Oracle este unul dintre cele mai puternice SGBD-uri moderne concepute pentru implementarea bazelor de date la nivel de corporatie, care impune solicitari severe serverului.Poate rula pe majoritatea sistemelor de operare: Windows-NT, -2000, Linux, UNIX, AIX, Nowell Netware. Și aceasta, la rândul său, vă permite să alegeți cea mai convenabilă platformă de server pentru sarcinile corporative. De exemplu, dacă o organizație preferă să folosească sisteme de operare non-Windows, atunci își poate permite cu ușurință. Unele organizații se pot concentra pe soluții bazate pe sisteme UNIX, care sunt renumite pentru fiabilitatea și stabilitatea lor ca platformă de server, continuând în același timp să utilizeze Windows familiarizat utilizatorilor de pe computerele client.

Principalele avantaje ale Oracle includ suport pentru baze de date foarte mari (până la 64 GB), instrumente puternice de dezvoltare și administrare, suport pentru medii multiprocesare și în două limbi, precum și integrarea cu Web-ul. În același timp, programul impune cerințe hardware serioase și un preț ridicat.

2 .1 .2 SGBD MS SQL Server-2008

MS SQL Server-2008 a devenit larg răspândit atât în ​​țara noastră, cât și în străinătate, deoarece oferă o gamă largă de servicii de administrare și este ușor scalabil. Acest lucru îi permite să fie utilizat în sistemele informatice pentru întreprinderile mijlocii și sistemele informatice mari (CIS).

Platforma MS SQL Server se bazează pe mediul Windows.

Principalul avantaj al programului este integrarea sa strânsă cu produsele software Microsoft și capacitatea de a exporta/import date în cele mai comune formate de date, ceea ce vă permite să utilizați MS SQL Server ca stocare centrală a datelor.

Server 2008 Express este o ediție gratuită a SQL Server. Este ideal pentru instruirea bazelor de date, pentru construirea de aplicații server mici și pentru distribuirea de către furnizori independenți de software. Această versiune include o serie de caracteristici puternice, inclusiv SQL Server 2008 Reporting Services, o platformă bazată pe server pentru crearea și trimiterea de rapoarte clasice și interactive și SQL Server 2008 Management Studio Express, un mediu grafic care simplifică gestionarea bazelor de date.

Putere

Abilitatea de a dezvolta aplicații de înaltă performanță care se bazează pe securitatea, fiabilitatea și scalabilitatea motorului SQL Server.

Performanţă

Integrarea strânsă a SQL Server Express cu designerii Visual Studio și SQL Server Management Studio vă ajută să dezvoltați aplicații mai rapid.

Flexibilitate

Creați aplicații ușor cuplate care pot rula offline și se pot sincroniza automat cu o bază de date centrală.

Aplicații cheie:

Baze de date entry-level, baze de date educaționale

Crearea de aplicații desktop puternice

Drepturi de distribuție gratuite pentru dezvoltatorii de software independenți.

2 .1.3 DBMS Firebird 2.1

Firebird (FirebirdSQL) este un sistem de gestionare a bazelor de date (DBMS) compact, multiplatform și gratuit, care rulează pe Linux, Microsoft Windows și o varietate de platforme Unix.

Avantajele Firebird includ o arhitectură cu versiuni multiple (prelucrarea paralelă a interogărilor operaționale și analitice: utilizatorii de citire nu blochează scriitorii), compactitatea (distribuție de 5Mb), eficiență ridicată și suport de limbaj puternic pentru procedurile stocate și declanșatoare.

Firebird a fost utilizat într-o varietate de sisteme industriale (depozit și utilități, sectoare financiare și guvernamentale) din 2001. Este un proiect independent din punct de vedere comercial al programatorilor C și C++, consilierilor tehnici și dezvoltatorilor de sisteme de gestionare a bazelor de date multiplatforme, bazat pe cod sursă lansat de Borland Corporation la 25 iulie 2000 ca versiune gratuită a Interbase 6.0.

Firebird acceptă pe deplin SQL-92 Entry Level 1 și implementează majoritatea standardului SQL-99 cu câteva completări foarte utile. Acestea includ expresii DML/DDL, sintaxa FULL/LEFT/RIGHT JOIN, UNION, expresii DISTINCT, subinterogări (IN, EXISTS), funcții încorporate (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), constrângeri de integritate (CHEIE PRIMARĂ, UNIQUE, CHEIE străină) și toate tipurile de date SQL comune.

Firebird acceptă o varietate de metode de acces, inclusiv: seturi de componente native pentru C/C++, Delphi, clase pentru ADO, ODBC, JDBC (Jaybird), drivere pentru Python, PHP, driver OLE DB, dbExpress, furnizor de date .NET și acces direct folosind biblioteca client de server (fbclient.dll sau GDS32.dll)

Firebird acceptă baze de date mari. Bazele de date pot fi localizate în mai multe fișiere, a căror limită de dimensiune depinde de sistemul de operare. Limita teoretică este în prezent de 64 TB pentru un singur fișier de bază de date, astfel încât principalele limitări sunt impuse de sistemul de fișiere și spațiul pe hard disk.

Firebird este un server de baze de date. Un singur server Firebird poate gestiona câteva sute de baze de date independente, fiecare cu mai multe conexiuni de utilizatori. Este complet liberă de drepturi de autor chiar și pentru uz comercial.

2 .2 Selectarea unui mediu de dezvoltare a bazei de date

2 .2.1 IBExpert 2009

IBExpert este un shell GUI conceput pentru dezvoltarea și administrarea bazelor de date InterBase și Firebird, precum și pentru selectarea și modificarea datelor stocate în bazele de date.

Dezvoltatorii subliniază principalele avantaje ale IBExpert:

Ш suport pentru versiunile InterBase 4.x, 5.x, 6.x, 7.x; Firebird 1.x, 2.x, 3.x; Yaffil 1.x;

Ш completarea automată a codului SQL (nume de tabele, câmpuri etc.)

Ш căutare în metadate;

Ш rapoarte de metadate;

IBExpert are multe componente care vă fac munca mai ușoară: un editor vizual pentru toate obiectele bazei de date, un editor SQL și un executor de scripturi, un depanator pentru proceduri stocate și declanșatoare, un generator de scope, un instrument pentru importarea datelor din diverse surse, propriul limbaj de scripting , și un designer de baze de date.

2 .2.2 Microsoft Access

Microsoft Access este un SGBD relațional de la Microsoft Corporation. Are o gamă largă de funcții, inclusiv interogări legate, comunicare cu tabele și baze de date externe. Datorită limbajului VBA încorporat, puteți scrie aplicații care funcționează cu baze de date în Access însuși.

Ш Componentele principale ale MS Access:

Ш constructor de mese;

Ш generator de forme de ecran;

Ш Generator de interogări SQL (limbajul SQL din MS Access nu respectă standardul ANSI);

Ш este un generator de rapoarte pentru tipărire.

Ei pot apela scripturi în VBA, astfel încât MS Access vă permite să dezvoltați aplicații și baze de date practic de la zero sau să scrieți un wrapper pentru o bază de date externă.

Motorul de bază de date Microsoft Jet, care este folosit ca motor de bază de date MS Access, este un SGBD cu server de fișiere și, prin urmare, este aplicabil numai aplicațiilor care lucrează cu cantități mici de date și cu un număr mic de utilizatori care lucrează simultan cu aceste date. Accesului în sine îi lipsesc o serie de mecanisme necesare în bazele de date cu mai mulți utilizatori, cum ar fi declanșatoarele.

Mijloacele de interacțiune încorporate între MS Access și SGBD-urile externe folosind interfața ODBC înlătură limitările inerente motorului de bază de date Microsoft Jet. Instrumentele MS Access care vă permit să implementați o astfel de interacțiune se numesc „tabele legate” (o conexiune cu un tabel DBMS) și „interogări către server” (o interogare într-un dialect SQL pe care DBMS-ul „înțelege”).

Pentru a construi aplicații client-server cu drepturi depline bazate pe MS Access, Microsoft Corporation recomandă utilizarea MS SQL Server DBMS ca motor de bază de date. În același timp, este posibil să combinați instrumentele de gestionare a bazelor de date și instrumentele de dezvoltare cu simplitatea inerentă a MS Access.

Există, de asemenea, implementări cunoscute ale aplicațiilor client-server bazate pe Access 2003 cu alte SGBD, în special MySQL

2 .3 Selectarea unui mediu de dezvoltare software

2 .3.1 Delphi 2010

Delphi este un mediu de dezvoltare software integrat pentru Microsoft Windows, Mac OS, iOS și Android în limbajul Delphi (numit anterior Object Pascal), creat inițial de Borland și deținut și dezvoltat în prezent de Embarcadero Technologies. Embarcadero Delphi face parte din suita Embarcadero RAD Studio și vine în patru ediții: Starter, Professional, Enterprise și Architect.

Mediul este conceput pentru dezvoltarea rapidă (RAD) a aplicațiilor software pentru sistemele de operare Windows, Mac OS X, precum și IOS și Android. Datorită combinației unice de simplitate a limbajului și generarea de cod de mașină, vă permite să interacționați direct și, dacă doriți, la un nivel destul de scăzut cu sistemul de operare, precum și cu bibliotecile scrise în C/C++. Programele create nu depind de software terță parte, cum ar fi Microsoft .NET Framework sau Java Virtual Machine. Alocarea și eliberarea memoriei este controlată în principal de codul utilizatorului, care, pe de o parte, înăsprește cerințele pentru calitatea codului și, pe de altă parte, face posibilă crearea de aplicații complexe cu cerințe ridicate de receptivitate (lucru în timp real). ). Compilatoarele încrucișate pentru platformele mobile oferă contorizarea automată a referințelor la obiecte, facilitând gestionarea duratei de viață a acestora.

2 . 3 .2 Eclipsa

Eclipse este un mediu de dezvoltare integrat gratuit pentru aplicații modulare multiplatforme. Dezvoltat și susținut de Fundația Eclipse.

Cele mai cunoscute aplicații bazate pe platforma Eclipse sunt diversele „IDE-uri Eclipse” pentru dezvoltarea de software într-o varietate de limbi (de exemplu, cel mai popular „IDE Java”, care a fost acceptat inițial, nu se bazează pe niciun extensii proprietare, folosește un API standard deschis pentru a accesa platforma Eclipse)

Eclipse a fost dezvoltat inițial de IBM ca un succesor al mediului de dezvoltare IBM VisualAge, ca standard IDE corporativ pentru dezvoltare în diferite limbi pentru platformele IBM. Potrivit IBM, proiectarea și dezvoltarea au costat 40 de milioane de dolari. Codul sursă a fost complet deschis și pus la dispoziție după ce Eclipse a fost lansat unei comunități independente de IBM pentru dezvoltare ulterioară.

Eclipse 3.0 (2003) a adoptat specificațiile platformei de servicii OSGi ca arhitectură de rulare. Începând cu versiunea 3.0, Eclipse a încetat să mai fie un IDE monolitic care acceptă extensii și a devenit în sine o colecție de extensii. Se bazează pe framework-ul OSGi și SWT/JFace, pe baza căruia este dezvoltat următorul strat - RCP (Rich Client Platform, o platformă pentru dezvoltarea aplicațiilor client cu drepturi depline). RCP servește ca bază nu numai pentru Eclipse, ci și pentru alte aplicații RCP, cum ar fi Azureus și File Arranger. Următorul strat este Eclipse în sine, care este un set de extensii RCP - editori, panouri, perspective, modulul CVS și modulul Java Development Tools (JDT).

Din 2006, Fundația Eclipse a coordonat o lansare simultană anuală, care are loc în iunie. Fiecare lansare include platforma Eclipse, precum și o serie de alte proiecte Eclipse.

Eclipse servește în primul rând ca platformă pentru dezvoltarea extensiilor, motiv pentru care a câștigat popularitate: orice dezvoltator poate extinde Eclipse cu propriile module. Există deja Instrumente de dezvoltare Java (JDT), Instrumente de dezvoltare C/C++ (CDT), dezvoltate de inginerii QNX împreună cu IBM, și instrumente pentru limbaje Ada (GNATbench, Hibachi), COBOL, FORTRAN, PHP etc. din diverse dezvoltatori. Multe extensii completează mediul Eclipse cu manageri pentru lucrul cu baze de date, servere de aplicații etc.

Eclipse JDT (Java Development Tools) este cel mai cunoscut modul care vizează dezvoltarea de grup: mediul este integrat cu sisteme de control al versiunilor - CVS, GIT în pachetul principal, există plugin-uri pentru alte sisteme (de exemplu, Subversion, MS SourceSafe). De asemenea, oferă suport pentru comunicarea între IDE și sistemul de management al sarcinilor (eroare). Pachetul principal include suport pentru Bugzilla bug tracker și există, de asemenea, multe extensii pentru a suporta alte instrumente de urmărire (Trac, Jira etc.). Deoarece este gratuit și de înaltă calitate, Eclipse este standardul corporativ pentru dezvoltarea de aplicații în multe organizații.

Eclipse este scris în Java, prin urmare este un produs independent de platformă, cu excepția bibliotecii SWT, care este dezvoltată pentru toate platformele comune (vezi mai jos). Biblioteca SWT este utilizată în locul bibliotecii standard Java Swing. Se bazează în întregime pe platforma de bază (sistemul de operare), care oferă o interfață de utilizator rapidă și naturală, dar uneori provoacă probleme de compatibilitate și stabilitate a aplicației pe platforme.

Baza Eclipse este platforma rich client (RCP). Se compune din următoarele componente:

Ш OSGi (mediu standard de livrare a pachetelor);

Ш SWT (kit de instrumente pentru widget-uri portabile);

Ш JFace (buffere de fișiere, lucru cu text, editori de text);

Ш Mediul de lucru Eclipse (panouri, editori, proiecții, vrăjitori).

GUI-ul din Eclipse este scris folosind setul de instrumente SWT. Acesta din urmă, spre deosebire de Swing (care emulează independent controalele grafice), utilizează componentele grafice ale acestui sistem de operare. Interfața de utilizator Eclipse depinde, de asemenea, de un middleware GUI numit JFace, care facilitează construirea unei interfețe de utilizator bazate pe SWT.

Flexibilitatea lui Eclipse este asigurată de plug-in-uri, ceea ce face posibilă dezvoltarea nu numai în Java, ci și în alte limbaje, precum C/C++, Perl, Groovy, Ruby, Python, PHP, Erlang, Component Pascal, Zonnon și altele. .

2 .3.3 Microsoft Visual Studio

Microsoft Visual Studio este o linie de produse Microsoft care include un mediu de dezvoltare software integrat și o serie de alte instrumente. Aceste produse vă permit să dezvoltați atât aplicații de consolă, cât și aplicații cu interfață grafică, inclusiv cele cu suport pentru tehnologia Windows Forms, precum și site-uri web, aplicații web, servicii web atât în ​​cod nativ, cât și administrat pentru toate platformele, suportate de Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework și Microsoft Silverlight.

Visual Studio include un editor de cod sursă cu suport pentru tehnologia IntelliSense și capacitatea de a refactoriza cu ușurință codul. Depanatorul încorporat poate funcționa ca depanator la nivel de sursă sau ca depanator la nivel de mașină. Alte instrumente încorporate includ un editor de formulare pentru a facilita crearea interfeței grafice a unei aplicații, un editor web, un designer de clasă și un designer de schemă de baze de date. Visual Studio vă permite să creați și să conectați suplimente terțe (plugin-uri) pentru a extinde funcționalitatea la aproape orice nivel, inclusiv adăugarea de suport pentru sistemele de control al versiunilor codului sursă (cum ar fi Subversion și Visual SourceSafe), adăugarea de noi seturi de instrumente (de exemplu, pentru editarea și proiectarea vizuală a codului în limbaje de programare specifice domeniului sau instrumente pentru alte aspecte ale procesului de dezvoltare software (de exemplu, clientul Team Explorer pentru lucrul cu Team Foundation Server).

Concluzie capitol

Dintre numărul mare de SGBD-uri existente, a fost ales Firebird 2.1. întrucât unul dintre avantajele sale este suportul pentru mai multe metode de acces, inclusiv: seturi proprii de componente pentru

C/C++ și Delphi. Firebird acceptă și baze de date mari care pot fi localizate în mai multe fișiere. Un alt avantaj al Firebird este arhitectura sa cu mai multe versiuni, care oferă procesarea paralelă a interogărilor operaționale și analitice (acest lucru este posibil deoarece utilizatorii de citire nu blochează scriitorii), compactitatea (distribuție de 5Mb), eficiență ridicată și suport de limbaj puternic pentru procedurile stocate și declanșatoare. .

Shell-ul IBExpert 2009 a fost ales ca mediu de dezvoltare a bazei de date deoarece are o serie de avantaje, cum ar fi:

Ш suport pentru versiunile InterBase 4.x, 5.x, 6.x, 7.x; Firebird 1.x, 2.x; Yaffil 1.x;

Ш lucrează simultan cu mai multe baze de date;

Ш editori separati pentru toate obiectele bazei de date cu evidențiere de sintaxă;

Ш editor SQL puternic cu istoric de interogări și capacitatea de a rula interogări în fundal;

Ш depanare de proceduri stocate și declanșatoare;

Ш căutare în metadate;

Ш extragerea totală și parțială a datelor și metadatelor;

Ш analizor de dependență a obiectelor bazei de date;

Ш rapoarte de metadate;

Ш manageri de utilizatori și privilegii de utilizator;

Ш exportați datele în diferite formate.

IBExpert are multe componente care vă fac munca mai ușoară: un editor vizual pentru toate obiectele bazei de date, un editor SQL și un executor de scripturi, un depanator pentru proceduri stocate și declanșatoare, un generator de scope, propriul limbaj de scripting și un proiectant de baze de date etc.

Delphi 2010 a fost folosit ca mediu de dezvoltare software deoarece are următoarele avantaje:

Ш Viteza dezvoltării aplicației.

Ш Performanță ridicată a aplicației dezvoltate.

Ш Cerințe scăzute ale aplicației dezvoltate pentru resurse informatice.

Ш Extensibilitate prin integrarea de noi componente și instrumente în mediul Delphi.

Ш Posibilitatea de a dezvolta noi componente și instrumente folosind instrumentele proprii Delphi (componentele și instrumentele existente sunt disponibile în codul sursă)

Ш Dezvoltarea cu succes a ierarhiei obiectelor

Ш De facto, un număr mare de componente vizuale de la companii terțe sunt deja disponibile, unele dintre ele gratuite, altele shareware, altele comerciale.

3. Proiectarea bazei de date relaționale

Această bază de date este concepută pe baza unui model de urmat.

Controlul accesului bazat pe roluri este o dezvoltare a unei politici de control selectiv al accesului, în care drepturile de acces ale subiecților sistemului la obiecte sunt grupate ținând cont de specificul aplicării acestora, formând roluri.

Controlul accesului bazat pe roluri vă permite să implementați reguli flexibile de control al accesului care se modifică dinamic în timpul funcționării unui sistem informatic.

Această abordare este utilizată în sistemele de securitate DBMS, iar elementele individuale sunt implementate în sistemele de operare în rețea. Abordarea bazată pe roluri este adesea folosită în sistemele pentru care utilizatorii au o gamă clar definită de sarcini și responsabilități, ca într-o bază de date dată.

În ciuda faptului că un rol este un set de drepturi de acces la obiectele unui sistem informatic, controlul accesului bazat pe roluri nu este în niciun caz un caz special de control selectiv al accesului, deoarece regulile sale determină procedura de acordare a accesului subiecților unui computer. sistem în funcție de rolurile pe care le au (sau nu le au) în fiecare moment, ceea ce este tipic pentru sistemele de control al accesului obligatorii. Pe de altă parte, regulile pentru controlul accesului bazat pe roluri sunt mai flexibile decât în ​​cazul abordării obligatorii a controlului.

Deoarece privilegiile nu sunt atribuite utilizatorilor în mod direct și sunt dobândite numai prin rolul (sau rolurile) acestora, gestionarea drepturilor individuale de utilizator se reduce în esență la alocarea de roluri acestora. Acest lucru simplifică operațiuni precum adăugarea unui utilizator sau schimbarea unui departament de către un utilizator.

3.1 Dezvoltarea structurii tabelului

Structura bazei de date pentru „Operatorul” AIS este prezentată în Figura 4.

Baza de date este formată din 6 entități precum:

Ш Abonenti - Această entitate stochează informații despre abonați și include următoarele atribute: codul de abonat, numele de familie, prenumele, patronimicul, data nașterii, datele pașaportului, adresa de rezidență.

Ш Uslugi - această entitate include următoarele atribute: cod serviciu, descriere, notă, cost.

Ш Tarifi - această entitate include următoarele atribute: numele tarifului, costul apelurilor primite în rețea, costul apelurilor efectuate în rețea, costul apelurilor primite de la alt operator, costul apelurilor efectuate către alt operator, costul apelurilor primite de la un telefon fix, costul apelurilor efectuate către un telefon fix costul SMS-urilor și costul traficului pe Internet.

Ш Abonentskie_uslugi - această entitate include următoarele atribute: codul serviciului, numărul contractului, data conexiunii, data expirării acestui serviciu.

Ш Licevoi_schet - această entitate include următoarele atribute: id, numărul de cont personal, data, ora, suma, numărul contractului

Ш Zakluchenie_dogovora - această entitate include următoarele atribute: codul de abonat, numărul contractului, data încheierii, numărul abonatului, tariful, numărul de cont personal.

3.2 Normalizarea tabelului

Normalizarea este procesul de verificare a structurii tabelelor pentru anomalii, dacă există, atunci tabelele sunt împărțite în tabele mai mici. Structura de normalizare este prezentată în Figura 5.

Anomaliile sunt situații în care se lucrează cu o bază de date care pot duce la interpretarea ambiguă a datelor sau la date inconsecvente. Anomaliile apar în tabelele care conțin date redundante

Orez. 5. „Structură de normalizare a tabelului”

În etapa inițială a proiectării bazei de date, se construiește prima formă normală (1NF): Un tabel este în 1NF dacă există o valoare atomică la intersecția fiecărui rând și coloană.

O relație este în 2NF dacă și numai dacă relația este în 1NF și nu, nu există atribute cheie care depind de partea cheie complexă. Pentru a elimina dependența atributelor de o parte a unei chei complexe, este necesar să descompunem relația în mai multe relații. În acest caz, acele atribute care depind de o parte a cheii complexe sunt plasate într-o relație separată.

O relație este în 3NF dacă și numai dacă relația este în 2NF și toate atributele non-cheie sunt reciproc independente.

Se spune că atributele sunt independente reciproc dacă niciunul dintre ele nu este dependent funcțional de celălalt.

Un tabel este în BCNF (Normal Form Bays Code) dacă determinanții tuturor dependențelor funcționale sunt potențiale tabele cheie

O relație este în 4NF dacă relația conține 2 dependențe cu mai multe valori.

O dependență cu mai multe valori este o relație logică între valorile coloanelor A și B în care pentru valoarea A putem determina un set de valori pentru coloana B.

5NF se aplică tabelelor care au mai multe dependențe cu mai multe valori, iar atributele incluse în aceste dependențe sunt interconectate în sens, adică sunt dependente unele de altele.

O relație este în DKNF (Domain Key Normal Form) dacă fiecare constrângere de integritate impusă acestei relații este o consecință logică a definiției domeniilor și cheilor.

Să normalizăm tabelele bazei de date „Operator”.

Pentru a face acest lucru, selectăm dependențe funcționale pentru fiecare tabel și verificăm formele normale, așa cum se arată în Figura 1. O dependență funcțională (FD) între coloane înseamnă o relație logică „Mulți la unu” între valorile acestor coloane.

Masa Abonenti:

Dependențe funcționale:

1. Kod_abonenta > (Familie, nume, otchestvo, data_rogdeniy, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan, adresa)

2. (seriy_pasporta, nomer_pasporta) > (Kod_abonenta ,familiy, name, otchestvo, data_rogdeniy, kem_vidan, kogda_vidan, address)

3. (Familie, nume, otchestvo, data_rogdeniy, adresa) > (Kod_abonenta, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan)

Test pentru forme normale (NF):

1NF a trecut, 2NF a trecut, NFBC a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Masa Uslugi

Dependențe funcționale:

1. Kod_uslugi > (Opisanie, primechanie, stoimost)

Tabelul Abonentskie_uslugi

Dependențe funcționale:

1. Kod_uslugi > (Nomer_dogovora, data_podklucheniy, data_okonchaniy)

2. Nomer_dogovora > (Data_podklucheniy, data_okonchaniy)

3. (Nomer_dogovora, data_podklucheniy > (Data_okonchaniy)

1NF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Tabel de tarife

Dependențe funcționale:

1. Nazvanie_tarifa > (St_vh_vn_s, st_ish_vn_s, st_vh_dr_op, St_ish_na_dr_op, st_vh_s_gor_tel, st_ish_na_gor_tel, st_sms, internet_trafic)

1NF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Masa Licevoi_schet

Dependențe funcționale:

1. Id > (Nom_licevogo_scheta, data, vremya, summa, nomer_dogovora)

2. Nom_licevogo_scheta > (Id, data, vremya, summa, nomer_dogovora)

3. (Nom_licevogo_scheta, data) > (vremya, summa)

4. Nomer_dogovora > Nom_licevogo_scheta

1NF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Masa Zakluchenie_dogovora

Dependențe funcționale:

1. Kod_abonenta > (Nom_dogovora, data_zaklucheniy, abonents_nom, tarif, nom_licevogo_sheta)

2. Nom_dogovora > (Kod_abonenta, data_zaklucheniy, abonents_nom, tarif, nom_licevogo_sheta)

3. Subscribers_nom > Nom_licevogo_sheta

1NF a trecut, 2NF a trecut, 3NF a trecut. Nu există dependențe cu mai multe valori. Tabelul este în DKNF.

Astfel, toate anomaliile de actualizare detectate sunt eliminate. Modelul relațional, constând din relații în a treia formă normală, este adecvat modelului de domeniu descris.

3 .3 Proiectarea constrângerilor de integritate

Tabelul 1. „Abonenti”

Numele coloanei			Cheie primară/unică			Note
						Cod de abonat
						Numele de familie al abonatului
						Numele abonatului
						Numele de mijloc al abonatului
						Data nașterii abonatului
						Seria pașapoarte
						Pașaport ID
						Emise de către
						Când este emis
						Adresa abonatului

Tabelul 2. „Uslugi”

Tabelul 3. „Subscriber_uslugi”

Numele coloanei		Nul/	Cheie primară/unică			Note
						Cod de serviciu
						Număr de contact
Data_Podklucheniy						Data activarii serviciului
						Data de încheiere a serviciului

Tabelul 4. „Zakluchenie_dogovora”

Numele coloanei		Nul/	Cheie primară/unică			Note
						Cod de abonat
						Număr de contact
Data_zaklucheniy						Data încheierii contractului
						Numărul de abonat
						Plan tarifar
Nu._Cont Licevogo						Numărul de cont personal al abonatului

Tabelul 5. „Licevoi_schet”

Numele coloanei			Cheie primară/unică			Note
						Număr de serie
Number_licevogo_scheta						Numărul de cont
						Număr de contact

Tabelul 6. „Tarifi”

Numele coloanei		Nul/	Cheie primară/unică			Note
	Varchar					Denumirea tarifului
						Costul apelurilor primite în cadrul rețelei
						Costul apelurilor efectuate în cadrul rețelei
						Costul apelurilor primite de la alt operator de telefonie mobilă
						Costul apelurilor efectuate către un alt operator de telefonie mobilă
						Costul apelurilor primite de la un număr de telefon fix
St_ish_na_gor_tel						Costul apelurilor efectuate către un număr de telefon fix
						Costul SMS
						Costul traficului de internet pe megaoctet

3.4 Proiectarea operațiunilor de eșantionare a datelor

Proiectarea operațiunii de eșantionare a datelor este prezentată în Tabelul 7.

Tabelul 7. „Dezvoltarea operațiunilor de eșantionare a datelor”

	Descrierea acțiunii	Parametri de intrare (nume, tip)	Parametri de ieșire (nume, tip)	Algoritm de execuție
	Adăugarea unui nou abonat (procedura ADD_NEW_ABONENT)	KOD_ABONENTA întreg FAMILIY varchar(25) NAME varchar(15), OTCHESTVO varchar(25), DATA_ROGDENIYA data, SERIY_PASPORTA întreg, NOMER_PASPORTA întreg, KEM_VIDAN varchar(35), KOGDA_VIDAN data, ADDRESSvarchar		Verificați dacă există o persoană cu același cod de abonat în tabelul Abonenti, dacă da, ieșiți cu codul de eroare 0, dacă nu, adăugați un nou rând cu date despre noul client în tabel și trimiteți valorile rezultatului parametrii pentru a ieși cu codul 1
	Editarea datelor abonaților (procedura UPDATE_DANNIE_OB_ABONENTE)	KOD_ABONENTA întreg FAMILIY varchar(25) NAME varchar(15), OTCHESTVO varchar(25),DATA_ROGDENIYA data, SERIY_PASPORTAinteger,NOMER_PASPORTA integer,KEM_VIDAN varchar(35), KOGDA_VIDAN data,ADDRESSvarchar(85)	Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Abonenti există o persoană cu același cod de abonat, apoi modificați datele necesare și ieșiți cu parametrul 1, dacă nu, atunci ieșiți cu codul de eroare o.
	Ștergerea unui abonat (procedura DELETE_ABONENT)	KOD_ABONENTA întreg	Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Abonenti există o persoană cu același număr de abonat, dacă da, ștergeți linia cu datele sale, dacă nu, apoi ieșiți cu codul de eroare 0.
	Adăugarea unui nou contract (procedura ADD_DOGOVOR)	KOD_ABONENTA întreg, NOM_DOGOVORA întreg, DATA_ZAKLUCHENIY data, ABONENTS_NOM bigint, TARIF varchar(45), NOM_LICEVOGO_SCHETA întreg	Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Zakluchenie_dogovora există un număr de contract care se potrivește cu cel introdus, dacă da, apoi ieșiți cu codul de eroare 0, dacă nu, apoi adăugați un nou rând cu toate datele în tabel și trimiteți valorile parametrii de ieșire pentru a ieși cu codul 1
	Ștergerea unui contract (procedura DELETE_DOGOVOR)	NOM_DOGOVORA întreg	Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Zakluchenie_dogovora există un număr de contract care se potrivește cu cel introdus, dacă da, atunci ștergeți rândul din tabel, dacă nu, apoi ieșiți cu codul de eroare 0.
	Adăugarea unui nou plan tarifar (procedura ADD_NEW_TARIF)	NAZVANIE_TARIFA varchar(45), ST_VH_VN_S plutitor, ST_ISH_VN_S plutitor, ST_VH_DR_OPfloat, ST_ISH_NA_DR_OP plutitor, ST_VH_S_GOR_TEL plutitor, ST_ISH_NA_GOR_TEL plutitor ST_SMS plutitor, NTERNET_TRAFIC plutitor	Cod de eroare - întreg:	Verificați dacă în tabelul Tarifi există un tarif cu același nume, dacă da, ieșiți cu codul de eroare 0, dacă nu, adăugați o linie cu informații despre tarif în tabel și trimiteți valorile parametrilor de ieșire pentru a ieși cu cod 1
	Modificarea datelor tarifare (procedura UPDATE_DANNIE_O_TARIFE)	NAZVANIE_TARIFA varchar(45), ST_VH_VN_S float,ST_ISH_VN_S float,ST_VH_DR_OPfloat,ST_ISH_NA_DR_OP float, ST_VH_S_GOR_TEL float, ST_ISH_NA_GOR_TEL float ST_STER_ float ST_STER_	Cod de eroare - întreg:	Verificați dacă există un tarif cu același nume în tabelul Tarifi, dacă da, atunci modificați datele și trimiteți valorile parametrilor de ieșire la ieșire cu codul 1, dacă nu, atunci ieșiți cu codul de eroare 0
	Ștergerea unui tarif (procedura DELETE_TARIF)	NAZVANIE_TARIFA varchar(45)	Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Tarifi există un tarif cu același nume; dacă da, atunci ștergeți rândul din tabel, altfel ieșim cu codul de eroare 0.
	Adăugarea unui nou serviciu (procedura ADD_NEW_USLUGA)		Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Uslugi există un serviciu cu același cod de serviciu, dacă da, apoi ieșiți cu codul de eroare 0, dacă nu, apoi adăugați o linie cu informații despre serviciu în tabel și trimiteți valorile parametrilor de ieșire pentru a ieși cu codul 1
	Modificarea informațiilor despre servicii (procedura UPDATE_DANNIE_OB_USLUGAH)	KOD_USLUGI întreg, OPISANIE varchar(150), PRIMECHANIE varchar(150), STOIMOST float,SPOSOB_PODKLUCHENIY varchar(200)	Cod de eroare - întreg:	Verificați dacă în tabelul Uslugi există un serviciu cu același cod de serviciu, dacă da, atunci modificați datele și trimiteți valorile parametrilor de ieșire la ieșire cu codul 1, dacă nu, apoi ieșiți cu codul de eroare 0
	Ștergerea unui serviciu (procedura DELETE_USLUGA)	KOD_USLUGI întreg	Cod de eroare - întreg: 0 - eroare	Verificați dacă în tabelul Uslugi există o resursă cu același cod de serviciu; dacă da, atunci ștergeți rândul cu datele, altfel ieșim cu codul de eroare 0
	Adăugarea unui cont personal (procedura ADD_NEW_LIC_SCHET)	ID întreg, NOM_LICEVOGO_SCHETA întreg, DATE data VREMYA ora, SUMMA plutitor, NOMER_DOGOVORA întreg	Cod de eroare - întreg:	Verificați dacă un client cu id-ul solicitat există în tabelul Licevoi_schet, dacă da, atunci ieșim cu codul de eroare 0, altfel adăugăm date în tabel și trimitem valorile parametrilor de ieșire la ieșire cu codul 1
	Ștergerea unui cont personal (procedura DELETE_LIC_SCHET)		Cod de eroare - întreg: 0 - eroare	Verificați dacă un client cu id-ul solicitat există în tabelul Licevoi_schet, dacă da, ștergeți rândul cu datele, altfel ieșiți cu codul de eroare 0
	Modificarea sumei depuse (procedura UPDATE_SUMMA)	NOM_LICEVOGO_SCHETA întreg, SUMMA flotant,	Cod de eroare - întreg: 0 - eroare	Verificați dacă un client cu id-ul solicitat există în tabelul Licevoi_schet, dacă da, atunci modificați suma și trimiteți valoarea 1 la ieșire, altfel ieșim cu codul de eroare 0

3.5 Eliberarea drepturilor de acces

Drepturile de acces la obiectele bazei de date sunt date în Tabelul 8. Orizontală - obiecte bază de date. Pe verticală - utilizatori sau roluri. În celule - o combinație de litere care indică drepturile de acces:

s - permisiunea de citire (selectare);

i - dreptul de a adăuga rânduri (inserare);

u - dreptul de a edita linii (actualizare);

d - dreptul de a șterge rânduri (delete);

e - dreptul de a rula proceduri stocate (executa).

Tabelul 8. „Emiterea drepturilor de acces”

Documente similare

Informația în lumea modernă este una dintre cele mai importante resurse. Luarea în considerare a caracteristicilor dezvoltării unui sistem informatic pentru automatizarea locului de muncă al unui operator de companie de telefonie pentru furnizarea de servicii. Etapele creării unei baze de informații.

lucrare curs, adaugat 13.03.2013


Dezvoltarea unui sistem de control automat pentru un operator de telefonie mobilă. Operatori de modificare a datelor Inserare, Actualizare, Ștergere în mediul MS SQL Server. Structura bazei de date. Schema dialogului utilizatorului cu aplicația, ordinea utilizării vizualizărilor.

lucrare curs, adaugat 21.04.2015


Termeni de referință pentru dezvoltarea unui sistem automatizat și a contabilității de depozit pentru gestionarea unei baze de tranzacționare universală. Proiectarea unui sistem informatic și alegerea unui mediu pentru crearea unui produs software. Crearea interfeței și manualul de utilizare.

teză, adăugată 07.11.2015


Analiza proiectării unui sistem informatic automatizat pentru magazinul de calculatoare Jay. Dezvoltarea unei baze de date în limbajul Transact-SQL în sistemul de management al bazei de date Microsoft SQL Server 2000. Calculul costului și prețului produsului software.

lucrare curs, adaugat 16.08.2012


Selectarea unei metodologii de proiectare și dezvoltarea unui sistem informatic „Calculul salariilor” pentru întreprinderea OJSC RTP „Avtoremontnik”. Proiectarea arhitecturală a bazei de date a sistemului informațional și dezvoltarea interfeței acesteia. Testarea modulului software.

teză, adăugată 25.05.2014


Detalierea funcțiilor sistemului și cerințelor pentru sistemul informațional. Analiza categoriilor de utilizatori. Etapele implementării unui sistem informatic automatizat la o întreprindere. Descrierea tabelelor bazei de date. Protecția datelor împotriva accesului neautorizat.

teză, adăugată 22.07.2015


Analiza sistemelor de management al bazelor de date existente și selectarea celui optim. Crearea unui sistem informatic automatizat „Policlinica”, definirea entităților și relațiilor, descrierea unui model fizic, proiectarea interfeței, algoritmul programului.

lucrare de curs, adăugată 21.11.2009


Justificarea alegerii software-ului utilizat. Informații de intrare și ieșire. Model relațional al unei baze de date de domeniu. Crearea unui model de sistem informatic utilizând Run All Fusion Process Modeler r7. Rezultatele testului.

lucrare curs, adăugată 04.12.2014


Studierea procesului tehnologic al unei companii de facturare. Infrastructură pentru furnizarea serviciilor de comunicații. Procese de afaceri de bază. Scopurile și obiectivele sistemului informatic proiectat „Lucrul cu abonații unui operator de telefonie mobilă”. Etapele dezvoltării proiectului.

lucrare de curs, adăugată 17.01.2009


Analiza zonei de automatizare. Interfață cu utilizatorul și proiectarea bazei de date. Selectarea unei platforme pentru crearea unui sistem informatic. Interacțiunea aplicației cu sursele de date. Estimarea duratei și costului dezvoltării software.

Pentru a asigura interacțiunea informațională interdepartamentală și pentru a oferi acces la sistemele și resursele informaționale ale orașului Moscova, Guvernul Moscovei decide:

1. Aprobarea Regulamentului privind sistemul informatic automatizat „Sistemul de monitorizare a sistemelor informatice ale orașului Moscova” (anexă).

2. Stabiliți că Departamentul de Tehnologii Informaționale din Moscova este operatorul și clientul de stat al creării, dezvoltării și funcționării sistemului informatic automatizat „Sistemul de monitorizare a sistemelor informatice ale orașului Moscova”.

3. Controlul asupra punerii în aplicare a prezentei rezoluții va fi încredințat ministrului Guvernului de la Moscova, șef al Departamentului de Tehnologii Informaționale al orașului Moscova Ermolaev A.V.

Primarul Moscovei S.S. Sobyanin

REGULAMENTE PRIVIND SISTEMUL DE INFORMAȚII AUTOMATIZATE „SISTEMUL DE MONITORIZARE A SISTEMELOR DE INFORMAȚII ALE ORAȘULUI MOSCOVA”

1. Prezentele Regulamente privind sistemul informatic automatizat „Sistemul de monitorizare a sistemelor informatice ale orașului Moscova” (denumite în continuare - Regulamente) definesc scopul, structura, funcțiile, regulile de utilizare a sistemului informatic automatizat „Sistemul de monitorizare a sistemelor informatice ale orașul Moscova” (denumit în continuare - SMIS).

2. SMIS este un sistem informatic automatizat al orașului Moscova, care conține informații, software și hardware care asigură automatizarea proceselor de interacțiune între operatorul SMIS, furnizorii de informații prelucrate în SMIS, și utilizatorii de informații în scopul managementului și operațional. controlul calității funcționării sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații pentru nevoile autorităților executive ale orașului Moscova și agențiilor guvernamentale ale orașului Moscova subordonate acestora.

3. SMIS este proprietatea orașului Moscova.

4. Obiectivele SMIS sunt:

4.1. Automatizarea procesului de organizare și asigurare a funcționării continue și de înaltă calitate a sistemelor și resurselor informaționale ale orașului Moscova, precum și a serviciilor de comunicare furnizate autorităților executive ale orașului Moscova și agențiilor guvernamentale subordonate acestora. Moscova.

4.2. Furnizarea unui spațiu informațional unificat și organizarea managementului centralizat al accesului la serviciile și funcționalitatea SMIS în cadrul rețelei corporative multiservicii a Guvernului de la Moscova.

4.3. Îmbunătățirea calității funcționării sistemelor și resurselor informaționale ale orașului Moscova prin identificarea promptă și răspunsul la defecțiuni tehnice în performanța sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații pentru autoritățile executive ale orașului Moscova și guvern agențiile orașului Moscova subordonate acestora.

4.4. Controlul calității, volumului și oportunității îndeplinirii obligațiilor de către contractori în baza contractelor guvernamentale încheiate de Departamentul de Tehnologii Informaționale din Moscova pentru a asigura funcționarea sistemelor și resurselor informaționale ale orașului Moscova și furnizarea de servicii de comunicații pentru executiv autoritățile orașului Moscova și agențiile guvernamentale ale orașului Moscova le sunt subordonate.

4.5. Preluarea la un nou nivel a procesului de control al calității în funcționarea sistemelor informatice ale orașului Moscova, precum și asigurarea furnizării de servicii de comunicații pentru autoritățile executive ale orașului Moscova și agențiile guvernamentale subordonate acestora ale orașului Moscova. crearea de funcționalități pentru efectuarea analizei pe mai mulți parametri cu capacitatea de a utiliza criterii de selectare și agregare a datelor, precum și gestionarea justificată a reclamațiilor cu contractanții în baza contractelor guvernamentale încheiate de Departamentul de Tehnologii Informaționale din Moscova.

4.6. Automatizarea procesului de colectare a informațiilor privind funcționarea sistemelor și resurselor informaționale ale orașului Moscova și creșterea eficienței prelucrării acestuia pentru a asigura funcționarea stabilă a sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații de înaltă calitate pentru nevoile autorităților executive ale orașului Moscova și agențiilor guvernamentale ale orașului Moscova subordonate acestora.

4.7. Creșterea eficienței utilizării fondurilor din bugetul orașului Moscova, a prevăzut sprijin financiar pentru funcționarea sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații autorităților executive ale orașului Moscova și instituțiilor guvernamentale ale orașului a Moscovei subordonate acestora.

5. SMIS constă din următoarele subsisteme:

5.1. Serviciul de director unificat.

5.2. Monitorizarea sistemelor informaționale și a resurselor autorităților executive ale orașului Moscova.

5.3. Sistem unificat de monitorizare și administrare a serviciilor de telecomunicații ale autorităților executive ale orașului Moscova.

6. Principalele funcții ale SMIS sunt:

6.1. Administrarea conturilor de utilizator și a drepturilor de acces la sistemele informaționale ale orașului Moscova, asigurând autorizarea utilizatorilor la locurile de muncă și în sistemele informatice ale orașului Moscova folosind un singur cont.

6.2. Colectarea și analizarea promptă a informațiilor privind performanța sistemelor informatice ale orașului Moscova, informând autoritățile executive ale orașului Moscova și agențiile guvernamentale ale orașului Moscova subordonate acestora cu privire la eșecurile în funcționarea sistemelor informatice și furnizarea de comunicații Servicii.

6.3. Colectarea de informații statistice privind funcționarea sistemelor informaționale din orașul Moscova.

6.4. Contabilitatea, monitorizarea și managementul serviciilor de comunicare furnizate autorităților executive ale orașului Moscova și agențiilor guvernamentale ale orașului Moscova din subordinea acestora, precum și resursele informaționale utilizate pentru a asigura furnizarea serviciilor de comunicații.

6.5. Procesarea cererilor de la autoritățile executive ale orașului Moscova pentru conectarea și/sau deconectarea serviciilor de comunicații, modificarea condițiilor de furnizare a acestora.

6.6. Colectarea și sinteza informațiilor despre funcționarea incorectă a sistemelor informatice ale orașului Moscova, eșecurile în furnizarea serviciilor de comunicații, primite de la participanții la interacțiunea informațională folosind SMIS, care este baza pentru efectuarea lucrărilor de reclamații.

6.7. Interacțiune automată cu sistemele informaționale ale operatorilor de telecomunicații care furnizează servicii de comunicații în interesul autorităților executive ale orașului Moscova și al agențiilor guvernamentale subordonate ale orașului Moscova pe baza contractelor guvernamentale încheiate de Departamentul de Tehnologii Informaționale al orașului al Moscovei, pentru a asigura controlul calității, volumelor și calendarului furnizării serviciilor de comunicații.

6.8. Generarea de rapoarte statistice și operaționale privind funcționarea sistemelor informaționale ale orașului Moscova și calitatea serviciilor de comunicații furnizate în interesul autorităților executive ale orașului Moscova și al instituțiilor guvernamentale ale orașului Moscova subordonate acestora.

7. Participanții la interacțiunea informațională folosind SMIS sunt utilizatori și furnizori de informații, executanți ai serviciilor (muncă) furnizate pentru funcționarea sistemelor informatice ale orașului Moscova, servicii de comunicații și operatorul SMIS.

8. Utilizatorii de informații sunt autoritățile executive ale orașului Moscova.

9. Furnizorii de informații sunt autoritățile executive ale orașului Moscova, agențiile guvernamentale ale orașului Moscova și furnizorii de servicii (lucrări) pentru operarea sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații.

10. Furnizori de informații:

10.1. Introduceți în SMIS informații despre echipamentele sistemelor informatice și de telecomunicații utilizate și parametrii de configurare ale acestora, despre serviciile de comunicații necesare și parametrii acestora, despre defecțiunile apărute, defecțiunile în funcționarea sistemelor și resurselor informaționale ale orașului Moscova, despre calitate inadecvată a furnizării serviciilor de comunicații și apoi actualizarea acesteia în următoarea modalitate și termenele stabilite de Departamentul de Tehnologii Informaționale din Moscova.

10.2. Numiți persoane autorizate să efectueze operațiuni de postare a informațiilor în SMIS și aranjați ca persoanele autorizate să primească identificatori (login-uri) și parole pentru lucrul în SMIS.

10.3. Asigurați caracterul complet, fiabilitatea și relevanța informațiilor furnizate în SMIS, precum și introducerea informațiilor specificate în SMIS în termenele stabilite de Departamentul de Tehnologii Informaționale din Moscova.

11. Procedura de interacțiune a informațiilor între participanții săi, reglementările de acces și lucru în SMIS, momentul furnizării informațiilor în SMIS sunt stabilite de Departamentul de Tehnologii Informaționale al orașului Moscova.

12. Operator SMIS:

12.1. Oferă îndrumări metodologice pentru utilizarea SMIS, inclusiv oferirea de consultări utilizatorilor și furnizorilor de informații privind suportul tehnic și funcționarea SMIS.

12.2. Oferă operare și asistență tehnică pentru funcționarea SMIS non-stop.

12.3. Organizează implementarea lucrărilor privind dezvoltarea (modernizarea) și funcționarea SMIS.

12.4. Conectează sistemele informaționale ale orașului Moscova la SMIS care îndeplinesc cerințele tehnice stabilite de Departamentul de Tehnologii Informaționale al orașului Moscova.

12.5. Oferă interacțiune cu sistemele informaționale ale celor care efectuează lucrări privind funcționarea sistemelor informatice ale orașului Moscova și furnizarea de servicii de comunicații.

12.6. Oferă diferențierea drepturilor de acces la SMIS, ține evidența și statistica activității utilizatorilor în conformitate cu reglementările de acces și lucru în SMIS.

12.7. Organizează munca pentru a asigura siguranța informațiilor postate în SMIS.

12.8. Oferă suport de consultanță participanților la interacțiunea informațională cu privire la utilizarea SMIS.

13. Conectarea și interacțiunea sistemelor informaționale ale orașului Moscova folosind SMIS se realizează în conformitate cu cerințele pentru o astfel de conexiune și interacțiune aprobate de Departamentul de Tehnologii Informaționale al orașului Moscova.

14. Operatorul SMIS nu este responsabil pentru conținutul, calitatea și fiabilitatea informațiilor transmise către SMIS de către furnizorii de informații.

15. Anumite funcții ale operatorului pot fi transferate unei agenții guvernamentale subordonate a orașului Moscova sau unei alte organizații prin decizie a Departamentului de Tehnologii Informaționale al orașului Moscova, în conformitate cu legislația Federației Ruse și a orașului Moscova. .

• Instrucțiuni privind procedura de depunere a documentelor de cerere de înregistrare a resurselor informaționale... Orientări privind procedura de introducere a documentelor de aplicare pentru înregistrarea resurselor și sistemelor de informații în Registrul resurselor și sistemelor informaționale de stat și municipale din regiunea Moscova
• Ordinul Departamentului de Tehnologii Informaționale din Moscova din 11 martie 2012 N 64-16-157/12 Cu privire la aprobarea regulamentelor de conectare a sistemelor informatice la sistemul informatic de stat „Centrul unificat de stocare și prelucrare a datelor”, reglementările privind accesul la informațiile prelucrate în sistemul informațional de stat „Centrul unificat de stocare și prelucrare a datelor”, precum și procedura de menținere a unui registru a furnizorilor de informații la sistemul informațional de stat „Centrul unificat de stocare și prelucrare a datelor”
• Ordinul Ministerului Economiei al Regiunii Moscova din 14 mai 2010 N 30-RM Cu privire la modificările aduse Listei resurselor informaționale și sistemelor informatice a Ministerului Economiei din Regiunea Moscova, aprobate prin ordin al Ministerului Economiei din Regiunea Moscova din 5 noiembrie 2008 N 49-RM „Cu privire la aprobarea Regulamentului pentru furnizarea de informații din resursele informaționale și sistemele informaționale ale Ministerului Economiei al Regiunii Moscova"
• Ordinul Direcției Principale a Oficiului Registrului Civil al Regiunii Moscova din 27 august 2013 N 42 Cu privire la modificările aduse Regulamentului administrativ pentru furnizarea de servicii publice pentru furnizarea utilizatorilor de informații din resursele informaționale de stat și sistemele informaționale ale Regiunii Moscova, administrate de Direcția principală a stării civile a regiunii Moscova și Lista resurselor și informațiilor de informații sistemele Direcției principale a Oficiului de stare civilă din Regiunea Moscova
• Ordinul Guvernului de la Moscova din 20 decembrie 2007 N 2858-RP Cu privire la punerea în funcțiune a sistemului informatic automatizat „Fondul de date pentru monitorizarea mediului unificat al orașului. Colectarea, analiza și prognoza situației de mediu din orașul Moscova și furnizarea de informații de mediu autorităților guvernamentale și populației. GIS „Ecologia orașului” și prima etapă a sistemului informatic automatizat „Registrul Verzilor” plantărilor
• Ordinul Departamentului de Tehnologii Informaționale din Moscova din 22 noiembrie 2012 N 64-16-1048/12 Cu privire la aprobarea regulamentelor de funcționare a sistemului informatic automatizat „Soluția standard pentru portalul autorității executive a orașului Moscova” și a cerințelor de conectare și interacțiune cu utilizatorii sistemului informatic automatizat „Soluție standard pentru portalul de autoritatea executivă a orașului Moscova”
• Decretul Guvernului de la Moscova din 09.12.2014 N 722-PP Despre sistemul informatic automatizat „Sistemul informatic și analitic pentru monitorizarea situației criminalității și siguranța publică în orașul Moscova”