Acasă Idei Condiții preliminare de bază pentru utilizarea propriei supe de design. Sistem de management al proiectelor

Condiții preliminare de bază pentru utilizarea propriei supe de design. Sistem de management al proiectelor

3.6. SISTEME DE MANAGEMENT AL INFORMATIEIȘI CONTROLUL

3.6.1. Sisteme informaționale de management al întreprinderii (EMIS)

Definiții ale conceptelor de bază. Să începem cu definițiile necesare pentru a înțelege discuțiile ulterioare.

Informații – informații despre lumea înconjurătoare (obiecte, fenomene, evenimente, procese etc.), care reduce gradul de incertitudine existent, cunoașterea incompletă, înstrăinată de creatorul lor și devin mesaje. Aceste informații sunt exprimate într-o anumită limbă sub formă de semne, inclusiv cele înregistrate pe un suport tangibil. Ele pot fi reproduse prin transmitere de către persoane oral, în scris sau prin alte mijloace.

Informațiile permit organizațiilor să:

Monitorizează starea actuală a organizației, diviziunile și procesele din acestea;

Determinați scopurile și obiectivele strategice, tactice și operaționale ale organizației;

Luați decizii informate și în timp util;

Coordonează acțiunile departamentelor în atingerea obiectivelor.

Nevoia de informare este o înțelegere conștientă a diferenței dintre cunoștințele individuale despre un subiect și cunoștințele acumulate de societate.

Datele sunt informații reduse la nivelul unui obiect de anumite transformări.

Document – un mesaj informativ pe suport de hârtie, audio, electronic sau altă formă, formatat conform anumite reguli, certificat conform procedurii stabilite.

Fluxul documentelor este un sistem pentru crearea, interpretarea, transmiterea, primirea, arhivarea documentelor, precum și monitorizarea executării acestora și protejarea acestora împotriva accesului neautorizat.

Informația economică este un set de informații despre procesele socio-economice care servesc la gestionarea acestor procese și grupuri de oameni din sfera de producție și non-producție.

Resurse informaționale – întreaga cantitate de informații disponibilă în sistemul informațional.

Tehnologia informaţiei este un sistem de metode şi metode de colectare, transmiterea, acumularea, prelucrarea, stocarea, prezentarea și utilizarea informațiilor.

Automatizarea este înlocuirea activității umane cu munca mașinilor și a mecanismelor.

Sistemul informațional (SI) este un circuit informațional împreună cu mijloacele de colectare, transmitere, prelucrare și stocare a informațiilor, precum și personalul care efectuează aceste acțiuni cu informații.

Misiunea sistemelor informatice este producerea de informatii necesare pentru asigurarea organizatiei management eficient toate resursele sale, creând un mediu informațional și tehnologic pentru conducerea organizației.

De obicei, sistemele de management au trei niveluri: strategic, tactic și operațional. Fiecare dintre aceste niveluri de management are propriile sarcini, la rezolvarea cărora este nevoie de date relevante; aceste date pot fi obținute prin interogarea sistemului informațional. Aceste solicitări sunt direcționate către informațiile corespunzătoare din sistemul informațional. Tehnologiile informaționale fac posibilă procesarea cererilor și, folosind informațiile disponibile, generarea unui răspuns la aceste solicitări. Astfel, la fiecare nivel de management apar informații care servesc drept bază pentru luarea deciziilor adecvate.

Ca urmare a aplicării tehnologiilor informaționale la resursele informaționale, unele informații sau informații noi sunt create în formă nouă. Aceste produse ale sistemului informațional se numesc produse și servicii informaționale.

Un produs sau serviciu de informare este un serviciu specific atunci când un conținut informațional sub forma unui set de date, generat de producător pentru distribuție sub formă tangibilă și intangibilă, este furnizat pentru utilizare de către consumator.

În prezent, există o opinie despre un sistem informaţional ca sistem implementat folosind echipamente informatice. Este gresit. Ca și tehnologiile informaționale, sistemele informaționale pot funcționa atât cu, cât și fără utilizarea mijloacelor tehnice. Aceasta este o chestiune de fezabilitate economică.

Avantajele sistemelor manuale (de hârtie):

ușurința de implementare a soluțiilor existente;

sunt ușor de înțeles și necesită o pregătire minimă pentru a le stăpâni;

nu sunt necesare abilități tehnice;

acestea sunt de obicei flexibile și adaptabile pentru a se potrivi proceselor de afaceri.

Avantajele sistemelor automate:

într-un IS automatizat, devine posibil să se prezinte holistic și cuprinzător tot ceea ce se întâmplă cu organizația, deoarece toți factorii și resursele economice sunt afișați într-o singură formă de informare sub formă de date.

IP corporativă este de obicei considerată ca un anumit set de soluții private și componente ale implementării acestora, inclusiv:

Baza unică stocarea informațiilor;

Un set de sisteme de aplicații create de diferite companii și folosind diferite tehnologii.

Sistemul informatic al companiei (în special, ISMS) trebuie:

Permite acumularea anumitor experiențe și cunoștințe, generalizează-le sub formă de proceduri formalizate și algoritmi de soluție;

Îmbunătățiți și dezvoltați în mod constant;

Adaptare rapidă la schimbările din mediul extern și noile nevoi ale organizației;

Îndeplinește cerințele urgente ale unei persoane, experiența, cunoștințele, psihologia sa.

Deci, un sistem informatic de management al întreprinderii (EMIS) este un mediu de operare care este capabil să ofere managerilor și specialiștilor informații actualizate și fiabile despre toate procesele de afaceri ale întreprinderii necesare pentru planificarea operațiunilor, executarea, înregistrarea și analiza acestora. Cu alte cuvinte, PMIS este un sistem care conține o descriere a întregului ciclu al pieței - de la planificarea afacerii până la analiza rezultatelor activităților întreprinderii.

Sarcinile PMIS. Managementul întreprinderii în conditii moderne necesită creșterea eficienței. Prin urmare, utilizarea sistemelor informatice de management al întreprinderii (EMIS) este una dintre cele mai importante pârghii pentru dezvoltarea afacerii.

Sarcinile speciale rezolvate de PMIS sunt în mare măsură determinate de domeniul de activitate, structura și alte caracteristici ale întreprinderilor specifice. Ca exemple, ne putem referi la experiența creării unui sistem de management al informațiilor pentru o întreprindere - un operator de telecomunicații și la experiența implementării sistemelor SAP R/3 de către parteneri la un număr de întreprinderi din țările CSI și non-CIS. În același timp, o listă aproximativă de sarcini pe care un ISMS ar trebui să le rezolve la diferite niveluri de management al întreprinderii și pentru diferitele sale servicii poate fi acum considerată general acceptată. Este prezentat în tabelul 1.

Tabelul 1.

Principalele sarcini ale ISMS

Niveluri de management și servicii	Probleme de rezolvat
Managementul întreprinderii	furnizarea de informații fiabile despre starea financiara companiile în acest moment și pregătirea unei previziuni pentru viitor; asigurarea controlului asupra activității serviciilor întreprinderii; asigurarea unei coordonări clare a muncii și a resurselor; furnizarea de informații operaționale despre tendințele negative, cauzele acestora și posibilele măsuri de corectare a situației; formarea unei imagini complete a costurilor produs final(servicii) pe componenta costului
Servicii financiare si contabile	control deplin asupra mișcării fondurilor; implementarea managementului necesar politica contabila; determinarea promptă a creanțelor și datoriilor; controlul asupra implementării contractelor, estimărilor și planurilor; controlul disciplinei financiare; urmărirea mișcării fluxurilor de mărfuri și materiale; primirea promptă a unui set complet de documente de raportare financiară
Controlul producției	controlul asupra implementării comenzilor de producție; controlul asupra stării instalațiilor de producție; controlul disciplinei tehnologice; mentinerea documentelor pentru sustinerea comenzilor de productie (hărți de gard, hărți de traseu); determinarea promptă a costului real al comenzilor de producție
Servicii de marketing	controlul asupra promovării noilor produse pe piață; analiza pietei de vanzari in vederea extinderii acesteia; mentinerea statisticilor de vanzari; Suport informațional politici de prețuri și reduceri; utilizarea unei baze de date de scrisori standard pentru trimitere prin corespondență; controlul asupra îndeplinirii livrărilor către client la timp optimizând costurile de transport
Servicii de vânzare și furnizare	mentinerea bazelor de date cu bunuri, produse, servicii; planificarea timpilor de livrare și a costurilor de transport; optimizarea rutelor de transport si a metodelor de transport - management computerizat contractual
Servicii de contabilitate depozit	managementul unei structuri de depozitare cu mai multe eșalonuri; căutare operațională a mărfurilor (produselor) în depozite; amplasare optima in depozite tinand cont de conditiile de depozitare; managementul veniturilor ținând cont de controlul calității; inventar

3.6.2. Locul PMIS în sistemul de control

Pe scurt, controlul reprezintă suport informațional și analitic pentru luarea deciziilor în management. La rândul lor, sistemele informaționale de management sunt suport informatic pentru control. Controlling-ul, la rândul său, este principalul furnizor de informații pentru managementul întreprinderii. Scopul suportului informațional pentru control este de a oferi conducerii informații despre starea curentă a întreprinderii și de a prezice consecințele schimbărilor din mediul intern sau extern. Principalele sarcini de control sunt prezentate în Tabelul 2.

Masa 2.

Principalele sarcini de control

Tipuri de control	Principalele sarcini de rezolvat
Controlul într-un sistem de management	Scopul controlului strategic este de a asigura funcționarea continuă cu succes a organizației. Sarcina principală a controlului operațional este de a oferi suport metodologic, informațional și instrumental managerilor întreprinderii
Controlul financiar	Menținerea profitabilității și asigurarea lichidității întreprinderii
Controlul în producție	Suport informațional pentru procesele de producție și management
Controlul marketingului	Suport informațional pentru un management eficient pentru a satisface nevoile clienților
Controlul furnizării resurselor	Suport informațional pentru procesul de achiziție a resurselor de producție, analiza resurselor achiziționate, calculul eficienței departamentului de aprovizionare
Controlul in domeniul logisticii	Controlul actual asupra eficienței depozitării și transportului resurselor materiale

Să comparăm (în conformitate cu Tabelul 3) principalele sarcini care sunt rezolvate de PMIS și controling (vezi Tabelul 1 și Tabelul 2).

Tabelul 3.

Comparația dintre PMIS și sarcinile de control

Sarcini PMIS rezolvate pentru:	Sarcini de control rezolvate
Manuale pentru întreprinderi	Controlul într-un sistem de management
Servicii financiare si contabile	Controlul financiar
Managementul productiei	Controlul în producție
Servicii de marketing	Controlul marketingului
Servicii de vânzare și furnizare	Controlul furnizării resurselor
Servicii de contabilitate depozit	Controlul in domeniul logisticii

Din Tabelul 3 reiese clar că sarcinile ISMS rezolvate pentru fiecare nivel de management și serviciu al întreprinderii corespund sarcinilor rezolvate prin control într-unul sau altul domeniu al activității întreprinderii (și anume, controlul în sistemul de management, controlul financiar etc.).

Dacă luăm în considerare structura ISMS, putem distinge 5 module principale care sunt prezente în fiecare sistem informațional. Acestea sunt managementul financiar și economic, contabilitate și personal, depozit, producție, comerț (vânzări).

3.6.3. Perspective pentru dezvoltarea comună a PMIS și controlling

Pentru a privi în viitor, să încercăm mai întâi să ne întoarcem în trecut.

După cum se știe, dezvoltarea metodelor de gestionare a întreprinderilor industriale la începutul secolului al XX-lea este asociată în primul rând cu numele lui G. Ford, F. Taylor, G. Gantt, A. Fayol, Y. Gastev și alții. A. Fayol care a împărțit acțiunile administrației într-o serie de funcții, care au inclus prognoza și planificarea, crearea structurilor organizaționale, managementul echipei, coordonarea acțiunilor managerilor și control.

Model de gestionare a stocurilor, conducând la „formula rădăcinii pătrate” pentru dimensiune optimă ordin, propus de F. Harris în 1915, dar a devenit larg cunoscut după publicare lucrare celebră R. Wilson în 1934 și, prin urmare, este adesea numit modelul Wilson. Teoria managementului inventarului a primit un impuls puternic în 1951 datorită lucrărilor lui K. Arrow (viitor laureat Nobel în economie), T. Harris și J. Marshak. În 1952, au fost publicate lucrările lui A. Dvoretsky, J. Kiefer și J. Wolfowitz. În limba rusă, teoria gestionării stocurilor a fost luată în considerare în lucrările lui E.V. Bulinskaya, J. Bukan, E. Koeningsberg, Yu.I. Ryzhikova, V.A. Lototsky, A.I. Orlova, A.A. Kolobova, I.N. Omelchenko și mulți alții.

Este necesar să remarcăm lucrările privind crearea unui sistem de management al informațiilor desfășurate la Institutul de Cibernetică din Kiev al Academiei de Științe a RSS Ucrainei, creat de B.V. Gnedenko în anii 1950 (în 1961 acest institut era condus de V.M. Glushkov). La începutul anilor '60, au început lucrările automatizarea gestiunii stocurilor. Sfârșitul anilor 60 este asociat cu munca lui O. White, care, cu dezvoltarea sistemelor de automatizare întreprinderile industriale a propus să ia în considerare diviziile de producție, aprovizionare și vânzări în ansamblu. Publicațiile lui O. White au formulat algoritmi de planificare, cunoscuți astăzi ca MRP - planificarea necesarului de materiale- la sfârşitul anilor 60, şi MRP II - Planificarea resurselor de fabricație- la sfarsitul anilor '70 - inceputul anilor '80. .

Nu toate conceptele moderne de management au originea în Statele Unite. Deci, metoda de planificare și management La timp(„just la timp”) a apărut la întreprinderile concernului auto japonez în anii 50 și metode Tehnologie optimizată OPT instalațiile de producție au fost create în Israel în anii 70. Concept CIM de producție integrată computerizată a apărut la începutul anilor 80 și este asociată cu integrarea sistemelor flexibile de producție și management. Metode CALS - suport informatic pentru procesul de aprovizionare si logistica a apărut în anii 80 în departamentul militar al SUA pentru a îmbunătăți eficiența managementului și planificării în procesul de comandă, dezvoltare, organizare a producției, aprovizionare și operare echipament militar. . Sistem ERP – planificarea resurselor corporative sugerat de firma de analiză Grupul Gartner nu cu mult timp în urmă, la începutul anilor 90, și și-a confirmat deja viabilitatea. Sisteme CRM- managementul relatiilor cu clientii a devenit necesar pe o piață extrem de competitivă, în care accentul nu era pe produs, ci pe client. S-au făcut multe în URSS și în Rusia, în primul rând la Institut probleme de management, Institutul Central de Economie și Matematică, Institutul de Cercetare a întregului Rus de Cercetare a Sistemelor și Centrul de Calcul al Academiei Ruse de Științe.

În prezent, accentul pus pe planificarea resurselor întreprinderii (pe baza sisteme ERP) se îndreaptă către sprijinirea și implementarea proceselor de management al lanțului de aprovizionare ( sisteme SCM), managementul relatiilor cu clientii (sisteme CRM) Și e-business (sisteme de comerț electronic).

Pe baza unei analize a tendințelor de dezvoltare pe piața rusă de software pentru automatizarea procesului de management al întreprinderii, putem trage o concluzie despre dezvoltarea dinamică a acesteia și complexitatea tot mai mare a gamei de sarcini care necesită automatizare. În primul rând liderii întreprinderi rusești cel mai adesea au pus cele mai simple sarcini, în special, sarcina de a automatiza procesul contabil. Odată cu dezvoltarea companiilor și complexitatea tot mai mare a proceselor de afaceri, a apărut nevoia nu numai pentru „contabilitatea post-mortem”, ci și pentru managementul materialelor și materialelor tehnice ( procesele logistice), lucrul cu debitorii și creditorii și multe alte activități care vizează rezolvarea problemelor puse întreprinderii de către Mediul extern. Pentru a răspunde acestor nevoi de management au început să fie utilizate sisteme informatice de management corporativ - soluții care acoperă activitățile întregii întreprinderi.

Astfel, ca urmare a „evoluției”, PMIS a evoluat din contabilitatea computerizată și sistem automatizat managementul stocurilor într-un sistem de management integrat pentru întreaga întreprindere.

În prezent, pe piață există un număr mare de PMIS standard - de la cele locale (care costă până la 50 de mii de dolari SUA) la cele mari integrate (cost 500 de mii de dolari SUA și mai mult). Soluțiile standard ale acestor PMIS sunt „legate” de către companiile furnizor de condițiile întreprinderilor specifice.

Rețineți că în prezent partea principală a sistemului de management nu este dezvoltată pe bază soluții standard, dar într-un singur exemplar pentru fiecare întreprindere individuală. Acest lucru este realizat de către departamentele relevante ale întreprinderilor pentru a ține seama cât mai pe deplin de caracteristicile întreprinderilor specifice.

În lucrare a fost elaborată o clasificare a sistemelor tipice disponibile pe piața rusă. Iată o descriere a principalelor tipuri de PMIS.

· Sisteme locale . De regulă, acestea sunt concepute pentru a automatiza activitățile în una sau două zone. Adesea pot fi un așa-numit produs „în cutie”. Costul unor astfel de soluții variază de la câteva mii la câteva zeci de mii de dolari SUA.

· Sisteme financiare și de management. Astfel de soluții au o funcționalitate mult mai mare în comparație cu cele locale. Cu toate acestea, caracteristica lor distinctivă este absența modulelor dedicate proceselor de producție. Și dacă în prima categorie sunt prezentate doar sistemele rusești, atunci aici raportul dintre produsele rusești și cele occidentale este aproximativ egal. Perioada de implementare pentru astfel de sisteme poate fi de până la un an, iar costul poate varia între 50.000 USD și 200.000 USD.

· Sisteme integrate medii. Aceste sisteme sunt concepute pentru a controla întreprindere producătoareși planificarea integrată a procesului de producție. Ele se caracterizează prin prezența unor funcții specializate. Astfel de sisteme sunt cele mai competitive pe piața internă în zona lor de specializare cu sisteme mari occidentale, în timp ce costul lor este semnificativ (un ordin de mărime sau mai mult) mai mic decât cele mari.

· Sisteme mari integrate. Astăzi, acestea sunt cele mai dezvoltate funcțional și, în consecință, cele mai complexe și costisitoare sisteme în care sunt implementate standardele de management MRPII și ERP. Timpul de implementare a unor astfel de sisteme, ținând cont de automatizarea managementului producției, poate fi de câțiva ani, iar costul variază de la câteva sute de mii la câteva zeci de milioane de dolari. Trebuie remarcat faptul că aceste sisteme sunt destinate în primul rând îmbunătățirii eficienței managementului mari intreprinderi si corporatii. Contabilitate sau evidența personaluluiîn acest caz se estompează în fundal.

· Constructorii este un instrument software comercial, un set de instrumente software sau un mediu de programare specializat pentru crearea relativ rapidă (în comparație cu instrumentele de programare universale) a aplicațiilor de afaceri. Desigur, în acest caz se bazează pe metodologia invariantă și pe tehnologia de operare care stau la baza proiectantului.

· Solutii specializate - sunt destinate în principal obținerii corporative situații consolidate, planificare, bugetare, analiza datelor folosind tehnologia OLAP ( on-lineAanaliticeprocessing- analiza datelor operationale , mai precis, analiza datelor operaționale multidimensionale pentru suport decizional).

Metode econometrice în PMIS. O analiză a nevoilor reale ale întreprinderilor a arătat că pentru a crea un sistem cu drepturi depline care să ofere nu numai funcții de contabilitate, ci și capacitatea de a prognoza, analiza scenarii și susține deciziile de management, setul standard de funcții ale sistemelor ERP nu este suficient. Rezolvarea acestei clase de probleme necesită utilizarea sistemelor și metodelor analitice, în primul rând econometrice, și includerea acestor sisteme și metode în PMIS.

Metodele econometrice reprezintă o parte importantă a instrumentelor științifice ale controlorului, iar implementarea lor pe computer este o parte importantă a suportului informațional al controlului. La uz practic metode econometrice în funcționarea controlorului, este necesar să se aplice adecvate sisteme software. Sisteme statistice generale precum DISAN, PPAND, SPSS, Statgraphics, Statistica, ADDA, și mai specializate Statcon, SPC, NADIS, REST(conform statisticilor datelor de interval), Matrixerși multe altele .

PMIS în rezolvarea problemelor de control. Pentru a rezuma, în primul rând, observăm că PMIS joacă un rol incontestabil important în rezolvarea problemelor de control. În scopul sprijinirii informaționale pentru control, un modul special „Control” ar trebui inclus în PMIS. Acest lucru este necesar pentru ca sistemul să ofere nu numai suport informatic pentru control, ci și să ofere managerilor și specialiștilor informații actualizate și fiabile despre toate procesele de afaceri ale întreprinderii, necesare pentru planificarea operațiunilor, executarea, înregistrarea și analiza acestora. Dar ar deveni, de asemenea, un sistem care transportă informații despre întregul ciclu al pieței - de la planificarea afacerii până la analiza rezultatelor întreprinderii.

Pachetul software „M-3” (următoarea generație a sistemului „M-2”), dezvoltat de compania „Client - Server - Technologies”, nu se mai poziționează pur și simplu ca un sistem de management al întreprinderii, ci un produs care formează un mediu de luare a deciziilor. În complexul M-3 există o schimbare în accent: de la un sistem de înregistrare la o structură care face posibilă implementarea previziunilor bazate pe analize profesionale. Baza pentru aceasta este implementarea mecanismului de control, care implică crearea unui instrument pentru luarea deciziilor operaționale în domeniul financiar, al producției și în alte domenii ale activității întreprinderii.

În plus, experiența companiilor occidentale arată că cererea crește treptat pentru sisteme mari integrate, care se disting prin profunzimea suportului de management pentru marile grupuri multifuncționale de întreprinderi (holdings sau grupuri financiare și industriale).

Și dacă vorbim despre dezvoltarea industriei interne PMIS și introducerea pe scară largă a controlului în practica muncii organizații ruseștiși întreprinderi, trebuie să recunoaștem că pentru majoritatea întreprinderilor rusești etapa de informatizare a afacerilor la scară largă este abia la început.

Literatură

1. Orlov A.I., Volkov D.L. Metode econometrice în managementul resurselor și suport pentru informații de afaceri pentru o companie operator de telecomunicații. //Revista științifică Pridniprovsky. Bilet Donbass. Economie. nr. 109 (176). Sân 1998
2. Vinogradov S.L. Controlul ca tehnologie de management. Note de practică//Control. 2002. Nr. 2.
3. Karminsky A.M., Dementyev A.V., Zhevaga A.A. Informatizarea controllingului in grupul financiar si industrial // Controlling. 2002. Nr. 2.
4. Karminsky A.M., Olenev N.I., Primak A.G., Falko S.G. Controlul în afaceri. Baze metodologice și practice pentru controlul clădirilor în organizații. – M.: Finanțe și Statistică, 1998. – 256 p.
5. Orlov A.I. Sustenabilitatea în modelele socio-economice. – M.: Nauka, 1979. – 296 p.
6. White O. W. Managementul producției și al stocurilor în era computerului. - M.: Progres. 1978. – 302 p.
7. Producția integrată pe computer și CALS-tehnologii în inginerie mecanică. - M.: Centrul Federal de Informare şi Analitică industria de apărare. 1999. – 510 p.
8. Lyubavin A.A. Caracteristicile metodologiei moderne de implementare a controlului în Rusia // Controlling. 2002. Nr. 1.
9. Karpachev I. Veți merge la stânga // Partener de întreprindere: sisteme corporative. 2000. Nr. 10.
10. Orlov A.I. Econometrie. – M.: Examen, 2002. – 576 p.
11. Orlov A.I. Suport econometric pentru control // Controlling. 2002. Nr. 1.
12. Guskova E.A., Orlov A.I. Sisteme informatice de management al întreprinderii în rezolvarea problemelor de control // Controlling. 2003. Nr. 1.

Întrebări de control

1. Care este rolul informaţiei în management?
2. Ar trebui implementat un sistem informatic folosind tehnologia informatică?
3. Discutați definițiile de bază în domeniul sistemelor informaționale de management al întreprinderii.
4. Care sunt principalele sarcini ale PMIS?
5. Care este esența controlului?
6. Care sunt principalele sarcini ale controlului?
7. Care este locul PMIS în sistemul de control?

Subiecte de rapoarte, rezumate, muncă de cercetare

1. Compoziția și mișcarea matricelor de informații.
2. Istoricul dezvoltării PMIS.
3. Circularea documentelor pe hârtie și electronice.
4. Controlul în Rusia.
4. Metode econometrice în sistemele informaţionale.
5. Rolul internetului și corporativ retele de calculatoareîn managementul întreprinderii.

Pentru a implementa cu succes schimbările planificate într-o companie, este necesar să înțelegem clar că fiecare unitate de afaceri necesită proiectare continuă. Ingineria continuă implică abordarea afacerii ca proces. Un proces este o succesiune de acte economice (sarcini, muncă, relații) determinate în prealabil de obiectivele de afaceri. Se spune uneori că un proces de afaceri este un set de pași pe care o companie îi parcurge de la o stare la alta, sau de la „input” la „ieșire”. Intrările și ieșirile de aici nu sunt părți ale companiei sau diviziilor acesteia, ci evenimente. Management general afacerile și procesele de afaceri se numește „ingineria afacerii”, adică proiectarea continuă a proceselor - determinarea intrărilor și ieșirilor și succesiunea pașilor - în cadrul unei unități de afaceri.

În zilele noastre, conceptul de reinginerie de afaceri devine popular în proiectarea proceselor de afaceri. Fondatorul teoriei reingineriei, M. Hammer, a definit acest concept astfel: „o regândire fundamentală și o schimbare radicală a deciziilor despre procesele de afaceri pentru a obține îmbunătățiri vizibile în aspectele critice. indicatori importanți activități precum costurile, calitatea, serviciul și viteza.”

Reingineria are următoarele proprietăți:

abandonează regulile și reglementările învechite și începe procesul de afaceri ca dintr-o „arzieră curată”, acest lucru îi permite să depășească impactul negativ al dogmelor;
ignoră sistemele, structurile și procedurile stabilite ale companiei și schimbă radical, reinventează modalități activitate economică- dacă este imposibil să-ți refaci mediul de afaceri, atunci îți poți reface afacerea;
duce la modificări semnificative ale indicatorilor de performanță.

Reinginerirea este utilizată în trei situații principale:

in conditiile in care firma se afla intr-o stare de criza profunda;
în condițiile în care poziția actuală a companiei este satisfăcătoare, dar previziunile pentru activitățile acesteia sunt destul de nefavorabile;
în situațiile în care organizațiile agresive și prospere caută să-și crească avantajul față de concurenți și să creeze avantaje competitive unice.

Etapele principale ale reingineriei:

formarea imaginii dorite a companiei (elementele de bază ale construcției sunt strategia companiei, liniile directoare principale, modalitățile de realizare a acestora);
crearea unui model afaceri existente firme (pentru a crea un model se folosesc rezultatele unei analize a mediului organizațional și datele de control; sunt identificate procesele care necesită restructurare);
dezvoltarea unui nou model de afaceri - reinginerie directă (procesele selectate sunt reproiectate, se formează noi funcții de personal, se creează noi sisteme informaționale, se testează un nou model);
introducerea unui nou model de afaceri.

Reingineria afacerii este un proces de schimbare rapidă bazat pe o succesiune de decizii de management rapid luate și implementate bazate pe aplicarea metodelor științifice moderne și utilizarea experienței practice de management.

Sisteme informaționale de management al întreprinderii (EMIS)

Să începem cu definițiile necesare pentru a înțelege discuțiile ulterioare. Considerarea consecventă a acestor definiții face posibilă intrarea în domeniul sistemelor informatice de management al întreprinderii (EMIS) necesare unui manager modern.

Informații - informații despre lumea înconjurătoare (obiecte, fenomene, evenimente, procese etc.), care reduce gradul de incertitudine existent, cunoștințe incomplete, înstrăinate de creatorul lor și devin mesaje (exprimate într-o anumită limbă sub formă de semne, inclusiv înregistrate pe un suport tangibil) care pot fi reproduse prin transmitere de către persoane oral, în scris sau prin alte mijloace.

Datele sunt informații reduse la nivelul unui obiect de anumite transformări, inclusiv cu ajutorul instrumentelor informatice.

document - Anunţ pe suport de hârtie, audio, electronic sau în altă formă, întocmit conform unor reguli, certificate în modul prescris.

Tehnologia informației este un sistem de metode și metode de colectare, transmitere, acumulare, procesare, stocare, prezentare și utilizare a informațiilor.

Sistemul informațional (SI) este un circuit informațional (care unește căile fluxului de informații într-o organizație) împreună cu mijloacele de colectare, transmitere, prelucrare și stocare a informațiilor, precum și personalul care efectuează aceste acțiuni cu informații.

Misiunea sistemelor informatice este producerea de informații necesare organizației pentru a asigura un management eficient al tuturor resurselor sale, crearea unui mediu informațional și tehnologic pentru luarea deciziilor si managementul organizatiei.

De obicei, sistemele de management au trei niveluri: strategic, tactic și operațional. Fiecare dintre aceste niveluri de management are propriile sarcini, la rezolvarea cărora este nevoie de date relevante; aceste date pot fi obținute prin interogarea sistemului informațional. Aceste solicitări sunt direcționate către informațiile corespunzătoare din sistemul informațional. Tehnologia de informație vă permit să procesați cereri și, folosind informațiile disponibile, să generați un răspuns la aceste solicitări. Astfel, la fiecare nivel de management apar informații care servesc drept bază pentru luarea deciziilor adecvate.

Ca urmare a aplicării tehnologiei informaţiei la resurse informaționale unele informații noi sau informații într-o formă nouă sunt create. Aceste produse ale sistemului informațional se numesc produse și servicii informaționale.

În prezent, există o opinie despre un sistem informaţional ca sistem în care obligatoriu implementat folosind tehnologia computerizată. Este gresit. Ca tehnologia de informație , Sisteme de informare poate funcționa și folosind mijloace tehnice, și fără o astfel de aplicație. Aceasta este o chestiune de fezabilitate economică.

Avantajele sistemelor manuale (de hârtie):

ușurința de implementare a soluțiilor existente;
sunt ușor de înțeles și necesită o pregătire minimă pentru a le stăpâni;
nu sunt necesare abilități tehnice;
acestea sunt de obicei flexibile și adaptabile pentru a se potrivi proceselor de afaceri.

Avantajele sistemelor automate:

căutarea, distribuirea și duplicarea informațiilor este facilitată și accelerată radical;
volumul de informații din sistemul informațional crește;
într-un IS automatizat, devine posibil să se prezinte holistic și cuprinzător tot ceea ce se întâmplă cu organizația, deoarece toți factorii și resursele economice sunt afișați într-o singură formă de informare sub formă de date.

Sistemul informatic al unei organizații (întreprindere, firmă, corporație) este de obicei considerat ca un anumit set de soluții private și componente ale implementării acestora, inclusiv:

bază de date unificată de stocare a informațiilor;
un set de sisteme de aplicații create de diferite companii și folosind diferite tehnologii.

Creare Sistemul de gestionare a informațiilorîntreprinderea este un proces destul de consumator de timp și de resurse, în care pot fi distinse patru etape principale.

Schița proiectului. Descriere detaliata scopurile și obiectivele proiectului, resursele disponibile, limitările etc.
Evaluarea proiectului. Se stabilește ce va face sistemul, cum va funcționa, ce hardware și software vor fi utilizate și cum vor fi întreținute. Se pregătește o listă de cerințe pentru sistem și se studiază nevoile utilizatorilor obișnuiți.
Construcție și testare. Personalul trebuie să se asigure că IP-ul este confortabil pentru a lucra înainte ca acesta să devină nucleul afacerii.
Depanare și implementare. Proiectul nu este finalizat până când managerul de proiect nu poate demonstra că SI funcționează în mod fiabil.

Ciclul de viață al unui IS este perioada de creare și utilizare a unui IS, acoperind diferitele sale stări, începând din momentul în care apare necesitatea acestui IS și terminând cu momentul dezafectării sale complete.

Ciclul de viață IS este împărțit în următoarele etape:

Asa de, Sistemul de gestionare a informațiilorîntreprindere (ISUP) este Mediul de operare, care este capabil să ofere managerilor și specialiștilor informații actualizate și de încredere despre toate procesele de afaceri ale întreprinderii, necesare pentru planificarea operațiunilor, implementarea, înregistrarea și analiza acestora. Cu alte cuvinte, un PMIS modern este un sistem care conține o descriere a întregului ciclu al pieței - de la planificarea afacerii până la analiza rezultatelor întreprinderii. În realitate, dezvoltarea unui IMS începe adesea cu informatizarea parțială a proceselor informaționale, de exemplu, în cadrul departamentului de contabilitate sau depozitare.

Sarcini PMIS

Gestionarea întreprinderilor în condiții moderne necesită creșterea eficienței. Prin urmare, utilizarea sistemelor informatice de management al întreprinderii (EMIS) este una dintre cele mai importante pârghii pentru dezvoltarea afacerii.

Sarcinile speciale rezolvate de PMIS sunt în mare măsură determinate de domeniul de activitate, structura și alte caracteristici ale întreprinderilor specifice. Ca exemple, ne putem referi la experiența creării unui ISMS pentru o întreprindere - un operator de telecomunicații și la experiența implementării sistemului SAP R/3 de către partenerii unei companii la un număr de întreprinderi din CSI și din străinătate. timp, o listă aproximativă a sarcinilor de management pe care un ISMS ar trebui să le rezolve la diferite niveluri de management al întreprinderii și pentru diversele sale servicii poate fi acum considerată general acceptată în rândul specialiștilor. Este prezentată în tabelul 5.1. Diverse metode teoretice sunt utilizate pe scară largă pentru a rezolva aceste probleme. luarea deciziilor, inclusiv econometrie și optimizare.

Tabelul 5.1. Principalele sarcini ale ISMS

№	Niveluri de management și servicii	Probleme de rezolvat
1	Managementul întreprinderii	furnizarea de informații fiabile despre situația financiară actuală a companiei și pregătirea unei previziuni pentru viitor; asigurarea controlului asupra activității serviciilor întreprinderii; asigurarea unei coordonări clare a muncii și a resurselor; furnizarea de informații operaționale despre tendințele negative, cauzele acestora și posibilele măsuri de corectare a situației; formarea unei imagini complete a costului produsului (serviciului) final pe componente de cost suport informativ si analitic pentru procesul decizional al managementului
2	Servicii financiare si contabile	control deplin asupra mișcării fondurilor; implementarea politicilor contabile cerute de conducere; determinarea promptă a creanțelor și datoriilor; controlul asupra implementării contractelor, estimărilor și planurilor; controlul disciplinei financiare; urmărirea mișcării fluxurilor de mărfuri și materiale; primirea promptă a unui set complet de documente de raportare financiară
3	Controlul producției	monitorizarea indeplinirii comenzilor de productie; monitorizarea stării instalațiilor de producție; controlul disciplinei tehnologice; mentinerea documentelor pentru sustinerea comenzilor de productie (hărți de gard, hărți de traseu); definiție operațională costul actual comenzi de producție
4	Servicii de marketing	controlul asupra promovării noilor produse pe piață; analiza pietei de vanzari in vederea extinderii acesteia; mentinerea statisticilor de vanzari; suport informativ pentru politicile de preț și reduceri; utilizarea unei baze de date de scrisori standard pentru trimitere prin corespondență; controlul asupra îndeplinirii livrărilor către client la timp optimizând costurile de transport
5	Servicii de vânzare și furnizare	mentinerea bazelor de date cu bunuri, produse, servicii; planificarea timpilor de livrare și a costurilor de transport; optimizarea rutelor de transport și a metodelor de transport; gestionarea computerizată a contractelor
6	Servicii de contabilitate depozit	managementul unei structuri de depozitare cu mai multe eșalonuri; căutare operațională a mărfurilor (produselor) în depozite; amplasare optima in depozite tinand cont de conditiile de depozitare; managementul veniturilor ținând cont de controlul calității; inventar

Sistemul informațional de management al proiectelor (PMIS)

Sistemul informațional de management al proiectelor nu este un element obligatoriu al sistemului de management al proiectelor și suport informativ proiect, dar poate deveni critic element important sisteme management de proiectîn anumite circumstanțe. Prezența unui PMIS trebuie justificată de nevoi activitati ale proiectului organizarea sau nevoile unui anumit proiect.

În scopul unui proiect individual mic sau mijlociu, valoarea unui EMIS poate fi limitată, dar atunci când este realizat proiecte majore, sau multe proiecte, atunci când lucrați cu o cantitate mare de informații despre proiect, importanța unui PMIS este greu de subestimat.

Un studiu realizat de PmExpert în rândul companiilor autohtone, ponderea organizațiilor mari (de la 300 de persoane) în rândul cărora era de 65%, a relevat că 60% dintre organizațiile chestionate care au implementat un PMIS evaluează pozitiv efectul implementării. Astfel, importanța crescândă a PMIS este confirmată în prezența unui volum mare de date de proiectare.

PMIS se referă la software care îndeplinește funcțiile de susținere a proceselor de management de proiect sau a unui sistem informațional de management de proiect.

Utilizarea de software specializat vă permite să creșteți eficiența proceselor de management de proiect datorită:

Reducerea costurilor cu forța de muncă la efectuarea proceselor de management de proiect;
Îmbunătățirea comunicării între participanții la activitățile proiectului prin utilizarea resurselor informaționale comune;
Creșterea vitezei de implementare a proceselor de management de proiect și a procesului de motivare a participanților la proiect;
Minimizarea numărului de erori de informații de proiectare;
Procesarea automată și stocarea centralizată a informațiilor despre proiecte.

În funcție de scop și set funcţionalitate software-ul pentru sprijinirea activităților proiectului poate fi clasificat după cum urmează:

Alegerea de către o organizație a unui sistem de susținere a managementului de proiect dintr-o anumită clasă depinde de nivelul de dezvoltare a proceselor de management de proiect în organizație, de amploarea activităților proiectului, de nivelul de dezvoltare a proceselor de management în general în organizație, de nivelul financiar. capacitățile organizației de a achiziționa și opera sistemul, cerințe specifice la sistem.

Înainte de a implementa un sistem informatic de management de proiect, o organizație trebuie să răspundă la o serie de întrebări care stabilesc cadrul de utilizare a unui PMIS:

Ar trebui să fie utilizat sistemul la toate nivelurile de management?
Cine vor fi utilizatorii sistemului?
Sistemul ar trebui folosit doar pentru proiecte cu prioritate ridicată?
Ce procese de management de proiect ar trebui să automatizeze PMIS?
Cu ce procese de afaceri ale organizației intenționați să integrați PMIS-ul?
Ce efecte se așteaptă din implementarea PMIS?

Un sistem informațional poate fi văzut ca un înlocuitor pentru comunicarea live și informală, transferul de competențe și experiență în cadrul personalului, dar nu ar trebui să înlocuiască acest lucru cu canale rigide de comunicare.

Pentru implementarea eficientă a PMIS este necesar O abordare complexă, care include simultan activități de integrare cu software-ul organizației, instruirea utilizatorilor PMIS, elaborarea documentelor de reglementare pentru lucrul cu PMIS, dezvoltarea continuă și adaptarea PMIS la nevoile managementului de proiect al organizației în timpul funcționării.

Condițiile critice pentru implementarea cu succes a unui PMIS sunt suportul managementului organizației și prezența unei metodologii de management de proiect în organizație.

Abordarea implementării unui PMIS este similară cu abordarea implementării unui sistem de management de proiect al unei organizații - „de la simplu la complex”: în primul rând, procesele cheie și cel mai ușor automatizate de bază și suport ale managementului de proiect sunt automatizate, cum ar fi programarea, colectarea și generarea de rapoarte, organizarea de întâlniri și monitorizarea execuției soluțiilor de proiect, iar apoi se constată o creștere consistentă a funcționalității PMIS.

Exemple de procese automatizate folosind PMIS sunt date în tabel.

Procese tipice automatizate de PMIS

Nu.	Numele procesului	Ordine de implementare recomandată
Procese de management de proiect
1.	Certificarea proiectelor	primul
2.	Programare	primul
3.	Managementul performanței proiectului	prima secunda
4.	Contabilitate resurselor de muncă proiect	al doilea
5.	Înregistrarea orelor de lucru ale personalului de proiect	A doua treime
6.	Managementul financiar al proiectului	prima treime
7.	Gestionarea riscurilor, problemelor și problemelor deschise	A doua treime
8.	Colectarea si generarea rapoartelor privind proiectul (proiectele)	prima treime
9.	Managementul schimbării	primul
10.	Stocarea documentatiei proiectului	prima treime
11.	Organizarea întâlnirilor și introducerea rezultatelor întâlnirilor	primul
12.	Monitorizarea executiei solutiilor de proiectare	primul
13.	Managementul contractelor și planificarea aprovizionării proiectelor	al treilea
14.	Managementul portofoliului de proiecte	al treilea
procesele PMIS
15.	Administrarea PMIS	primul
16.	Înregistrarea acțiunilor PMIS	primul
17.	Notificarea participanților la proiect	al doilea
18.	Integrarea cu procesele conexe ale organizației	al treilea

La implementarea unui PMIS, în stadiul inițial de implementare, este important să se asigure că utilizatorii folosesc sistemul, deoarece utilitatea sistemului poate să nu fie evidentă pentru utilizatori la început și apare după ce o serie de informații de proiectare au fost acumulate în PMIS.

Un indicator important al utilizării active a unui ISMS este prezența integrării cu alte servicii și sisteme informaționale ale organizației. De regulă, în primul rând, PMIS este integrat cu prin e-mail(Pentru notificări și alerte), serviciul de director LDAP și sistem de management al documentelor. Prezența integrării cu sistemele contabile și ERP indică grad înalt relevanța și fiabilitatea informațiilor din PMIS.

Recomandările generale pentru implementarea unui sistem informațional de management de proiect includ următoarele: este necesar să se înțeleagă clar obiectivele și beneficiile așteptate de la implementare sistem nou; rezultatele implementării sistemului trebuie convenite cu toți cei care sunt asociati cu implementarea acestuia sau vor participa la funcționarea acestuia; implementarea consecventă a soluțiilor dezvoltate de la „simplu la complex”, de la local la global; dezvoltarea de soluții de proiectare pe proiecte pilot; prioritate pe implementarea funcționalității care demonstrează utilizatorilor și management utilitatea evidentă a PMIS.

Serviciu director - pachete software, permițând administratorului să dețină o serie de informații despre resursele rețelei (dosare partajate, servere de imprimare, imprimante, utilizatori etc.) organizate după o serie de caracteristici, stocate într-un singur loc, care asigură gestionarea centralizată atât a resurselor în sine, cât și informații despre acestea și, de asemenea, vă permite să controlați utilizarea lor de către terți.

LDAP (Lightweight Directory Access Protocol) este un protocol de rețea pentru accesarea serviciilor de directoare.

Deși subsistemele MTP și SCCP discutate în cele două secțiuni anterioare oferă mecanisme de transmisie foarte puternice, inclusiv capabilități de rutare dinamică, ele nu pot interpreta semnificația mesajelor transmise de Stratul 4. Determină semnificația mesajelor transmise și atribuie ordinea în care sunt transmise, și, de asemenea, interacționează cu software-ul de gestionare a apelurilor de pe stație este unul dintre subsistemele utilizatorului. Pentru a gestiona stabilirea conexiunii și eliberarea căii de conversație, în special, sunt specificate mai multe subsisteme de utilizator SS7, în special, subsistemul utilizator de telefon (TUP), subsistemul utilizator ISDN (ISUP).

Subsistemul utilizator de telefonie TUP a fost dezvoltat pentru a gestiona stabilirea și deconectarea conexiunilor telefonice și a fost versiunea europeană a SS7, în timp ce pe continentul nord-american un alt subsistem, ISUP, a început să fie implementat mult mai devreme. Pe lângă gestionarea serviciilor de telefonie de bază, TUP definește proceduri și formate pentru serviciile suplimentare. Cu toate acestea, datorită naturii ISDN, Servicii aditionale,definite în ISUP sunt mai puternice și folosesc soluții mai avansate decât cele definite în TUP.

Subsistemul utilizator de date DUP a fost definit la începutul dezvoltării SS7 pentru a gestiona stabilirea și eliberarea conexiunilor de date cu comutare de circuite. Adoptarea DUP este foarte mică și doar câțiva operatori de rețea au implementat rețele de date cu comutare de circuite dedicate. Cerințele de transmisie a datelor sunt îndeplinite în prezent de ISUP, făcând puțin probabilă utilizarea pe scară largă a DUP în rețelele de telecomunicații.

Din aceste motive, TUP și DUP nu sunt tratate în această carte. Pe măsură ce rețelele de telecomunicații evoluează către ISDN, ISUP va elimina necesitatea subsistemelor TUP și DUP. ISUP conține toate funcțiile TUP, dar aceste funcții sunt implementate mai flexibil. De asemenea, oferă una dintre cele mai importante caracteristici ale protocoalelor de semnalizare, care a fost discutată pe larg în Capitolul 1 - semnalizarea end-to-end, care permite două stații să facă schimb de informații fără participarea nodurilor intermediare care parsează mesaje.

Subsistemul ISUP acceptă două clase de servicii: tipuri de servicii de bază și suplimentare. Clasa de bază de servicii asigură stabilirea conexiunilor de voce și/sau de date. Vederi suplimentare serviciile reprezintă toate celelalte servicii orientate spre conexiune, uneori asociate cu transmiterea de mesaje după ce conexiunea principală a fost stabilită.

Prin utilizarea pe scară largă a variabilelor și câmpurilor opționale în structurile de date, ISUP este un subsistem mult mai flexibil și mai adaptabil decât TUP. În acest sens, principiile de formatare utilizate în ISUP sunt similare cu cele descrise pentru SCCP în secțiunea anterioară. Cu toate acestea, SCCP este prin natura sa un subsistem fără canal de conversație și, prin urmare, utilizează un număr de referință local pentru a identifica o anumită tranzacție, în timp ce ISUP acceptă o abordare de identificare a tranzacției bazată pe canal. Adică, mesajul ISUP utilizează numărul canalului de discuție pentru a identifica informațiile legate de canalul respectiv. Din acest motiv, ISUP (ca TUP) utilizează un cod de identificare a canalului CIC.

Mesajele ISUP sunt transmise în câmpul SIF al unităților de semnal semnificative, așa cum se arată în Fig. 10.12. Linia de sus din această figură este identică cu formatul MSU Signal Unit semnificativ din figură. 10.2, care pare util pentru a reaminti cititorului. Câmpul de informații de semnalizare constă din eticheta de rutare, codul de identificare a canalului, tipul de mesaj și parametri. Parametrii sunt împărțiți într-o parte fixă obligatorie, o parte variabilă obligatorie și o parte opțională, așa cum a fost cazul SCCP și a fost prezentat în Fig. 10.6. Codul de identificare a canalului (CIC) indică numărul canalului de conversație dintre două posturi la care se referă mesajul. Astfel, dacă este utilizată o cale digitală de 2,048 Mbit/s, atunci cei mai puțin semnificativi cinci biți ai CIC codifică intervalul de timp de vorbire în formă binară. Biții rămași sunt utilizați atunci când este necesar să se determine cărui flux PCM îi aparține un anumit interval de vorbire.

Codul tipului de mesaj constă dintr-un câmp de un octet și este obligatoriu pentru toate mesajele. Acest cod definește în mod unic funcționalitatea și structura generală a fiecărui mesaj ISUP.

Orice mesaj include o serie de parametri. Fiecare parametru are un nume, care este codificat într-un octet. Lungimea parametrului poate fi fixă sau variabilă. La fel ca și în cazul BSSR, sunt prevăzute următoarele trei categorii de parametri: fix obligatoriu, variabil obligatoriu, opțional.

Parametrii fiși necesari sunt întotdeauna incluși în mesajele de acest tip și au o lungime fixă. Poziția, lungimea și ordinea parametrilor sunt unice pentru tipul de mesaj, astfel încât numele parametrilor și indicatorii de lungime nu sunt incluși în mesaj.

Parametrii necesari variabili sunt întotdeauna necesari pentru un anumit tip de mesaj și au o lungime variabilă. Pentru a indica începutul

Un pointer special este folosit pentru fiecare parametru. Un pointer este un octet care poate fi utilizat în timpul procesării SIF pentru a localiza o anumită informație. Acest lucru elimină necesitatea de a analiza întregul mesaj pentru a găsi aceste informații. Numele fiecărui parametru este implicit în tipul mesajului, astfel încât numele parametrilor necesari nu sunt incluse în mesajul în sine.

Parametrii opționali pot fi prezenți sau nu într-un anumit tip de mesaj. Fiecare parametru opțional conține un nume (un octet) și un indicator de lungime (un octet) înainte de conținutul parametrului.

Orez. 10.13. Structura parametrilor în ISUP

O serie de tipuri de mesaje și parametri sunt specificați pentru ISUP. Exemple de aceste tipuri de mesaje sunt:

Mesaj de adresă inițială (IAM), . cerere de informații (INR),

Mesaj complet de acceptare a adresei (AFM),

mesaj de răspuns (ANM),

Confirmarea modificării conexiunii (CMC), . refuzul modificării conexiunii (RCM),

Blocare (BLO),

Confirmare de blocare (BLA),

Mesaj de răspuns de la un dispozitiv de abonat cu răspuns automat (de exemplu, terminal de date) (CON),

mesaj de răspuns (ANM),

Eliberare (REL),

Finalizarea lansării (RLC) etc.

Pentru versiunea rusă a protocolului ISUP au fost introduse câteva mesaje suplimentare care ar trebui menționate aici, în ciuda atitudinii negative a autorului cărții față de oportunitatea introducerii lor. Acesta este un mesaj opțional de ștergere a apelantului (CCL) pentru a sprijini procedura de închidere bidirecțională pentru identificarea numărului apelantului după ce un apel rău intenționat este închis. De asemenea, sunt introduse un mesaj de taxare (CRG), care este trimis în direcția inversă după un mesaj ANM sau CON în scopul taxării unui apel și un mesaj Rend a Call (RNG), care este trimis la începutul fiecărui apel. pentru o conexiune semi-automată de intrare (rechemare). Toate aceste situații au fost discutate în detaliu în capitolele precedente.

Mesajul inițial cu adresa IAM este primul mesaj care trebuie trimis atunci când se stabilește o conexiune. Conține cifre de adresă (de exemplu, cifrele formate de abonat pentru a direcționa apelul). Ca urmare a transmiterii sale, stația sechestrează canalul. Tipul de mesaj IAM este codificat 00000001. Formatul IAM include, de asemenea, următorii parametri.

Un parametru obligatoriu fix de 1 octet determină natura conexiunii care se stabilește. Acest parametru caracterizează starea conexiunii în curs de stabilire, de exemplu, prezența sau absența unui supresor de ecou, includerea unui canal satelit în conexiune etc.

Un alt parametru obligatoriu fix de 2 octeți caracterizează direcția de redirecționare a apelului și definește capacitățile de conectare, cum ar fi conexiunea end-to-end sau disponibilitatea ISUP pe întreaga conexiune.

Un alt parametru fix necesar de un octet specifică categoria apelantului, adică. dacă cel care apelează este un abonat sau un operator, inclusiv o indicație a grupului de limbi etc.

Ultimul parametru fix necesar de un octet descrie cerințele suportului de transmisie, de exemplu, este solicitat un canal de 64 Kbps.

Mesajul de adresă IAM are un parametru variabil obligatoriu, lung de 4-11 octeți, care definește numărul abonatului apelat (de exemplu, cifrele formate ale numărului), precum și parametri opționali: numărul abonatului apelant, 4-12 octeți lungă, iar informațiile de la utilizator la utilizator în sine, 3 lungi -131 octeți, permițând abonaților să facă schimb de date în timpul procedurii de stabilire a conexiunii.

Mesajul ACM Complete Address Accept este trimis de stația de intrare pentru a indica primirea cu succes a suficiente cifre pentru a direcționa apelul către partea apelată. Tipul de mesaj ACM este codificat 00000110.

Formatul general ACM include și un parametru obligatoriu fix de lungime de 1 octet, care determină starea conexiunii stabilite în același mod ca și în cazul IAM (prezența sau absența unui supresor de eco, includerea unui canal satelit în conexiune). , etc.).

Un alt parametru obligatoriu fix de 2 octeți în lungime este, de asemenea, similar cu parametrul din IAM, dar caracterizează direcția inversă a apelului, pentru care determină capabilitățile de conectare, de exemplu, conexiunea end-to-end sau disponibilitatea ISUP pe toată durata conexiunii .

În plus, ACM poate include indicatori opționali de apel invers de 3 octeți și informații de la utilizator la utilizator de 3-131 de octeți, așa cum este descris pentru IAM.

După cum se poate vedea din exemplele de mai sus, ISUP folosește pe scară largă câmpurile de parametri opționale, crescând astfel flexibilitatea serviciilor furnizate de operatorii de rețea. Cu toate acestea, o astfel de flexibilitate, pe de altă parte, crește costul analizei mesajelor în PBX. De exemplu, mesajul IAM discutat mai sus conform specificației ITU-T poate conține până la 14 parametri opționali și până la 131 de octeți de informații de la utilizator la utilizator. Această dimensiune a unor mesaje ISUP poate cauza probleme dacă într-un singur mesaj sunt incluse prea multe câmpuri opționale simultan. În plus, abordarea flexibilă a câmpurilor opționale în sine necesită procesare suplimentară pentru a determina ce informații sunt prezente într-un anumit mesaj și ce nu.

Cu toate acestea, chiar și cu „zbura în unguent” menționat mai sus, care poate fi întotdeauna abordată în mod corespunzător, fără a utiliza excesiv parametrii opționali, metoda de formatare ISUP este extrem de flexibilă și permite implementarea atât a cerințelor deja declarate, cât și a celor viitoare.

Orez. Figura 10.14 ilustrează procedura pentru stabilirea și eliberarea unei conexiuni de bază. Când se primește o cerere de conexiune de la un apelant, PBX-ul de origine A analizează informațiile de rutare și generează un mesaj IAM de adresare inițial. Analiza numărului abonatului apelat permite PBX-ului A de ieșire să determine direcția de rutare a apelului. În figura prezentată. În exemplul din Figura 10.14, apelul este direcționat către PBX de tranzit B. Informațiile din parametrul IAM obligatoriu fix indică tipul de conexiune cerut de apelant - o conexiune de 64 Kbps. Aceste informații sunt trimise către PBX de tranzit B, în urma căreia calea de conversație corespunzătoare este comutată în direcția opusă abonatului care apelează.

Q - conectarea căii de conversație în direcția înainte O - eliberarea căii de conversație Fig. 10.14. Stabilirea și eliberarea unei conexiuni de bază în ISUP

Ocolirea căii numai în direcția inversă în această etapă permite persoanei care apelează să audă tonurile trimise de rețea, dar împiedică transferul informațiilor de la partea apelantă pe calea de convorbire. Dacă se utilizează modul de blocare, toate cifrele adresei necesare pentru a direcționa apelul către partea apelată sunt incluse în mesajul IAM. Dacă se folosește modul de suprapunere, IAM este trimis atunci când sunt recepționate numai cifrele B necesare pentru rutarea către PBX-ul de tranzit, iar alte cifre de adresă sunt transmise prin rețea în mesajele de adresă ulterioare.

Transit PBX B primește IAM și analizează informațiile conținute în mesaj. Analiza cifrelor numărului abonatului apelat pe PBX-ul de tranzit B determină ruta ulterioară către PBX-ul de intrare B. Analiza informațiilor rămase conținute în IAM determină alegerea căii vocale adecvate, de exemplu, un 64 Kbit/ canalul lui. Apoi, IAM este transmis către PBX B, de la care este conectată și calea conversației.

Când un mesaj IAM sosește la PBX B de intrare, numărul abonatului apelat este analizat și dacă sunt necesare informații suplimentare de la PBX-ul de ieșire A înainte de conectarea la abonatul apelat. Dacă sunt necesare informații suplimentare, atunci un mesaj de la capăt la capăt este trimis către PBX-ul de ieșire A, în care este formulată această cerință. Rețineți că Transit PBX B nu trebuie să analizeze acest mesaj de la capăt la capăt, deoarece transmiterea transparentă are loc pentru un astfel de mesaj. PBX-ul de ieșire oferă informațiile relevante prin trimiterea unui mesaj de răspuns de la capăt la capăt.

După recepție informatie necesara PBX B de intrare informează abonatul apelat despre apelul de intrare, iar de la PBX B de intrare la PBX de tranzit C este trimis un mesaj ACM despre acceptarea adresei complete. Mesajul ACM despre acceptarea adresei complete este apoi transmis centralului de ieșire A. Recepția mesajului despre acceptarea adresei complete la orice stație care participă la stabilirea conexiunii indică rutarea cu succes a apelului către abonatul B și permite informațiile de rutare asociate cu conexiunea să fie ștearsă din memorie.

Când abonatul apelat răspunde la apel, PBX-ul de intrare B comută calea conversației și transmite un mesaj de răspuns către PBX-ul de tranzit B, care, la rândul său, redirecționează mesajul de răspuns către PBX-ul de ieșire A. Când primește mesajul de răspuns, PBX comută calea conversației în direcția înainte. Astfel, se stabilește o conexiune între abonații apelați și apelați, începe taxarea apelului și are loc o conversație sau transfer de date.

Spre deosebire de TUP, atât apelantul, cât și partea apelată pot iniția o eliberare imediată a apelului, de exemplu. ISUP utilizează o metodă de eliberare unidirecțională. În fig. 10.14 Apelantul A trimite mai întâi un semnal de eliberare centralei de ieșire A. Centrala de ieșire începe să deconecteze conexiunea și transmite un mesaj de eliberare REL către stația de tranzit B, care transmite un mesaj de eliberare către centrala de intrare B și începe să elibereze calea de convorbire. După ce calea vocală este eliberată și este gata să deservească un nou apel, PBX de tranzit B trimite un mesaj despre sfârșitul eliberării RLC către PBX-ul de ieșire A. În același mod, atunci când se primește un mesaj de eliberare REL, calea vocală este deconectată pe PBX de intrare B.

Trebuie remarcat faptul că principiul organizării procedurii de deconectare descris mai sus, care garantează cea mai rapidă deconectare posibilă a conexiunii la cererea oricăruia dintre abonați, crește viteza de procesare a apelurilor în rețea și diferă de organizarea deconectarii nu. numai în TUP, dar și în versiunile anterioare ale ISUP.

Specificațiile originale ISUP specificau o secvență triplă de mesaje de eliberare: mesaj de eliberare (REL), cerere de eliberare (RLSD) și eliberare completă (RLC). Această procedură a fost înlocuită cu procedura descrisă mai sus, care este cât mai consistentă cu procedurile de deconectare SCCP.

Subsistemul ISUP acceptă o serie de caracteristici suplimentare Pentru servicii telefoniceși servicii de date nefurnizate de TUP. Unele dintre aceste capacități suplimentare sunt implementate în ATSC-90 rusesc și sunt date în tabel. 10.2 ca exemplu.

Diferența fundamentală dintre serviciile de identificare a numărului apelantului din tabel. 10.2 din procedura de identificare a apelantului descrisă în Capitolul 8 se află în modurile de control indicate în tabel pentru activarea și dezactivarea identificării numărului de abonat.

Automatic Inbound (DDI) face posibilă stabilirea unei conexiuni cu o centrală centrală privată (PBX) fără intervenția unui operator PBX. ISUP definește proceduri pentru a furniza DDI atât pentru PBX-urile analogice, cât și pentru cele digitale.

Procedurile de bază pentru redirecționarea apelurilor sunt similare cu serviciul de redirecționare a apelurilor din TUP. Cu toate acestea, redirecționarea apelurilor în ISUP poate fi inițiată în trei moduri diferite: când abonatul apelat este ocupat (1), când nu există niciun răspuns de la abonatul apelat într-un anumit timp (2) și pentru toate apelurile fără conditii suplimentare (3).

Tabelul 1G.2. Câteva servicii ISUP suplimentare


	Apelare directa
	Prezentarea ID apelantului
	Preveniți prezentarea ID-ului apelantului
	Prezentarea numărului apelat
	Interzicerea prezentării numărului apelat
	Identificarea apelurilor rău intenționate
	Adresare suplimentară

	Redirecționare când abonatul B este ocupat
	Redirecționare când nu există niciun răspuns de la abonatul B
	Redirecționare fără condiții suplimentare
	Respingerea unui apel

	Notificare de apel în așteptare
	Întrerupeți și reluați același apel
	Portabilitatea terminalului

	Apel de conferinta

Articolul discută despre dezvoltarea instrumentelor de programare utilizator într-un sistem SCADA - de la rezolvarea problemelor non-standard de management și control în limbajul tehnologic ST până la automatizarea procesului de proiectare în mediul încorporat al limbajului de scripting C#. În continuarea acestei linii, a fost anunțat pentru prima dată un nou mediu de programare a controlerului, care implementează pe deplin cerințele standardului IEC 61131-3 și păstrează ideologia obiectului adoptată în acesta, ceea ce asigură confortul și viteza de dezvoltare și replicare a designului. solutii.

Din drag and drop

a „scrie și alerga”

Un sistem SCADA orientat pe obiecte nu conținea inițial niciun instrument de programare, nici măcar limbaje tradiționale de scripting (sau „scripturi” în jargon tehnic). Acest lucru s-a explicat prin poziția conceptuală a dezvoltatorilor, care au considerat că este necesară obișnuirea utilizatorilor cu ideologia obiectului și instrumentele standard, care asigură stabilirea oricăror conexiuni pentru transferul de date prin simplu „drag-and-drop” a elementelor proiectului, ca precum și includerea unor elemente în altele (de exemplu, un simbol dinamic sau un buton pentru apelarea documentelor unui obiect în diagrama mnemonică a altuia). Cu toate acestea, a fost necesar să se găsească oportunități pentru acei utilizatori care ar dori să rezolve probleme non-standard în cadrul acestui cadru.

Rețeta universală pentru crearea de blocuri de bibliotecă și controale vizuale în limbaje de programare profesionale nu este potrivită pentru toți inginerii. Un alt motiv de preocupare a modalităților de programare a sarcinilor aplicate a fost asociat (începând cu a 2-a versiune a MasterSCADA) cu faptul că a devenit un sistem integrat vertical, în cadrul căruia a fost posibilă distribuirea arbitrară a logicii de monitorizare și control între stațiile de lucru și controlere cu o arhitectură deschisă (pentru sistemul executiv a fost lansat).

Primul instrument de programare tehnologică din cadrul acestui cadru a fost limbajul grafic al diagramelor bloc funcționale. Dar aceasta este o modalitate de a crea soluții bazate pe biblioteci existente, iar funcționalitatea acestora este limitată chiar și cu o expansiune constantă. Dezvoltarea decisivă a instrumentelor necesare a început deja în versiunea a 3-a. Biblioteca de blocuri funcționale a fost extinsă cu blocuri de program utilizator. Au fost implementate două tipuri de blocuri - pentru programarea inginerească în limbajul ST (standard IEC 61131-3) și pentru automatizarea dezvoltării proiectelor sau implementării sarcinilor complexe în limbajul C#. Dacă programele în limbajul ST funcționează atât la nivelul superior al sistemelor, cât și în controlere, atunci programele în C# sunt destinate exclusiv funcționării în stațiile de lucru. Întrucât este creat un singur proiect pentru întregul sistem cu organizarea automată a comunicării între părțile sale, dezvoltatorul de proiect trebuie să țină seama inițial de această specializare a limbilor.

Programare in limbaj ST

Limbajul ST este ușor de învățat de către ingineri. Generațiile care au absolvit universitățile în anii nouăzeci și zero, de regulă, sunt familiarizate cu limbajul Pascal din curriculum, din care ST a împrumutat ideile principale. În plus, programul ST conține concepte pur inginerie - intrări/ieșiri, variabile de tip „timp” etc. Adăugarea de noi variabile la secțiunile INPUT sau OUTPUT duce automat la apariția de noi intrări/ieșiri pentru blocul funcțional ST în proiect. Orice intrări/ieșiri dintr-un proiect pot fi legate de intrări/ieșiri ale altor obiecte sau variabile ale proiectului prin simpla glisare și plasare.

Din punctul de vedere al ușurinței dezvoltării, editorul ST oferă un mediu modern (Fig. 1), construit, așa cum este obișnuit, direct în managerul de proiect integrat, astfel încât dezvoltatorul să nu se gândească la cum să deschidă editorul (pur și simplu selectează fila „Cod” a blocului corespunzător din proiect ), nici unde sunt stocate fișierele de program (problema stocării și denumirii fișierelor este rezolvată sistemic și rămâne în spatele scenei - dezvoltatorul nu trebuie să știe care sunt aceste fișiere numite și unde sunt stocate).

Programul creat este compilat într-un cod special interpretat, care poate fi executat atât pe computer, cât și în toate tipurile de controlere suportate de sistemul executiv inclus. Acestea sunt controlere cu aproape orice procesoare moderne și nu foarte moderne (x86, ARM7, ARM9 etc.) și comune sisteme de operare(de la DOS și Windows CE la Linux și Ecos). De asemenea, este important ca pentru depanare să nu aveți nevoie de un controler disponibil. Programul poate fi depanat atât pe așa-numitul controler Windows (sistemul executiv al controlerului care rulează pe aceeași stație de lucru ca proiectul de nivel superior), cât și direct în modul de dezvoltare, rulând codul unui singur bloc în curs de dezvoltare pentru execuție . În același timp, este disponibilă execuția tradițională a programului pas cu pas, inclusiv posibilitatea de a introduce proceduri imbricate.

Orez. 2. Un exemplu de implementare a unui algoritm de calcul în C#

Programare in C#

Pentru comparație, iată un exemplu de program în C#. ÎN în acest exemplu este implementat un algoritm de calcul pentru filtrarea valorii analogice de intrare. Din fig. 2 puteți vedea că variabilele programului sunt create într-un panou special prin specificarea unui nume, selectarea unui tip și permisiunea de scriere. Imediat după intrare, acestea apar în declarațiile programului și intrările/ieșirile algoritmului în arborele proiectului.

Orez. 3. Vizualizarea arborelui proiectului înainte de a executa scriptul

Automatizarea proiectelor în limbaj C#

Sarcinile cu care se confruntă designerii în munca lor necesită uneori efectuarea unui număr mare de operațiuni de rutină, dar transferul muncii „mecanice” pe computer este obiectivul principal automatizare. Iată o sarcină tipică - trebuie să creați un sistem de contabilizare apartament cu apartament a resurselor în bloc. Să presupunem că a fost creat un fragment din proiect - reprezentând un apartament. Acum trebuie să îl înmulțiți cu numărul necesar de apartamente și intrări, creați o diagramă mnemonică apelând apartamentul necesar pentru a vedea indicatorii acestuia (Fig. 3).

În aceste scopuri puteți executa scripturi scrise în C# intern și accesând modelul său obiect (Fig. 4).

După rularea scriptului (acest exemplu este din Biblioteca de Scripturi Exemple), un nou obiect House este adăugat la proiect pe baza obiectului House exemplu. Pe baza parametrilor cantitativi pe care i-am specificat în setări, numărul specificat de intrări, etaje și apartamente este introdus în el (Fig. 5).

Orez. 5. Vizualizarea arborelui proiectului după executarea scriptului

Pe lângă crearea automată a unei structuri de proiect, scriptul creează afișaje, jurnalele de mesaje, rapoarte și tendințe aparținând unor obiecte noi, folosind documentele obiectului original (creat manual) ca mostre. Și, ca rezultat final, diagrama mnemonică principală a proiectului este formată cu butoanele pentru apelarea ferestrelor apartamentelor create automat în numărul necesar (Fig. 6).

Orez. 6. Vedere a unei diagrame mnemonice cu butoane pentru apelarea ferestrelor create de script

Rezumând considerația acestui exemplu, trebuie să admitem că, deoarece este un produs software foarte mare, este dificil chiar și pentru un dezvoltator destul de experimentat să navigheze pentru prima dată pe modelul său obiect, deși este documentat. Prin urmare serviciile suport tehnic pentru scrierea de scripturi pentru automatizarea dezvoltării proiectelor sunt destul de solicitate, mai ales având în vedere că în majoritatea cazurilor sunt gratuite chiar și pentru utilizatorii versiunii demo, iar scripturile create nu se vor pierde, deoarece ajung într-o trezorerie comună - o bibliotecă accesibil tuturor.

Logica de dezvoltare - suport deplin al standardului IEC 61131-3

Creșterea bruscă a interesului utilizatorilor pentru programarea controlerelor cu arhitectură deschisă în limbaje tehnologice descrise de standardul IEC 61131-3 ne-a condus la ideea nu numai de a implementa suport complet pentru standard, ci și de a lansa produs separat pentru cei care programează controlere pentru aplicații independente, mai degrabă decât pentru utilizarea în sisteme integrate vertical. Așa a apărut. Acesta este un mediu de dezvoltare integrat cu funcții complete, complet standard, care a păstrat ideologia bazată pe obiecte adoptată în el, ceea ce face posibilă îmbunătățirea nu numai a calității proiectelor de automatizare, ci și a productivității designerilor. Datorită utilizării celei mai recente arhitecturi software, funcționalitatea acestui mediu nu este inclusă în versiunea 3, dar va deveni parte a viitoarei versiuni a patra.

Astfel, acum, în cadrul setului de instrumente MasterSCADAv.3, InSAT oferă programării sisteme care conțin atât un nivel inferior de controler, cât și stații operator, iar proiectele pentru controlere autonome sunt recomandate a fi dezvoltate folosind un produs nou mult mai puternic -. Ambele medii de dezvoltare folosesc același sistem de execuție pentru controlere, deci în ceea ce privește caracteristici tehniceși funcționalitatea structurală (lista de controlere și platforme acceptate, drivere, arhive, protocoale, performanță), capabilitățile lor sunt aproape aceleași. Noul mediu poate fi folosit și pentru a programa acele controlere cu care încă interacționează nivel superior, dar pentru aceasta folosesc serverul OPC existent sau unul dintre protocoalele suportate, și nu schimbul de date „transparent” adoptat în tehnologia care nu necesită configurare.

Orez. 7. Editor logic ladder

Să ne uităm la un exemplu de proiect dezvoltat în mediu (Fig. 7). Principalul avantaj al noului mediu este abilitatea de a crea simultan un program în toate limbile standard, folosind pentru fiecare parte a algoritmului limbajul cel mai clar pentru implementarea lui. De regulă, pentru algoritmii dinamici, cum ar fi reglementarea, este mai convenabil să folosiți limbajul blocurilor funcționale (FBD), pentru a descrie logica, circuitele relee sunt mai familiare inginerilor electrici, iar controlul operațional este perfect descris de limbajul secvențe de pași (SFC). Problemele de calcul și orice alte probleme pot fi rezolvate în limbajul Text Structurat (ST).

În figura prezentată. În exemplul 7, programul de control al parametrilor este „desenat” în limbajul LD și apoi este folosit ca FB de bibliotecă într-un program creat în limbajul blocurilor funcționale (Fig. 8).

Orez. 8. Editor de diagrame bloc funcționale

Particularitatea arhitecturii software (și, în consecință, a viitorului MasterSCADAv4, din care va face parte acest produs) este că este complet deschis pentru extindere. Aceasta înseamnă că vom putea integra în setul de instrumente suport pentru un alt limbaj grafic (de exemplu, un limbaj de diagramă de flux pentru descrierea algoritmilor sau un limbaj UML pentru descrierea interacțiunii obiectelor proiectului) de îndată ce vom simți cererea acestuia în rândul consumatorilor noștri. În acest caz, astfel de consumatori sunt în primul rând producătorii de controlere și clienții lor. Lista controlerelor acceptate se extinde într-un ritm rapid și, prin urmare, varietatea de solicitări din ce în ce mai mult baza de clienti crește la fel de repede. Interacțiunea strânsă cu utilizatorii calificați este sursa de completare a bibliotecilor de scripturi și algoritmi, motivul dezvoltării continue a instrumentelor de dezvoltare capabile să facă față sarcinilor de automatizare din ce în ce mai complexe.

I.E. Ablin, director general,