Manual de Convenciones de La Oficina de Procesos

MANUAL DE CONVENCIONES Gerencia de Arquitectura de Procesos y 0
PARA MODELADO GAPPTI Proyectos TI (68)
Preparado por: Número de Documento
ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

Aprobado por: Fecha Rev
RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1
Manual de convenciones para modelado (GAPPTI)
SUBDIRECCION DE DESARROLLO DE SOFTWARE

Radiomovil DIPSA S.A. de C.V. Ejército Nacional 488, Col. Chapultepec Morales, C.P. 11570, México D.F.
Tel. 2581-3700, Fax 2581-4795
739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Manual de convenciones de
Gerencia de Procesos y Proyectos TI 1
modelado GAPPTI (68)

Tabla de contenido
Índice de Figuras...................................................................................................................................3
Índice de Tablas....................................................................................................................................4
Control de Documento.........................................................................................................................5
Versionamiento y Control de Modificaciones......................................................................................5
1 Objetivo del manual de convenciones de modelado GAPPTI.......................................................6
2 Introducción.................................................................................................................................6
3 Misión, visión y objetivos de la Jefatura de Arquitectura de Procesos TI.....................................7
4 Conceptos básicos........................................................................................................................8
4.1 Macroproceso......................................................................................................................8
4.2 Proceso................................................................................................................................8
4.3 Subproceso..........................................................................................................................8
4.4 Actividad..............................................................................................................................9
4.5 Tarea....................................................................................................................................9
4.6 Enfoque basado en procesos...............................................................................................9
4.18 Proceso de negocio............................................................................................................13
4.19 Elementos de un proceso de negocio................................................................................14
4.20 Modelo de integración funcional.......................................................................................14
4.21 Proceso de negocio............................................................................................................14
4.22 Entradas.............................................................................................................................15
4.23 Diagrama de componentes................................................................................................15
4.24 Salidas................................................................................................................................15
4.25 Servicios/ sistemas/APIS.........................................................................................................15
4.26 Entidades Organizacionales....................................................................................................16
5 Marco de referencia eTOM y modelado de procesos de negocio por niveles de desagregación
16
5.11 ¿Qué es un Marco de Referencia de Procesos?.................................................................16
5.12 ¿Qué es eTOM?..................................................................................................................16

Tel. 2581-3700, Fax 2581-4795


5.13 ¿Cómo funciona eTOM?....................................................................................................17

5.14 Niveles 0 al 3 eTOM...........................................................................................................18
5.14.1 Nivel 0........................................................................................................................18
5.14.2 Nivel 1........................................................................................................................19
5.14.3 Nivel 2........................................................................................................................24
5.14.4 Nivel 3........................................................................................................................25
5.15 Niveles 3 y 4 de procesos de negocio Telcel......................................................................27
5.15.1 Nivel 3........................................................................................................................27
5.15.2 Nivel 4........................................................................................................................28
6 Marco de referencia Open API y modelos de arquitectura de la capa de aplicación.................28
6.11 Modelo Open API N2.........................................................................................................28
6.12 Niveles 3 y 4 Modelos capa de aplicaciones TELCEL..........................................................30
6.12.1 Nivel 3........................................................................................................................30
6.12.2 Nivel 4........................................................................................................................32
7 Notación: ArchiMate, BPMN y UML...........................................................................................33
7.11 ArchiMate 3.0....................................................................................................................33
7.11.1 Convenciones de modelado mediante notación ArchiMate 3.0...............................34
7.11.2 Capa de negocio........................................................................................................34
7.11.3 Capa de aplicaciones.................................................................................................36
7.11.4 Capa de infraestructura.............................................................................................37
7.11.5 Extensión de motivación...........................................................................................39
7.11.6 Extensión de implementación y migración................................................................40
7.11.7 Relaciones estructurales............................................................................................41
7.11.8 Relaciones dinámicas.................................................................................................41
7.11.9 Conector de relación.................................................................................................42
7.12 BPMN2.0............................................................................................................................42
7.12.1 ¿Qué es BPM?............................................................................................................42
7.12.2 ¿Qué es BPMN?.........................................................................................................42
7.12.3 Forma de modelado..................................................................................................43
7.12.4 Convenciones de modelado mediante notación BPMN 2.0......................................43

Tel. 2581-3700, Fax 2581-4795


7.12.5 Categoría de objetos de flujo....................................................................................44

7.12.6 Compuertas lógicas...................................................................................................49
7.12.7 Categoría de conectores............................................................................................50
7.12.8 Categoría de Swimlanes............................................................................................50
7.12.9 Categoría de artefactos.............................................................................................51
7.12.10 Uso y aplicación compuertas lógicas.........................................................................52
7.12.11 Compuerta lógica exclusiva “XOR/O”........................................................................52
7.12.12 Loop...........................................................................................................................53
7.12.13 Compuerta lógica paralela “AND”.............................................................................53
7.12.14 Tabla de verdad de la Compuerta Lógica Inclusiva “OR/O”......................................54
7.12.15 Flujo de secuencia predeterminado..........................................................................56
7.13 Lenguaje de Modelado Unificado (UML)...........................................................................59
7.13.1 Diagrama de secuencia..............................................................................................59
8 Metodologías y técnicas.............................................................................................................62
a. Análisis y diagnóstico.............................................................................................................63
b. Diseño....................................................................................................................................63
c. Herramientas de apoyo.........................................................................................................64
9 Bibliografía..................................................................................................................................65
Índice de Figuras
Figura 1 Elementos que intervienen en un Proceso...........................................................................10
Figura 2 Niveles de la descomposición jerárquica de procesos..........................................................13
Figura 3 Marco Referencial eTOM Nivel 0. TeleManagement Forum Versión 16.5...........................14
Figura 4 Marco Referencial eTOM Nivel 1. TeleManagement Forum Versión 16.5...........................15
Figura 5 Marco Referencial eTOM nivel de Procesos. Nivel 2. TeleManagement Forum Versión 16.5
............................................................................................................................................................20
Figura 6 Marco Referencial eTOM nivel de Procesos. Nivel 3. TeleManagement Forum Versión 16.5.
............................................................................................................................................................21
Figura 7 Ejemplo del proceso end to end “Venta lista para la captura de Orden”. Nivel 3. eTOM
Versión 16...........................................................................................................................................22
Figura 8 Modelo de nivel 3 IDEF de la operación TELCEL en el lenguaje ArchiMate 3.......................23

Tel. 2581-3700, Fax 2581-4795


Figura 9 Modelo de Subproceso de TELCEL nivel 4 en lenguaje BPMN..............................................24

Figura 10 Alineación de las capas y extensiones de ArchiMate con el ADM de TOGAF.....................25
Figura 11 Ejemplo de forma de modelado de Proceso tipo COREOGRAFÍA.......................................35
Figura 12 Numeración de actividades................................................................................................39
Figura 13 Ejemplo Compuerta lógica Exclusiva para bifurcar flujo en BPMN.....................................43
Figura 14 Ejemplo Compuerta lógica Exclusiva para unificar flujo en BPMN.....................................43
Figura 15 Ejemplo de Loop con Compuerta lógica Exclusiva en BPMN..............................................44
Figura 16 Ejemplo de Compuerta Paralela en BPMN.......................................................................45
Figura 17 Ejemplo de Compuerta Inclusiva en BPMN......................................................................46
Figura 18 Ejemplo de Flujo de secuencia predeterminado en BPMN................................................46
Figura 19 Ejemplo de hipervínculo tipo Referencia de diagramas, para agregar una Pantalla..........48
Figura 20 Ejemplo de hipervínculo tipo Celda de navegación para regresar al Diagrama en dónde se
utilizó la Pantalla................................................................................................................................49
Figura 21 Metodología de la Jefatura de Arquitectura de Procesos TI...............................................50
Índice de Tablas
Tabla 1 Diferencia entre una organización funcional y una organización basada en Procesos............8
Tabla 2 Descripción de los tres macro-procesos principales de eTOM ver.16.5................................15
Tabla 3 Descripción de los procesos verticales asociados al área de Estrategia, Infraestructura y
producto de eTOM TeleManagement Forum Versión 16.5...............................................................16
Tabla 4 Descripción de las áreas de procesos verticales asociadas al área de Operaciones de eTOM
TeleManagement Forum Versión 16.5...............................................................................................17
Tabla 5 Descripción de las áreas de procesos funcionales (horizontales) del área de Estrategia,
infraestructura y producto de eTOM TeleManagement Forum Versión 16.5....................................18
Tabla 6 Descripción de los procesos que conforman el área de Gestión Empresarial de eTOM
TeleManagement Forum Versión 16.5...............................................................................................19
Tabla 7 Elementos de la Capa de Negocio en lenguaje ArchiMate 3.................................................27
Tabla 8 Elementos de la Capa de Aplicaciones en lenguaje ArchiMate 3..........................................29
Tabla 9 Elementos de la Capa de Infraestructura en lenguaje ArchiMate 3......................................30
Tabla 10 Elementos de la Capa de Motivación en lenguaje ArchiMate 3..........................................31
Tabla 11 Elementos de la Capa de Implementación y Migración en lenguaje ArchiMate 3..............32
Tabla 12 Relaciones Estructurales en lenguaje ArchiMate 3..............................................................33
Tabla 13 Relaciones Dinámicas en lenguaje ArchiMate 3..................................................................33
Tabla 14 Conector de Relación ArchiMate 3......................................................................................34
Tabla 15 Descripción de los objetos de flujo. Eventos.......................................................................37
Tabla 16 Descripción de los objetos de flujo. Actividades..................................................................38
Tabla 17 Descripción de los objetos de flujo. Compuerta lógica........................................................40

Tel. 2581-3700, Fax 2581-4795


Tabla 18 Descripción de los Conectores.............................................................................................41

Tabla 19 Descripción de los Swimlanes..............................................................................................41
Tabla 20 Descripción de los artefactos...............................................................................................42
Tabla 21 Tabla de verdad de la compuerta lógica Exclusiva “XOR/O”...............................................43
Tabla 22 Tabla de verdad de la Compuerta Lógica Paralela “AND”...................................................44
Tabla 23 Tabla de verdad de la Compuerta Lógica Inclusiva “OR/O”.................................................45
Tabla 24 Nomenclartura de canales de distribución..........................................................................47
Control de Documento
Nombre del Documento Manual de convenciones de la Oficina de procesos
Fecha de Elaboración Noviembre 2017
Responsable de
Jefatura de Arquitectura de Procesos y Proyectos TI
Documento
Fecha de Última
21 / 12 / 2022
Actualización
Versionamiento y Control de Modificaciones

Versión Fecha de Descripción Autor
cambio
1.1 02/02/18 Generación de primera versión Flora Valeria Gudiño Reyes
1.2 08/02/18 Se agrega imagen en sección 5.4.4. Flora Valeria Gudiño Reyes
1.3 30/05/18 Se agregan elementos de ArchiMate Flora Valeria Gudiño Reyes
1.4 13/08/18 Diagrama elementos y ajustes BPMN Flora Valeria Gudiño Reyes
1.5 17/08/18 Redacción actividades Flora Valeria Gudiño Reyes
2.0 23/08/18 Ajuste de encabezado Flora Valeria Gudiño Reyes
2.0 05/09/18 Ajuste de encabezado, nombre de la Flora Valeria Gudiño Reyes
jefatura
3.0 11/07/19 - Actualización de modelo de Arnold Ulises Cisneros
interrelación IDEF Gómez
- Actualización de versión Jazmín Nayeli Rodríguez
ArchiMate de 2 a 3 Cerón
- Integración de extensiones de
motivación y planes de
migración e implementación
de ArchiMate 3
- Actualización de acrónimos de
canales operativos de Telcel
4.0 - Integración de apartado de Arnold Ulises Cisneros
modelos de gestores TI Gomez
5.0 30/11/202 - Se suman conceptos básicos Erick Ortiz Valle
Tel. 2581-3700, Fax 2581-4795


2 del punto 4.7 al 4.17, 4.25, Ana Karen Pérez Alcántara

4.26. Laura Vanessa Mendoza
- Se suma la Tabla 2 del Maldonado
apartado 4 Conceptos Básicos.
- Se actualiza figura 1 y 2, se
añade cuadro de color del
apartado 6 Marco de
referencia Open API y
modelos de arquitectura de la
capa de aplicación.
- Se adjunta la descripción de 3
objetos en la tabla 25.
- Se suma tabla 26.
6.0 02/02/202 - Se anexo archivo Excel con el Erick Ortiz Valle
3 catálogo de APM y se Ana Karen Pérez Alcántara
actualizan ejemplo de Laura Vanessa Mendoza
diagrama de secuencia 32 y Maldonado
33. Miguel Olvera
- Se coloco en se anexo el APP
del ECAC de la tabla de Capa
de aplicaciones 37.
- Se coloco los objetos de uso
de la tabla del diagrama de
secuencia con su código de
color correspondiente, así
como su APM de cada uno de
los componentes 62.
6.1 20/04/202 - Actualización en especificación Erick Ortiz Valle
3 de colores y actualización de
fuente
6.2 05/06/202 - En el apartado 7.13.1 del Erick Ortiz Valle

3 Diagrama de Secuencia se
detalla la manera de
representar los errores.
- En el apartado 6.12.1 Nivel 3
Se indica el código de color
para representar un error
6.3 11/08/202 - Se actualiza apartado 6.12.2 Erick Ortiz Valle
3 Nivel 4, se remplaza ejemplo
de diagrama de secuencia
- Se actualiza archivo de
aplication component

Tel. 2581-3700, Fax 2581-4795


1 Objetivo del manual de convenciones de modelado

GAPPTI
El manual de convenciones para modelado de diagramas establecerá el estándar de trabajo de la

Gerencia de Procesos y Proyectos TI (GAPPTI) para el análisis, diseño, generación y administración de la
información presente en las soluciones de los requerimientos, así como la integración de la información
para la base de datos.
En el documento se reúnen los principios, bases, elementos, directrices y lineamientos que permitirán a
los integrantes de la Gerencia de Procesos y Proyectos TI modelar de forma homogénea cualquier
diagrama que se requiera.
2 Introducción
Durante años las empresas a nivel organizacional se han estructurado por medio de funciones, donde se
establece que la organización está dividida en diferentes áreas o departamentos. La estructura
organizacional por funciones tiene como enfoque principal la asignación de tareas a cada área funcional,
potencializando de esta forma la especialización. A través del tiempo esta manera de organizarse ha
proporcionado ventajas en la organización siempre y cuando el entorno donde se ejecute sea estable.
En la actualidad los nuevos contextos de trabajo piden que las organizaciones replanteen sus modelos
de organización y gestión para poder competir dentro del mercado, haciendo necesario la
implementación de un sistema de gestión que sea capaz de orientarse al cliente, identificando sus
necesidades y satisfaciéndolas de un modo competitivo, este sistema de gestión es llamado gestión por
procesos, el cual nos permite definir o identificar qué actividades generan valor al cliente. Al conocer
este valor se puede potenciar a las organizaciones en el desarrollo de su oferta. Alineándose con las
necesidades reales del mercado.
Para ello es necesario que el entendimiento de los procesos y el análisis del negocio cumplan un papel
importante. Quienes deseen mejorar y hacer más eficiente su negocio, deben de analizar sus procesos y
los elementos que lo soportan como los son; servicios de negocio aplicativos y otros elementos de
conectividad.
El enfoque de gestión permite a las organizaciones a mirar de manera sistemática toda su operación
estableciendo una estructura de procesos así como el soporte de los mismos señalando las actividades
de valor, priorizando oportunidades de mejora así como nuevas líneas de acción.
Actualmente en Telcel, particularmente en la Gerencia de Arquitectura de Procesos y Proyecto TI se
realizan esfuerzos para implementar un nuevo modelo de gestión, esto con el objetivo de alinear las
necesidades del área de negocio con la estrategia y su soporte operacional, asegurando que las
necesidades se transformen en aplicaciones o desarrollos de TI que agreguen valor al negocio.

Tel. 2581-3700, Fax 2581-4795


3 Misión, visión y objetivos de la Jefatura de

Arquitectura de Procesos TI
Visión
Ser la entidad estratégica dentro de la Subdirección de Desarrollo de Software, que brinde apoyo a las
áreas de negocio y tecnológicas en el análisis, diseño, implementación y/o mejora de sus procesos de
negocio.
Misión
Transparentar el negocio metodológicamente, a través del análisis, diseño, implementación y
administración de procesos y servicios asegurando la trazabilidad bajo un marco de referencia asociado
a la industria de las Telecomunicaciones de extremo a extremo.
Objetivos
1. Proveer a la organización una visión integral de los procesos de negocio

2. Proporcionar una visión global de los servicios TI que soportan al negocio.
3. Contribuir al cambio organizacional, apoyando la adopción de una cultura de gestión
orientado a procesos
4. Apoyar a las áreas tecnológicas y de negocio en el diseño, implementación y administración de
los procesos y servicios que están bajo su gestión
5. Aplicar un orden metodológico que cubra las necesidades de las áreas de negocio permitiendo
una óptima colaboración con las áreas tecnológicas, bajo una perspectiva de reingeniería de
procesos y servicios
6. Apoyar a las áreas de negocio en el diseño, implementación y administración de servicios TI que
están bajo su gestión.
4 Conceptos básicos
Para desarrollar una arquitectura funcional es necesario conocer las siguientes definiciones:
Tel. 2581-3700, Fax 2581-4795


4.1 Macroproceso
Conforman la cadena de valor. Procesos de alto nivel que proporcionan las directrices entre sistemas.
4.2 Proceso
Un proceso1 se define como: “Conjunto de actividades lógicamente relacionadas que interactúan entre
sí, las cuales transforman elementos de entrada en resultados específicos”.
Los procesos deben servir para aportar valor a una organización, además deben estar alineados con los
objetivos, alcance y grado de complejidad de la organización.
Un proceso contiene:
 Elementos de entrada y salida, los cuales pueden ser tangibles o intangibles
 Clientes y partes interesadas que tengan necesidades y expectativas en los procesos, ellos son
los que definirán los resultados que requiere un determinado proceso
 Sistemas de medición para proporcionar información sobre el desempeño del proceso.
Cualquier resultado debería ser analizado para poder determinar si existe necesidad de aplicar
algún tipo de acción correctiva o de mejora
4.3 Subproceso
Encargado de modularizar los procesos de negocio, facilitan la comprensión y el análisis de los
elementos que intervienen en el proceso mediante su descomposición.
4.4 Actividad
Representa algo realizado en un proceso de negocio es decir el trabajo que se realiza en una empresa.
Una actividad tomará normalmente cierto tiempo para ejecutarse, involucrará recursos de la
organización y por lo general requerirá de una entrada y producirá una salida. Las actividades se
representan en un nivel 4 de desagregación de procesos.
4.5 Tarea
Son operaciones con un nivel de detalle muy puntual, es decir representan las acciones para realizar
alguna actividad.
4.6 Enfoque basado en procesos

El enfoque de procesos se basa en el modelado de los sistemas como un conjunto de procesos
interrelacionados mediante vínculos de entradas y salidas, su objetivo es asegurar que los procesos de la
organización se desarrollen de forma coordinada y efectiva, buscando la satisfacción de todas las partes
interesadas. A continuación, se muestran las diferencias entre una organización funcional (tradicional) y
una organización por procesos.
Elementos a comparar Organización funcional Organización por procesos

Tipo de control y liderazgo Control gerencial y funcional Control coordinador y propietario
11
Definición de acuerdo a las normas ISO 9000
Tel. 2581-3700, Fax 2581-4795


del proceso
Actuación Interna y cerrada Interna y abierta
Estructura organizacional Enfoque aislado Enfoque sistémico
Objetivo Centra su enfoque en necesidades Centra su enfoque en las

propias de la empresa y no en las necesidades del cliente a través
del cliente de los procesos y las personas
Tecnología Sistema de integración
Aplicaciones tecnológicas aisladas
tecnológica
Tabla 1 Diferencia entre una organización funcional y una organización basada en Procesos.
4.7 Interfaz
Es un contrato entre dos entidades, esto quiere decir que una interfaz provee un servicio a una
clase consumidora. Por lo que, la interfaz solo nos muestra la declaración de los métodos que
esta posee, no su implementación.
4.8 Socket
Es un método para la comunicación entre un programa del cliente y un programa del servidor
en una red. Un socket define como el punto final en una conexión. Los sockets se crean y se
utilizan con un sistema de peticiones o de llamadas de función a veces llamados interfaz de
programación de aplicación de sockets (API, application programming interface).
4.9 Sistema Legado
Los sistemas legados son los sistemas internos los cuales pertenecen a Telcel.
4.10 Sistema/Modulo BES

Tel. 2581-3700, Fax 2581-4795


Sistema único para canales internos para la gestión de los clientes en los diferentes segmentos:
pospago, mixto, prepago y corporativo.
4.11 Capa de integración

Es un modelo de arquitectura de software que gestiona la comunicación entre múltiples
servicios web, se enfoca en resolver el problema que surge cuando los servicios web dentro de
una organización se multiplican lo que hace necesario desarrollar conectores que permitan
comunicar las diferentes aplicaciones.
4.12 API
El término API es una abreviatura de Application Programming Interfaces. Se trata de un

conjunto de definiciones y protocolos que se utiliza para desarrollar e integrar el software de
las aplicaciones, permitiendo la comunicación entre dos aplicaciones de software a través de un
conjunto de reglas.
4.13 Servicio web
Es una aplicación diseñada para establecer comunicación con algún otro programa, para eso se
establecen reglas de comunicación como las direcciones para encontrar los recursos, qué
acciones se pueden realizar con dichos recursos, y cómo se va a estructurar la información que
se intercambia entre ambos programas, hay dos tipos de servicios web:
Servicio REST
Los servicios REST/RESTful Web services, implementa arquitectura REST
(RepresenationalStateTransfer). Permite utilizar los diversos metodos que proporciona HTTP
para comunicarse (GET, POST PUT, DELETE, PATCH, etc.). Es compatible con muchos formatos
de datos para intercambiar información, pero el formato predominante es JSON.
Servicio SOAP
Es un protocolo estándar que define como dos objetos en diferentes procesos pueden
comunicarse por medio de un intercambio de datos XML.
4.14 OpenAPI
Es un estándar para la descripción de las interfaces de programación, o application

programming interfaces (API). La especificación OpenAPI define un formato de descripción
abierto e independiente de los fabricantes para los servicios de API. En particular, OpenAPI
puede utilizarse para describir, desarrollar, probar y documentar las API compatibles con REST.

Tel. 2581-3700, Fax 2581-4795


4.15 Proceso batch
Método que utilizan las computadoras para completar periódicamente trabajos de datos
repetitivos y de gran volumen. Ciertas tareas de procesamiento de datos, como las copias de
seguridad, el filtrado y la clasificación, pueden requerir un esfuerzo de computación intensivo y
ser ineficientes para ejecutarse en transacciones de datos individuales.
4.16 Base de datos

Una base de datos es una recopilación organizada de información o datos estructurados, que
normalmente se almacena de forma electrónica en un sistema informático. Normalmente, una
base de datos está controlada por un sistema de gestión de bases de datos (DBMS). En
conjunto, los datos y el DBMS, junto con las aplicaciones asociadas a ellos, reciben el nombre
de sistema de bases de datos.
4.17 Enfoque basado en construcción de request y response de una

integración.
Proceso de desarrollo de interfaces de programación de aplicaciones (API) que expone las

funcionalidades de las aplicaciones y los datos para que las utilice usuarios y los
desarrolladores, que surge de la necesidad de intercambiar información entre un sistema A y
un sistema B.
Para ello un sistema A debe realizar una petición (GET, POST, DELETE, PUT) hacia una API la cual
puede o no requerir parámetros, y el sistema B al recibir esta petición deberá enviar de vuelta
un response la cual puede ser en formato: JSON o XML.
Elementos a Comparar Integraciones Directas Integraciones mediadas en

Capa de Integración
Seguridad (Sendby) No es necesario el Es necesario el uso de algún
algún tipo de tipo de autenticación
autenticación (token o (token, usuario, sendby)
usuario) para realizar para poder realizar la
una invocación a un invocación de algún servicio.
servicio.
Transacciones Cuenta con un solo Cuenta con múltiples
servidor, por lo que si servidores que permiten la
este se cae se perderá alta disponibilidad, por lo
la comunicación. que en dado caso que algún
servidor se caiga entra otro
y lo sustituye.
Especificación de No se especifican los Se realiza la especificación
parámetros de parámetros que son de los parámetros por
entrada y salida obligatorios u medio de un contrato
Radiomovil DIPSA S.A. de C.V. Ejército Nacional 488, Col. Chapultepec Morales,corporativo.
opcionales. C.P. 11570, México D.F.
No cuenta
Tel. 2581-3700, Faxcon la
2581-4795
739502066.docx
definición de los
Uso Interno – Confidencial
La definición de losF-00.04.01.00.00-007
parámetros en un parámetros debe tener un
formato establecido. formato ya establecido.

Tabla 2 Diferencias entre integraciones directas e integraciones mediadas en capa de integración
Beneficios de aplicar un enfoque en procesos:

 Permite la toma oportuna de decisiones
 Ofrecer transparencia y trazabilidad en las operaciones de la organización
 Lograr los resultados deseados previstos mediante la integración y alineación de los procesos
 Ayudar a focalizar los esfuerzos en la eficacia y eficiencia de los procesos
 Aportar confianza a los clientes y demás partes interesadas en cuanto al desempeño de la
organización
 Facilitar la priorización de iniciativas de mejora
 Permite que cada área de negocio identifique sus roles y responsabilidades de forma clara en la
cadena de valor de la organización
Beneficios de aplicar un enfoque de conectividad entre sistemas

 Dirigir y coordinar las interacciones de las diferentes operaciones por medio de las respuestas
para evaluar y solicitar el siguiente conjunto de operaciones.
 Permitirá integrar sistemas tecnológicos complejos para coordinar un flujo de negocio común.
 Separación de la lógica de negocios de la lógica de diseño
 Permite que las aplicaciones expongan su funcionalidad como un conjunto de servicios
reutilizables y preparados para colaborar entre ellos.
4.18 Proceso de negocio

Existen varias definiciones con un acercamiento a procesos de negocio, mostradas a continuación:
 Un proceso2 es un conjunto de tareas lógicamente relacionadas que existen para conseguir un

resultado bien definido dentro de un negocio
 Un proceso3 es un conjunto estructurado y medible de actividades diseñadas para producir un

producto o servicio especificado para un cliente o mercado específico
2
Oscar Barrios, Barros, 1994; pág. 56
3
Thomas Davenport, Davenport, 1993; pág. 5
Tel. 2581-3700, Fax 2581-4795


 Un proceso4 de negocio es conjunto definido de actividades empresariales que representan los

pasos
necesarios
para
alcanzar
un
objetivo
de
negocio;
incluye el
flujo, el
uso de
información y recursos
Para la Jefatura de Arquitectura de Procesos TI es importante adoptar los mejores principios e ideas de
cada uno de los especialistas, por lo que de acuerdo con nuestra realidad y necesidades se logró definir
un proceso de negocio como:
“Un conjunto definido de actividades lógicamente estructuradas, diseñadas y medibles para producir
productos y servicios, que como propósito principal, generan valor para nuestros clientes internos y
externos”.
4.19 Elementos de un proceso de negocio
Figura 1 Elementos que intervienen en un Proceso
Los elementos que intervienen en un proceso (Figura 1) se explican a continuación:

 Entradas: Insumos de un proceso de negocio
4
Definición de IBM
Tel. 2581-3700, Fax 2581-4795


 Salidas: Productos generados de un proceso de negocio

 Normatividad: Serie de normas o regulaciones obligatorias respecto al producto o servicio
esperado en la salida del proceso de transformación
 Infraestructura: Elementos físicos que soportan la operación
 Estrategia: Conjunto de planes y acciones encaminadas a conseguir un fin determinado
 Sistemas y aplicativos: Elementos lógicos que soportan el negocio
 Actores: Capital humano que ejecuta las operaciones del negocio
 Roles: Entidades organizaciones que ejecutan un comportamiento dentro de una organización
 Indicadores: Métricas que nos ayudan a identificar el rendimiento de un proceso
 Control: Función administrativa por medio de la cual se evalúa el rendimiento a través de los
indicadores de desempeño permitiendo la toma de acciones preventivas y correctivas
oportunas
4.20 Modelo de integración funcional

Representación gráfica de las interacciones entre la conexión entre sistemas mediante una conexión,
que puede ser servicio web, appi o proceso. Dentro de un modelo de integración funcional existen
elementos que permiten crear una estructura y secuencia, a éstos se les conoce como objetos,
relaciones y atributos, mismos que se describen a continuación:
4.21 Proceso de negocio

Un servicio de negocio del perfil de gestión de servicios representa una posibilidad de negocio que se ve
como un servicio en la organización. Los servicios de negocio tienen realizaciones, llamadas versiones de
servicio, que se implementan mediante la tecnología SOA y cumplen con las especificaciones de la
interfaz de servicio que definen los patrones de interacción comunes que requiere la posibilidad de
servicio. Se debe colocar todos los trámites (procesos) que se ejecutarán dentro de la solución, por
ejemplo: Activación, Renovación, Portabilidad, Migración, Cancelación, Reactivación.
4.22 Entradas
Describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos,
funciones del sistema, métodos o procesos. Son Artefactos que se necesitan para ejecutar alguno de los
trámites del Proceso del negocio (Ejemplo: Validación crediticia, RFC de cliente, Cotización de la Oferta,
Enrolamiento del cliente).
4.23 Diagrama de componentes

Representación gráfica de un sistema de software dividido en componentes, el cual permite mostrar
aquellas dependencias entre estos componentes. Los componentes se comunican entre sí mediante
interfaces. Las interfaces se enlazan mediante conectores.
Dentro de la Jefatura de Gestión de Procesos y Servicios TI son utilizados para modelar y documentar la
arquitectura de sistemas.

Tel. 2581-3700, Fax 2581-4795


4.24 Salidas
Muestran cómo los objetos interactúan entre sí y el orden en que se producen esas interacciones. Es
importante tener en cuenta que muestran las interacciones para un escenario en particular. Los
procesos se representan verticalmente y las interacciones se muestran como flechas. Los diagramas de
secuencia de UML forman parte de un modelo UML y solo existen dentro de los proyectos de modelado
UML. Representa a todos aquellos artefactos que surgen como resultado de la funcionalidad requerida y
desarrollada en los casos de un ToBe (Ejemplo: nota de venta, alta/baja de servicios, aprovisionamiento,
notificaciones, etc.).
4.25 Servicios/ sistemas/APIS

Permite el intercambio de datos en la red entre aplicaciones y sistemas. Está basado en una serie de
protocolos y estándares que permiten su puesta en marcha y le otorgan la característica de
interoperabilidad. Debe reflejar todos los servicios, APIS, OPEN APIS, IGTOC´S que se ven involucrados
en la funcionalidad.
Existen dos tipos de web services:
 REST
 SOAP
Las APIS que generalmente operan en nuestros sistemas son:
 OPEN APIS (TM Forum): Se basan en la transferencia de estado representacional (REST). Son
independientes de la tecnología y se pueden usar en cualquier escenario de servicio digital,
incluidos B2B, Internet de las cosas, Smart Health, Smart Grid, Big Data, NFV, Next Generation
OSS/BSS y más.
 APIS Orquestadas (ROS): Acto de integrar dos o más aplicaciones en una única oferta
unificada. Normalmente, esto se utiliza para fusionar llamadas hacia API en una única interfaz,
automatizar procesos o fusionar varias API internas desde la perspectiva de la experiencia del
usuario.
4.26 Entidades Organizacionales

Representa a las áreas de negocio, usarías u operativas involucradas en la funcionalidad (Ejemplo:
servicio de valor agregado, aseguramiento de ingresos, Cobranza, área de reportes, etc.)
5 Marco de referencia eTOM y modelado de procesos de

negocio por niveles de desagregación
A continuación, se proporcionará una explicación sobre ¿Qué es un marco de referencia de procesos?,

¿Cuáles son sus objetivos?, ¿Qué y cómo funciona eTOM (Enhanced Telecom Operations Map)5?. Con el
fin de lograr un entendimiento de la estructura de la Jefatura de Arquitectura de Procesos TI de Telcel.
5
eTOM es el marco de referencial de procesos propuesto por la organización TeleManagement Forum
(www.tmforum.org)

Tel. 2581-3700, Fax 2581-4795


5.11 ¿Qué es un Marco de Referencia de Procesos?
Marco de referencia recopila las consideraciones teóricas y las tomadas de la experiencia, como pueden
ser las “buenas prácticas”, todo ello con el fin de establecer un marco común de procesos para cierto
tipo de organizaciones. Dicho marco de procesos provee a las organizaciones:
1. Catálogo estándar de “Actividades o Elementos de los Procesos” definidos de manera genérica para
su aplicación en la organización.
2. Estructura (agrupación, segmentación y niveles) para las actividades desempeñadas una
organización enfocada a las telecom.
3. Conjunto de flujos de procesos “end-to-end” genéricos que cubre todas las áreas de la organización.
4. Conjunto de eventos de negocio estándar que “disparen” los procesos organizacionales.
5. Conjunto de reglas de negocio estándar, que serán aplicadas en la implementación y ejecución de
procesos.
6. Enlace entre las actividades estándar y las aplicaciones de TI que las soportan.
5.12 ¿Qué es eTOM?
Marco de referencia de procesos desarrollado para clasificar de forma genérica aquellas actividades que
son típicamente desempeñadas por empresas de telecomunicaciones. Está diseñado para ser
independiente de cualquier estructura organizacional.
Por lo tanto, eTOM es un marco de referencia de procesos para proveedores de servicios de
telecomunicaciones y sus relacionados (socios, proveedores, asociados, etc.).
Proporciona una vista orientada al negocio, útil para planificadores, gerentes y estrategas de la
organización, haciendo énfasis en estructuras, componentes de procesos, interacción, roles y
responsabilidades, definiendo los requerimientos necesarios para las soluciones de sistemas,
arquitectura, tecnología y su implementación empresarial.
El modelado de los procesos sobre eTOM persigue:
 Establecer guías operativas coherentes para procesos end-to-end (de inicio a fin)
 Identificar la información necesaria para fluir de un proceso a otro
 Generar un entorno adecuado para la eficiente interconexión entre los sistemas de soporte
operativo
5.13 ¿Cómo funciona eTOM?
El marco de referencia eTOM plantea la organización de los procesos de una operadora de

telecomunicaciones. Para este ejercicio se utilizó la versión 16.5 ya que año tras año se hacen
modificaciones al marco de referencia de acuerdo al aprendizaje y aporte de los colaboradores.

Tel. 2581-3700, Fax 2581-4795


Este marco de referencia tiene cierta nivelación o jerarquización de los procesos la cual permite
estructurar la información, donde cada Nivel es descompuesto en un detalle más amplio en el siguiente
nivel inferior. Esto es lo que se define como Descomposición Jerárquica; constituye la mejor manera de
estructurar una gran cantidad de contenido y detalle de los procesos, al mismo tiempo que, las vistas de
niveles superiores permiten presentar un resumen de la información más relevante de los procesos.
Se puede observar que cada uno de los niveles tiene un propósito, como se muestra a continuación
(Figura 2):
 Nivel 0 permite visualizar la cadena de valor
 Nivel 1 provee un marco referencial que se puede entender fácilmente desde el punto de vista
conceptual. En este nivel son visibles los procesos verticales y dominios horizontales
 Nivel 2 es una desagregación conceptual de los procesos que intersectan de forma vertical y
horizontal, representa los procesos de negocio
 Nivel 3 provee la desagregación de los procesos nivel 2 (subprocesos) y la interrelación end to
end que existe entre ellos
 Nivel 4 nos permite desagregar un proceso del nivel 3 en sus actividades generales
 Nivel 5 nos permite desagregar un proceso de nivel 4 en tareas
Archimate
Cadena de valor
Nivel 0
Procesos verticales y dominios
Nivel 1 horizontales (Macroprocesos)
Nivel de
convergencia
Nivel 2 Procesos de negocio
Modelo IDEF
Nivel 3 Subprocesos
BPMN Nivel 3 Subprocesos
Nivel 4 Actividades generales
Nivel 5 Tareas
Figura 2 Niveles de la descomposición jerárquica de procesos

Tel. 2581-3700, Fax 2581-4795


5.14 Niveles 0 al 3 eTOM

5.14.1 Nivel 0
De acuerdo con lo anterior eTOM se descompone en los siguientes elementos de la cadena de valor
Nivel 0 (Figura 3):
 Estrategia, infraestructura y producto
 Operaciones
arch 00_MARCO_CONCEPTUAL
 Gestión empresarial
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prue
Vista Conceptual del Marco
Referencial eTOM - Nivel 0
EA 13.5 versión de prueba no registrada EAOPERACIONES

ESTRATEGIA 13.5 versión de prueba no registrada EA 13.5 versión de prue
INFRAESTRUCTURA
Y PRODUCTO
GESTION EMPRESARIAL
Figura 3 Marco Referencial eTOM Nivel 0. TeleManagement Forum Versión 16.5
A continuación, se describirán
EA 13.5 versión los tresnoelementos
de prueba en laEA
registrada tabla
13.52. versión de prueba no registrada EA 13.5 versión de prue
Icono
EA 13.5 versión de prueba no registrada EADescripción
13.5 versión de prueba no registrada EA 13.5 versión de prue
Estrategia, infraestructura y producto:
EA 13.5 versión de prueba
Comprende no registrada
aquellos EA 13.5 versión
procesos relacionados con elde prueba no
desarrollo de registrada
la estrategia,EAel13.5 versión de prue
compromiso con la empresa, la creación de la infraestructura, el desarrollo y
gestión no registrada
de los productos EAque
al igual 13.5elversión de prueba
desarrollo node
y gestión registrada
la cadena EA
de 13.5 versión de prue
suministros.
Operaciones:
Constituye
EA 13.5 versión el núcleo
de prueba del marco deEA
no registrada referencial de procesos
13.5 versión eTOM.
de prueba no Incluye todosEA
registrada los13.5 versión de prue
procesos de operaciones que soportan la logística operacional del cliente y las
actividades
EA 13.5 versión de gestión,
de prueba al igual que
no registrada EAaquellos que permiten
13.5 versión poner
de prueba no en marcha todas
registrada EA 13.5 versión de prue
las operaciones directas relacionadas con el cliente. Estos procesos enmarcan de
igual de
EA 13.5 versión forma el soporte
prueba a las operaciones
no registrada EA 13.5díaversión
a día y ladeimplantación
prueba no de los procesos.
Gestión Empresarial:
EA 13.5 versión de todos
Implica prueba no registrada
aquellos EAnegocios
procesos de 13.5 versión de prueba
elementales que no
sonregistrada EA 13.5 versión de prue
necesarios para
poner en funcionamiento cualquier sociedad comercial. La óptica de éstos va
EA 13.5 versión de aprueba
dirigida nodominios
todos los registrada EA 13.5aversión
de procesos de pruebalas
nivel empresarial, nometas
y objetivos
a alcanzar.
Tabla 3 Descripción de los tres macro-procesos principales de eTOM ver.16.5
EA 13.5 versión de prueba noTel. registrada EA 2581-4795
2581-3700, Fax 13.5 versión de prueba no registrada EA 13.5 versión de prue

5.14.2 Nivel 1
Los tres elementos principales del Nivel 0 se subdividen a su vez en procesos verticales y dominios
arch 01_MARCO DE REFERENCIA
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5
horizontales Nivel 1 (figura 4).de procesos Nivel 1 del marco de referencia eTOM
Áreas
ESTRATEGIA INFRAESTRUCTURA Y PRODUCTO OPERACIONES
ESTRATEGIA Y GESTION DEL CICLO DE GESTION DEL CICLO DE SOPORTE Y CUMPLIMIENTO DE LAS ASEGURAMIENTO DE GESTION DE
EA 13.5COMPROMISO VIDA DE LAEA 13.5 versión
versión de prueba no registrada VIDA DEL
de PRODUCTO DISPONIBILIDAD
prueba no registrada DE de prueba
EA 13.5 versión SOLICITUDES DE
no registrada DISPONIBILIDAD
EA 13.5 DE
versión de prueba noFACTURACION E 13.5 versión de prueba no registrada EA 13.5
registrada EA
INFRAESTRUCTURA OPERACIONES SERVICIO SERVICIOS INGRESOS
DOMINIO DE MERCADO / VENTAS
DOMINIO DE PRODUCTO
DOMINIO DE CLIENTE
DOMINIO DEL SERVICIO
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA DE

DOMINIO 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5
RECURSOS
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada

DOMINIO DE EA 13.5
PARTE versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5
COMPROMETIDA
GESTION EMPRESARIAL
Figura 4 Marco Referencial eTOM Nivel 1. TeleManagement Forum Versión 16.5
Para el elemento de estrategia, infraestructura y productos, así como también para operaciones los
dominios horizontales
EA 13.5 versión son:EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
de prueba no registrada EA 13.5
 Dominio de mercado/ventas
 Dominio producto
 versión
EA 13.5 Dominio de
de prueba no cliente
registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5
 versión
EA 13.5 Dominio de
de prueba no servicios
registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5
 Dominio de recursos
 Dominio de partes comprometidas

Los procesos verticales se intersectan con todos los dominios horizontales desde la creación y
formulación de la estrategia hasta los procesos involucrados con la operación y la facturación del
producto,
EA 13.5 versióndistinguiendo
de prueba no registradalos procesos
EA 13.5 en los
versión de prueba siguientes.
no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5
Para el elemento de estrategia, infraestructura y producto

 Estrategia y compromiso
 Gestión del ciclo de vida de la infraestructura
 Gestión del ciclo de vida del producto.
Para el elemento de operaciones:

 Soporte y disponibilidad de operaciones

Tel. 2581-3700, Fax 2581-4795


 Cumplimiento de las solicitudes de servicios

 Aseguramiento de la disponibilidad de los servicios
 Gestión de facturación e ingresos
Las siguientes tablas 3 y 4 describen cada proceso vertical y las tabla 5 los dominios horizontales del
nivel 1.
En el siguiente apartado, presentamos una descripción general de los procesos antes mencionados.
Procesos verticales asociados con la estrategia, infraestructura y producto (Nivel 1)

Icono Descripción
Estrategia y compromiso:
Refiere a los procesos que son responsables de la generación de las estrategias para
llevar a cabo los procesos de infraestructura y ciclo de vida del producto. También
incluye los procesos responsables de establecer los compromisos de negocios
dentro de la empresa para soportar estas estrategias.
Gestión del ciclo de vida de la infraestructura:
Incluye los procesos responsables de la definición, planificación e implementación
de todas las infraestructuras necesarias (aplicaciones, computación y redes) así
como otras infraestructuras de soporte y capacidades de negocio.
Gestión del ciclo de vida del producto:
Se refiere a los procesos responsables de la definición, planificación, proyectos e
implementación de toda la cartera de productos de la organización.
Tabla 4 Descripción de los procesos verticales asociados al área de estrategia, infraestructura y
producto de eTOM TeleManagement Forum Versión 16.5
Procesos verticales asociados con las operaciones (Nivel 1)
Icono Descripción
Soporte y disponibilidad de las operaciones:
Incluye los procesos necesarios para asegurar que los procesos operativos del cliente
(solicitudes, aseguramiento y facturación) respondan a sus necesidades, ofreciendo
soluciones de manera ágil y a un costo atractivo.
Cumplimiento de las solicitudes de servicio:
Incluyen los procesos responsables de proveer al cliente los productos requeridos en
tiempo y en calidad adecuada. En este proceso, se informa al cliente del estado de su
orden de compra y asegura el aprovisionamiento de los servicios a tiempo.
Aseguramiento de la disponibilidad de los servicios:
Incluye los procesos relacionados con la ejecución de las actividades de
mantenimiento que aseguran que los servicios ofrecidos a los clientes estén
continuamente disponibles y con los niveles de acuerdos de servicios pactados con el
cliente (SLA´s) y con la calidad adecuada. Estos procesos administran los SLA´s y la
entrega de reporte de servicios al cliente; recibe y administra los problemas
provenientes de los clientes, informándoles el estado de cada problema y asegura la
Tel. 2581-3700, Fax 2581-4795


reparación y restauración del servicio.

Gestión de facturación e ingresos:
Incluye los procesos relacionados con el ciclo de ingresos de la organización. Estos
procesos son los responsables de producir facturas exactas y en los tiempos
requeridos, proveer la información necesaria para la pre-facturación, procesar los
pagos y llevar un control de ellos. También debe resolver todos los tipos de
solicitudes y problemas de los clientes relacionados con la factura. Por último, debe
también ofrecer los procesos necesarios para la administración de servicios en
modalidad de prepago.
Tabla 5 Descripción de las áreas de procesos verticales asociadas al área de operaciones de eTOM
TeleManagement Forum Versión 16.5
Elementos de los procesos principales que se subdividen en dominios funcionales horizontales los cuales
son aplicables para los elementos de estrategia, infraestructura, producto y operaciones, mismos que se
explicarán a continuación:
Dominios funcionales horizontales (Nivel 1)

Icono Descripción
Dominio de mercado/ventas:
Respalda las actividades de ventas y marketing necesarias para obtener negocios
de clientes y clientes potenciales. En el lado de las ventas, esto incluye contactos
de ventas, clientes potenciales y prospectos a través de las estadísticas y fuerza de
ventas. El mercado incluye estrategias y planes de mercado, segmentos de
mercado, competidores y sus productos, hasta la formulación de campañas.
Dominio de producto:
Refiere al ciclo de vida de los productos ofrecidos y adquiridos por los clientes.
Esto incluye planes de cartera estratégicos, productos ofrecidos, rendimiento del
producto, estadísticas de uso del producto, así como las instancias del producto
entregadas a un cliente.
Dominio del cliente:
Representa individuos u organizaciones que obtienen productos de una empresa,
como un proveedor de servicios. Representa todos los tipos de contacto con el
cliente, la gestión de la relación y la administración de los datos del cliente. El
cliente también incluye las facturas de los clientes por los productos, el cobro de
los pagos, las cuentas vencidas y las consultas de facturación y los ajustes
realizados como resultado de las consultas.

Tel. 2581-3700, Fax 2581-4795


Dominio del servicio:

Refiere a la definición, desarrollo y aspectos operacionales de los servicios
utilizados para realizar ofertas en el mercado. Esto incluye un acuerdo sobre los
niveles de Servicio que se ofrecerán, la implementación y la configuración de los
Servicios, la administración de problemas en la instalación del Servicio, la
implementación, el uso o el rendimiento y el análisis de calidad. Finalmente, este
dominio también incluye la planificación de servicios futuros, la mejora del servicio
o la jubilación y la capacidad.
Dominio de recursos:
Se ocupa de la definición, el desarrollo y los aspectos operativos de las
aplicaciones, la informática y las redes que representan la infraestructura de una
empresa. La gestión de recursos tiene tres objetivos importantes. El primero es
asociar recursos a productos y servicios, y proporcionar un conjunto
suficientemente detallado de entidades de Recursos para facilitar esta asociación.
El segundo es garantizar que los recursos puedan respaldar y entregar productos
ofrecidos por la empresa. La gestión de los recursos implica la planificación, la
configuración y la supervisión para capturar el rendimiento, el uso y la información
de seguridad. Esto también incluye la capacidad de reconfigurar los recursos con
el fin de ajustar el rendimiento, responder a las fallas y corregir las deficiencias
operativas en la infraestructura. Los recursos también proporcionan información
de uso que posteriormente se agrega al nivel del cliente para fines de facturación.
El objetivo final de la Gestión de recursos es permitir que se definan los procesos
de estrategia y planificación.
Dominio de parte comprometida:
Incluye todos los datos dedicados a las partes y las operaciones de contrato
asociadas con una parte comprometida. Su alcance abarca, la planificación de
estrategias frente a dichas partes, el manejo de todo tipo de contacto, la gestión
de la relación y la administración de los datos de las partes comprometidas. El
Dominio de parte comprometida también incluye datos y operaciones de contrato
relacionadas con las cuentas, disputas y consultas.
Tabla 6 Descripción de las áreas de procesos funcionales (horizontales) del área de estrategia,
infraestructura y producto de eTOM TeleManagement Forum Versión 16.5
Los elementos de gestión empresarial se desagregan en los siguientes procesos Nivel 1 (Tabla 6)
Icono Descripción
Estrategia y planificación de la empresa:
Se centra en los procesos requeridos a fin de desarrollar las estrategias y planes
para la empresa proveedora de servicios. Esta agrupación de procesos
comprende también la disciplina de la Planificación Estratégica.
Gestión de riesgos de la empresa:
Enfoca en asegurar la plena identificación de los riesgos y amenazas al valor y/o
reputación de la empresa, en verificar que los controles apropiados están en su
sitio a fin de minimizar o eliminar los riesgos identificados. Los riesgos
identificados podrían ser físicos o lógicos/virtuales.
Tel. 2581-3700, Fax 2581-4795


Gestión de la eficacia de la empresa:

Se centra en definir y proveer las herramientas, metodologías y capacitación para
asegurar que los procesos y actividades de la empresa son manejados y
funcionan de manera eficiente y efectiva.
Gestión del conocimiento y de la investigación:
Efectúa la gestión del conocimiento y la gestión de la investigación dentro de la
empresa.
Gestión de finanzas y de activos:
Maneja de manera conveniente las finanzas y los activos de la empresa.
Gestión de las relaciones externas y de los referentes (Stakeholders) de la

empresa:
Se encargan de las relaciones de la empresa con sus otros interlocutores, es
decir, las terceras partes comprometidas o referentes y las entidades externas.
Gestión de Recursos Humanos:
Provee la infraestructura de recursos humanos para los recursos en personal que
requiere la empresa para llevar a cabo sus objetivos.
Tabla 7 Descripción de los procesos que conforman el área de gestión empresarial de eTOM
TeleManagement Forum Versión 16.5
5.14.3 Nivel 2
El siguiente nivel 2 (Figura 5), mismo que está compuesto por los siguientes procesos de negocio, que
intersectan con los procesos verticales y dominios horizontales.

Tel. 2581-3700, Fax 2581-4795


Figura 5 Marco Referencial eTOM nivel de Procesos. Nivel 2. TeleManagement Forum Versión 16.5
5.14.4 Nivel 3
El siguiente nivel muestra los subprocesos y la interacción end to end que existen entre ellos, navegando
entre procesos verticales y dominios horizontales nivel 3 Figura 6.

Tel. 2581-3700, Fax 2581-4795


arch CC3 VENTA LISTA PARA LA CAPTURA DE ORDEN N3
GESTION DE
CONTACTO/PROSPECTO
CC3 V E NT A L I S T A PARA L A OR DE N N4 : CC3
GE S T I ON DE C ONT A C T O N4
Mercado
DETERMINA LA EMITE PEDIDO DEL MONITOREA Y GESTIONA COMPLETA PEDIDO DEL CIERRA ORDEN DEL CREA FACTURA DEL VALIDA SATISFACCIÓN
VIABILIDAD DEL PEDIDO CLIENTE PEDIDO DE CLIENTE CLIENTE CLIENTE CLIENTE DEL CLIENTE
DEL CLIENTE
CC3
DE L
V E NT A L I S T A
C L I E NT E N4
PARA L A OR DE N N4 : CC3 DE T E R M I NA L A VI ABI L I DAD DE L P E DI DO
CC3 V E NT A
OR DE N
P E DI DO
N4
DE L
:
L I S T A
CC3
C L I E NT E
PARA
EM I T E
N4
L A
CC3
CC3
DE L
V E NT A L I S T A
M ON I T OR E A
C L I E NT E N4
Y
PARA L A
GE S T I ONA
OR DE N N4
P E DI DO
:
CC3 V E NT A
P E DI DO DE L
L I S T A PARA
C L I E NT E N4
L A OR DE N N4 : CC3 C OM P L E T A
CC3 V E NT A
OR DE N
OR DE N
N4
DE L
:
L I S T A
CC3
C L I E NT E
PARA
CI E RRA
N4
L A
CC3
L A
V E NT A
OR DE N
F AC T UR A
L I S T A
N4
DE L
: CC3
PARA
CRE A
C L I E NT E N4
CC3
OR DE N
V E NT A
N4 :
S A T I S F AC C I ON
C L I E NT E N4
L I S T A
CC3
DE L
PARA
VAL I DA
L A
ACTUALIZA DATOS DEL AUTORIZA CREDITO

Cliente
CLIENTE
CC3 V E NT A L I S T A
PARA L A OR DE N N4 :
CC3 V E NT A L I S T A PARA L A OR DE N
CC3 A UT OR I Z A
N4 : CC3 AC T UAL I Z A DA T OS DE L
Venta lista para la captura de Orden
C RE DI T O N4
C L I E NT E N4
Figura 6 Marco Referencial eTOM nivel de Procesos. Nivel 3. TeleManagement Forum Versión 16.5.
En la siguiente figura, se mostramos un ejemplo de subproceso end to end (Customer Centric) a partir
del Nivel 3 ya mencionado.
Figura 7 Ejemplo del proceso end to end “Venta lista para la captura de Orden”. Nivel 3. eTOM
Versión 16

Tel. 2581-3700, Fax 2581-4795


5.15 Niveles 3 y 4 de procesos de negocio Telcel

5.15.1 Nivel 3
En la operación Telcel existe un nivel 3, el cual muestra la modularización de un proceso de negocio
en sus subprocesos como se muestra en la siguiente figura, de acuerdo a las convenciones de la
sección 6.1.

Tel. 2581-3700, Fax 2581-4795


Figura 8 Modelo de nivel 3 IDEF de la operación Telcel en el lenguaje ArchiMate 3.
5.15.2 Nivel 4
El nivel 4 es compuesto por las actividades de cada subproceso de Telcel, como se muestra en la
figura 9 de acuerdo con las convenciones de la sección 6.2.
Figura 9 Modelo de Subproceso de TELCEL nivel 4 en lenguaje BPMN.
6 Marco de referencia Open API y modelos de

arquitectura de la capa de aplicación
6.11 Modelo Open API N2
Es una especificación independiente del idioma para describir las API REST. Permite que tanto las
computadoras como los humanos comprendan las capacidades de una API REST sin acceso directo al
código fuente. Sus objetivos principales son:
 Minimice la cantidad de trabajo necesario para conectar servicios desacoplados.
 Reduzca la cantidad de tiempo necesario para documentar con precisión un servicio.
 La reutilización de los servicios de la organización con respecto a la operación que realizan

Tel. 2581-3700, Fax 2581-4795



Tel. 2581-3700, Fax 2581-4795


6.12 Niveles 3 y 4 Modelos capa de aplicaciones TELCEL

6.12.1 Nivel 3
En la Operación TELCEL también existe un nivel 3, el cual muestra los subprocesos de los procesos
TELCEL mostrado en la siguiente figura, de acuerdo con las convenciones de la sección 6.1.
Especificación de color
Proceso de negocio Hue:0, Sat:0, Lum:0, Red:245,Gren:245, Blue:245
Entrada Hue:128, Sat:255, Lum:224, Red:192,Gren:255, Blue:255
Salida Hue:128, Sat:166, Lum:207, Red:175,Gren:238, Blue:238
Servicios/Aplicaciones/Appis Hue:36, Sat:255, Lum:128, Red:255,Gren:215, Blue:0
Entidades organizacionales Hue:152, Sat:105, Lum:199, Red:176,Gren:196, Blue:222
Error Hue:0, Sat:255, Lum:128, Red:255,Gren:0, Blue:0
Diagrama de componentes Sist. Internos Hue:138, Sat:255, Lum:128, Red:0,Gren:191, Blue:255
Capa Integracion Hue:85, Sat:187, Lum:191, Red:144,Gren:238, Blue:144
Sist. Bes Hue:249, Sat:255, Lum:219, Red:255,Gren:182, Blue:193
Sist. Externos Hue:20, Sat:255, Lum:220, Red:255,Gren:218, Blue:185

Tel. 2581-3700, Fax 2581-4795


Figura 10 Modelo de Componentes nivel 3 de la operación TELCEL en el lenguaje ArchiMate 3.
Fuente
Títulos Calibri negrita 28, Color: Azul
Componentes Calibri negrita 11, Color: Negro

Tel. 2581-3700, Fax 2581-4795


6.12.2 Nombre del Documento Adjunto Nivel 4.

Diagrama de
secuencia APNS
que
representa la
secuencia de las
actividades Modelo As-IS, EA y Erwin_V1.0 que se
desarrollan en el
proceso y su relación
con los sistemas empleados para soportar la operación.

Tel. 2581-3700, Fax 2581-4795


Figura 11 Modelo de secuencia de TELCEL nivel 4 en lenguaje UML.
Fuente
Componentes Calibri negrita 8, Color: Negro
En
el siguiente archivo podrás consultar los APN correspondientes a cada sistema:
Nombre del Documento Adjunto
APNS
Diagrama de Secuencia EA ejemplo 1
7 Notación: ArchiMate, BPMN y UML
Es importante mencionar que el software es “Enterprise Architect” de Sparx Systems en el cual

utilizaremos dos tipos de notaciones: “ArchiMate 3 y BPMN 2.0”. Estas se ocuparán de acuerdo con el
grado de desagregación o nivel de proceso mapeado. Para el nivel 0 al 3 se empleará notación
“ArchiMate 3”, dado que al ser un lenguaje de arquitectura empresarial universal y genérico nos
proporciona los elementos que representan el entorno de un proceso de negocio así como sus
interrelaciones. Para los niveles 3, 4 y 5 emplearemos la notación “BPMN2.0”, por ser una notación
especialista en la representación de procesos de negocio a nivel detalle.
A continuación, se explicará ¿qué es?, ¿cómo funciona?, ¿cuáles son sus elementos? y ¿cómo se
utilizarán? para realizar los modelos.
7.11 ArchiMate 3.0

Lenguaje de modelado de arquitectura empresarial abierto e independiente, el cual considera
elementos de gobierno, negocio, aplicativos, datos e infraestructura. El lenguaje “ArchiMate 3.0” es
independiente de la herramienta utilizada. Diferentes grupos de partes interesadas pueden requerir
diferentes notaciones para comprender un modelo o vista de arquitectura y aunque la notación de los
conceptos de ArchiMate puede ser específica para las partes interesadas, la norma proporciona una
notación gráfica común. Esta notación está dirigida a un público acostumbrado a técnicas de modelado
técnico existentes como ERD, UML o BPMN, por lo tanto se parece a ellas.

Tel. 2581-3700, Fax 2581-4795


ArchiMate está alineado al estándar TOGAF y expone el uso de tres dominios para el desarrollo de una
arquitectura empresarial (Capa de Negocio, Aplicaciones y Tecnología), dos extensiones (Ext. de
Motivación y Ext. de Implementación y Migración) y propone una teoría de vistas (Viewpoints) para
representar los requerimientos de los distintos interesados (Figura 10).
Preliminar
A) Visión
B) Arquitectura de Negocio
C) App y Datos
D) Infraestructura
E) Oportunidades y Soluciones
F) Planeación y Migración
G) Gobierno
H) Administración del Cambio
Figura 10 Alineación de las capas y

extensiones de ArchiMate con el ADM de TOGAF
7.11.1 Convenciones de modelado mediante notación ArchiMate 3.0
La notación ArchiMate 3.0 será utilizada en los niveles jerárquicos del 0 al 3 que representan el marco
de referencia eTOM y la operación de TELCEL a este nivel (Diagrama de Interrelaciones). Utilizaremos
ArchiMate 3.0 en la capa correspondiente (Negocio, Aplicaciones, Infraestructura, Implementación y
Motivación). En las siguientes tablas se muestran las convenciones para el modelado ArchiMate 3.0.
Cabe destacar que los elementos contenidos en el Diagrama de Interrelaciones deberán estar
relacionados con los símbolos de las relaciones estructurales (tabla 12) y relaciones dinámicas (tabla 13)
que les corresponda.
Los elementos para generar el modelo de negocio en el nivel 3 son los correspondiente a la Capa de
Negocio y la Capa de Motivación. Para el modelo técnico el analista de negocio podrá utilizar los
elementos correspondientes a la Capa Aplicaciones y la Capa de Infraestructura.

Tel. 2581-3700, Fax 2581-4795


7.11.2 Capa de negocio

Gira en torno a tres dimensiones de comportamientos: procesos, servicios y producto (centro del
negocio).
arch ArchiMate Diagram
Nombre Notación/Ejemplo Definición Ejemplo de redacción
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no
Jefe de Departamento
EA 13.5 versión de prueba Es la entidad organizacional
no registrada Director,
EA Jefe
13.5 versión de
de prueba no
Actor de Negocio
capaz de ejecutar un departamento, jefe de
(Business Actor) NORMATIVIDAD:
EA 13.5 versión de prueba comportamiento.
no registrada área,13.5
EA asesor,versión
etc.
Regla de operación 2 de prueba no
arch ElementosArchiMate

Es la entidad específica de
Rol de NegocioEA 13.5Departamento una organización
versión de prueba capaz de
no registrada Departamento,
EA 13.5 versión Dirección,
de prueba no
(Business Role) ENTRADAS:
ejecutar un Área, Jefatura, etc.
PROCESO: Inicio de ciclo de facturación
comportamiento.
Elemento pasivo que
EA 13.5Solicitud
versión de prueba
de Factura
no registrada EA 13.5 versión de prueba no
representa toda aquella
MEDIAR RECURSOS Solicitudes,
GUIAR REGISTRO MEDIAR SERVICIO
Objeto de negocio información relevante
DE USO DE para DE USOS DE DE USO DE
EA 13.5 versión de prueba no registrada
REGISTROS «flow» Requerimientos, Notas REGISTROS
de
EA 13.5 versión de prueba«flow»
RECURSO «flow» no
(Business Object) la Institución. También es un
Pago, etc.
objeto utilizado como
EAarch
13.5 versión de prueba
ArchiMate Diagram
no registrada
entrada de un proceso.
EA 13.5 versión de prueba no
EA 13.5 versión
Proceso de Negocio EVALUACIÓN
Representa
PROCESO DEde prueba noun proceso,
registrada Activación
EA 13.5 de una línea,
versión de prueba no
subproceso o
ENTIDADES Facturación
ORGANIZACIONALES de línea
(Business Process)
procedimiento. telefónica, etc.
business Modelo de ...
Conjunto de dos o más roles
Colaboración de
noqueregistrada
de negocioDepartamento
trabajan
1 EA 13.5
en Departamento
Área de 2 versión
desarrollo
de
de 3
Departamento prueba no
Recepcionista de
Negocio conjunto para llevar a cabo sistemas y Área de calidad
EA 13.5 versiónCAC de prueba no registrada EA 13.5 versión de prueba no
(Business un comportamiento colaboran para la
Collaboration) colectivo en un tiempo “liberación de sistema”.
business Modelo de int... definido.no registrada EA 13.5 versión de prueba no
Elemento de Activación de línea, Baja
Función de Negocio
no registrada
comportamiento que agrupa
EA 13.5 versión de
de línea, Cancelación de
prueba no
Activación de línea
(Business Function) una serie de procesos servicio, etc.
EA 13.5 versión de prueba no registrada EA 13.5 versión de
definidos.
prueba no

EA 13.5 versión Tel.de prueba
2581-3700, no registrada EA 13.5 versión
Fax 2581-4795 de prueba no


business Modelo de ... El servicio de negocio se

representa como la
de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión
Servicio de prueba
de atención al no regis
Servicio de Negocio Atención al Cliente satisfacción de las
Cliente, Servicio de baja de
(Business Service) necesidades del cliente ya
de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba
línea, etc. no regis
sea interna o externa a la
arch ElementosArchiMate organización.
de
or 1 prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no regis
Acción que desencadena,
interrumpe o finaliza una Falla versión
en cobertura por
de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 de prueba no regis
Evento Solicitud del cliente serie de pasos. problemas ambientales,
de prueba no registrada (Business Event)
EA 13.5 versión de prueba Estano
acción puede ser
registrada Actualización
EA 13.5 versión de prueba de no regis
interna o externa a la aplicativos, etc.
SALIDAS:
de prueba no registrada EA 13.5 versión de prueba organización.
no registrada EA 13.5 versión de prueba no regis
Es la colección de servicios,
de prueba no registrada EA 13.5 versión esteno
de prueba siempre debe ir
registrada EA 13.5 versión de prueba no regis
Factura digital Planes activados, Líneas
APLICAR PRECIOS CREAR FACTURA acompañado de un
» DESCUENTOS Producto
DEL CLIENTE activadas, Equipos
de prueba
AJUSTES Y no «flow»
registrada contrato, incluso este puede
REEMBOLSOS (Product) EA 13.5 versión de prueba no registrada EA 13.5 versión
activados, de prueba
Tiempo aire no regis
ser un producto intangible.
para consumo, etc.
de prueba no registrada EA 13.5 versión de prueba Es unnoobjeto utilizado como
salida de un proceso.
de prueba no registrada EA 13.5 versión de prueba no registrada
Especificación formal o EA 13.5 versión de prueba no regis
informal de un acuerdo que
describe los derechos y EA 13.5 versión de prueba no regis
Contrato Factura, Recibo de pago,
C SAT obligaciones adquiridos en
(Contract) Contrato de línea, etc.
un servicio. EA 13.5 versión de prueba
El contrato debe no regis
estar asociado a un
de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba
producto. no regis
Tabla 8 Elementos de la capa de negocio en lenguaje ArchiMate 3.
de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no regis
7.11.3 CapaEA
de prueba no registrada de 13.5
aplicaciones
versión de prueba no registrada EA 13.5 versión de prueba no regis
Soporta la capa de negocios con sistemas y aplicaciones que son realizadas generalmente por
componentes de software.
Nombre Notación/Ejemplo
Definición Ejemplo de redacción
de prueba no registrada EA 13.5 versión de prueba noparte
Es la registrada
desplegableEA
y 13.5 versión
Sistema de prueba
de gestión de no regis
Componente de
reemplazable de un facturas, módulo de
Aplicación
software o sistema, EAse 13.5
capturaversión
de de prueba no regis
facturas,
(Application
expone al medio a través de módulo de envió de
Component)
de prueba no registrada EA 13.5 versión de prueba no registrada EA
interfaces. 13.5 versión de prueba no regis
facturas.
de prueba no registrada EA 13.5 versión Tel. de2581-3700,
pruebaFax no2581-4795


business ELEMENTOS P...
Se define como la
Colaboración de Aplicación para agregación de dos o más
Aplicación Renovaciòn en Tablet componentes de aplicación Administración de
(Application que trabajan transacciones financieras.
Collaboration) temporalmente para realizar
business ELEMENTOS P... un comportamiento.
Es el punto de acceso donde
el usuario obtiene un
Login de acceso a un
Interfaz de Aplicación Login en Tablet servicio de aplicación, la
sistema, pagina web o
(Application Interface) interfaz puede estar ligada a
servidor.
un componente de
aplicación.
El objeto de datos es la pieza

Datos de una factura,
Objeto de Datos Datos del cliente de información necesaria
Datos de sistema, datos de
(Data Object) para el procesamiento
un módulo.
business ELEMENTOS PAR... automatizado.
Elemento de Gestión de tasación y

Función de Aplicación Función gestion del cliente comportamiento que agrupa cobranza de saldo, Gestión
(Application Function) componentes de aplicación de aprovisionamiento de
automatizados. línea, etc.
business ELEMENTOS PAR...
Es definido como un
Interacción de elemento de
Aplicación Administrar sistema login comportamiento que Greenfield (Población de
(Application describe el resultado de una nueva Plataforma).
Interaction) colaboración de
business ELEMENTOS P... componentes de aplicación.
El servicio de aplicación
Tasación y cobranza,
Servicio de aplicación Servicio gestion de expone la funcionalidad de
aprovisionamiento de
(Application Service) base de datos los componentes de
línea, etc.
aplicación al medio.
Tabla 9 Elementos de la capa de aplicaciones en lenguaje ArchiMate 3.

Tel. 2581-3700, Fax 2581-4795


7.11.4 Capa de infraestructura
Ofrece la notación necesaria para representar los elementos físicos que soportan los sistemas y
aplicativos de la organización.

business ELEMENTOS P... Elemento activo que
representa un recurso
computacional, este puede Servidores de aplicación,
Nodo Servidor eCAC contener uno o más servidores de bases de
(Node) dispositivos de hardware y datos, servidores web o
software, proporcionando estaciones de trabajo.
un entorno de ejecución
completo.
Recurso de hardware el cual

Dispositivo Tablet PC´s, routers, CPU´s.
tiene la capacidad de
(Device) tablets.
procesar información.

Tel. 2581-3700, Fax 2581-4795



Un sistema de software es
Sistema Operativo parte de un nodo, el cual
Software Sistemas operativos,
debe estar relacionado con
(System Software) sistemas de base de datos.
un dispositivo para la
ejecución de los artefactos.
Interfaz de Es el punto de acceso donde

Terminal punto de venta,
infraestructura Logis de acceso a los servicios de
servidor cajero automático, Login
(Infrastructure infraestructura se hacen
de acceso a servidor.
Interface) disponibles al medio.
La red representa el medio Red tipo LAN. MAN, WAN

Red Red tipo LAN
de comunicación física entre etc.
(Network)
dos o más dispositivos.
Se define como un elemento

Consultas de bases de
Ruta de comunicación Consulta entre dos que permite el intercambio
servidores datos, consultas entre dos
(Communication path) de datos lógicos entre nodos
servidores etc.
business ELEMENTOS PAR... o dispositivos.
Función de Elemento de
Infraestructura Gestion de datos comportamiento que Gestión de datos, Gestión
(Infrastructure describe la funcionalidad de de aplicaciones etc.
Function) business ELEMENTOS P... uno o más nodos.
Expone la funcionalidad de
un nodo por medio de una
Servicio de Servicio de gestion de Servicio de gestión de
interfaz definida, puede
Infraestructura aplicaciones datos, servicio de gestión
requerir, utilizar o producir
(Infrastructure Service) de aplicaciones.
business ELEMENTOS P... artefactos significativos para
la capa de infraestructura.
Representa los datos que
Archivo ejecutable, tablas
Artefacto Archivo ejecutable comúnmente son
de bases de datos, scripts,
(Artifact) desplegados en un
etc.
dispositivo.
Tabla 10 Elementos de la capa de infraestructura en lenguaje ArchiMate 3.

Tel. 2581-3700, Fax 2581-4795


7.11.5 Extensión de motivación

Elementos que gobiernan a la organización con una vista por los diferentes dominios.
business test
Es una necesidad que debe
ser atendida por un
Requerimiento Disponer de una banda ancha “sistema”. Los Usar java, disponer de una
(Requirement) requerimientos son banda ancha, etc.
determinados por el
interesado.
business test
Es el resultado que intentan Incrementar ganancias,
conseguir los interesados Obtener más clientes,
Meta Incrementar las ganancias con el desarrollo de la Incrementar la calidad en
(Goal) arquitectura. Una meta los servicios, Activar
puede ser compuesta por servicio de línea
una o más submetas. telefónica, etc.
business test
Define o impone una
limitación en la forma en No rebasar el presupuesto
Restricción Sólo usar servicios que se realiza un sistema. aprobado, la aplicación
(Constraint) Las restricciones son debe ser realizada en
determinadas por el visual basic, etc.
business Modelo de in... interesado.
El interesado se define
como el rol individual o el
Cliente final, cliente
Jefatura de grupo de roles, que
Patrocinador interno, Dirección,
Arquitectura de representan sus intereses
(Stakeholder) departamento, jefatura,
Procesos TI en la organización, el
etc.
interesado es relativo al
resultado de la arquitectura
business test Es una normativa o regla en
la realización de un sistema.
Los principios tienen una El sistema debe ser
El sistema debe ser realizado
estrecha relación con los realizado para los
Principio para usar enTablet en el CAC
objetivos y las metas. becarios, el sistema debe
(Principle)
Un principio define una cumplir las expectativas
propiedad general que se del usuario final, etc.
aplica a cualquier sistema en
un determinado contexto.
Tabla 11 Elementos de la capa de motivación en lenguaje ArchiMate 3.

Tel. 2581-3700, Fax 2581-4795


7.11.6 Extensión de implementación y migración

Elementos necesarios para modelar la gestión y el control de un proyecto así como los periodos que
soportan el plan de migración.
Nombre Notación/Ejemplo
business test
Definición Ejemplo de redacción
Un paquete de trabajo es
una serie de acciones Portafolio de proyectos,
Paquete de trabajo Portafolio de
destinadas a lograr un programas o un solo
(Work package) proyectos
objetivo dentro de un proyecto.
business test tiempo específico.
Es el resultado previamente
Documentación de
Entregable Documento acordado de un paquete de
procesos, catálogo de
(Deliverable) trabajo.
procesos, DFS
business test
Es el estado del tiempo
donde se encuentra la Representación de dos o
Greenfield
Periodo arquitectura. Representa la más periodos de tiempo,
(Plateau) transición de una fecha de inicio y fin de
arquitectura AS-IS a una cada periodo.
business test
arquitectura TO-BE.
Brecha Análisis BES vs M2K Es el resultado del análisis Análisis entre dos o más
(Gap) entre periodos de tiempo. periodos.
Tabla 12 Elementos de la capa de implementación y migración en lenguaje ArchiMate 3.

Tel. 2581-3700, Fax 2581-4795


7.11.7 Relaciones estructurales

Son las conexiones posibles entre los diferentes elementos de la notación ArchiMate 3.0, cada
relación tiene un nivel de fuerza (el nivel de fuerza indica la dependencia entre un nivel y otro).
Nombre Símbolo Definición

Relación que se puede utilizar entre todos los elementos
Es la relación más débil.
Asociación
La asociación modela la relación entre los objetos pero no
participan específicamente en ellos.
Representa la relación entre los elementos de
Acceso comportamiento y los elementos pasivos.
La relación indica el uso necesario de la información.
Esta relación se utiliza para modelar el uso de servicios.
Usado por
Se puede utilizar entre elementos de diferentes capas.
Realización Relaciona objetos genéricos con un objeto más concreto.
Se refiere a la estructura del comportamiento.

Asignación Relación que indica la ejecución directa de una acción.
Permite relacionar la estructura activa y comportamiento.
La relación de agregación relaciona un objeto con sub-
Agregación
objetos.
Una relación de composición se refiere a un objeto que
compone sus sub - objetos.
Composición
Los objetos en una relación de composición no existen por si
mismos (sin la relación de composición).
Tabla 13 Relaciones estructurales en lenguaje ArchiMate 3.
7.11.8 Relaciones dinámicas
Nombre Descripción Símbolo

Modela el flujo de información entre los elementos de
Disparador comportamiento.
Los datos fluyen en sentido de la relación.
La relación es posible entre elementos de comportamiento.
Flujo Indica la consecuencia del elemento anterior.
Cuando un proceso es completado inicia el siguiente.
Tabla 14 Relaciones Dinámicas en lenguaje ArchiMate 3.

Tel. 2581-3700, Fax 2581-4795


7.11.9 Conector de relación
Nombre Símbolo
Chore... Definición
Se utiliza para cumplir la condición de activación o
Junction AND
cumplimiento de tipo paralelo o inclusivo.
Se utiliza para cumplir la condición de activación o

Junction OR
cumplimiento de tipo exclusivo.
Tabla 15 conector de relación ArchiMate 3
Las consideraciones para el nivel 0 al 3 son las siguientes:

 En el modelo se nombrarán los procesos y la relación de alto nivel que tienen entre si
 Estos procesos se obtienen con referencia al estado As Is y To Be
 En este nivel se realizará un análisis del diagrama de interrelación IDEF
7.12 BPMN2.0
7.12.1 ¿Qué es BPM?
Business Process Management (BPM) es un conjunto de métodos, herramientas y tecnologías utilizados

para diseñar, representar, analizar y controlar procesos de negocio operacionales.
BPM es un enfoque centrado en los procesos para mejorar el rendimiento que combina las tecnologías
de la información con metodologías de proceso y gobierno. BPM es una colaboración entre personas de
negocio y tecnólogos para fomentar procesos de negocio efectivos, ágiles y transparentes.
7.12.2 ¿Qué es BPMN?
El Grupo de Gestión de Objetos (OMG) ha desarrollado un Modelo y una Notación de Proceso de

Negocio estándar BPMN (Business Process Modeling Notation) por sus siglas en inglés. El objetivo
principal de BPMN es proporcionar una notación que sea de fácil comprensión para todos los usuarios
empresariales, analistas del negocio y desarrolladores técnicos responsables de construir e implementar
los procesos.

Tel. 2581-3700, Fax 2581-4795


BPMN es un puente estandarizado entre la brecha del proceso de diseño y el de implementación,

independientemente de la herramienta tecnológica que se utilice para modelado y la gestión de los
procesos de negocio. Es por ello que la Jefatura de Arquitectura de Procesos TI ha adoptado BPMN 2.0
en una forma simplificada como la notación oficial para la representación y modelados de los
elementos de los procesos de negocio.
7.12.3 Forma de modelado
La forma de modelado que utilizaremos para el nivel 4 de BPMN será tipo coreografía, la cual describe
la secuencia de interacciones de los participantes; estos participantes pueden ser roles de negocio o una
entidad específica. Para efectos de la Jefatura de Arquitectura de Procesos TI utilizaremos un Pool para
el proceso incluyendo las entidades organizacionales que participen (Roles y actores) como Lanes y otro
Pool por cada Sistema en el cual distinguiendo como Lanes los módulos Front de cada Sistema, como se
muestra en la siguiente figura 11.
Figura 12 Ejemplo de forma de modelado de proceso tipo coreografía.
7.12.4 Convenciones de modelado mediante notación BPMN 2.0
Como se mencionó con anterioridad la notación BPMN 2.0 será utilizada en el nivel jerárquico 4 que
representa la operación de Telcel.
BPMN 2.0 cuenta con una extensa lista de elementos para crear modelos de procesos de negocio, con
todos sus elementos gráficos, pero con la ventaja de poder gestionar su complejidad. Para fines
prácticos y con el objetivo de obtener homogeneidad en la elaboración de estos se han elegido ciertos
elementos básicos para trabajar.

Tel. 2581-3700, Fax 2581-4795


En BPMN 2.0 existen cuatro categorías básicas: Objetos de flujos, objetos conectores, swimlanes
(canales) y artefactos mismos que son descritos a continuación.
1. Objetos de flujos. Son los principales elementos gráficos que definen el comportamiento de los
procesos.
a. Eventos. Es algo que sucede durante el curso de un proceso de negocio y afecta el
flujo del proceso, suele tener una causa o ser un disparador o resultado.
Existen tres tipos de eventos: Evento de inicio, Evento intermedio o Evento de Fin.
b. Actividad. Representa algo realizado en un proceso de negocio dentro de una
organización; tomará normalmente cierto tiempo para ejecutarse e involucrará
recursos de la organización, por lo general requerirá de una entrada y producirá una
salida. Existen dos tipos de actividades: Tarea y Sub-proceso.
c. Compuertas lógicas. Se emplean para controlar la divergencia o convergencia de la
secuencia de flujo.
2. Conectores. Definen el orden de ejecución de las actividades, es decir vinculan dos objetos en
un diagrama. Existen tres tipos de conectores: Secuencia, mensaje y asociación.
3. Swimlanes (Canales). Son un mecanismo de ayuda para dividir u organizar actividades en un
diagrama, ilustrar diferentes capacidades funcionales o responsabilidades. Existen dos tipos de
swinlanes: Pools y Lanes (carriles).
4. Artefactos. Proporcionan un mecanismo para capturar información adicional sobre un proceso.
Existen tres tipos de artefactos: Objeto de datos, grupos y anotaciones de texto.
En las siguientes tablas presentamos los elementos de cada categoría.
7.12.5 CategoríaBPEL
deBPEL20
objetos
Modelde flujo
Clasif
Nombre Nombre Notación Definición Redacción
.
Evento Inicial, es un suceso o

acción que indica dónde
Factura
Inicio comienza un proceso o un
requerida
BPEL BPEL20 Model subproceso. Es un detonador
Objetos de flujo
para iniciar el flujo. La forma común de redactarlo

es: sustantivo + verbo de la
Eventos descripción en participio (ado,
Suceso o evento intermedio que ido, to, so, cho) o redactar en
se produce después de iniciarse tercera persona.
un proceso o subproceso.
Intermedio Equipo apartado Estos eventos pueden obviarse;
sin embargo, si el evento es de
importancia; es recomendable
que se plasme en el modelo.

Tel. 2581-3700, Fax 2581-4795

ada Preparado por: Número de Documento

ada BPEL BPEL20 Model

Evento final indica los sucesos o

ada estado(s) resultante(s) de un
proceso.
Fin Línea
Puede existir “n” eventos finales
activada
en un proceso que de fin a un
ada BPEL BP... camino del flujo.
Representa una situación donde
ada Fin de Error Error

el fin del camino de un proceso
resulta en un error.
Mensaje La aplicación
ada Mensaje Evento intermedio envío de

mensaje se utiliza para notificar
el envío de información entre los
siguientes casos:
ada  usuario y usuario

 usuario y sistema
 sistema y usuario

ada sistema y sistema
Evento intermedio recepción de

mensaje se utiliza para notificar
la recepción de información
ada entre los siguientes casos:
 usuario y usuario
 usuario y sistema
ada 

sistema y usuario
sistema y sistema
ada
ada
ada
ada
Tel. 2581-3700, Fax 2581-4795
ada

Reglas de uso
 Para el uso del evento
intermedio de
mensaje se requiere
que se utilice el de
envío y el de recepción
 Podrán comunicar un
pool con otro pool
 Para el uso de los
eventos de mensaje
refiere que la
notificación del envío
y recepción de la
información no tiene
relevancia con el
proceso
 Se pueden utilizar para
evitar el cruce de
líneas de diferentes
pools
 La comunicación
resultante de una
compuerta con otro
pool de manera
directa deberá
integrar los eventos de
mensaje (esto aplicará
si en el diagrama no se
requiere tiene mayor
12 hrs. injerencia el mensaje)
Es un evento que indica un

retraso dentro del proceso. Este
tipo de evento puede ser
Temporizació
Reiniciar utilizado dentro de un flujo
n
Ciclo secuencial para indicar un
tiempo de espera entre
actividades.
Evento que se utiliza para

conectar dos secciones del
Enlace
proceso. Los eventos de enlace
pueden ser utilizados para crear

Tel. 2581-3700, Fax 2581-4795


ciclos o evitar líneas de flujo de

secuencia demasiado largas.
Las líneas de enlace siempre
deben estar en dos partes:
 Enlace de salida
 Enlace de entrada
Cuando existen este tipo de
eventos en un proceso el mapa
debe nombrase de la misma
manera para identificar la
continuidad del proceso.
Reglas de uso
 El evento de enlace
únicamente puede ser
utilizando con
elementos del mismo
pool
 Para el uso del evento
de enlace se requiere
que se utilicen ambos
(salida y entrada)
 Si existe un loop en un
pool se debe utilizar
como primera opción
 Solo es un evento de
conexión
Es un evento de fin - intermedio

el cuál debe ir en color amarillo,
siempre y cuando tengan
Hyperlink
continuidad con otro proceso, Se
agrega Hyperlink del subproceso
Identificación
que continúa.
Tabla 16 Descripción de los objetos de flujo. eventos.
Clasif Choreography Elementos bp...

. Nombre Nombre Notación Definición Redacción
Actividad Tarea Manual Es una actividad realizada Se redacta en infinitivo
Objetos de
Archivar contrato en
en un subproceso sin El texto dentro de la
flujo
carpeta física intervención de cualquier narrativa se deberá

herramienta tecnológica. redactar en tercera
persona.

Tel. 2581-3700, Fax 2581-4795



Choreography Elementos bp...
Es una actividad realizada

Actualizar estatus en BD
Tarea de Servicio por un sistema de forma
Choreography Elementos bp... automática.
Es una actividad realizada

Capturar plazo de en un subproceso con
Tarea de Usuario financiamiento
Choreography Elementos bp...
apoyo de cualquier
herramienta tecnológica.
Envía un mensaje a un
Enviar mail
Tarea de Envío participante externo
de prueba no registrada Choreography Elementos bp... (relativo al proceso).
Espera la llegada de un
de prueba no registrada Tarea de
Recepción
Recibir mail mensaje por parte de un
participante externo
BPEL RENOVACION AS-IS g...
(relativo al proceso).
Un subproceso es un
de prueba no registrada proceso de menor jerarquía
Activación de una línea Se describe la acción del
dentro de otro proceso de
proceso. Ejemplo
Sub-proceso negocio. Un subproceso
"Activación de una
de prueba no registrada estará formado por un
conjunto de actividades
línea"
específicas.
Tabla 17 Descripción de los objetos de flujo. Actividades.
de prueba no Consideraciones
registrada para el uso de los objetos de flujo son:
 Enumeración
de prueba no Los
registrada
eventos se numerarán de la siguiente forma: el evento de inicio siempre deberá ser 0.01 y los
eventos intermedios y finales siguen la numeración de las actividades.
de prueba no *Nota:
registrada
manera.
Los eventos intermedios entre pool y pool deberán ser numerados y nombrados de la misma
Las actividades y subprocesos deberán enumerarse de forma consecutiva respecto al flujo ideal del
de prueba no registrada
proceso, posteriormente deberán enumerarse los escenarios alternos.
 Fuente y tamaño
de prueba no La fuente utilizada para todos los elementos deberá ser Calibri No. 8 en color negro, que es la
registrada
predeterminada por la herramienta.
 Tamaño de los objetos de flujo
de prueba no Elregistrada
tamaño de todos los objetos de flujo (Eventos, actividades y compuertas) no se deberá modificar, es
decir, será el predeterminado por Entreprise Architect.
de prueba no registrada SUBDIRECCION DE DESARROLLO DE SOFTWARE

Tel. 2581-3700, Fax 2581-4795
registrada
no registrada
registrada
registrada
no registrada
registrada
strada Preparado por: Número de Documento
registrada
no registrada
registrada
strada
Figura 13 Numeración de actividades.

registrada
no registrada
registrada
strada
registrada
no registrada
registrada
strada
registrada
no registrada
registrada
strada BPEL BPEL2...
7.12.6 Compuertas lógicas
registrada
no registrada
registrada BPEL BPEL2...
strada
Clasif
. Nombre Nombre Notación Definición Redacción
Es una compuerta lógica que
registrada
no registrada
Exclusivo permite decidir el curso de un
registrada “XOR/O” proceso de negocio.

Puede utilizarse para Loops
strada (retornos del proceso) y toma de
decisiones.
registrada
no registrada
Enumeración A1, A2, A3, etc.
registrada BPEL BPEL2...

Es una compuerta lógica que se
La compuerta se
nombra en forma de
strada utiliza para unir caminos

pregunta o en tiempo
Objetos de flujo
Convergencia alternativos.
presente de acuerdo
registrada
no registrada
Compuert
al tipo.
registrada
a Lógica
indica que en el flujo de proceso
Los caminos son
Paralelo "AND" pueden seguirse uno o “n”
strada
redactados en tiempo
BPEL BPEL2... caminos de forma paralela.
presente y primera
Enumeración B1, B2, B3, etc.
persona.
registrada
no registrada
registrada
indica que pueden seguirse
strada
diversos flujos dentro de un
Inclusivo
proceso, donde pueden
"OR/O"
registrada
cumplirse 1, “n” o todos los
no registrada
caminos disponibles.
registrada Enumeración C1, C2, C3, etc.
strada SUBDIRECCION DE DESARROLLO DE SOFTWARE

registrada
Tel. 2581-3700, Fax 2581-4795
no registrada
registrada 739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007
strada
rada
ión de prueba no registrada
registrada
rada Manual de convenciones de
registrada
rada Preparado por:
ARNOLD ULISES CISNEROS GOMEZ

Número de Documento
SDS/GE/2018-644652
registrada Aprobado por: Fecha Rev

rada
Tabla 18 Descripción de los objetos de flujo. Compuerta lógica.

registrada
ión de prueba
rada nopararegistrada
Las consideraciones el uso de Compuertas lógicas son:
 Deberá contener la condición de bifurcación o unificación redactada en forma de pregunta.
registrada  Cada elemento de flujo deberá especificar en redacción sencilla la condición que implique.
rada
 Puede usarse un flujo de secuencia predeterminado en las compuertas lógicas exclusivas e
inclusivas.
 Pueden usarse arreglos Loops para simplificar el modelado de procesos.
registrada 
BPEL BPEL20 Model
Si la compuerta tiene una convergencia, esta deberá llamarse y enumerarse del mismo modo
rada que la compuerta inicial.

registrada
rada
odel 7.12.7 Categoría de conectores
activada
Línea
ión de prueba
registrada Clasif.
no registrada
Nombre Notación Definición
rada Activity8
Define el orden de los objetos de flujo en un
BPEL BPEL20 Model
Secuencia proceso, conecta los elementos del proceso.
ión
tivada de prueba no registrada
registrada
Línea
rada
Sólo puede ser usado dentro de un Pool.
Define el flujo de comunicación entre dos

Mensaje participantes o entidades. Sólo puede ser
Conectores
utilizado entre pools.

registrada
ión de prueba
rada
Línea
no registrada
Activity8
activada
Se utilizan para vincular o unir Artefactos
Asociación (datos e información) con otros objetos del
diagrama, incluyendo objetos de flujo.
registrada
rada
ión de prueba no registrada Informe Predeterminado
Se Activity8
utiliza cuando existe una condición
predeterminada que funciona en caso de que
todas las condiciones estándar evalúen a falso.
registrada
rada Tabla 19 Descripción de los conectores.

Las consideraciones para el uso de conectores son:
 Los conectores pueden ser azul marino o negro.
rada
registrada
 Sólo para el caso del conector de Mensaje se conserva el color que aparece por default, tal
como se muestra en la tabla 18.
ión de prueba noderegistrada

7.12.8 Categoría Swimlanes
rada
registrada

rada
Tel. 2581-3700, Fax 2581-4795
registrada 739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007
rada
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
modelado GAPPTI ( )
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de 68
prueba no registrada
EA 13.5 versión
EA 13.5 dede
versión prueba
pruebano
noregistrada EA13.5
registrada EA 13.5versión
versióndede prueba
prueba no no registrada
registrada EA 13.5
EA 13.5 versión
versión de prueba
no registrada EA 13.5deversión
EA 13.5 versión prueba de
no prueba no registrada
registrada EA 13.5 versión de prueba no registrada
EA ARNOLD
EA 13.5 versión
13.5 dede
versión ULISES
prueba no
prueba CISNEROS
noregistrada
registrada EA13.5
EA 13.5versión
versióndedeGOMEZ
prueba
registrada SDS/GE/2018-644652
EA
EA 13.5 13.5 versión
versión de prueba
EAAprobado
EA 13.5 versión
13.5 versión por:
dede
prueba
pruebano
noregistrada EA13.5
versióndede prueba
registrada Fecha
EA
EA 13.5 13.5 versión
versión de prueba
no registrada Revde
EA 13.5deversión
EA 13.5 versión prueba no prueba no registrada
EA 13.5
EA 13.5 versión
versión dede pruebano
prueba noregistrada
registrada EA
EA13.5
13.5versión
versióndede
prueba no no
prueba registrada EA 13.5
registrada versión
EA 13.5 de prueba
versión no registrada
de prueba EA 13.5 versión
prueba de
no prueba
no registrada
EA 13.5
EA 13.5 versión
prueba noregistrada
registrada EA
EA13.5
13.5versión
versióndede
prueba no no
registrada versión
EA 13.5 de prueba
prueba de
no prueba
no registrada
EA 13.5 versión
BPEL BPEL20 Model de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
Clasif. Nombre EA 13.5 Notación

EA 13.5 versión de prueba no registrada
versión de prueba no registrada
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada Definición
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
Apartado de equipo y
generación de factura
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
Son contenedores para un proceso,

Proceso
cada unono registrada
representando
EA 13.5 versión de prueba a un
Pools EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada
participante en un diagrama
de
EA 13.5 versión
EA 13.5 dede
versión prueba
pruebano
noregistrada EA13.5
versióndede prueba
registrada EA 13.5
proceso
EA 13.5 versión
versión de prueba
colaborativo
Swimlanes
EABPEL
13.5
EABPEL20
13.5versión dede
Modelversión prueba
pruebano
noregistrada EA13.5
versióndede prueba
registrada EA 13.5
EA 13.5 versión
versión de prueba
EA 13.5
EA 13.5 versión
prueba noregistrada
registrada EA
EA13.5
13.5versión
versióndede
prueba no no
registrada versión
EA 13.5 de prueba
prueba de
no prueba
no registrada
Es un mecanismo genérico para

Usuario
particionar los objetos dentro de un

Proceso
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada pool,

EA 13.5 basado
versión de en las
prueba no registrada características
EA 13.5 del
versión de prueba no registrada
Lanes
Sistema informatico
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada proceso.

EA 13.5 Usualmente
versión de prueba utilizados
no registrada EA 13.5 versión para
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada representar

EA 13.5 versión de prueba noroles
registradade negocio
EA 13.5 dentro
versión de prueba de
no registrada
EA 13.5 versión de prueba no registrada EA 13.5 versión de prueba no registrada unversión

EA 13.5 proceso.
Tabla 20 Descripción de los Swimlanes.
Las consideraciones para el uso de Swimlanes son:

 Los pools deberán ir en color azul marino
 Los lanes deberán ir en rojo para usuario y azul claro para los sistemas informáticos.
 Los nombres para el caso de los sistemas informáticos, se deberán colocar tal cuál aparecen en
la página de Telcel.
7.12.9 Categoría de artefactos
BPEL BPE...
Clasif. Nombre Notación Definición
Objeto de BPEL BPEL20 Model Representan los documentos y datos

3.5 versión de prueba no registrada
datos
Informe
que son manipulados por los procesos.
Artefactos
Grupo Resalta o clasifica una sección del

3.5 versión de prueba
Grupos
no registrada modelo o un conjunto de objetos.
Rodean una sección, pero no añaden
restricciones en la ejecución del
proceso.
Tel. 2581-3700, Fax 2581-4795


BPEL BPEL20 Model

Ver el tipo Es un símbolo de texto libre para

Anotaciones
de texto
de formato
especificar cualquier elemento
relacionado a la actividad (Reglas de
negocio, especificaciones, etc.)
versión de prueba no registrada EA

Tabla 21 Descripción 13.5
de los versión de prueba no regis
artefactos.
Enviar SMS
Las consideraciones para el uso de Artefactos son:

 El tamaño de los objetos de datos deberá quedar igual, sin modificarse.
 Para las anotaciones de texto si se podrán modificar el tamaño.
versión de prueba no registrada EA 13.5 versión de prueba

Error no regis
7.12.10 Uso y aplicación compuertas lógicas

Actualiza estatus en BD
versión deA continuación,
pruebase no registrada EA 13.5 versión de prueba no regis
Cliente
mostrarán las tablas de verdad para cada compuerta lógica acompañada de un

EndEvent2
ejemplo de su arreglo, con la finalidad de facilitar su entendimiento y por lo tanto su correcto uso.
StartEvent4
versión de7.12.11
pruebaCompuerta
no registrada
lógica exclusivaEA 13.5 versión de prueba no regis
“XOR/O”
Entrada Entrada Resultado Flujo Descripción

versión de prueba
A B no registrada
X EA 13.5 versión de prueba no regis
1 1 0 NO Se requiere que una y solo una entrada se cumpla
POSIBLE para poder continuar el flujo. En este caso los dos
versión de prueba no registrada EA 13.5 versión de prueba no regis eventos se cumplen, por lo tanto, la actividad X no
puede continuar.
1 0 1 POSIBLE Se requiere que solo un evento se cumpla. El evento
A se cumple pero el B no, por lo tanto la actividad X se
versión de prueba no registrada EA 13.5 versión de prueba no regis cumple por el evento A.
0 1 1 POSIBLE Se requiere que solo un evento se cumpla. El evento
no se cumple pero el B si, por lo tanto la actividad X
se cumple por el evento.
versión de prueba
0 0 no registrada
0 NO EA 13.5 versión de prueba no regis El evento A ni el B se cumplen, por lo tanto la
POSIBLE actividad X no puede ejecutarse.
Tabla 22 Tabla de verdad de la compuerta lógica exclusiva “XOR/O”.
Ejemplo de Compuerta Lógica Exclusiva para bifurcar un flujo, en este caso sólo puede continuar uno de
los dos caminos, puede ser una evaluación manual o automática.

versión de prueba no
Radiomovil DIPSA S.A. registrada EA
de C.V. Ejército Nacional 488, 13.5 Morales,
Col. Chapultepec
Tel. 2581-3700, Fax 2581-4795
versión de
C.P. 11570, prueba
México D.F. no regis



Business Process ArchiMate 3 View
Autómatica 03. Enviar liga de

acceso a evaluación
02. Seleccionar tipo A1. ¿Tipo de

de evaluación Evaluación?
Manual 08. Realizar

evaluación
manualmente
Figura 11 Ejemplo compuerta lógica exclusiva para bifurcar flujo en BPMN.
Ejemplo de compuerta lógica exclusiva para unificar un flujo, en este caso sólo puede ingresar el flujo de
un sólo
Business Process camino3ya
ArchiMate sea equipo con costo o sin costo.
View
06. Seleccionar
equipo gratis
07. Ingresar tipo de

plan
11. Seleccionar
equipo con costo
Figura 15 Ejemplo compuerta lógica exclusiva para unificar flujo en BPMN.
7.12.12 Loop
Un loop es una condición de iteración que determina la cantidad de veces que se tiene que ejecutar una
actividad. Se puede crear un loop utilizando flujos de secuencia para conectarse a un objeto anterior
utilizando una compuerta lógica verificando la condición en el flujo de secuencia de salida para
determinar si es necesario repetir la iteración.
Ejemplo de loop con Compuerta Lógica Exclusiva, en este caso la iteración se repetirá las veces
necesarias hasta que el equipo pase la prueba.

Tel. 2581-3700, Fax 2581-4795



A1. ¿Paso la
prueba?
01. Configurar equipo 02. Probar equipo Sí 03. Empaquetar

equipo
A1
0.01 Solicitud
de equipo No
Figura 16 Ejemplo de loop con compuerta lógica exclusiva en BPMN.
7.12.13 Compuerta lógica paralela “AND”
Entrada Entrada Resultado

Flujo Descripción
A B X
Se requieren que los dos eventos se cumplan para
poder ejecutar la actividad X. El evento A y el
1 1 1 POSIBLE
evento B se cumplen, por lo tanto se puede
continuar con la actividad X.
NO El evento A se cumple y el B no, por lo tanto no se
1 0 0
POSIBLE puede ejecutar la actividad X.
NO El evento B se cumple y pero el A no; por lo tanto
0 1 0
POSIBLE no se puede ejecutar la actividad X.
NO El evento A no se cumple, ni el B; por lo tanto no
0 0 0
POSIBLE se puede ejecutar la actividad X.
Nota: Las reglas aplican para “N” entradas.
Tabla 23 Tabla de verdad de la compuerta lógica paralela “AND”.
Ejemplo de compuerta lógica paralela, en este caso ambas actividades son necesarias para continuar el
flujo.
12. Ingresar a
Intranet y capturar
datos
B1. B1
11. Solicitar datos al Actividad 15. Ejecutar trámite
Cliente paralela
13. Capturar datos en 14. Seleccionar día

solicitud de para recibir SIM en
Portabilidad CAC

Tel. 2581-3700, Fax 2581-4795


Figura 12 Ejemplo de compuerta paralela en BPMN.
7.12.14 Tabla de verdad de la Compuerta Lógica Inclusiva “OR/O”
Entrada Entrada Resultado

Flujo Descripción
A B X
Se requiere que al menos un evento se cumpla
para continuar con la actividad X. En este caso
1 1 1 POSIBLE
los dos eventos se cumplen, por lo tanto la
actividad X se ejecuta.
Se requiere que al menos un evento se cumpla.
1 0 1 POSIBLE El evento A se cumple pero el B no, sin embargo
se puede continuar con la actividad X.
Se requiere que al menos un evento se cumpla.
0 1 1 POSIBLE El evento A no se cumple pero el B si, sin
embargo se puede continuar con la actividad X.
NO El evento A ni el B se cumplen, por lo tanto la
0 0 0
POSIBLE actividad X no puede ejecutarse.
Nota: Las reglas aplican para “N” entradas.
Tabla 24 Tabla de verdad de la compuerta lógica inclusiva “OR/O”.

Tel. 2581-3700, Fax 2581-4795


En este ejemplo de compuerta lógica inclusiva se puede observar que el flujo puede continuar en una o
varias
Business de lasArchiMate
Process actividades.
3 View
Línea 02. Solicitar línea
C1. Tipo de
servicio
C1
01. Solicitar servicio Equipo 10. Solicitar equipo 03. Entregar solicitud
0.01 Solicitud de
servicio
Aclaración 18. Solicitar

aclaración
Figura 13 Ejemplo de compuerta Inclusiva en BPMN.
7.12.15 Flujo de secuencia predeterminado

Contiene una condición predeterminada que puede complementar una serie de condiciones estándar
para proporcionar un mecanismo automático de escape en caso de que todas las condiciones evalúen a
falso.
Ejemplo de un flujo de secuencia predeterminado utilizando una Compuerta Lógica Exclusiva en la que
podría suceder que todas las condiciones se establecen como falsas, entonces la condición
predeterminada se vuelve verdadera. También es posible utilizar el flujo de secuencia predeterminado
Compuerta LógicaArchiMate
Business Process Inclusiva.3 View
Prepago Dar de alta línea
A1. ¿Tipo
de línea?
01. Identificar tipo de Mixto 12. Ingresar

línea condiciones
0.01 Solicitud de
línea
Pospago 02. Ingresar línea de

(Predeterminado) pago
Figura 14 Ejemplo de Flujo de secuencia predeterminado en BPMN.

Las consideraciones para el nivel 5 son las siguientes:

Tel. 2581-3700, Fax 2581-4795


 La notación para este nivel es BPMN.

 En este modelo se nombrarán las actividades a detalle de los subprocesos y la relación entre
ellas
 Las actividades no deben ser más de 3 renglones en su redacción.
 Las unidades organizativas y los sistemas involucrados en el proceso son visibles en los pool y
lanes.
 Se describen las actividades a nivel negocio realizadas por los roles y sistemas involucrados en
un subproceso.
 Se puede distinguir entre actividades manuales, de usuario, de sistema y de envío y recepción
de información.
El control de versiones de los modelos deberá ser mediante la siguiente convención:
Fecha (año/mes/dia (todo a 2 digitos)) + nombre del proceso + Canal + Región + Segmento +
Versión
Siguiendo la nomeclatura que se muestra a continuación:
CANAL
Canal Nomenclatura
Centro de Atención a Clientes CAC
Cadenas Comerciales CCO
CVT CVT
Distribuidores DIS
IVR IVR
Mi Telcel MiT
STT STT
Telefónico TEL
Tienda en Línea TIL
Tabla 25 Nomenclartura de canales de distribución
REGIÓN
D: DEUR
R: R09
N: Nacional
SEGMENTO
PR: Prepago
CO: Corporativo
PS: Pospago
Ejemplo: 190613_Gestión_ de_Indentificadores_CAC_D_PR_V1.0

Tel. 2581-3700, Fax 2581-4795


Pantallas
Será necesario agregar las Pantallas con las que interactúan los procesos a los modelos, mediante el
hipervínculo de tipo Referencia de diagramas, como se muestra en la siguiente figura, al dar clic sobre él
mostrará la imagen de la Pantalla, en dónde se deberá agregar el regreso al diagrama mediante el
hipervínculo de tipo Celda de navegación.
El formato para los dos tipos de hipervínculos es color azul claro, línea blanca y letra en color negro.
A1. ¿Se ejecuta el

movimiento?
A1
01. Activity1 No 06. Activity3
0.01 Inicio Sí 05. Fin

Usuario
Proceso 2
02. Enviar 04. Recibir

notificación respuesta
02. Recibir 03. Activity2 04. Enviar

notificación respuesta
Sistema
Pantalla
Pantalla 1. Evaluación Cliente
Hipervínculo
Figura 15 Ejemplo de hipervínculo tipo Referencia de diagramas, para agregar una Pantalla.

Tel. 2581-3700, Fax 2581-4795


Regreso a
pantalla anterior
Figura 16 Ejemplo de hipervínculo tipo Celda de navegación para regresar al Diagrama en dónde se
utilizó la Pantalla.
7.13 Lenguaje de Modelado Unificado (UML)
El lenguaje de modelado unificado (UML) es un estándar para la representación visual de objetos,

estados y procesos dentro de un sistema. Por un lado, el lenguaje de modelado puede servir de modelo
para un proyecto y garantizar así una arquitectura de información estructurada; por el otro, ayuda a los
desarrolladores a presentar la descripción del sistema de una manera que sea comprensible para
quienes están fuera del campo. UML se utiliza principalmente en el desarrollo de software orientado a
objetos. Al ampliar el estándar en la versión 2.0, también es adecuado para visualizar procesos
empresariales.
7.13.1 Diagrama de secuencia
Los diagramas de secuencia comúnmente son utilizados por los desarrolladores, donde se modelan las
interacciones entre los aplicativos, servicios y entidades de negocio. Ilustran la forma en que las
diferentes partes de un sistema interactúan entre sí para llevar a cabo una función, y el orden en que se
producen las interacciones cuando se ejecuta un caso de uso concreto. En palabras más sencillas, un

Tel. 2581-3700, Fax 2581-4795


diagrama de secuencia muestra diferentes partes de un sistema trabajando en una “secuencia” para
conseguir algo.
Un diagrama de secuencia está estructurado de tal manera que representa una línea de tiempo que
comienza en la parte superior y desciende gradualmente para marcar la secuencia de interacciones.
Cada objeto tiene una columna y los mensajes intercambiados entre ellos están representados por
flechas.
El diagrama de secuencia representa la comunicación a través de entradas de información
detonadas de un sistema a través de un medio de comunicación (servicio web/API/proceso
batch/IGTOC) que tiene como objetivo obtener una respuesta complementaria en algunos casos
con devolución de información o con la generación de una actividad en específico.
En la siguiente tabla mostraremos los objetos de usos del diagrama de secuencia

Nombre Notación Descripción Comentarios
Actor Se utiliza cuando el Usar el estilo default
diagrama de secuencia de la herramienta
particular es propiedad
de un caso de uso
Representan los
diferentes objetos o
partes que interactúan
entre sí en el sistema
durante la secuencia
LifeLine Representa los
Representa el paso del aplicativos legados de
tiempo a medida que se Telcel
extiende hacia abajo. Estilo: Legados
Esta línea vertical
discontinua representa Representa los
eventos secuenciales aplicativos externos a
que le ocurren a un Telcel
objeto durante el Estilo: Externos
proceso graficado. Las
líneas de vida pueden
Representa los
comenzar con una
elementos
figura rectangular
pertenecientes a la
etiquetada o un símbolo
capa de integración
de actor.
Estilo: Integración

Tel. 2581-3700, Fax 2581-4795


Representa los
elementos nodos
físicos y lógicos
Estilo: Nodos
Fragment Se utiliza para separar

las actividades dentro
del diagrama de
secuencia
Note Se utiliza para describir

especificaciones que se
tienen que considerar
Endpoint Se utiliza para indicar el

tiempo y el número de
veces que se podrá
reintentar una acción
Tabla 25 objetos de secuencia

Líneas de flujo
Nombre Notación Descripción Comentarios
Mensaje A)Línea de flujo Colocar la actividad a
que representa las realizar utilizando el
(A) peticiones por el verbo en infinitivo,
disparador seguido del nombre
(request) del servicio, versión y
B) Línea de flujo operación entre
(B) que representa la paréntesis a utilizar
especificación de (Ejemplo. Consultar
cierta actividad serie del equipo
como parte del ImeiServiceV3.0(cons
proceso. ulta))
Operación Representa las
operaciones
desarrolladas por
el mismo sistema.
Respuesta Representa las Colocar la actividad a
s repuesta de los realizar utilizando el
sistemas verbo en infinitivo,
(response), estas seguido del nombre
pueden ser del servicio, versión y

Tel. 2581-3700, Fax 2581-4795


Síncronas o operación entre

Asíncronas paréntesis a utilizar
(Ejemplo. Devolver
valor de serie del
equipo
ImeiServiceV3.0(cons
ulta))
Error Representa los
errores que Se debe indicar de la
pueden surgir en siguiente manera:
alguna operación. coderror.mensaje(rei
ntentable o no
reintenteble), utilizar
el componente
endPoint para indicar
la cantidad de
reintentos si aplica.
Reintento Representa un Se deberá indicar el
proceso de número de
reintentos reintentos
establecido en la establecidos en el
operación del servicio.
servicio.
Tabla 26 Líneas de FLujo
8 Metodologías y técnicas
En este apartado se mostrarán metodologías y las herramientas que utilizaremos para realizar el análisis
del proyecto de análisis solicitado. Para desarrollar el proyecto definiremos las siguientes 2 etapas: (1)
Análisis y Diagnóstico; tiene como objetivo conocer la situación actual para poder detectar, definir y
plantear los hallazgos en relación con la solución planteada por el proyecto. (2) Diseño; tiene como
objetivo identificar los elementos adecuados para poder confirmar o no la factibilidad de la solución
propuesta en el proyecto, además de definir la situación deseada alineada a la estrategia de TELCEL y
elaborar el Diseño Funcional de la Solución.
A continuación, se mostrarán los elementos necesarios para desarrollar cada etapa y se definirán y
explicarán las herramientas necesarias.

Tel. 2581-3700, Fax 2581-4795


Evaluación de los procesos involucrados

Análisis y Dimensionamiento de esfuerzos
Levantamiento de proceso actual (AS-IS)
Diagnóstico Identificación y clasificación de hallazgos en
los procesos
Análisis de hallazgos y Alineación

estratégica
Diseño de la solución (TO-BE, maqueta)
Diseño Identificación y análisis de brechas
Elaboración del Diseño Funcional de la
Solución (DFS)
Figura 171 Metodología de la Jefatura de Arquitectura de Procesos TI.
a. Análisis y diagnóstico
En esta etapa se conocerá la situación actual del proceso, identificando a detalle todas las actividades,
aplicaciones, reglas de negocio y factores relacionados con el proceso que puedan afectar la solución.
Como resultado del análisis se obtienen las áreas de oportunidad, hallazgos y mejoras posibles al
proceso. Estos elementos servirán para confirmar la necesidad del proyecto solicitado por el área de
negocio.
La etapa se compone de las siguientes fases:
 Evaluación de los procesos involucrados. En esta fase identificaremos la criticidad a nivel
general de los procesos en el negocio, madurez del proceso así como su complejidad.
 Dimensionamiento de esfuerzos. Una vez evaluados los procesos involucrados se
dimensionará el esfuerzo necesario para analizar y generar el diseño de la solución del
proyecto.
 Levantamiento de proceso actual (AS-IS). Es el acercamiento y obtención de información a
nivel de detalle del proceso, el cual nos permitirá conocer la operación actual y todos sus
elementos relacionados.
 Identificación y clasificación de hallazgos en los procesos. En esta fases se ubican los
problemas u oportunidades de mejora observados en el levantamiento inicial de procesos.

Tel. 2581-3700, Fax 2581-4795


b. Diseño
Con el resultado obtenido del Análisis y Diagnóstico, en esta etapa confirmaremos la necesidad del
proyecto solicitado por el usuario, para diseñar el modelo deseado (TO-BE) e identificar las brechas
entre el estado actual (AS-IS) contra el estado deseado (TO-BE).
Como resultado de este análisis podremos construir el Diseño Funcional de la Solución (DFS) y la
maqueta en los casos necesarios.
La etapa se compone de las siguientes fases:
 Análisis de hallazgos y Alineación estratégica. En esta fase se confirmará o ajustará la solución
del proyecto a partir del análisis de hallazgos contra el objetivo del proyecto y/o los
lineamientos establecidos por el Área.
 Diseño de la solución (TO-BE). Esta fase está compuesta por el desarrollo de un proceso
deseado (TO-BE) y todos sus elementos relacionados. En algunos casos se requerirá la
generación del prototipo gráfico de la solución (maqueta).
 Identificación y análisis de brechas. Es la identificación de la diferencia entre el desempeño del
proceso actual y del proceso deseado por la organización.
 Elaboración del Diseño Funcional de la Solución (DFS). Es la generación de la documentación
que especifica el comportamiento de la solución requerida.
Para facilitar el desarrollo de las etapas antes mencionadas se recomienda el uso de las siguientes
herramientas de apoyo.
c. Herramientas de apoyo
Elemento Herramienta Definición Justificación
• Evaluación de los Es una herramienta que nos
procesos permite conocer la criticidad Nos brinda orden y certeza
involucrados Assesment del proceso así como el de las actividades y recursos
• Dimensionamiento dimensionamiento de esfuerzo para desarrollar el proyecto.
de esfuerzos del proyecto.
Es una herramienta que nos
• Levantamiento de Cuestionario de Nos brinda orden, facilita
permite obtener de forma
proceso actual levantamiento obtención y la comprensión
sistematizada la información de
de información del proceso.
un proceso.
• Levantamiento de Mapeo de Es un diagrama que representa Proporciona un panorama
proceso actual proceso AS-IS las actividades generales de un general de los procesos y
(Nivel 4) IDEF proceso actual. permite identificar hallazgos
de manera preliminar.
en ArchiMate

Tel. 2581-3700, Fax 2581-4795


Nos permite representar el

Mapeo de proceso actual mediante
Permite conocer la operación
• Levantamiento de procesos del actividades, relaciones
actual y todos sus elementos
proceso actual AS-IS (Nivel 5) secuenciales y los actores
Etapa de Análisis y
relacionados.
en BPMN apoyados en convención
Diagnóstico
BPMN.
• Identificación y Documento que presenta la Permite identificar y clasificar
clasificación de Check list de identificación de hallazgos del los hallazgos que se
hallazgos en los hallazgos modelo de situación actual de presentan durante la
procesos un proceso. ejecución del proceso.
• Identificación y
Identificación Es una herramienta que nos Permite clasificar los
clasificación de
de desperdicios permite clasificar los hallazgos desperdicios (ejemplo
hallazgos en los
(LEAN) del proceso. tiempos, recursos, etc).
procesos
Elemento Herramienta Definición Justificación

• Identificación y Permite generar posibles
Diagrama de Es una herramienta que nos
clasificación de soluciones que resuelvan las
Ishikawa (Causa- permite analizar las causas
hallazgos en los verdaderas causas de los
Efecto) raíz del problema o hallazgo.
procesos problemas.
Es una herramienta que nos
• Identificación y Permite detectar de una
permite explorar a través de
clasificación de manera sencilla las causas-
5 Porqués preguntas las relaciones
hallazgos en los efecto de problemas en el
causa-efecto que genera un
procesos proceso.
problema.
Es una presentación que
Comparación del compara el requerimiento Permite reforzar y alinear los
• Alineación
requerimiento inicial del área usuaria vs. Los esfuerzos a las verdaderas
estratégica del
requerimiento
original vs. hallazgos detectados para necesidades de la operación y
Etapa de Diseño
Hallazgos confirmar o reforzar el la estrategia.

requerimiento.
Es un diagrama que
• Diseño de la Mapeo de proceso
representa a nivel general las Proporciona un panorama
solución (TO-BE, TO-BE (Nivel 4)
actividades de un proceso general del proceso deseado.
maqueta) IDEF en ArchiMate deseado.
Nos permite representar a
detalle el proceso deseado
• Diseño de la Mapeo de procesos Permite plasmar la operación
mediante actividades,
solución (TO-BE, del TO-BE (Nivel 5) deseada y todos sus
relaciones secuenciales y los
maqueta) en BPMN elementos relacionados.
actores involucrados apoyado
en convención BPMN.
Permite determinar las
• Identificación y Diagrama que muestra las
Análisis de Brechas diferencias que existen entre
análisis de brechas entre la situación
brechas
(GAPs) actual y la situación deseada.
el estado deseado y el actual
del proceso.
Es un registro de eventos que
• A través de todo Bitácora de Brindar evidencia del
se presentan en el desarrollo
el proyecto eventos desarrollo del proyecto.
del proyecto.

Tel. 2581-3700, Fax 2581-4795


9 Bibliografía
 Barros, Oscar: Reingeniería de procesos de negocio, Editorial Dolmen, Chile, 1994.
 Davenport, Thomas: Process Innovation, Harvard Business School Press, USA, 1993.
 Hammer, Michael: Re-engineering Work: Don't Automate, Obliterate, Harvard Business
Review, July-August 1990, págs. 104-112.
 IBM: Business Systems Planning-Information Systems Planning Guide, GE20-0527-3, USA, 1981.
 ISO: Norma Internacional ISO 9001 - Sistemas de gestión de la calidad – Requisitos, Secretaría
Central de ISO, Ginebra, Suiza, 2000.
 Zachman, J.A.: Business Systems Planning and Business Information Control Study: A
comparison, IBM Systems Journal, volúmen 21, número 1, pág. 31, 1982.
 Ould, M.: Business Processes: Modelling and Analysis for Re-Engineering and Improvement,
Wiley, 1995.
 Negroe, Gonzálo: Papel de la Planeación en el proceso de conducción, UNAM, 2005.
 Stephen A White, BPMN Guía de referencia y modelado, Future Strategies, 2009.
 Jay Arthur, Guía para el instructor de Six Sigma, Panorama, 2003.
 http://pubs.opengroup.org/
 Ochoa, Rosso: El método de los sistemas, UNAM, 1997.
 Fuentes Z, Arturo: Un Sistema de metodologías de planeación, 1995.
 Porter,Michael:Competitive advantage. The Free Press, 1985.

Tel. 2581-3700, Fax 2581-4795

Manual de Convenciones de La Oficina de Procesos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual de Convenciones de La Oficina de Procesos

Cargado por

Copyright:

Formatos disponibles

MANUAL DE CONVENCIONES Gerencia de Arquitectura de Procesos y 0

PARA MODELADO GAPPTI Proyectos TI (68)

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

Manual de convenciones para modelado (GAPPTI)

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

5.13 ¿Cómo funciona eTOM?....................................................................................................17

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

7.12.5 Categoría de objetos de flujo....................................................................................44

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

Figura 9 Modelo de Subproceso de TELCEL nivel 4 en lenguaje BPMN..............................................24

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

Tabla 18 Descripción de los Conectores.............................................................................................41

Versionamiento y Control de Modificaciones

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

2 del punto 4.7 al 4.17, 4.25, Ana Karen Pérez Alcántara

6.2 05/06/202 - En el apartado 7.13.1 del Erick Ortiz Valle

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

1 Objetivo del manual de convenciones de modelado

El manual de convenciones para modelado de diagramas establecerá el estándar de trabajo de la

SUBDIRECCION DE DESARROLLO DE SOFTWARE

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

3 Misión, visión y objetivos de la Jefatura de

1. Proveer a la organización una visión integral de los procesos de negocio

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007

Preparado por: Número de Documento

ARNOLD ULISES CISNEROS GOMEZ SDS/GE/2018-644652

RAUL SANTOS/ MAYRA CABRERA 2018/09/05 1

4.6 Enfoque basado en procesos

Elementos a comparar Organización funcional Organización por procesos

739502066.docx Uso Interno – Confidencial F-00.04.01.00.00-007