INSTITUTO TECNOLGIO

Asesor:
Asignatura: Fundamento de Ingeniera de Software
Semestre:5
Carrera: Ingeniera en Sistemas Computacionales
Alumno:

San pedro Pochutla Oaxaca a 28 de septiembre del 2016.

UNIDAD DOS
EL MODELO DE NEGOCIO

ESTANDARES

MODELO DE NEGOCIOS
Es una representacin abstracta de una organizacin, ya sea de manera textual o grfica, de todos
los conceptos relacionados, acuerdos financieros as como el portafolio central de productos o
servicios que la organizacin ofrece y ofrecer con base en las acciones necesarias para alcanzar las
metas y objetivos estratgicos.

ESTNDAR
conjunto de criterios aprobados, documentados y disponibles para determinar la adecuacin de una
accin (estndar de proceso) o de un objeto (estndar de producto).

ELEMENTOS DE UN MODELO DE PROCESO DE NEGOCIO

Objetivo(s) o motivo del proceso

Entradas
Salidas
Recursos utilizados
Secuencia de Actividades
Eventos que dirigen el proceso
Roles y participantes involucrados

ESTNDARES PARA EL MODELADO DE PROCESOS DE NEGOCIOS

Un modelo tiene la finalidad de representar los procesos de negocio de una empresa u organizacin con
objeto de que puedan ser analizados y mejorados, para ello se realiza:

La Validacin: que se realizan a todas las tareas y ciclos de proceso

La Simulacin: como por ejemplo el ahorro de costos antes de la implementacin

Asimismo, es necesario que todas las partes implicadas interpreten el contenido de los modelos del
mismo modo. Aqu es donde intervienen los estndares de modelado. stos definen los elementos del
modelo de procesos y su significado. Permiten la gestin colaborativa de los procesos de negocio (BPM)
en todas las disciplinas, y en toda la empresa.

BUSINESS PROCESS MODELING NOTATION - BPMN

Lenguaje de ejecucin de procesos de negocio. Es un estndar diseado para integrar una variedad de
aplicaciones y conseguir los objetivos de negocio independiente de las plataformas y tecnologas con
mayor escalabilidad y flexibilidad.
BPEL o Lenguaje de Ejecucin de Procesos de Negocio puede definirse como un estndar basado en
XML diseado para la orquestacin de servicios Web. Esto significa que permite el control centralizado
de la invocacin de diferentes servicios Web con cierta lgica de negocios, definindose cul, cmo y
cundo se ejecutar un proceso determinado.

Caractersticas

Es la unin entre negocio y tecnologa.

Es un lenguaje XML que define como un proceso de negocios puede ser ejecutado usando servicios Web.

Al ser un estndar usado por los fabricantes:

Permite elegir entre distintas plataformas
Permite la interoperabilidad
Fomenta la competitividad y la mejora de las plataformas

BPEL es un lenguaje de ejecucin

Es el lenguaje mquina que permite la implementacin del BPM

La ejecucin de las funciones de negocio se gestiona a travs de servicios Web.

BPEL es un lenguaje de especificacin de procesos de negocio completamente ejecutable que otorga orquestacin a
los Servicios Web. Un modelo de orquestacin provee un mbito especficamente enfocado en la vista de un
participante en particular.

LENGUAJE UNIFICADO DE MODELADO - UML

Es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad. Es un

lenguaje grfico para visualizar, especificar, construir y documentar un sistema.

Prescribe un conjunto de notaciones y diagramas estndar para modelar sistemas orientados a objetos,
y describe la semntica esencial de lo que estos diagramas y smbolos significan.
Facilita el acercamiento entre el diseo de soluciones ms favorables para la empresa y el diseo
detallado de sistemas de software.

Caractersticas de UML

Lo fundamental de una herramienta UML es la capacidad de diagramacin, y los diferentes tipos de

diagramas que soporta la herramienta. Sus esquemas de apoyo de diseo, documentacin, construccin
e implantacin de sistema

Su flexibilidad para admitir cambios no previstos durante el diseo o el rediseo.

UML se puede usar para modelar distintos tipos de sistemas: sistemas de software, sistemas de
hardware, y organizaciones del mundo real.
DIAGRAMAS UML

Diagrama de casos de uso

Diagrama de estado

Diagrama de clases

Diagrama de actividad

Diagrama de secuencia

Diagrama de componente

Diagrama de colaboracin

Diagrama de despliegue

LAS DIAGRAMAS EPC (LNEAS DE PROCESO GESTIONADAS POR EVENTO)

Las diagramas EPC son una tcnica de modelado de procesos de negocio, principalmente utilizada para el
anlisis de procesos con la intencin de implementar una planificacin empresarial de recursos para
ingeniera empresarial.
Sistema usado para gestionar y coordinar todos los recursos, informacin y funciones de un negocio.
Los diagramas EPC emplean smbolos grficos para presentar la estructura de flujo de control de un
proceso empresarial como una cadena de eventos y funciones.

Evento
Son elementos pasivos. Describen sobre qu circunstancias trabaja una funcin o proceso, o el
resultado de una funcin o proceso.
Algunos ejemplos: documentacin recibida, plazas disponibles,
Normalmente los diagramas EPC comienzan y terminan con un evento.

Funcin
Son elementos activos. Modelan las tareas o actividades de la compaa. Describen la transformacin
de un estado inicial a un estado final. En el caso de que se puedan dar varios estados finales, la
seleccin del correspondiente estado final, se puede modelar explcitamente como una funcin de
decisin, usando conectores lgicos.
Las funciones se pueden refinar en otros diagramas EPC.
Algunos ejemplos: solicitar documentacin, comprobar plazas disponibles,

Unidad organizativa
Determina la persona u organizacin, dentro de la estructura de la empresa, que es responsable de una
funcin especfica.
Algunos ejemplos: departamento de ventas, jefe de ventas,
Siempre va unida a una funcin mediante una lnea continua.

Informacin, material o recurso

Representan objetos en el mundo real, por ejemplo objetos de negocio, entidades, etc. que pueden ser
datos de entrada que sirvan como base para una funcin, o datos de salida producidos por una funcin.
Algunos ejemplos: material, pedido, solicitud,
Se unen con las funciones mediante una flecha de lnea continua, donde la punta de la flecha indica si
es informacin de entrada o de salida.

Conector lgico
Describen las relaciones lgicas entre los elementos (eventos y funciones) en el flujo de control.

Flujo de control
Conecta eventos con funciones, caminos de procesos, o conectores lgicos, creando secuencias
cronolgicas e interdependencias lgicas entre ellos.

NOTACIN PARA EL MODELADO DE PROCESOS DE NEGOCIO - BPMN

Es la nomenclatura estndar para el modelado de procesos de negocios. Fue diseado como una notacin
de tipo diagrama de flujo robusto, fcil de usar y completamente independiente de la implementacin.
Su nomenclatura remite a conceptos propios de la programacin: intercambio de mensajes, condicionales,
ciclos, manejo de excepciones, flujos en paralelo, estados y eventos.
El principal objetivo de BPMN es proporcionar una notacin estndar que sea fcilmente legible y
entendible por parte de todos los involucrados e interesados del negocio. Entre estos interesados estn los
analistas de negocio (quienes definen y redefinen los procesos), los desarrolladores (responsables de
implementar los procesos) y los gerentes y administradores del negocio (quienes monitorizan y gestionan
los procesos).

BPMN tiene la finalidad de servir como lenguaje comn para cerrar la brecha de comunicacin que
frecuentemente se presenta entre el diseo de los procesos de negocio y su implementacin.

Caractersticas

Se define como una notacin grfica que describe la lgica de los pasos en un proceso de negocio.

Es un lenguaje formal que permite modelar, simular y, eventualmente, ejecutar un proceso de negocio

Proporciona un mtodo normalizado para representar procesos de negocio.

Es legible, entendible y de poca complejidad.

Propone un lenguaje comn entre los usuarios de negocio y los tcnicos.

Facilita la diagramacin de los procesos de negocio.

Determina y define los requerimientos del sistema.

OASIS (oorganizacin para el Avance de

Estndares de Informacin Estructurada)
Es un consorcio internacional sin fines de lucro que
se orienta al desarrollo, la convergencia y la
adopcin de los estndares de comercio electrnico
y servicios web.

Energa
Servicios Web
Comercio electrnico
Internet
Seguridad, Leyes y Gobierno
Cadena de Suministro
Administracin de Computacin
Focos de Aplicacin
Document-Centric
Procesamiento XML
Conformance/Interop
Dominios Industriales

OMG (Object Management Group)

Es una organizacin sin fines de lucro que promueve el

uso de tecnologa orientada a objetos mediante guas y
especificaciones.
El grupo est formado por diversas compaas y
organizaciones con distintos privilegios dentro de la
misma

Una mtrica de software es cualquier tipo de medida relacionada con un sistema, proceso o
documentacin de software. Algunos ejemplos son las medidas que se utilizan para calcular el tamao de
un producto en lneas de cdigo, el nmero de fallos encontrados en un producto software entregado y el
nmero de personas por da requeridas para desarrollar un componente del sistema.
Las mtricas de control suelen estar asociadas con los procesos.
Ejemplos de las mtricas de control o de procesos son el esfuerzo y el tiempo promedio requeridos
para reparar los defectos encontrados.
Las mtricas de prediccin lo estn a los productos.
Ejemplos de mtricas de prediccin son la complejidad ciclomtica de un mdulo, la longitud media
de los identificadores de un programa, y el nmero de atributos y operaciones asociadas con los
objetos de un diseo.
Los atributos de calidad como la mantenibilidad, la comprensin y la usabilidad son atributos
externos que nos dicen cmo ven el software los desarrolladores y los usuarios. stos se ven
afectados por diversos factores y no existe un camino simple para medirlos. Ms bien es necesario
medir atributos internos del software (como su tamao) y suponer que existe una relacin entre lo
que queremos medir y lo que queremos saber.

Las mtricas del producto se dividen en dos clases:

Las mtricas dinmicas, que son recogidas por las mediciones hechas en un programa en ejecucin.
Las mtricas dinmicas ayudan a valorar la eficiencia y la fiabilidad de un programa y por lo general estn
relacionadas de forma cercana con los atributos de calidad del software.
Las mtricas estticas, que son recogidas por las mediciones hechas en las representaciones del sistema
como el diseo, el programa o la documentacin.
Las mtricas estticas ayudan avalorar la complejidad, la comprensin y la mantenibilidad de un sistema de
software; por lo general estn relacionadas de forma cercana con los atributos de calidad del software.

Mtricas
Mtricas
Mtricas
Metricas

de
de
de
de

Comparacin
Seguimiento
Prediccin
Informacin

Internas
Desempeo
Utilidad / Inversin
Recursos / Ventas
Costo / Beneficio
Costo / Calidad
Tiempo / Costo
Valor Agregado
Productivitidad
Eficiencia
Efectividad
Estandares

Con el Entorno
Mercado
Participacin
Penetracin de Mercado
Tendencias de Mercado
Competencia
Market Share
Imagen de la Empresa
Nuevos Competidores
Modelos Innovacin

Mtricas
Mtricas
Mtricas
Metricas

de
de
de
de

Comparacin
Seguimiento
Prediccin
Informacin

Internas
Desempeo
Utilidad / Inversin
Recursos / Ventas
Costo / Beneficio
Costo / Calidad
Tiempo / Costo
Valor Agregado
Productivitidad
Eficiencia
Efectividad
Estandares

DEFINICION
26

Una mtrica es una medida efectuada sobre los

programas, documentacin, su desarrollo y

mantenimiento, o sobre algn aspecto del sistema en
desarrollo o del proceso empleado que permite,
previa comparacin con unos valores (medidas) de
referencia, obtener conclusiones sobre el aspecto
medido con el fin de adoptar las decisiones
necesarias.

Marisol Viramontes Aguilar, Claudia Prez Becerra, Alan Josu Gonzlez de la Cruz, Ricardo Esparza Pea.

DEFINICION
27

Una mtrica no es un objetivo en s mismo sino un medio para

controlar el desarrollo de un sistema de software.

El proceso de planificacin del desarrollo de cualquier sistema debe

hacerse partiendo de una estimacin del trabajo a realizar. Slo a partir

de ello es factible conocer los recursos necesarios y el tiempo necesario
para su realizacin.

Marisol Viramontes Aguilar, Claudia Prez Becerra, Alan Josu Gonzlez de la Cruz, Ricardo Esparza Pea.

DEFINICION
28

La estimacin precisa de ciertas mtricas como el esfuerzo de desarrollo

es indispensable para la adecuada planificacin de las actividades de

desarrollo y mantenimiento.

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

DEFINICION
29

Por ejemplo, Para aplicar el sistema de calidad al ciclo de vida es

necesaria la utilizacin de mtricas adecuadas que permitan medir la

calidad del proyecto. (En realidad, comparamos los parmetros de
calidad de ste con estimaciones realizadas mediante el uso de
estndares o datos que aporta la experiencia en otros proyectos).

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

CALCULO DE METRICAS
30

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

VENTAJAS DEL USO DE METRICAS

31

Determinar la calidad del producto.

Evaluar la productividad de los desarrolladores.
Conocimiento cuantitativo de las caractersticas del proceso y del producto.
Se podrn realizar comparaciones con otros proyectos.
Se podr mejorar el producto ya que las mtricas sirven para detectar

defectos.
Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

VENTAJAS DEL USO DE METRICAS

32

Se tendr un soporte para la estimacin y la planificacin.

Evaluar los beneficios (en cuanto a calidad y productividad) derivados

del uso de nuevos mtodos y herramientas de ingeniera del software.

Establecer una lnea base para la estimacin.
Justificar el uso de nuevas herramientas o de formacin adicional.

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso Inicial (Nivel 1)
33

Su objetivo es formar una base de comparacin con la forma en que las

mejoras se realicen y se incremente la madurez, estos incluyen:

a) El tamao del producto.
b) El esfuerzo del personal (Utilidades para
determinar una tasa de productividad).

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso Repetible (Nivel 2)
34

Las mtricas a este segundo nivel incluyen como objetivos de medicin:

1. La cantidad de esfuerzo necesaria para

desarrollar un sistema
2. La duracin del proyecto
3. El tamao y la volatilidad de los requerimientos

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso Repetible (Nivel 2)
35

4. El costo global del proyecto (Por lo que el tipo de

mtrica que se recomiendan incluye a las
siguientes):
a) Tamao del software
b) Puntos de Funcin
c) Cuenta de objetos y mtodos
5. Esfuerzo del trabajo de personal:
a) Esfuerzo real medido en unidades persona/mes
b) Esfuerzo reportado en unidades persona/mes
Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso definido (Nivel 3)
36

En este nivel de madurez, se recomienda evaluar la complejidad de los

requerimientos, el diseo, el cdigo y los planes de prueba, y evaluar la

calidad de los requerimientos del diseo del cdigo y de las pruebas. En
trminos de complejidad, se sugiere que los siguientes puntos se midan
a este nivel:

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso definido (Nivel 3)
37

4. Complejidad de las pruebas (Nmero de Caminos a probar, Si el

desarrollo es orientado a objetos, debe de considerarse el nmero de
interfaces de objetos a probar.
Se puede evaluar la minuciosidad de las pruebas. As, por mencionar
algunas mtricas recomendadas de calidad, podemos decir las
siguientes:

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso definido (Nivel 3)
38

a) Defectos descubiertos.
b) Defectos descubiertos por unidad de tamao
(densidad de defectos).
c) Fallas de requerimientos descubiertos.
d) Fallas de diseo descubiertas.
e) Fallas de Cdigo descubiertas.
f) Densidad de fallas por cada producto.
Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

USO DE LAS METRICAS

Proceso Administrado (Nivel 4)
39

Tipo de proceso, se refiere a qu tipo de modelo se

utiliza para el desarrollo de software.

Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

Utilidad de las Mtricas

40

Las mtricas se utilizan para evaluar y controlar el proceso

de desarrollo del software, de forma que permitan:

- Indicar la calidad del producto.
- Evaluar la productividad de los desarrolladores.
- Evaluar los beneficios (en cuanto a calidad y
productividad).
- Derivados del uso de nuevos mtodos y
herramientas de ingeniera del software.
- Establecer una lnea base para la estimacin.
- Justificar el uso de nuevas herramientas o de
formacin adicional.
Marisol Viramontes Aguilar, Claudia Perez Becerra, Alan Josue Gonzalez de la Cruz, Ricardo Esparza Pea.

Bibliografa
http://www.ugr.es/~mnoguera/collaborative_systems-business_processes_10-11.pdf
http://es.slideshare.net/CsarHernnPatricioPeralta/estndares-para-el-modelado-de-procesos-de-negocios