TP02 Sistema de Mantenimiento - 1er Entregable[1]

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA DE SISTEMAS

PROYECTO: SISTEMA DE CONTROL DE TRANSPORTES CRUZ DEL SUR

MÓDULO MANTENIMIENTO

1er Entregable - Versión 01

AUTORES:

u914041 – Rodriguez Sanchez, Jose Jesús

u900254 – Watanabe Navarro, Javier Danilo

u210966 – Inocente Chávez, Jabes Abel

u720807 – Vargas Poclin, Carlos

u420424 – Diaz Carpio, Juan Enrique

U712641 – Gereda Aponte, Jose

TALLER DE PROYECTOS 2

PROFESORES:

Moreno molina, Joel

Villanueva Espinoza, Maria del Rosario

Lima, 08 de Septiembre de 2011

Transportes Cruz del Sur

Sistema de Gestión de Transporte Cruz del SurMódulo de Mantenimiento

Datos de Elaboración:

Elaborado por:

Juan Diaz Fecha de Elaboración 08/09/2011

Historial de Versiones:

Versión: 1.0

Realizado por: Vargas Poclin, Carlos Fecha modificación: 08/09/2011

Descripción: Versión Inicial

Aprobado por: Diaz Carpio, Juan Enrique Fecha aprobación : 08/09/2011

Documento interno Versión: 1.0 Página: 2 / 70



RESUMEN

El Proyecto que se realiza es el modelo para la Sistematización de la Empresa de Transportes Cruz del Sur, específicamente los procesos de negocios que son parte de la Cadena de Valor de la organización: Servicios, Programación de Rutas, Operaciones, Venta de Pasajes, Encomiendas y Mantenimiento.

El modulo que se presenta es Mantenimiento, que abarca desde el levantamiento de información para hallar los casos de uso del negocio, los casos de uso de sistema, el modelo conceptual y el prototipo propuesto para la solución del módulo. Asimismo, se realiza la documentación de la Administración durante el ciclo de vida del Proyecto. La metodología que se usa es RUP con el lenguaje UML.

En el primer capítulo se realiza la descripción de la Empresa, su plan estratégico y se detalla los objetivos que son los pilares para la construcción de un modelo acorde a la organización en estudio.

En el segundo capítulo se desarrolla el modelo de negocio para la gestión de mantenimiento. Inicialmente se detallarán los casos de uso del negocio, su especificación y se concluirá con el diagrama de clases de negocio.

En el tercer capítulo se diseña y escoge las soluciones más apropiadas para la implantación del modelo. Se crean los casos de uso del sistema basados en los requerimientos y se concluye con el prototipo a desarrollar.

En el cuarto capítulo se menciona los documentos administrativos del proyecto que sirven para el control y la calidad del presente proyecto.

Finalmente, las conclusiones y recomendaciones a las que se llegaron durante el desarrollo proyecto.




TABLA DE CONTENIDORESUMEN..........................................................................................................................................3

INTRODUCCIÓN.................................................................................................................................7

CAPITULO I........................................................................................................................................8

REQUERIMIENTOS.............................................................................................................................8

1. ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE.........................................................8

Funcionalidad....................................................................................................................................8

Asociados a los casos de uso.........................................................................................................8

Asociados a aspectos generales..................................................................................................10

Seguridad................................................................................................................................10

Usabilidad........................................................................................................................................11

Confiabilidad...................................................................................................................................11

Rendimiento....................................................................................................................................12

Soporte............................................................................................................................................13

Restricciones de Diseño..................................................................................................................13

Documentación de Usuario y Sistema de Ayuda.............................................................................14

Componentes Adquiridos................................................................................................................14

Interfases........................................................................................................................................14

Interfases de Usuarios.................................................................................................................14

Interfases de Hardware...............................................................................................................15

Interfases de Software................................................................................................................16

Interfases de Comunicaciones.....................................................................................................16

Licenciamiento................................................................................................................................16

Requerimientos Legales y de Derecho de Autor.............................................................................16

Estándares Aplicables......................................................................................................................16

2. MODELO DE CASOS DE USO DEL SISTEMA..........................................................................17

2.1. Lista de los Actores del Sistemas.....................................................................................17

2.2. Diagrama de Actores del Sistema....................................................................................19

2.3. Diagrama de Paquetes.....................................................................................................20

2.4. Diagrama de Casos de uso por Paquetes.........................................................................21

3. ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA........................................................24

4. PROTOTIPOS DE SISTEMAS POR PAQUETES........................................................................25

5. MODELO CONCEPTUAL.......................................................................................................41




CAPITULO IV....................................................................................................................................42

ADMINISTRACIÓN DEL PROYECTO..................................................................................................42

1. CRONOGRAMA DE EJECUCIÓN DEL PROYECTO...................................................................42

2. BENCHMARKING..................................................................................................................43

2.1. Descripción de soluciones encontradas...........................................................................43

2.2. Análisis Comparativo de las soluciones encontradas.......................................................44

2.3. Evaluación de las soluciones encontradas.......................................................................48

3. ESTUDIO DE FACTIBILIDAD..................................................................................................49

1. CONTROL DE CALIDAD.........................................................................................................52

1.1. Matriz de Casos de Uso del Negocio vs. Reglas del Negocio........................................52

1.2. Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio.............................53

1.3. Matriz de Casos de Uso del Negocio vs. Entidades del Negocio..................................54

1.4. Atributos de Casos de Uso del Sistema........................................................................55

1.5. Atributos de Requerimientos funcionales...................................................................56

1.6. Atributos de Requerimientos no funcionales..............................................................56

1.7. Casos de Uso del Sistema vs Requerimientos funcionales...........................................57

1.8. Casos de Uso del Sistema vs Requerimientos no funcionales......................................58

1.9. Casos de Uso del Sistema vs Reglas del Negocio.........................................................60

CONCLUSIONES...............................................................................................................................61

BIBLIOGRAFÍA..................................................................................................................................62




INTRODUCCIÓN

El presente trabajo propone un modelo para la gestión de mantenimiento de buses y que servirá para reducir los costos en los que incurre la Gerencia de Mantenimiento de la empresa Cruz del Sur.

El Modelo de Negocio abarca desde el planeamiento anual del mantenimiento, la programación de los tipos de mantenimientos: considerando turnos, personal y materiales; y la ejecución del mantenimiento donde se lleva a cabo la tarea y se consume los materiales asignados. A su vez, se debe de controlar el stock de los materiales para determinar si se realizara el requerimiento de los mismos.

El Primer Entregable, se realiza en tres pasos. El primero paso, es donde se modela el negocio para la gestión de mantenimiento, se obtiene los casos de uso del negocio, se identifica los actores relacionados y se elabora el diagrama de actores del negocio. El segundo paso, se identifica los trabajadores y las entidades del negocio, El tercer paso, se realiza el diagrama de actividades y se concluye con las tareas que se automatizaran en el siguiente entregable.




CAPITULO I

REQUERIMIENTOS

1. ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE

FUNCIONALIDAD

Asociados a los casos de uso

Código MA_RF_01

Nombre Mantener plan de mantenimiento

Descripción Este requerimiento funcional describe la necesidad de contar con la funcionalidad de registrar los Planes de Mantenimiento, el cual debe de considerar los buses operativos para el ejercicio en el que se debe de considerar la planificación.

Código MA_RF_02

Nombre Mantener programación de mantenimiento

Descripción Este requerimiento funcional permite realizar el registro y mantenimiento de las programaciones, donde se registra la fecha de inicio del mantenimiento, se asigna el turno, los técnicos y materiales. Debe de permitir la aprobación de la programación como tal de parte del Jefe de mantenimiento

Se debe poder asignar la orden de mantenimiento a un proveedor en el caso de no tener disponibilidad de recursos.

Código MA_RF_03

Nombre Mantener requerimiento de compra

Descripción Es necesario poder generar una solicitud de mantenimiento, dado a que en algún momento es posible que no se cuente con material, por tanto al querer planificar o programar es necesario generar el requerimiento de comprar

Código MA_RF_04

Nombre Mantener solicitud de mantenimiento

Descripción Este requerimiento funcional indica la necesidad de poder consultar y registrar las solicitudes de mantenimiento, tanto preventivas como detectivas, poder anularlas y aprobarlas, asignar el técnico responsable y la solución a ejecutar.




Adicionalmente, a la solicitud propiamente dicha, se debe de registrar los incidentes sucedidos en cada uno de los viajes, esto con el fin de tener claro las acciones necesarias a realizar y planificar posteriormente los mantenimientos correctivos.

Código MA_RF_05

Nombre Mantener orden de mantenimiento

Descripción Este requerimiento funcional, permite realizar la asignación de actividades realizadas y materiales utilizados en la ejecución del servicio, registrar el resultado del servicio, permitir dar de baja al vehículo en el caso que lo requieran, acompañado de un informe técnico.

Este requerimiento contempla el cambio de estado de la orden de mantenimiento, liquidar la orden con el fin de poder registrar los costos y gastos reales incurridos en el servicio registrando este dato para uso posteriores en los próximos planes y proyecciones, y permite el cierre de la orden

Código MA_RF_06

Nombre Mantener recepción de buses

Descripción Este requerimiento funcional indica la necesidad de realizar un registro del bus que está ingresando a mantenimiento, ficha de recepción de Vehículo.

Código MA_RF_07

Nombre Registrar resultado de aplicación de checklist

Descripción Registrar el resultado de la revisión del vehículo una vez que se terminó el mantenimiento, dando por aceptada la salida del mismo.

Código MA_RF_08

Nombre Generar ticket de combustible

Descripción Este requerimiento funcional indica la necesidad de poder generar tickets de combustibles, asociando a la orden de servicio, cantidad y monto a utilizar.




Asociados a aspectos generales

Seguridad

Código GE_RF_01

Nombre Actualizar usuarios del sistema

Descripción Permitir crear, modificar y eliminar cuentas de acceso al sistema

Código GE_RF_02

Nombre Actualizar contraseña del usuario

Descripción Permitir la creación, actualización o baja de los servicios que la empresa pondrá a disposición del público

Código GE_RF_03

Nombre Validar acceso del usuario al sistema

Descripción Permitir dar de alta o baja al usuario al sistema

Código MA_RF_09

Nombre Mantener roles de usuario

Descripción El sistema deberá poder crear y modificar roles de usuario

Código MA_RF_10

Nombre Mantener opciones de usuario

Descripción El sistema deberá poder crear, modificar opciones y asociarlas a roles de usuario

Código MA_RF_11

Nombre Encriptamiento de claves de usuario

Descripción El sistema debe de utilizar un algoritmo encriptamiento para el manejo de las claves de usuario

Código MA_RF_12




Nombre Uso de politicas de seguridad

Descripción El equipo de desarrollo deberá de contemplar las políticas de seguridad de la red de Cruz del Sur para la construcción y pruebas del sistema

USABILIDAD

Código GE_RNF_01

Nombre Manejo de errores

Descripción En caso de que se produzcan errores en tiempo de ejecución del sistema, este deberá mostrar mensajes de error redactados en términos entendibles al usuario final y clasificados de acuerdo a su criticidad

Código GE_RNF_02

Nombre Diseño de la interfaz gráfica

Descripción Permitir con un buen diseño visual que los objetos de los formularios sean afines a los términos que emplean los usuarios finales

Código GE_RNF_03

Nombre Tiempo promedio en el uso de los distintos módulos

Descripción El sistema permitirá a los usuarios el registro de los diversos documentos en un intervalo de 1 a 2 minutos

Código GE_RNF_04

Nombre Ayuda incorporada

Descripción El sistema contará con una opción de ayuda incorporada en las que se detalle brevemente las funcionalidades de tipo “core” del sistema

Código MA_RNF_01

Nombre Simplicidad de formularios

Descripción Los formularios del sistema deben de contener solamente los controles necesarios para la funcionalidad que deban de implementar

CONFIABILIDAD




Código GE_RNF_05

Nombre Disponibilidad de uso del sistema

Descripción El sistema estará disponible al 95 por ciento del tiempo entre las 8:00 AM y las 6:00 PM durante todo el año

Código GE_RNF_06

Nombre Tiempo de atención ante una falla

Descripción El sistema deberá de tener un Tiempo de Espera entre Fallas (MTBF) de 30 días

Código GE_RNF_07

Nombre Tiempo promedio de reparación del sistema

Descripción La duración promedio de una reparación del sistema no debe ser mayor de 15 minutos

Código GE_RNF_08

Nombre Registro de transacciones

Descripción El sistema registrará un Log de todas las transacciones realizadas, detallando el tipo de movimiento, la hora y fecha, y la persona que lo ha realizado.

RENDIMIENTO

Código GE_RNF_09

Nombre Cantidad de usuarios concurrentes al sistema

Descripción El sistema permitirá el acceso concurrente de 100 usuarios

Código GE_RNF_10

Nombre Cantidad promedio de transacciones por minuto

Descripción El sistema debe soportar un promedio de 50 transacciones por minuto

Código GE_RNF_11




Nombre Tiempo promedio de respuesta de los reportes

Descripción El tiempo de respuesta promedio del sistema para las operaciones involucradas con los reportes es de 5 segundos

Código GE_RNF_12

Nombre Tiempo de inicio del sistema

Descripción El tiempo de inicio del sistema será de 10 segundos como máximo

Código GE_RNF_13

Nombre Tiempo máximo de duración del 95% de transacciones en un día

Descripción El 95 por ciento de las transacciones del sistema no deben exceder los 0.5 minutos

SOPORTE

Código GE_RNF_14

Nombre Compatibilidad del sistema servidor

Descripción El sistema será compatible con Windows Server 2003 ®

Código GE_RNF_15

Nombre Cliente Web

Descripción El cliente Web del sistema debe ser soportado el navegador Internet Explorer 6 o superior

RESTRICCIONES DE DISEÑO

Código GE_RNF_16

Nombre Características de la PC del cliente

Descripción El sistema debe operar en cualquier computador personal con procesador Pentium IV o superior, 256 Mb de memoria RAM y disco duro de 40 GB

Código GE_RNF_17




Nombre Lenguaje de programación

Descripción El lenguaje de programación a emplear para el desarrollo del sistema será .VB NET, C# (VISUAL BASIC .NET 2008, Framework 3.5)

Código GE_RNF_18

Nombre Motor de base de datos

Descripción El motor de base de datos SQL Server 2005

Código GE_RNF_19

Nombre Arquitectura Lógica

Descripción Deberá considerarse en tres capas claramente definidas: Interfaz, Negocio y Datos

DOCUMENTACIÓN DE USUARIO Y SISTEMA DE AYUDA

Código GE_RNF_20

Nombre Manuales de Usuario

Descripción Se elaborarán los manuales de usuario y se publicarán en PDF

Código MA_RNF_02

Nombre Manual de Instalación

Descripción Se elaborara un manual de instalación del sistema

COMPONENTES ADQUIRIDOS

No hay impacto en esta a sección.

INTERFASES

Interfases de Usuarios

Código GE_RNF_21

Nombre Ubicación del logotipo a utilizar en las opciones del sistemas

Descripción El logotipo estará siempre presente en la parte superior derecha de todas las pantallas




Código GE_RNF_22

Nombre Ubicación del logotipo a utilizar en los reportes

Descripción Los reportes mostrarán el logo y nombre de la empresa

Código GE_RNF_23

Nombre Formato de letras

Descripción El tipo de letra general será Verdana de tamaño general de 9pt para web

Código GE_RNF_24

Nombre Formato de las pantallas del sistema

Descripción El ancho de la página se limita a un tamaño de pantalla de 1024x768 píxel

Código GE_RNF_25

Nombre Animaciones en el Sistema

Descripción No se incorporarán animaciones al sistema

Código GE_RNF_26

Nombre Resolución de las imágenes

Descripción Las imágenes a incorporar tendrán una resolución máxima 100 ppp

Código GE_RNF_27

Nombre Nombre Esquema de colores

Descripción Las interfaces de usuario estarán basadas en un diseño web en el que predominarán los colores institucionales de Cruz del Sur S.A., según la imagen adjunta




Interfases de Hardware


Interfases de Software


Interfases de Comunicaciones

LICENCIAMIENTO

Código GE_RNF_29

Nombre Licencia del Sistema Operativo Ms Windows Server 2003 R2 Standard Edition

Descripción Se necesitará adquirir una licencia del sistema operativo para servidor MS Windows Server 2003 R2 Standard Edition

Código GE_RNF_30

Nombre Licencia del Motor de Base de Datos MS SQL Server 2005 Standard Edition

Descripción Se necesitará adquirir una licencia del software de motor de base de datos MS SQL Server 2005 Standard Edition

Código GE_RNF_31

Nombre Licencias para el equipo de desarrollo

Descripción Se deberán de comprar licencias de Visual Studio 2008 para el equipo de desarrollo

REQUERIMIENTOS LEGALES Y DE DERECHO DE AUTOR


ESTÁNDARES APLICABLES

Código MA_RNF_04

Nombre Estándares aplicables

Descripción Se aplicaran los siguientes estándares para el desarrollo del sistema: Proceso Unificado de Desarrollo de Software (RUP), Lenguaje Unificado de Modelado (UML 2.0) y las buenas prácticas de la gestión de proyectos definidas en el PMBOK versión 3




2. MODELO DE CASOS DE USO DEL SISTEMA

2.1. Lista de los Actores del Sistemas.

Actores del Sistema Especificación de

MA_AS_Tecnico_Especialista

MA_AS_Técnico_Especialista

Su rol está enfocado en realizar el registro de actividades de las órdenes de mantenimiento ejecutadas y asignadas a cada uno de los técnicos.

MA_AS_Aprobador_Consumo_Plan_Mantenimiento


Su rol está enfocado a realizar las aprobaciones de los planes de mantenimiento.

MA_AS_Gerente_de_Planeamiento

MA_AS_Gerente_Planeamiento

Su rol está enfocado a realizar las aprobaciones de los planes de mantenimiento proyectado de costos.

MA_AS_Gerente_de_Administracion

MA_AS_Gerente_de_Administracion

Su rol está enfocado en aprobar el plan de consumo de horas del personal y servicios. También, aprueba el Plan de Combustible

MA_AS_Asistente_Costos


Su rol está enfocado en realizar las liquidaciones de las ordenes de mantenimiento ejecutadas.

MA_AS_Generador_Solicitudes_Mantenimiento

MA_AS_Generador_Solicitud_Mantenimiento

Su rol está enfocado en generar las Solicitudes de Mantenimiento.

MA_AS_Superv isor_Turno

MA_AS_Supervisor_Turno

Su rol está enfocado en realizar:

- La recepción de buses a mantenimiento- Registrar las salidas- La programación de mantenimiento con terceros, - Generar tickets de combustibles.




Actores del Sistema Especificación de

MA_AS_Visualizador_Consulta_Solicitud


Este rol solamente realiza las consultas de las solicitudes de mantenimiento.

MA_AS_Jef e_Mantenimiento

MA_AS_Jefe_Mantenimiento

Este rol actualiza el estado de las solicitudes de mantenimiento a aprobada, adicionalmente este rol permite configurar y crear el plan de mantenimiento.

Genera las ordenes de mantenimiento, debe de mantener la programación de mantenimiento y generar los requerimientos de materiales para cumplir con las ordenes de mantenimiento programadas.

MA_AS_Asistente_Mantenimiento


Su rol está enfocado en mantener actualizados los maestros de que permitan la configuración del plan de mantenimiento.

MA_AS_Superv isor_Calidad_Mantenimiento

MA_AS_Supervisor_Calidad_Mantenimiento

Su rol está enfocado en realizar la revisión del check-list para autorizar la salida del ómnibus de mantenimiento.

GE_AS_Administrador_Sistema

MA_AS_Administrador_Sistema

Su rol está enfocado en realizar la administración del sistema.


GE_AS_Usuario


MA_AS_Visualizador_Consulta_SolicitudMA_AS_Gerente_de_PlaneamientoMA_AS_Gerente_de_Administracion

MA_AS_Asistente_MantenimientoMA_AS_Jef e_Mantenimiento



MA_AS_Superv isor_TurnoMA_AS_Tecnico_Especialista


GE_AS_Administrador_Sistema



2.2. Diagrama de Actores del Sistema.




2.3. Diagrama de Paquetes.

MA_PQ_Ejecutar mantenimiento

MA_PQ_Programar mantenimiento

GE_PQ_Seguridad

MA_PQ_Elaborar plan mantenimiento

MA_PQ_Solicitar mantenimiento




2.4. Diagrama de Casos de uso por Paquetes.

MA_PQ_Elaborar_Plan_de_Mantenimiento

MA_CUS_Mantener_Materiales

MA_CUS_Mantener_Tecnico_Especialista

MA_CUS_Mantener_Actividades_Mantenimiento

MA_CUS_Mantener_Tipos_Combustible

MA_CUS_Mantener_Tipos_Mantenimiento

MA_CUS_Registrar_Inventario_Buses

MA_CUS_Mantener_Ficha_Tecnica_Bus

MA_CUS_Mantener_Ficha_Servicio_Bus

MA_CUS_Mantener_Plan_Mantenimiento


(from Actores de Sistema)...)


(from Actores de Sistema)...)

MA_CUS_Mantener_proveedores


MA_CUS_Consultar_Orden_Mantenimiento

MA_CUS_Mantener_Solicitud_Mantenimiento


(from Actores de Sistema)

MA_CUS_Consultar_Solicitud_Mantenimiento



<<extend>>



MA_PQ_Programar_Mantenimiento

MA_CUS_Mantener_Programa_Mantenimiento

MA_CUS_Generar_Requerimientos_Materiales_Compra

MA_CUS_Generar_Ordenes_Mantenimiento



MA_PQ_Solicitar_Mantenimiento




MA_PQ_Ejecutar_Mantenimiento

MA_CUS_Registrar_Checklist_Salida_Bus

MA_CUS_Inf ormar_Baja_Bus



MA_CUS_Registrar_Activ idades_Terceros_Orden_Mantenim...

MA_CUS_Generar_Ticket_Combustible

MA_CUS_Registrar_Recepcion_Buses

MA_CUS_Registrar_Mov imiento_Salida_por_Garantia

MA_AS_Superv isor_Turno


MA_CUS_Liquidar_Orden_Mantenimiento



MA_CUS_Aprobar_Checklist_Salida_Bus

MA_AS_Jef e_Mantenimiento


MA_CUS_Registrar_Activ idades_Orden_Mantenimiento

MA_AS_Tecnico_Especialista





3. ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA

MA_CUS_01: MA_CUS_Mantener_Materiales

Caso de Uso de Sistema


ACTOR DEL SISTEMA


PROPOSITO

Realizar en mantenimiento de materiales, repuestos, y consumibles para poder realizar los mantenimientos programados.

BREVE DESCRIPCIÓN

El caso de uso comienza cuando el usuario desea registrar, consulta y/o modificar datos de los materiales.

FLUJO BASICO

El CUS inicia cuando…

1. El usuario da click en el submenú de “Mantenimiento de Materiales” del menú principal “Maestro”.

2. El Sistema muestra una pantalla con campos disponibles para la búsqueda de materiales y una grilla sin registros, con los botones “Agregar” que permite registrar un nuevo registro y el botón “Buscar” para seleccionar los registros que cumplan la condición de búsqueda con los datos ingresados.

3. Si el usuario da click en el botón “Agregar”, se realiza el Flujo 1.

4. Si el usuario da click en el botón “Buscar”, se realiza el Flujo 2.

5. Si el usuario cierra la ventana se da por concluido el caso de uso.

Final del CUS

SUBFLUJO 1

Agregar

1. Se muestra una nueva pantalla donde el usuario podrá ingresar toda la información del material a registrar, los datos son los siguiente:

a. Código del Material

b. Descripción del material

c. Marca





d. Fabricante

e. Estado

f. Stock Mínimo

g. Stock Máximo

h. Stock Actual

i. Precio referencial

2. El usuario da click en el botón “Guardar” para grabar la información en la Base de Datos y se verifica requerimiento especial 1.

3. Si no se cumple el requerimiento especial, se muestra un mensaje indicando que “Faltan llenar campos obligatorios”.

4. El sistema concluye con la funcionalidad y cierra el caso de uso.

SUBFLUJO 2

Buscar

1. Se muestra una grilla con los registros de los materiales que cumplen la búsqueda, con las condiciones de datos ingresados, la cual se puede escoger algunos de los siguientes campos como: código, nombre de material y número de serie.

2. Si el usuario da click en el botón “Consultar”, se realiza el flujo Alterno 1.

3. Si el usuario da click en el botón “Modificar”, se realiza el flujo Alterno 2.

4. Si el usuario da click en el botón “Eliminar”, se realiza el flujo Alterno 3.

FLUJO ALTERNO 1

<Evento> “Consultar”

1. Si el usuario da click en el botón “Consultar”, se muestra una pantalla con todos los datos de los materiales, pero solamente se puede visualizar los datos.

2. Si el usuario da click en el botón “Cancelar” se termina el Flujo Alterno 1 y regresa a la pantalla de grilla con los datos anteriores seleccionados.

FLUJO ALTERNO 2

<Evento> “Modificar”

1. Si el usuario da click en el botón “Modificar” se muestran los datos del material seleccionado y se habilitan los siguientes campos para modificarlos:

a. Descripción del material.

b. Marca.





c. Fabricante.

d. Estado.

e. Stock Mínimo.

f. Stock Máximo.

g. Stock Actual.

h. Precio referencial.

2. Si el usuario da click en el botón “Guardar” se actualizan los datos de los materiales en la base de datos, donde adicionalmente se actualizan los datos de auditoría Cod_Usuario_Modificador y Fecha_Modificacion.

3. Si el usuario da click en el botón “Cancelar” se termina el Flujo Alterno 2.

FLUJO ALTERNO 3

<Evento> “Eliminar”

1. Si el usuario da click en el botón “Eliminar”, se debe de mostrar un mensaje de advertencia “¿Está seguro de eliminar el registro?” con los botones “Si” y “No”.

2. Si el usuario da click en el botón “Si”, se elimina el registro, pero actualizando el estado con el Valor de registro Eliminado, es decir es una eliminación lógica no física.

3. Si el usuario da click en el botón “No”, se termina el Flujo Alterno 3.

PRECONDICIONES

1. No aplica.

POSTCONDICIONES

1. Registro de Material Actualizado en la Base de Datos.

PUNTOS DE EXTENSIÓN

1. No aplica.

VALIDACION Y RESTRICCION DE CAMPOS

1. Requerimiento especial 1: Campos obligatorios :

a. Código del Material

b. Descripción del material

c. Marca

d. Fabricante

e. Estado

f. Stock Mínimo

g. Stock Máximo





h. Stock Actual

i. Precio referencial

REQUISITOS DE INFORMACIÓN

Campo Formato Valor por defecto

Valores válidos

Obligatorio Modificable Ejemplo

Código del Material

Variable+ Correlativo

Variable: MAT Variable:[MAT] Sí No MAT0001

Variable: MAT

Correlativo: último correlativo + 1

Correlativo: [1,9999]

Correlativo: 0001

Descripción del material

Cadena No aplica Cadena [30] Sí Sí Bujías Boch

Marca Lista de valores válidos

Mercedes-Benz Mercedes-Benz

Scania

Volvo

Fuso

Sí Sí Mercedes-Benz

Fabricante Lista de valores válidos

Modasa Modasa

Divemotor

Global Bus

Sí Sí Modasa

Estado Lista de valores válidos

Normal Normal

Bueno

Malo

Sí Sí Normal

Stock Mínimo

999,999.99 0 [0,100000] Sí En ocasiones

10.00

Stock Máximo

999,999.99 0 [0,100000] SÍ En ocasiones

10,520.00





Stock Actual

999,999.99 0 [0,100000] SÍ En ocasiones

50,320.00

Precio referencial

999,999.99 0 [0,100000] SÍ En ocasiones

10,000.00

REGLAS DE NEGOCIO

MA_RN_07: Los precios de los materiales deben de estar registrados de forma obligatorio con valor mayor a cero.

MA_RN_XX: El stock Mínimo cuando muestra el 10 % del Stock Máximo se debe mostrar un mensaje de alerta.

INFORMACIÓN ADICIONAL

MA_CUS_03: MA_CUS_Mantener_Actividades_Mantemimiento


MA_CUS_Mantener_Activ idades_Mantenimiento

Actores de Sistema:


Propósito:

Realizar en mantenimiento de las Actividades de Mantenimiento

Breve Descripción:

Este caso de uso se encargará de realizar el ingreso, modificación, consulta y eliminación de las Actividades de Mantenimiento, ficha técnica de los vehículos, con la finalidad de tener actualizado los componentes (accesorios y autopartes) del vehículo.

Flujo Básico:


1. El usuario inicia el caso de uso dando click en la opción “Maestro Actividades de Mantenimiento” en





el menú “Mantenimiento”.2. El Sistema muestra una pantalla donde solicita las Actividades de Mantenimiento a seleccionar, con

los botones “Crear” que permite registrar una nueva Actividad de Mantenimiento y el botón “Buscar” selecciona los registros que cumplan la condición de búsqueda con los datos ingresados.

3. Si el usuario da click en el botón “Crear”, se realiza el Sub Flujo 1.4. Si el usuario da click en el botón “Buscar”, se realiza el Sub Flujo 2.5. Si el usuario cierra la ventana se da por concluido el caso de uso.

Sub Flujo 1 - Nuevo:

1. Se muestra una nueva pantalla donde el usuario podrá registrar toda la información del tipo de combustible a registrar, los datos a registrar son:

o Código Actividad

o Descripción de Actividad

o Estado

o Fecha Ingreso

2. El usuario presiona el botón “Guardar” para grabar la información en la Base de Datos y se verifica requerimiento especial 1.

3. Si no se cumple el requerimiento especial, se muestra un mensaje indicando que faltan llenar campos obligatorios.

4. El sistema concluye con la funcionalidad y cierra el caso de uso.

Sub Flujo 2 – Buscar:

1. Se muestra una grilla con los registros de las actividades que cumplen la búsqueda con las condiciones de datos ingresados:

2. Si selecciona el botón “Consultar”, se realiza el flujo Alterno 1.3. Si selecciona el botón “Modificar”, se realiza el flujo Alterno 2.4. Si selecciona el botón “Eliminar”, se realiza el flujo Alterno 3.

Flujo Alterno 1: Consultar

1. Si se selecciona el botón “Consultar”, se muestra una pantalla con todos los datos de la Actividad de mantenimiento, pero solamente se puede visualizar los datos.

2. Las autopartes se visualizarán en una grilla, pero solo se podrá consultar, los botones de eliminar y modificar estarán inhibidos.

3. Si se selecciona el botón cancelar se termina el Flujo Alterno 1 y regresa a la pantalla de grilla con los datos anteriores seleccionados.

Flujo Alterno 2: Modificar

1. Si se selecciona el botón “Modificar” se muestran los datos de la Actividad de Mantenimiento seleccionada y se habilitan los siguientes campos para modificarlos:

o Descripción de Actividad

o Estado

o Fecha Ingreso

2. Si se selecciona el botón “Guardar” se actualiza los datos de la Actividad de Mantenimiento en la base de datos, solamente si hubo cambios, adicionalmente se actualizan los datos de auditoría Cod_Usuario_Modificador y Fecha_Modificacion.

3. Si se selecciona el botón cancelar se termina el Flujo Alterno 2.

Flujo Alterno 3: Eliminar

1. Si se selecciona el botón Eliminar, se debe de mostrar un mensaje de advertencia “¿Está seguro de





eliminar el registro?” con los botones “Si” y “No”.2. Si el usuario selecciona el botón “Si”, se elimina el registro, pero actualizando el estado con el Valor

de registro Eliminado, es decir es una eliminación lógica no física.3. Si el usuario selecciona el botón “No”, se termina el Flujo Alterno 3.

Precondiciones:

No aplica

Poscondiciones:

Registro de Actividades de Mantenimiento.

Puntos de Extensión

No aplica

Requerimiento especiales

Requerimiento especial 1: Campos obligatorios

Descripción de Actividad Estado Fecha Ingreso

Requisitos de Información:

Campo Formato Valor por Defecto

Valores Válidos


Reglas de negocio:

MA_CUS_07: MA_CUS_Mantener_Ficha_Técnica_BUS






Actores de Sistema:


Propósito:

Realizar en mantenimiento de la ficha técnica de los vehículos (Buses)

Breve Descripción:

Este caso de uso se encargará de realizar el ingreso, modificación, consulta y eliminación de la ficha técnica de los vehículos, con la finalidad de tener actualizado los componentes (accesorios y autopartes) del vehículo.

Flujo Básico:


1. El usuario indica “Maestro Ficha Técnica” en el menú “Mantenimiento”.2. El Sistema muestra una pantalla donde solicita el Bus a seleccionar y al que hay que hacerle

mantenimiento de la ficha técnica, con los botones “Crear” que permite registrar una nueva Ficha Técnica y el botón “Buscar” selecciona los registros que cumplan la condición de búsqueda con los datos ingresados.

3. Si el usuario da click en el botón “Crear”, se realiza el Sub Flujo 1.4. Si el usuario da click en el botón “Buscar”, se realiza el Sub Flujo 2.5. Si el usuario cierra la ventana se da por concluido el caso de uso.

Sub Flujo 1 – Agregar:

1. Se muestra una nueva pantalla donde el usuario podrá registrar toda la información del tipo de combustible a registrar, los datos a registrar son:

o Código Vehículo

o Nro Serie Motor

o Año Fabricación

o Cantidad de Llantas

o Peso Bruto

o Nro de Ejes

o Nro de Asientos

o Marca

o Modelo

2. El usuario debe de seleccionar él o los códigos de accesorios y autopartes ( los cuales se registran y parametrizan en el maestro de materiales) que se desean asociar a la ficha técnica. Para lo que tendrá, que seleccionar el botón “Agregar”, donde le mostrará una grilla con los accesorios y autopartes para asignar a la ficha. En el caso de querer Eliminar un registro deberá de seleccionar el botón “Eliminar” que se encuentra en la misma grilla.

3. El usuario presiona el botón “Guardar” para grabar la información en la Base de Datos y se verifica requerimiento especial 1.

4. Si no se cumple el requerimiento especial, se muestra un mensaje indicando que faltan llenar





campos obligatorios.5. El sistema concluye con la funcionalidad y cierra el caso de uso.

Sub Flujo 2 – Buscar:

1. Se muestra una grilla con los registros de los Vehículos que cumplen la búsqueda con las condiciones de datos ingresados:

2. Si selecciona el botón “Consultar”, se realiza el flujo Alterno 1.3. Si selecciona el botón “Modificar”, se realiza el flujo Alterno 2.4. Si selecciona el botón “Eliminar”, se realiza el flujo Alterno 3.

Flujo Alterno 1: Consultar

1. Si se selecciona el botón “Consultar”, se muestra una pantalla con todos los datos de la Ficha Técnica, pero solamente se puede visualizar los datos.

2. Las autopartes se visualizarán en una grilla, pero solo se podrá consultar, los botones de eliminar y modificar estarán inhibidos.

3. Si se selecciona el botón cancelar se termina el Flujo Alterno 1 y regresa a la pantalla de grilla con los datos anteriores seleccionados.

Flujo Alterno 2: Modificar

1. Si se selecciona el botón “Modificar” se muestran los datos de la Ficha técnica seleccionada y se habilitan los siguientes campos para modificarlos:

o Nro Serie Motor

o Año Fabricación

o Cantidad de Llantas

o Peso Bruto

o Nro de Ejes

o Nro de Asientos

o Marca

o Modelo

Y aparece una grilla con el detalle de autopartes asociada a la ficha técnica del Vehículo.2. Si se selecciona el botón “Guardar” se actualiza los datos de la Ficha Técnica en la base de datos,

solamente si hubo cambios, adicionalmente se actualizan los datos de auditoría Cod_Usuario_Modificador y Fecha_Modificacion.

3. En la grilla se puede seleccionar el usuario debe de seleccionar él o los códigos de accesorios y autopartes ( los cuales se registran y parametrizan en el maestro de materiales) que se desean asociar a la ficha técnica. Para lo que tendrá, que seleccionar el botón “Agregar”, donde le mostrará una grilla con los accesorios y autopartes para asignar a la ficha. En el caso de querer Eliminar un registro deberá de seleccionar el botón “Eliminar” que se encuentra en la misma grilla.

4. Si se selecciona el botón cancelar se termina el Flujo Alterno 2.

Flujo Alterno 3: Eliminar

1. Si se selecciona el botón Eliminar, se debe de mostrar un mensaje de advertencia “¿Está seguro de eliminar el registro?” con los botones “Si” y “No”.

2. Si el usuario selecciona el botón “Si”, se elimina el registro, pero actualizando el estado con el Valor de registro Eliminado, es decir es una eliminación lógica no física.

3. Si el usuario selecciona el botón “No”, se termina el Flujo Alterno 3.

Precondiciones:

No aplica





Poscondiciones:

Registro de Ficha Técnica y Autopartes.

Puntos de Extensión

No aplica



Código Vehículo Nro Serie Motor Año Fabricación Cantidad de Llantas Peso Bruto Nro de Ejes Nro de Asientos Marca



Actores de Sistema:


Propósito:

Ingresar los planes de mantenimiento preventivos anuales. La información ingresada tiene como objetivo realizar el presupuesto de recursos para el área de mantenimiento.

Breve Descripción:

El caso de uso comienza cuando el usuario crea un nuevo plan de mantenimiento anual, se ingresan los datos requeridos y el caso de uso termina cuando se da salir al plan de mantenimiento.

Flujo Básico:





1. El usuario da click en “Administración de Planes” en el menú “Elaborar Plan”.

2. El Sistema muestra una lista de los Planes creados con sus estados correspondiente.

3. Si el usuario da click en:

Crear: ir al SubFlujo Crear Plan.

Detalle Plan: ir al SubFlujo Detalle Plan.

4. El usuario da click en Salir de Administración de Planes.

5. El caso de uso termina concluye con los planes creados.

Subflujos:

Crear Plan

1. El Sistema muestra los campos correspondientes para la creación de un nuevo Plan de Mantenimiento Anual en base al requerimiento especial 1.

2. El usuario Ingresa los campos del año, fecha inicio, fecha fin.

3. El usuario da click en el botón <grabar> y se verifica requerimiento especial 2.

4. Se graba el nuevo plan de mantenimiento y regresa al listado de plan de mantenimiento.

Detalle Plan

1. El Sistema muestra los campos correspondientes para el detalle de Buses y actividades del Plan de Mantenimiento Anual en base al requerimiento especial 3.

2. El usuario da click en <Generar>.

3. El sistema procesa la información de inventario de buses activo, la información de ficha de servicio actual (actividades, técnicos y materiales por actividad) y la información de la ficha técnica de los buses y genera el detalle del plan de mantenimiento. El proceso se basa en el requerimiento especial 4.

4. El usuario verifica las actividades creadas por cada bus. En caso de ajustes se procede con el Flujo Alterno “Editar Actividades Bus”.

5. El usuario da click en <Grabar> para cerrar la pantalla y regresar al listado de plan de mantenimiento.

Flujo Alterno:

Cancelar Crear Plan

El usuario presiona el botón cancelar, en la pantalla de creación de plan, y regresa al listado de plan de mantenimiento.

Validar Grabación

Si no se cumple con el requerimiento especial 2 del paso 3 del subflujo Crear Plan, el Sistema emite mensaje “Ya existe plan de mantenimiento creado. Concluya con el Plan creado o corrija su información”

El sistema regresa a la pantalla de crear Plan de Mantenimiento Anual.

Regenerar Plan





El usuario indica Regenerar Plan tomando como rango de fechas validos la fecha actual y la fecha de término del plan de mantenimiento anual.

Regresar al Paso 3 del Subflujo Detalle Plan.

Editar Actividades Bus

1. El usuario selecciona el objeto actividad del bus por mes e indica “Editar Actividad Bus”.

2. El sistema muestra pantalla con el detalle de la actividad y todos los materiales afectos de acuerdo al requerimiento especial 5.

3. El usuario cambia los datos habilitados.

4. El usuario presiona el botón grabar.

5. El sistema ejecuta el requerimiento especial 4 para la actividad a partir de la fecha de la actividad.

6. El sistema regresa a la pantalla de Detalle Plan.

Cancelar Editar Actividades Bus

El usuario presiona el botón cancelar editar Actividades Bus, en la pantalla de Editar Actividad Bus, y regresa al listado de detalle plan.

Precondiciones:

Ficha Técnica de los Buses

Ficha de Servicios de los Buses

Inventario de Buses

Poscondiciones:

Plan de Mantenimiento Anual creado



• El estado del servicio es un dato de solo lectura.

• Los datos que debe ingresar el usuario de forma obligatoria son: año de Ejercicio, fecha de inicio y fecha fin.

Requerimiento especial 2: validación datos

• Consulta el listado de planes de mantenimiento si existe un objeto que este en el rango de la fecha de inicio y fecha final y que es estado no sea activo.

Requerimiento especial 3: Muestra Botones Detalle Plan

• Listar los Buses existentes en el plan de mantenimiento consultado.

• Si el plan de mantenimiento consultado está activo y Si no existe registros habilitar el Botón Generar. Si el plan de mantenimiento consultado está activo y Si existe registros habilitar el botón Regenerar. Si el plan de mantenimiento no está activo se deshabilita botón grabar y cancelar; y se habilita botón salir.





Requerimiento especial 4: Formula Detalle Plan

• Por cada bus, obtener de la Ficha Técnica el Kilómetros estándar recorridos por mes y el rendimiento de combustible proyectado por mes.

• Por cada bus, obtener de la Ficha de Servicios, las actividades con sus materiales y la última vez que se realizó la actividad.

• En base a esta información el sistema crea los registros de cada bus y sus actividades a ejecutarse que estén dentro del rango de fechas establecidos.

Requerimiento especial 5: Campos Detalle Actividad

• Si la actividad ya fue procesada deshabilitar botón Grabar y Cancelar; habilitar botón salir.





MA_CUS_Aprobar_Consumo_Materiales_Requeridos_por_Mes

ACTOR DEL SISTEMA


PROPOSITO

Aprobar los consumos de materiales proyectados por mes que se obtienen del plan de mantenimiento preventivo anual. Su objetivo es aprobar la cantidad de Materiales que se originara en el plan de mantenimiento.

BREVE DESCRIPCIÓN

El CUS inicia cuando el usuario selecciona del menú ”Aprobar Plan de Consumo de Materiales” y visualiza en el sistema los planes de mantenimiento y el estado de aprobación de materiales, se realiza la aprobación y termina el CUS.

FLUJO BASICO

1. El Aprobador da click en la opción “Aprobar Plan Consumo de Materiales” del menú “Mantenimiento del Plan” , se abre el formulario “Planes de Mantenimiento”, el cual muestra las opciones de búsqueda de planes y en la parte inferior la grilla con el resultado de la búsqueda sus estados de aprobación.

2. El Aprobador selecciona dando click, en la grilla el Plan a aprobar.

3. Si el usuario da click en:

<Aprobar Gerente Administración>, ir al SubFlujo Aprobar Consumo Plan GA.

<Aprobar Gerente Logístico>, ir al SubFlujo Aprobar Consumo Plan GL.

<Ver Detalle de Consumo Proyectado>, ir al SubFlujo Ver detalle de materiales.

4. El usuario da click en <Salir>”.

Final del CUS

SubFlujo Aprobar Consumo Plan GA

1. Se abre el formulario muestra el campo correspondiente para realizar la aprobación de Consumo de Materiales del Plan de Mantenimiento Anual en base al requerimiento especial.

2. El Aprobador llena el campo: Observaciones.

3. El usuario da click en <Aprobar Plan de Materiales>.

4. El usuario presiona el botón grabar. Si se cumple las validaciones se graba la aprobación de consumos de materiales del plan de mantenimiento y se cierra el formulario. De lo contrario se muestra un mensaje de error.

SubFlujo Aprobar Consumo Plan GL





1. Se abre el formulario muestra el campo correspondiente para realizar la aprobación de Consumo de Materiales del Plan de Mantenimiento Anual en base al requerimiento especial.

2. El Aprobador llena el campo: Observaciones.

3. El usuario aprueba el Plan de Consumo de Materiales.

4. El usuario da click el botón <Grabar> y se verifica requerimiento especial 2.

5. Si se tiene las dos aprobaciones en el objeto se marca el status “aprobado consumo materiales”.

6. Se graba la aprobación de consumo de materiales del plan de mantenimiento y regresa al listado de plan de mantenimiento. Regresa al punto X del flujo básico ó el caso de uso finaliza.

7. Regresa al flujo básico

SubFlujo Ver detalle de materiales

1. Se abre un reporte mostrando el detalle del consumo de materiales proyectado por mes.

2. El Aprobador puede dar click en imprimir el reporte.

3. El usuario presiona el botón salir.

4. Regresa al flujo básico.

PRECONDICIONES

Plan de Mantenimiento Anual aprobado

POSTCONDICIONES

Plan de Consumo de Materiales proyectado por mes aprobado.


No aplica

VALIDACION Y RESTRICCION DE CAMPOS.

1. Si es aprobación de la GA se habilita check de Aprobación Gerente de Administración. Si es aprobación de Gerente de Logística se habilita check de Aprobación Gerente de Logística.

2. Validar siempre que debe de estar marcado el check de aprobación.

3. El campo observaciones no puede ser nulo para aprobar el plan de consumo.

REGLAS DE NEGOCIO

1. Solo pueden ingresar a la opción de aprobación los usuarios con perfil de aprobador del plan.





2. Solo pueden tener el perfil de aprobador del plan los Gerentes de Administración y Logística.


Tablas :

1. MA_ES_Plan_Inventario_Bus_Mes_Actividad_Material

2. MA_ES_Plan_Mantenimiento


Obligatorio

Modificable

Ejemplo

Nº_Plan_Mant

Variable+ Correlativo

Variable: PL2011 Sí No PL201101

Nro_Actividad

Lista de valores válidos

Incluidos en la tabla MA_Actividades

Sí Sí Cambio de Bujías

Nro_Material Lista de valores válidos

Incluidos en la tabla MA_Materiales

Sí Sí Aceite Multigrado

Estado Lista de valores válidos

Pendiente Sí Sí Aprobado


MA_CUS_Aprobar_Plan_Consumo_Combustible

ACTOR DEL SISTEMA

MA_AS_Gerente_Administracion





PROPOSITO

Aprobar el Plan de Consumo de Consumo de Combustible proyectado por mes que se obtienen del plan de mantenimiento preventivo anual. Su objetivo es aprobar el monto de combustible que se originara en el plan de mantenimiento.

BREVE DESCRIPCIÓN

El CUS inicia cuando el usuario lista los planes de mantenimiento y sus status de aprobación de Combustible proyectado por mes. El CUS finaliza cuando se realiza la aprobación.

FLUJO BASICO


5. El Usuario da click en “Aprobar Plan de Combustible Proyectado por mes” en el menú “Elaborar Plan”.

6. El Sistema muestra una lista de los Planes creados con su status correspondiente de aprobación de plan.

7. El Usuario da click en <Aprobar>, ir al subflujo 1.

8. El Usuario da click en <Salir>.

Final del CUS

SUBFLUJO 1

Aprobar Plan Consumo Combustible por mes

1. El Sistema muestra los campos correspondientes para realizar la aprobación del Plan de Consumos Horas y Servicios por mes en base al requerimiento especial 1.

2. El Usuario aprueba el Plan de Combustible proyectado por mes.

3. El Usuario presiona el botón grabar y se verifica requerimiento especial 2.

4. El sistema graba la aprobación de plan de combustible proyectado por mes y regresa al listado de plan de mantenimiento, punto 2 del flujo básico.

FLUJO ALTERNO 1

<Evento> “Cancelar Aprobación”

1. El Usuario presiona el botón cancelar, en la pantalla de aprobación de plan de combustible, y regresa al listado de plan de mantenimiento, punto 2 del flujo básico.

FLUJO ALTERNO 2

<Evento> “Validar Grabación”

1. Si no se cumple con el requerimiento especial 2 del punto 3 del subflujo 1, el Sistema emite mensaje “No realizó aprobación”

2. El Sistema regresa a la pantalla de Aprobación de Plan de Combustible por mes, punto 1 del subflujo 1.

PRECONDICIONES “Condición previa para que se ejecute el CUS”





1. Plan de Mantenimiento Anual.

POSTCONDICIONES “Condición que debe cumplirse cuando culmina el CUS”

1. Plan de Combustible por mes aprobado.


No aplica.


1. Requerimiento especial 1: Campos obligatorios. Se muestra el resumen de gasto proyectado de combustible por mes a lo largo de la vida del plan de mantenimiento anual. También, se muestra el detalle de consumo y monto de combustible por bus.

2. Requerimiento especial 2: Validación de datos. Validar que debe de estar marcado el check de aprobación.


Campo Formato Valor por defecto Valores válidos


Código Estudiante

Año + Ciclo + Correlativo

Año: actual Año: [1900,Fecha actual]

Sí No 2000010023

Año: 9999 Ciclo: actual Ciclo: [0,2]

Ciclo: 99 Correlativo: último correlativo + 1

Correlativo: [1,9999]

Correlativo: 9999

Fecha de nacimiento

DD-MM-YYYY

Fecha del Sistema

[1900, Fecha actual]

Sí Sí 09-08-1972

Razón social

1{L}100 No aplica Todos los que cumpla con el formato

Sí Sí UPC

Estados de Factura


Emitida Emitida Sí Sí Aprobada

Aprobada

Anulada

Monto total

999,999.99 0 [0,100000] Sí No 12423.23





Cantidad de unidades

999,999.99 0 [0,1000] Sí En ocasiones

12424.23

REGLAS DE NEGOCIO

MA_RN_02: Los planes de mantenimiento mensual se actualizarán cada mes.

MA_RN_09: Solo se atenderá vehículos que forman parte de los activos de la empresa. Salvo aquellos que el contrato lo estipule (arrendamiento).

MA_RN_11: El Plan de mantenimiento Anual tendrá un código y un Nº de versión que comenzará en uno, y se incrementara en una unidad por los cambios que se realicen en un mes.




ACTOR DEL SISTEMA

MA_AS_Supervisor_Turno

PROPOSITO

Registrar el estado de los buses al momento de la recepción para su respectivo mantenimiento.

BREVE DESCRIPCIÓN

El CUS inicia cuando el usuario ingresa al registro de recepción de bus, se ingresa la información de estado del bus, la fecha y la Orden de Mantenimiento de referencia. Posteriormente el CUS finaliza. Impulsiva

FLUJO BASICO


1. El Usuario indica “Registrar Recepción Bus” en el menú “Ejecutar Mantenimiento”.

2. El Sistema muestra una lista de los Registros de buses del día.

3. El Usuario da click en:





<Crear>, ir al subflujo 1.

<Eliminar>, ir al subflujo 2.


Final del CUS

SUBFLUJO 1

Crear Registro Recepción

1. El Sistema muestra los campos correspondientes para registrar la Recepción del Bus en base al requerimiento especial 1.

2. El Usuario ingresa la información referente al estado del bus: Código bus, fecha, responsable, estado técnico, Orden de Mantenimiento relacionada.


4. Se graba el registro Recepción de Bus y el sistema regresa al listado de Registros de buses del día, punto 2 del flujo básico.

SUBFLUJO 2

Eliminar Registro Recepción

1. El Sistema envía mensaje preguntando por la confirmación de la eliminación.

2. El Usuario confirma la eliminación del Registro de recepción del bus y se verifica requerimiento especial 3. Si no confirma pasa al flujo alterno 4.

FLUJO ALTERNO 1

<Evento> “Cancelar Registro Recepción”

1. El Usuario presiona el botón cancelar, en la pantalla de creación de registro, y regresa al listado de registro de buses del día, punto 2 del flujo básico.

FLUJO ALTERNO 2


1. Si no se cumple con el requerimiento especial 2 del paso 3 del subflujo 1, el Sistema emite mensaje “La Orden de Mantenimiento ya tiene Registro de Recepción de Bus”

2. El Sistema regresa a la pantalla de Creación de Registro, punto 1 del subflujo 1.

FLUJO ALTERNO 3

<Evento> “Validar Eliminación”

1. Si no se cumple con el requerimiento especial 3 del paso 2 del subflujo 2, el Sistema emite mensaje “No se puede eliminar el Registro de Recepción de Bus. La orden de mantenimiento ya tiene ejecución”

2. El Sistema regresa a la pantalla de listado de registro de buses del día, punto 2 del flujo básico.





FLUJO ALTERNO 4

<Evento> “Cancelar Eliminación Registro”

1. El Usuario presiona el botón cancelar, en la pantalla de confirmación de eliminación de registro, y regresa al listado de registro de buses del día, punto 2 del flujo básico.


1. Orden de Mantenimiento Liberada


1. Registro de Recepción de bus concluido.


No aplica.


1. Requerimiento especial 1: Campos obligatorios. Se muestra los campos: Fecha registro, estado técnico, descripción del especialista, responsable recepción, responsable entrega, orden de mantenimiento, código del bus. [RN13]

2. Requerimiento especial 2: Validación de datos. El sistema busca si ya existe Registro de recepción de bus para la orden de mantenimiento ingresada. [RN14]

3. Requerimiento especial 3: Validar eliminación. El sistema busca si ya se ejecutó la Orden de Mantenimiento. [RN15]



Valores válidos

Obligatorio

Modificable

Ejemplo

Código de Bus

BUS + Codigo

Codigo: 999

No aplica

Codigo: [1,999]

Sí Sí BUS123

Fecha Registro

YYYY-MM-DD

Fecha del Sistema


Sí No 1972-08-09

Orden de Mantenimiento

Año + “-“ + Codigo

Año: 9999

Codigo:99999

No aplica Año: [1900,Fecha actual]

Codigo: [00001, 99999]

Sí Sí 2011-01234

Resp. Recepcion

Cadena No aplica Cadena [20] Sí Sí Juan Pazos

Resp. Entrega

Cadena No aplica Cadena [20] Sí Sí Jorge Portal





Descripcion de especialista

Cadena No aplica Cadena [20] Sí Sí Especialista mecanico

Estados


Normal

Normal

Bueno

Malo

Sí

Sí Normal

REGLAS DE NEGOCIO

MA_RN_01: La atención preventiva y correctiva se da siempre y cuando el vehículo no contenga pasajeros (no esté en ruta).

MA_RN_09: Solo se atenderá vehículos que forman parte de los activos de la empresa. Salvo aquellos que el contrato lo estipule (arrendamiento).

[RN13] Todos los registros de recepción de bus deben tener: Fecha registro, estado técnico, descripción del especialista, responsable recepción, responsable entrega, orden de mantenimiento, código del bus.

[RN14] Cada registro de recepción de bus debe estar asociado a una sola orden de mantenimiento y viceversa.

[RN15] La orden de mantenimiento debe estar abierta para ser asociada a un registro de recepción de bus.




ACTOR DEL SISTEMA

MA_AS_Supervisor_Calidad_Mantenimiento

PROPOSITO

Registrar el informe de calidad del bus al momento de la entrega del vehículo al supervisor de patio.

BREVE DESCRIPCIÓN

El CUS inicia cuando el usuario ingresa al registro de CheckList Salida Bus, se ingresa la información de estado de salida del bus, la fecha de salida y la Orden de Mantenimiento de referencia. Posteriormente el





CUS finaliza.

FLUJO BASICO


1. El Usuario indica “Registrar CheckList Salida Bus” en el menú “Ejecutar Mantenimiento”.2. El Sistema muestra una lista de las órdenes de mantenimiento con checklist del día.

3. El Usuario da click en:

<Crear>, ir al subflujo 1.

<Eliminar>, ir al subflujo 2.


Final del CUS

SUBFLUJO 1

Crear Registro CheckList

1. El Sistema muestra los campos correspondientes para registrar el CheckList de Salida del Bus en base al requerimiento especial 1.

2. El Usuario ingresa la información referente al estado de salida del bus: fecha, responsable, estado técnico, estado del bus, observaciones, según la Orden de Mantenimiento relacionada y el bus relacionado.


4. Se graba el registro CheckList de Salida de Bus y el Sistema regresa al listado de órdenes de mantenimiento con checklist del día, punto 2 del flujo básico.

SUBFLUJO 2

Eliminar Registro CheckList

1. El Sistema envía mensaje preguntando por la confirmación de la eliminación.

2. El Usuario confirma la eliminación del CheckList de Salida del bus y se verifica requerimiento especial 3. Si no confirma pasa al flujo alterno 4.

FLUJO ALTERNO 1

<Evento> “Cancelar Registro CheckList”

1. El Usuario presiona el botón cancelar, en la pantalla de registro de checklist, y el Sistema regresa al listado de órdenes de mantenimiento con checklist del día, punto 2 del flujo básico.

FLUJO ALTERNO 2


1. Si no se cumple con el requerimiento especial 2 del paso 3 del subflujo 1, el Sistema emite mensaje “La Orden de Mantenimiento ya tiene Registro de CheckList de Salida de Bus”

2. El Sistema regresa a la pantalla de Registro de CkeckList de Salida de Bus, punto 1 del subflujo





1.

FLUJO ALTERNO 3

<Evento> “Validar Eliminación”

1. Si no se cumple con el requerimiento especial 3 del paso 2 del subflujo 2, el Sistema emite mensaje “No se puede eliminar el Registro de CheckList de Salida de Bus. La orden de mantenimiento ya tiene cierre”

2. El Sistema regresa al listado de órdenes de mantenimiento con checklist del día, punto 2 del flujo básico.

FLUJO ALTERNO 4

<Evento> “Cancelar Eliminación CheckList”

1. El Usuario presiona el botón cancelar, en la pantalla de confirmación de eliminación de registro de checklist, y el Sistema regresa al listado de órdenes de mantenimiento con checklist del día, punto 2 del flujo básico.


1. Orden de Mantenimiento Ejecutada


1. Registro de CheckList de Salida Bus concluido.


No aplica.


1. Requerimiento especial 1: Campos obligatorios. Se muestra los campos: Fecha registro, estado técnico actual del bus, descripción del especialista, observaciones, responsable entregar el bus, responsable recibir el bus, orden de mantenimiento, código del bus. [RN16]

2. Requerimiento especial 2: Validación de datos. El sistema busca si ya existe Registro de CheckList de Salida de bus para la orden de mantenimiento ingresada. [RN17]

3. Requerimiento especial 3: Validar eliminación. El sistema busca si ya se cerró la Orden de Mantenimiento. [RN18]



Valores válidos

Obligatorio

Modificable

Ejemplo

Código de Bus

BUS + Codigo

Codigo: 999

No aplica

Codigo: [1,999]

Sí Sí BUS123

Fecha Registro

YYYY-MM-DD

Fecha del Sistema


Sí No 1972-08-09





Orden de Mantenimiento

Año + “-“ + Codigo

Año: 9999

Codigo:99999

No aplica Año: [1900,Fecha actual]

Codigo: [00001, 99999]

Sí Sí 2011-01234

Resp. Recepcion

Cadena No aplica Cadena [20] Sí Sí Juan Pazos

Resp. Entrega

Cadena No aplica Cadena [20] Sí Sí Jorge Portal

Observaciones

Cadena No aplica Cadena [100] Sí Sí El bus se encuentra operativo.

Descripcion de especialista

Cadena No aplica Cadena [20] Sí Sí Especialista mecanico

Estados


Normal

Normal

Bueno

Malo

Sí

Sí Normal

REGLAS DE NEGOCIO

MA_RN_01: La atención preventiva y correctiva se da siempre y cuando el vehículo no contenga pasajeros (no esté en ruta).

[RN16] Todos los registros CheckList de Salida de bus deben tener: Fecha registro, estado técnico actual del bus, descripción del especialista, observaciones, responsable entregar el bus, responsable recibir el bus, orden de mantenimiento, código del bus.

[RN17] Cada registro de CheckList de Salida de bus debe estar asociado a una sola orden de mantenimiento y viceversa.

[RN18] La orden de mantenimiento debe estar cerrada para ser asociada a un registro de CheckList de Salida de bus.





4. PROTOTIPOS DE SISTEMAS POR PAQUETES

ELABORAR PLAN DE MANTENIMIENTO




5. MODELO CONCEPTUAL

MA_ES_Inv entario_Bus

Nro_Inv entario : LongCod_Tipo_Bus : IntegerCantidad : Integer

MA_ES_Plan_Ruta

Nro_Plan : LongFecha_Plan : DateCod_Unidad_Bus : IntegerCant_Kilometraje : Double

MA_ES_FormatoRecepcion

Nro_Correlativ o_Recepcion : LongFecha_Recepcion : DateHora_Recepcion : TimeCod_Empleado_Entrega : IntegerCod_Empleado_Recepcion : Integer

MA_ES_Ficha_Serv icio

Nro_Ficha_Serv icio : LongFecha_Ficha : DateCod_Unidad_Bus : IntegerCod_Usuario_Ingresa_Reg : IntegerFecha_Usuario_Ingresa_Reg : DateCod_Usuario_Modif ica_Reg : IntegerFecha_Usuario_Modif ica : Date

MA_ES_Historial_Bus

Nro_Historial : LongCod_Unidad_Bus : Integer

MA_ES_Programacion

Nro_Programacion : LongFecha Programación : DateCod_Unidad_Bus : IntegerCod_Tipo_Serv icio : IntegerTurno : Varchar(1)

MA_ES_Plan_Mantenimiento

Nro_Plan_Mant : LongFecha_Plan : DateAño_Ejercicio : Date

MA_ES_Inv entario

Nro_Inv entario : LongFecha_inv entario : DateCod_Responsable_Inv : Integer

1

1..*

1

1..*

MA_ES_Ficha_Serv icio_Activ idad

Nro_Ficha_Serv icio : LongCod_Activ idad : Integer

1..*

1

1..*

1

MA_ES_Bus

Cod_Unidad_Bus : Integer 1..*1 1..*1

1

1..*

1

1..*

1

1..*

1

1..*

1..*

1

1..*

1

1

1..*

MA_ES_Schedule

Nro_Schedule : LongFecha_Inicial : DateFecha_Final : Date

1 1..*1 1..*

MA_ES_Inf ormeBaja

Nro_inf orme : LongFecha_inf orme : DateCod_Unidad_Bus : IntegerCod_Responsable_Inf orme : IntegerObserv aciones : StringNro_Orden_Mant : Long

MA_ES_TicketCombustible

Nro_Ticket : LongFecha_Ticket : DateCod_Tipo_Combustible : Varchar(5)Monto_Ticket : DoubleCod_Empleado_Genera_Ticket : Integer

MA_ES_Plan_Inv entario_Bus

Nro_Plan_Mant : LongNro_Inv entario : LongCod_Unidad_Bus : Integer

1

1..*

1

1..*

MA_ES_Activ idad

Cod_Activ idad : IntegerDesc_Activ idad : String

1..*

1

1..*

1

MA_ES_DetalleOrdenMantenimiento

Nro_Orden_Mant : LongNro_Activ idad : IntegerCod_Material : LongObserv aciones : StringFecha de Atención : DateFecha de termino : DateCant_Estimada : IntegerCant_Utilizada : Integer

MA_ES_Ficha_Tecnica

Cod_Unidad_Bus : IntegerNro_Serie_Motor : Varchar(50)Año_Fabricación : DateCant_Llantas : IntegerPeso_Bruto : LongNro_Ejes : IntegerNro_Asientos : IntegerCod_Marca : IntegerCod_Modelo : IntegerCod_Usuario_Ingresa_Reg : IntegerFecha_Usuario_Ingresa_Reg : DateCod_Usuario_Modif ica_Reg : IntegerFecha_Usuario_Modif ica : Date

11

MA_ES_Plan_Inv entario_Bus_Mes_Activ idad_Material

Nro_Plan_Mant : LongNro_Inv entario : LongCod_Unidad_Bus : IntegerCod_Tecnico_Especialista : IntegerNro_Activ idad : IntegerCod_Material : Long

1..*1 1..*1

1..*

1

1..*

1

MA_ES_Activ idad_Material

Cod_Activ idad : IntegerCod_Material : Long 1..* 11..* 1

1

1..*

1

1..*

MA_ES_FichaTecnica_Detalle

Cod_Repuesto : LongDesc_Repuesto : Varchar(100)

1..*

1

1..*

1

MA_ES_GuiaSalidaMaterial

Nro_Guia : LongFecha_Guia : DateCod_Empleado : IntegerCod_Empleado_Solicitante : IntegerNro_Orden_Mant : Long

MA_ES_ReqCompraMaterial

Nro_Req_Materiales : LongFecha de requerimiento : DateFecha de recepción deseada : DateCod_area : IntegerCod_Solicitante : IntegerEstado_Req : Varchar(1)Fecha_Estado : DateCod_Aprobador : Integer

MA_ES_Material

Cod_Material : LongDescripción_Material : Varchar(100)Cod_Marca : IntegerCod_Fabricante : IntegerEstado : Varchar(1)Precio_Ref erencial : DoubleCantidad_Stock : LongStock_Minimo : LongStock_Maximo : Long

1..*

1

1..*

1

1

1..*

1

1..*

1

1..*

1

1..*

1..*

1

1..*

1

1

1..*

1

1..*

MA_ES_CheckList

Nro_CheckList : LongNro_Orden_Mant : LongEstado : Varchar(1)Cod_Verif icador : IntegerCod_Usuario_ingresa_regFecha_Usuario_Ingresa_RegCod_Usuario_Modif ica_RegFecha_Usuario_Modif ica_reg

MA_ES_CheckList_Detalle

Nro_CheckList : LongCod_Activ idad : IntegerInd_Verif icacion : Varchar(1)Observ aciones : Varchar(200)

1..*

1

1..*

1

1

1..*

11

MA_ES_Prov eedores

Cod_Prov eedor : integerDesc_Prov eedor : v archar(100)Dirección : v archar(100)Contacto : Varchar(100)Telef ono : Long

1

1..*

1

1..*

MA_ES_Incidente_Solicitud

Nro_Solicitud_Mant : longNro_Incidente : longDescripcion_Incidente : v archar(200)Fecha Incidente : dateCod_Empleado_Reporta : integer

MA_ES_Tecnico_Especialista

Cod_Tecnico_Especialista : IntegerNombre_Tecnico_Especialista : String

1..*

1

1..*

1

MA_ES_Solicitud

Nro_Solicitud_Mant : LongFecha_Solicitud_Mant : DateCod_Empleado_Solicitante : IntegerCod_Unidad : LongCod_Motiv o : IntegerEstado_Solicitud_Mant : Varchar(1)Fecha_Estado_Solicitud_Mant : DateCod_Usuario_Aprobador : IntegerObserv aciones : Varchar2(500)Ind_Tercerización : Varchar(1)Cod Prov eedor : IntegerTipo_Solicitud : IntegerFecha_esperada_termino : DateCod_Usuario_Ingresa_Reg : IntegerFecha_Usuario_Ingresa_Reg : DateCod_Usuario_Modif ica_Reg : IntegerFecha_Usuario_Modif ica : DateCod_Usuario Responsable : Integer

1

1..*

1

1..*

0..*

0..1

0..*

0..1

1..*

1

1..*

1

MA_ES_Orden_Mantenimiento

Nro_Orden_Mant : LongCod_Unidad_Bus : IntegerFecha_Orden_Mant : DateCod_Empleador_Solicitante : IntegerCod_Responsable_Atencion : IntegerNro_Solicitud : longPrioridad : Integer

11..*

11..*1..*

1

1..*

1

1..*

1

1..*

1

1

1

1

1

1

1

1

1

0..11 0..11

1..* 11..* 1

1

1

1

1

1..*

1

1..*

1




CAPITULO II

ADMINISTRACIÓN DEL PROYECTO

1. CRONOGRAMA DE EJECUCIÓN DEL PROYECTO




2. BENCHMARKING

2.1. Descripción de soluciones encontradas.

Para el presente benchmarking se han considerado tres soluciones informáticas enfocadas al mantenimiento de vehículos.

AutoSoft Taller Estándar 4.00, es un programa diseñado para talleres mecánicos, de servicios, ventas de repuestos o talleres de pintura, el cual puede ser adaptado a cualquier país, ya que soporta los procesos básicos que se desarrollan dentro de estos. Una de las facilidades que ofrece la empresa fabricante a sus posibles compradores es la posibilidad de descargar una versión de evaluación del producto con licencia de funcionamiento por 30 días. Así mismo, el tutorial del producto puede ser descargado sin costo alguno.

SoftFlot ver 3.0, es un programa que está diseñado para dar soporte a flotas de vehículos de empresas que deban de realizar reparto de mercadería. Este programa, no solo controla los procesos de mantenimiento de vehículos sino que a su vez, automatiza los procesos de la gestión de rutas de reparto entre los que se destacan el seguimiento detallado de cada viaje y la programación de embarques.

SAMM Sistema de Administración de Mantenimiento Moderno, es un programa que está diseñado para dar soporte a los procesos de mantenimiento de empresas de manufactura y servicios. Entre las características que destacan de este producto, se encuentran la capacidad de realizar la planificación de las actividades de mantenimiento para lo cual se consideran actividades de mantenimiento preventivo, predictivo y correctivo. Por otro lado, este producto contempla los estándares ISO 9000 e ISO 14001 para la implementación de sus procesos.




2.2. Análisis Comparativo de las soluciones encontradas.

Comparativo por aspectos Generales

Producto AutoSoft Taller Edición Estándar Ver. 4.00 Softflot Ver 3.0Sistema de Administración de Mantenimiento

Moderno (SAMM)

Página Web http://www.autosofttaller.com/ http://www.usa.interasystem.com/ http://www.idaesoluciones.com/samm.html

Precio 290 dólares No especificado en página Web No especificado en página Web

Idioma Español Español Español

Tipo Aplicación Cliente Servidor Cliente Servidor Cliente Servidor / Web

Versión Trial 30 días No ofrece este servicio No ofrece este servicio

Versiones Unica. No depende de la cantidad de usuarios Única. No depende de la cantidad de usuariosDe acuerdo al número de usuarios que utilizaran el producto

Fabricante Santa Rita Investments Inc Desarrollo de Software InteraSystem S.A. C. IDAE Soluciones

País USA México Colombia

Help Desk Online Online, solo usuarios del producto Online, solo usuarios del producto


http://www.idaesoluciones.com/samm.html

http://www.usa.interasystem.com/

http://www.autosofttaller.com/



Comparación por Requerimientos de Hardware y Software

En la siguiente tabla se muestran los requerimientos de hardware y software de los productos del presente benchmarking. Hay que hacer mención que es política de algunos fabricantes de software proporcionar los requerimientos de hardware y software de sus productos a los clientes que estén interesados en adquirir sus productos.

De los datos que se muestran se puede concluir que dos de los productos requieren como mínimo 512 MB de memoria RAM para su funcionamiento.

Concepto AutoSoft Taller Softflot SAMM Módulo de Mantenimiento

Procesador

PC con procesador de 1GHz o mas rápido.

Procesador de 800 MHz 32 bits

No especificado en página Web

PC con procesador Pentium IV como mínimo

Memoria RAM

512 MB de RAM. ó más.

Mínimo 513 MB de memoria RAM para Windows XP si usa Windows Vista y 7 se recomienda 1 GB en adelante


256 MB de memoria RAM como mínimo

Disco Duro

1 GB de Disco (varía según la cantidad de información que sea almacenada).

5 GB de disco duro – 1 GB disponibles


40 GB de disco duro

Lectora CD/ DVD

Unidad de CD-ROM.

Unidad de CD-ROM.


No especificado en requerimientos no funcionales

Tarjeta de Video

Tarjeta gráfica que soporte 1024x768 píxeles o más.




Mouse

Ratón 2 botones. No especificado en página Web



Tarjeta de Red

Tarjeta de red (opcional).




Conexión a Internet

Conexión a Internet (recomendable para la activación y actualizaciones).







Concepto AutoSoft Taller Softflot SAMM Módulo de Mantenimiento

Sistema Operativo

Microsoft® Windows® XP con Service Pack 2 (Service Pack 3 recomendado), Windows Vista® Home Premium, Business, Ultimate, o Enterprise con Service Pack 1 o Windows 7®, (certificado para 32-bit Windows XP y Windows Vista).



Base de Datos


Access 2000 / SQL Server 2k, 2k5, 2k8






Comparación por Funcionalidades

En la siguiente tabla se muestran los requerimientos funcionales del modulo de Mantenimiento y el nivel en que logran satisfacer estos requerimientos los productos mencionados, para lo cual se ha empleado una escala de tres valores, en donde:

0 : No satisface 1 : Bajo 2 : Medio 3 : Alto

Requerimiento Funcional

AutoSoft Taller Softflot SAMM Módulo de Mantenimiento

Mantener plan de mantenimiento

0 0 0 5

Mantener programación de mantenimiento

0 0 5 5

Mantener ficha de servicios

3 3 3 5

Mantener solicitud de mantenimiento

3 3 3 5

Mantener orden de mantenimiento

3 5 5 5

Mantener recepción de buses

1 0 0 5

Registrar resultado de aplicación de checklist

3 0 3 5

Registrar Inventario Buses

1 1 1 5

Mantener Actividades Mantenimiento

1 3 5 5

Generar ticket de combustible

0 5 0 5

Puntaje Total 15 18 25 50




2.3. Evaluación de las soluciones encontradas.

Si consideramos como criterio de evaluación el nivel en que los productos evaluados cumplen los requerimientos funcionales los productos evaluados, el producto que logra el mayor puntaje es el Sistema de Administración de Mantenimiento Moderno (SAMM) con un resultado de 25 puntos de 50 posibles, lo que se traduce en un 47.5% de compatibilidad de funcionalidades.

Por otro lado, aun cuando SAMM, es el ganador de la evaluación por requerimientos funcionales hay que tener en cuenta, que para poder optar por la implementación de este sistema, se debe de considerar dentro de la evaluación costo beneficio, criterios como los requerimientos funcionales que no implementa, el costo de un posible desarrollo para implementarlas, modificaciones en algunas reglas de negocio para adaptarlas a los procesos de la empresa y el licenciamiento del sistema, entre otros.

Finalmente, el sistema que se propone en este documento, contempla satisfacer todas las necesidades funcionales que la empresa requiere.




3. ESTUDIO DE FACTIBILIDAD

Paso 1 - Estimar Puntos de Función (PF)Estimar los Elementos de Funcionalidad (EF)

CU-SOLICITAR-MANTENIMIENTONo modificar las 7 primeras filas de esta págnaNo Elemento de Funcionalidad (EF) TEF ED AR Nivel

1 Buscar solicitudes EE 5 1 B2 Consulta de solicitudes SE 7 3 P3 Registrar Solicitude Mantenimiento EE 18 6 A4 Modificar Solicitudes Mantenimiento EE 18 6 A5 Registrar Incidentes EE 3 2 B6 Consulta Parametros CE 2 1 B7 Consulta de Empleado Solicitante CE 2 1 B8 Consulta de Provedores CE 2 1 B

CU-ELABORAR-PLAN 1 Buscar Plan EE 2 1 B2 Consulta Plan SE 2 1 B3 Registrar Plan EE 2 1 B4 Modificar Plan EE 2 1 B5 Generar Plan de Mantenimiento SE 15 5 A6 Inventario de Buses EE 4 2 B7 Mantenimiento de Provedores EE 8 1 B8 Mantenimiento de Materiales EE 8 1 B9 Mantenimiento de Tipos EE 3 1 B

10 Mantenimiento de Actividades EE 10 1 B11 Mantenimiento de Técnicos EE 8 1 B

CU-PROGRAMAR-MANTENIMIENTO

1 Buscar Plan EE 2 1 B2 Consulta Plan SE 2 1 B3 Registrar Plan EE 2 1 B4 Modificar Plan EE 2 1 B5 Generar Orden de Mantenimiento SE 10 1 B

CU-EJECUTAR-MANTENIMIENTO 1 Buscar Orden EE 2 1 B2 Consulta Plan SE 2 1 B3 Registrar Plan EE 2 1 B4 Modificar Plan EE 2 1 B5 Generar Solicitud de Compra SE 5 2 B




Paso 2 - Estimar Puntos de Función (PF)Estimar los Archivos Lógicos (AL)

No modificar las 7 primeras filas de esta págnaNo Nombre del Archivo Lógico (AL) TAL ED AR Nivel1 MA_ES_Solicitud ALI 20 1 B2 MA_ES_Incidentes ALI 6 1 B3 MA_ES_Orden_Mantenimiento ALI 10 1 B4 MA_ES_Detalle_Orden_mantenimiento ALI 12 1 B5 MA_ES_Guia_Salida_Material ALI 10 1 B6 MA_ES_ReqCompraMaterial ALI 9 1 B7 MA_ES_DetReqCompraMaterial ALI 8 1 B8 MA_ES_Informe_de_Baja ALI 6 1 B9 MA_ES_Material ALI 6 1 B10 MA_ES_Bus ALI 10 1 B11 MA_ES_Inventario ALI 7 1 B12 MA_ES_Inventario_Bus ALI 7 1 B13 MA_ES_Programacion ALI 10 1 B14 MA_ES_Schedule ALI 7 1 B15 MA_ES_CheckList ALI 7 1 B16 MA_ES_Ficha_Servicio ALI 7 1 B17 MA_ES_Servicio ALI 7 1 B18 MA_ES_CheckList ALI 7 1 B19 MA_ES_Detalle_Check_List ALI 7 1 B20 MA_ES_Ticket_Combustible ALI 7 1 B21 MA_ES_Actividad ALI 7 1 B22 MA_ES_Actividad_Material ALI 7 1 B23 MA_ES_Autoparte ALI 7 1 B24 MA_ES_Ficha_Técnica ALI 7 1 B25 MA_ES_Formato_Recepcion ALI 7 1 B26 MA_ES_Formato_Recepcion ALI 7 1 B27 MA_ES_Proveedores ALI 6 1 B

Paso 6 - Estimar factibilidad económica para el proyecto

Variable ValorMD - Modo de Desarrollo 1ESF - Esfuerzo 22.43 hombres-mesTDES - Tiempo de Desarrollo 8.15 mesesCH - Cantidad de Hombres (promedio) 3 hombresCHM - Costo por Hombre al Mes (promedio) 1500 dólaresC - Costo del Proyecto 33 648.79 dólares

Paso 7 - Distribuir la Factibilidad Económica para el proyecto




Distribución para las fases del proyecto

FaseESF TDES

Valor (%) Valor (%)Concepción 1.12 5 0.82 10Elaboración 4.49 20 2.45 30Construcción 14.58 65 4.08 50Transición 2.24 10 0.82 10

Total 22.43 100 8.15 100(Fuente: Philippe Kruchten A Rational Development Process)

Distribución para las etapas del proyecto

EtapaESF TDES

Valor (%) Valor (%)Modelado del Negocio 1.12 5 1.22 15Requerimientos 3.36 15 1.22 15Análisis y Diseño 5.61 25 2.04 25Implementación 7.85 35 2.45 30Prueba 1.12 5 0.41 5Implantación 3.36 15 0.82 10

Total 22.43 100 8.15 100(Fuente: Philippe Kruchten A Rational Development Process)




1. CONTROL DE CALIDAD

1.1. Matriz de Casos de Uso del Negocio vs. Reglas del Negocio

MA_RN_01 MA_RN_02 MA_RN_03 MA_RN_04 MA_RN_05 MA_RN_06 MA_RN_07 MA_RN_08 MA_RN_09 MA_RN_10 MA_RN_11 MA_RN_12

MA_CUN_Elaborar_plan_de_mantenimiento X X X

MA_CUN_Programar_mantenimiento X X X X

MA_CUN_Solicitar_mantenimiento X X

MA_CUN_Ejecutar_mantenimiento X X X

REGLAS DEL NEGOCIO

CASOS DE USO DEL NEGOCIO




1.2. Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio

1 2 3 4 5 6 7 8

MA_TN_Asistente_de_Costo

MA_TN_Asistente_de_Mantenimiento

MA_TN_Gerente_de_Administracion

MA_TN_Gerente_de_Logistica

MA_TN_Gerente_de_Planeamiento

MA_TN_Jefe_de_Mantenimiento

MA_TN_Supervisor_de_Turno

MA_TN_Tecnico_Especialista

MA_CUN_Elaborar_plan_de_mantenimiento X X X X X

MA_CUN_Programar_mantenimiento X

MA_CUN_Solicitar_mantenimiento X X X

MA_CUN_Ejecutar_mantenimiento X X X X X

TRABAJADORES DEL NEGOCIO





1.3. Matriz de Casos de Uso del Negocio vs. Entidades del Negocio

MA_CUN_Elaborar_plan_de_mantenimiento

MA_CUN_Programar_mantenimiento

MA_CUN_Solicitar_mantenimiento

MA_CUN_Ejecutar_mantenimiento

1 MA_EN_Actividad_de_Mantenimiento X X X

2 MA_EN_Historial_de_Mantenimiento X

3 MA_EN_Bus X X X X

4 MA_EN_Checklist_para_Salida_de_Bus X

5 MA_EN_Ficha_de_Servicio X

6 MA_EN_Ficha_Tecnica_de_Bus X

7 MA_EN_Formato_de_Recepcion_de_Bus X

8 MA_EN_Guia_de_Salida_de_Materiales X

9 MA_EN_Informe_de_Baja_de_Bus X

10 MA_EN_Inventario_de_Buses X

11 MA_EN_Materiales X X X

12 MA_EN_Ordenes_de_Mantenimiento X X

13 MA_EN_Plan_de_Consumo_de_Combustible X

14 MA_EN_Plan_de_Consumo_de_Horas_de_Personal X

15 MA_EN_Plan_de_Consumo_de_Materiales X

16 MA_EN_Plan_de_Mantenimiento X

17 MA_EN_Plan_de_Rutas X

18 MA_EN_Plan_de_Servicios_a_Tercerizar X

19 MA_EN_Planes_Historicos X

20 MA_EN_Programacion_del_Mantenimiento X

21 MA_EN_Proveedor X

22 MA_EN_Requerimiento_de_Compra_de_Materiales X

23 MA_EN_Schedule_de_Programacion_semanal X

24 MA_EN_Solicitud_de_Mantenimiento X

25 MA_EN_Ticket_de_Combustible X

ENTIDADES DEL NEGOCIO



CODIGO NOMBRE Complejidad Estado Dificultad Responsable Prioridad

MA_CUS_01 MA_CUS_Mantener_Materiales Secundario Definido Baja Juan Diaz Ciclo 0

MA_CUS_02 MA_CUS_Mantener_Tecnico_Especialista Secundario Definido Baja Juan Diaz Ciclo 0

MA_CUS_03 MA_CUS_Mantener_Actividades_Mantenimiento Secundario Definido Baja Juan Diaz Ciclo 0

MA_CUS_04 MA_CUS_Mantener_Tipos_Mantenimiento Secundario Definido Baja Juan Diaz Ciclo 0

MA_CUS_05 MA_CUS_Mantener_Tipos_Combustible Secundario Definido Baja Juan Diaz Ciclo 0

MA_CUS_06 MA_CUS_Registrar_Inventario_Buses Primario Definido Baja Juan Diaz Ciclo 0

MA_CUS_07 MA_CUS_Mantener_Ficha_Tecnica_Bus Primario Definido Baja Juan Diaz Ciclo 0

MA_CUS_08 MA_CUS_Mantener_Ficha_Servicio_Bus Primario Definido Baja Juan Diaz Ciclo 0

MA_CUS_09 MA_CUS_Mantener_Plan_Mantenimiento Primario Definido Media Carlos Vargas Ciclo 0

MA_CUS_10 MA_CUS_Aprobar_Consumo_Materiales_Requeridos_por_Mes Secundario Definido Baja Carlos Vargas Ciclo 0

MA_CUS_11 MA_CUS_Aprobar_Plan_Mantenimiento_Proyectado_por_Mes Secundario Definido Baja Carlos Vargas Ciclo 0

MA_CUS_12 MA_CUS_Aprobar_Plan_Consumo_Horas_y_Servicios_por_Mes Secundario Definido Baja Carlos Vargas Ciclo 0

MA_CUS_13 MA_CUS_Aprobar_Plan_Consumo_Combustible Secundario Definido Baja Carlos Vargas Ciclo 0

MA_CUS_14 MA_CUS_Mantener_Solicitud_Mantenimiento Primario Definido Media Abel Inocente Ciclo 0

MA_CUS_15 MA_CUS_Consultar_Orden_Mantenimiento Primario Definido Baja Javier Watanabe Ciclo 1

MA_CUS_16 MA_CUS_Consultar_Solicitud_Mantenimiento Primario Definido Baja Javier Watanabe Ciclo 1

MA_CUS_17 MA_CUS_Mantener_Programa_Mantenimiento Primario Definido Media Abel Inocente Ciclo 0

MA_CUS_18 MA_CUS_Generar_Requerimientos_Materiales_Compra Primario Definido Baja Abel Inocente Ciclo 1

MA_CUS_19 MA_CUS_Generar_Ordenes_Mantenimiento Primario Definido Media Abel Inocente Ciclo 0

MA_CUS_20 MA_CUS_Registrar_Recepcion_Buses Secundario Definido Baja Javier Watanabe Ciclo 0

MA_CUS_21 MA_CUS_Registrar_Movimiento_Salida_por_Garantia Secundario Definido Baja Carlos Vargas Ciclo 1

MA_CUS_22 MA_CUS_Registrar_Actividades_Orden_Mantenimiento Secundario Definido Baja Javier Watanabe Ciclo 0

MA_CUS_23 MA_CUS_Registrar_Checklist_Salida_Bus Secundario Definido Baja Javier Watanabe Ciclo 0

MA_CUS_24 MA_CUS_Aprobar_Checklist_Salida_Bus Secundario Definido Baja Javier Watanabe Ciclo 0

MA_CUS_25 MA_CUS_Liquidar_Orden_Mantenimiento Primario Definido Media Carlos Vargas Ciclo 1

MA_CUS_26 MA_CUS_Registrar_Actividades_Terceros_Orden_Mantenimiento Opcional Definido Baja Carlos Vargas Ciclo 1

MA_CUS_27 MA_CUS_Generar_Ticket_Combustible Primario Definido Baja Carlos Vargas Ciclo 1

MA_CUS_28 MA_CUS_Informar_Baja_Bus Opcional Definido Baja Carlos Vargas Ciclo 1

CASO DE USO DE SISTEMA ATRIBUTOS



1.4. Atributos de Casos de Uso del Sistema


CODIGO NOMBRE IMPORTANCIA P/ NEGOCIO PRIORIDAD RIESGO ESTADO

GE_RNF_05 Simplicidad de formularios Esencial Baja Bajo Definido

GE_RNF_20 Manual de Instalación Esencial Media Bajo Definido

MA_RNF_28 Interface con otros sistemas Deseable Media Alto Definido

MA_RNF_32 Estándares aplicables Esencial Alta Alto Definido

IMPORTANCIA PARA EL NEGOCIOse definen 3 niveles :* Escencial* Deseable* Opcional

REQUISITOS FUNCIONALES ATRIBUTOS

CODIGO NOMBRE IMPORTANCIA P/ NEGOCIO PRIORIDAD RIESGO ESTADO

MA_RF_01 Mantener plan de mantenimiento Esencial Alta Alto Definido

MA_RF_02 Mantener programacion de mantenimiento Esencial Alta Alto Definido

MA_RF_03 Mantener requerimiento de compra Deseable Media Bajo Definido

MA_RF_04 Mantener solicitud de mantenimiento Esencial Alta Alto Definido

MA_RF_05 Mantener orden de mantenimiento Esencial Alta Bajo Definido

MA_RF_06 Mantener recepcion de buses Deseable Media Bajo Definido

MA_RF_07 Registrar resultado de aplicación de checklist Deseable Baja Bajo Definido

MA_RF_08 Generar ticket de combustible Deseable Baja Bajo Definido

IMPORTANCIA PARA EL NEGOCIOse definen 3 niveles :* Escencial* Deseable* Opcional

ATRIBUTOSREQUISITOS FUNCIONALES



1.5. Atributos de Requerimientos funcionales

1.6. Atributos de Requerimientos no funcionales




1.7. Casos de Uso del Sistema vs Requerimientos funcionales

1 2 3 4 5 6 7 8

COD PQT NºGenerar ticket de combustible

Registrar resultado de aplicación de checklist

Mantener orden de mantenimiento

Mantener recepcion de buses

Mantener plan de mantenimiento

Mantener programacion de mantenimiento

Mantener requerimiento de compra

Mantener solicitud de mantenimiento

MA_CUS_01 1 MA_CUS_Mantener_Materiales X X X

MA_CUS_02 2 MA_CUS_Mantener_Tecnico_Especialista X

MA_CUS_03 3 MA_CUS_Mantener_Actividades_Mantenimiento X X

MA_CUS_04 4 MA_CUS_Mantener_Tipos_Mantenimiento X

MA_CUS_05 5 MA_CUS_Mantener_Tipos_Combustible X

MA_CUS_06 6 MA_CUS_Registrar_Inventario_Buses X

MA_CUS_07 7 MA_CUS_Mantener_Ficha_Tecnica_Bus X

MA_CUS_08 8 MA_CUS_Mantener_Ficha_Servicio_Bus X

MA_CUS_09 9 MA_CUS_Mantener_Plan_Mantenimiento X

MA_CUS_10 10 MA_CUS_Aprobar_Consumo_Materiales_Requeridos_por_Mes X

MA_CUS_11 11 MA_CUS_Aprobar_Plan_Mantenimiento_Proyectado_por_Mes X X

MA_CUS_12 12 MA_CUS_Aprobar_Plan_Consumo_Horas_y_Servicios_por_Mes X

MA_CUS_13 13 MA_CUS_Aprobar_Plan_Consumo_Combustible X

MA_CUS_14 1 MA_CUS_Mantener_Solicitud_Mantenimiento X

MA_CUS_15 2 MA_CUS_Consultar_Orden_Mantenimiento X

MA_CUS_16 3 MA_CUS_Consultar_Solicitud_Mantenimiento X

MA_CUS_17 1 MA_CUS_Mantener_Programa_Mantenimiento X

MA_CUS_18 2 MA_CUS_Generar_Requerimientos_Materiales_Compra X X

MA_CUS_19 3 MA_CUS_Generar_Ordenes_Mantenimiento X X

MA_CUS_20 1 MA_CUS_Registrar_Recepcion_Buses X

MA_CUS_21 2 MA_CUS_Registrar_Movimiento_Salida_por_Garantia X X

MA_CUS_22 3 MA_CUS_Registrar_Actividades_Orden_Mantenimiento X

MA_CUS_23 4 MA_CUS_Registrar_Checklist_Salida_Bus X

MA_CUS_24 5 MA_CUS_Aprobar_Checklist_Salida_Bus X

MA_CUS_25 6 MA_CUS_Liquidar_Orden_Mantenimiento X

MA_CUS_26 7 MA_CUS_Registrar_Actividades_Terceros_Orden_Mantenimiento X X

MA_CUS_27 8 MA_CUS_Generar_Ticket_Combustible X

MA_CUS_28 9 MA_CUS_Informar_Baja_Bus X

ELABORAR

PLAN

SOLI

C

ITAR

PROGR

AMAR

EJECUTAR

MANT.

CASOS DE USO DEL SISTEMA

REQUERIMIENTOSFUNCIONALES


MA_CUS_01 MA_CUS_02 MA_CUS_03 MA_CUS_04 MA_CUS_05 MA_CUS_06 MA_CUS_07 MA_CUS_08 MA_CUS_09 MA_CUS_10 MA_CUS_11 MA_CUS_12 MA_CUS_13 MA_CUS_14


MA_CUS_Mantener_Tecnico_Especialista

MA_CUS_Mantener_Actividades_Mantenimiento

MA_CUS_Mantener_Tipos_Mantenimiento

MA_CUS_Mantener_Tipos_Combustible

MA_CUS_Registrar_Inventario_Buses


MA_CUS_Mantener_Ficha_Servicio_Bus


MA_CUS_Aprobar_Consumo_Materiales_Requeridos_por_Mes

MA_CUS_Aprobar_Plan_Mantenimiento_Proyectado_por_Mes

MA_CUS_Aprobar_Plan_Consumo_Horas_y_Servicios_por_Mes

MA_CUS_Aprobar_Plan_Consumo_Combustible

MA_CUS_Mantener_Solicitud_Mantenimiento

GE_RNF_01

Manejo de errores

X X X X X X X X X X X X X

GE_RNF_02

Diseño de la interfaz gráfica


GE_RNF_03

Tiempo promedio en el uso de los distintos módulos


GE_RNF_04

Ayuda incorporada


GE_RNF_05

Disponibilidad de uso del sistema


GE_RNF_06

Tiempo de atención ante una falla


GE_RNF_07

Tiempo promedio de reparación del sistema


GE_RNF_08

Registro de transacciones


GE_RNF_09

Cantidad de usuarios concurrentes al sistema


GE_RNF_10

Cantidad promedio de transacciones por minuto


GE_RNF_11

Tiempo promedio de respuesta de los reportes


GE_RNF_12

Tiempo de inicio del sistema X X X X X X X X X X X X X

GE_RNF_13

Tiempo máximo de duración del 95% de transacciones en un día


GE_RNF_14

Compatibilidad del sistema servidor


GE_RNF_15

Cliente WebX

GE_RNF_16

Características de la PC del cliente


GE_RNF_17

Lenguaje de programación


GE_RNF_18

Motor de base de datos


GE_RNF_19

Arquitectura Lógica


GE_RNF_20

Manuales de Usuario


GE_RNF_21

Ubicación del logotipo a utilizar en las opciones del sistemas


GE_RNF_22

Ubicación del logotipo a utilizar en los reportes


GE_RNF_23

Formato de letras


GE_RNF_24

Formato de las pantallas del sistema


GE_RNF_25

Animaciones en el Sistema


GE_RNF_26

Resolución de las imágenes


GE_RNF_27

Nombre Esquema de colores


GE_RNF_29

Licencia del Sistema Operativo Ms Window s Server 2003 R2 Standard Edition


GE_RNF_30

Licencia del Motor de Base de Datos MS SQL Server 2005 Standard Edition


GE_RNF_31

Licencias para el equipo de desarrollo


MA_RNF_01

Estándares aplicables


MA_RNF_02

Interface con otros sistemas


MA_RNF_03

Manual de Instalación


MA_RNF_04

Simplicidad de formularios




1.8. Casos de Uso del Sistema vs Requerimientos no funcionales


MA_CUS_15 MA_CUS_16 MA_CUS_17 MA_CUS_18 MA_CUS_19 MA_CUS_20 MA_CUS_21 MA_CUS_22 MA_CUS_23 MA_CUS_24 MA_CUS_25 MA_CUS_26 MA_CUS_27 MA_CUS_28

MA_CUS_Consultar_Orden_Mantenimiento

MA_CUS_Consultar_Solicitud_Mantenimiento

MA_CUS_Mantener_Programa_Mantenimiento

MA_CUS_Generar_Requerimientos_Materiales_Compra

MA_CUS_Generar_Ordenes_Mantenimiento


MA_CUS_Registrar_Movimiento_Salida_por_Garantia

MA_CUS_Registrar_Actividades_Orden_Mantenimiento


MA_CUS_Aprobar_Checklist_Salida_Bus

MA_CUS_Liquidar_Orden_Mantenimiento

MA_CUS_Registrar_Actividades_Terceros_Orden_Mantenimiento

MA_CUS_Generar_Ticket_Combustible

MA_CUS_Informar_Baja_Bus

GE_RNF_01

Manejo de errores

X X X X X X X X X X X X X X

GE_RNF_02

Diseño de la interfaz gráfica


GE_RNF_03

Tiempo promedio en el uso de los distintos módulos


GE_RNF_04

Ayuda incorporada


GE_RNF_05

Disponibilidad de uso del sistema


GE_RNF_06

Tiempo de atención ante una falla


GE_RNF_07

Tiempo promedio de reparación del sistema


GE_RNF_08

Registro de transacciones


GE_RNF_09

Cantidad de usuarios concurrentes al sistema


GE_RNF_10

Cantidad promedio de transacciones por minuto


GE_RNF_11

Tiempo promedio de respuesta de los reportes


GE_RNF_12

Tiempo de inicio del sistema X X X X X X X X X X X X X X

GE_RNF_13

Tiempo máximo de duración del 95% de transacciones en un día


GE_RNF_14

Compatibilidad del sistema servidor


GE_RNF_15

Cliente WebX X

GE_RNF_16

Características de la PC del cliente


GE_RNF_17

Lenguaje de programación


GE_RNF_18

Motor de base de datos


GE_RNF_19

Arquitectura Lógica


GE_RNF_20

Manuales de Usuario


GE_RNF_21

Ubicación del logotipo a utilizar en las opciones del sistemas


GE_RNF_22

Ubicación del logotipo a utilizar en los reportes


GE_RNF_23

Formato de letras


GE_RNF_24

Formato de las pantallas del sistema


GE_RNF_25

Animaciones en el Sistema


GE_RNF_26

Resolución de las imágenes


GE_RNF_27

Nombre Esquema de colores


GE_RNF_29

Licencia del Sistema Operativo Ms Window s Server 2003 R2 Standard Edition


GE_RNF_30

Licencia del Motor de Base de Datos MS SQL Server 2005 Standard Edition


GE_RNF_31

Licencias para el equipo de desarrollo


MA_RNF_01

Estándares aplicables


MA_RNF_02

Interface con otros sistemas


MA_RNF_03

Manual de Instalación


MA_RNF_04

Simplicidad de formularios







1.9. Casos de Uso del Sistema vs Reglas del Negocio

MA_RN_01 MA_RN_02 MA_RN_03 MA_RN_04 MA_RN_05 MA_RN_06 MA_RN_07 MA_RN_08 MA_RN_09 MA_RN_10 MA_RN_11 MA_RN_12

MA_CUS_01 MA_CUS_Mantener_Materiales X X X

MA_CUS_02 MA_CUS_Mantener_Tecnico_Especialista X X X X

MA_CUS_03 MA_CUS_Mantener_Actividades_Mantenimiento X

MA_CUS_04 MA_CUS_Mantener_Tipos_Mantenimiento X

MA_CUS_05 MA_CUS_Mantener_Tipos_Combustible

MA_CUS_06 MA_CUS_Registrar_Inventario_Buses X

MA_CUS_07 MA_CUS_Mantener_Ficha_Tecnica_Bus

MA_CUS_08 MA_CUS_Mantener_Ficha_Servicio_Bus

MA_CUS_09 MA_CUS_Mantener_Plan_Mantenimiento X X X X

MA_CUS_10 MA_CUS_Aprobar_Consumo_Materiales_Requeridos_por_Mes X X

MA_CUS_11 MA_CUS_Aprobar_Plan_Mantenimiento_Proyectado_por_Mes X X X X X

MA_CUS_12 MA_CUS_Aprobar_Plan_Consumo_Horas_y_Servicios_por_Mes X X

MA_CUS_13 MA_CUS_Aprobar_Plan_Consumo_Combustible X X X

MA_CUS_14 MA_CUS_Mantener_Solicitud_Mantenimiento X X X X X

MA_CUS_15 MA_CUS_Consultar_Orden_Mantenimiento X X

MA_CUS_16 MA_CUS_Consultar_Solicitud_Mantenimiento X X

MA_CUS_17 MA_CUS_Mantener_Programa_Mantenimiento X X X

MA_CUS_18 MA_CUS_Generar_Requerimientos_Materiales_Compra

MA_CUS_19 MA_CUS_Generar_Ordenes_Mantenimiento X X X X X

MA_CUS_20 MA_CUS_Registrar_Recepcion_Buses X X

MA_CUS_21 MA_CUS_Registrar_Movimiento_Salida_por_Garantia X

MA_CUS_22 MA_CUS_Registrar_Actividades_Orden_Mantenimiento

MA_CUS_23 MA_CUS_Registrar_Checklist_Salida_Bus X

MA_CUS_24 MA_CUS_Aprobar_Checklist_Salida_Bus X

MA_CUS_25 MA_CUS_Liquidar_Orden_Mantenimiento X X X

MA_CUS_26 MA_CUS_Registrar_Actividades_Terceros_Orden_Mantenimiento X X

MA_CUS_27 MA_CUS_Generar_Ticket_Combustible

MA_CUS_28 MA_CUS_Informar_Baja_Bus

REGLAS DEL NEGOCIO

CASOS DE USO DE SISTEMA




CONCLUSIONES

1. Es importante mantener un permanente control de calidad de los avances, a través de las trazas, a fin de que el producto final contenga la menor cantidad de errores.

2. Los procesos de mantenimiento de buses son diversos y complejos, cada empresa diseña y emplea sus propios procesos y actividades, complicando para nuestro caso el modelado del negocio.

3. Luego de concluir la presente iteración, se comprueba que el Área de Mantenimiento del negocio en estudio, tiene una fuerte interacción con las áreas de Operaciones y de Planeamiento y Control.




BIBLIOGRAFÍA

JACOBSON, Ivar y otros (2000) El Proceso Unificado de Desarrollo de Software. Madrid: Pearson Educación, S.A.

JACOBSON, Ivar y otros (2000) El lenguaje unificado de modelado: manual de referencia. Madrid: Pearson Educación, S.A.

TRANSPORTES CRUZ DEL SUR (http://www.cruzdelsur.com.pe/inicio.php) Sitio web oficial de Transportes Cruz del Sur; contiene información sobre la empresa y enlaces de sobre los servicios que ofrece.

AUTOSOFT TALLER (http://www.autosofttaller.com/) Sitio web oficial del software AutoSoft Taller

SoftPlot (http://usa.interasystem.com/) Sitio web oficial del software SoftPlot.

SAMMt (http://www.idaesoluciones.com/samm.html) Sitio web oficial del software Sistema de Administración de Mantenimiento Moderno


http://www.idaesoluciones.com/samm.html

http://usa.interasystem.com/

http://www.autosofttaller.com/

Documents

TP02 Sistema de Mantenimiento - 1er Entregable[1]