Otthon Ötletek A saját tervezésű leves használatának alapfeltételei. Projektmenedzsment rendszer

A saját tervezésű leves használatának alapfeltételei. Projektmenedzsment rendszer

3.6. VEZETÉSI INFORMÁCIÓS RENDSZEREKÉS IRÁNYÍTÁS

3.6.1. Vállalati menedzsment információs rendszerek (EMIS)

Alapfogalmak definíciói. Kezdjük a további viták megértéséhez szükséges definíciókkal.

Információ – információ a környező világról (tárgyak, jelenségek, események, folyamatok stb.), amely csökkenti a meglévő bizonytalansági fokot, a hiányos tudást, elidegenedett alkotójától és üzenetté válik. Ezt az információt egy bizonyos nyelven jelek formájában fejezik ki, beleértve a kézzelfogható adathordozón rögzítetteket is. Személyek által szóban, írásban vagy más módon történő továbbítással reprodukálhatók.

Az információk lehetővé teszik a szervezetek számára, hogy:

Figyelemmel kíséri a szervezet aktuális állapotát, részlegeit és az azokban zajló folyamatokat;

Határozza meg a szervezet stratégiai, taktikai és operatív céljait és célkitűzéseit;

Hozz megalapozott és időben döntéseket;

Koordinálja az osztályok tevékenységét a célok elérése érdekében.

Az információigény a témával kapcsolatos egyéni tudás és a társadalom által felhalmozott tudás közötti különbség tudatos megértése.

Az adat bizonyos átalakítások tárgyának szintjére redukált információ.

Dokumentum – tájékoztató üzenet papír, hang, elektronikus vagy egyéb formában, ennek megfelelően formázva bizonyos szabályokat, a megállapított eljárási rend szerint hitelesített.

A dokumentumáramlás dokumentumok létrehozására, értelmezésére, továbbítására, fogadására, archiválására, valamint azok végrehajtásának nyomon követésére és az illetéktelen hozzáférés elleni védelmére szolgáló rendszer.

A gazdasági információ a társadalmi-gazdasági folyamatokról szóló információk halmaza, amely ezen folyamatok és embercsoportok irányítását szolgálja a termelési és nem termelési szférában.

Információs források – az információs rendszerben rendelkezésre álló információ teljes mennyisége.

Az információs technológia módszerrendszer és gyűjtési módszerek, információk továbbítása, felhalmozása, feldolgozása, tárolása, bemutatása és felhasználása.

Az automatizálás az emberi tevékenység felváltása a gépek és mechanizmusok munkájával.

Információs rendszer(IS) – információs áramkör az információk gyűjtésére, továbbítására, feldolgozására és tárolására szolgáló eszközökkel, valamint az ezeket a műveleteket információval végrehajtó személyzettel.

Az információs rendszerek küldetése a szervezet számára szükséges információk előállítása hatékony irányítás minden erőforrását, információs és technológiai környezetet teremtve a szervezet irányításához.

Az irányítási rendszereknek általában három szintje van: stratégiai, taktikai és operatív. Ezen vezetési szintek mindegyikének megvannak a maga feladatai, amelyek megoldása során releváns adatokra van szükség az információs rendszer lekérdezésével. Ezek a kérések az információs rendszer megfelelő információira irányulnak. Az információs technológiák lehetővé teszik a kérések feldolgozását, és a rendelkezésre álló információk felhasználásával választ generálnak ezekre a kérésekre. Így a vezetés minden szintjén megjelennek azok az információk, amelyek a megfelelő döntések alapjául szolgálnak.

Az információs technológiák információs erőforrásokra való alkalmazása eredményeként néhány új információ vagy információ jön létre új forma. Ezeket az információs rendszertermékeket információs termékeknek és szolgáltatásoknak nevezzük.

Az információs termék vagy szolgáltatás egy meghatározott szolgáltatás, amikor a gyártó által tárgyilagos és immateriális formában terjesztés céljából előállított információs tartalmat adathalmaz formájában a fogyasztó rendelkezésére bocsátják.

Jelenleg az információs rendszerről, mint felhasználásával megvalósított rendszerről van vélemény számítástechnikai berendezések. Ez rossz. Az információs technológiákhoz hasonlóan az információs rendszerek is működhetnek technikai eszközökkel és anélkül is. Ez gazdasági megvalósíthatóság kérdése.

A kézi (papír) rendszerek előnyei:

a meglévő megoldások egyszerű végrehajtása;

könnyen érthetők, és elsajátításuk minimális képzést igényel;

nem igényel műszaki ismereteket;

jellemzően rugalmasak és alkalmazkodnak az üzleti folyamatokhoz.

Az automatizált rendszerek előnyei:

egy automatizált IS-ben lehetővé válik mindannak holisztikus és átfogó bemutatása, ami a szervezettel történik, hiszen minden gazdasági tényező és erőforrás egyetlen információs formában adat formájában jelenik meg.

A vállalati IP-t általában magánmegoldások és megvalósításuk összetevőinek egy csoportjának tekintik, beleértve:

Egyetlen alap információ tárolása;

Alkalmazási rendszerek halmaza, amelyeket különböző cégek hoztak létre, és különböző technológiákat használnak.

A vállalat információs rendszerének (különösen az ISMS-nek) kell:

Lehetővé teszi bizonyos tapasztalatok és ismeretek felhalmozását, általánosítását formalizált eljárások és megoldási algoritmusok formájában;

Folyamatos fejlesztés és fejlesztés;

Gyorsan alkalmazkodik a külső környezet változásaihoz és a szervezet új igényeihez;

Megfelelni egy személy sürgető követelményeinek, tapasztalatainak, tudásának, pszichológiájának.

Tehát a vállalatirányítási információs rendszer (EMIS) egy olyan működési környezet, amely képes a vezetőknek és a szakembereknek naprakész és megbízható információkkal szolgálni a vállalkozás összes üzleti folyamatáról, amely a műveletek tervezéséhez, végrehajtásához, nyilvántartásához és elemzéséhez szükséges.

Más szóval a PMIS egy olyan rendszer, amely a teljes piaci ciklus leírását tartalmazza – az üzleti tervezéstől a vállalkozás tevékenységi eredményeinek elemzéséig. A PMIS feladatai. Vállalati menedzsment be modern körülmények között

hatékonyság növelését igényli. Ezért a vállalatirányítási információs rendszerek (EMIS) használata az egyik legfontosabb eszköz az üzletfejlesztéshez. A PMIS által megoldott feladatokat nagymértékben meghatározza az egyes vállalkozások tevékenységi területe, szerkezete és egyéb jellemzői. Példaként említhetjük egy vállalati - távközlési szolgáltató - információkezelő rendszer létrehozásának tapasztalatait, valamint az SAP R/3 rendszer bevezetésének tapasztalatait számos FÁK és nem FÁK-országbeli vállalkozásnál. Egy időben minta lista

Azok a feladatok, amelyeket egy ISMS-nek meg kell oldania a vállalatirányítás különböző szintjein és különböző szolgáltatásaihoz, ma már általánosan elfogadottnak tekinthető. Az 1. táblázatban látható.

1. táblázat.

A PMIS fő feladatai	Vezetési szintek és szolgáltatások
Megoldandó problémák	Vállalatirányítás megbízható információkat nyújtanak arról pénzügyi helyzetét a vállalatok jelenleg és a jövőre vonatkozó előrejelzések elkészítése; a vállalati szolgáltatások munkája feletti ellenőrzés biztosítása; a munka és az erőforrások egyértelmű koordinációjának biztosítása; operatív tájékoztatás nyújtása a negatív tendenciákról, azok okairól és a helyzet javítására irányuló lehetséges intézkedésekről; teljes költségkép kialakítása végtermék
(szolgáltatások) költségkomponensenként	Pénzügyi és számviteli szolgáltatások a pénzeszközök mozgásának teljes körű ellenőrzése; szükséges irányítás végrehajtása; számviteli politika a követelések és kötelezettségek gyors megállapítása; a pénzügyi fegyelem ellenőrzése; áru- és anyagáramlások mozgásának nyomon követése; a pénzügyi beszámolási dokumentumok teljes készletének azonnali kézhezvétele
Gyártásirányítás	a gyártási megrendelések végrehajtásának ellenőrzése; a termelő létesítmények állapotának ellenőrzése; a technológiai fegyelem feletti ellenőrzés; gyártási rendeléseket alátámasztó dokumentumok (kerítéstérképek, útvonaltérképek) karbantartása; a gyártási megrendelések tényleges költségének gyors meghatározása
Marketing szolgáltatások	az új termékek piacra lépésének ellenőrzése; az értékesítési piac elemzése annak bővítése céljából; értékesítési statisztikák vezetése; információs támogatásárképzési és kedvezménypolitikák; szabványos levelek adatbázisának használata postázáshoz; a szállítási költségek optimalizálása mellett a megrendelő részére történő szállítások időben történő teljesítésének ellenőrzése
Értékesítési és ellátási szolgáltatások	áruk, termékek, szolgáltatások adatbázisainak karbantartása; szállítási idők és szállítási költségek tervezése; szállítási útvonalak és szállítási módok optimalizálása - számítógépes szerződéskezelés
Szolgáltatások raktári könyvelés	többlépcsős raktárstruktúra kezelése; áruk (termékek) operatív felkutatása a raktárakban; optimális elhelyezés a raktárakban, figyelembe véve a tárolási feltételeket; bevételkezelés a minőség-ellenőrzés figyelembevételével; leltár

3.6.2. A PMIS helye a kontrolling rendszerben

Röviden, a kontrolling információ és elemző támogatás a menedzsment döntéshozatalához. A vezetői információs rendszerek viszont a kontrolling számítógépes támogatását jelentik. A kontrolling pedig a fő információszolgáltató a vállalatirányítás számára.

A controlling információs támogatásának célja, hogy a vezetés tájékoztatást adjon a vállalkozás aktuális állapotáról, és előre jelezze a belső vagy külső környezet változásainak következményeit. A kontrolling fő feladatait a 2. táblázat mutatja be.

2. táblázat.

A kontrolling fő feladatai	Az ellenőrzés típusai
Főbb megoldandó feladatok	Controlling irányítási rendszerben
A stratégiai kontrolling célja a szervezet folyamatos sikeres működésének biztosítása. Az operatív kontrolling fő feladata a vállalatvezetők módszertani, információs és műszeres támogatása	Pénzügyi kontrolling
A jövedelmezőség fenntartása és a vállalkozás likviditásának biztosítása	Irányítás a termelésben
Információs támogatás a termelési és irányítási folyamatokhoz	Információs támogatás az ügyfelek igényeinek megfelelő hatékony menedzsmenthez
Az erőforrás-ellátás ellenőrzése	Termelési erőforrások beszerzési folyamatának információs támogatása, vásárolt erőforrások elemzése, az ellátási osztály hatékonyságának számítása
Controlling a logisztika területén	Az anyagi erőforrások tárolásának és szállításának hatékonyságának jelenlegi ellenőrzése

Hasonlítsuk össze (a 3. táblázatnak megfelelően) a PMIS és a kontrolling által megoldott főbb feladatokat (lásd 1. és 2. táblázat).

3. táblázat.

A PMIS és a kontrolling feladatok összehasonlítása

PMIS feladatok megoldva:	Controlling feladatok megoldva
Vállalati kézikönyvek	Controlling irányítási rendszerben
Pénzügyi és számviteli szolgáltatások	Pénzügyi kontrolling
Gyártásirányítás	Irányítás a termelésben
Marketing szolgáltatások	Marketing Controlling
Értékesítési és ellátási szolgáltatások	Az erőforrás-ellátás ellenőrzése
Raktári könyvelési szolgáltatások	Controlling a logisztika területén

A 3. táblázatból jól látható, hogy a vállalkozás egyes vezetési és szolgáltatási szintjein megoldott ISMS-feladatok megfelelnek a vállalkozás tevékenységének egyik vagy másik területén történő kontrolling (nevezetesen az irányítási rendszerben történő kontrolling) által megoldott feladatoknak, pénzügyi ellenőrzés stb.).

Ha figyelembe vesszük az ISMS felépítését, 5 fő modult különböztethetünk meg, amelyek minden információs rendszerben jelen vannak. Ilyenek a pénzügyi-gazdasági irányítás, a számvitel és a személyzet, a raktározás, a termelés, a kereskedelem (értékesítés).

3.6.3. A PMIS és a kontrolling közös fejlesztésének kilátásai

Ahhoz, hogy a jövőbe tekintsünk, először próbáljunk meg visszamenni a múltba.

Mint ismeretes, a huszadik század elején az ipari vállalkozások irányítási módszereinek kidolgozása elsősorban G. Ford, F. Taylor, G. Gantt, A. Fayol, Y. Gastev és mások nevéhez fűződik A. Fayol, aki az adminisztráció tevékenységeit számos funkcióra osztotta, amelyek magukban foglalták az előrejelzést és a tervezést, a szervezeti struktúrák kialakítását, a csapatirányítást, a vezetők tevékenységének koordinálását és az ellenőrzést.

Készletgazdálkodási modell, F. Harris által 1915-ben javasolt, de megjelenése után széles körben ismertté vált az optimális rendelési méret "négyzetgyök képletéhez". híres alkotás R. Wilson 1934-ben, ezért gyakran nevezik Wilson-modellnek. A készletgazdálkodás elmélete 1951-ben hatalmas lendületet kapott K. Arrow (leendő közgazdasági Nobel-díjas), T. Harris és J. Marshak munkáinak köszönhetően. 1952-ben megjelentek A. Dvoretsky, J. Kiefer és J. Wolfowitz munkái. Oroszul a készletgazdálkodás elméletét E.V. Bulinskaya, J. Bukan, E. Koeningsberg, Yu.I. Ryzhikova, V.A. Lototsky, A.I. Orlova, A.A.

Kolobova, I.N. Omelchenko és még sokan mások. Meg kell jegyezni az Ukrán SSR Tudományos Akadémia Kijevi Kibernetikai Intézetében végzett információkezelő rendszer létrehozásával kapcsolatos munkát, amelyet B. V. hozott létre. Gnedenko az 1950-es években (1961-ben ezt az intézetet V. M. Glushkov vezette). A 60-as évek elején az USA-ban megkezdődött a munka a készletkezelés automatizálása. A 60-as évek vége O. White munkásságához kötődik, aki az automatizálási rendszerek fejlesztésével foglalkozott ipari vállalkozások azt javasolta, hogy a termelési, ellátási és értékesítési részleg egészét vegyék figyelembe. O. White publikációi tervezési algoritmusokat fogalmaztak meg, amelyek ma ún MRP - anyagszükséglet tervezés- a 60-as évek végén, ill

MRP II – Gyártási erőforrás tervezés - a 70-es évek végén - a 80-as évek elején. . Nem minden modern vezetési koncepció származik az Egyesült Államokból. Tehát a tervezés és az irányítás módszereÉppen időben ("éppen időben") jelent meg a japán autókonszern vállalkozásainál az 50-es években, és módszerek OPT-optimalizált technológia a 70-es években Izraelben hozták létre a gyártó létesítményeket. Koncepció Számítógépes integrált gyártási CIM a 80-as évek elején keletkezett, és a rugalmas termelési és irányítási rendszerek integrációjához kapcsolódik. Mód CALS - számítógépes támogatás az ellátási és logisztikai folyamathoz a 80-as években jelent meg az Egyesült Államok katonai osztályán, hogy javítsa az irányítás és a tervezés hatékonyságát a rendelési, fejlesztési, termelési, ellátási és üzemeltetési folyamatban. katonai felszerelés . . Rendszer ERP – vállalati erőforrás tervezés elemző cég javasoltaGartner Csoport nem is olyan régen, a 90-es évek elején, és már megerősítette életképességét. Rendszerek CRM– ügyfélkapcsolat-kezelés

Jelenleg a vállalati erőforrás-tervezésben a hangsúly (alapján ERP rendszerek) az ellátási lánc menedzsment folyamatok támogatása és megvalósítása felé tolódik el ( SCM rendszerek), ügyfélkapcsolat-kezelés (CRM rendszerek) És e-business (e-kereskedelmi rendszerek).

A vállalatirányítási folyamatok automatizálására szolgáló orosz szoftverpiac fejlődési tendenciáinak elemzése alapján következtetést vonhatunk le annak dinamikus fejlődésére és az automatizálást igénylő feladatok körének egyre összetettebbé válására. Először a vezetők Orosz vállalkozások leggyakrabban a legegyszerűbb feladatokat tették fel, különösen a számviteli folyamat automatizálását. A vállalatok fejlődésével és az üzleti folyamatok bonyolultabbá válásával nemcsak a „post mortem könyvelés”, hanem az anyagi és műszaki készletek kezelésének igénye is felmerült ( logisztikai folyamatok ), az adósokkal és hitelezőkkel való munkavégzés és sok más olyan tevékenység, amely a vállalkozás számára a belső, ill. külső környezet

. Ezen vezetési igények kielégítésére elkezdték alkalmazni a vállalati vezetői információs rendszereket - a teljes vállalkozás tevékenységét lefedő megoldásokat. Így az „evolúció” eredményeként a PMIS a számítógépes könyvelésből és automatizált rendszer

a készletgazdálkodás integrált irányítási rendszerré a teljes vállalat számára.

Jelenleg nagyszámú szabványos PMIS van a piacon - a helyiektől (legfeljebb 50 ezer dollárba kerül) a nagy integrált vezérlőkig (500 ezer dollár vagy több). Ezen PMIS szabványos megoldásait a beszállító cégek „kötik” az adott vállalkozások feltételeihez. Megjegyzendő, hogy jelenleg az irányítási rendszer fő része nem az alapokra épül standard megoldások

, de minden egyes vállalkozás esetében egyetlen példányban. Ezt a vállalkozások illetékes osztályai végzik annak érdekében, hogy a lehető legteljesebb mértékben vegyék figyelembe az egyes vállalkozások jellemzőit.

· A munka során kidolgozásra került az orosz piacon elérhető tipikus rendszerek osztályozása. Itt található a PMIS fő típusainak leírása. Helyi rendszerek

· . Általában egy vagy két területen végzett tevékenységek automatizálására szolgálnak. Gyakran lehetnek úgynevezett „dobozos” termékek. Az ilyen megoldások költsége több ezer dollártól több tízezer dollárig terjed..

· Az ilyen megoldások sokkal nagyobb funkcionalitással rendelkeznek, mint a helyi megoldások. Megkülönböztető jellemzőjük azonban a gyártási folyamatokhoz dedikált modulok hiánya. És ha az első kategóriában csak az orosz rendszereket mutatják be, akkor itt az orosz és a nyugati termékek aránya megközelítőleg egyenlő. Az ilyen rendszerek megvalósítási ideje akár egy év is lehet, a költségek pedig 50 000 és 200 000 dollár között mozoghatnak. Közepes integrált rendszerek.

· Ezeket a rendszereket vezérlésre tervezték gyártó vállalkozás és integrált gyártási folyamattervezés. Speciális funkciók jelenléte jellemzi őket. Az ilyen rendszerek szakterületükön a hazai piacon a legversenyképesebbek a nagy nyugati rendszerekkel, míg költségük lényegesen (nagyságrenddel vagy több) alacsonyabb, mint a nagyoké. Nagy integrált rendszerek . Ma ezek a funkcionálisan leginkább fejlett, és ennek megfelelően a legbonyolultabb és legdrágább rendszerek, amelyekben az MRPII és az ERP menedzsment szabványokat implementálják. Az ilyen rendszerek bevezetési ideje a termelésirányítás automatizálását is figyelembe véve több év is lehet, költségük pedig több százezertől több tízmillió dollárig terjed.

· Megjegyzendő, hogy ezek a rendszerek elsősorban az irányítási hatékonyság javítását szolgálják nagyvállalatok

· és a vállalatok. Számviteli ill személyzeti nyilvántartások ebben az esetben háttérbe szorul. Konstruktorok egy kereskedelmi szoftvereszköz, szoftvereszközök halmaza, vagy speciális programozási környezet üzleti alkalmazások viszonylag gyors (az univerzális programozási eszközökhöz képest) létrehozására. Természetesen ebben az esetben a tervező mögött álló invariáns módszertanra és üzemeltetési technológiára támaszkodnak.Speciális megoldások –elsősorban vállalati megszerzésére szolgálnakösszevont kimutatások, tervezés, költségvetés, adatelemzés OLAP technológia segítségével (on-l ine , a

elemző A vállalkozások valós igényeinek elemzése azt mutatta, hogy egy olyan teljes értékű rendszer létrehozásához, amely nemcsak a számviteli funkciókat, hanem előrejelzési, forgatókönyv-elemzési és vezetői döntések támogatását is biztosítja, az ERP-rendszerek szabványos funkciókészlete nem megfelelő. elég. Ennek a problémacsoportnak a megoldásához analitikai, elsősorban ökonometriai rendszerek és módszerek alkalmazása, valamint ezeknek a rendszereknek és módszereknek a PMIS-be való felvétele szükséges.

Az ökonometriai módszerek fontos részét képezik a kontroller tudományos eszközeinek, számítógépes megvalósításuk pedig a kontrolling információs támogatásának. at gyakorlati használatökonometriai módszereket a vezérlő munkájában szükséges alkalmazni megfelelő szoftverrendszerek. Általános statisztikai rendszerek, mint például DISAN, PPAND, SPSS, Statgraphics, Statistica, ADDA, és speciálisabb Statcon, SPC, NADIS, REST(intervallum adatstatisztika szerint), Matrixerés még sokan mások.

PMIS a kontrolling problémák megoldásában.Összefoglalva először is megjegyezzük, hogy a PMIS kétségtelenül szerepet játszik a kontrolling problémák megoldásában. fontos szerepet. A kontrolling információs támogatása érdekében a PMIS-ben egy speciális „Controlling” modult kell beépíteni. Erre azért van szükség, hogy a rendszer ne csak számítógépes támogatást nyújtson a kontrollinghoz, hanem naprakész és megbízható információkat biztosítson a vezetőknek és a szakembereknek a vállalkozás összes üzleti folyamatáról, amely a műveletek tervezéséhez, végrehajtásához, nyilvántartásához és elemzéséhez szükséges. De olyan rendszerré is válna, amely információkat hordoz a teljes piaci ciklusról - az üzleti tervezéstől a vállalkozás eredményeinek elemzéséig.

Az „M-3” szoftvercsomag (az „M-2” rendszer következő generációja), amelyet a „Client – Server – Technologies” cég fejlesztett ki, már nem egyszerűen vállalatirányítási rendszerként pozicionálódik, hanem egy termékként döntéshozatali környezet. Az M-3 komplexumban hangsúlyeltolódás történik: regisztrációs rendszerről olyan struktúrára, amely lehetővé teszi a szakmai elemzésen alapuló előrejelzés megvalósítását. Ennek alapja a kontrolling mechanizmus megvalósítása, amely egy olyan eszköz létrehozását jelenti, amely lehetővé teszi az operatív döntések meghozatalát a pénzügyi, termelési és a vállalkozási tevékenység egyéb területein.

Emellett a nyugati vállalatok tapasztalatai azt mutatják, hogy fokozatosan növekszik a kereslet a nagyméretű integrált rendszerek iránt, amelyek a nagy multifunkcionális vállalatcsoportok (holdingok vagy pénzügyi és ipari csoportok) vezetői támogatásának mélységével tűnnek ki.

És ha már a hazai PMIS iparág fejlesztéséről és a controlling munkagyakorlatba való széles körű bevezetéséről beszélünk orosz szervezetek El kell ismernünk, hogy a legtöbb orosz vállalkozás számára a teljes körű üzleti informatizálás szakasza csak most kezdődik.

Irodalom

1. Orlov A.I., Volkov D.L. Ökonometriai módszerek az erőforrás-gazdálkodásban és az üzleti információs támogatásban egy távközlési szolgáltató vállalat számára. //Pridniprovszkij tudományos folyóirat. Donbass jegy. Közgazdaságtan. 109 (176) szám. Mell 1998
2. Vinogradov S.L. A kontrolling mint irányítási technológia. Gyakorló jegyzetek//Controlling.
2002. 2. sz.
3. Karminsky A.M., Dementyev A.V., Zhevaga A.A. A controlling informatizálása a pénzügyi és ipari csoportban // Controlling. 2002. 2. sz.
4. Karminsky A.M., Olenev N.I., Primak A.G., Falko S.G. Kontrollálás az üzleti életben. A kontrolling kiépítésének módszertani és gyakorlati alapjai a szervezetekben. – M.: Pénzügy és Statisztika, 1998. – 256 p.
5. Orlov A.I. Fenntarthatóság a társadalmi-gazdasági modellekben. – M.: Nauka, 1979. – 296 p.
6. White O. W. A termelés és a készletek kezelése a számítógép-korszakban. - M.: Haladás. 1978. – 302 p. 7. Számítógéppel integrált termelés és CALS -technológiák a gépészetben. - M.: Szövetségi Információs és Elemző Központ védelmi ipar
. 1999. – 510 p.
8. Lyubavin A.A. A kontrolling bevezetésének modern módszertanának jellemzői Oroszországban // Controlling. 2002. 1. sz.
9. Karpachev I. You'll go left // Vállalati partner: vállalati rendszerek.
2000. 10. sz.
10. Orlov A.I. Ökonometria. – M.: Vizsga, 2002. – 576 p.

11. Orlov A.I. Ökonometriai támogatás a vezérléshez // Controlling.

2002. 1. sz.
12. Guskova E.A., Orlov A.I. Vállalati vezetői információs rendszerek a kontrolling problémák megoldásában // Controlling. 2003. 1. sz.
Biztonsági kérdések
1. Mi az információ szerepe a menedzsmentben?
2. Számítástechnikával kell-e megvalósítani egy információs rendszert?
3. Beszélje meg az alapvető definíciókat a vállalatirányítási információs rendszerek területén!
4. Melyek a PMIS fő feladatai?

5. Mi a kontrolling lényege? kutatómunka

1. Információtömbök összetétele és mozgása.
2. A PMIS fejlődésének története.
3. Papír és elektronikus dokumentumok körözése.
4. Controlling Oroszországban.
4. Ökonometriai módszerek információs rendszerekben.
5. Az Internet és a vállalati szerep számítógépes hálózatok a vállalatirányításban.

Előző

A vállalaton belüli tervezett változtatások sikeres végrehajtásához világosan meg kell érteni, hogy minden üzleti egység folyamatos tervezést igényel. A folyamatos tervezés magában foglalja az üzleti folyamatnak a megközelítését. A folyamat az üzleti célok által előre meghatározott gazdasági cselekmények (feladatok, munka, kapcsolatok) sorozata. Néha azt mondják, hogy az üzleti folyamat olyan lépések összessége, amelyeket a vállalat egyik állapotból a másikba, vagy az „inputtól” az „outputig” tesz meg. Az inputok és outputok itt nem a vállalat vagy annak részlegeinek részei, hanem események. Általános menedzsment az üzleti és üzleti folyamatokat "üzleti tervezésnek" nevezik, ami a folyamatok folyamatos tervezését jelenti - a bemenetek és kimenetek meghatározását, valamint a lépések sorrendjét - egy üzleti egységen belül.

Napjainkban az üzleti újratervezés fogalma egyre népszerűbb az üzleti folyamatok tervezésében. Az újratervezés elméletének megalapítója, M. Hammer a következőképpen határozta meg ezt a fogalmat: „az üzleti folyamatokkal kapcsolatos döntések alapvető újragondolása és radikális megváltoztatása annak érdekében, hogy észrevehető javulást érjünk el a kritikus folyamatokban. fontos mutatók olyan tevékenységek, mint a költségek, a minőség, a szolgáltatás és a sebesség."

Az újratervezés a következő tulajdonságokkal rendelkezik:

felhagy az elavult szabályokkal és előírásokkal, és úgy kezdi az üzleti folyamatot, mintha „tiszta lapról” indulna, ez lehetővé teszi számára, hogy leküzdje a dogmák negatív hatását;
figyelmen kívül hagyja a vállalat kialakult rendszereit, struktúráit és eljárásait, és gyökeresen megváltoztatja, újragondolja az utakat gazdasági tevékenység- ha lehetetlen átalakítani az üzleti környezetet, akkor újratervezheti vállalkozását;
a teljesítménymutatókban jelentős változásokhoz vezet.

Az újratervezést három fő helyzetben használják:

olyan körülmények között, amikor a vállalat mély válságban van;
olyan körülmények között, ahol a vállalat jelenlegi helyzete kielégítő, de a tevékenységére vonatkozó előrejelzések meglehetősen kedvezőtlenek;
olyan helyzetekben, amikor az agresszív, virágzó szervezetek a versenytársakkal szembeni előnyük növelésére és egyedi versenyelőnyök megteremtésére törekszenek.

Az újratervezés fő szakaszai:

a kívánt cégimázs kialakítása (a konstrukció alapelemei a vállalat stratégiája, főbb irányelvei, ezek elérésének módjai);
modell létrehozása meglévő vállalkozás cégek (modell létrehozásához a szervezeti környezet és a kontrolling adatok elemzésének eredményeit használják fel; azonosítják a szerkezetátalakítást igénylő folyamatokat);
új üzleti modell kialakítása - közvetlen újratervezés (a kiválasztott folyamatok újratervezése, új személyzeti funkciók kialakítása, új információs rendszerek létrehozása, új modell tesztelése);
új üzleti modell bevezetése.

Az üzleti újratervezés egy gyors változás folyamata, amely a gyorsan elfogadott és végrehajtott folyamatokon alapul vezetői döntések, a korszerű tudományos módszerek alkalmazásán és a gyakorlati vezetési tapasztalatok felhasználásán alapul.

Vállalati menedzsment információs rendszerek (EMIS)

Kezdjük a további viták megértéséhez szükséges definíciókkal. E definíciók következetes figyelembevétele lehetővé teszi, hogy belépjünk a vállalatirányítási információs rendszerek (EMIS) területére, amely egy modern vezető számára szükséges.

Információ - információ a környező világról (tárgyak, jelenségek, események, folyamatok stb.), amely csökkenti a bizonytalanság fennálló fokát, a hiányos ismereteket, elidegenedik alkotójuktól és üzenetekké válnak (bizonyos nyelven jelek formájában kifejezve, ideértve a tárgyi adathordozón rögzítetteket is), amelyek szóban, írásban vagy más módon reprodukálhatók.

Az adatok bizonyos átalakítások objektum szintjére redukált információk, beleértve a számítógépes eszközök segítségével.

dokumentum - információs üzenet papír, hang, elektronikus vagy egyéb formában, meghatározott szabályok szerint elkészítve, az előírt módon hitelesítve.

Az információs technológia az információgyűjtés, továbbítás, felhalmozás, feldolgozás, tárolás, bemutatás és felhasználás módszereinek és módszereinek rendszere.

Az információs rendszer (IS) egy információs áramkör (egyesíti az információáramlás útjait a szervezetben), az információgyűjtés, -továbbítás, -feldolgozás és -tárolás eszközeivel, valamint az ezeket a műveleteket információval végző személyzettel együtt.

Az információs rendszerek küldetése a szervezet számára szükséges információk előállítása az összes erőforrás hatékony kezeléséhez, az információs és technológiai környezet megteremtése a szervezet számára. döntéshozatalés a szervezet irányítása.

Az irányítási rendszereknek általában három szintje van: stratégiai, taktikai és operatív. Ezen vezetési szintek mindegyikének megvannak a maga feladatai, amelyek megoldása során releváns adatokra van szükség az információs rendszer lekérdezésével. Ezek a kérések az információs rendszer megfelelő információira irányulnak. Információs technológia lehetővé teszi a kérések feldolgozását, és a rendelkezésre álló információk felhasználásával választ generál ezekre a kérésekre. Így a vezetés minden szintjén megjelenik az információ, amely a megfelelő döntések alapjául szolgál.

Az információs technológia alkalmazásának eredményeként a információs források néhány új információ vagy információ új formában jön létre. Ezeket az információs rendszertermékeket információs termékeknek és szolgáltatásoknak nevezzük.

Jelenleg egy információs rendszerről van vélemény, mint olyan rendszerről, amelyben kötelező számítástechnika segítségével valósítják meg. Ez rossz. Mint információs technológia , információs rendszerek használatával is működhet technikai eszközöket, és ilyen alkalmazás nélkül. Ez gazdasági megvalósíthatóság kérdése.

A kézi (papír) rendszerek előnyei:

a meglévő megoldások egyszerű végrehajtása;
könnyen érthetők, és elsajátításuk minimális képzést igényel;
nem igényel műszaki ismereteket;
jellemzően rugalmasak és alkalmazkodnak az üzleti folyamatokhoz.

Az automatizált rendszerek előnyei:

megkönnyítik és radikálisan felgyorsítják az információk keresését, terjesztését és sokszorosítását;
az információs rendszerben lévő információ mennyisége nő;
egy automatizált IS-ben lehetővé válik, hogy holisztikusan és átfogóan bemutassuk mindazt, ami a szervezettel történik, hiszen minden gazdasági erőkés az erőforrások egyetlen információs formában, adatok formájában jelennek meg.

Egy szervezet (vállalkozás, cég, vállalat) információs rendszerét általában magánmegoldások és megvalósításuk összetevőinek bizonyos halmazának tekintik, beleértve:

egységes információtároló adatbázis;
különböző cégek által, különböző technológiák felhasználásával létrehozott alkalmazásrendszerek összessége.

Teremtés vezetői információs rendszer A vállalkozás meglehetősen idő- és erőforrás-igényes folyamat, amelyben négy fő szakaszt lehet megkülönböztetni.

Projektvázlat. Részletes leírás a projekt céljai és célkitűzései, a rendelkezésre álló erőforrások, korlátok stb.
Projekt értékelés. Meg van határozva, hogy a rendszer mit fog csinálni, hogyan fog működni, milyen hardvert és szoftvert használnak majd, és hogyan karbantartják azokat. A rendszer követelményeinek listája készül, és a rendszeres felhasználók igényeit tanulmányozzák.
Építés és tesztelés. A személyzetnek gondoskodnia kell arról, hogy az IP kényelmesen használható legyen, mielőtt az üzlet magjává válik.
Hibakeresés és megvalósítás. A projekt addig nem fejeződik be, amíg a projektmenedzser nem tudja bizonyítani, hogy az IS megbízhatóan működik.

Az IS életciklusa az IS létrehozásának és használatának időszaka, amely lefedi annak különböző állapotait, attól a pillanattól kezdve, amikor az IS iránti igény felmerül, és a teljes leszerelés pillanatáig tart.

Az IS életciklusa a következő szakaszokra oszlik:

Így, vezetői információs rendszer vállalkozás (ISUP) az működési környezet, amely képes a vezetőket és a szakembereket naprakész és megbízható információkkal ellátni a vállalkozás összes üzleti folyamatáról, amely a műveletek tervezéséhez, végrehajtásához, nyilvántartásához és elemzéséhez szükséges. Más szóval, a modern PMIS egy olyan rendszer, amely tartalmazza a teljes piaci ciklus leírását - az üzleti tervezéstől a vállalkozás eredményeinek elemzéséig. A valóságban a PMIS kialakítása gyakran az információs folyamatok részleges számítógépesítésével kezdődik, például a számviteli osztályon, ill. raktározás.

PMIS feladatok

A vállalkozások modern körülmények közötti irányítása a hatékonyság növelését igényli. Ezért a vállalatirányítási információs rendszerek (EMIS) használata az egyik legfontosabb eszköz az üzletfejlesztéshez.

A PMIS által megoldott feladatokat nagymértékben meghatározza az egyes vállalkozások tevékenységi területe, szerkezete és egyéb jellemzői. Példaként említhetjük az ISMS vállalati - távközlési szolgáltató - létrehozásának tapasztalatait, valamint az SAP R/3 rendszer bevezetésének tapasztalatait a vállalat számos FÁK-ban és külföldön egyaránt Idővel a szakemberek körében általánosan elfogadottnak tekinthető azoknak a menedzsment feladatoknak a hozzávetőleges listája, amelyeket egy ISMS-nek meg kell oldania a vállalatirányítás különböző szintjein és különböző szolgáltatásaihoz. Ezt az 5.1. táblázat tartalmazza. E problémák megoldására széles körben alkalmaznak különféle elméleti módszereket. döntéshozatal, beleértve az ökonometriai és optimalizálási.

5.1. táblázat.

№	A PMIS fő feladatai	Vezetési szintek és szolgáltatások
1	Vállalatirányítás	megbízható információk nyújtása a vállalat jelenlegi pénzügyi helyzetéről és előrejelzés készítése a jövőre vonatkozóan; a vállalati szolgáltatások munkája feletti ellenőrzés biztosítása; a munka és az erőforrások egyértelmű koordinációjának biztosítása; operatív tájékoztatás nyújtása a negatív tendenciákról, azok okairól és a helyzet javítására irányuló lehetséges intézkedésekről; teljes kép kialakítása a végtermék (szolgáltatás) költségéről költségkomponensenként információ és elemzési támogatás a vezetői döntéshozatali folyamathoz
2	Pénzügyi és számviteli szolgáltatások	Pénzügyi és számviteli szolgáltatások a vezetés által megkövetelt számviteli politika végrehajtása; a követelések és kötelezettségek gyors megállapítása; szerződések, becslések és tervek végrehajtásának ellenőrzése; a pénzügyi fegyelem ellenőrzése; áru- és anyagáramlások mozgásának nyomon követése; a pénzügyi beszámolási dokumentumok teljes készletének azonnali kézhezvétele
3	Gyártásirányítás	gyártási megrendelések teljesítésének nyomon követése; a termelő létesítmények állapotának nyomon követése; a technológiai fegyelem ellenőrzése; gyártási rendeléseket alátámasztó dokumentumok (kerítéstérképek, útvonaltérképek) karbantartása; működési definíció tényleges költség gyártási megrendelések
4	Marketing szolgáltatások	az új termékek piacra lépésének ellenőrzése; az értékesítési piac elemzése annak bővítése céljából; értékesítési statisztikák vezetése; információs támogatás az ár- és kedvezménypolitikákhoz; szabványos levelek adatbázisának használata postázáshoz; a szállítási költségek optimalizálása mellett a megrendelő részére történő szállítások időben történő teljesítésének ellenőrzése
5	Értékesítési és ellátási szolgáltatások	áruk, termékek, szolgáltatások adatbázisainak karbantartása; szállítási idők és szállítási költségek tervezése; szállítási útvonalak és szállítási módok optimalizálása; számítógépes szerződéskezelés
6	Raktári könyvelési szolgáltatások	többlépcsős raktárstruktúra kezelése; áruk (termékek) operatív felkutatása a raktárakban; optimális elhelyezés a raktárakban, figyelembe véve a tárolási feltételeket; bevételkezelés a minőség-ellenőrzés figyelembevételével; leltár

Projektmenedzsment információs rendszer (PMIS)

A projektmenedzsment információs rendszer nem kötelező eleme a projektmenedzsment rendszernek és információs támogatás projekt, de kritikussá válhat fontos eleme rendszerek projektmenedzsment bizonyos körülmények között. A PMIS jelenlétét szükségletekkel kell indokolni projekt tevékenységek szervezet vagy egy konkrét projekt szükségletei.

Egyedi kis- vagy közepes méretű projektek esetében a PMIS értéke korlátozott lehet, de ha végrehajtják nagy projektek, vagy sok projekt esetében, amikor nagy mennyiségű projektinformációval dolgozunk, nehéz alábecsülni a PMIS fontosságát.

A PmExpert által végzett tanulmány többek között hazai cégek, a nagy szervezetek (300 főtől) aránya, amelyek között 65% volt, kiderült, hogy a megkérdezett PMIS-t bevezető szervezetek 60%-a pozitívan értékeli a bevezetés hatását. Így a PMIS növekvő jelentőségét megerősíti a nagy mennyiségű tervezési adat jelenléte.

A PMIS olyan szoftverre vonatkozik, amely a projektmenedzsment folyamatokat támogató vagy projektmenedzsment információs rendszer funkcióit látja el.

A speciális szoftverek használata lehetővé teszi a projektmenedzsment folyamatok hatékonyságának növelését a következők miatt:

A munkaerőköltségek csökkentése projektmenedzsment folyamatok végrehajtása során;
A projekttevékenységek résztvevői közötti kommunikáció javítása közös információs források felhasználásával;
A projektmenedzsment folyamatok végrehajtási sebességének és a projekt résztvevőinek motiválási folyamatának növelése;
A tervezési információs hibák számának minimalizálása;
A projektekkel kapcsolatos információk automatizált feldolgozása és központosított tárolása.

Céltól és beállítástól függően funkcionalitás A projekttevékenységeket támogató szoftverek az alábbiak szerint osztályozhatók:

Egy adott osztályba tartozó projektmenedzsment-támogatási rendszer kiválasztása egy szervezet által a szervezet projektmenedzsment-folyamatainak fejlettségi szintjétől, a projekttevékenységek mértékétől, a szervezet irányítási folyamatainak általános fejlettségi szintjétől, pénzügyi helyzetétől függ. a szervezet képességei a rendszer megvásárlására és működtetésére, speciális követelmények a rendszerhez.

A projektmenedzsment információs rendszer bevezetése előtt a szervezetnek válaszolnia kell számos olyan kérdésre, amelyek meghatározzák a PMIS használatának kereteit:

Használni kell a rendszert az irányítás minden szintjén?
Kik lesznek a rendszer felhasználói?
A rendszert csak kiemelten fontos projektekhez kell használni?
Milyen projektmenedzsment folyamatokat kell automatizálnia a PMIS-nek?
A szervezet mely üzleti folyamataival tervezi integrálni a PMIS-t?
Milyen hatások várhatók a PMIS bevezetésétől?

Az információs rendszer az élő és informális kommunikációt, a készségek és tapasztalatok átadását a személyzeten belül helyettesítőnek tekintheti, de ezt nem szabad merev kommunikációs csatornákkal helyettesítenie.

A PMIS hatékony megvalósításához szükséges integrált megközelítés, amely egyidejűleg tartalmazza az integrációra vonatkozó intézkedéseket is szoftver a PMIS felhasználók szervezése, képzése, a PMIS-sel való munkavégzéshez szükséges szabályozó dokumentumok kidolgozása, a PMIS folyamatos fejlesztése, a szervezet projektmenedzsmentjének működés közbeni igényeihez igazítása.

A PMIS sikeres megvalósításának kritikus feltétele a szervezet vezetésének támogatása és a projektmenedzsment módszertan megléte a szervezetben.

A PMIS bevezetésének megközelítése hasonló a szervezet projektmenedzsment rendszerének megvalósításához – „az egyszerűtől a bonyolultig”: először is a kulcsfontosságú és legkönnyebben automatizálható alapvető és támogató projektmenedzsment folyamatok automatizáltak, mint pl. Ütemezés, Jelentések gyűjtése és generálása, Találkozók szervezése és Tervezési döntések végrehajtásának figyelemmel kísérése, majd következetesen növekszik a PMIS funkcionalitása.

A táblázatban találhatók példák a PMIS segítségével automatizált folyamatokra.

Tipikus PMIS által automatizált folyamatok

Nem.	Folyamat neve	Javasolt végrehajtási sorrend
Projektmenedzsment folyamatok
1.	Projektek tanúsítása	első
2.	Ütemezés	első
3.	Projekt teljesítménymenedzsment	első-második
4.	Számvitel munkaerő-források projekt	második
5.	A projektszemélyzet munkaidejének rögzítése	második-harmad
6.	Projekt pénzügyi menedzsment	első-harmad
7.	Kockázatok, problémák és nyitott kérdések kezelése	második-harmad
8.	A projektről (projektekről) szóló jelentések gyűjtése és generálása	első-harmad
9.	Változáskezelés	első
10.	Projektdokumentáció tárolása	első-harmad
11.	Találkozók szervezése és az értekezlet eredményeinek bevitele	első
12.	Tervezési megoldások kivitelezésének figyelemmel kísérése	első
13.	Szerződéskezelés és projektellátás tervezése	harmadik
14.	Projekt portfólió menedzsment	harmadik
PMIS folyamatok
15.	A PMIS adminisztrációja	első
16.	PMIS műveletek naplózása	első
17.	A projekt résztvevőinek értesítése	második
18.	Integráció a szervezet kapcsolódó folyamataival	harmadik

A PMIS bevezetésekor, a bevezetés kezdeti szakaszában fontos gondoskodni arról, hogy a felhasználók használják a rendszert, mert Előfordulhat, hogy a rendszer hasznossága elsőre nem nyilvánvaló a felhasználók számára, és azután jelenik meg, hogy egy sor tervezési információ felhalmozódott a PMIS-ben.

Az ISMS aktív használatának fontos mutatója a szervezet más szolgáltatásaival és információs rendszereivel való integráció megléte. Általános szabály, hogy mindenekelőtt a PMIS integrálva van e-mailben(Mert értesítések és riasztások), LDAP címtárszolgáltatás és dokumentumkezelő rendszer. A számviteli és ERP rendszerekkel való integráció megléte jelzi magas fokú a PMIS-ben található információk relevanciája és megbízhatósága.

A projektmenedzsment információs rendszer bevezetésére vonatkozó általános ajánlások a következők: Világosan meg kell érteni a megvalósítástól elvárt célokat és előnyöket. új rendszer; a rendszer bevezetésének eredményeit mindenkivel meg kell állapodni, aki annak megvalósításában részt vesz, vagy részt vesz a működtetésében; a kifejlesztett megoldások következetes megvalósítása az „egyszerűtől a bonyolultig”, a helyitől a globálisig; tervezési megoldások kidolgozása kísérleti projektekre; prioritás a felhasználóknak és a felhasználóknak bemutatott funkciók megvalósításában a PMIS nyilvánvaló hasznosságát.

Címtár szolgáltatás - szoftvercsomag, amely lehetővé teszi az adminisztrátor számára, hogy a hálózati erőforrásokról (megosztott mappák, nyomtatószerverek, nyomtatók, felhasználók stb.) egy sor információ tömbjét birtokolja, számos jellemző szerint rendezve, egyetlen helyen tárolva, ami biztosítja magának az erőforrásoknak a központosított kezelését. és a róluk szóló információkat, valamint lehetővé teszi a harmadik felek általi használatuk ellenőrzését.

Az LDAP (Lightweight Directory Access Protocol) egy hálózati protokoll a címtárszolgáltatások elérésére.

Bár az előző két részben tárgyalt MTP és SCCP alrendszerek nagyon hatékony átviteli mechanizmusokat biztosítanak, beleértve a dinamikus útválasztási képességeket, nem tudják értelmezni a 4. rétegű üzenetek jelentését. Meghatározza a továbbított üzenetek jelentését, és hozzárendeli a továbbítási sorrendet. és a híváskezelő szoftverrel is együttműködik az állomáson, amely a felhasználó egyik alrendszere. A kapcsolat létrehozásának és a beszélgetési útvonal felszabadításának szabályozására több SS7 felhasználói alrendszer van megadva, különösen a felhasználói alrendszer telefonos kommunikáció(TUP), ISDN felhasználói alrendszer (ISUP).

A TUP telefonfelhasználói alrendszert a telefonkapcsolatok létesítésének és megszakításának kezelésére fejlesztették ki, és az SS7 európai változata volt, míg az észak-amerikai kontinensen egy másik alrendszer, az ISUP bevezetése már jóval korábban megkezdődött. Az alapvető telefonszolgáltatások kezelésén túl a TUP eljárásokat és formátumokat határoz meg a további szolgáltatásokhoz. Az ISDN természetéből adódóan azonban kiegészítő szolgáltatások Az ISUP-ban meghatározottak erősebbek, és fejlettebb megoldásokat használnak, mint a TUP-ban meghatározottak.

A DUP adatfelhasználói alrendszert az SS7 fejlesztésének korai szakaszában határozták meg az áramkörkapcsolt adatkapcsolatok létrehozásának és felszabadításának kezelésére. A DUP alkalmazása nagyon kicsi, és csak néhány hálózatüzemeltető valósított meg dedikált áramkörkapcsolt adathálózatokat. Az adatátviteli követelményeket jelenleg az ISUP teljesíti, így a DUP távközlési hálózatokban való széles körű alkalmazása valószínűtlen.

Ezen okok miatt a TUP és a DUP nem foglalkozik ebben a könyvben. Ahogy a távközlési hálózatok az ISDN felé fejlődnek, az ISUP megszünteti a TUP és DUP alrendszerek szükségességét. Az ISUP tartalmazza a TUP összes funkcióját, de ezek a funkciók rugalmasabban valósulnak meg. Ez biztosítja a jelzési protokollok egyik legfontosabb jellemzőjét is, amelyet az 1. fejezetben részletesen tárgyaltunk – végpontok közötti jelzés, amely lehetővé teszi két állomás számára az információcserét az üzeneteket elemző közbenső csomópontok részvétele nélkül.

Az ISUP alrendszer két szolgáltatásosztályt támogat: az alap és a kiegészítő típusú szolgáltatásokat. Az alapszolgáltatási osztály hang- és/vagy adatkapcsolatok kialakítását biztosítja. További nézetek A szolgáltatások minden más kapcsolat-orientált szolgáltatást képviselnek, amelyek néha a fő kapcsolat létrehozása utáni üzenetek továbbításához kapcsolódnak.

A változók és az opcionális mezők széles körű felhasználásával az adatstruktúrákban az ISUP sokkal rugalmasabb és alkalmazkodóbb alrendszer, mint a TUP. Ebből a szempontból az ISUP-ban használt formázási elvek hasonlóak az előző szakaszban az SCCP-re vonatkozóan leírtakhoz. Az SCCP azonban természeténél fogva nem beszélgetési csatorna alrendszer, ezért helyi hivatkozási számot használ egy adott tranzakció azonosítására, míg az ISUP támogatja a csatorna alapú tranzakcióazonosító megközelítést. Vagyis az ISUP üzenet a beszélgetési csatorna számát használja az adott csatornával kapcsolatos információk azonosítására. Emiatt az ISUP (mint a TUP) CIC csatornaazonosító kódot használ.

Az ISUP üzenetek a jelentős jelegységek SIF-mezőjében kerülnek átvitelre, amint az az ábrán látható. 10.12. Az ábra felső sora megegyezik az ábra MSU jelentős jelegység formátumával. 10.2, ami hasznosnak tűnik az olvasó emlékeztetésére. A jelzési információs mező az útválasztási címkéből, a csatornaazonosító kódból, az üzenet típusából és a paraméterekből áll. A paraméterek egy kötelező fix részre, egy kötelező változó részre és egy opcionális részre vannak felosztva, ahogy az SCCP esetében is történt, és az ábra mutatja. 10.6. A csatornaazonosító kód (CIC) a két állomás közötti beszélgetési csatorna számát jelzi, amelyre az üzenet vonatkozik. Így ha 2,048 Mbit/s-os digitális utat használunk, akkor a CIC legkisebb jelentőségű öt bitje bináris formában kódolja a beszédidőintervallumot. A fennmaradó biteket akkor használjuk, ha meg kell határozni, hogy egy adott beszédintervallum melyik PCM adatfolyamhoz tartozik.

Az üzenettípus kódja egy egybájtos mezőből áll, és minden üzenethez kötelező. Ez a kód egyedileg határozza meg az egyes ISUP üzenetek funkcionalitását és általános szerkezetét.

Minden üzenet számos paramétert tartalmaz. Minden paraméternek van egy neve, amely egy bájtba van kódolva. A paraméter hossza lehet fix vagy változó. A BSSR-hez hasonlóan a paraméterek következő három kategóriája áll rendelkezésre: rögzített kötelező, változó kötelező, választható.

A rögzített kötelező paraméterek mindig szerepelnek az ilyen típusú üzenetekben, és rögzített hosszúságúak. A paraméterek helyzete, hossza és sorrendje az üzenet típusától függően egyedi, így a paraméternevek és a hosszjelzők nem szerepelnek az üzenetben.

Változó szükséges paraméterek mindig szükségesek egy adott üzenettípushoz, és változó hosszúságúak. A kezdet jelzésére

Minden paraméterhez speciális mutatót használnak. A mutató egy bájt, amely a SIF feldolgozás során használható egy adott információ megkeresésére. Így nincs szükség a teljes üzenet elemzésére az információ megtalálásához. Az egyes paraméterek neve implicit módon benne van az üzenet típusában, így a kötelező paraméterek neve nem szerepel magában az üzenetben.

Az opcionális paraméterek jelen lehetnek, vagy nincsenek benne konkrét típusüzeneteket. Minden opcionális paraméter egy nevet (egy bájt) és egy hosszjelzőt (egy bájt) tartalmaz a paraméter tartalma előtt.

Rizs. 10.13. Paraméterstruktúra az ISUP-ban

Az ISUP számára számos üzenettípus és paraméter van megadva. Példák az ilyen típusú üzenetekre:

Kezdeti címüzenet (IAM), . információs kérés (INR),

Teljes címet elfogadó üzenet (AFM),

Válaszüzenet (ANM),

Csatlakozásmódosítás megerősítése (CMC), . a kapcsolat módosításának megtagadása (RCM),

Blokkolás (BLO),

Blocking Acknowledgement (BLA),

Válaszüzenet egy előfizetői eszköztől automatikus válaszadással (pl. adatterminál) (CON),

Válaszüzenet (ANM),

kiadás (REL),

Release Completion (RLC) stb.

Az ISUP protokoll orosz változatához néhány további üzenet került bevezetésre, amelyeket itt meg kell említeni, annak ellenére, hogy a könyv szerzője negatívan viszonyul ezek bevezetésének célszerűségéhez. Ez egy opcionális Caller Clear (CCL) üzenet, amely támogatja a kétirányú hívásmegszakítási eljárást a hívószám azonosításához, miután egy rosszindulatú hívás leállt. Szintén bevezetik a Charge Message (CRG) üzenetet, amelyet az ANM vagy CON üzenet után fordított irányban küldenek hívás díjazása céljából, valamint a Rend a Call (RNG) üzenetet, amelyet minden hívás elején küldenek. bejövő félautomata kapcsolathoz (visszahívás). Mindezeket a helyzeteket az előző fejezetekben részletesen tárgyaltuk.

A kezdeti IAM-címüzenet az első üzenet, amelyet a kapcsolat létrejöttekor el kell küldeni. Címszámjegyeket tartalmaz (például az előfizető által a hívás átirányításához tárcsázott számjegyeket). Az adás eredményeként az állomás lefoglalja a csatornát. Az IAM üzenettípus kódolása 00000001. Az IAM formátum a következő paramétereket is tartalmazza.

Egy rögzített, 1 bájt hosszúságú kötelező paraméter határozza meg a létrejövő kapcsolat jellegét. Ez a paraméter a létrejövő kapcsolat állapotát jellemzi, például visszhangcsillapító megléte vagy hiánya, műholdas csatorna beépítése a kapcsolatba stb.

Egy másik rögzített kötelező paraméter, 2 bájt hosszú, a hívás továbbítási irányát jellemzi, és meghatározza a kapcsolati képességeket, mint például a végpontok közötti kapcsolat vagy az ISUP elérhetősége a teljes kapcsolaton.

Egy másik rögzített szükséges egybájtos paraméter határozza meg a hívó kategóriáját, pl. hogy a hívó fél előfizető vagy szolgáltató, beleértve a nyelvcsoport megjelölését stb.

Az utolsó rögzített szükséges egybájtos paraméter leírja az átviteli médiakövetelményeket, például egy 64 Kbps-os csatornát kérnek.

Az IAM-címüzenetnek egy kötelezően változó paramétere van, 4-11 bájt hosszú, amely meghatározza a hívott előfizető számát (például a szám tárcsázott számjegyei), valamint választható paraméterei: a hívó előfizető száma, 4-12 bájt. hosszú, és maga a felhasználó-felhasználó információ, 3 hosszú -131 bájt, lehetővé téve az előfizetők számára az adatcserét a kapcsolatlétesítési eljárás során.

Az ACM Complete Address Accept üzenetet a bejövő állomás küldi el, jelezve, hogy a hívást a hívott félhez irányítani képes elegendő számjegy sikeresen beérkezett. Az ACM üzenettípus kódja 00000110.

Az általános ACM formátum egy fix, 1 bájt hosszúságú kötelező paramétert is tartalmaz, amely ugyanúgy meghatározza a létrejött kapcsolat állapotát, mint az IAM esetében (visszhangelnyomó megléte vagy hiánya, műholdas csatorna beillesztése a kapcsolatba stb.).

Egy másik fix, 2 bájt hosszúságú kötelező paraméter szintén hasonló az IAM paraméteréhez, de a hívás fordított irányát jellemzi, amelyhez meghatározza a kapcsolódási lehetőségeket, például a végpontok közötti kapcsolatot vagy az ISUP elérhetőségét a teljes egészében. kapcsolat.

Ezenkívül az ACM tartalmazhat opcionális 3 bájtos visszirányú hívásjelzőket és 3-131 bájtos felhasználó-felhasználói információkat, az IAM-nél leírtak szerint.

A fenti példákból látható, hogy az ISUP széles körben alkalmazza az opcionális paramétermezőket, ezáltal növeli a hálózatüzemeltetők által nyújtott szolgáltatások rugalmasságát. Ez a rugalmasság azonban megnöveli az üzenetek elemzésének költségeit az alközpontban. Például a fent tárgyalt IAM üzenet az ITU-T specifikáció szerint legfeljebb 14 opcionális paramétert és legfeljebb 131 bájtnyi felhasználó-felhasználó információt tartalmazhat. Egyes ISUP-üzenetek ekkora mérete problémákat okozhat, ha túl sok nem kötelező mező szerepel egyszerre egyetlen üzenetben. Ezenkívül maga az opcionális mezők rugalmas megközelítése további feldolgozást igényel annak meghatározásához, hogy egy adott üzenetben milyen információ található, és mi nem.

Az ISUP formázási módszere azonban még a fent említett „repülni” ellenére is, amely mindig megfelelően kezelhető az opcionális paraméterek túlzott használata nélkül, rendkívül rugalmas, és lehetővé teszi a már megfogalmazott és a jövőbeni követelmények megvalósítását is.

Rizs. A 10.14. ábra szemlélteti az alapkapcsolat létrehozásának és feloldásának folyamatát. Amikor a hívótól csatlakozási kérést kap, az A kezdeményező alközpont elemzi az útválasztási információkat, és létrehoz egy kezdeti címzési IAM üzenetet. A hívott előfizető számának elemzése lehetővé teszi a kimenő A PBX számára, hogy meghatározza a hívásirányítás irányát. A látható ábrán. A 10.14. ábrán látható példában a hívás a B tranzit alközpontba van irányítva. A rögzített kötelező IAM paraméterben lévő információ a hívó fél által igényelt kapcsolat típusát jelzi – 64 Kbps kapcsolat. Ez az információ a B tranzit alközpontba kerül, aminek eredményeként a megfelelő beszélgetési útvonal a hívó előfizetővel ellentétes irányban átkapcsolódik.

Q - a beszélgetési útvonal összekötése előrefelé O - a beszélgetési út elengedése Fig. 10.14. Alapkapcsolat létrehozása és felszabadítása az ISUP-ban

Az útvonal megkerülése ebben a szakaszban csak fordított irányban lehetővé teszi a hívó fél számára, hogy meghallja a hálózat által küldött hangokat, de megakadályozza, hogy a hívó féltől származó információ átkerüljön a beszélgetési útvonalra. Ha blokkoló módot használ, akkor az IAM üzenet tartalmazza a hívásnak a hívott félhez való irányításához szükséges összes címjegyet. Ha átfedési módot használunk, akkor az IAM akkor kerül elküldésre, ha csak a tranzit alközponthoz való útválasztáshoz szükséges B számjegy érkezik, és a többi cím számjegy a hálózaton keresztül továbbítódik a következő címüzenetekben.

Transit PBX B fogadja az IAM-et, és elemzi az üzenetben található információkat. A hívott előfizető számjegyeinek elemzése a B átmenő alközponton meghatározza a további útvonalat a B bejövő alközponthoz. Az IAM-ben lévő fennmaradó információk elemzése határozza meg a megfelelő hangút kiválasztását, például egy 64 Kbit/ s csatorna. Ezután az IAM a B alközpontba kerül, ahonnan a beszélgetési útvonal is csatlakozik.

Amikor egy IAM üzenet érkezik a B bejövő alközponthoz, a hívott előfizető számát elemzi, és azt, hogy szükség van-e további információra a kimenő A PBX-től, mielőtt a hívott előfizetőhöz csatlakozna. Ha további információra van szükség, akkor egy végponttól végpontig terjedő üzenetet küld a kimenő A PBX-nek, amelyben ez a követelmény megfogalmazódik. Ne feledje, hogy a Transit B PBX-nek nem kell végpontok között elemeznie ezt az üzenetet, mivel az ilyen üzenetek transzparens átvitelére kerül sor. A kimenő alközpont egy válaszüzenet elküldésével biztosítja a releváns információkat.

Átvétel után szükséges információkat A bejövő B alközpont tájékoztatja a hívott előfizetőt a bejövő hívásról, és a bejövő B alközponttól a tranzit C alközpontig ACM üzenetet küld a teljes cím elfogadásáról. A teljes cím elfogadásáról szóló ACM-üzenet ezután elküldésre kerül az A kimenő központhoz. A teljes cím elfogadásáról szóló üzenet vétele bármely, a kapcsolat létesítésében részt vevő állomáson jelzi a hívás sikeres átirányítását a B előfizetőhöz, és lehetővé teszi a hívás továbbítását a B előfizetőhöz kapcsolódóan. kapcsolat törlésre kerül a memóriából.

Amikor a hívott előfizető fogadja a hívást, a bejövő B alközpont átkapcsolja a beszélgetési útvonalat, és válaszüzenetet küld a tranzit B alközpontnak, amely viszont továbbítja a válaszüzenetet a kimenő A alközpontnak. A válaszüzenet fogadásakor a kimenő alközpont Az alközpont átkapcsolja a beszélgetési útvonalat előre. Így létrejön a kapcsolat a hívó és a hívott előfizetők között, megkezdődik a hívásdíj, és megtörténik a beszélgetés vagy az adatátvitel.

A TUP-tól eltérően a hívó és a hívott fél is kezdeményezhet azonnali hívásfeloldást, pl. Az ISUP egyirányú kiadási módszert használ. ábrán. 10.14 Az A hívó először feloldó jelet küld az A kimenő központnak. A kimenő központ megkezdi a kapcsolat megszakítását, és REL feloldó üzenetet küld a B tranzitállomásnak, amely feloldó üzenetet küld a bejövő B központnak, és megkezdi a beszélgetési útvonal feloldását. Miután a hangút felszabadul, és készen áll egy új hívás kiszolgálására, a B tranzit alközpont üzenetet küld az RLC felszabadításának végéről a kimenő A alközpontnak. Ugyanígy, amikor REL feloldó üzenetet kap, a hangút megszakad bejövő B alközpont.

Megjegyzendő, hogy a fent ismertetett bontási eljárás megszervezésének elve, amely garantálja a kapcsolat lehető leggyorsabb megszakítását bármely előfizető kérésére, növeli a hívásfeldolgozás sebességét a hálózatban, és különbözik a leválasztás megszervezésétől nem. csak a TUP-ban, hanem az ISUP korábbi verzióiban is.

Az eredeti ISUP specifikációk a kiadási üzenetek háromszoros sorozatát határozták meg: kiadási üzenet (REL), kiadási kérelem (RLSD) és kiadás kész (RLC). Ezt az eljárást a fent leírt eljárás váltotta fel, amely a lehető legjobban összhangban van az SCCP leválasztási eljárásaival.

Az ISUP alrendszer számos lehetőséget támogat további funkciók nem a TUP által nyújtott telefon- és adatszolgáltatások esetében. Ezen további képességek egy része az orosz ATSC-90-ben van megvalósítva, és a táblázatban található. 10.2 példaként.

Az alapvető különbségek a hívószám-azonosítási szolgáltatások között a táblázatban. A 8. fejezetben leírt hívófél-azonosítási eljárásból a 10.2. pont az előfizetői szám azonosítás be- és kikapcsolására szolgáló táblázatban feltüntetett vezérlési módokban rejlik.

Az automatikus bejövő (DDI) lehetővé teszi a kapcsolat létrehozását privát alközponttal (PBX) az alközponti szolgáltató beavatkozása nélkül. Az ISUP eljárásokat határoz meg a DDI biztosítására mind analóg, mind digitális alközpontokhoz.

A hívásátirányítás alapvető eljárásai hasonlóak a TUP hívástovábbítási szolgáltatásához. Az ISUP-ban azonban a hívásátirányítás három különböző módban kezdeményezhető: amikor a hívott előfizető foglalt (1), amikor a hívott előfizetőtől nem érkezik válasz egy bizonyos időn belül (2) és minden hívás esetén további feltételek (3).

1G.2. táblázat. Néhány további ISUP szolgáltatás


	Közvetlen tárcsázás
	Hívóazonosító bemutatása
	A hívóazonosító megjelenítésének megakadályozása
	A hívott szám bemutatása
	A hívott szám bemutatásának tiltása
	Rosszindulatú hívás azonosítás
	További címzés

	Továbbítás, ha a B előfizető foglalt
	Továbbítás, ha nem érkezik válasz a B előfizetőtől
	Továbbítás további feltételek nélkül
	Hívás elutasítása

	Bejövő hívásvárakoztatási értesítés
	A hívás megszakítása és folytatása
	A terminál hordozhatósága

	Konferenciahívás

A cikk a felhasználói programozási eszközök fejlesztését tárgyalja egy SCADA rendszerben - a nem szabványos felügyeleti és vezérlési problémák megoldásától az ST technológiai nyelven a tervezési folyamat automatizálásáig a C# szkriptnyelv beépített környezetében. Ennek a vonalnak a folytatásaként először jelent meg egy új vezérlőprogramozási környezet, amely teljes mértékben megvalósítja az IEC 61131-3 szabvány követelményeit, és megőrzi az abban elfogadott objektum ideológiát, amely biztosítja a fejlesztés és a tervezés replikációjának kényelmét és gyorsaságát. megoldásokat.

Fogd és vidd

"írni és futni"

Egy objektum-orientált SCADA rendszer kezdetben nem tartalmazott semmilyen programozási eszközt, még a hagyományos szkriptnyelveket sem (vagy a szakzsargonban „szkripteket”). Ezt a fejlesztők koncepcionális álláspontjával magyarázták, akik szükségesnek tartották hozzászoktatni a felhasználókat az objektum ideológiához és a szabványos eszközökhöz, amelyek lehetővé teszik bármilyen kapcsolat létrehozását az adatátvitelhez a projektelemek egyszerű „húzásával”, valamint egyes elemek beillesztése másokba (például dinamikus szimbólum vagy gomb az egyik objektum dokumentumainak egy másik emlékrajzába való meghívására). Ennek ellenére meg kellett találni a lehetőségeket azoknak a felhasználóknak, akik nem szabványos problémákat szeretnének megoldani a kereten belül.

A könyvtári blokkok és vizuális vezérlők professzionális programozási nyelveken történő létrehozásának univerzális receptje nem minden mérnök számára alkalmas. Az alkalmazott feladatok programozási módjaival való aggodalomra ad okot az is (a MasterSCADA 2. verziójától kezdődően), hogy vertikálisan integrált rendszerré vált, amelyen belül lehetőség nyílt a felügyeleti és vezérlési logika tetszőleges elosztására a munkaállomások, ill. nyílt architektúrájú vezérlők (a végrehajtó rendszer számára megjelent).

A keretrendszeren belül az első technológiai programozási eszköz a funkcióblokk diagramok grafikus nyelve volt. De így már létező könyvtárakra épülő megoldásokat lehet létrehozni, amelyek funkcionalitása az állandó bővítés mellett is korlátozott. A szükséges eszközök döntő fejlesztése már a 3. verzióban megkezdődött. A funkcionális blokkok könyvtára felhasználói programblokkokkal bővült. Kétféle blokkot valósítottak meg - a mérnöki programozáshoz az ST nyelven (IEC 61131-3 szabvány), valamint a projektek fejlesztésének automatizálásához vagy komplex feladatok végrehajtásához C# nyelven. Ha az ST nyelvű programok a rendszerek legfelső szintjén és a vezérlőkben is működnek, akkor a C# nyelvű programok kizárólag munkaállomásokon belüli működésre szolgálnak. Mivel egyetlen projekt jön létre a teljes rendszer számára, a részei közötti kommunikáció automatikus szervezésével, a projektfejlesztőnek kezdetben figyelembe kell vennie ezt a nyelvi specializációt.

Programozás ST nyelven

Az ST nyelvet a mérnökök könnyen megtanulják. A kilencvenes években egyetemeken végzett és nulladik generációk általában ismerik a Pascal nyelvet a tantervből, amelyből ST kölcsönözte a fő gondolatokat. Ezenkívül az ST program tisztán mérnöki koncepciókat tartalmaz - bemenetek/kimenetek, „idő” típusú változók stb. Új változók hozzáadása az INPUT vagy OUTPUT szakaszokhoz automatikusan új bemenetek/kimenetek megjelenéséhez vezet az ST funkcióblokkhoz a projektben. A projektben lévő bármely bemenet/kimenet összekapcsolható más objektumok vagy projektváltozók bemeneteivel/kimeneteivel egyszerűen húzással.

A fejlesztés egyszerűsége szempontjából az ST szerkesztő modern környezetet biztosít (1. ábra), amely a szokásoknak megfelelően közvetlenül az integrált projektmenedzserbe van beépítve, így a fejlesztőnek nem kell a szerkesztő megnyitásának a fejében gondolkodnia (egyszerűen). kiválasztja a megfelelő blokk „Kód” fülét a projektben ), sem azt, hogy hol vannak a programfájlok tárolva (a fájlok tárolásának és elnevezésének kérdése szisztematikusan megoldódik, és a színfalak mögött marad - a fejlesztőnek nem kell tudnia, mik ezek a fájlok hívják és hol tárolják).

Az elkészített program speciális értelmezett kódba kerül, amely mind a számítógépen, mind a mellékelt végrehajtó rendszer által támogatott minden típusú vezérlőben végrehajtható. Ezek szinte bármilyen modern és nem túl modern processzorral felszerelt vezérlők (x86, ARM7, ARM9 stb.) operációs rendszerek(DOS és Windows CE-től Linuxig és Ecos-ig). Az is fontos, hogy a hibakereséshez ne legyen szükség vezérlőre. A program hibakeresése történhet az úgynevezett Windows vezérlőn (a vezérlő végrehajtó rendszere, amely ugyanazon a munkaállomáson fut, mint a legfelső szintű projekt), és közvetlenül fejlesztői módban, csak egy fejlesztés alatt álló blokk kódját futtatva. . Ugyanakkor elérhető a program hagyományos lépésről lépésre történő végrehajtása, beleértve a beágyazott eljárások bevitelének lehetőségét is.

Rizs. 2. Példa egy számítási algoritmus megvalósítására C# nyelven

Programozás C# nyelven

Összehasonlításképpen itt van egy példaprogram C# nyelven. IN ebben a példában egy számítási algoritmust valósítunk meg a bemeneti analóg érték szűrésére. ábrából 2 látható, hogy a programváltozók egy speciális panelen jönnek létre név megadásával, típus kiválasztásával és írási jogosultságokkal. Belépés után azonnal megjelennek a programdeklarációkban és az algoritmusok be-/kimeneteiben a projektfában.

Rizs. 3. A projektfa nézete a szkript végrehajtása előtt

Projektek automatizálása C# nyelven

A tervezők munkája során felmerülő feladatok néha nagyszámú rutinművelet elvégzését teszik szükségessé, de a „mechanikai” munka számítógépre átvitele fő cél automatizálás. Itt van egy tipikus feladat - létre kell hoznia egy rendszert az erőforrások lakásonkénti elszámolására bérház. Tegyük fel, hogy a projekt egy töredéke - egy lakást elszámolva - létrejött. Most meg kell szoroznia a szükséges számú lakással és bejárattal, létre kell hoznia egy mnemonikus diagramot, amely felhívja a kívánt lakást, hogy megnézze a mutatóit (3. ábra).

Ebből a célból hajthat végre belső C#-ban írt szkripteket, és hozzáférhet annak objektummodelljéhez (4. ábra).

A parancsfájl futtatása után (ez a példa a Sample Scripts Library-ből származik), egy új House objektum kerül a projektbe a minta House objektum alapján. Az általunk a beállításokban megadott mennyiségi paraméterek alapján a megadott számú bejárat, emelet és lakás kerül beillesztésre (5. ábra).

Rizs. 5. Projektfa nézet a szkript végrehajtása után

A szkript a projektstruktúra automatikus létrehozása mellett új objektumokhoz tartozó megjelenítéseket, üzenetnaplókat, riportokat, trendeket készít, felhasználva az eredeti (kézileg létrehozott) objektum dokumentumait mintaként. És végeredményként a projekt fő mnemonikus diagramja a kívánt számban automatikusan létrehozott lakásablakok hívógombjaival készül (6. ábra).

Rizs. 6. A szkript által létrehozott ablakok hívására szolgáló gombokkal ellátott mnemonikus diagram nézete

Összegezve ennek a példának a megfontolását, el kell ismerni, hogy mivel nagyon nagy szoftvertermékről van szó, még egy meglehetősen tapasztalt fejlesztőnek is nehéz először eligazodnia az objektummodelljében, pedig dokumentált. Ezért a szolgáltatások technikai támogatás A projektfejlesztéshez szükséges automatizálási szkriptek meglehetősen keresettek, különös tekintettel arra, hogy a legtöbb esetben még a demo verzió felhasználói számára is ingyenesek, és a létrehozott szkriptek nem mennek veszendőbe, mivel egy közös gyűjteménybe - könyvtárba - kerülnek. mindenki számára elérhető.

Fejlesztési logika – az IEC 61131-3 szabvány teljes körű támogatása

A nyílt architektúrájú vezérlők IEC 61131-3 szabvány által leírt technológiai nyelveken történő programozása iránti felhasználói érdeklődés meredek növekedése vezetett el bennünket ahhoz az ötlethez, hogy ne csak a szabvány teljes körű támogatását valósítsuk meg, hanem adjuk ki külön termék azoknak, akik a vezérlőket önálló alkalmazásokhoz programozzák, nem pedig vertikálisan integrált rendszerekben való használatra. Így jelent meg. Ez egy teljes értékű, teljesen szabványos integrált fejlesztői környezet, amely megtartotta a benne átvett objektum alapú ideológiát, amely nemcsak az automatizálási projektek minőségének javítását teszi lehetővé, hanem a tervezők produktivitását is. A legújabb szoftverarchitektúra használata miatt ennek a környezetnek a funkcionalitása nem szerepel a 3-as verzióban, hanem a jövőbeli 4. verzió részévé válik.

Így most a MasterSCADAv.3 eszközkészlet keretein belül az InSAT olyan rendszereket kínál, amelyek alacsonyabb vezérlőszintet és kezelői állomásokat is tartalmaznak, és az autonóm vezérlők projektjeit egy sokkal erősebb új termék felhasználásával ajánljuk. Mindkét fejlesztőkörnyezet ugyanazt a végrehajtási rendszert használja a vezérlőkhöz, tehát a műszaki jellemzőkés szerkezeti funkcionalitás (támogatott vezérlők és platformok listája, illesztőprogramok, archívumok, protokollok, teljesítmény), képességeik szinte megegyeznek. Az új környezet azon vezérlők programozására is használható, amelyek még mindig együttműködnek legfelső szint, de ehhez a meglévő OPC szervert vagy valamelyik támogatott protokollt használják, nem pedig a technológiában alkalmazott „transzparens”, konfigurációt nem igénylő adatcserét.

Rizs. 7. Létra logikai szerkesztő

Nézzünk egy példát a környezetben kidolgozott projektre (7. ábra). Az új környezet fő előnye, hogy minden szabványos nyelven egyszerre lehet programot létrehozni, az algoritmus minden egyes részéhez azt a nyelvet használva, amelyik a legegyértelműbb az implementációjához. A dinamikus algoritmusokhoz, például a szabályozáshoz általában kényelmesebb a funkcióblokkok (FBD) nyelve a logika leírására, a relé áramkörök jobban ismertek a villamosmérnökök számára, a működési vezérlést pedig tökéletesen leírja a funkcióblokkok nyelve. lépéssorozatok (SFC). Számítási és minden egyéb probléma megoldható a Structured Text (ST) nyelven.

A látható ábrán. A 7. példában a paramétervezérlő programot LD nyelven „lerajzolják”, majd FB könyvtárként használják a funkcionális blokkok nyelvén létrehozott programban (8. ábra).

Rizs. 8. Funkció blokkdiagram szerkesztő

A szoftver architektúra (és ennek következtében a leendő MasterSCADAv4, amelynek ez a termék is része lesz) sajátossága, hogy teljesen nyitott a bővítésre. Ez azt jelenti, hogy egy másik grafikus nyelv támogatását is beépíthetjük az eszköztárba (például egy folyamatábra nyelvet az algoritmusok leírására vagy egy UML nyelvet a projektobjektumok interakcióinak leírására), amint fogyasztóink körében igényt érezünk rá. Ebben az esetben az ilyen fogyasztók elsősorban a vezérlőgyártók és ügyfeleik. A támogatott vezérlők listája rohamos ütemben bővül, így a kérések száma egyre növekszik ügyfélkör ugyanolyan gyorsan nő. A képzett felhasználókkal való szoros együttműködés a szkript- és algoritmuskönyvtárak feltöltésének forrása, az egyre bonyolultabb automatizálási feladatokat megbirkózni képes fejlesztőeszközök folyamatos fejlesztésének indítéka.

AZAZ. Ablin főigazgató,