1、 ATIS-0404110-0020 Unified Ordering Model - Access Service Request (UOM-ASR) Volume I Business Requirements For An Electronic Ordering Interface ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 The Alliance for Telecommunication Industry Solutions (A
2、TIS) is a technical planning and standards development organization that is committed to rapidly developing and promoting technical and operations standards for the communications and related information technologies industry worldwide using a pragmatic, flexible and open approach. Over 1,100 partic
3、ipants from more than 350 communications companies are active in ATIS 21 industry committees, and ATIS Incubator Solutions Program. ATIS 0404110-0020 Unified Ordering Model - Access Service Request (UOM-ASR) Business Requirements for an Electronic Ordering Interface Is an ATIS standard developed by
4、the Ordering Solutions Committee - Access Service Ordering Subcommittee under the ATIS Ordering and Billing Forum (OBF) Published by Alliance for Telecommunications Industry Solutions 1200 G Street, NW, Suite 500 Washington, DC 20005 Copyright 2012 by the Alliance for Telecommunications Industry Sol
5、utions, Inc. All rights reserved. No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher. For information contact ATIS at 202.628.6380. ATIS is online at . Limited Exception for “Customized” For
6、ms. In recognition of the business needs and processes implemented by companies throughout the industry, ATIS grants the following limited exception to the copyright policy. The forms contained within, once “Customized,” may be reproduced, distributed and used by an individual or company provided th
7、at the following is placed on all “Customized” forms: “This form/screen is based upon the Ordering and Billing Forums (OBF) industry consensus approved guidelines, found in the Access Service Ordering Guidelines (ASOG) document. The ASOG may be obtained by contacting the Alliance for Telecommunicati
8、ons Industry Solutions (ATIS) at 1-800-387-2199 or: http:/www.atis.org/docstore/default.aspx.” ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 ii For purposes of this limited exception, the term “Customized” means, the modification, by a company, of
9、 an ASOG form to be issued to a trading partner to make it company specific by, for example, adding a company logo, graying-out optional fields not required by that specific issuing company, and converting into an electronic format/screen. This limited exception does not affect the ASOG document its
10、elf which remains copyrighted and may not be reproduced in whole or part. Telcordia Technologies, Inc. was formerly known as Bell Communications Research, Inc. or Bellcore. Portions of this document, previously published by Bellcore, may still reflect the former name as it was embedded in the docume
11、ntation under a prior license from the owners of the BELL trademark, which license has now expired. The use of this name does not suggest that Telcordia Technologies has licensed the names BELL, Bell Communications Research, or Bellcore for new uses or that the owners of the BELL trademark sponsor,
12、endorse or are affiliated with Telcordia Technologies or its products. Printed in the United States of America. Notice of Disclaimer and Limitation of Liability The information provided in this document is directed solely to professionals who have the appropriate degree of experience to understand a
13、nd interpret its contents in accordance with generally accepted engineering or other professional standards and applicable regulations. No recommendation as to products or vendors is made or should be implied. ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September
14、15, 2012 iii NO REPRESENTATION OR WARRANTY IS MADE THAT THE INFORMATION IS TECHNICALLY ACCURATE OR SUFFICIENT OR CONFORMS TO ANY STATUTE, GOVERNMENTAL RULE OR REGULATION, AND FURTHER, NO REPRESENTATION OR WARRANTY IS MADE OF MERCHANTABILITY OR FITNESS FOR ANY PARTICULAR PURPOSE OR AGAINST INFRINGEME
15、NT OF INTELLECTUAL PROPERTY RIGHTS. ATIS SHALL NOT BE LIABLE, BEYOND THE AMOUNT OF ANY SUM RECEIVED IN PAYMENT BY ATIS FOR THIS DOCUMENT, WITH RESPECT TO ANY CLAIM, AND IN NO EVENT SHALL ATIS BE LIABLE FOR LOST PROFITS OR OTHER INCIDENTAL OR CONSEQUENTIAL DAMAGES. ATIS EXPRESSLY ADVISES ANY AND ALL
16、USE OF OR RELIANCE UPON THIS INFORMATION PROVIDED IN THIS DOCUMENT IS AT THE RISK OF THE USER. ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 iv THIS PAGE INTENTIONALLY LEFT BLANK.UOM-ASR VOLUME I ASOG V45 SYNOPSIS OF CHANGES Page 1 of 3 UOM-ASR VO
17、LUME I ASOG V45 CHANGES - ISSUES INCLUDED IN THIS SYNOPSIS ISSUE NUMBER DESCRIPTION UOM-ASR VOLUME I ASOG V45 SYNOPSIS OF CHANGES Page 2 of 3 The following table depicts the type of change category definitions: TYPE OF CHANGE = CATEGORY DEFINITIONS NEW = Adding a new field REM = Removing an existing
18、 field FN = Field/Tag name change (e.g., EXEMPT REASON changed to ER) FORMAT = Field format change (e.g., moved to another section of the form, etc.) DEF = Definition change DEFN = Definition notes addition, change, deletion VE = Valid entries addition, change, deletion VEN = Valid entry notes addit
19、ion, change, deletion USE = Usage statement change USEN = Usage notes addition, change, deletion DC = Data characteristics change (e.g., change from numeric to alpha/numeric) DCL = Data characteristics length change DCN = Data characteristics note addition, change, deletion EX = Example addition, ch
20、ange, deletion EXN = Example notes addition, change, deletion FORM = Changes made to the ASR forms (i.e., additions, rearrangements, field length changes or deletions of fields) GLOSSARY = Identifies changes within the glossary sections (i.e., additions or deletions of fields) TEXT = Identifies chan
21、ges within the text of a section (i.e., additions or deletions of fields) UOM-ASR VOLUME I ASOG V45 SYNOPSIS OF CHANGES Page 3 of 3 SYNOPSIS OF CHANGES PRAC # ISSUE # Field/ Section Type Of Change Description of Change Field Length UOM Vol 1 UOM Vol 1 UOM Vol 1 UOM Vol 1 UOM Vol 1 UOM Vol 1 UOM Vol
22、1 UOM Vol 1 UOM Vol 1 NOTES: ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 TABLE OF CONTENTS SECTION PAGE I. Introduction to UOM . 1 II. The UML Introduction . 3 A. Introduction . 3 III. UOM-ASR . 3 A. UOM-ASR Business Requirements Process . 6 IV.
23、 UOM-ASR High Level Process Overview 7 A. Pre-Order Inquiry and End-to-End Service Request Process . 10 V. Introduction to UOM ASR Process Steps . 11 A. UOM - ASR Pre-Ordering Activities 12 B. UOM - ASR Service Request Placement Activities 13 C. UOM - ASR Post-Confirmation Notice Activities 14 VI. U
24、OM - ASR Use Cases: High Level Overview . 21 A. UOM ASR Actors . 21 B. High Level Overview of the UOM ASR Process Use Cases . 22 VII. UOM - ASR Pre-Ordering Use Cases 23 A. Pre-order Use Case: Location Inquiry . 24 B. Pre-Order Use Case: Service Availability Inquiry 25 C. Pre-Order Use Case: CFA Inq
25、uiry . 27 VIII. UOM - ASR Service Request Process Use Cases 28 A. UOM ASR Service Request Process: Service Request Placement/Pre-Validation Use Case 30 B. UOM - ASR Service Request Process - Service Request Supplement Use Case 35 C. UOM ASR Service Request Placement - Confirmation Notice Use Case .
26、36 IX. UOM - ASR Service Request Process Post-Confirmation Use Cases . 37 A. UOM - ASR Post-Confirmation Jeopardy Status Use Case . 38 B. UOM - ASR Post-Confirmation Retrieve Service Request Information Use Cases . 41 C. UOM - ASR Post-Confirmation Completion Notification Use Case 43 ATIS-0404110-00
27、20 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 ii D. UOM - ASR Design Layout Report Use Case . 44 X. Appendix A: UML Introduction 45 A. Scope 45 B. Use Case(s) 45 C. Actors 46 D. Use Case . 46 E. Use Case Diagrams 48 F. Use Case Techniques . 51 G. Tips for Actors
28、 53 H. Tips for Primary Use Cases 54 I. Tips for Use Case Scenarios . 54 J. Tips for Use Case Relationships . 55 K. Sequence Diagrams . 55 L. State Diagrams . 57 M. Activity Diagrams . 58 XI. Appendix B: UOM - ASR Data Dictionary . 63 XII. Appendix C: UOM - ASR Functional Data Matrix . 85 XIII. Appe
29、ndix D: UOM - ASR Fatal Error Functional Data Matrix . 102 XIV. Appendix E: Unified Ordering - ASR Service Packages . 110 XV. Bibliography 117 ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 iii TABLE OF FIGURES Figure 1 UOM ASR Process and Document
30、 Development 2 Figure 2 Access Ordering Relationships and Deliverables 5 Figure 3 UOM ASR Logical Stages . 7 Figure 4 UOM ASR Business Functions 9 Figure 5 UOM ASR Pre-Ordering Activities 12 Figure 6 UOM ASR Service Request Placement Activities . 13 Figure 7 UOM ASR Post- Confirmation Activities . 1
31、4 Figure 8 UOM ASR Provider Jeopardy Activities 15 Figure 9 UOM ASR Customer Jeopardy Activities 16 Figure 10 UOM ASR Customer Retrieve Service Request Information Activities . 17 Figure 11 UOM ASR Provider Retrieve Service Request Information Activities . 18 Figure 12 UOM ASR Completion Notificatio
32、n Activities 19 Figure 13 UOM ASR Process Business Requirement Use Cases . 22 Figure 14 UOM ASR Pre-Ordering Business Requirement Use Cases 23 Figure 15 UOM ASR Perform Location Inquiry Use Case . 24 Figure 16 UOM ASR Perform Service Availability Inquiry Use Case . 26 Figure 17 UOM ASR Perform CFA I
33、nquiry Use Case 27 Figure 18 UOM ASR Service Request Process Business Requirement Use Case . 29 Figure 19 UOM ASR Perform Service Request Placement/Pre-Validation Use Case . 31 Figure 20 UOM ASR Perform Fatal Error Processing Use Case 32 Figure 21 UOM ASR Perform Non-Fatal Error Processing Use Case
34、. 33 Figure 22 UOM ASR Perform Clarification Request Use Case 34 Figure 23 UOM ASR Perform Service Request Supplement Use Case . 35 Figure 24 UOM ASR Perform Confirmation Notice Use Case 36 Figure 25 UOM ASR Post-Confirmation Business Requirements Use Case 37 Figure 26 UOM ASR Perform Provider Jeopa
35、rdy Status Use Case 38 Figure 27 UOM ASR Perform Provider Jeopardy Clear Use Case 39 Figure 28 UOM ASR Perform Customer Jeopardy Status Use Case . 39 Figure 29 UOM ASR Perform Customer Jeopardy Status Clear . 40 Figure 30 UOM ASR Perform Customer Jeopardy Status Clear . 40 Figure 31 UOM ASR Perform
36、Customer Retrieve Service Request Information Use Case 41 Figure 32 UOM ASR Perform Provider Retrieve Service Request Information Use Case 42 Figure 33 UOM ASR Perform Completion Use Case . 43 Figure 34 UOM ASR Design Layout Report Use Case 44 Figure 35 Use Case Diagram . 48 Figure 36 Use Case Examp
37、le . 50 Figure 37 Sequence Diagram . 56 Figure 38 State Diagram . 57 Figure 39 Activity Diagram No Branching . 60 Figure 40 Activity Diagram With Branching 61 Figure 41 Activity Diagram With Decision Box 61 Figure 42 Activity Diagram Concurrent Paths . 62 ATIS-0404110-0020 UOM-ASR Volume I Version 2
38、0 Issued March 23, 2012 Implemented September 15, 2012 iv THIS PAGE INTENTIONALLY LEFT BLANK.ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 1 I. Introduction to UOM The intent of Unified Ordering Model (UOM) is to develop a complete set of system d
39、ocumentation using an end-to-end structured methodology. The scope of UOM encompasses business requirements, analysis, design and implementation. Logically, these components are defined within the UOM in four volumes. UOM-ASR Volume I Provides an explanation of the business requirements and a concep
40、tual overview of the solution. This conceptual overview is high-level. It defines “what” the user initially sees as the problem and “how” the user sees the business solution. UOM Volume II Analysis may be seen as using the requirements and developing a more detailed understanding of the scope. In ef
41、fect, this step defines “what” the proposed technical resolution needs to support. It is a logical view of the proposed solution, which meets the business need, and it is not based on any particular software protocol. UOM Volume III The logical view of the proposed resolution (model), created in the
42、 Analysis Phase, is translated into the language appropriate for the selected implementation technology. Design focuses on “how” the implementation shall resolve the business requirements. It may be necessary to repeat the Design Phase if more than one implementation technology is selected. UOM Volu
43、me IV Resolves any outstanding implementation specifications that must be addressed before the system specifications can be realized using the selected implementation technology. As with the Design Phase, the Implementation Phase may also have to be repeated in order to provide support for multiple
44、technologies. ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 2 UOM - ASR Process and Document Development Process2. AnalysisUnified Model2. Logical Model- Class/Object Diagrams- Data Traceablity- Interaction Diagrams- State DiagramsVolume 2Volume 3
45、Volume 43. Design3. Information Model- Technology Information Model4. Implementation4. Implementation Guidelines- Technology Specifications- Implementation Profile1. Business Process. Definition1. Business Requirements- High Level Use Cases- Data/Presentation Requirement- Business Validation Rules-
46、Scenarios- Activity DiagramsVolume 1Figure 1 UOM ASR Process and Document Development ATIS-0404110-0020 UOM-ASR Volume I Version 20 Issued March 23, 2012 Implemented September 15, 2012 3 II. The UML Introduction A. Introduction By definition a model is an abstraction. The Unified Modeling Language (
47、UML) is the “visual” notation used within UOM Volume I. The UML supports several constructs that provide a consistent notation used to describe the UOM. The use of UML is for descriptive purposes. In some instances this Volume may not strictly adhere to existing UML specifications. The UML is graphi
48、cal in nature and is sometimes referred to as a visual specification language. The use of graphics helps in a) abstracting design features and b) showing the relationships between design elements. The UML should be used to document all the relevant relationships that are important in describing this
49、 abstract view. The constructs used in Volume I are: Use Cases that define the users view of the system Activity Diagrams that can be used to describe process flows III. UOM-ASR The purpose of this document is to clearly define the business requirements for electronic ordering of Access Service Requests (ASR) and transmitting DLR information via a non-NDM process. As such, the document is referred to as
