Post on 28-Sep-2018
PROGRAMA ACADÉMICO DE TECNOLOGÍAS DE LA INFORMACIÓN
ActividadModelado procesos con UML.
Como requerimiento parcial para Acreditar la asignatura de
Modelado de procesos de negocio.
Que presentan:
Alumno No. ControlDiego Hernández Morales Ti102914Javier Campano González Ti102960
Juan Carlos Ramírez Vázquez Ti1029
AsesorLic. Gonzalo Rosas Cabrera
Izúcar de Matamoros, Pue., a 02 de diciembre del 2011.
EX
CELE
NCIA
UNIVERSITARIA, FORTALEZA DE M
EXICO
I Z UCAR DE MATAMOROS
1. RESUMEN
El Modelado de negocio es el proceso de representación de uno o más aspectos o
elementos de una empresa, tal como estructura y dinámica lógica de negocios y es una
parte esencial de cualquier proceso de desarrollo de software.
De esta forma el analista de sistema captura el esquema general y los procedimientos
del negocio. Este modelo provee una descripción que se debe ajustar en el sistema de
software considerado dentro de la estructura organizacional y de las actividades
habituales.
Es por ello que hoy en día se han venido creando diferentes maneras de modelar, así
como también se han implementado esta nueva forma de modelar procesos con UML,
por sus siglas en inglés, (Unified Modeling Language) es el lenguaje de modelado de
sistemas de software más conocido y utilizado en la actualidad, este lenguaje ofrece un
estándar para describir un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocio, también provee la justificación para la
construcción del sistema de software al capturar las actividades manuales y los
procedimientos automatizados habituales que se incorporarán en nuevo sistema, con
costos y beneficios asociados.
De esta manera se presenta el modelado del proceso de negocios del Departamento de
Secretaria de Administración y Finanzas, de la Universidad Tecnológica de Izucar de
Matamoros, en este reporte se presentan el modelado del negocio que incluye el
modelo de casos de uso del negocio de todos los procesos que realiza el
departamento, la especiación de casos de uso y los diagramas de actividad y los
modelos de objetos del negocio.
1
2. DESARROLLO
En este trabajo se presenta el modelado del proceso del Departamento de Secretaria
de Administración y Finanzas de la UTIM, aquí se muestra el diagrama de casos de uso
del negocio los cuales, describen los procesos de negocio, estos están documentados
como una secuencia de acciones que proporcionan un valor observable para un actor
de negocio.
Se presentan los modelos de objetos de 4 procesos del departamento estos modelos
Indican lo que un proceso de negocio va a hacer, también se realizó la especificación y
el diagrama de actividades por cada caso de uso del negocio.
2.1 Diagrama de casos de uso del negocioA continuación se presentara un diagrama de casos de uso de negocio con todas las
actividades que el Departamento de Secretaria de Administración y Finanzas tiene a su
mando
Figura 1. 1 Diagrama de Casos de Uso del Negocio
2
2.2 Especificación de casos de uso del negocio.
Especificación del caso de uso del negocio: CajaPaquete al que pertenece: Secretaria de Administración y Finanzas
Objetivo: Realizar el proceso de caja del Departamento de Finanzas.
Actor Principal: Técnico Contable y Analista Administrativo
Personal involucrado e intereses: Cliente: Persona que solicita un servicio de la Institución.
Técnico Contable/Cajero: Persona encargada de la caja.
Analista Administrativo: Persona encargada del control de los trámites/
documentos administrativos del departamento.
Recursos, documentos y/o formatos: Datos de las Personas que solicita el servicio, Credencial si es alumno y Recibos
Foliados.
Precondiciones:El Cliente debió haber entrado a la universidad para solicitar el servicio.
El cliente se debe identificar.
Garantías de éxito (Post-condiciones): La venta o servicio se almacena por el
número de recibos foliados.
Escenario principal de éxito(flujo básico):1. El cliente solicita un servicio.
2. El técnico contable recibe el servicio a proporcionar.
3. El técnico contable pide datos personales.
4. El cliente proporciona los datos.
5. El técnico contable cobra el servicio y da cambio si es necesario
6. El técnico contable rellena el recibo foliado.
7. El técnico contable entrega el recibo foliado.
8. El técnico contable deposita o retira dinero dependiendo el caso.
9. El técnico contable envía recibos foliados al Analista Administrativo.
10.El analista administrativo recopila los recibos al final del día.
11.El analista administrativo redacta informes del día.
3
Extensiones flujo alterno (Ninguno).
Modelo de objetos de negocio
Diagrama de actividades
Especificación del caso de uso del negocio: Planeación
4
Paquete al que pertenece: Secretaria de Administración y Finanzas
Objetivo: Realizar el proceso de estadísticas de los servicios con los que se cuenta la
universidad para el alumno.
Actor Principal: Alumno.
Personal involucrado e intereses: Jefe de departamento: Encargado de Dirigir y Coordinar Varias actividades del
Departamento de Administración y Finanzas.
Jefe de Oficina: Encargado de la Creación de las Encuesta para la realización
de Informes y Estadísticas para el Jefe de Departamento
Secretaria: Encargada de la realización de las encuesta a los estudiantes
mediante el Sistema SAV
Informático: Responsable de recibir el pago de cardex y realizar el recibo y
copia de pago para el alumno.
Recursos, documentos y/o formatos: Sistema SAV de la utim, Encuesta realizada.Resultado de las encuestas.
Estadísticas encontradas.
Precondiciones:Las estadísticas se deben aplicar a de la universidad y deben estar inscritos.
Garantías de éxito (Post-condiciones): El alumno puede contestar libremente.
Escenario principal de éxito(flujo básico):1. El jefe de Departamento pide las estadísticas de la universidad
2. El jefe de Departamento envía la solicitud al jefe de oficina de planeación.
3. El jefe de oficina redacta las encuestas.
4. El jefe de oficina envía a la secretaria las encuestas.
5. La secretaria realiza las encuestas a los alumnos.
6. La secretaria envía las encuestas al informático.
7. El informático realiza el concentrado de las encuestas.
8. El informático redacta las estadísticas.
9. El informático envía las estadísticas al jefe de oficina.
10. El jefe de oficina concentra las estadísticas y genera un informe mensual.
5
11.El jefe de oficina envía el informe correcto a la secretaria.
12.La secretaria revisa la redacción del informe.
13.La secretaria entrega el informe corregido al jefe de oficina.
14.El jefe de oficina firma el informe y lo envía al jefe de departamento.
15.El jefe de departamento recibe y verifica el informe.
16.El jefe de departamento realiza informe trimestral.
Extensiones flujo alterno (Ninguno).
Modelo de Objetos del negocio
Diagrama de actividades
6
Especificación del caso de uso del negocio: Recursos Humanos, servicios Materiales y Servicios Generales
Paquete al que pertenece: Secretaria de Administración y Finanzas.
Objetivo: Solicitar los reportes de cada una de las actividades que conforman a este
departamentos.
Actor Principal: Jefe de Departamento.
Personal involucrado e intereses: Jefe de departamento: Encargado de Dirigir y Coordinar Varias actividades del
Departamento de Administración y Finanzas.
Jefe de Oficina: Encargado de Generar nóminas y contrato de personal. De la
universidad.
Jefe de Oficina de Recursos Materiales: Encargado de la realización de las
Compras e Insumos de la universidad.
Jefe de Servicios Generales: Responsable de contratar los servicios con los
que cuenta la universidad, encargado de realizar bitácoras y de realizar los
programas anuales.
Recursos, documentos y/o formatos: Recursos económicos federales y estatales,
reportes trimestrales.
Precondiciones:El jefe de departamento debe considerar diferentes factores para la revisión de los
informes de las áreas respectivas.
Garantías de éxito (Post-condiciones): El departamento recibe documentación de resguardado para la institución.
Escenario principal de éxito(flujo básico):1. El jefe de departamento pide informes mensuales al jefe de Recursos
Humanos, Recursos Materiales y Servicios Generales.
2. Los jefes de Oficina reciben la solicitud.
3. El jefe de recursos humanos genera una nómina y realiza la contratación de
personal; El jefe de Oficina de Recursos materiales realiza las compras e
insumos de la universidad; El jefe de servicios generales contrata los
servicios y realiza bitácoras.
7
4. Los jefes de Oficina generan su informe mensual y se lo envía al jefe de
departamento.
5. El jefe de departamento recibe y revisa los informes.
6. El jefe de departamento genera observaciones y envía los informes al jede
de cada oficina.
7. Los jefes de oficina actualizan las observaciones y realiza un informe final.
8. Los jefes de oficina envía el informe final al jefe de departamento.
9. El jefe de departamento firma los informes y genera un informe trimestral de
cada una de las oficinas.
Extensiones flujo alterno (Ninguno).
Modelo de Objetos del negocio.
8
3. CONCLUSIONES
Modelar el proceso de negocio es una parte esencial de cualquier proceso de desarrollo
de software.
De esta manera un analista captura el esquema general y los procedimientos del
negocio. Este modelo provee una descripción que se debe ajustar en el sistema de
software considerado dentro de la estructura organizacional y de las actividades
habituales. También provee la justificación para la construcción del sistema de software
al capturar las actividades manuales y los procedimientos automatizados habituales que
se incorporarán en nuevo sistema.
4. REFERENCIAS
paradig, V. (01 de 12 de 2011). Visual Paradig. Recuperado el 02 de 12 de 2011,
de Visual Paradig:
http://www.google.com.mx/#hl=es&cp=41&gs_id=30&xhr=t&q=tutorial+de+visual
+paradigm+for+uml+en+espa%C3%B1ol&pf=p&sclient=psy-
ab&source=hp&pbx=1&oq=tutorial+de+visual+paradigm+for+uml+en+es&aq=0w
&aqi=q-w1&aql=&gs_sm=&gs_upl=&bav=on.2,or.r_gc.r_pw.,cf.osb&fp
Sparks, G. (n.d.). Craftware Consultores Ltda. Retrieved 11 30, 2011, from
Craftware Consultores Ltda:
http://www.craftware.net/es/descargas/modelo_de_proceso_de_negocio.pdf
English, A. V. (15 de Abril de 2007). Business modeling with UML: Understanding the similarities and differences between business use cases and system use cases. Obtenido de IBM.com: http://www.ibm.com/developerworks/rational/library/apr07/english/index.html
10