tévék. Konzolok. Projektorok és tartozékok. Technológiák. Digitális TV

Algoritmus kidolgozása építőipari cég számára. Az IBS integrált tőkeépítési menedzsment rendszert fejlesztett ki. AIS felhasználói utasítások

1 AZ ÉPÍTÉSI SZERVEZETEK FOGYASZTÓI MINŐSÉGI INFORMÁCIÓS RENDSZEREINEK ELEMZÉSÉNEK ÁLTALÁNOS KÉRDÉSEI.

1.1 Építőipari szervezetek információs rendszereinek jellemzői és felépítése.

1.2 Építőipari szervezetek információs rendszereinek összetevőinek típusai és osztályozása.

1.3 Építőipari szervezetek információs rendszereinek összetevői fogyasztói minőségi jellemzői.

2 AZ ÉPÍTÉSI SZERVEZETEK INFORMÁCIÓS RENDSZEREINEK ÖSSZEHASONLÍTÓ ELEMZÉSÉNEK MÓDSZEREI ÉS ALKALMAZÁSÁNAK MÓDSZEREI.

2.2 Becslő szoftverek összehasonlító elemzése a funkcionális teljesség kritériuma szerint.

2.3 Építőipari szervezetek IS komponenseinek elemzése és kiválasztása szakértői módszerek alapján.

3 ÉPÍTÉSI SZERVEZETEK INFORMÁCIÓS RENDSZERÉNEK VIZUÁLIS ÉS GAZDASÁGI-STATISZTIKAI MODELLEZÉSE.

3.1 Építés információs modell Az UML nyelven alapuló építő szervezet IS.

3.2 Építőipari szervezetek IS használóinak munkaerőköltségeinek modellezése.

3.3 A szükséges engedélyek számának meghatározása a szoftverépítőipari szervezet IS-jében.

A szakdolgozatok ajánlott listája

  • Irodaautomatizálási szoftverek fogyasztói minőségének összehasonlító értékelése 2002, a gazdaságtudományok kandidátusa Pakhomov, Jevgenyij Vjacseszlavovics

  • Adóelszámolás: gazdasági és matematikai modellek, módszerek és szoftverek a karbantartási és felügyeleti erőforrásköltségek felmérésére és minimalizálására 2011, a közgazdaságtudomány doktora Rodina, Olga Valerievna

  • A témakör formalizált elemzése és döntéstámogató rendszer kiválasztása a vállalatirányításban: Sütőipari vállalkozások példáján 2003, a közgazdasági tudományok kandidátusa, Chuvikov, Szergej Vlagyimirovics

  • Építési költségek meghatározására szolgáló automatizált rendszer kidolgozása távoli elérési módban 2007, a műszaki tudományok kandidátusa Spitsyn, Alekszandr Viktorovics

  • Számviteli automatizálási rendszerek kiépítésének és kiválasztásának információs támogatásának kialakítása költségvetési szervezeteknél: Felsőoktatási intézmények példáján 2002, a gazdaságtudományok kandidátusa Shirobokova, Svetlana Nikolaevna

Az értekezés bemutatása (az absztrakt része) az „Építőipari szervezetek információs rendszerei: a fogyasztói minőség modellezése és értékelése” témában

Az értekezés kutatási témájának relevanciája. Építési komplexum Orosz Föderáció az ország gazdaságában az egyik kulcspozíciót tölti be. A Rosstat adatai szerint 2010-ben az építőiparban foglalkoztatottak átlagos éves létszáma 5266,5 ezer fő volt. a gazdaságban foglalkoztatottak összlétszámának 7,8%-a. Az építési munkák volumene 3998,3 milliárd rubelt tett ki. 2010. január 1-jén több mint 175 ezer szervezet működött az építőiparban Oroszországban 1.

A modern építőipari szervezetek tevékenységében információs technológia jelentős szerepet játszanak a munka termelékenységének növelésében és a meghozott döntések minőségének javításában. Nagyszámú szoftverrendszert fejlesztettek ki, amelyeket az építési folyamat különböző szakaszaiban, a szerződéses kapcsolatok különböző részeit képviselő szervezetekben, különböző profilú szakemberek használnak.

A becslési szoftver nagymértékben növeli a becslést végző mérnök munkatermelékenységét, lehetővé teszi az információcserét, a becsült projektek vizsgálatát, az építési és szerelési munkák eredményeinek tükrözését, a jelentési dokumentumok minimális idő alatt történő előállítását és az építési becslések végrehajtásának figyelemmel kísérését. Az ütemező szoftvert széles körben használják az építési projektmenedzsmentben, és jelentős változtatásokat hozhatnak az építési folyamat megszervezésében. A speciális szoftver lehetővé teszi a könyvelést, elemzést és jelentéskészítést az építőiparban. A tervező szakemberek széles körben alkalmaznak olyan rendszereket, mint pl általános rendeltetésű, és kifejezetten a tervezésre szakosodott

1 Építkezés Oroszországban. 2010: Stat. Ült. - M.: Rosstat., 2010. - 220 p. építési projektek. Ezek és más összetevők együttesen alkotják az építőipari szervezet információs rendszerének (IS) alapját.

Az építőiparban az információs rendszerek létrehozásának feladatát bonyolítja az építőipari szoftverrendszerek összetevőinek sokfélesége (ma már számos szoftverlehetőség létezik a piacon bizonyos feladatokra, például költségbecsléshez vagy építési projektek menedzseléséhez), ezek szükségessége. integráció, valamint az építőipar sajátosságainak figyelembevételének követelménye.

Így releváns az építőipari szervezetek információs rendszerei fogyasztói minőségének elemzése.

A vizsgált probléma ismeretének foka. Számos kutató tudományos munkája foglalkozik a tervezési és becslési munkák automatizálásának problémáival, valamint az építőiparban az irányítási folyamatok automatizálásának kérdéseivel: S.A. Barkalova, V.M. Vasziljeva, D.B. Vinogradova, P.V. Goryachkina, A.A. Gusakova, A.M. Ivyansky, A.B. Ostroukha, Yu.P. Panibratova, G.F. Penkovszkij, V.I. Telichenko és mások.

K.P. munkái az információs rendszerek modellezésének és fogyasztói minőségének elemzésének a problémáival foglalkoznak. Adamadziev, B. Boema, G. Bucha, A. Jacobson, V.V. Dika, A.I. Dolzhenko, A.A. Emelyanova, E.H. Efimova, V.V. Lipaeva, J. Rambo, Yu.F. Telnova, E.H. Tishchenko, M. Fowler, G.N. Khubaeva, I.Yu. Shpolyanskaya és mások.

Ugyanakkor az építőipari szervezetek információs rendszereinek fogyasztói minőségének felmérésére az építőipar sajátosságait figyelembe vevő modellek és módszerek még nem készültek el. Így a matematikai és műszeres módszerek alkalmazásának problémája az építőipari szervezetek információs rendszerei fogyasztói minőségének felmérésére további fejlesztést igényel. Ezek a körülmények határozták meg a disszertáció kutatásának témájának megválasztását, és előre meghatározták annak céljait, célkitűzéseit és szerkezetét.

A kutatás tárgya és tárgya. A vizsgálat tárgya az építési komplexumhoz kapcsolódó valamennyi tulajdoni forma vállalkozása. A tanulmány tárgya a tervezési és becslési munkák automatizálása, az irányítási és számviteli folyamatok az építőipari szervezetekben.

Az értekezés kutatásának célja. A disszertáció kutatásának fő célja az építőipari szervezetek épületinformációs rendszereinek fogyasztói minőségének felmérésére szolgáló modellkészlet kidolgozása.

A cél eléréséhez a következő feladatok megoldására volt szükség:

Építőipari szervezetek IS összetevőinek osztályozása;

Építőipari szervezetek IS komponenseinek fogyasztói minőségi jellemzőinek listájának összeállítása és kutatása;

Becslő szoftverek összehasonlító formalizált elemzése a funkcionális teljesség kritériuma alapján;

Univerzális módszertan kidolgozása az építőipari szervezet IS komponenseinek elemzésére és kiválasztására;

Építőipari szervezetek IS felépítésének és dinamikájának vizuális modellezése IML nyelv segítségével;

IS üzleti folyamatok szimulációs modelljének kidolgozása építőipari szervezet számára.

A tanulmány elméleti és módszertani alapját hazai és külföldi tudósok munkái adták, amelyek az építésgazdaságtan problémáival, az építőipari szoftverek fejlesztésének és alkalmazásának kérdéseivel, az irányítási tevékenységek automatizálásával, a gazdasági és matematikai modellezés módszereivel, matematikai statisztikákkal, módszerekkel foglalkoztak. a tárgykör objektum-orientált elemzése, az Orosz Föderáció kormányának jogalkotási és szabályozási aktusai, az Orosz Föderáció Gosstroyja, tudományos konferenciák anyagai és folyóiratokban megjelent publikációk.

A tanulmány empirikus alapját a szerző által számos építőipari szervezet IS működése során gyűjtött kísérleti és statisztikai adatok, valamint ezektől a szervezetektől származó adatok a becsült számításokról, valamint az elvégzett építési-szerelési munkákról szolgáltatták.

A kutatási eszközök között szerepeltek rendszerelemzési módszerek, matematikai statisztika, komplex rendszerek formalizált elemzésének módszerei, hierarchia elemzési módszerei, szakértői módszerek, szimulációs modellezés, egységes UML modellező nyelv, modern általános és speciális szoftverek: MS Excel, Statistica, MathCAD, Rational Rose.

A munka a 08.00.13 - „Matematikai és műszeres módszerek a közgazdaságtanban” 2.6 „Fejlesztés” szakirányú útlevél keretében történt. elméleti alapok, a gazdálkodó szervezetek információs rendszereinek tervezésére, fejlesztésére és karbantartására szolgáló módszertanok és eszközök: a témakör formalizált ábrázolásának módszerei, szoftver, adatbázisok, vállalati adattárházak, tudásbázisok, kommunikációs technológiák.”

A védekezésre vonatkozó rendelkezések:

1. Építőipari szervezetek IS komponenseinek osztályozása, beleértve az építőipar sajátosságait tükröző osztályozási jellemzőket.

2. Összehasonlító értékelés módszere a becslő szoftver funkcionális teljessége kritériuma szerint a generált funkcionális műveletlista alapján.

3. Az építőipari szervezetek IS komponenseinek kiválasztásának módszertana, amelyet szakértői módszerek és komplex rendszerek elemzési módszereinek együttes alkalmazása jellemez a funkcionális teljesség kritériuma szerint.

4. Az építőipari szervezetek információs rendszerének vizuális IML modelljei, amelyek lehetővé teszik a témakör logikai szerkezetének tükrözését.

5. Egy IS építő szervezet üzleti folyamatainak szimulációs modellje, amelyet az alapvető erőforrások költségeinek figyelembevétele jellemez.

Az értekezés kutatásának tudományos újdonsága az építőipari szervezetek információs rendszereinek fogyasztói minőségének modellezésére és értékelésére szolgáló integrált eszközök kifejlesztésében rejlik. A következő eredmények tudományos újdonságokkal bírnak:

1. Kidolgozásra került az építőipari szervezetek IS komponenseinek osztályozása, amelyet az építőipar sajátosságait tükröző osztályozási jellemzők használata jellemez. A javasolt besorolási jellemzők a következőket tartalmazzák: szerződéses kapcsolatok az építőipari szervezetek között, az építési folyamat szakasza, funkcionális cél, specializáció szintje stb. Az osztályozás lehetővé teszi az építőipari szervezetek IS összetevőinek rendszerezését modellezésükben, tervezésükben, az integráció, a fogyasztói minőség felmérése, és megalapozott döntések meghozatala az építőipari szervezet alapvető IS elemeinek kiválasztásakor.

2. Összehasonlító értékelési módszert adaptáltam az építőipari szervezetek információs rendszerének egyik legfontosabb összetevője - a funkcionális műveletek generált listája alapján becslő szoftver - funkcionális teljességének kritériuma alapján. A bemutatott módszer lehetővé tette a leggyakrabban bemutatott rendszerek funkcionális teljességére vonatkozó információk rendszerezését orosz piac, válassza ki a csoportokat hasonló rendszerek, rangsorolja a becsült szoftverrendszereket, szerezzen be egy olyan rendszerválasztó eszközt, amely a legjobban tükrözi az ügyfél funkcionális teljességgel kapcsolatos követelményeit.

3. Javaslatot teszek az építőipari szervezetek IS komponenseinek kiválasztásának módszertanára, amelyet a szakértői módszerek együttes alkalmazása és a komplex rendszerek funkcionális teljesség kritériuma szerinti elemzési módszere jellemez. A technika a választási lehetőségek egy részhalmazát kínálja mindenki számára szükséges alkatrészeketÉpítőipari szervezet IS, az egyes komponensosztályok opcióinak szakértői összehasonlítása, készlet kialakítása lehetséges opciók IS egy építőipari szervezet és azok rangsorolása. A technika lehetővé teszi a döntéstámogatást egy építőipari szervezet IS létrehozása során.

4. Elkészült az építőipari szervezetek IS vizuális IML modelljeiből álló komplexum. A modellek lehetővé teszik a tárgyterület logikai felépítését, a főbb alrendszerek összetételét, az IS komponensek kiépítését, a rendszerhasználati lehetőségeket, valamint az építőipari szervezet IS-ével dolgozó felhasználók folyamatait. A HIM nyelvű diagramok készlete alapul szolgálhat a munkaerőköltségek modellezéséhez az üzleti folyamatok végrehajtásához az építőipari szervezet információs rendszerében.

5. Kidolgoztam egy IS építő szervezet üzleti folyamatainak szimulációs modelljét, amely az alapvető erőforrások költségeinek figyelembevételével tér el egymástól. A statisztikai (szimulációs) modellezés eredményei lehetővé teszik, hogy: megbecsülje egy adott művelet végrehajtásának valószínűségét bármely kiválasztott vagy meghatározott időpontban; azonosítsa a funkcionális műveletek leginkább munkaigényes csoportjait; számszerűsítse az építőipari szervezet információs rendszerével való munkához szükséges munkaerő-erőforrás mennyiségét.

A tanulmány gyakorlati jelentősége abban rejlik, hogy főbb rendelkezéseit, következtetéseit, ajánlásait, módszereit és algoritmusait bármilyen tulajdonformájú építőipari vállalkozás felhasználhatja az információs rendszerek kiválasztására vagy fejlesztésére vonatkozó döntések meghozatalára. A dolgozat egyes eredményeit szoftverfejlesztő cégek is felhasználhatják építőipari szervezetek számára.

A kutatási eredmények gyakorlati tesztelése és megvalósítása.

Az értekezés kutatásának főbb rendelkezéseiről tudományos és gyakorlati konferenciákon, szemináriumokon számoltak be és vitatták meg: X International Scientific gyakorlati konferencia„Az információs rendszerek tervezésének és alkalmazásának gazdasági és szervezési problémái”; IV. Összoroszországi tudományos és gyakorlati internetes konferencia oktatók, fiatal tudósok, végzős hallgatók és hallgatók „Információbiztonsági problémák” címmel; Tudományos és gyakorlati konferencia„Gazdasági információs rendszerek és biztonságuk: fejlesztés, alkalmazás, karbantartás”; A közgazdaságtan és a jog kérdései.

A tudományos kutatások egy része az „Építőipari szervezetek információs rendszerei: a fogyasztói minőség modellezése és értékelése” témában végzett kutatómunka keretében valósult meg az RGEU „RINH” 2011.04.05. 1277/11 sz. A megvalósítást igazoló dokumentumokat csatoljuk a dolgozathoz.

A disszertáció kutatásának egyes szempontjait a Don I.T. cég vezette be és alkalmazta.

Publikációk. A disszertáció kutatásának eredményei alapján 8 nyomtatott munka jelent meg, ebből 3 cikk az Orosz Föderáció Felsőbb Igazolási Bizottsága által ajánlott folyóiratokban, összesen 2,35 nyomtatott oldal terjedelemben.

Logikai felépítésés a munka mennyiségét. A disszertáció egy bevezetőből, három fejezetből, egy konklúzióból, valamint a irodalomjegyzékből és az alkalmazásokból áll. A mű 26 táblázatot, 28 ábrát tartalmaz. A bibliográfiai lista 133 címet tartalmaz.

Hasonló értekezések a "Közgazdaságtan matematikai és műszeres módszerei" szakon, 08.00.13 kód HAC

  • Gazdasági-matematikai és műszeres módszerek a kisvállalkozások számára tervezett információs rendszerek fogyasztói minőségének biztosítására 2006, a közgazdaságtudomány doktora Shpolyanskaya, Irina Jurjevna

  • Közgazdasági és matematikai modellek egy befektetési társaság tevékenységének információs támogatásának minőségének felmérésére 2000, a közgazdasági tudományok kandidátusa, Pyatina, Elena Evgenievna

  • Információs folyamatok modellezése egyetemi irányítási rendszerben 2000, a közgazdasági tudományok kandidátusa Shcherbakov, Szergej Mihajlovics

  • Az értékpapírokhoz való jogok rögzítésére szolgáló információs rendszer elemzése és modellezése 2005, a gazdaságtudományok kandidátusa, Dolzhenko Viktor Alekszejevics

  • Információs rendszerek fejlesztése és kutatása DBMS MS Access, IC Enterprise, ORACLE felhasználásával készült szoftvertermékek fogyasztói minőségi jellemzőinek felmérésére 2004, a gazdaságtudományok kandidátusa Krivosheeva, Maria Aleksandrovna

A dolgozat következtetései „A közgazdaságtan matematikai és instrumentális módszerei” témában, Kudinov, Dmitrij Vjacseszlavovics

KÖVETKEZTETÉSEK A HARMADIK FEJEZETRŐL

1) Az építőipari szervezetek információs rendszerének vizuális DML-modelljeinek készlete elkészült, amely lehetővé teszi a témakör logikai felépítését, a fő alrendszerek összetételét, az IS-komponensek telepítését, a rendszerhasználati lehetőségeket és az üzleti tevékenységet. az építőipari szervezet információs rendszerével dolgozó felhasználók folyamatai. Egy CML nyelvű diagramkészlet szolgál alapul az üzleti folyamatok végrehajtásához szükséges munkaerőköltségek modellezéséhez az erőforrásköltségek folyamatstatisztikai elszámolása koncepció keretében.

2) Kiemelték az üzleti folyamatok funkcionális műveleteinek készletét a becslési dokumentáció kialakításához az építőipari szervezet IS-jével való munka során. Szakértői felméréssel és munkahelyi rögzítési módszerekkel meghatározták a műveletek gyakoriságának és idejének statisztikai jellemzőit.

3) Egy szimulációs modell készült, amely lehetővé teszi egy építési projekt esetében a műveletek egyes részhalmazainak elvégzéséhez szükséges munkaerőköltségek meghatározását, figyelembe véve az építőipari szervezetek információs rendszerrel való munkavégzéséhez szükséges üzleti folyamatok véletlenszerűségét.

4) Megkaptuk a statisztikai (szimulációs) modellezés eredményeit, amelyek lehetővé teszik: egy adott művelet végrehajtásának valószínűségét bármely kiválasztott vagy meghatározott időpontban; azonosítsa a funkcionális műveletek leginkább munkaigényes csoportjait; számszerűsítse az építőipari szervezet információs rendszerével való munkához szükséges munkaerő-erőforrás mennyiségét.

KÖVETKEZTETÉS

A disszertáció kutatása során a következő elméleti és gyakorlati eredmények születtek:

1. Az információs rendszerelemek besorolása az építőipari szervezetek információs rendszereinek jellemzőire bővült, olyan osztályozási jellemzőkkel, amelyek jellemzik: az építési szerződéses kapcsolatok (megrendelő, kivitelező stb.) kapcsolatát, az építési folyamat szakaszát. (tervezési, kivitelezési és szerelési munkák stb.), funkcionális cél (becslő szoftver, építési projektmenedzsment szoftver stb.) stb.

2. Az építőipari szervezetek IS komponensei számára fontos fogyasztói minőségi jellemzők listája került meghatározásra. A lista olyan jellemzőket tartalmaz, mint: kormányzati előírások és szabályok támogatása, kompatibilitás az általánosan elfogadott formátumokkal stb.

Az építőipari szervezetek IS komponensei fogyasztói minőségi jellemzőinek listájának rangsorolásához a hierarchiaelemzési módszert alkalmaztam, a jellemzőket alternatívaként tekintettem. Az első szint céljai: profittermelés és biztonság biztosítása. A második szint céljai: a vezetői döntéshozatal támogatása, az állami normáknak való megfelelés, az üzleti folyamatok fejlesztése, a munkaerőköltségek csökkentése stb. Ez a rangsor lehetővé tette az elérése szempontjából legfontosabb jellemzők meghatározását az építőipari szervezet működésének alapvető céljait.

3. A becslési szoftverek értelmes elemzése, a tudományos és műszaki irodalom elemzése, a programdokumentáció és a vezető gyártó cégek információs anyagainak tanulmányozása alapján a becslési szoftverek funkcióinak legteljesebb listája a mai napig elkészült (több mint 120 funkcióval rendelkezik). azonosították), lehetővé téve összehasonlító értékelés szoftvereszközök a funkcionális teljesség kritériuma alapján végzett becslés számításokhoz.

4. Lebonyolított összehasonlító elemzés szoftver becslése a funkcionális teljesség kritériuma alapján. Megvizsgálták az orosz piacon legelterjedtebb becslési programokat. Mátrixokat és grafikonokat számoltunk, az elemzési módszertannak megfelelően következtetéseket vontunk le. Az elemzés eredményei lehetővé tették a becslési programok funkcionális teljességére vonatkozó információk rendszerezését, a funkcionális teljességben hasonló programcsoportok azonosítását, valamint a becsült szoftverrendszerek funkcionális teljesség kritériuma szerinti rangsorolását.

5. Eredeti módszertant javasolunk az építőipari szervezetek IS komponenseinek kiválasztására. A technika lehetővé teszi, hogy tervezési megoldásokat hozzon létre a rendszer összes összetevőjének kiválasztásához: költségszámító szoftver, tervezőszoftver, ütemező rendszerek stb., valamint a használati feltételek szerint speciális rendszerekés integrált szoftverrendszerek. A technika lehetővé teszi a fogyasztói minőség legfontosabb mutatóinak figyelembevételét a funkcionális teljesség és a szakértői értékelések módszerének kombinálásával. A módszertan alkalmazásának eredménye egy építőipari szervezet számára generált IS opciók halmaza és ezen lehetőségek rangsorolása.

6. Az építőipari szervezetek információs rendszerének DLM modelljei úgy lettek kidolgozva, hogy tükrözzék a témakör logikai felépítését, a fő alrendszerek összetételét, az IS komponensek kiépítését, a rendszer használatának lehetőségeit, valamint a felhasználók folyamatait IS egy építőipari szervezet. A CML nyelvű diagramok készlete alapul szolgálhat az építőipari szervezet IS-jében az üzleti folyamatok végrehajtásához szükséges munkaerőköltségek modellezéséhez.

7. Felépítettem egy építőipari szervezet IS üzleti folyamatainak szimulációs modelljét, és megkaptam a szimuláció eredményeit. A modell megalkotásához egy építőipari szervezet IS DML modelljét vettük alapul. A modell lehetővé teszi az üzleti folyamatok végrehajtásához szükséges munkaerőköltségek meghatározását egy építőipari szervezet információs rendszerének használatával különböző munkakörülmények között. A szimulációs eredmények lehetővé teszik, hogy: megbecsülje egy adott művelet végrehajtásának valószínűségét bármely kiválasztott vagy meghatározott időpontban; azonosítsa a funkcionális műveletek leginkább munkaigényes csoportjait; számszerűsítse az építőipari szervezetben az IS-vel való munkához szükséges munkaerő-erőforrás mennyiségét.

Az értekezés kutatásához szükséges irodalomjegyzék Kudinov, a közgazdasági tudományok kandidátusa, Dmitrij Vjacseslavovics, 2012

1. Averchev I. Szoftver építőipari szervezetek számára // Építési technológiák. - 2005. - 3. sz.

2. Agranov P.A., Kurochkin A.I. Építőipari munkák becslése. Oktatási és módszertani kézikönyv becslési dokumentáció elkészítéséhez a JSC komplexum segítségével. - Szentpétervár: Slovo i Delo, 2005.

3. Azaev M.G., Mamedov Sh.Sh. Átfogó információs rendszer kialakítása az építőipari vállalkozás irányításához // Tudományos közlemények gyűjteménye. A térség nemzetgazdasági komplexumának elméleti és gyakorlati problémái. 4. rész. Mahacskala: DSTU, 2005.

4. Altundzhi V. Munkagyártás és automatizálási projekt // Építőipari tervezés. 2005. - 5. sz.

5. Ardzinov V.D. Árképzés és költségvetés az építőiparban. - Szentpétervár: Péter, 2008.

6. Badikov D., Kantarovich M. Információs rendszerek az építési komplexum irányításához // BYTE/Russia. 2009 (május)

7. Baranovskaya N.I., Kotov A.A. A becslés alapjai az építőiparban. -M.: KTsTS, 2005.

8. Baranovsky A. Összevont becslés számítás a SmetaWIZARD programban // Becslés és szerződéses munka az építőiparban. 2010. - 5. sz. - P. 56-60.

9. Barkalov S.A., Babkin V.F. Projektmenedzsment az építőiparban. M.: ASV, 2003. 288 p.

10. Yu.Barkanov A.S. Üzleti folyamatok elemzése és értékelése, mint az építőipari szervezetek tevékenységének újratervezésének alapja // Ipari és civil építés. - 2003. - Nem 10.

11. Boggs W., Boggs M. UML and Rational Rose, Trans. angolból M.: "LORI" Kiadó, 2000. - 580 p.

12. Borovikov V. STATISTIKA: az adatelemzés művészete számítógépen. -SPb.: Péter, 2003. 688 p.

13. Boehm B., Brown J., Kaspar X., Lipov M., McLeod G., Mfit M. A szoftverminőség jellemzői. M.: Mir, 1981. - 208 p.

14. Brook B.N., Burkov V.N. Szakértői értékelések módszerei tárgyak rendelési problémáiban/Szovjetunió Tudományos Akadémia Izvestija. Műszaki kibernetika. -1972. 3. sz.

15. Buzyrev V.V., Panibratov Yu.P., Fedoseev I.V. Tervezés egy építőipari vállalkozásnál. M.: Academia, 2005. - 332 p.

16. Burdacheva N.A., Movchan S.B., Azarova A.B. Vezetési folyamatok információs modellezése az építőiparban // A Moszkvai Állami Építőipari Egyetem közleménye. 2009. - 4. sz. - P.324-325.

17. Vasziljev V.M., Panibratov Yu.P., Reznik S.D. Menedzsment az építőiparban. Szentpétervár: SPbGASU, 2010. - 271 p.

18. Vendrov A.M. Szoftver tervezés gazdasági információs rendszerekhez. M.: Pénzügy és Statisztika, 2000. -352 p.

19. Vereskun V.D., Vorobiev V.S. Szimulációs modell információs folyamatok a szervezeti irányítási struktúrákban // Felsőoktatási intézmények hírei. Építés. 2007. - 8. sz. - P. 43-49.

20. Vinogradov D.B. A számvitel és a becslés közötti kommunikáció automatizálása // Építőipari tervezés. 2005. - 7. sz.

21. Volkova V.N., Denisov A.A. A rendszerelmélet és rendszerelemzés alapjai. Szentpétervár: Szentpétervári Állami Műszaki Egyetem Kiadója, 1997. - 510 p.

22. Vyazovoy V. Projektmenedzsment rendszerek építőipari vállalatoknál // Projektmenedzsment. 2004. 1. szám - 18-22.

23. Gavrilov V.I., Otman V.Kh. Információs technológiák a technológiai tervezési folyamatban // Ipari és polgári építés. 2006. - 3. sz. - P. 23-25.

24. Garifullina R.I. Szoftverrendszerek elemzése az építés becsült költségének kiszámításához // Bulletin of ENGECON. Sorozat: Közgazdaságtan. 2009. -T.28. - Nem. - 274-277.

25. Garifullina R.I. Néhány megközelítés az építési projektek menedzselésére szolgáló információs rendszerek gazdasági hatékonyságának kiszámításához // Bulletin of ENGECON. Sorozat: Közgazdaságtan. 2009. - 3. sz. - P. 262-265.

26. Ginzburg V.M. Információs rendszerek tervezése az építőiparban. Információs támogatás. M.: ASV, 2002. - 320 p.

27. Gusakov A.A. Építészeti és kivitelezési tervezés. Módszertan és automatizálás. M.: Stroyizdat, 1996. - 656 p.

28. Desszert A.E. Az információs rendszerek integrált osztályozása // Építésgazdaságtan. 2008. - 2. sz. - P. 53-57.

29. Dzirne Yu Becslő programok. Új kiválasztási kritériumok // Becslés és szerződéses munka az építőiparban. 2011. - 1. sz.

30. Dickman JI. D. Építőipari termelés szervezése. M.: ASV, 2006. - 608 p.

31. Dolzhenko A.I. Vállalati információs rendszer modellezése // Izv. egyetemek Észak-Kaukázus régióban. Társadalmak, tudomány. 2006. - 2. szám (134). - P. 50-55.

32. Dolzhenko A.I. Információs rendszer menedzsment: oktatóanyag Rostov-n/D: RGEU "RINH", 2008. - 197 p.

33. Dubovik I. Hogyan automatizálható az építési becslések elkészítése. -Rosztov-Don: Phoenix, 2009. 288 p.

34. Jedlicka S.Yu., Obukhova J1.B. Létesítményépítés szervezésének és irányításának automatizálása // Ipari és polgári építés. 2007. - 2. sz. - P. 59-61.

35. Efimov E.H. Kísérleti módszerek az elosztott információs rendszerek fogyasztói minőségének felmérésére. Rostov-on-Don: RGEU "RINH", 2001.-219 p.

36. Ivyansky A.M. A „Hector: Estimator-Builder” program egyszerűsége és funkcionalitása // „Becslő és szerződéses munka az építőiparban - 2010. - 3. sz. - 58-62.

37. Ivyansky A.M., Shutrov S.E. Tervezési és becslési dokumentáció kidolgozásának automatizálása a 2001-es becslési és szabályozási alapok felhasználásával // Mérnöki és Építési Lap. 2010. - 3. sz. - 19-23.o.

38. Ignatiev O.V. Információs modellek az építőiparban // A Volgográdi Állami Építészeti és Építőmérnöki Egyetem közleménye. Sorozat: Természettudományok. 2007. - 6. szám - P. 24-30.

39. Igolnyikov V.S. Egy modern építőipari szervezet sikerének összetevőinek automatizálása // Ipari és polgári építés. -2009. -Sz. 8.-S. 13.

40. Információs rendszerek a közgazdaságtanban: Tankönyv/Szerk. V.V. Fasz. M.: Pénzügy és Statisztika, 1996. - 272 p.

41. Israilova Ya.V. Egy speciális építőipari vállalat innovatív vezetése // Oroszország szállítási üzletága. 2008. - 6. sz. - P. 129-131.

42. Kamenetsky M.I., Dontsova JI.B. Építőipari komplexum: állapot, problémák, főbb irányzatok a hosszú távú fejlődésben // Építésgazdaságtan. 2008. - 3. szám - P. 2-19.

43. Kaplan E.J1. Építőipari cég vezetése. SP,.:GIORD, 2009.- 144 p.

44. Kemeny J., Snell J. Kibernetikus modellezés: Néhány

Felhívjuk figyelmét, hogy a fent bemutatott tudományos szövegek csak tájékoztatási célokat szolgálnak, és eredeti disszertációszöveg-felismeréssel (OCR) szerezték be. Ezért tökéletlen felismerési algoritmusokhoz kapcsolódó hibákat tartalmazhatnak. IN PDF fájlok Az általunk kiadott dolgozatokban és absztraktokban nincsenek ilyen hibák.

Könnyű beküldeni jó munkáját a tudásbázisba. Használja az alábbi űrlapot

Diákok, végzős hallgatók, fiatal tudósok, akik a tudásbázist tanulmányaikban és munkájukban használják, nagyon hálásak lesznek Önnek.

Közzétéve: http://allbest.ru

1. Apache információs rendszer

1.1 Az Apache leírása

2. Információs rendszerek a építőipari cég

2.1 Információs rendszer 1C: Kereskedelem és raktár

2.1.1 A program leírása

2.1.2 Munka elosztott információs bázisokkal

2.1.3 Megbízhatóság és biztonság

2.1.4 Rugalmasság és testreszabhatóság

2.1.5 Interfész

2.1.6 Nyitottság és hozzáférhetőség

2.1.7 Kereskedelmi berendezésekkel végzett munka

2.2 CRM információs rendszer

2.2.1 Az üzleti folyamatok automatizálása

2.2.2 Ügyfélinformációk kezelése

2.2.3 Értékesítés menedzsment

2.2.4 Termékportfólió kezelése

2.2.5 Munkaidő-gazdálkodás

2.2.6 A dokumentumfolyamat automatizálása

1. Információs rendszerApache

Nagyon sok webszerver van a világon. Funkciójukban és céljukban különböznek egymástól. Ebben a munkában az egyik legnépszerűbbet fogjuk figyelembe venni, amely a tárhelyszolgáltatók legtöbb szerverére telepítve van. Az Apache szerver a modern webfejlesztés szinte minden igényét kielégíti, ugyanakkor a programozók számára elég egyszerű a telepítése a programjaik hibakereséséhez.

1994-ben Rob McCool, az Illinois-i Egyetem (NCSA) Nemzeti Szuperszámítástechnikai Alkalmazási Központjának alkalmazottja közös használat az első webszerver, amelyet NCSA HTTP démonnak hívtak. A szerver szűk körökben népszerűvé vált, de 1994 közepén McCool elhagyta az egyetemet, és a fejlesztés leállt.

Az érdeklődő webmesterek egy kis csoportja együtt kezdett dolgozni a terméken. Kommunikáció a vitalapon email, "javításokat" és újításokat fejlesztettek ki a szerverhez. Ők hozták létre az Apache csoportot, amely kifejlesztette az Apache szerver első verzióját. Ez 1995 áprilisában történt, amikor az összes létező „javítást” felhelyezték az alapra (NCSA Server 1.3). Így jelent meg az Apache 0.6.2 első hivatalos nyilvános kiadása.

A szerveren végzett munka egy napig sem állt le, és hamarosan az egyik legnépszerűbb lett. Számos teszt után 1995. december 1-jén jelent meg az 1.0-s verzió, stabil és megbízható. Az évek során és a mai napig az Apache teljesen ingyenes maradt. Talán ez is meghatározta a szerver sikerét, mert a NetCraft szerint jelenleg az Apache a világ összes szerverének 67%-án telepítve van.

1.1 LeírásApache

Jelenleg az Apache két ágát fejlesztik párhuzamosan - a 2.0-s és az 1.3-as verziókat. A második verzió jelentős számú változáson ment keresztül, amelyek elsősorban a program magját és néhány fontos modult érintették. Mivel a külső fejlesztők által az 1.3-as verzióhoz írt modulok nem működnek a 2.0-s verzióban, a "régi" Apache is támogatott. Ha azonban először telepíti az Apache-t, érdemes közelebbről megvizsgálnia az új verziót.

Az Apache egy teljes értékű, bővíthető webszerver, amely teljes mértékben támogatja a HTTP/1.1 protokollt, és nyílt forráskódú. A szerver szinte minden elterjedt platformon futhat. Vannak kész szerver futtatható fájlok Windows NT, Windows 9x, OS/2, Netware 5.x és számos UNIX rendszerhez. Ugyanakkor nagyon könnyen telepíthető és konfigurálható. Az Apache szöveges konfigurációs fájlokkal van konfigurálva. Az alapbeállítások már „alapértelmezés szerint” vannak konfigurálva, és a legtöbb esetben működni fognak. Ha a szabványos Apache-ban hiányzik a funkcionalitás, akkor érdemes közelebbről megvizsgálni az Apache Group és külső fejlesztők által írt újraterjeszthető modulokat. Fontos előnye, hogy az alkotók aktívan kommunikálnak a felhasználókkal és minden hibaüzenetre válaszolnak.

Az Apache legegyszerűbb funkciója, hogy egy szerveren áll, és egy szokásos HTML-webhelyet szolgál ki. Amikor egy adott oldalra vonatkozó kérés érkezik, a szerver választ küld a böngészőnek. Amikor beírja a címet, megnyílik egy oldal – minden egyszerű.

Egy bonyolultabb funkció, amely a HTTP/1.1 protokollba van beépítve, a felhasználói hitelesítés. Használatával rendszeres alapok Apache szerver Lehetőség van a webhely bizonyos oldalaihoz való hozzáférés korlátozására a különböző felhasználók számára. Erre például a webhely adminisztrációs felületének létrehozásához van szükség. Ehhez a .htaccess és .htpasswd fájlokat, valamint a mod_auth és mod_access modulokat használják. A felhasználók csoportokba oszthatók, és mindegyikhez saját hozzáférési jogok rendelhetők.

A webhely tervezési és funkcionális részeinek elkülönítésére, valamint a statikus objektumok módosításainak egyszerűsítésére SSI* technológia áll rendelkezésre. Lehetővé teszi, hogy az összes ismétlődő információt egyetlen fájlba helyezze (például top.inc), majd beillesztheti az oldalra mutató hivatkozást. Ezután, ha több sort kell módosítania ebben az információban, akkor csak egy fájlban kell módosítania azokat. Az Apache-kiszolgáló támogatja ezt a technológiát, és lehetővé teszi a szerveroldali zárványok teljes potenciáljának kihasználását.

Ha egy szerveren több felhasználó van telepített Unix operációs rendszerrel és Apache szerverrel, akkor mindegyikhez külön könyvtárat hozhat létre. Pontosabban, automatikusan létrejön az álnévvel együtt. Ez a mod_userdir modul és a UserDir direktíva használatával történik. Így például hozzárendelheti a felhasználó saját mappájában található public_html mappát a www.site.ru/~user címhez. Általánosságban elmondható, hogy a legtöbb szolgáltatást nyújtó webhely szerverein ez történik ingyenes tárhely. A kiszolgáló rendszergazdája engedélyezheti vagy megtagadhatja bizonyos felhasználók honlapok létrehozása, SSI és egyéb szerverfunkciók használata. A teljes körű hosting rendszerint minden felhasználó számára külön virtuális szerver létrehozását jelenti.

Az Apache szerver volt az egyik első olyan szerver, amely támogatta a virtuális szervereket (hostokat). Ez a funkció lehetővé teszi több teljes értékű webhely elhelyezését egy fizikai szerveren. Mindegyiknek lehet saját domainje, rendszergazdája, IP-címe stb.

Ha el kell helyeznie a domain.ru és domain.com domaineket a szerveren, akkor először meg kell győződnie arról DNS rendszer IP-címet kaptak. Ezt követően a konfigurációban Apache fájl hozzon létre két direktívát , ahol leírja az egyes virtuális gazdagépeket. Így a szerver tudni fogja, hogy melyik mappába kell „küldeni” a bejövő kérést.

Manapság a legtöbb internetes oldal dinamikus. Ez azt jelenti, hogy ők megjelenés a tartalom pedig az egyik „nyelven” írt szoftverszkript segítségével készül, ezek nem nevezhetők teljesen nyelveknek; Jelenleg a leggyakoribb CGI technológiaés PHP. Természetesen az Apache mindkettőt támogatja, valamint más nyelvek csatlakoztatásának lehetőségét is.

A mod_cgi modul lehetővé teszi CGI-szkriptek elhelyezését a szerveren. Ezek csak végrehajtható fájlok, amelyek valamelyik érvényes programozási nyelven vannak megírva. Lefordított formában is szerepelhetnek, például ez megtörténik, ha C++-ban írnak CGI-t, és forrásszöveg formájában is, ha a Perl telepítve van a szerveren, akkor a programozó elhelyezhet ilyen fájlokat. Néha .pl kiterjesztéssel rendelkeznek.

Az Apache szerver alapján nem csak egyszerű amatőr oldalakat, hanem komoly igényeket támasztó erőforrásokat is létrehozhatunk kriptográfiai védelem továbbított adatok. Az SSL/TLS protokoll kifejezetten erre a célra lett kifejlesztve, támogatása az Apache 2.0-ba épült be. Egy speciális modul segítségével személyre szabott tanúsítványokon alapuló hitelesítést végezhet, amely szinte biztosan garantálja a felhasználó hitelességét.

Az Apache szerver naplót tud vezetni a rajta végrehajtott összes műveletről. Az adminisztrátor kiválaszthatja a protokoll részletességi szintjét. A naplók külön kerülnek karbantartásra a hibák, a sikeres műveletek és minden egyes virtuális gazdagép esetében. .

2 . Információs rendszerek építőipari cég számára

2.1 Információs rendszer 1C: Kereskedelem és raktár

2.1.1 A program leírása

Az „1C: Trade and Warehouse” az „1C: Enterprise” rendszer „Operational Accounting” összetevője, szabványos konfigurációval a raktári könyvelés és kereskedelem automatizálására.

Az „Üzemeltetési elszámolás” komponens az anyagok elérhetőségének és mozgásának rögzítésére szolgál, valamint készpénz. Használható önállóan és más 1C:Enterprise összetevőkkel együtt is.

Az „1C: Trade and Warehouse” minden típusú kereskedelmi tranzakció rögzítésére szolgál. Rugalmasságának és testreszabhatóságának köszönhetően a rendszer minden könyvelési funkciót képes ellátni - a címtárak karbantartásától és az elsődleges bizonylatok bevitelén át a különféle kimutatások és elemző jelentések fogadásáig.

Bármilyen kereskedelmi és raktári művelet automatizálása

Az „1C: Kereskedelem és Raktár” automatizálja a munkát a vállalkozás tevékenységének minden szakaszában.

Egy tipikus konfiguráció lehetővé teszi:

· elkülönített gazdálkodási és pénzügyi nyilvántartást vezetni;

· több személy nevében nyilvántartást vezetni jogi személyek;

· a készlet kötegelt könyvelésének vezetése költségleírási módszer kiválasztásával (FIFO, LIFO, átlag);

· külön nyilvántartást vezetni saját áruiról és eladásra vitt áruiról;

· regisztrálja az áruk adásvételét;

· végrehajtani a bizonylatok automatikus kezdeti kitöltését a korábban megadott adatok alapján;

· nyilvántartást vezetni a vevőkkel és beszállítókkal való kölcsönös elszámolásokról, részletezni az egyedi szerződések alapján történő kölcsönös elszámolásokat;

· a szükséges elsődleges dokumentumok elkészítése;

· számlák kiállítása, értékesítési könyv és beszerzési könyv automatikus összeállítása, mennyiségi nyilvántartások vezetése a vámáru-nyilatkozat-számokkal összefüggésben;

· Árufoglalási és fizetési ellenőrzés végrehajtása;

· a folyószámlákon és a pénztárban lévő pénzeszközök nyilvántartását vezetni;

· a kereskedelmi hitelekről nyilvántartást vezetni és visszafizetésüket ellenőrizni;

· nyilvántartást vezetni az értékesítésre átadott árukról, azok visszaküldéséről és fizetéséről.

Az „1C: Trade and Warehouse” programban a következőket teheti:

Állítsa be az egyes termékekhez szükséges számú árat különböző típusok, szállítói árak tárolása, az árszintek automatikus szabályozása és azonnali módosítása;

Munka egymással összefüggő dokumentumokkal;

Az áruk leírási árának automatikus kiszámítása;

Gyorsan hajthat végre módosításokat a könyvtárak és dokumentumok csoportos feldolgozásával;

Nyilvántartást vezet az árukról különböző mértékegységekben és a pénzeszközökről különböző pénznemekben;

Számos jelentési és elemző információt kaphat az áruk és a pénz mozgásáról;

Számviteli bejegyzések automatikus generálása az 1C: Számvitelhez.

apache információs program automatizálás

2.1.2 Elosztott információs bázisokkal való munka

Az elosztott információs bázisokkal való munkavégzés eszközeinek fő célja egy egységes automatizált könyvelési rendszer megszervezése azoknál a vállalkozásoknál, amelyek földrajzilag távoli létesítményekkel rendelkeznek: fióktelepek, raktárak, üzletek, rendelés átvételi pontok és más hasonló, nem kapcsolódó egységek. helyi hálózat:

· korlátlan számú önállóan működő információs adatbázis fenntartása;

· teljes vagy szelektív adatszinkronizálás;

· a szinkronizált adatok összetételének beállítása;

· a változtatások átvitelének tetszőleges sorrendje és módja;

Az elosztott információbázis-kezelő eszközök használata nem korlátozza a rendszerhasználók tevékenységét. A rendszer automatikusan követi az összes adatváltozást, és a leírt szinkronizálási szabályok szerint továbbítja azokat.

Az "Elosztott információbázis-kezelés" összetevőt külön szállítjuk

2.1.3 Megbízhatóság és biztonság

Az „1C: Trade and Warehouse” eszközöket tartalmaz az információk biztonságának és következetességének biztosítására:

· lehetőség arra, hogy megtiltsák a felhasználóknak az információk „közvetlen” törlését;

· speciális adattörlési mód kereszthivatkozás vezérléssel;

· annak lehetősége, hogy megtiltsák a felhasználóknak az elmúlt jelentési időszakokra vonatkozó adatok szerkesztését;

· szerkesztési tilalom felállítása nyomtatott űrlapok dokumentumok;

· a rendszer „lezárása” a felhasználó által a működés ideiglenes leállítása során.

2.1.4 Rugalmasság és testreszabhatóság

Az „1C: Kereskedelem és Raktár” egy adott vállalkozás bármely számviteli funkciójához illeszthető.

A rendszer tartalmaz egy konfigurátort, amely lehetővé teszi a rendszer összes fő elemének konfigurálását, ha szükséges:

· szerkeszteni a meglévőket és létrehozni új szükséges dokumentumokat bármilyen szerkezettel

· módosíthatja a dokumentumok képernyőjét és nyomtatott formáit

· naplók létrehozása a dokumentumokkal való munkavégzéshez és a dokumentumok önkényes újraosztása a folyóiratok között a hatékony munkavégzés érdekében

· szerkesztheti a meglévőket és hozzon létre új, tetszőleges szerkezetű könyvtárakat

· szerkesztheti a könyvtár tulajdonságait:

· módosítsa a részletek összetételét, a szintek számát, a kód típusát, a kód egyediségének ellenőrzési tartományát, és hozzon létre regisztereket a pénzeszközök elszámolásához a szükséges szekciókban, hozzon létre további jelentéseket és információfeldolgozási eljárásokat, amelyek leírják a rendszerelemek viselkedését; nyelvben.

2.1.5 ÉSfelület

Az „1C: Trade and Warehouse” a modern felhasználói felület szabványokat követi:

- a „napi tippek” hatékony munkatechnikákat és kényelmes funkciók rendszerek

A szervizablakok a program főablakának határaihoz „csatolhatók”.

A rendszer főmenüjében a parancsok „képei” találhatók – ugyanazok a képek az eszköztár gombjaira kerülnek

Az eszköztár gombjai nemcsak képekkel, hanem szövegekkel is címkézhetők.

2.1.6 Nyitottság és hozzáférhetőség

Az "1C: Trade and Warehouse" számos eszközt tartalmaz a többi programhoz való kapcsolódáshoz.

Az információk szöveges fájlok segítségével történő importálása és exportálása lehetővé teszi az adatok cseréjét szinte bármilyen programmal.

Ezenkívül a beépített nyelv eszközöket tartalmaz a DBF fájlokkal való munkavégzéshez.

Szintén támogatja az "1C: Kereskedelmi és raktározást" is modern eszközökkel alkalmazásintegrációk: OLE, OLE Automation és DDE. Ezen eszközök használata lehetővé teszi, hogy:

· kezelheti más programok működését a beépített "1C: Trade and Warehouse" nyelv használatával - például jelentéseket és grafikonokat generálhat Microsoft Excel

· hozzáférést kaphat más programok "1C: Trade and Warehouse" adataihoz

más programok által létrehozott "1C: Trade and Warehouse" objektumok beszúrása a dokumentumokba és jelentésekbe - például helyezzen el egy vállalati logót az elsődleges dokumentumokban

· képeket és grafikonokat elhelyezni a dokumentumokban, jelentésekben.

Az „1C: Trade and Warehouse” támogatja a nyílt szabványokat: kereskedelmi információk cseréje (CommerceML) és fizetési dokumentumok cseréje (1C: Enterprise – Bank Client).

Ez lehetővé teszi: a szabványt támogató kereskedelmi ajánlatok létrehozását és feltöltését a katalógusok, árlisták és dokumentumok elektronikus cseréjére az Ügyféllel (fizetési megbízások és kivonatok) az Ügyféllel; és raktárrendszerek integrálva az UNISCAN/EAN Russia Association adatbázisával.

2.1.7 Kereskedelmi berendezésekkel végzett munka

Az "1C: Trade and Warehouse" kereskedelmi berendezésekkel való munkát biztosít: pénztárgépek, nyugtanyomtatók, szkennerek és vonalkódnyomtatók, elektronikus mérlegek, adatgyűjtő terminálok, ügyfélkijelzők és egyéb berendezések.

Az "intelligens" interakció a kiskereskedelmi berendezésekkel lehetővé teszi például a dokumentumok kitöltését az áruk vonalkódjainak szkennerrel történő leolvasásával.

A kereskedelmi berendezésekkel való munkavégzéshez szükséges további alkatrészeket és módszereket külön szállítjuk.

A szoftver telepítésének és megvalósításának költsége a feladatok számától függően változik. A telepítés többletköltséget igényel az adatbázis-kezelő rendszer megvásárlásához.

Ez a dokumentum egy építőipari céget vesz figyelembe, amelyben 40 munkahelyet szerveznek, egy munkahely átlagos költsége 2016-ban a munkahelyi kulcsok telepítésével, megvalósításával és beszerzésével ~ 17,5 ezer rubel;

2.2 Információs rendszerCRM

A CRM (Customer Relationship Management) fogalmát többféleképpen értelmezik: egyesek üzleti módszertannak tekintik ezt a betűkombinációt, míg mások az ügyfelekkel végzett munka automatizálására szolgáló szoftvernek tekintik. Mindkettőnek igaza van. De tegyük a megfelelő hangsúlyt.

A CRM egy stratégia. A Customer Relationship Management kifejezés oroszra fordítható: „ügyfélkapcsolat-kezelés”.

Ez a szó szerinti fordítás teljesen igaz, de nem fest egyértelmű képet.

A CRM lényegében az üzleti tevékenység egy sajátos megközelítése, amelyben az ügyfél kerül a vállalat tevékenységének élére.

Vagyis a CRM-stratégia magában foglalja az ügyfelekkel való interakció olyan mechanizmusainak létrehozását a társaságban, amelyekben az ő igényeik a legmagasabb prioritást élvezik a vállalat számára.

Az ilyen ügyfélközpontúság nemcsak a vállalat általános üzleti stratégiáját érinti, hanem a vállalati kultúrát, struktúrát, üzleti folyamatokat és működést is.

A CRM-stratégia megvalósításának fő célja új ügyfelek vonzására és meglévő ügyfelek fejlesztésére szolgáló csővezeték létrehozása.

A kapcsolatok menedzselése azt jelenti, hogy új ügyfeleket vonz be, a semleges ügyfeleket hűséges ügyfelekké alakítja, és üzleti partnereket alakít ki rendszeres ügyfelekből.

A CRM-rendszer a CRM-stratégia automatizálásának megtestesítője. Nagyon fontos szerepet Az információs technológia szerepet játszik a CRM-stratégia életre keltésében.

A CRM-szoftvereszközök olyan speciális rendszerek, amelyeket arra terveztek, hogy automatizálják azokat az üzleti folyamatokat, eljárásokat és műveleteket, amelyeket a vállalat CRM-stratégiája formájában valósítanak meg.

Az ügyfelek megnyerésének és megtartásának kulcsfontosságú eszközeként a CRM-alkalmazások minimalizálják az emberi elemet az ügyfelekkel való munka során, és növelik az átláthatóságot az értékesítés, a marketing és az ügyfélszolgálat terén.

Ugyanakkor fontos belátni, hogy az ügyfélkapcsolati folyamat automatizálása fontos, de nem az egyetlen és nem is az elsődleges lépése egy ügyfélközpontú vállalat felépítésének.

A szoftvertermék egy kényelmes eszköz, amely támogatja a meglévő szabályozásokat és folyamatokat, és a vállalattal együtt fejlődik.

2.2.1 Üzleti folyamatok automatizálása

Az összes munkafolyamat lebontása és formalizálása nem triviális feladat, amelyet üzleti elemzők oldanak meg.

Ha minden dolgozó a szabályozott folyamatok szerint jár el, csökken a hibák száma, felgyorsul a cég munkavégzése, kiszámíthatóbbá válnak a munkaeredmények.

Ha a folyamatok lebonyolítása átlátható a vezetők számára, sokkal könnyebben azonosítják a munka gyenge pontjait, és jó irányba terelik a dolgozók erőfeszítéseit.

Ezeket a feladatokat a folyamatok CRM rendszerrel történő automatizálásával lehet megoldani.

A folyamatok formalizálására, automatizálására és végrehajtására a Terrasoft CRM speciális eszközöket kínál. Egy üzleti elemző értékelni fogja a kényelmes megoldást vizuális szerkesztő, amely lehetővé teszi a beépítést CRM rendszer bármilyen bonyolultságú algoritmikus folyamat leírása.

A vezetők megjelölhetik a folyamatban a feladatok végrehajtóit és résztvevőit, rögzíthetik az adott feladat elvégzésére fordított időt, a vezetőknek pedig lehetőségük lesz elemezni maguknak az üzleti folyamatoknak és a munkavállalók munkájának hatékonyságát.

A CRM-rendszer azáltal, hogy automatizálja és működteti a vállalat üzleti folyamatainak előrehaladását, növeli azok időbeni és minőségi végrehajtásának valószínűségét.

Az új alkalmazottak gyorsabban dolgoznak, és javul a részlegek közötti kommunikáció. Az üzleti folyamatok hatékonyságának felmérésére szolgáló eszközök pedig segítenek optimalizálni a vállalat egészét.

2.2.2 Ügyfélinformáció-kezelés

Minden CRM-rendszer „szíve” egy olyan magánszemélyek és jogi személyek adatbázisa, amelyek a vállalati tevékenység részeként kapcsolatba lépnek az Ön cégével. Ezek nem csak vevők, hanem cégfiókok, partnerek, beszállítók, versenytársak is.

Az ügyféladatbázis önmagában is értékes eszköz, és a megfelelő adatkezelés a CRM rendszerben lehetővé teszi az információk maximális hatékonyságú felhasználását a munkája során.

Az ügyfélkör konszolidálódik, a szervezet megkapja teljes körű tájékoztatástügyfeleiről és preferenciáikról, és ezen információk alapján interakciós stratégiát épít fel.

Az ügyfelek egységes adatbázisa és a velük fennálló kapcsolatok teljes története, hatékony elemző CRM-eszközökkel kombinálva lehetővé teszi a meglévő ügyfelek megtartását és fejlesztését, azonosítva a legértékesebbeket, és új ügyfeleket is vonzhat.

2.2.3 Értékesítés menedzsment

A CRM-rendszer fő funkciója, hogy segítse a vezetőket az értékesítés tervezésében, az átlátható tranzakciókezelés megszervezésében és az értékesítési csatornák optimalizálásában.

A rendszer tárolja teljes történet kommunikáció az ügyfelekkel, amely segít az értékesítési osztályoknak elemezni az ügyfelek viselkedését, a számukra megfelelő ajánlatokat létrehozni, és elnyerni a hűséget.

Az értékesítés tervezése a CRM rendszerben különböző szekciókba szerveződik (régió, menedzser, irány stb. szerint). A menedzser az ügyfelei adatai alapján, a valószínűségek figyelembevételével tervet készít, a vezető pedig a visszaigazolt kifizetések mennyiségének elemzése után ösztönző tervet készíthet a vezető számára.

A vezetőknek speciális követelményei vannak a CRM-mel szemben. A CRM rendszer eszközeivel a vezetők figyelemmel kísérhetik a vezetők minőségi teljesítményét (értékesítési tölcsér), az értékesítési tervek megvalósítását, a fizetési és szállítási határidők betartását.

A rendszer lehetővé teszi a tranzakciók volumenének és valószínűségének felmérését, az értékesítési üzleti folyamatok kezelését, a tranzakció állapotának nyomon követését és a versenytársak lépéseinek elemzését.

Az egyik legfontosabb feladat, amelyet a CRM-rendszer segít megoldani, a keresztértékesítés és az up-sales megszervezése.

A rendszer lehetővé teszi egy keresztértékesítési mátrix és egy termékszegmens mátrix létrehozását, az ügyfelek csoportosítását különféle paraméterekés azonosítsák potenciális érdeklődésüket.

A CRM rendszer az előrejelzési és elemzési eszközöket kínálva, a munkatársak és az ügyfelek közötti, illetve egymás közötti interakció automatizálásával megteremti a meglévő értékesítési csatornák optimalizálásának és a vállalati profit növelésének előfeltételeit.

2.2.4 Termékportfólió menedzsment

Minden gazdálkodó szervezet számára fontos, hogy termékeket és szolgáltatásokat nyújtson kiváló minőségű versenyképes áron, folyamatosan fejleszti termékcsaládját.

A CRM rendszer lehetővé teszi a termékpaletta felépítését és a vállalat teljes áru- és szolgáltatáskatalógusának kezelését. A CRM-szolgáltatások lehetővé teszik a különleges árak és kedvezmények rögzítését, az adatok és kapcsolatok elemzését, hogy az ügyfelek számára az optimális szolgáltatáscsomagot kínálhassák, és azonosítsák a népszerű termékeket.

2.2.5 Munkaidő menedzsment

A munkaidő hatékony kezelése és rögzítése pozitív hatással van a vállalat összes üzleti folyamatára. A CRM rendszer lehetővé teszi a szervezet alkalmazottai számára, hogy ne csak az aktuális munkaidő felhasználását rögzítsék, hanem a jövőbeli időszakokra is tervezzék a terhelést.

A CRM rendszer eszközei kényelmes hozzáférést biztosítanak egy ütemtervhez, amelyben a munkavállaló saját munkaidejét tervezheti, megjelölheti a tervezett feladatok elvégzésének eredményét, megtekintheti a kollégák ütemtervét. A vezetésnek pedig eszközök állnak rendelkezésére a beosztottak leterheltségének és teljesítményének nyomon követésére.

Köszönhetően annak, hogy minden feladatot össze lehet kapcsolni az érintett partnerekkel, kapcsolatokkal, tranzakciókkal, az egyes ügyfelekkel végzett munka története alakul ki és halmozódik fel.

A feladatok 80%-ának automatikus generálása egy üzleti folyamat szerint lehetővé teszi, hogy megszabadítsa az alkalmazottakat a rutin műveletektől, a munkaidő legracionálisabb elosztását, és egyetlen fontos dologról se feledkezz meg.

2.2.6 A dokumentumfolyamat automatizálása

A CRM rendszer minden szükséges eszközt biztosít a vállalat külső és belső dokumentumáramlásának kezeléséhez. Ezek az eszközök eszközöket biztosítanak dokumentumok sablonok segítségével történő automatikus generálásához, nyomtatott dokumentumformák elkészítéséhez, dokumentumverziók támogatásához, dokumentumok gyors kereséséhez a rendszerben, elektronikus dokumentumtár létrehozásához és még sok máshoz.

A CRM-ben történő dokumentációk karbantartása során rugalmas hozzáférési jogosultság-elhatárolással, elektronikus jóváhagyással, valamint a dokumentumok közötti kapcsolatok figyelembe vételével szervezheti meg a kollektív munkát a dokumentumokkal.

2.2.7 A program analitikai képességeiCRM

Lehetetlen egy vállalkozás jövedelmezőségét növelni az ügyfelekkel, értékükkel és jövedelmezőségükkel kapcsolatos információk mélyreható elemzése, a vállalat üzleti folyamataiban lévő szűk keresztmetszetek azonosítása és az értékesítési rendszer elemzése nélkül. A CRM rendszer lehetővé teszi a vállalat számára, hogy statisztikai információkat szerezzen, és komplex adatelemzést végezzen, amely a stratégiailag fontos üzleti döntések meghozatalához szükséges.

A rendszer több mint 100 szabványos jelentése lehetővé teszi az összes tipikus üzleti feladat elemzését és ellenőrzését. A beépített jelentéskészítő segítségével olyan elemző űrlapokat hozhat létre, amelyek megfelelnek az egyes vállalatok konkrét feladatainak.

Ezenkívül a CRM rendszer eredménypaneljén nyomon követhetők a KPI-k (kulcsteljesítménymutatók), amelyek elemzése lehetővé teszi a vezetés számára, hogy értékelje az egyes alkalmazottak teljesítményét.

Ezt a szoftvert egy építőipari cégnél telepítették az 1C szoftverrel együtt. Konfigurációk fejlesztéséhez írjon egy programot, telepítse, integrálja az 1C-be, és implementálja az egyiken munkahelyen~ 10 ezer rubelt költenek el.

Az Allbest.r oldalon közzétéve

...

Hasonló dokumentumok

    Információs rendszer létrehozásának elemzése. Meglévő adatbázis-kezelő rendszerek elemzése egy javító és építő cég számára. A műszaki eszközök összetételére és paramétereire vonatkozó követelmények. A szoftverrendszer felépítése. A bemeneti és kimeneti információk leírása.

    tanfolyami munka, hozzáadva 2015.04.29

    Lakásfelújítási építőipari cégnél automatizált rendszer létrehozása a megrendelések rögzítésére és megvalósítására. Általános követelmények az információs rendszerhez. Adatbázis struktúra tervezés. ER diagram készítése. Információs rendszer megvalósítása.

    tanfolyami munka, hozzáadva 2014.03.24

    A társaság vezetési szerkezetének ismertetése. A szoftver és a hardver felépítése. A műszaki előírások elemzése. Az építőipari cég projektjei kezelésére szolgáló információs rendszer hatékonyságának általános kritériumának kiszámítása. Programozási nyelv és DBMS kiválasztása.

    szakdolgozat, hozzáadva: 2013.06.29

    Szoftver termékek Microsoft: Access, Visual FoxPro7.0, dBASE. Az adatok integrálásának, együttműködésének és felhasználásának lehetőségei. Adatbázis-kezelő rendszerek (DBMS), fő funkcióik és összetevőik. Adatok kezelése táblázat módban.

    tanfolyami munka, hozzáadva 2010.12.15

    Az információs rendszerek tervezésének szakaszai. Vállalati információs rendszerek, fejlődésük trendjei. Az adatbázis-szervezés követelményei. A relációs adatbázisok alapfogalmai. Tervezési rendszer kiválasztása. Az alkalmazás logikai felépítése.

    szakdolgozat, hozzáadva 2012.12.20

    Az adatbázis-kezelő rendszer főbb osztályozási jellemzői. Adatmodell, program típusa és használatának jellege. Programozási eszközök professzionális fejlesztőknek. Adatfeldolgozó központok szervezése számítógépes hálózatokban.

    bemutató, hozzáadva 2013.10.14

    Az információkezelés jellemzői a közgazdaságtanban. Adatbázis-kezelő rendszer fogalma, funkciói, szabványos relációs lekérdező nyelv használata. Eszközök az adatbázisok rendszerezéséhez és a velük való munkavégzéshez. Adatbázis-kezelő rendszerek a közgazdaságtanban.

    teszt, hozzáadva: 2010.11.16

    Az adatbázis-kezelő rendszer megjelenése. Az "Építőipari Vállalat" adatbázis tervezésének szakaszai. Infológiai és adatlogikai adatmodell. Az „Építőipari Vállalat” adatbázissal való munkavégzés információs és szoftverkompatibilitási követelményei.

    tanfolyami munka, hozzáadva 2010.03.31

    A CRM meghatározása információs rendszerként, amelynek célja a vállalat üzleti folyamatainak automatizálása, biztosítva az összes részlegének az ügyfelekkel való interakcióját. A rendszerek osztályozása: operatív, elemző és együttműködési.

    tanfolyami munka, hozzáadva 2014.06.05

    Építőipari cég tevékenységének automatizálására szolgáló adatbázis logikai tervezése. A kapcsolatok osztályozása. Relációs modell adatbázisok. Az attribútumok közötti funkcionális függőségek. A gombok kiválasztása. A kapcsolatok normalizálása. Adatbázis lekérdezések.

Az építőipar gyors fejlődése és a magas megtérülési ráták lehetővé tették a veszteségek figyelmen kívül hagyását a projekt különböző szakaszaiban, mivel a piac növekedésével minden irányítási és finanszírozási hibát megbocsátott.

De mára a könnyű pénz és a rendkívül jövedelmező projektek ideje lejárt, és a tulajdonosok egyre jobban szemügyre veszik a projektmenedzsment folyamatait. Ebben a tekintetben a projektmenedzsment és a vezetői számviteli rendszerek kiemelt figyelmet kapnak. Ráadásul az egy-két projektet vezető kisvállalkozások közül sok iparági vezetővé nőtte ki magát, és képtelen volt megbirkózni a megnövekedett információáramlással, még kevésbé ellenőrizni a projektek végrehajtásának előrehaladását és minőségét. Kihagyjuk az olyan kérdéseket, mint a tárgyi eszközök amortizációja, a piac komoly szakmaiatlansága a gazdálkodás minden szakaszában, jogi és belső vállalati nehézségek (bár nyilvánvaló, hogy végső soron mindez a legfőbb akadálya az irányítási rendszerek bevezetésének).

Az irányítási rendszer mindenekelőtt egy jól hangolt eszköz az üzlet számára. De nem csak a „stradivári hegedű” fontos, egy olyan mester is, aki fogja a hangszert és játszik rajta, rendkívül szükséges. Így a művészetről fogunk beszélni - az üzletirányítási rendszerek létrehozásának művészetéről és ezeknek az építőiparban való alkalmazásának művészetéről, bár ezek a szabályok minden iparágra vonatkoznak, miután megfelelően kiigazították őket. Hiszen a projektmenedzsmentben vagy az orosz számvitelben, a költségvetésben és a vezetői számvitelben nehéz újat kitalálni. A különbségek a részletekben rejlenek, amelyek az egyes iparágak és vállalkozások sajátosságait alkotják. Miután megvizsgáltuk az információs rendszerek szerepét az építési folyamat különböző szakaszaiban, térjünk át az AFK Sistema Építőipari és Ingatlan üzletágát képviselő Sistema-Hals fejlesztő cég sajátos tapasztalataira.

Információs rendszerek az építés különböző szakaszaiban

Szerkezet szervezeti épület Az építési folyamat lehetővé teszi, hogy a piac minden résztvevőjét szakterületük szerint több nagy osztályba sorolják. Sőt, a nagy építőipari konszernek rendszerint egyszerre többféle tevékenységre is kiterjednek. Elsősorban az építési folyamatban részt vevő különböző szervezeti egységek információs rendszerei iránti igénye szempontjából leszünk érdekeltek egy ilyen felosztásban. Ebben a cikkben a következő osztályokra koncentrálunk: befektető/kezelő társaság, ügyfél, kivitelező, üzemeltető cég, tervező. Elméletileg az ingatlanosok külön osztályba sorolhatók, de a célunkhoz - hogy beszéljünk az építési információs rendszerekről és azok interakciójáról - ez nem szükséges.

Befektető/kezelő társaság

A befektető tevékenységének sajátosságai/ alapkezelő társaság a projekt üzleti ötletként való fejlesztése. A fő mutató, amelyet az ilyen struktúrák nyomon követnek, a projekt, mint vállalkozás hatékonysága. Ezért a befektetőnek mindenekelőtt olyan rendszerekre van szüksége, amelyek lehetővé teszik számára, hogy hatékonyan fektessen be pénzt, irányítsa és megtérítse befektetéseit. Ez vonatkozik a költségvetési és vezetői elszámolási folyamatokra felső szint, treasury műveletek, szerződéses munkavégzés, pénzügyi modellezés mind a vállalat egészének, mind pedig az egyes projekteknek. A befektető/menedzser cég projektmenedzsmentje a portfóliókezelés vagy a kulcsfontosságú projektesemények menedzselése szempontjából érdekes, feltéve, hogy a megrendelők/vállalkozók ugyanazon ideológia területén dolgoznak a befektetővel, ellenkező esetben az elsődleges adatok értelmezése nehézségekbe ütközik az eltérések miatt. részletességükben és összesítésükben.

Vevő

A megrendelő lényegében a fő gyártási szakaszban - előtervezési, tervezési, építési és szerelési munkák - ellenőrzi a projekt mozgását. A projekt kereskedelmi arculata, műszaki-gazdasági mutatói, mozgása a megrendelőtől függ. Emiatt kiemelt figyelmet fordítanak a projektmenedzsmentre, azok műszaki-gazdasági mutatóinak, határidőinek és költségvetéseinek részletes nyomon követésére, ami megfelelő követelményeket támaszt a rendszerekben lévő adatok részletezésével szemben. Ugyanazok az alapvető üzleti folyamatok, amelyek automatizálást igényelnek, a részletezettség nagyságrendekkel nagyobb lehet és kell is legyen, mint a befektetőé. Az pedig teljesen természetes, hogy az ügyfél jelentési rendszere összetettebb és többszintű, mint a befektető jelentése.

Vállalkozó

A kivitelező fő folyamatai az átruházott munkakör megvalósítása a megrendelő által meghatározott időkereteken és költségvetéseken belül. Lényegében a megrendelő által meghatározott költséghatár szerint működik. Így a projektmenedzsment az első, a költségvetés-készítés és a vezetői számvitel szigorúan a projekt-számvitel keretein belül zajlik. A tevékenység ütemezése, a projekt költségvetése és a tényleges végrehajtás, az operatív tervezés és a treasury műveletek mind elvégezhetők egy projektmenedzsment rendszer keretében. A bejelentést az ügyfél az előírt formában, a szükséges részletességgel megkapja.

Üzemeltető cég

Az üzemeltető társaságnak tevékenysége keretében elsősorban jól bevált vezetői számvitelre van szüksége. Nincsenek további üzleti folyamatok (az ipari automatizálás ki van zárva a mérlegelésből, mivel a számviteli és vezetői számviteli alrendszer részének minősül, például a gáz-, víz-, villamosenergia-fogyasztás elszámolása terén).

Tervező

A tervező tevékenysége tervezési és dokumentáció-fejlesztési szolgáltatások nyújtásán alapul, és a dokumentumáramláson túl nem igényel speciális rendszereket, mint például az AutoCad vagy ArchiCad, vagy könyvelő programot. Ezenkívül a folyamat ezen eleme nagyon specifikus és elszigetelt a többitől, és egyetlen rendszeren belül csak a dokumentumáramlás területén működhet.

Építőipari piaci szereplők interakciója információs rendszereken keresztül

A vállalkozások közötti interakció modelljét az ábra mutatja be. 1. A szabályozási és költségvetési, alapvető műszaki és gazdasági mutatókat a beruházó/kezelő társaság átadja a megrendelőnek, aki azokat pontosítás és jóváhagyás után megbízás formájában megküldi a kivitelezőknek. A kontrolling rendszer elemeként fordított sorrendben a kivitelezőtől a beruházóig jelentési rendszer kerül felállításra a felmerülő költségek teljes lebontásával és a kezdeti mutatóktól való eltérés okaival. Attól függően, hogy a vállalkozó kapcsolatban áll-e a megrendelővel vagy a beruházóval vagy sem, az információs interakció modellje is eltérő: lehet, hogy egy rendszerben, mélyreható információkkal dolgozik, vagy előfordulhat olyan eset is, amikor a generálvállalkozó csak információkat nyújt be. a munkavégzésről egyeztetett formában rendszeresen.

Érdemes megjegyezni, hogy a projektek nagy száma és eltérő földrajzi elhelyezkedése miatt egyetlen ügyfélszolgálatra van szükség a területi ügyfelek helyszíni koordinálásához. Ez lehetővé teszi az alapkezelő társaság vagy a befektető projektportfóliójának központosított ellenőrzését. Ennek az egységnek a fő funkciója a koordináció és az elemzés. Az általa megoldott feladatok közé tartozik a projektek területi megrendelők közötti elosztása, gyártási program kialakítása és végrehajtásának ellenőrzése, valamint a problémahelyzetek megoldásában való segítségnyújtás. Ennek megfelelően az információs rendszer egy bizonyos feladatkörrel rendelkezik, hogy összekapcsolja a portfólió projektmenedzsmentet egy adott projekt megvalósításának irányításával. De nem csak egy információgyűjtési mechanizmus bevezetésére van szükség, a legnehezebb és legfontosabb dolog az irányítási folyamat elindítása. IN ebben az esetben biztosítani kell, hogy valamennyi ügyfél területi szolgálata a jóváhagyott formátumoknak és előírásoknak megfelelően vezesse a projektnyilvántartásokat. Ezenkívül szigorúan be kell tartani a havi beszámolók benyújtásának formátumát és előírásait, mivel ez tartalmazza a projekt főbb ellenőrizhető paramétereit: megvalósítás, finanszírozás, szerződési feltételek. De ezek a paraméterek különösen fontosak az építési és szerelési munkák szakaszában az előtervezési tanulmányok és a projekt végrehajtásának szakaszában, valamint nyomon kell követni a főbb kulcsfontosságú eseményeket az ügyfél egységes szolgáltatásának szintjén, valamint a legfontosabbakat; a főbbek megvalósításához szükséges területi szolgálati szintű rendezvények.

A folyamat nyomon követésének fő mechanizmusa a jelentéskészítés, aminek megvan különböző szinteken részletek a vállalkozás sajátosságaitól függően. A megrendelő és a kivitelező kapcsolata a megvalósításról és fizetésről szóló havi jelentésre, valamint a legfontosabb események és dokumentációk ellenőrzésére épül.

A fejlesztési folyamat megszervezése a Sistema-Hals OJSC-nél

Az OJSC Sistema-Hals a munkája során az építési folyamat szinte minden szakaszát lefedi. Ebben a részben elmondjuk, hogy milyen információs rendszerek támogatják a vállalat tevékenységét, és hogyan hatnak egymásra. Kezdetben a Sistema-Hals az Oracle E-Business Suite alkalmazását egyetlen megoldásként tervezte az Építőipari és Ingatlan üzletágban. Ám miután megvizsgáltuk a cég tevékenységének összes sajátosságát, figyelembe véve az építési komplexum Oroszországban és a világon bevezetett irányítási rendszereit, valamint felmértük a költségvetést és a határidőket, úgy döntöttünk, hogy három irányba haladunk: egységes dokumentumkezelő rendszer, egységes projekt. irányítási rendszer és egységes pénzügyi irányítási rendszer. Mindhárom rendszer kialakul információs megoldás közös kulcshivatkozásokkal, információáramlással és felhasználókkal.

A bevezetés a dokumentumkezelő rendszerrel kezdődött. A következő blokkokra voltunk kíváncsiak: megrendelések ellenőrzése, iroda, dokumentumarchívum, üzleti folyamatok. A piacon lévő termékek részletes elemzése és pályázati kiírás után a Directum rendszerre esett a választás.

Ennek eredményeként az iroda két hónapon belül beindult, három hónap után - a megrendelések és egyes üzleti folyamatok ellenőrzése, valamint a dokumentumok archívuma szinte azonnal létrejöhetett. Így kevesebb mint hat hónap alatt már több mint száz felhasználó és több mint harminc cég dolgozott a rendszerben.

A fő probléma ezzel kapcsolatos volt emberi tényező: egyrészt a szokások és a változtatás iránti vonakodás, másrészt a félelem attól, hogy állandó ellenőrzés alatt állunk. Ez a két ok továbbra is hátráltatja a dokumentumkezelő rendszer működését.

A másik két rendszer egyértelműen két blokkra oszlik - projekt és pénzügyi számvitel. A projekt könyvelés a cég fő tevékenységére - a fejlesztésre - vonatkozik. Az OJSC Sistema-Hals nagyszámú projektet valósít meg és menedzsel, ennek átlátható, érthető és modern alapokon kell állnia. Ilyen alapként a projektmenedzsment világgyakorlatában alapvetően iparági szabványnak számító rendszert választották az ütemezéshez - a Primavera, amelyet a PMControlling modullal bővítettek a könyvelési szerződésekhez, elsődleges dokumentációt és költségvetést készítve, amely lehetővé tette a projektmenedzsment automatizálását. . Kezdetben négy kísérleti projekt próbaüzemének végrehajtását tervezték, majd ezt követően kereskedelmi üzembe helyezték át. Ám a cég üzleti folyamataihoz szükséges rendszer felállítása után úgy döntöttek, hogy nem kísérleti konstrukcióként, hanem azonnal produktív működésbe indítják. Így alig két hónap elteltével több mint száz projekt zajlott a rendszerben.

Külön kérdés a kiinduló adatokra vonatkozik. Itt két lehetőség van: egy bizonyos időszakra vonatkozó egyenlegek megadása a kapott információk további napi bevitelével, vagy a projekt élettartamára vonatkozó összes információ megadása. Szinte minden projekt a második forgatókönyv szerint került be a rendszerbe, minden információ ellenőrzése mellett - ez jelentősen megnövelte a munka összetettségét és időzítését, de lehetővé tette a projektek állapotáról objektív adatok beszerzését.

Ebben a folyamatban fontos szerepet játszik az összes projektcég dolgozóinak képzése a projektmenedzsment elveiről. Az ütemezések és a költségvetések összeállításának szabályai, a havi jelentéskészítés - mindez kommunikációt, képzést és bevezetést igényelt a vállalat napi tevékenységében.

Ráadásul a rendszer bevezetésekor nagy érték egy valamivel gyorsabb ütemben fejlődő módszertannak adják. Az ilyen párhuzamos fejlesztés lehetővé teszi a szükséges funkcionalitás megvalósítását és a módszertan azonnali tesztelését a gyakorlatban, ami jelentősen csökkenti a megvalósítási időt, de növeli a kockázatokat.

Minden rendszer alapja az egységes címtárak. Mindenekelőtt a projekttevékenységek jegyzéke, amely kötelező minden projekthez több mint harminc művet kell tartalmaznia. További részletezésüket az igazgatóságok belátása szerint, de szigorúan egyetlen struktúrán belül végzik. A beruházási projektek munkája költségvetési tételekhez kapcsolódik, ami lehetővé teszi a tervezést egy teljesen új szintre emelni. A gyakorlatban a megfelelő munkasémát valósítjuk meg: akcióterv → végrehajtási költségvetés → finanszírozási költségvetés. Ez a sorrend az eredetileg helyes elsődleges információkkal garantálja a megfelelő tervezést kellő pontossággal.

A pénzügyi rendszer kiválasztásánál abból indultunk ki, hogy rövid időn belül elérhető eredményre és ésszerű pénzért van szükségünk. A mai helyzet az, hogy szinte minden nagyobb rendszer ugyanazokat a képességeket kínálja. De gyakran kiderül, hogy bár bejelentik egy eszköz elérhetőségét, például a költségvetés-tervezéskor, ez egyáltalán nem jelenti azt, hogy egy hónapon belül megkapja. Vagyis gondos és összetett beállítási munkára lesz szüksége költségvetési modell, fejleszteni és ipari felhasználásra hozni. Így a rendszerben nem csak a megvalósítás képessége és az alapvető funkcionalitás megléte a lényeg (általában a vállalat igényeinek megfelelően át kell dolgozni), hanem a gyorsaság, összetettség és költség. alkalmazkodás az üzleti modellekhez.

Van egy kiváló példa ebben a témában, amelyet a címen mutattak be Microsoft rendszer Dynamix AX (Axapta) kerékpár összeszereléshez. Miért nem ipari termelés? A valóság azonban az, hogy ez az egyszerű példa nagyon távol áll a valós rendszertől, és sok embernapra lesz szükség ahhoz, hogy valódi ipari formává alakítsák.

Így elemezve a világot és Orosz rendszerek, az 1C:Enterprise platform felé hajoltunk. Emellett az 1C cég kijelenti, hogy támogatja az ERP módszertant, ami elvileg megfelelt nekünk. Felsoroljuk a főbb automatizált blokkokat:

  • számvitel és adószámvitel;
  • nemzetközi szabványok szerinti számvitel és beszámolás;
  • költségvetés tervezése;
  • vezetői számvitel és jelentéskészítés;
  • pénztári és fizetési fegyelem;
  • ingatlanértékesítés, bérbeadás és üzemeltetés könyvelése;
  • bérszámfejtés és személyzeti menedzsment;
  • a gazdaság eszközeinek és jogi személyeinek struktúrájának elszámolása;
  • a kapcsolódó rendszerekkel való integráció.

A megvalósítás határai nemcsak a Sistema-Hals-ra, hanem az összes tervező és üzemeltető cégre is kiterjedtek. Ugyanakkor a belső kivitelező csapat a komplexusokkal együtt módszertani szempontokon dolgozott, ami lehetővé tette a projekt időtervének jelentős csökkentését. A fő alapötlet az volt, hogy minden rendszernek, beleértve a projektmenedzsment rendszert is, egyetlen számlatükörre kell épülnie. Ezen elgondolás alapján az IFRS számlatükrét vettük alapul, kiegészítve a megfelelő menedzsment részekkel.

Így kaptunk egy integrált rendszert (2. ábra), amely speciális alrendszerekből áll, amelyek teljes mértékben kielégítik a végfelhasználókat.

Utolsó simításként pedig a cég belső információs portált hozott létre.

Ahogy fentebb megjegyeztük, a megvalósítás során a legnagyobb probléma az, hogy az emberek nem hajlandók átváltani új rendszer, mert ehhez átalakításra van szükség, és az emberek többsége konzervatív. De minden a vezetésen múlik. Ha a felső vezetés helyesli az ötletet, és részt vesz a projekt politikai kérdéseiben, akkor az új rendszerre való átállásnak zökkenőmentesen kell lezajlania. Emellett a cégen belül olyan vezetőt kell találni, aki nagyobb jogokkal rendelkezik a folyamat szabályozására. Az ilyen személy nem lehet egyszerű szakember - ez egy olyan vezető, amely nem alacsonyabb, mint a pénzügyi igazgató helyettese vagy például az automatizálási igazgató. És ugyanakkor ne legyen más működési funkciókat kivéve a megvalósítást. Külön-külön a végrehajtás kérdését a főkönyvelővel kell megoldani, mivel az új rendszerre való végső átállás tőle függ. A főkönyvelő vagy a megvalósítás fő mozgatórugója, vagy fő fékezője. Egy másik megvalósítási kihívás a különböző rendszerek integrálása. Ez a munka hatalmas mennyiségű adat (általában könyvtárak) rendszerek közötti szinkronizálásával jár, ami napi rendszerességgel figyelendő hibákkal jár. Általános szabály, hogy az integráció szükséges, ha a megvalósítás időpontjában nagy rendszer már van egy jól működő kisebb léptékű rendszer, amit legjobb békén hagyni. Például, ha egy információs komplexum implementálásakor már van működő termelési könyvelési egység (számlázási rendszer mobilszolgáltató, egy projektmenedzsment rendszer egy fejlesztőnek vagy egy logisztikai cég raktárkönyvelőjének), akkor ebben az esetben egyrészt nem kell megsemmisítenie, másrészt nagyon gondosan meg kell találnia a megfelelő kulcsot (kódot) a szinkronizáláshoz és az export-importhoz. rendszerek közötti adatok.

Aktuális IT trendek az építőiparban

A mai építőipari komplexumban egyértelmű tendencia mutatkozott az információs rendszerek felhasználása felé. Kezdetben az építőipari cégeket saját magas jövedelmük és fejletlen irányítási rendszereik miatt nem érdekelték az információs rendszerek. De az iparág fejlődésével, a finanszírozási konstrukciók bonyolításával, a nemzetközi piacokra lépéssel, a szervezeti struktúrákban bekövetkezett változásokkal és az üzleti növekedéssel felmerült az igény az ilyen megoldások (módszertan és eszközök) iránt. Ennek eredményeként sok vállalat az automatizálás útjára lépett. De ahogy az lenni szokott, ezt nem hajtották végre részletes elemzés formai blokkok tartalmánál figyelembe vettük a termékeket. Sőt, a fejlesztés és az építőipar területén csak a nyugati tőkével működő olajtársaságoknál kezdtek kiépülni a projektmenedzsment rendszerek, a polgári és infrastrukturális építkezéseknél pedig csak 2007-2008-ban kezdődött el a projektmenedzsment módszertanának fejlesztése és a rendszerbevezetés. A pénzügyi rendszerek, beleértve a menedzsmentet és a számvitelt is, kezdetben különféle platformokra épültek – szabványosított ipari megoldásokra és saját fejlesztéseinkre. De be utóbbi időben a hangsúly kezdett eltolódni az orosz és nyugati eredetű ERP rendszerek felé. Ennek két fő oka van: a vertikálisan integrált holdingok felépítése termelő vállalkozások részvételével és a vállalatirányítási rendszer strukturálása, amely a legtöbbet széles kör olyan feladatok, amelyeket már nem lehet megoldani házi módszerekkel a Microsoft Excel táblázatokban. Ezek a közös referenciakönyvek által egyesített, egyetlen tervre vagy kapcsolódó számlacsoportra épülő költségvetési és vezetői számvitel, működési tervezés és treasury, nemzetközi jelentéskészítés, számvitel és adószámvitel. Így egy összetett feladatot kapunk, amely mindenekelőtt módszertani megoldást igényel a felsorolt ​​kérdések mindegyikében. Ugyanakkor a teljes rendszer felépítésének fogalmát nemcsak a megvalósítási csoport szakembereinek, hanem a termelési és támogatási osztályok vezetőinek is meg kell érteniük.

Ezen a területen mindössze négy cég versenyez: SAP, Oracle, 1C és Microsoft. A közöttük való választás a vállalkozás kiváltsága, és itt nehéz bármit is tanácsolni, főleg, hogy ez a kérdés sokszor erősen átpolitizált. Csak azt érdemes megjegyezni, hogy az utóbbi időben minden rendszer nagy előrelépést tett az építési sajátosságok és a projektmenedzsment irányában mind az orosz, mind a nemzetközi piacon. De ezeket a pénzügyi szektornak szánják, míg a feldolgozóiparban minden a vállalattól és annak üzleti folyamataitól függ. Aktív fázisban lévő, több mint kétezer projektből álló portfólióval rendelkező nagy ügyfél számára megfelelő lenne jó rendszer vezetői számvitel és költségvetés, bármilyen platformra építve. Ugyanakkor egy átlagos, száztól ezerig terjedő projekttel rendelkező cégnél a projektmenedzsment ipari megközelítése is szükséges, de ebben az esetben a kisebb cégeknél a rendezvények, költségvetési tételek, stb mintegy ötven projekttel, a standard projektszemlélettel és a megfelelő módszertannal. Következésképpen három szintű információs rendszerünk van: ipari, kombinált, projekt. Az információs rendszer implementációs eszköze minden szinten lehet egyetlen (például Primavera plusz PMControlling plusz 1C:Enterprise vagy házon belüli fejlesztés plusz Microsoft Dynamix AX), de használhatók olyan helyi eszközök is, mint a Microsoft Project, amelyek nem igényelnek munkaerőt. intenzív megvalósítás.

A közeljövőben az építőipart valószínűleg a speciális megoldások és projektkönyvelési modulok bevezetése fogja uralni az irányítási rendszerek fejlesztése érdekében. A cégek elsősorban a hatékony és professzionális projektmenedzsmentet célozzák a növekedés érdekében, ehhez megfelelő módszertani és szoftveres eszköz szükséges.

Ami a pénzügyi rendszereket illeti, az uralkodó tendencia az elfogadható rendszerek kialakítása lesz költségvetési forrásokés határidők egy teljesen működőképes megoldás felépítésére.

Denis Badikov,
A Sistema-Hals OJSC Vállalatirányítási Rendszerek Fejlesztési Osztályának igazgatója
[e-mail védett]
Maxim Kantarovich,
A Sistema-Hals OJSC innovációs igazgatója
[e-mail védett]

Sokszor hallani, hogy ennek fő oka az iparági átlagban magas jövedelmezőségben rejlik: elvégre ahol még van elég pénz, ott nem lehet komoly érdeklődés a komplex automatizálás iránt - az pedig, mondják, idővel jelentkezik. , amikor a természetes piaci folyamatok miatt elkerülhetetlen az árak és ebből adódóan az építőipari piac jövedelmezőségének csökkenése kezdődik, amikor olyan helyzet áll elő, amelyben csak azok maradnak életben, akik a legjobban gondolják.

Ezt a nézetet általában szembeállítják egy másikkal: ahol van elég pénz, ott a korrupció elkerülése és a lopás megakadályozása érdekében még inkább szükséges a szigorú elszámolás. Márpedig az építőipari cégek ilyen alacsony automatizálásának fő oka az iparág sajátossága: minden építőipari cégnek túl sok tevékenységi területet kell automatizálnia, és ezek szoros integrációja egymással feltétlenül szükséges.

Tehát milyen folyamatokat kell elsősorban automatizálni egy építőipari cégnél?

A kiadások és bevételek ellenőrzése

Mindenekelőtt a kiadások és bevételek ellenőrzése automatizálás alá esik. Az építőipari cégeknek szüksége van valamire, ami lehetővé teszi számukra, hogy információval rendelkezzenek, mennyi pénz áll rendelkezésre és mennyi várható, mik voltak a költségek és mire, ki készítette, milyen költségeket terveznek, van-e elég pénz és mi az várható pénzügyi eredmény. Az építőipari cégek túlnyomó többségében pontosan ez a logika: mindenekelőtt a nettó cash flow-t kell elszámolni, eltekintve az áruforgalomtól, a költségelszámolástól, vagy ráadásul a jövedelmezőségtől. Költség szerint az építők gyakran egyszerűen megértik az adott építési projekt során felmerült kiadások tényleges összegét, a jövedelmezőség szerint pedig a bevételek és az alapok kiadásai közötti különbséget. Így az építőipari cégek automatizálásában a fő dolog az operatív költségvetés tervezése (egy-két hónapra előre) és a költségek igény szerinti ellenőrzése.

Szerződéskezelés

Az építőipari üzletág második legfontosabb, automatizálást igénylő területe az építési szerződésekkel kapcsolatos kiadások, munkák és tartozások ellenőrzése, valamint a bevételek tervezése adásvételi szerződések, lízingek, tőkerészesedés stb. A legfontosabb feladat itt az egyes szerződések szerinti munkavégzés megtervezése és fizetési ütemezése mind a kiadási, mind az adásvételi szerződések esetében. A vevőkkel, vállalkozókkal való kapcsolatok elszámolása elsősorban a tartozások és a tervek végrehajtása, az adásvételi szerződések esetében pedig a forrásbevételi terv és ismét a feltörekvő ügyfél szempontjából érdekes. adósságok.

Projektmenedzsment

A projektmenedzsment minden építtetőt folyamatosan foglalkoztat. Végül is nagyon szép - építési ütemterv a falon, amelyen minden világos és érthető. Szinte minden építőipari cég végigjárta ezt az utat: döntéseket hozott a teljes tervezéssel és projektmenedzsmenttel kapcsolatban; annak tudata, hogy nem a tervezés a fő, hanem a megvalósítás nyomon követése; akkor annak megértése, hogy a „terepi jelentések” gyűjtése olyan sok erőforrást igénylő feladat, hogy egyszerűbb lemondani róla. Előfordul, hogy a legtöbb építőipari cégnél a projektmenedzsment csak egy szép diagram a falon, amelyet a projekt felelősei írnak alá. Valójában egy építési projektben a feladatok végrehajtásának nyomon követése rendkívül munkaigényes feladat, mivel ebben az iparágban a konkrét végrehajtók a számítógéptől távol álló emberek, így minden esetben szükség van a funkciók megkettőzésére, ami mindig nagyon költséges. A kitalált papíralapú bejelentőlapok sem segítenek: az elöljáró is rendkívül nem szívesen dolgozik papírral. azért a legjobb megoldás az építési projektek menedzselése a projekt végrehajtásának ellenőrzése referenciapontok segítségével. A „referenciapontok” a projekt legfontosabb pontjai. Mivel nincs belőlük túl sok, nagyon lehetséges belőlük tényleges adatokat gyűjteni a feladatok végrehajtásáról. Így alkalmazott értelemben az egyetlen lehetséges projektmenedzsment az építőiparban az ütemezés, a költségvetés kiadási részének meghatározásához szükséges források számítása és a projekt megvalósulásának referenciapontok szerinti követése.

Építési becslések készítése

Mielőtt bármit építene, tudnia kell, hogyan fog megtörténni, milyen anyagokra van szükség, és mennyibe fog kerülni a teljes projekt: így van szükség az építési projekt becslésére. A becslési tevékenységek állami szinten szigorúan szabályozottak, és elegendő számú program létezik a becslési dokumentáció elkészítésére - az építőipari cégeknél ez a terület a legkedvezőbb az automatizálás szempontjából.

Egyéb automatizálás

A fent leírt főbb üzleti folyamatokon túl egy építőipari cégnél méretétől és szakterületétől függően felmerülhet az építési projektek kínálatmenedzsmentjének automatizálása, az üzleti tervezést szolgáló programok (a beruházások eredményességének számításakor), a programok megfelelő mennyiségű kölcsönzött forrással történő kölcsönök kezelésére. És végül, az építőipari vállalat, mint bármely más vállalkozás, automatizálja a személyzeti nyilvántartást és a könyvelést.

A különféle, automatizálást igénylő üzleti folyamatok bősége a felelős azért, hogy az építőipar és ennek megfelelően általában nem létezik elfogadható szoftvertermék a piacon. alacsony szint integrált automatizálás az építőipari vállalatok körében. Meg kell jegyezni, hogy minden egyes üzleti feladathoz vannak különféle lehetőségeket megoldások és automatizálás. Bármely építőipari cég fokozatosan felvásárolja számítógépes programok, automatizálja a különböző részlegek munkáját. A más iparágakban ismert „kettős belépési probléma” itt tízszeres belépési problémává válik - ugyanazok az adatok teljesen bevihetők különböző programokat, semmilyen módon nem kapcsolódnak egymáshoz. Még megbecsülni is nehéz az ipar munkaerőköltségeit és anyagi veszteségeit ebből a helyzetből adódóan. Természetesen a helyzetből kiútként javasolható a heterogén alkalmazások egymás közötti integrációja.

De van itt két „de”. Először is, a konkrét feladatok nagy száma és ennek megfelelően az automatizálásukra szolgáló lehetséges programok miatt nem valószínű egy kész integrációs megoldás megjelenése (lehetetlen, hogy bármit is integráljunk bármivel). Másodszor, a sok termék egymás közötti integrációjának létrehozásának költsége nagyon-nagyon magas lehet. Ez annál is inkább jelentős, mivel a legtöbb integrációs projekt „lábai” a megtakarítási vágyból „nőnek ki”. Valójában a megtakarítások nagyon kétesek – az integrációs projektek gyakran még nagyobb összegeket eredményeznek, mintha külön-külön programokat cserélnének eggyel, de minden szükséges feladatot lefednének. Ezért a legtöbb vállalatirányítási rendszer beszállítója kész integrált megoldás létrehozásával foglalkozik az építőipari vállalatok automatizálására.

Bár a rendszerfejlesztők viszonylag nemrégiben felismerték az építőipari cégek átfogó automatizálásának szükségességét, már több gyártó integrált megoldása is megjelent a piacon. Nézzük ezeket a megoldásokat részletesebben.

Automatizálási rendszer Költségvetés Költséggazdálkodás Szerződéskezelés Projektmenedzsment Költségvetés Ellátás menedzsment Üzleti tervezés Hitelkezelés Számvitel Megvalósítási időkeret Ár egy munkahelyre, c.u.

Galaxy ERP, "Építésirányítás" modul

Magában a modulban - nem, a rendszerben - igen Igen Igen Integráció a Primaverával és az MS Projecttel Integráció becslési programokkal (ARPS formátum) Igen Igen Igen Igen 3-6 hónapos kortól 2-3 éves korig
Igen Igen Igen Igen Igen Igen Igen Igen Igen 1 hónaptól

Oracle JD Edwards EnterpriseOne "Project Management"

Projekt költségvetések és általános üzleti költségvetések – igen. Igen Igen Igen. + Integráció Oracle Primaverával és/vagy MS Projecttel Integráció becslő programokkal Igen Igen Igen Igen 6-10 hónap 1000 - 2300

MAG Builder a Microsoft Dynamics AX-hez

Igen Igen Igen Integráció az MS Projecttel igen (költségbecslés nélkül) Igen Integráció a Plan Designerrel, a Comshare-rel, a Geac Performance Managementtel Igen Igen 3-6 hónap 5000

Lanit-építés

Igen Igen Igen Igen Integráció a WinSmetával, Smetával. ru Igen Igen Igen Igen 3 hónaptól akár 1,5 évig 2500

SAP for Engineering, Construction and Operations

Igen Igen Igen Igen Igen Igen Nem Igen Igen 6-9 hónap 5000

Építési megoldások az Aleph rendszerplatformon alapulnak

Igen Igen Igen igen + integráció a Primaverával Igen Igen Igen Nem Igen 6-9 hónap 2000

"Hector the Builder" szoftvercsomag

Nem Nem Nem igen + integráció a Primaverával és a Spiderrel igen + más becslő programokkal való integráció lehetősége Nem Nem Nem Integráció könyvelő programokkal Szállítás + képzés 2 hétig 250 - 600

ü

ü Információcsere az építőiparban.

ü Eszközök az információs folyamatok automatizálásához.

ü A rendszer fogalma, menedzsment, információcsere többszintű jellege.

Alatt rendszerértsen minden olyan tárgyat, amelyet egyszerre tekintenek egyetlen egésznek és a kitűzött célok elérése érdekében egyesített heterogén elemek gyűjteményének. A rendszerek mind összetételükben, mind fő céljaikban jelentősen eltérnek egymástól. Az „információ” szó hozzáadása a „rendszer” fogalmához tükrözi létrehozásának és működésének célját.

Term információs rendszer (IS) tág és szűk értelemben egyaránt használják.

IN tág értelemben Az információs rendszer a technikai, szoftveres és szervezeti támogatás, valamint a személyzet összessége, amelynek célja, hogy a megfelelő embereket időben ellássa a megfelelő információkkal.

Az információs rendszer fogalmát az Orosz Föderáció 2006. július 27-i 149-FZ „Az információról, információs technológiákról és információvédelemről” szóló szövetségi törvénye is meglehetősen tág értelemben értelmezi: „az információs rendszer egy adatbázisokban és információs technológiákban és azok feldolgozását biztosító technikai eszközökben található információkészlet

Az IS egyik legtágabb meghatározását M. R. Kogalovsky adta: „az információs rendszer olyan komplexum, amely számítástechnikai és kommunikációs berendezéseket, szoftvereket, nyelvi eszközöket, ill. információs források, valamint a rendszer személyzetét, és támogatást nyújtanak a valós világ valamely részének dinamikus információs modelljéhez, hogy megfeleljenek a felhasználók információs igényeinek."

Az ISO/IEC 2382-1 szabvány a következőképpen határozza meg: „Az információs rendszer olyan információfeldolgozó rendszer, amely a szervezeti erőforrásokkal, például emberekkel, technikai eszközöket valamint az információkat biztosító és terjesztő pénzügyi források.”



Az orosz GOST RV 51987 az információs rendszert „automatizált rendszerként határozza meg, amelynek eredménye a kimeneti információk bemutatása a későbbi használatra”.

IN szűkebb értelemben Az információs rendszer a tág értelemben vett információs rendszer összetevőinek csak egy részhalmazát jelenti, beleértve az adatbázisokat, DBMS-eket és speciális alkalmazási programokat. A szűk értelemben vett információs rendszer a végfelhasználók célzott tevékenységeinek automatizálására tervezett hardver- és szoftverrendszer, amely a benne foglalt feldolgozási logikának megfelelően lehetőséget biztosít az információk megszerzésére, módosítására és tárolására.

Mindenesetre az IS fő feladata egy adott témakörön belüli specifikus információs igények kielégítése. A modern információs rendszerek de facto elképzelhetetlenek adatbázisok és DBMS-ek használata nélkül, ezért az „információs rendszer” kifejezés a gyakorlatban jelentésében összeolvad az „adatbázisrendszer” kifejezéssel.

Információs Rendszerek küldetése– a szervezet számára a hatékonyság biztosításához szükséges információk előállítása összes erőforrásának kezelése, információs és technológiai környezet kialakítása a szervezet irányításához.

A dolgozók termelékenységének és hatékonyságának folyamatos növelése, minőségibb termék előállítása stb. automatizált rendszerek létrehozásának alapjául szolgált. Az információs folyamatok automatizálása, a sok rutinművelet kiküszöbölését segítő, a komfort és egyben a munkavégzés hatékonyságának növelése, a felhasználók számára új, eddig ismeretlen lehetőségeket biztosítva az információval való munkavégzéshez, új problémákat is okoz, amelyek megoldása csak hordozható. általános tudományos módszerek és új információs technológiák alkalmazásával.

Automatizált információs rendszer(Automatizált információs rendszer, AIS) egy szoftver- és hardverkészlet, amelyet adatok és információk tárolására és (vagy) kezelésére, valamint számítások elvégzésére terveztek.

Az AIS fő célja az információk tárolása, hatékony keresésének és továbbításának biztosítása a releváns kéréseknek megfelelően, hogy a lehető legteljesebb mértékben kielégítse nagyszámú felhasználó információigényét.

Az AIS automatizált információs technológiák komplexumaként ábrázolható, amelyek olyan információs rendszert alkotnak, amely információs szolgáltatásokat nyújt a fogyasztóknak. Az AIS általában automatizált munkaállomásokat (AWS) használ, amelyek alapján személyi számítógépek, elosztott adatbázisok, végfelhasználó-orientált szoftverek.

Az automatizált információs rendszerek fő célja nem csupán az elektronikus információforrások összegyűjtése és tárolása, hanem az is, hogy a felhasználók hozzáférést biztosítsanak azokhoz. Az AIS egyik legfontosabb jellemzője az adatkeresés megszervezése információs tömbjeikben (adatbázisaikban). Ezért az AIS gyakorlatilag automatizált információ-visszakereső rendszerek (AIRS),

Automatizált információkereső rendszer - szoftver termék, amelynek célja az adatok bevitele, feldolgozása, tárolása, keresése, bemutatása stb.

Jellemzően rendszerekben a menedzsmentnek 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.

ü Információcsere az építőiparban

Az információs alap az építőipar fontos eleme. Minden építési projektnek megvan a maga életciklusa, amely az általánosan elfogadott értelmezés szerint magában foglalja a létesítmény tervezésének, előgyártásának és kivitelezésének szakaszait, az azt követő üzemeltetést, egy vagy több korszerűsítést és a potenciálját kimerítő létesítmény esetleges felszámolását. . Ezen túlmenően az egyes szakaszok külön szakaszokra, fázisokra és egyéb modulokra oszthatók, amelyek mennyiségi és minőségi paraméterekkel és jellemzőkkel rendelkeznek. Ez a megközelítés teszi lehetővé egy objektum létrehozásának megfelelő modellezését egy hierarchikus és meglehetősen elágazó szerkezetű építési gyártási folyamat formájában.

Egy objektum információs terének megszervezése, amely az életciklusa során fokozatosan alakul ki, ma jelentős költségeket igényel, amelyek néha összemérhetőek magának az objektumnak a megépítéséhez szükséges anyagi erőforrások költségeivel. Amint azonban az építési gyakorlat elemzése azt mutatja, ennek a megközelítésnek nincs alternatívája - az építőipari komplexum informatizálása az ipar tudományos és technológiai fejlődésének egyik fő elemévé válik.

Jelenleg számos építési program létezik, amelyek lehetővé teszik a számítások elvégzését és az eredmények megjelenítését. Gyakorlatilag nincsenek korlátozások bármilyen bonyolultságú szerkezetek kiszámítására - a statikában és a dinamikában, a rugalmas és rugalmatlan munkaszakaszokban, figyelembe véve az építés sorrendjét és technológiáját, beleértve a szerkezeti tervezés változásait és az új terhelések megjelenését. rekonstrukció során.

Az új információs technológiák lehetővé teszik a szabályozási és információs bázis nemzetközi műszaki-gazdasági együttműködések tervezése, szervezése egységes módszerek, algoritmusok és programok alkalmazásával.

Még mindig széles körű alkalmazás megtalálható a világon automatizált rendszerek tervezés. Az automatizálás javítja a munka minőségét, csökkenti az anyagköltségeket, csökkenti a tervezési időt, valamint növeli a mérnöki és műszaki dolgozók termelékenységét. A számítógéppel segített tervezési rendszerek az alaptudományok legújabb vívmányaira alapozva lehetővé teszik e folyamat módszertanának javítását, és ösztönzik az összetett rendszerek és objektumok tervezésének matematikai elméletének fejlődését. A modern tervezés az építészet, az építőipar és a belsőépítészet területén ma már nehezen képzelhető el használata nélkül számítógépes grafika. A digitális képfeldolgozó technológiában rejlő hatalmas potenciál lehetővé teszi, hogy rövid időn belül lenyűgöző eredményeket érjünk el.

ü Automatizálási eszközök információs folyamatokhoz

Az információs folyamatok automatizálásának célja a dolgozók termelékenységének és hatékonyságának növelése, az információs termékek és szolgáltatások minőségének javítása, a szolgáltatás és a felhasználói szolgáltatás hatékonyságának javítása. Segítségével megszűnnek a rutinfolyamatok, lecsökkennek a feladatok elvégzésének ideje, átalakulnak, esetenként teljesen megváltoznak a technológiai folyamatok, új típusú munkavégzést biztosítanak a felhasználóknak. információs szolgáltatásokés termékek. Az automatizálás lehetővé teszi az egyes technológiai folyamatok, és néha az összes fő hagyományosan használt technológia átalakítását és módosítását. Új, korábban ismeretlen lehetőségeket kínál a felhasználóknak az információval való munkavégzésre, ugyanakkor új problémákat teremt, amelyek csak általános tudományos módszerekkel és újabb tudományos információs technológiákkal oldhatók meg.

Az információs folyamatok automatizálásának eszközei az információs rendszerek tervezése és működésének biztosítása során használt vagy létrehozott szoftverek, technikai, nyelvi, szervezeti és jogi támogatások.

Szoftver eszközkörnyezetet jelent a programozók számára, az alkalmazási programokat a megfelelő számítógépekhez és telepíti azokra operációs rendszerek. Ezek a programozási nyelvek, operációs rendszerek, hálózati szoftverek, szerkesztők (szöveg, hivatkozások, táblázatok stb.), programkönyvtárak, fordítók, segédprogramok stb. Ezek közül a legfontosabbak a következők: szoftverrendszerek AIS – adatbázis-kezelő rendszerek (DBMS). A héjaik széles körben alkalmazható automatizált információ-visszakereső rendszerek (AIRS).

Technikai támogatás AIS magában foglalja az információk bevitelének, feldolgozásának, tárolásának, keresésének és továbbításának/vételének eszközeit. Az adatok bevitele, feldolgozása és tárolása a számítógép szabványos összetevői. Az információkeresés speciális szoftverrel történik. Az információátviteli médiumok számítógépes hálózati és távközlési berendezések, rendszerek és kommunikációs berendezések.

TO nyelvi támogatásáltalában tartalmazzák:

· az információk (adatok, nyilvántartások, dokumentumok) típusai, formátumai, szerkezete;

· nyelvi eszközök leíráshoz (DL, adatszótárak) és adatkezeléshez (MLD);

· osztályozók, kódolók, szótárak, tezauruszok stb.

Beleértve szervezési támogatás Az AIS magában foglalja az azt használó szervezet olyan strukturális egységeit, amelyek irányítást végeznek technológiai folyamatokés a rendszer teljesítményének támogatása, valamint a rendszer működését és fejlesztését biztosító dokumentáció.

Jogi támogatás Az AIS az AIS létrehozása és működése során fennálló jogviszonyokat szabályozó jogi normák összessége. Az AIS fejlesztési szakaszában tartalmazza a fejlesztő és a rendszer megrendelő közötti szerződéses jogviszonyra vonatkozó előírásokat, a rendszerfejlesztési folyamat eltéréseinek szabályozását, valamint a fejlesztési folyamat különböző erőforrásainak biztosítását. A rendszer működési szakaszában meghatározza annak státuszát az irányítási folyamatban, az egyes AIS struktúrák hatáskörére és tevékenységük szervezésére vonatkozó jogszabályi rendelkezéseket, az AIS-ben történő információ létrehozásának és felhasználásának rendjét, a biztonság jogi támogatását. az AIS működéséről. A jogi támogatás magában foglalja az AIS tevékenységét szabályozó szabályozó dokumentumokat.



Kapcsolódó kiadványok