_paper_c11-541448.html#wp9000139.

Slides:



Advertisements
Similar presentations
Universal Fulfillment Organizer Leads CHT to NGOSS
Advertisements

Enterprise Architecture Rapid Assessment
Connect communicate collaborate A Network Management Architecture proposal for the GEANT-NREN environment Pavle Vuletić, Afrodite Sevasti TNC 2010, ,
Building an Operational Enterprise Architecture and Service Oriented Architecture Best Practices Presented by: Ajay Budhraja Copyright 2006 Ajay Budhraja,
CELLULAR COMMUNICATIONS 11 OSS. OSS/BSS  Operations Support Systems  Maintaining network inventory  Provisioning services process of preparing and.
© 2004 Visible Systems Corporation. All rights reserved. 1 (800) 6VISIBLE Holistic View of the Enterprise Business Development Operations.
By Collin Smith COBIT Introduction By Collin Smith
Chapter 7 Enterprise-Wide Information Systems
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Presentation Title: Utilizing Business Process Management (BPM) and Enterprise Architecture (EA) to Achieve and Maintain a Competitive Advantage Presented.
Enterprise Total Computing TECHNOLOGY SERVICES Sprint Proprietary Information 18/10/99 Slide 1 Sprint’s Early Interest in TINA-C.
Copyright Cengage Learning 2013 All Rights Reserved 1 Chapter 14: Supply Chain Management Introduction to Designed & Prepared by Laura Rush B-books, Ltd.
1 Introducing the Specifications of the MEF MEF 50: Carrier Ethernet Service Lifecycle Process Model.
1 Objective of today’s lesson S oftware engineering occurs as a consequence of a process called system engineering. Instead of concentrating solely on.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Managing the Information Technology Resource Course Introduction.
Enterprise Systems Organizations are finding benefits from using information systems to coordinate activities and decisions spanning multiple functional.
Course Instructor: Aisha Azeem
Certified Business Process Professional (CBPP®) Exam Overview
Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets.
Information Technology Service Management
Enterprise Architecture
Welcome ISO9001:2000 Foundation Workshop.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
TeleManagement Forum The voice of the OSS/BSS industry.
Developing Enterprise Architecture
GSIM Stakeholder Interview Feedback HLG-BAS Secretariat January 2012.
a Service Oriented Architecture
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
1 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
CLEANROOM SOFTWARE ENGINEERING.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
The Challenge of IT-Business Alignment
Copyright © 2013 Curt Hill The Zachman Framework What is it all about?
ETICS2 All Hands Meeting VEGA GmbH INFSOM-RI Uwe Mueller-Wilm Palermo, Oct ETICS Service Management Framework Business Objectives and “Best.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
Enterprise Architecture Enterprise Architecture = a framework or ‘blueprint’ for how the organization achieves the business objectives at hand and in future.
ISO 9001:2008 to ISO 9001:2015 Summary of Changes
E-government models Lecture 8.
Illustrations and Answers for TDT4252 exam, June
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
Incorporating links to ISO 9001 into manufacturing process models using IDEF 9000 M 王偉豪 M 徐巧蓉 M 徐啟桓 M 張書維 M 張仁傑.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
Enterprise Architecture HOW COMPANIES ARE EXPLOITING INFORMATION TO THROUGH IT.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
ATIS’ Service Oriented Networks (SON) Activity Andrew White, Nokia Siemens Networks DOCUMENT #:GSC15-PLEN-81r1 FOR:Presentation SOURCE:ATIS AGENDA ITEM:PLEN.
Course: COMS-E6125 Professor: Gail E. Kaiser Student: Shanghao Li (sl2967)
Related Work: TMForum and ITU
Text TCS Internal September 29, 2014 Introduction to TMN Layer.
Introduction to ITIL and ITIS. CONFIDENTIAL Agenda ITIL Introduction  What is ITIL?  ITIL History  ITIL Phases  ITIL Certification Introduction to.
Software Engineering Lecture 10: System Engineering.
TMN Architecture and EMS/NMS Overview
Enterprise Architectures. Core Concepts Key Learning Points: This chapter will help you to answer the following questions: What are the ADM phase names.
Basic Concepts Key Learning Points : The objectives of this chapter are as follows:  To provide an introduction to the basic Concepts of enterprise architectures,
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Training Objectives Obtain knowledge of the ITIL terminology, structure and basic concepts and to comprehend the core principles of ITIL practices To.
Process 4 Hours.
BIL 424 NETWORK ARCHITECTURE AND SERVICE PROVIDING.
Information Systems Strategy and business alignment
TeleManagement Forum The voice of the OSS/BSS industry.
ETOM Aryatama Wisnu Wardhana Vania Puspa Andari Febrianto Nugroho
Information Technology Service Management
TMF Information Framework
TMF Information Framework
ATIS’ Service Oriented Networks (SON) Activity
MODELLING BUSINESS PROCESSES
Presentation transcript:

_paper_c html#wp

Contents  Introduction  History and Context of eTOM  What Is eTOM?  Using eTOM  eTOM and ITIL®  References

Introduction  eTOM is part of the New Generation Operations Systems and Software (NGOSS) standard, developed by the TeleManagement Forum (TM Forum).  The TM Forum is an industry association focused on  transforming business processes, operations, and systems  for managing and monetizing online information, communications, and entertainment services.

How do we figure out the link between TMN and eTOM ELEMENT NETWORK TELECOMMUNI CATIONS MAP INFORMATION MONETIZING

History and Context of eTOM  In 1996, the International Telecommunication Union (ITU) Telecommunication Standardization Sector (ITU-T) released recommendation M.3010 (further expanded to M.3013), which introduced the concept of the Telecommunication Management Network (TMN).  Recommendation M.3010 was developed as a framework for service providers to manage their service delivery networks. It consisted of four management layers at different levels of abstraction: functional, physical, informational, and logical.  The logical level was further abstracted into four layers: Business Management Layer (BML), Service Management Layer (SML), Network Management Layer (NML), and Element Management Layer (EML).

History and Context of eTOM  In 1997 ITU-T published recommendation M.3400 (Figure 2) extending the TMN framework, which introduced the concept of fault, configuration, accounting, performance, and security (FCAPS).

Figure 2. TMN FCAPS Structure

History and Context...  Between 1995 and 1999, the TM Forum developed TOM, which evolved into eTOM. eTOM was developed between 2000 and 2002 and was also released as ITU-T Recommendation M  The main differentiator between eTOM and TMN is that the TMN approach was built on the requirements to manage network equipment and networks (bottom up) while eTOM was built on the need to support processes of the entire service provider enterprise (top down).

History and Context...  Other related standards and management frameworks have been developed, including IT Information Library (ITIL®), Service- Oriented Architecture (SOA), and various enterprise architecture frameworks (such as Zachman).

What Is eTOM?  The Business Process Framework (eTOM) describes and analyzes different levels of enterprise processes according to their significance and priority for the business.  The framework is defined as generically as possible so that it remains  organization-independent,  technology-independent, and  service-independent.

What Is eTOM...  For service providers:  the Business Process Framework serves as the blueprint for process direction.  It also provides a neutral reference point for  internal process reengineering needs,  partnerships,  alliances, and  general working agreements with other companies.

What Is eTOM...  For suppliers:  the Business Process Framework outlines potential boundaries of software components that should align with their customers' needs, as well as  highlighting the required  functions,  inputs, and  outputs that must be supported by their products.

What Is eTOM...  At the overall conceptual level (Figure 3), the Business Process Framework can be viewed as having the following three major process areas:  Strategy, Infrastructure, and Product (SIP) covering planning and lifecycle management  Operations covering the core of day-to-day operational management  Enterprise Management covering corporate or business support management

Figure 3. eTOM Level 0 Model (Copyright TM Forum)

The Level 0 Framework’s views of functional horizontal span across an enterprise's internal organizations:  Market, Product, and Customer:  High-level view of the market and the enterprise's offerings  Service:  Product components developed by the enterprise  Resource (Application, Computing, and Network):  Consumed in the production of the Service  Supplier/Partner:  Providing products and services to the enterprise for the production of the Service

Level 1 eTOM  A more detailed view of the Enterprise processes is presented in the Level 1 eTOM model.  The model shows seven end-to-end vertical process groupings required to support customers and manage the business.

Figure 4. eTOM Level 1 Model (Copyright TM Forum)

Level 2 eTOM  The next show the Level 2 core processes for the Operations, SIP, and Enterprise Management areas.  Each core process is generally part of one vertical Level 1 grouping and also one horizontal process grouping.  In some cases a Level 2 process is "stretched" across several Level 1 vertical groupings because the process concerned is needed in several Level 1 verticals.

Level 2...  Each process shown in the Level 2 model is further detailed through process decomposition.  This is achieved by analyzing each process and subdividing its functionality into lower- level processes. This procedure can be continued at lower levels as required.

Figure 5. Operations Level 2 Processes (Copyright TM Forum)

Figure 6. SIP Level 2 Processes (Copyright TM Forum)

Figure 7. Enterprise Management Level 2 Processes (Copyright TM Forum)

The eTOM layers can generally be described as following:  Level 0: Business Activities that distinguish operational customer-oriented processes from management and strategic processes  Level 1: Process Groupings including business functions and standard end-to-end processes  Level 2: Core Processes that combine together to deliver service streams and other end-to-end processes  Level 3: Tasks and associated detailed "success model" business process flows  Level 4: Steps and associated detailed operational process flows with error conditions and product and geographical variants (where required)  Level 5: Further decomposition into operations and associated operational process flows where required

Using eTOM  eTOM is widely used in the service provider industry because it provides important benefits, such as:  It makes available a standard structure, terminology, and classification scheme for describing business processes and their constituent building blocks  It supplies a foundation for applying enterprise-wide discipline to the development of business processes  It provides a basis for understanding and managing portfolios of IT applications in terms of business process requirements

Using eTOM  eTOM is widely used in the service provider industry because it provides important benefits, such as:  It enables the creation of consistent and high-quality end-to-end process flows, with opportunities for cost and performance improvement, and for re-use of existing processes and systems  Its use across the industry will increase the likelihood that off-the-shelf applications will be readily integrated into the enterprise, at a lower cost than custom-built applications

Using eTOM...  The focus of eTOM is on the business processes used by service providers, the linkages between these processes, the identification of interfaces, and the use of customer, service, resource, supplier/partner, and other information by multiple processes.  eTOM represents an industry consensus on the service provider processes, which has been harmonized across the global scene and is based on TM Forum Member contributions.  It is allowable, and indeed expected, that this will mean that eTOM must be tailored and/or extended for use within an individual company.

Using eTOM...  eTOM can be used to analyze existing organizational processes in order to discover gaps, to eliminate duplication and to optimize processes.  It can also be used to develop new organizational processes by using the eTOM framework as is, by using only parts of it or by extending the eTOM framework.  Extensions to the eTOM framework can be applied by decomposing Level 3/4 processes and adding organizational specific details at the lower process level.  The two main techniques used to analyze existing organizational processes are through process interaction and process flows, illustrated in Figures 8 and 9.

Figure 8. Process Interaction Example

Using eTOM...  Figure 8 shows an example of the process interactions for a new order.  The customer places an order through Customer Interface Management.  The Order Handling will trigger  Service Configuration and Activation, then  Resource Provisioning, then  Supplier/Partner Requisition Management and finally  Bill Invoice Management.  A process interaction diagram does not show the sequence or the timeline of these interactions.

Figure 9. Process Flow Example (Copyright TM Forum)

Using eTOM...  In contrast, a process flow diagram presents the sequence of the process interactions as shown in Figure 9.  The example represents the same new order activities as in the previous process interaction example.  A process flow can show interactions between processes at different levels.  The level 1 processes are the four blue "swim lanes" and the level 2 processes are the yellow boxes.  The triggers are conditions marked on the arrows between processes.  The large green arrow is an external trigger into this flow and the large red arrows are external triggers from this flow.

References  TM Forum:  The whole NGOSS documentation (including eTOM)  White papers  Collaboration groups  Courses and certification exams  ITIL®  Official ITIL® site:  itSMF International:  ITU-T Official site for the M series recommendations:  This document assumes prior knowledge of ITIL.

Thankyou