dedicatorias - modelado de procesos de … · web view... que incluye el modelo de casos de uso del...

15
PROGRAMA ACADÉMICO DE TECNOLOGÍAS DE LA INFORMACIÓN Actividad Modelado procesos con UML. Como requerimiento parcial para Acreditar la asignatura de Modelado de procesos de negocio. Que presentan: Alumno No. Control Diego Hernández Morales Ti102914 Javier Campano González Ti102960 Juan Carlos Ramírez Vázquez Ti1029 Asesor Lic. Gonzalo Rosas Cabrera Izúcar de Matamoros, Pue., a 02 de diciembre del 2011. E X C E L E N CI A U N I V E R S I T A R I A , F O R T A L E Z A D E M E X I C O I Z U C A R D E M A T A M O R O S

Upload: dangkhanh

Post on 28-Sep-2018

220 views

Category:

Documents


0 download

TRANSCRIPT

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

Diagrama de actividades

9

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