Frameworx

Frameworx är ett ramverk för företagsarkitektur inriktat på leverantörer av kommunikationstjänster .

Den är utvecklad av TM Forum .

Strukturera

Frameworx består av fyra ramverk:

Informationsram

Informationsramverket (formellt delad information/datamodell eller SID) är en enhetlig referensdatamodell som tillhandahåller en enda uppsättning termer för affärsobjekt inom telekommunikation . Målet är att göra det möjligt för människor på olika avdelningar, företag eller geografiska platser att använda samma termer för att beskriva samma verkliga objekt, praxis och relationer. Det är en del av Frameworx.

Informationsramverket, som Frameworx informationsmodell, tillhandahåller en informations-/datareferensmodell och ett gemensamt informations-/datavokabulär ur såväl ett affärs- som ett systemperspektiv. Informationsramverket använder Unified Modeling Language för att formalisera uttrycket av behoven hos en viss intressentsynpunkt.

Informationsramen tillhandahåller det gemensamma språket för att kommunicera problemen hos de fyra stora grupperna av beståndsdelar (intressenter) som representeras av Frameworx synpunkter - Business, System, Implementation och Deployment, enligt definitionen i Frameworx Lifecycle. Används i kombination med Business Process Framework (eTOM) affärsprocess och aktivitetsbeskrivningar och Telecom Application Map gör Information Framework det möjligt att brygga mellan affärs- och IT-grupper inom en organisation genom att tillhandahålla definitioner som är förståeliga för verksamheten, men är också tillräckligt rigorösa för att användas för mjukvaruutveckling.

Information Framework-modellen hämtar inspiration från en mängd olika branschkällor, men dess främsta ursprung är Alliance Common Information Architecture (ACIA) skapad av ett team ledd av Bill Brook från AT&T och BT Group och Directory Enabled Networks - nästa generation ( DEN) -ng) modell skapad av John Strassner.

När den initialt släpptes 2000 täckte informationsrammodellen affärsområdet (BSS) väl, och även enhetshanteringsområdet väl, men var otillräcklig i sin förmåga att representera logiska nätverk och kapacitet. Dessa brister åtgärdas genom revidering av modellen för att inkludera begrepp som topologier, men historien har resulterat i dåligt utnyttjande av modellen inom vissa telekomområden, såsom lagerhantering.

Principer

Frameworx bygger på dessa nyckelprinciper.

Separation av affärsprocess från komponentimplementering

När Operations Support Systems (OSS) länkas samman distribueras de affärsprocesser som de stöder över IT-området. I själva verket uppnås den situationen att en process börjar med applikation A, som bearbetar vissa data och sedan vet att den måste anropa applikation B, som också gör en del bearbetning och sedan anropar C, etc. Resultatet av detta är att det är extremt svårt att förstå var något av dessa flöden faktiskt finns (t.ex. om processflödet är avsett att ta en kundorder, är det applikation A eller B eller C som för närvarande hanterar den beställningen?) och det är ännu svårare att ändra processen på grund av dess distribuerad natur.

Frameworx föreslår att processen hanteras som en del av den centraliserade infrastrukturen, med hjälp av en arbetsflödesmotor som ansvarar för att styra flödet av affärsprocessen mellan applikationerna. Därför skulle arbetsflödesmotorn initiera en process på applikation A, som sedan skulle återföra kontrollen till arbetsflödesmotorn, som sedan skulle anropa applikation B, och så vidare. På så sätt är det alltid möjligt att ta reda på var ett enskilt processflöde finns, eftersom det styrs av den centrala arbetsflödesmotorn och processändringar kan göras med hjälp av motorns processdefinitionsverktyg. Uppenbarligen kommer vissa processflöden på lägre nivå att vara inbäddade i de enskilda applikationerna, men detta bör ligga under nivån för affärsbetydande bearbetning (dvs. under den nivå på vilken affärspolicy och regler implementeras). Frameworx certifieringsmetoder hjälper oss att hantera omfattningen av preferenser som inte är linjärt fördelade som en öppning för att förbättra den kundaccepterade onekligen lämpliga metoden.

Löst kopplat distribuerat system

Huvudartikel: Lös koppling

"Löst kopplad" betyder att varje applikation är relativt oberoende av de andra applikationerna i det övergripande systemet. Därför, i en löst kopplad miljö, kan en applikation ändras utan att ändringen nödvändigtvis påverkar andra. Taget till det extrema kan detta ibland ses som att det ger möjligheten att "plug and play"-applikationer, där de är så oberoende att de kan ändras utan att påverka systemets övergripande beteende. Den extremen anses vara ett osannolikt nirvana för närvarande.

Det "distribuerade systemet" understryker att Frameworx inte är baserat på en kommunikationstjänstleverantör (CSP) som använder en enda monolitisk applikation för att hantera alla sina aktiviteter, utan istället använder en uppsättning integrerade och samverkande applikationer.

Modell för delad information

Att integrera OSS innebär att data måste delas mellan applikationerna. För att detta ska vara effektivt måste antingen varje applikation förstå hur alla andra applikationer förstår/tolkar den delen av datan som delas, eller så måste det finnas en gemensam modell av den delade datan. För att förstå detta, överväg en orderhanteringsapplikation som har gått igenom en process för att lägga in en kundorder och där den nu behöver skicka ut en faktura med applikation B (ett faktureringssystem). Ansökan A kommer att ha ett register över kundadressen och det måste därför se till att applikation B skickar räkningen till denna adress. Att skicka dessa data mellan systemen kräver helt enkelt ett gemensamt format för adressinformationen – varje system måste förvänta sig samma antal adressrader, där varje rad är lika lång. Det är ganska okomplicerat. Men föreställ dig vilken svårighet som skulle uppstå om beställningsapplikationen fungerade på produkter som består av paket av underprodukter (t.ex. en bredbandsprodukt tillverkad av en kopparlinje, ett modem, en uppsättning filter och en bredbandsomvandling), medan faktureringen applikation endast förväntade enstaka produkt/orderrader. Att försöka konvertera hierarkiska produkter till icke-hierarkiska utan att förlora information skulle inte vara möjligt. En enda informationsmodell för data som delas mellan applikationer på detta sätt ger en lösning på detta problem. TMF-lösningen för detta kallas Shared Information/Data-Model (SID).

Gemensam kommunikationsinfrastruktur

Under mitten av 1980-talet utvecklades datorbaserade OSS:er som fristående applikationer. Men under det tidiga 1990-talet blev det uppenbart att det var mycket ineffektivt att använda dessa som rent isolerade applikationer, eftersom det ledde till en situation där t.ex. beställningar skulle tas på ett system men att detaljerna sedan skulle behöva knappas in på nytt en annan för att konfigurera relevant nätverksutrustning. Stora effektivitetsvinster visades vara tillgängliga genom att länka samman de fristående OSS:erna, för att möjliggöra sådana funktioner som "Flow-through provisioning", där en beställning kunde läggas online och automatiskt resultera i att utrustningen tillhandahålls, utan mänsklig inblandning.

Men för stora operatörer med många hundra separata OSS blev spridningen av gränssnitt ett allvarligt problem. Varje OSS behövde "prata med" många andra, vilket ledde till att antalet gränssnitt ökade med kvadraten på antalet OSS.

Frameworx beskriver användningen av en gemensam kommunikationsinfrastruktur (CCI). I denna modell samverkar OSS med CCI snarare än direkt med varandra. CCI tillåter alltså applikationer att arbeta tillsammans med hjälp av CCI för att länka dem samman. På detta sätt kräver varje applikation bara ett gränssnitt (till CCI) snarare än många (till andra applikationer). Komplexiteten reduceras därför till en av ordningen n, snarare än n 2 .

CCI kan också tillhandahålla andra tjänster, inklusive säkerhet, dataöversättning, etc.

Kontraktsdefinierade gränssnitt

Med tanke på beskrivningen ovan av hur applikationer gränssnitt till CCI, är det tydligt att vi behöver ett sätt att dokumentera dessa gränssnitt, både när det gäller den använda tekniken (t.ex. är det Java/JMS eller Web Services/SOAP?) men också funktionaliteten hos applikationen, de data som används, för- och eftervillkoren etc. Frameworx kontraktsspecifikation ger ett sätt att dokumentera dessa gränssnitt, och dessa är därför kontraktsdefinierade gränssnitt.

Frameworx-kontrakt kan ses som förlängningar av Application Programming Interface (API) specifikationer.

Leveranser

Processmodell

eTOM (enhanced Telecom Operations Map, uttalas ee - tom) är Frameworx affärsprocessramverk.

Modell för delad information

Frameworx-informationen är den delade informations-/datamodellen (SID).

Livscykelmodell

Frameworx livscykelmodell [1] syftar till att definiera användningen och distributionen av Frameworx inom en organisation, och tillhandahåller ett ramverk för att använda SID, eTOM och Frameworx-arkitekturen. Modellen är baserad på avsevärt tidigare arbete, inklusive Zachman Framework , Kernighan , Yourdon och Object Management Groups Model Driven Architecture . Frameworx livscykel delar in systemutveckling i fyra steg: krav, systemdesign, implementering och drift.

Kontraktsspecifikationer

Som nämnts tidigare är Frameworx-avtalet den grundläggande enheten för interoperabilitet i ett Frameworx-system. Interoperabilitet är viktigt för var och en av de fyra vyerna som definieras av Frameworx Lifecycle. Till exempel används Kontraktet för att definiera tjänsten som ska levereras, samt för att specificera information och kod som implementerar tjänsten. Kontraktet används också för att övervaka, administrera och underhålla tjänsten och säkerställa att eventuella externa skyldigheter i kontraktet (t.ex. från ett SLA (Service Level Agreement)) uppfylls och för att definiera vilka åtgärder som ska vidtas om de överträds på något sätt .

Karta över telekomapplikationer

TAM

Applications Framework (formellt Telecom Application Map (TAM)) är en av de primära Frameworx-artefakterna. Den tar hänsyn till rollen och funktionaliteten hos de olika applikationerna som levererar OSS ( Operations Support System ) och BSS ( Business Support System ) kapacitet.

Genom att göra det möjliggör det att upphandlingsdokument kan skrivas med hänvisning till ramverket, vilket ger tydliga otvetydiga uttalanden om den funktionalitet som krävs av en given applikation, funktionella överlappningar av befintliga applikationer som ska identifieras, vilket underlättar rationalisering och funktionella luckor att identifieras.

Nivån på funktionell nedbrytning är sådan att dessa fördelar kan realiseras men utan att vara överbeskrivande.

Inom TM Forum finns en stark definition av process och data. Applications Framework tillhandahåller ett formaliserat sätt att gruppera funktion och data till erkända komponenter, som sedan skulle betraktas som potentiellt upphandlingsbara som antingen applikationer eller tjänster. En applikation eller tjänst (till exempel: webbtjänster) kan vara en relativt grovkornig programvara som implementerar funktioner/processer och agerar på eller använder data. I det dagliga livet ser vi applikationer som ordbehandlare eller e-postklienter; i OSS-termer skulle vi betrakta en applikation som något som en CRM-komponent, ett faktureringssystem eller en inventeringslösning – även om vi också förstår att dessa kan dekomponeras i viss utsträckning – till exempel kommer ett faktureringssystem att innehålla ett antal mindre applikationer, såsom en ratingmotor.

En "applikation" definieras som en uppsättning av en eller flera mjukvaruartefakter som omfattar väldefinierade funktioner, data, affärsflöden, regler och gränssnitt. Detta skulle inkludera en datamodell, för data som används för att gränssnittet till och inom en applikation, policyer, för att styra externa och interna applikationsresurser, en flödesmodell, för funktionalitet med applikationen och kontraktsspecifikationer för externt synliga gränssnitt till funktionaliteten i applikationen

Applikationer är implementerbara som distribuerbara paket och kan köpas upp på systemmarknaden.

Applications Framework är varken en del av Information Framework eller Business Process Framework (eTOM) definitioner utan länkar till båda på ett lättbegripligt sätt och ger också en kartläggning mellan dem.

externa länkar

Annan information

mTOP är ett program inom TeleManagement Forum (TM Forum) som täcker definitionen av ledningsgränssnitt för telenät. mTOP omfattar både resurs- och tjänstehantering.

Se även

Hämtad från " https://en.wikipedia.org/w/index.php?title=Frameworx&oldid=1048385357 "