ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Unidad 4 – Evidencia de aprendizaje. Proyectando un sistema de software con UML y diagrama de estados


Enviado por   •  27 de Mayo de 2019  •  Documentos de Investigación  •  2.761 Palabras (12 Páginas)  •  721 Visitas

Página 1 de 12

[pic 1]

Universidad Abierta y a Distancia de México

Asignatura:

Introducción al análisis y diseño orientado a objetos.

 

Unidad 4 – Evidencia de aprendizaje.

Proyectando un sistema de software con UML y diagrama de estados.

Asesor académico:

Magdalena Galindo Vilchis

Docente en línea:

María de Guadalupe Islas González

Alumno (a):

Miguel Ángel Bolaños Guillén

Matrícula ES172002510

  1. de marzo del 2019


Índice.

        

1. Introducción        2

2. Definición del caso.        2

        2.a. Descripción del caso        2

        2.b. Requerimientos funcionales        4

        2.c. Actores del sistema        7

3. Diagrama de casos de uso general.        8

4. Diagrama de Clases.        10

5. Diagramas Secuenciales.        12

6. Diagrama de Actividades.        15

7. Diagrama de Estados.        17

8. Conclusiones.        20

9. Referencias.        21


  1. Introducción.

Como se ha visto anteriormente UML es el estándar más utilizado al atacar el análisis y diseño de un sistema, la interpretación y el conocimiento de sus símbolos es necesario debido a que se puede caer en una interpretación de quién modela, y lo que se pretende con esta herramienta es que sea de uso general es decir que pueda ser interpretado por cualquier persona con conocimientos en el tema y que necesite examinar las entrañas de un sistema en particular. La complejidad y los requerimientos cada vez más sofisticados y exigentes en cuanto a software ha dado como resultado que se dedique más tiempo, recursos y esfuerzo a la fase de diseño y modelado, la abstracción que permite esta técnica es vital para sistemas complejos, facilitando a que la codificación y reutilización de código pueda ser más suave en el tema de la implantación de un sistema de forma distribuida e incluyendo ya de manera natural la multiplataforma.

        

  1. Definición del caso.
  1. Descripción del caso        .

El instituto requiere un sistema de control de comisiones, sabiendo que: El jefe inmediato o el comisionante solicita personal que realice actividades fuera del lugar del trabajo del empleado (comisionado) para cubrir objetivos y metas planteadas en un documento llamado oficio de comisión; esta puede ser terrestre o aérea, el importe de la misma dependerá del período, puesto del empleado y de la zona económica del lugar donde se lleve a cabo la misma. Se notifica al área presupuestal vía correo electrónico, de la comisión, para que verifique que se tiene la suficiencia presupuestal y apruebe la comisión. En el caso de comisión vía aérea también se envía correo electrónico al área de transportes para que tramite la compra de boletos de avión y apruebe la comisión, a la vez que por la misma vía se le notifica al área de banca electrónica para que valide el disponible monetario y apruebe la comisión, en esta área se requiere por seguridad de dos validaciones, la del jefe de departamento que valida el disponible monetario y el subdirector que autoriza la transferencia bancaria a la cuenta del empleado, notificando vía correo electrónico al área contable para que realice la póliza por la salida del dinero y por el saldo deudor a nombre del comisionado. Se le notifica por correo al comisionado que tiene una comisión para que verifique la transferencia bancaria y notifique de visto bueno al comisionante vía correo electrónico. El empleado al regreso de la comisión deberá entregar el informe de la comisión que será validado por el jefe inmediato y  tendrá cinco días hábiles para entregar al área contable la documentación comprobatoria que cubra los gastos ejercidos (hospedaje, desayunos, comidas, cenas) las facturas deberán cumplir con los requisitos fiscales exigidos por la SHCP, el empleado puede ejercer hasta un 10% del importe de la comisión para gastos que no generan factura (taxis locales), el importe no ejercido se deberá reintegrar con una ficha de depósito a la cuenta de la institución. Después de este período el área contable verifica la legalidad de los documentos y se realiza una póliza contable por el importe de los mismos, si el saldo no comprobado está en ceros, se da por finalizada la comisión, en caso contrario se informa al enlace administrativo, que notifica al área de recursos humanos del saldo no comprobado para que proceda al descuento vía nómina por el importe, comunicando al área contable para que proceda realizar la póliza del descuento, dando por finalizado así el proceso de la comisión.


  1. Requerimientos Funcionales        

No. Requerimiento

SC-RF01

Nombre

Autentificación del usuario

No. Requerimiento

SC-RF02

Nombre

Administración Usuarios

Característica

Modulo para la asignación de roles de usuarios.

No. Requerimiento

SC-RF03

Nombre

Administración Entidades

Característica

Actualización de zonas económicas.

No. Requerimiento

SC-RF04

Nombre

Registro de la comisión

Característica

Los empleados con rol de comisionante podrán registrar la comisión.

No. Requerimiento

SC-RF05

Nombre

Ejercicio de la comisión.

Característica

El empleado con rol supervisor presupuestal libera comisión.

No. Requerimiento

SC-RF06

Nombre

Liberación de la comisión.

Característica

El empleado con rol comisionante genera la orden de pago.

No. Requerimiento

SC-RF07

Nombre

Boletos de avión

Característica

El empleado con rol transporte genera interface de boletos de avión.

No. Requerimiento

SC-RF08

Nombre

Transferencia Bancaria

Característica

El empleado con rol Banca Electrónica valida comisión.


No. Requerimiento

SC-RF09

Nombre

Validar Transferencia Bancaria

Característica

El empleado con rol Supervisar Banca Electrónica libera recursos.

No. Requerimiento

SC-RF10

Nombre

Aplicación Contable.

Característica

El empleado con rol Supervisor Financiero Contable selecciona las comisiones liberadas por banca electrónica

No. Requerimiento

SC-RF11

Nombre

Comisionado da acuse de recibido.

Característica

El empleado busca las comisiones con estatus cuentas por pagar.

No. Requerimiento

SC-RF12

Nombre

Comisionado alimenta comprobación.

Característica

El empleado busca las comisiones con estatus pendientes de comprobación.

No. Requerimiento

SC-RF13

Nombre

Comisionante da visto bueno de los resultados de la comisión.

Característica

El empleado busca las comisiones con estatus pendientes de comprobación.

No. Requerimiento

SC-RF14

Nombre

Supervisor financiero contable da visto bueno a la comprobación.

Característica

El empleado con este rol valida los documentos comprobatorios.

No. Requerimiento

SC-RF15

Nombre

Enlace envía comisiones no comprobadas.

Característica

El enlace busca las comisiones vencidas no comprobadas al 100%.

...

Descargar como (para miembros actualizados)  txt (19.1 Kb)   pdf (755.1 Kb)   docx (518 Kb)  
Leer 11 páginas más »
Disponible sólo en Clubensayos.com