Fejlesztés MDM - a semmiből
Most a piacon van elég nagy a választék a MDM-megoldások a különböző gyártók. Ezek a megoldások jellemzik a funkcionalitás, honnan (licencek, kivitelezés, karbantartás), speciális (speciális, általános), és számos más mutatók. De ugyanakkor, vannak elég sok példa, hogy a cég úgy döntött, hogy dolgozzon MDM-rendszer „a semmiből”. Ugyanez nem felel meg a jelenlegi megoldás a piacon?
Cons MDM-kész oldatok
A komplexitás megvalósítása és fejlesztése
Az a tény, hogy sok MDM-sokoldalú megoldások, azt mondják, minden alkalomra. Gyakran elég elvont terminológia (mint általában, a következménye az egyetemes meta-modell) nem mindig intuitív felhasználói felület, nehéz elsajátítani API. Végre egy megoldás, hogy végre a saját konkrét üzleti igényeket, és tanítani a felhasználóknak, hogy a munka gyakran kérdése nem kis feladat.
rugalmasság hiánya
Általános szabály, döntéseit Wender nem könnyű, hogy finomítsa a változó igényeit az üzleti. Ezek rendkívül nehéz változtatni a meta-modell, és a hétköznapi dolgok, mint például a létrehozása nem tipikus üzleti folyamatok, a fejlesztés egy új jelentést, vagy beállítani a naplózási beállítások viszont egy nehéz feladat.
Természetesen, a végrehajtás nem szabványos funkciókat lehet tenni az eladó vagy integrátor, de akkor fel kell készülnünk, hogy összecsapnak a nagyszámú jogi és / vagy intézményi akadályok (szükségességét szerződéses kapcsolatok, pályázati eljárások esetében az állami tulajdonú vállalatok, korlátozott engedélyezési politika IT d, stb)
Nincs probléma, ha van egy rendszer saját tervezésű, nyílt forráskódú szoftverek és a fejlesztő vagy építész dolgozik a következő részben.
redundancia
Egyrészt, ez a tulajdonság annak köszönhető, hogy a sokoldalú más, amellett, hogy a sokoldalúságot, a sok rendszer már előzőleg útmutatók, szószedetek adatfeldolgozó algoritmusok. Gyakran az ügyfelek nem használják egyáltalán, vagy egy nagyon korlátozott fejlesztési adatokat. Ugyanakkor, ezek a „hasznos” dolgok szerepelnek a „úriember” sor funkcionális megoldások a megrendelő köteles fizetni értük.
A magas fenntartási költségek
A fenntartási költségek ebben az esetben tartalmazni fogja a végrehajtás / fejlesztési költségek, a karbantartási költségek és a költségek az engedélyeket.
Ha beszélünk a bevezetés és az esetleges egyidejű felülvizsgálata vendorskih MDM-készítés, itt meg kell jegyezni, hogy a költség az ilyen munka mindig magas. Ez elsősorban annak köszönhető, hogy az a tény, hogy a szám a szakemberek magasan kvalifikált különösebb-A MDM megoldás a piacon rendkívül kicsi, és vannak ezek a szakértők nagyon drága.
Támogatás, mint általában, elvégezték, vagy az eladó vagy integrátor végre megoldásokat, ritkán támogatják a szolgáltatások az ügyfél.
Abban az esetben támogatást az integrátor vagy az eladó, a költségek általában befolyásoló két fő tényező - a költségek szakértők, valamint egyfajta monopolhelyzete végrehajtó. Az a tény, hogy a vállalat-végrehajtója tudja a legjobban az összes „titok” a beültetett / módosított határozatát, valamint, mint általában, nagyon rosszul dokumentált (különösen, ha az ügyfél nem ragaszkodik ehhez). Ennek eredményeként idején elindítása megoldások kereskedelmi művelet (vagy lejártát követően a garantált támogatás), az ügyfélnek nincs más választása, mint hogy aláírja a szerződést a támogató cégek, amelyek bevezették a megoldás rendkívül kedvező feltételek mellett a vállalat számára.
Beszél a költsége az engedély az első helyen, érdemes megjegyezni, hogy az engedélyezési-A MDM-rendszerek általában végzik száma könyvtár bejegyzéseket. És itt is vannak árnyalatok. Jellemzően a kezdeti értékesítése MDM költségű megoldás egy engedélyt, amikor a későbbi bővítés - lesz sokkal magasabb. Ez nem meglepő -, ha az ügyfél már aktívan használja a megvalósított megoldás, Felismerve a terjeszkedés, az azt jelenti, hogy nem valószínű, hogy át kívánja helyezni a rövid távon a másikba. Ezért a felfújt költsége a bővítés.
politikai párt
Az elmúlt években, köszönhetően az alkalmazás az orosz gazdasági szankciókat, sok vállalat egyre vannak hívások váltani belföldön szoftvereket (köztük, és MDM), és számos vállalat már megkezdte, hogy ilyen terveket. Ez különösen igaz a MIC vállalkozások és a bankrendszer.
És mégis, annak ellenére, hogy a fenti tényezők, komplett megoldások jól ismert gyártók, vannak tagadhatatlan előnyei.
Előnyök MDM-kész oldatok
Veszel egy stabil és kipróbált termék
Az a tény, hogy a teljes értékű MDM-rendszerek igen összetettek, és fejlett funkciókat. Annak fejlődését, a stabilizáció, alkalmazkodás gyakran éveket vesz igénybe csapatmunka. És ez annak ellenére, hogy a hatékonysága a tervezési és fejlesztési külföldi információs rendszerek általában magasabb, mint a hazai (alapján egy régóta fennálló kultúra).
Kapsz gyorsabb eredményeket végrehajtásának MDM-rendszerek
Csak azért, mert a bevezetése a kész megoldások gyorsabb fejlődését a semmiből. És a bonyolultabb megoldás, annál inkább a különbség nagyobb lesz.
skálázhatóság
Általános szabály, hogy a skálázhatóság vendorskih megoldások is nagyon jó.
Jó integrálhatóság más gyártók termékei
Jellemzően a termék egy kereskedőnél jól kölcsönhatásban vannak egymással. Gyakran ez történik keretében mindenféle integrációs platformok. Ezért, ha azt szeretnénk, hogy használja az MDM-rendszer egy eladó, akkor valószínűleg tudja, hogy könnyen létre a használatra, és benne van a platform portál megoldások és integrációs eszközök stb
Kiváló minőségű támogatás
támogatja a Quality of Service paraméterek megvalósított megoldások általában rögzítik a SLA (Service Level Agreement) és elég jól teljesül.
Logikus, hogy gondoljon a fejlesztése saját MDM-rendszert, ha:
- Mielőtt szervezete a közeljövőben meglehetősen szűk célkitűzés tekintetében MDM (pl központosítás „Fiókok” könyvtár vagy „MTO”)
- Nem kell szuper kritikus mérföldköveket bevezetése a MDM-megoldások kereskedelmi üzem (elvégre a stabilizációs megoldásokat saját tervezésű több időt igényel, mint egy beágyazott megoldás a szállítótól).
- Class súlyossága (legalábbis kezdetben) nem ír elő nagyon magas követelményeket hibatűréshez támogatást.
- Mielőtt a cég, amelynek értelmében bármely okból (gazdasági, politikai), a feladat, hogy feladom vendorskogo szoftver.
Logikus, hogy gondoljon a végrehajtásáról MDM-rendszert a gyártó, ha:
- A cég úgy gondolja, a globális központosítása törzsadatok és folyamatok automatizálását kapcsolatos magatartásuk.
- Talán a cég bevezetése ERP-rendszer bármely gyártó, ugyanakkor van egy megoldás erre, az MDM-szolgáltató.
- MDM-végrehajtásához szükséges idő megoldások meglehetősen kemény.
- MDM-rendszer azonnali bevezetése után a cég fenntartása kritikus rendszerek, azaz ő nagy követelményeket támaszt a megbízhatóság és a karbantartást.
Valószínűleg minden cég ott, és az érvek mellett ez vagy az a választás. Mindenesetre, a döntést a választás MDM-rendszer legyen kiegyensúlyozott és megfontolt, kívánatos megerősítette a számokat.