Informe Final

Escuela de Ingeniera Informtica Sistemas de Informacin
Harlee Software de Sistemas S.A.
Sistema Intranet para una Empresa de Ascensores.
Integrantes:
Juan Cassanga Vega. Francisco Gonzalez Baeza. Eduardo Sagredo Jelvez. Marcelo Salas Quezada. Cristian Silva Barrera.
Sistema Intranet para una Empresa de Ascensores - Harlee Software de Sistemas S.A.
NDICE
Integrantes: .........................................................................................................................a
NDICE ..................................................................................................................................1 NDICE DE FIGURAS............................................................................................................4 NDICE DE TABLAS .............................................................................................................5 1 2 Introduccin ....................................................................................................................6

1.1 2.1 2.2 2.3 Alcances y Propsitos ...........................................................................................................6 Descripcin de la Organizacin ..............................................................................................7 Solucin .............................................................................................................................8 Flujos de Trabajo .................................................................................................................9 Organizacin del Grupo ......................................................................................................10 3.1.1 Organigrama .........................................................................................................10 3.1.2 Cargos .................................................................................................................. 11 Plan de Trabajo .................................................................................................................. 12 3.2.1 Carta Gantt ...........................................................................................................12 3.2.2 Detalle Actividades ................................................................................................ 13 Plan de mitigacin y contingencia ........................................................................................ 14 Planificacin de pruebas......................................................................................................15 Diseo de pruebas .............................................................................................................. 15 5.2.1 Cambiar estado de solicitud de OT ...........................................................................15 Escenario 1: ...................................................................................................................... 15 5.2.2 Gestin de tcnicos ................................................................................................ 15 5.2.3 Gestin administrador de edificio .............................................................................16 Escenario 1(eliminacin): ....................................................................................................16 Objetivo General ................................................................................................................ 18 Objetivos Especficos .........................................................................................................18 Metodologa ...................................................................................................................... 19 Arquitectura ...................................................................................................................... 19 Casos de Uso ..................................................................................................................... 20 8.1.1 Caso de Uso General .............................................................................................. 20 8.1.2 Mdulo 1 .............................................................................................................. 21 8.1.2.1 Especificacin de casos de Uso Mdulo Gestion Financiera ............... 21 8.1.2.2 Especificacion de casos de Uso Mdulo Gestion Financiera ............... 21 8.1.2.3 Especificacion de casos de Uso Mdulo Gestion Financiera ............... 22 8.1.2.4 Especificacion de casos de Uso Mdulo Gestion Financiera ............... 22 8.1.2.5 Especificacion de casos de Uso Mdulo Gestion Financiera ............... 23 1
Descripcin de la Organizacin .........................................................................................7
Planificacin ..................................................................................................................10
3.1
3.2
4 5
Analisis de Riesgo ...........................................................................................................14

4.1
15
5.1 5.2
Especificacin de Requerimientos ...................................................................................18

6.1 6.2
Arquitectura de la Solucin ............................................................................................19

7.1 7.2
Diseo de la Solucin ......................................................................................................20

8.1
Sistema Intranet para una Empresa de Ascensores - Harlee Software de Sistemas S.A
8.2
8.3
Mdulo 2 .............................................................................................................. 23 8.1.3.1 Especificacin de casos de Uso Mdulo Gestionar administrador de edificio ............................................................................................... 24 8.1.3.2 Especificacin de casos de Uso Mdulo Gestionar administrador de edificio ............................................................................................... 25 Eliminar administrador tambin se aplica para eliminar tcnicos. ......................... 25 8.1.3.3 Especificacin de casos de Uso Mdulo Gestionar administrador de edificio ............................................................................................... 25 8.1.3.4 Especificacin de casos de Uso Mdulo Gestionar administrador de edificio ............................................................................................... 26 8.1.4 Mdulo 3 .............................................................................................................. 27 8.1.4.1 Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos ........................................................................................... 27 8.1.4.2 Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos ........................................................................................... 28 8.1.4.3 Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos ........................................................................................... 28 8.1.4.4 Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos ........................................................................................... 29 8.1.5 Mdulo 4 .............................................................................................................. 30 8.1.5.1 Especificacin de casos de Uso Mdulo Gestionar Tcnicos .............. 30 8.1.5.2 Especificacin de casos de Uso Mdulo Gestionar Tcnicos .............. 31 8.1.5.3 Especificacin de casos de Uso Mdulo Gestionar Tcnicos .............. 31 8.1.6 Mdulo 5 .............................................................................................................. 32 8.1.6.1 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 33 8.1.6.2 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 33 8.1.6.3 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 34 8.1.6.4 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 35 8.1.6.5 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 35 8.1.6.6 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 36 8.1.6.7 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 37 8.1.6.8 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 38 8.1.6.9 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 39 8.1.6.10 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 39 8.1.6.11 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 40 8.1.6.12 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 40 8.1.6.13 Especificacin de casos de Uso Mdulo Gestionar OT ....................... 41 Diagramas de Secuencia......................................................................................................42 8.2.1 Supervisor ............................................................................................................42 8.2.2 Tcnico ................................................................................................................ 45 8.2.3 Finanzas ............................................................................................................... 46 8.2.4 Cliente ................................................................................................................. 47 8.2.5 Bodega ................................................................................................................. 48 Diagramas de Actividades ...................................................................................................49 8.3.1 Supervisor ............................................................................................................49 8.3.2 Finanzas ............................................................................................................... 50 8.3.3 Administrador de Edificios ...................................................................................... 51 8.3.4 Gestion tcnicos ....................................................................................................52 8.3.5 Solicitud de repuestos ............................................................................................. 53 8.1.3 2
8.4 8.5 8.6
Modelo del Dominio...........................................................................................................54 Modelo de Datos ................................................................................................................ 55 Diseo de interfaces ...........................................................................................................56 8.6.1 Menu Principal ......................................................................................................56 8.6.2 Menu interiores para Bodega ................................................................................... 57 8.6.3 Menu interiores para Cliente.................................................................................... 58 8.6.4 Menu interiores para Finanzas ................................................................................. 59 8.6.5 Menu interiores para tcnicos .................................................................................. 59 Diagrama de Flujo de Datos.................................................................................................60 9.1.1 Diagrama de Contexto ............................................................................................ 60 9.1.2 Diagrama de Nivel 1 .............................................................................................. 60 9.1.3 Dagramas Nivel 2 ..................................................................................................61 9.1.4 Diagrama Nivel 3...................................................................................................62 9.1.4.1 Miniespecificacion Proceso 1.3.1........................................................ 62 9.1.4.2 Miniespecificacion Proceso 1.3.2........................................................ 62 9.1.4.3 Miniespecificacion Proceso 1.3.3........................................................ 63 9.1.4.4 Miniespecificacion Proceso 1.3.4........................................................ 63 9.1.5 Diagrama Nivel 3...................................................................................................64 9.1.5.1 Miniespecificacion Proceso 2.1........................................................... 64 9.1.5.2 Miniespecificacion Proceso 2.2........................................................... 64 9.1.5.3 Miniespecificacion Proceso 2.3........................................................... 65 9.1.6 Diagrama Nivel 3...................................................................................................65 9.1.6.1 Miniespecificacion Proceso 4.1........................................................... 65 9.1.6.2 Miniespecificacion Proceso 4.2........................................................... 66 9.1.6.3 Miniespecificacion Proceso 4.3........................................................... 66 9.1.7 Diagrama Gestionar inventario ................................................................................ 67 9.1.7.1 Miniespecificacion Proceso 3.2........................................................... 67 9.1.7.2 Miniespecificacion Proceso 3.2........................................................... 67 Diccionario de Datos ..........................................................................................................68 Diagrama de Estructura .......................................................................................................72 9.3.1 Diagrama 0 ...........................................................................................................72 9.3.2 Administrador de edificio........................................................................................ 73 9.3.3 Diagrama de cliente................................................................................................ 74 9.3.4 Diagrama Tcnico ..................................................................................................75 9.3.5 Diagrama Gestion Finanzas ..................................................................................... 75 9.3.6 Diagrama Supervisor .............................................................................................. 76
Diseo Estructurado .......................................................................................................60

9.1
9.2 9.3
10 Conclusin y Observaciones ............................................................................................77 Anexos ................................................................................................................................. A

A.1 A.2 A.3 Glosario ........................................................................................................................... A Curriculum Vitae .............................................................................................................. B Tabla Requerimientos ........................................................................................................M
NDICE DE FIGURAS
NDICE DE TABLAS
Introduccin
1.1 Alcances y Propsitos
Para lograr establecer un sistema eficiente, servicial y ptimo para una empresa, se tiene que capturar todos los requerimientos que estn sumergidos en las necesidades de este, por lo cual se tienen que dar a cabo una detallada bsqueda, en conjunto con la empresa y los diseadores del sistema: mediante entrevistas, cuestionarios, observaciones y estadsticas. Al obtener los datos necesarios y satisfacer todas las interrogantes, se puede llevar a cabo el proceso de esquematizar los diagramas pertinentes para la elaboracin del sistema. Los encargados de esta etapa utilizan diagramas en UML (Lenguaje Unificados de Modelado), que sirve para exponer, de manera sencilla y precisa, los conceptos otorgados por la empresa; y de esta manera ayudar a los desarrolladores del software y a la organizacin, a comprender de mejor manera el programa requerido. La finalidad de este siguiente informe es otorgar un servicio con la empresa Astek ascensores s.a., encargada en la mantencin y reparacin de ascensores en Chile, que necesita una intranet capaz de otorgar una serie de tareas para optimizar la organizacin. Para llevar a cabo esto se expondr los objetivos, funciones, metodologas, anlisis, diseos y los diagramas pertinentes, para lograr una confiable estructura del sistema, capaz de mostrar claramente la funcionalidad del software. Nuestra organizacin est incursionando por primera vez el desarrollo de software avanzados para empresas, debido a esto, se est buscando que metodologa utilizar para una optima resolucin. Por esto nuestro objetivo principal es encontrar una buena organizacin entre los integrantes y obtener un buen resultado en el proyecto con la empresa Astek, as de esta manera, abrir un camino laboral ms amplio.
2
2.1
Descripcin de la Organizacin
Descripcin de la Organizacin
As cmo se tiene empresas que son capaces de organizar sus sistemas, se pretende describir cmo funciona la organizacin, donde, se obliga a un exhaustico anlisis de las directivas de desarrollo para el futuro, asimismo, la estructura actual de la organizacin ayuda a la preparacin y la realizacin de las actitudes de los miembros hacia sus deberes ineludibles. Es obvio sealar que nuestra actividad de informacin facilita la creacin del sistema de formacin de cuadros que corresponda a las necesidades. En el sistema a explicar se enfocar en tres reas, servicio tcnico, finanzas y bodega. La idea de analizar estos tres departamentos pasa por las necesidades que tiene la organizacin de contar con un sistema que le permita hacer el ingreso de los trabajos realizados por los tcnicos, esto es mantenciones a ascensores, reparaciones de los mismos y registrar sus emergencias o averas, ya sean por falla del mismo o provocadas por terceros. Finanzas: se encarga de poner un precio a cada uno de los trabajos realizados ya sea por mantencin, reparacin o una emergencia que necesite repuestos. Cabe destacar que este departamento no ser analizado en profundidad ya que este no es un requerimiento del cliente. Bodega: cumple la tarea de proporcionar repuestos para nuestros equipos de transporte vertical ya sean para la mantencin, reparacin de los equipos y eventuales emergencias que necesiten repuestos de forma inmediata. Este departamento tendr la finalidad de avisar si hay stock o no para el repuesto requerido, si lo hay este repuesto se entregar y si no hay se esperar hasta que exista el stock. Servicio Tcnico: Esta rea es el requerimiento principal de nuestro cliente, este se encarga gestionar mantenciones (siempre planificadas) y reparaciones ya sean de forma planificada o de emergencia. Para esto existen dos casos, el primero es que no existan problemas con el equipo y se archiva la mantencin mensual en el sistema, este proceso se lleva a cabo en una carpeta que sirve como base de datos; el segundo es que se presenten problemas detectados en la mantencin, vale decir desgaste de material, fatiga, etc. En este caso se genera una orden de trabajo, la cual permite llevar un registro de las reparaciones hechas. Existen otras reas en la empresa como lo son la gerencia de servicio tcnico, gerencia de finanzas, gerencia de operaciones, general, etc. Pero esto no forma parte de los requerimientos del cliente y no van a interactuar directamente con el software.
3.2
Problema
El problema que se plantea en el siguiente informe es la creacin de una intranet para una empresa dedicada al transporte vertical, vale decir, ascensores y escalas mecnicas. Esta necesidad naci porque debido a la creciente demanda del rubro de la construccin en altura de contar con mquinas de esta envergadura, esto provoco un aumento significativo en el parque de ascensores de la empresa en cuestin. Lo cual ha provocado que los manejos de las mantenciones, reparaciones, emergencias, peticiones de rdenes de trabajo, peticiones de repuestos de los equipos, entre otros, sean realizados en un sistema computacional, de forma automatizada, simple, ordenada y eficiente. Dejando atrs el antiguo sistema de papeleo de los trabajos, y encarpetndolos segn su estado o solicitud.
2.2
Solucin
Esto motivo a Astek Ascensores S.A. a contactar a nuestra empresa, para la realizacin de un software que cumpla con ciertos parmetros y peticiones ya mencionadas. As se procedi a realizar la captura necesaria de requerimientos, para lo cual fue necesario realizar una serie de tareas, entrevistas, etc. para lograr una captura de necesidades adecuada. Esto conllevo a decidirnos por crear una intranet, a la cual tendrn acceso ciertos empleados en la organizacin, los cuales se ven involucrados directamente con la interaccin del sistema, esto permiti el poder acotar los requerimientos a cierta rea de trabajo, particularmente al rea de Servicio Tcnico. En esta seccin interactan el supervisor del grupo de tcnicos, los propios tcnicos, finanzas (slo se considerara su respuesta en cuanto a las rdenes de trabajo), bodega (solo se considerara la respuesta en cuanto a repuestos). Ya con los actores definidos en el sistema se crear la intranet para as poder dar solucin al problema requerido.
Cliente [si no existe solicitud] Solicita una OT Cambia el estado de la solicitud

por defecto la solicitud viene en estado de "en espera" cambia la solicitud de "en espera" a "activa"
Supervisor
Tcnico
Bodega
Finanzas
Toma una solicitud de OT
[si existe solicitud] [si desea consultar] Administra ruta de mantencion de los tcnicos [OT != mantencin] Consultar estado de solicitud [si desea cancelar] [OT= mantencin]
Agrega administrador de edificio al sistema
A continuacion se representa el Flujo de trabajo con Sistema
Solicita Repuestos a bodega Cancelar solicitud
Solicita presupuesto a finanzas
[Hay repuestos]
Flujos de Trabajo
Acepta solicitud Registra la finalizacin de la OT Realiza la OT [No hay repuestos]
Acepta presupuesto
Cobra la OT finalizada
cambia de estado "activa" a "en espera"
Cambia estado de la solicitud
Duerme solicitud
Archiva la OT cobrada
2.3
2.3.1 Flujo de trabajo con sistema.
3
3.1
Planificacin
Organizacin del Grupo
Ac se explica cmo trabaja nuestra empresa, la cual tomara las necesidades de la empresa requerida para realizar una intranet a esta. La organizacin est compuesta por un jefe de programacin, programador, encargado de proyecto (ah se inventan cargos, etc.). Este debe de tomar los requerimientos de la empresa en cuestin para as poder disear adecuadamente la intranet.
3.1.1
Organigrama
Figura 3.1.1.1 Organigrama
10
3.1.2

Cargos
Gerente general y Finanzas: Cristian Silva. Relaciones pblicas y comerciales: Eduardo Sagredo. Director del proyecto: Marcelo Salas. Arquitecto de software y Documentador: Francisco Gonzlez. Desarrollador de software: Juan Casanga y Marcelo Salas.
11
3.2
3.2.1
Plan de Trabajo
Carta Gantt
Figura 3.2.1.1 Carta Gantt
12
3.2.2
Detalle Actividades
Gerente general y Finanzas Descripcion : Tiene la responsabilidad de administrar, supervisar las finanzas y ejecucin del proyecto Actividades: - Administrar a los trabajadores de la empresa. - Encargado de fiananzas. - Supervisar trabajos. - Coordinador de fechas. Relaciones pblicas y comerciales Descripcion: Se encarga en buscar el tema y la empresa que necesita nuestros servicios. Actividades: -Entrevistar y organizarse con la empresa -Preserntar objetivos del proyecto Director del proyecto Descripcion: Tiene la responsabilidad de otorgar cargos a los encargados de dar avance al proyecto, en conjunto con el arquitecto de software se llevara a cabo la realizacin de diagramas. Actvidades: -Organizar los cargos. -Analizar los riesgos y pruebas del proyecto. -Abordar posibles soluciones, a problemas que puedan ocurrir en el proyecto -Realizar parte de los diagramas. Arquitecto de software y Documentador. Descripcin: Elige que tipo de arquitectura y modelos se usaran, para una mejor ejecucin para le proyecto. Actividades: - Analizar tipos de arquitectura y modelos. -Documentar entrevistas, diagramas, etc. -Realizar parte de los diagramas. Desarrollador de software: Descripcion: Encargados de llevar a cabo el software. Actividades: -Hacer el software. -Hacer la Interfaz, etc.
13
Analisis de Riesgo
4.1
Plan de mitigacin y contingencia

Estrategia
Riesgo
Probabilidad
Efecto Tolerable
Mitigacin
Plan de contingencia
Integrante del personal no Media se presenta o no cumple su labor por motivos de salud. Cambios de requerimientos del proyecto. Falta de conocimiento tcnico del personal en el proyecto. Tiempo subestimado. Alta
Tiempo de descanso Reorganizacin de para no contagiar al labores con resto del equipo. superposicin de trabajo. Llevar un Control de Cambios para determinar el alcance de ste. Incentivar la pro actividad para el conocimiento. Trabajar en el cambio segn el Control de Cambios, de manera ordenada y eficiente Dar temas de estudio y/o capacitacin al personal.
Seria
Media
Tolerable
Media
Seria
Investigar productos Averiguar sobre similares para ideas. generadores de programas, material reutilizable, etc.
Falta de Organizacin.
Media
Seria
Generar un documento donde este todo lo necesario(roles, tareas,plan a seguir, etc.)
Hacer reuniones peridicamente para definir tareas y as promover la constancia.
Renuncia de miembro del Baja personal del equipo de desarrollo
Seria
Superponer trabajo sobre otros miembros del equipo
Buscar un reemplazo de profesional de apoyo y ponerlo al tanto de la labor que se est haciendo
Tabla 4.1.1 Analisis de riesgo
14
5
Las pruebas en un sistema sirven para validar y corregir los errores en todos los niveles de nuestro sistema. Tambin cabe destacar que las pruebas si bien, son una forma efectiva de corregir errores, tambin son extensas y largas, requieren de mucho tiempo de anlisis e implementacin en su diseo para que efectivamente cumplan su objetivo. Existen 2 tipos de pruebas, las pruebas de caja blanca y las pruebas de caja negra. Las pruebas de caja blanca se enfocan a corregir errores lgicos directamente desde el cdigo del sistema, mientras que las pruebas de caja negra se enfocan en la correccin de errores desde la interfaz de nuestro sistema, o en otras palabras, sin ver el cdigo del sistema, y a travs de ello corregir los mdulos implicados. Nosotros escogimos realizar las pruebas de caja negra, ya que se ajustan mas al objetivo que se busca lograr con este sistema: simplificar el trabajo administrativo de nuestros clientes
5.1
Planificacin de pruebas
Para crear el diseo de pruebas primero debemos planificar que pruebas haremos en nuestro sistema, es decir que mdulos probaremos, que entradas usaremos y que salidas esperamos. Para empezar definiremos que funcionalidades del sistema vamos a probar: Cambiar estado de solicitud de OT. Gestin de Tcnicos. Gestin de administrador de edificio.
5.2
5.2.1
Diseo de pruebas
Cambiar estado de solicitud de OT
Escenario 1: Entradas: ID_OT, Estado_nuevo Salida esperada: Estado actualizado. Escenario 2: Entradas: ID_OT _erroneo, Estado_nuevo Salida esperada: OT no encontrada. Escenario 3: Entradas: ID_OT, Estado_nuevo_erroneo Salida esperada: Estado no autorizado.
5.2.2
Gestin de tcnicos
15
Escenario 1(eliminacin): Escenario1.1: Entradas : Rut_tecnico Salida esperada: Tcnico eliminado. Escenario1.2: Entradas:Rut_tcnico_erroneo Salida esperada: El tcnico solicitado no existe en el sistema. Escenario 2(Adhesin): Escenario 2.1: Entradas:Rut_Tcnico,Nombre_tecnico,Telefono Salida esperada :Tcnico agregado. Escenario 2.2: Entradas:Rut_Tcnico_repetido,Nombre_tecnico,Telefono Salida esperada :Tcnico ya existe en el sistema. Escenario 2.3: Entradas:Rut_Tcnico,valor_nulo,valor_nulo Salida esperada : Debe ingresar todos los campos requeridos.
5.2.3
Gestin administrador de edificio
Escenario 1(eliminacin): Escenario1.1: Entradas : Rut_administrador Salida esperada: administrador eliminado. Escenario1.2: Entradas:Rut_administrador_erroneo Salida esperada: El administrador solicitado no existe en el sistema. Escenario 2(Adhesin) Escenario 2.1: Entradas:Rut_administrador,Nombre_administrador,Telefono Salida esperada :administrador agregado. Escenario 2.2: Entradas:Rut_administrador_repetido,Nombre_administrador,Telefono Salida esperada :Administrador ya existe en el sistema.
16
Escenario 2.3: Entradas:Rut_Administrador,valor_nulo,valor_nulo Salida esperada : Debe ingresar todos los campos requeridos. Escenario 3(modificacin) Escenario 3.1 Entradas: Rut_administrador Salida esperada: reingrese los campos del administrador. Escenario 3.2 Entradas: Rut_administrador_erroneo Salida esperada: el administrador no existe en el sistema.
17
6
6.1
Especificacin de Requerimientos
Objetivo General
El desarrollo de la intranet para la empresa surge como una idea de automatizar computacionalmente el trabajo que antes que se haca en papel y carpetas, por lo tanto, a continuacin se exponen los objetivos generales del proyecto: Generar un entorno de trabajo organizado, fructfero y ms acorde con las nuevas tecnologas que existen en la actualidad. Aumentar la eficiencia en asuntos administrativos a nivel corporativo.
6.2
Objetivos Especficos
Tambin se pueden desglosar los objetivos generales y representarlos de manera ms especfica, por lo tanto, tenemos como objetivos los siguientes puntos: Incentivar al personal de la empresa a utilizar mejores herramientas tecnolgicas para llevar un mejor manejo de la informacin. Esclarecer la situacin administrativa de la empresa para todas las jerarquas de usuario presentes en ella. Asegurar una mejor calidad en el servicio que otorga la empresa.
18
7
7.1
Arquitectura de la Solucin
Metodologa
La metodologa a utilizar para el desarrollo de la intranet ser una de tipo espiral, es decir, todos los procesos de desarrollo se realizaran al menos una vez, para posteriormente ser evaluados por el equipo de desarrollo, y cada vez que se determine que sea un trabajo incompleto se volver a realizar una iteracin, cuando esto suceda, sern evaluados nuevamente: Los objetivos. Anlisis de riesgo. Planificacin. Desarrollo del sistema. Esta decisin fue tomada en base a la disposicin del tiempo disponible, puesto que esta metodologa ofrece un ambiente de desarrollo ms flexible.
7.2
Arquitectura
La arquitectura a utilizar para el desarrollo de la intranet, ser una de tres capas, ya que es lo que ms se evoca a la intranet que se espera desarrollar. Las capas se dividen en capa de presentacin, capa de negocios y capa de datos. La capa de presentacin se refiere a la interfaz del sistema, por lo tanto es importante concentrarse en el diseo que se le dar al sistema, de forma que el usuario tenga una pronta adaptacin al mismo. La capa de negocios se refiere a la forma de implementacin del sistema, aqu es donde el usuario enva sus peticiones y recibe respuestas de parte del sistema, por lo tanto, es necesario cuidar que el sistema pueda efectuar una respuesta ante las solicitudes del usuario. Tambin cabe destacar que esta capa est altamente ligada a la capa de presentacin, ya que una interfaz mal implementada podra causar que el usuario no sepa que solicitudes hacer, ni tampoco como hacerlas, recibiendo as respuestas errneas del sistema. Finalmente tenemos la capa de datos, esta es muy importante, ya que es donde residen los datos, y es la encargada de accesar a los mismos, esta estar formada por los gestores de bases de datos que acten sobre el sistema; un mal diseo de la capa de datos, podra provocar respuestas errneas a la hora de recibir solicitudes de parte de los usuarios.
Este modelo de arquitectura es lo ms planteable para estos casos ya que: La intranet que se espera desarrollar, tendr contacto con diversos tipos de usuarios, donde cada tipo de usuario se dividir segn su jerarqua en la empresa, por lo tanto, las solicitudes y respuestas esperables para cada tipo de usuario ser (por definicin) distinta. Lo anterior hace necesario desarrollar una interfaz agradable para estos distintos tipos de usuarios, ya que sin ella podra no ser posible la adaptacin a este nuevo sistema en desarrollo, y posteriormente un posible fracaso en el proyecto. Adems, la informacin que registren los usuarios en el sistema tambin debe estar organizada, de forma de no generar respuestas errneas a las solicitudes enviadas por los usuarios.
19
8
8.1
Diseo de la Solucin
Casos de Uso
Los diagramas de casos de usos que se presentan a continuacin tienen como finalidad modelar la interaccin existente entre los distintos usuarios del sistema con ste, en conjunto con los actores involucrados para la ejecucin de las funcionalidades diseadas
8.1.1
Caso de Uso General

El siguiente caso de uso general muestra como funciona el sistema de la empresa.
System Gestionar OT Cliente Gestionar Administrador de edificio Supervisor Gestionar Tcnicos Tcnico
Gestion financiera Finanzas Gestionar solicitudes de repuestos Bodega
Figura 8.1.1.1 Caso de uso general
20
8.1.2
Mdulo 1
System <<include>> Asignar presupuesto Recibir solicitud de presupuesto
<<include>> Finanzas Cobrar OT Archivar cobranza
<<include>>
Cambiar estado OT
Figura 8.1.2.1 Caso de uso gestin financiera 8.1.2.1 Especificacin de casos de Uso Mdulo Gestion Financiera Asignar presupuesto Asignar un monto de trabajo, segn una O.T especfica Finanzas
Caso de uso Objetivo Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal
Recibir una solicitud de presupuesto O.T se encuentre al da Recibir solicitud de presupuesto Finanzas 1. Finanzas recibe O.T. 2. Finanzas analisa el tipo de O.T. 3. Finanzas asigna segn el tipo de O.T. el valor que lleva. 4.Finanzas asigna presupuesto. 5. Fin caso de uso.
Escenario alternativo Asociaciones Puntos de extensin Observaciones
1.a Si la O.T. recibida no es parte del Supervisor va al paso 5, en caso que esta si sea por parte del Supervisor continua en el paso 2.
8.1.2.2
Especificacion de casos de Uso Mdulo Gestion Financiera Recibir solicitud de presupuesto

21
Caso de uso
Objetivo Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal
Asegurar que la asignacin del presupuesto sea valida Finanzas
Asignar presupuesto No tiene
Finanzas 1. Finanzas recibe presupuesto. 2. Finanzas registra presupuesto. 3. Fin caso de uso.
Escenario alternativo Asociaciones Puntos de extensin Observaciones 8.1.2.3 Especificacion de casos de Uso Mdulo Gestion Financiera Cobrar O.T. Tomar registro, y cobro de el trabajo asociado por una OT especfica Finanzas
Recibir unasolicitud de presupuesto El cobro siempre se encuentra en el sistema registrado Archivar cobranza Finanzas 1. Finanzas recibe OT a cobrar. 2. Finanzas enva a registrar tal cobro 3. Finanzas enva un cambio de estado para esta OT 4. Fin caso de uso.
Escenario alternativo Asociaciones Puntos de extensin Observaciones 8.1.2.4
1.a Si el cobro es de una OT inexistente se va al punto 4, en caso contrario continuar en el 2
Especificacion de casos de Uso Mdulo Gestion Financiera Cambiar estado OT Una vez realizado el cobro de la OT, modificar su estado a cobrada
22
Caso de uso Objetivo
Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal
Finanzas
Cobrar OT El estado nunca se modifica sin realizar el cobro antes
Finanzas 1. Finanzas recibe registro de la OT cobrada. 2. Finanzas cambia el estado de la OT. 3. Fin caso de uso.
8.1.2.5
Especificacion de casos de Uso Mdulo Gestion Financiera Archivar cobranza Registrar la OT cobrada. Finanzas
Cobrar OT El registro no se perder con el tiempo
Finanzas 1. Finanzas recibe la OT cobrada. 2. Finanzas registra dicha OT en su base de datos. 3. Fin caso de uso.
8.1.3
Mdulo 2
El Mdulo 2 representa las funcionalidades de cmo gestiona el administrador de edificio.
23
System
Agregar administrador <<include>>
eliminar administrador supervisor
<<include>> <<include>>
Verificar administrador
modificar administrador
Figura 8.1.3.1 Caso de uso Gestionar administrador de edificio
8.1.3.1
Especificacin de casos de Uso Mdulo Gestionar administrador de edificio Agregar administrador El Supervisor integra a un administrador. Supervisor
Verificar existencia Supervisor con conexin a la BD segura, verificacin segura de existencia Verificar administrador Supervisor 1. Supervisor recibe datos del administrador. 2. Supervisor analiza datos para evitar que sea alguien ya existente. 3. Supervisor lo agrega al sistema. 4. Fin caso de uso.
Escenario alternativo
1.a Si los datos ya son existentes se pasa al paso 4, en caso contrario volver al 2
Asociaciones Puntos de extensin Observaciones Agregar administrador tambin funciona de la misma forma con Agregar tcnicos.
24
8.1.3.2
Especificacin de casos de Uso Mdulo Gestionar administrador de edificio Eliminar Administrador El Supervisor elimina a un administrador. Supervisor
Verificar existencia Supervisor con conexin a la BD segura, verificacin segura de existencia Verificar administrador Supervisor 1. Supervisor recibe datos del administrador. 2. Supervisor analiza datos para ver si existe en el sistema. 3. Supervisor lo elimina del sistema. 4. Fin caso de uso.
1.a Si los datos no existen no podr eliminar por ende va al paso 4, en caso contrario vuelve al 1.
Eliminar administrador tambin se aplica para eliminar tcnicos. 8.1.3.3 Especificacin de casos de Uso Mdulo Gestionar administrador de edificio Modificar administrador El Supervisor modifica a un administrador. Supervisor
Verificar existencia Supervisor con conexin a la BD segura, verificacin existencias Verificar administrador Supervisor 1. Supervisor recibe datos del administrador. 2. Supervisor analiza datos para ver si existe en el sistema. 3. Supervisor lo modifica los datos del supervisor. 4. Fin caso de uso.
1.a Si los datos no existen no podr modificar por ende va al paso 4, en caso contrario vuelve al 1.
25
8.1.3.4
Especificacin de casos de Uso Mdulo Gestionar administrador de edificio Verificar administrador El Supervisor verifica si el administrador buscado existe Supervisor
Agregar, Eliminar, Modificar Administrador. Supervisor con conexin a la BD segura, verificacin segura de existencia
Supervisor 1. Supervisor recibe datos del administrador. 2. Supervisor analiza datos para ver si existe en el sistema. 3. Supervisor al dar con sus datos indica su existencia. 4. Fin caso de uso.
1.a Si los datos no existen no podr modificar por ende va al paso 4, en caso contrario vuelve al 1.
Asociaciones Puntos de extensin Observaciones
26
8.1.4
Mdulo 3
El Mdulo 3 representa las funcionalidades de Gestionar solicitudes de repuestos
System
Aceptar solicitud <<include>>
Recibir solicitud <<include>>
Bodega Dormir solicitud
<<include>> Cambiar estado de solicitud Supervisor
Figura 8.1.4.1 Caso de uso Gestin de bodega 8.1.4.1 Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos Aceptar solicitud Llevar a cabo la solicitud de repuesto solicitado por el tcnico Bodega
Solicitar repuesto Bodega con conexin a la BD segura, con vista al stock de cada producto Recibir solicitud Bodega 1. Bodega recibe solicitud del repuesto. 2. Bodega acepta la solicitud. 3. Fin caso de uso.
1.a Si la solicitud llegase a ser cancelada antes de procesarla va al paso 3, caso contrario continuar al 2.
27
8.1.4.2
Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos Dormir solicitud La solicitud es llevada al estado dormir por que no ah repuestos disponibles Bodega Supervisor Solicitar repuesto Bodega con conexin a la BD segura, con vista al stock de cada producto Recibir solicitud Bodega 1. Bodega recibe solicitud del repuesto. 2. Bodega verifica el stock. 3.Bodega deja en estado Dormir a la solictud. 4.Fin caso de uso.
8.1.4.3
Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos Recibir solicitud Acepta la solictud enviada por bodega Bodega Supervisor Aceptar y Dormir solicitud Bodega con conexin a la BD segura, con vista al stock productos
Bodega 1. Bodega recibe el estado de la solicitud. 2. Bodega registra solicitud. 3. Fin caso de uso.

28
8.1.4.4
Especificacin de casos de Uso Mdulo Gestionar solicitudes de repuestos Cambiar estado solicitud Llevar a cabo el movimiento de la solicitud para cambiarla al estado de dormida. Supervisor Bodega Dormir solicitud Bodega con conexin a la BD segura, con vista al stock de cada producto
Bodega 1. Bodega enva la orden de cambio de la solicitud. 2. Supervisor recibe y verifica cambio de solicitud. 3. Supervisor cambia a estado Dormir la solicitud. 4. Fin caso de uso.
29
8.1.5
Mdulo 4
El Mdulo 4 representa las funcionalidades de Gestionar Tcnicos
System Agregar tcnico <<include>> Verificar tcnico Eliminar tcnico <<include>>
Supervisor Administrar rutas de mantencin <<include>> Tomar OT
Citar tcnicos La OT debe ser de "mantencin"
Figura 8.1.5.1 Caso de uso Gestionar tcnicos 8.1.5.1 Especificacin de casos de Uso Mdulo Gestionar Tcnicos Administrar rutas de mantencion El Supervisor asigna las rutas que debe tomar cada tcnico para realizar las mantenciones. Supervisor
Gestion tcnicos Supervisor con conexin a la BD segura, verificacin segura de existencia Tomar OT Supervisor 1. Supervisor recibe datos del tcnico. 2. Supervisor asigna las rutas a seguir para el tcnico. 3. Supervisor enva orden y ruta de la OT. 4. Fin caso de uso.
1.a Si las rutas usadas ya las tienen otros tcnicos se pasara al paso 4, caso contrario seguir en el 2.
Asociaciones Puntos de extensin

30
Observaciones 8.1.5.2 Especificacin de casos de Uso Mdulo Gestionar Tcnicos Tomar OT La OT enviada por el Supervisor debe ser tomada por el tcnico, en ella van las rutas que este debe seguir Supervisor
Supervisor con conexin a la BD segura, verificacin segura de existencia Tomar OT Supervisor 1. Supervisor enva la OT con las rutas. 2. La OT debe ser tomada. 3. Fin caso de uso.
1.a Si el envio de rutas es cancelado se pasa al paso 3, en caso contrario se contia al 2.
Especificacin de casos de Uso Mdulo Gestionar Tcnicos Citar tcnicos El Supervisor cita a los tcnicos para registrar sus operaciones en la BD. Supervisor
Getin tcnicos Supervisor con conexin a la BD segura, verificacin segura de existencia
Supervisor 1. Supervisor cita a los tcnicos. 2. Supervisor registras sus datos. 3.Supervisor guarda todas las operaciones realizadas por el tcnico. 4. Fin caso de uso.
Escenario alternativo Asociaciones Puntos de extensin
1.a Si el tcnico por alguna razn no acude a la cita, se pasa al paso 4, de otro modo se continua en el paso 2.
31
Observaciones
8.1.6
Mdulo 5
El Mdulo 5 representa las funcionalidades de Gestionar OT.
System Tomar solicitud de OT <<include>> Buscar solicitud <<include>> <<extend>> Cambiar estado de OT <<extend>> <<extend>> <<extend>> Administrar OT Supervisor <<extend>> <<include>> Solicitar repuestos <<extend>> Solicitar OT <<extend>> Solicitar presupuesto <<extend>> Gestionar OT Cliente Registrar OT Establecer Comunicacin <<include>> <<include>> Tcnico <<include>> Realizar OT
Consultar OT
Figura 8.1.6.1 Caso de uso Gestionar OT
32
8.1.6.1
Especificacin de casos de Uso Mdulo Gestionar OT Administrar OT El supervisor administra la OT en todo sentido para establecer interaccion con el tcnico y el cliente Supervisor Tcnico y cliente
Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios. Tomar solicitud OT, cambiar estado OT, solicitar repuesto, establecer comunicacin, solicitar presupuesto Supervisor 1. Supervisor recibe los datos de la OT completa. 2. Supervisor revisa de que trata la OT 3. Supervisor asigna tarea a realizar. 4. Fin caso de uso.
Escenario alternativo Asociaciones Puntos de extensin Observaciones 8.1.6.2 Especificacin de casos de Uso Mdulo Gestionar OT Tomar solicitud OT El Supervisor selecciona una OT que desea realizar y la toma para ejecutarla. Supervisor
Administrar OT Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios. Buscar solicitud, Realizar OT Supervisor 1. Supervisor recibe datos de la(s) solicitud(es). 2. Supervisor asigna que solicitud realizar. 3. Fin caso de uso.
1.a Si ninguna solicitud de OT es satisfactoria o no recomendada por el supervisor se va al paso 3, caso contrario el 2.
33
8.1.6.3
Especificacin de casos de Uso Mdulo Gestionar OT Cambiar estado OT El Supervisor puede cambiar el estado de la OT pasarla de activa a dormida o viceversa. Supervisor
Administrar OT Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios. Buscar solicitud Supervisor 1. Supervisor recibe datos de la OT. 2. Supervisor verifica si cumple los requisito para un cambio. 3. Supervisor realiza el cambio de estado de la OT. 4. Fin caso de uso.
1.a Si la OT recibida es una cancelada se debe ir al paso 4, sino continuar en el paso 2.
34
8.1.6.4
Especificacin de casos de Uso Mdulo Gestionar OT Establecer Comunicacion El Supervisor ocupa algn medio para establecer una comucacion con cada tcnico y estar al dia de lo que se debe hacer Supervisor Tcnico Administrar OT Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios.
Supervisor 1. Supervisor recibe datos de la OT. 2. Supervisor establece comunicacin con tcnico. 3. Supervisor enva las instrucciones a tcnico. 4. Fin caso de uso.
1.a Si el tcnico no se encuentra se va al paso 4, caso contrario se pasa al paso 3.
Especificacin de casos de Uso Mdulo Gestionar OT Solicitar repuesto El Supervisor pide la cantidad de repuesto necesario para la OT asignada Supervisor
Afministrar OT Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios.
Supervisor 1. Supervisor recibe datos del de la OT. 2. Supervisor solicita los repuestos necesarios. 3. Fin caso de uso.
1.a Si los repuestos necesarios de la OT no estn se va al paso 4, en caso contrario sigue en el paso 2.
35
8.1.6.6
Especificacin de casos de Uso Mdulo Gestionar OT Solicita presupuesto El Supervisor solicta el presupuesto de la reparacin, matencion, etc, y se comunica con el tcnico para obtener los datos de este. Supervisor Finanzas Administrar OT Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios.
Supervisor 1. Supervisor recibe datos de la OT. 2. Supervisor consulta presupuesto al tcnico. 3. Supervisor recibe presupuesto. 4. Fin caso de uso.
1.a Si la OT es cancela antes se va al paso 4, caso contrario seguir en el 2.
36
8.1.6.7
Especificacin de casos de Uso Mdulo Gestionar OT Buscar solicitud El Supervisor realiza mediante esta funcin una bsqueda de la OT para poder trabajar en ella. Supervisor
Tomar solicitud OT, Cambiar estado OT Supervisor con conexin a la BD segura, verificacin segura de existencia y reglas de negocios.
Supervisor 1. Supervisor recibe de la OT. 2. Supervisor enva la OT a la BD. 3. Supervisor realiza la bsqueda de la OT. 4. Fin caso de uso.
1.a Si la OT no es existente se da el paso 4, en caso contrario se continua en el paso 3.
37
8.1.6.8
Especificacin de casos de Uso Mdulo Gestionar OT Realizar OT El Supervisor asigna las rutas que debe tomar cada tcnico para realizar las mantenciones. Tecnico Supervisor
Tcnico con conexin a la BD segura, verificacin segura de existencias. Tomar solicitud OT, solicitar repuesto y presupuesto. Tcnico 1. Tcnico recibe datos de la OT. 2. Tcnico solicita material segn la OT lo requiera. 3. Tcnico realiza la OT. 4.Tcnico registra la OT que se realizo. 5. Fin caso de uso.
1.a Si la OT es cancelada antes de realizarla se va al paso 5, caso contrario seguir en el 2. 2.a Si el material solicitado nose encuentra disponible se da el paso 5, caso contrario continuar con el paso 3.
38
8.1.6.9
Especificacin de casos de Uso Mdulo Gestionar OT Registrar OT El Tcnico realiza el registro de la OT. Tcnico
Realizar OT Tcnico con conexin a la BD segura, verificacin segura de existencias.
Tcnico 1. Supervisor realiza la OT. 2. Tcnico registra la OT.. 3. Fin caso de uso.
1.a Si la OT es cancelada antes de realizarla se da el paso 3, caso contrario seguir el paso 2
8.1.6.10 Especificacin de casos de Uso Mdulo Gestionar OT Caso de uso Objetivo Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal Cliente 1. Cliente entra al sistema. 2. Segn sea la funcin a realizar Cliente lo realiza. 3. Cliente lo registra. 4. Fin caso de uso. Escenario alternativo Asociaciones Puntos de extensin Observaciones
39
Gestionar OT El cliente es quien gestiona su propia OT, dandoce que puede solicitarla, consultarla y cancelarla. Cliente
Solicitar, Consultar y cancelar OT Cliente con conexin segura a la BD
1.a Si el Cliente no desea realizar alguna funcin una vez dentro del sistema se da el paso 4, caso contrario continua el paso 2.
8.1.6.11 Especificacin de casos de Uso Mdulo Gestionar OT Caso de uso Objetivo Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal El cliente es quien gestiona su propia OT, dandoce que puede solicitarla, consultarla y cancelarla. Gestionar OT Cliente 1. Cliente enva datos de la OT. 2. El sistema lo registra y enva. 3. Fin caso de uso. Escenario alternativo Asociaciones Puntos de extensin Observaciones Solicitar OT El Cliente solicita una OT a realizar Cliente
8.1.6.12 Especificacin de casos de Uso Mdulo Gestionar OT Caso de uso Objetivo Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal El cliente es quien gestiona su propia OT, dandoce que puede solicitarla, consultarla y cancelarla. Gestionar OT Cliente 1. Cliente enva datos de la OT. 2. Cliente la solicita y revisa OT. 3. Fin caso de uso. Escenario alternativo Asociaciones Puntos de extensin Observaciones 1.a Si el cliente enva datos de una OT que no existe sigue al paso 3, caso contrario continua el 2. Consultar OT El Cliente pide los datos de la OT registrada Cliente
40
8.1.6.13 Especificacin de casos de Uso Mdulo Gestionar OT Caso de uso Objetivo Actor principal Actores secundarios Precondicin Garantas mnimas Post condicin Inicio Escenario principal El cliente es quien gestiona su propia OT, dandoce que puede solicitarla, consultarla y cancelarla. Gestionar OT Cliente 1. Cliente enva datos de la OT. 2. Cliente la solicita y revisa OT. 3. Cliente cancela la OT. 4. Fin caso de uso. Escenario alternativo Asociaciones Puntos de extensin Observaciones 1.a Si el cliente enva datos de una OT que no existe sigue al paso 4, caso contrario continua el 2. Cancelar OT El Cliente pide los datos de la OT registrada para proceder a su cancelacion Cliente
41
8.2
Diagramas de Secuencia
Los diagramas de secuencia son.
8.2.1
Supervisor
Gestionar Administrador Edificio
Sistema Administrador
Base Datos
Entrar AadirAdministrador() Aadido
ModificarAdministrador() Modificado EliminarAdministrador() Eliminado
Figura 8.2.1.1 Diagrama de secuencias gestionar administrador de edificio

El administrador para realizar cualquier gestin de administrador de edificio tiene que entrar al sistema y tiene la posibilidad de agregar, modificar y eliminar un administrador de edificio.
42
Gestionar T cnicos
Sistema Supervisor agregarT cnico() tcnico OK administrarRutaMantencion() mostrarRuta() mostrada
Tcnico
comunicar() comunicado
Citar reunion reunion ok
mostrarReunion() confirmarReunion()
eliminarT cnico() eliminado
Figura 8.2.1.2 Diagrama de secuencias gestionar administrador de edificio
En ste diagrama se gestionan los tcnicos, en el cual se agrega un tcnico, una vez agregado se le indica su ruta de mantencin y el sistema le muestra la ruta. Tambin el supervisor se puede comunicar, coordinar reuniones y eliminar tcnicos.
43
Solicitar Repuestos y Presupuesto
Sistema Supervisor TomarSolicitudOT() SolicitarRepuesto()
Bodega
Finanzas
RespuestaRepuesto SolicitarPresupuesto()
RespuestaPresupuesto Solicitud ok
Figura 8.2.1.3 Diagrama de secuencia solicitar repuesto y presupuesto El supervisor para autorizar una OT tiene que coordinar con bodega y con finanzas, para esto el supervisor toma una solicitud de OT, luego solicitan los repuestos a bodega, si los repuestos estan ok automaticamente se solicita el presupuesto a finanzas, finanzas entrega su respuesta y termina el proceso.
44
T omar Solicitudes OT
Sistema Supervisor Entrar EsperarSolicitudOT ()
Base_Datos
T omarSolicitud() CambiarEstadoSolicitud() Cambio OK
Figura 8.2.1.4 Diagrama de secuencias Tomar solicitud de OT
El supervisor para tomar una solicitud de OT, tiene que entrar en el sistema verificar si hay solicitudes, si la hay toma la solicitud y finalmente la cambia de estado.
8.2.2
Tcnico
Realizar OT
Sistema T cnico solicitarOT() mostrarSolicitud() aceptarSolicitud() solicitud ok
Supervisor
realizarOT () registrarActividad()
OT ok
Figura 8.2.2.1 Diagrama de secuencias realizar OT
El tcnico para realizar una OT tiene que solicitarla, el sistema le muestra la solicitud al supervisor, si el supervisor autoriza la OT, el tcnico puede proceder a realizar la OT.
45
8.2.3
Finanzas
Asignar Presupuesto
Sistema Finanzas esperarSolicitud() mostrarSolicitud asignarPresupuesto() mostrarPresupuesto presupuesto ok solicitud ok
Supervisor
Figura 8.2.3.1 Diagrama de secuencias Asignar Presupuesto
Para asignar el presupuesto finanzas tiene que esperar una solicitud para luego ser mostrada, una vez que es mostrada, finanzas procede a asignar presupuesto y se le muestra a el administrador.
Cobranza
Sistema Finanzas cobrarOT () mostrarCobro() cobro ok archivarCobranza() archivado ok cambiarEstadoOT() cambi o ok pagar()
Cliente
Figura 8.2.3.2 Diagrama de secuencias Cobrar OT
En la cobranza finanzas es el encargado, para esto muestra el cobro a el cliente, el cliente la paga y cuando esta es pagada finanzas se encarga de archivar esta accin y cambia el estado de la OT a cobrada.
46
8.2.4
Cliente
Gestionar OT
Sistema Cliente consultarEstadoOT ()
Supervisor
informarEstadoOT ()
cancelarOT ()
informarRetiroOT () informe ok
cancelado ok
Figura 8.2.4.1 Diagrama de secuencias Administrar OT El cliente puede gestionar las OT, para esto tiene que consultar su estado una vez que haya sido informado, el cliente decide si quiere cancelar la OT en curso o la peticin de OT.
Solicitar OT
Sistema Cliente
Supervisor
solicitarOT()
solicitudEnEspera()
mostrarSolicitud() solicitud ok atenderSolicitud()
Figura 8.2.4.2 Diagrama de secuencias solicitar OT El cliente puede solicitar una OT, para esto manda la solicitud, automticamente el sistema deja la solicitud en espera hasta que sea mostrada al supervisor, luego de esto el supervisor atiende la solicitud.
47
8.2.5
Bodega
Gestionar Solicitud
Sistema Bodega recibirSolicitud() mostrarSolicitud()
Supervisor
dormirSolicitud() mostrarSolicitud() cambiarEstadoOT ()
aceptarSolicitud() mostrarSolicitud() pedirPresupuesto() solicitud OK
Figura 8.2.5.1 Diagrama de secuencias realizar OT Bodega recibe solicitudes de repuestos y para esto bodega puede dormir o aceptar una solicitud, dependiendo si se encuentra en stock el repuesto.
48
8.3
Diagramas de Actividades
Los siguientes diagramas de actividades muestran la interaccion entre los distintos actores y el sistema.
8.3.1
Supervisor
Supervisor
Swimlane1
Tecnico
Comunicarse con tcnico
Verifica tcnico
[si desea comunicarse]
Cambia estado OT [si desea cambiar estado de OT]
Verifica OT
Realiza OT
[si desea tomar 1 solicitud de OT] [si no desea comunicarse] Toma solicitud de OT
[si desea comunicarse] Verificar supervisor Comunicarse con Supervisor
Solicitar repuestos
Solicitar presupuesto Registra realizacin
Figura 8.3.1.1 Diagrama actividad Gestionar OT
49
8.3.2
Finanzas
Finanzas Sistema
[si recibe solicitud]
Asignar Presupuesto
Registra asignacin
[si OT = finalizada]
Cobra OT "finalizada"
Archivar cobranza
cambia estado de OT "finalizada" a "cobrada"
Figura 8.3.2.1 Diagrama Actividad Gestion financiera
50
8.3.3
Administrador de Edificios
Supervisor modificar administrador Sistema
[si desea modificar un admin.] [si desea eliminar un admin.] [si desea agregar un admin.] Eliminar administrador Verificar Administrador
Agregar administrador
Figura 8.3.3.1 Diagrama actividad Gestionar administrador de edifcio
51
8.3.4
Gestion tcnicos
Supervisor Sistema
[si desea agregar tcnicos] [si desea que los tcnicos registren su trabajo] [si desea comunicarse] [si desea eliminar tcnico] Citar tcnicos Establecer comunicacin con tcnicos Eliminar tcnico Agregar tcnico
Verificar Tcnico
Figura 8.3.4.1 Diagrama actividad Gestionar Tcnico
52
8.3.5
Solicitud de repuestos
Sistema Supervisor Bodega
envia solicitud de repuestos
recibe solicitud de repuestos
[si no hay repuestos]
[si hay repuestos]
Cambiar estado de solicitud
dormir solicitud
aceptar solicitud
Cambia el estado de "activa" a "en espera"
Figura 8.3.5.1 Diagrama actividad Gestionar Bodega
53
8.4
se comunica con Repuestos #Cantidad: int se comunica con 0..* 1 gestiona solicita Registra 1 1 1 Supervisor gestiona 1 1 1 solicita 0..* toma y gestiona 0..* OT +Nombre: string +Rut: int +Direccion: string +Telefono: int 1..* 1 -solicitar_OT() -realizar_OT() +comunicarse() Asigna 1..* 1..* +Nombre: string +Rut: int +Telefono: int
Tcnico
Bodega 1 1..*
+Nombre: string +Rut: int +Telefono: int
-dormir_solicitud() -aceptar_solicitud()
Modelo del Dominio
Administrador de edificio
+Nombre: string +Rut: int +Telefono: int +Direccion_edificio: string
Presupuesto
+mantencion: sting +reparacion: sting +emergencia: string
#Monto: int 1
El modelo del Dominio esta representado por un diagrama de clases que muesta como van las funcionalidades en total para llevar a cabo la sistematizacin completa del software.
Figura 8.4.1 Modelo de datos de la intranet

-cambiar_estado_de_solicitud() -solicitar_presupuesto() -solicitar_repuestos() -agregar_tecnico() -eliminar_tecnico() -agregar_admin_edif() -modificar_admin_edif() -eliminar_admin_edif() +establecer_comunicacion() -tomar_solicitud() 0..* 1 asigna modifica 1 Finanzas 1 cobra a 1 1 +Nombre: string +Rut: int +Direccion: string +Telefono: int
solicita y gestiona
1 Cliente
{solo OT "finalizadas"}
+Nombre: string +Rut: int +Telefono: int
-asignar_presupuesto() -cobrar_OT() -cambiar estado_OT()
54
+solicitar_orden_mantencion() +solicitar_orden_reparacion() +solicitar_orden_emergencia() +consultarOT() +cancelarOT()
8.5
Datos.
Modelo de Datos
El modelo de datos es el conocido MER, este muestra el sistema interactua como una Base de
Figura 8.5.1 Modelo entidad-relacion de la Intranet

55
8.6
Diseo de interfaces
Se tiene como diseo de interfaces para poder entender como se desean tener los menus principales y funcionales del sistema, asi como se ve a continuacin.
8.6.1
Menu Principal
Figura 8.6.1.1 Diseo de interfaz Men principal
56
8.6.2
Menu interiores para Bodega
Figura 8.6.2.1 Diseo de interfaz Men interiores para bodega
57
8.6.3
Menu interiores para Cliente
Figura 8.6.3.1 Diseo de interfaz Men interiores para cliente
58
8.6.4
Menu interiores para Finanzas
Figura 8.6.4.1 Diseo de interfaz Men interiores para finanzas
8.6.5
Menu interiores para tcnicos
Figura 8.6.5.1 Diseo de interfaz Men interiores para tcnicos
59
9
9.1
Diseo Estructurado
Diagrama de Flujo de Datos
Los diagramas de flujo de datos que se presentan a continuacin tienen como finalidad modelar la interaccin existente entre los distintos usuarios del sistema con ste, de una foma estructurada.
9.1.1
Diagrama de Contexto
El siguiente diagrama de contexto representa las funcionalidades principales del sistema.
Figura 9.1.1.1 Diagrama de contexto
9.1.2
Diagrama de Nivel 1
Primer nivel de los diagramas de flujo de datos
60
9.1.3
Dagramas Nivel 2
Este diagrama de flojo de datos de nivel 2 representa como se va gestionando la OT.
Figura 9.1.3.1 DFD explosin de gestionar OT
61
9.1.4
Diagrama Nivel 3
Gestion de administrador de edificio
Figura 9.1.4.1 DFD explosin de gestionar administrador de edificio 9.1.4.1 Miniespecificacion Proceso 1.3.1
Proceso 1.3.1 Mostrar men gestionar administrador de edificio Descripcion: Muestra el men para gestionar al administrador por cada edificio existente. Entrada: Operar OT Salida: Seleccin_tipo_menu Inicio Leer Opcion_menu Enviar Seleccion_tipo_menu FIN
9.1.4.2
Miniespecificacion Proceso 1.3.2
Proceso 1.3.2 Modificar Administrador Descripcion: Permite modificar los datos de un administrador. Entrada: Seleccin_tipo_menu Salida: Datos Inicio Leer Seleccin_tipo_menu Escribir Ingrese dato administrador Leer Dato_admin Escribir Desea modificar la informacion? Si:1 No:0 Leer Resp SI Resp es igual 1 Modificar Datos Enviar Datos SINO Escribir Hasta luego FIN SI FIN
62
9.1.4.3
Proceso 1.3.3 Agregar Administrador Descripcion: Permite agregar los datos de un administrador. Entrada: Seleccin_tipo_menu Salida: Dato_admin Inicio Leer Seleccin_tipo_menu Escribir Ingrese administrador Leer Dato_admin Desde BD_admin 0 a 100 SI Dato_admin es igual Escribir Administrador ya existe SINO Enviar Dato_admin FIN SI FIN Desde FIN
9.1.4.4
Proceso 1.3.2 Eliminar Administrador Descripcion: Permite Eliminar los datos de un administrador. Entrada: Seleccin_tipo_menu Salida: Eliminar_Dato Inicio Leer Seleccin_tipo_menu Escribir Ingrese dato del administrador a buscar Leer Dato_admin Desde BD_admin 0 a 100 SI Dato_admin es igual Enviar Eliminar_dato SINO Escribir Administrador ya existe FIN SI FIN Desde FIN
63
9.1.5
Diagrama Nivel 3
Diagrama Gestionar Tecnico.
Figura 9.1.5.1 DFD Explosin de gestionar tcnicos 9.1.5.1 Miniespecificacion Proceso 2.1
Proceso 1.2.1 Mostrar men gestin tcnicos Descripcion: Muestra el men de gestin tcnicos. Entrada: Operar OT Salida: Ingresar datos a la base de datos Inicio LEER operar OT LEER Opcion MOSTRAR datos tecnicos SI opcin =1 ENTONCES MOSTRAR agregar tcnico FIN_SI SI opcin =2 ENTONCES MOSTRAR eliminar tcnico FIN_SI Fin 9.1.5.2 Miniespecificacion Proceso 2.2
Proceso 1.2.2 Agregar Tecnico Descripcion:Agrega un tcnico a la base de datos. Entrada: Opcion Salida: tecnico Inicio LEER opcin INGRESAR Rut INGRESAR Nombre SI tcnico = tcnico BD Astek ENTONCES No agregar tcnico SI_NO INGRESAR datos tcnico. FIN_SI_NO
64
FIN_SI Fin
9.1.5.3
Miniespecificacion Proceso 2.3
Proceso 1.2.3 Eliminar Tecnico Descripcion: Busca un tcnico en la base de datos para luego eliminarlo Entrada: Opcion Salida: Tecnico Inicio LEER opcin INGRESAR Rut INGRESAR Nombre SI tcnico = tcnico BD Astek entonces ELIMINAR Tecnico FIN_SI Fin
9.1.6
Diagrama Nivel 3
Diagrama de Gestionar Finanzas.
Figura 9.1.6.1 DFD Explosin de gestionar finanzas 9.1.6.1 Miniespecificacion Proceso 4.1
Proceso 1.4.1 Calcular Monto Descripcion: Se calcula el monto del presupuesto solicitado para registrarlo en la base de datos. Entrada: Solicitud_de_presupuesto Salida: Monto Inicio Leer Solicitud_de_presupuesto SubMonto es igual 0 HACER CASO ciclo bsqueda = Reparaciones_solicitados SI Solicitud_de_presupuesto es igual a Reparaciones_solicitados Guardar Monto + SubMonto SINO
65
Guardar Monto + 0 FIN SI FIN CASO FIN
9.1.6.2
Proceso 1.4.1 Generar Factura Descripcion: Se genera una factura de los trabajos realizados. Entrada: Cobrar Salida: Factura Inicio Leer Cobrar Guardar Cobrar en Factura Enviar Factura FIN
9.1.6.3
Proceso 1.4.1 Verificar estado OT Descripcion: Verifica el estado de una OT, si esta se encuentra Activa o Dormida. Entrada: Tipo_OT Salida: Tipo_OT Inicio Leer Tipo_OT Escribir Desea cambiar estado? Si:1 No:0 Leer Opc Si Opc es igual 1 Si Tipo_OT es igual Dormida Enviar Tipo_OT = Activa SINO Enviar Tipo_OT = Dormida FIN SI FIN SI FIN
66
9.1.7
Diagrama Gestionar inventario
Figura 9.1.1.1 DFD Explosin de gestionar inventario
9.1.7.1
Proceso 3.1 Verifica repuesto Descripcion: Verifica si estn los repuestos. Entrada: Solicituda_de_repuesto Salida: datos_repuesto. Inicio Leer Solicitud_de_repuesto HACER CASO ciclo bsqueda = Repuestos SI Solicitud_de_repuestos <= Repuestos IMPRIMIR hay la cantidad de repuestos necesarios SINO Generar _respuesta(cantidad) FIN SI FIN CASO FIN
9.1.7.2
Proceso 3.2 Generar Factura Descripcion: generauna respuesta pidiendo mas repuestos. Entrada: Cantidad Salida: Cantidad_repuestos_faltantes. Inicio LEER Cantidad GENERAR Generar repuesta INGRESAR Cantidad INGRESAR Nombre repuesto FIN
67
9.2
Diccionario de Datos
El diccionario de Datos que esta a continuacin representa como se forman las estructuras del sistema en cada flujo de dato.
Nombre Flujo de Datos: Intranet Astek S.A Alias: Ninguno Composicin: Supervisor + Tcnico + Bodega + Cliente + Finanzas + Administrador de Edificio Notas:
Nombre Flujo de Datos: Administrador de Edificio Alias: Ninguno Composicin: Nombre + @Rut + Direccin + Nmero de Edificio + Telfono Notas:
Nombre Flujo de Datos: Rut Alias: Ninguno Composicin: 1{ dgito }8 + [digito | k] Notas: Se considerar el rut sin puntos y sin guin
Nombre Flujo de Datos: Direccin Alias: Ninguno Composicin: Calle + Numero + [Poblacin | Villa | Condominio] + Ciudad Notas:
Nombre Flujo de Datos: Telfono Alias: Ninguno Composicin: 1{ Dgito }8 Notas: No se considerarn telfonos de red fija
Nombre Flujo de Datos: Supervisor Alias: Ninguno Composicin: Nombre + @Rut + Direccin + Telfono + Peticiones + Orden de trabajo Notas: Las peticiones las recibe y las ordenes de trabajo las genera
68
Nombre Flujo de Datos: Peticiones Alias: Ninguno Composicin: Nmero de Edificio + Problema + @Numero de Solicitud + Direccin + Fecha Notas:
Nombre Flujo de Datos: Fecha Alias: Ninguno Composicin: 1{Dgito}2 + 1{Dgito}2 + 1{Dgito}4 Notas: Las fechas sern ingresadas sin el carcter /
Nombre Flujo de Datos: Cliente Alias: Ninguno Composicin: Nombre + @Rut + Telfono + Direccin + Peticiones Notas: Las peticiones las realiza
Nombre Flujo de Datos: Tcnico Alias: Ninguno Composicin: Nombre + @Rut + Telfono + Direccin + Orden de Trabajo Notas: Las ordenes de trabajo las realiza
Nombre Flujo de Datos: Orden de Trabajo Alias: Ninguno Composicin: @Verificador + Estado + Direccin + Fecha + Materiales + Herramientas + Duracin Notas:
Nombre Flujo de Datos: Verificador Alias: Ninguno Composicin: 1{ Dgitos } 7 Notas: Es el identificador de una orden de trabajo
Nombre Flujo de Datos: Estado Alias: Ninguno Composicin: [En Espera | Mantencin | Emergencia | Finalizada | Cobrada] Notas:
69
Nombre Flujo de Datos: Materiales Alias: Ninguno Composicin: Nombre + @ID + Precio + Unidades Notas:
Nombre Flujo de Datos: Herramientas Alias: Ninguno Composicin: Nombre + @ID + Cantidad Notas:
Nombre Flujo de Datos: Duracin Alias: Ninguno Composicin: Das + Horas Notas:
Nombre Flujo de Datos: Bodega Alias: Ninguno Composicin: Repuestos + Telfono + @Nmero de Local + Direccin Notas:
Nombre Flujo de Datos: Repuestos Alias: Ninguno Composicin: Nombre + @ID + Stock + Precio Notas:
Nombre Flujo de Datos: Finanzas Alias: Ninguno Composicin: Presupuesto + Telfono + Direccin + Cobros Notas:
Nombre Flujo de Datos: Presupuesto Alias: Ninguno Composicin: Repuestos + Mano de Obra Notas:
70
Nombre Flujo de Datos: Cobros Alias: Ninguno Composicin: Cliente + Orden de Trabajo + @ID + Detalle Notas:
Nombre Flujo de Datos: Detalle Alias: Ninguno Composicin: Supervisor + Tcnico + Total + Numero de Edificio Notas: Detalle de un cobro Nombre Flujo de Datos: Men Supervisor Alias: Ninguno Composicin: [Gestionar Tcnico | Gestionar Administrador Edificio | Solicitar Presupuesto | Solicitar Repuestos | Cambiar Estado Orden Trabajo] Notas:
Nombre Flujo de Datos: Gestionar Tcnico Alias: Ninguno Composicin: [Aadir Tcnico | Eliminar Tcnico] Notas:
Nombre Flujo de Datos: Gestionar Administrador Edificio Alias: Ninguno Composicin: [Aadir Tcnico | Modificar Tcnico | Eliminar Tcnico] Notas:
Nombre Flujo de Datos: Solicitar Presupuesto Alias: Ninguno Composicin:*Se ingresa el numero de orden de trabajo y automticamente se solicita* Notas:
Nombre Flujo de Datos: Cambiar Estado Orden Trabajo Alias: Ninguno Composicin: [En Espera | Mantencin | Finalizada] Notas:
71
Nombre Flujo de Datos: Men Cliente Alias: Ninguno Composicin: [Solicitar Orden de Trabajo | Consultar Orden de Trabajo | Cancelar Orden de Trabajo] Notas: En todas estas opciones se ingresa el nmero de orden de trabajo y automticamente se esta opcin realiza
9.3
Diagrama de Estructura
Se presentan el diagrama de estructuras a continuacin.
9.3.1
Diagrama 0
Figura 9.3.1.1 Diagrama de estructura 0
72
9.3.2
Administrador de edificio
Figura 9.3.2.1 Diagrama de estructura Administrador de edifcio
73
9.3.3
Diagrama de cliente
Figura 9.3.3.1 Diagrama de estructura administrar OT
74
9.3.4
Diagrama Tcnico
Figura 9.3.4.1 Diagrama de estructura Gestionar Tcnico
9.3.5
Diagrama Gestion Finanzas
Figura 9.3.5.1 Diagrama de estructura Gestionar finanzas

75
9.3.6
Diagrama Supervisor
Figura 9.3.6.1 Diagrama de estructura Gestionar OT
76
10
Conclusin y Observaciones
La formulacin de un sistema de informacin, ha llevado a simplificar varias etapas de un proyecto, facilitando su comprensin tanto al cliente que al desarrollador de software. Gracias a utilizacin de diagramas de modelamiento UML (Lenguaje Unificado de Modelado), se han aprendido a formular nuevas fronteras para la organizacin de proyectos relacionados al mbito de la informtica. El Lenguaje Unificado de Modelado (UML), ha permitido explicar mediante diagramas estandarizados el cmo funciona un sistema informtico, quines estas en directa relacin con l y cules son sus entradas y salidas. Esto ha permitido crear un estndar de modelamiento de software que ha ayudado a comprender de mejor manera cmo funciona un sistema informtico tanto para usuarios como para desarrolladores. Los diagramas utilizados en el informe fueron enfocados para una intranet, creada especialmente para una empresa de mantencin de ascensores (Astek S.A), debido a esto, los diagramas utilizados fueron de contorno explicativo y aclarativo, para la comprensin de nuestro cliente y tambin para los desarrolladores del software. Los objetivos logrados en la empresa fueron variados, tuvimos un gran avance en el mbito de organizacin, gracias a los cargos y la jerarquizacin de ellos (organigrama, tabla Gantt, etc.) adquiriendo una gran experiencia laboral y optimizacin de nuestro sistema de trabajo. En cuanto a los objetivos logrados con la intranet, se logr realizar una buena captura de requerimientos, logrando as acotar la cantidad de funcionalidades del mismo. En l se logr automatizar el sistema de mantenimiento de los equipos a cargo de la empresa, se logr una mayor rapidez en la bsqueda, insercin y eliminacin tanto de equipos como de clientes. Finalmente se consigui una mayor eficiencia en cuanto a la asignacin de rutas de mantenimiento, peticin de repuestos y de rdenes de trabajo, simplificando considerablemente el trabajo tanto de supervisores, tcnicos, finanzas y bodega. Respecto a la experiencia adquirida nos dimos cuenta de la importancia de modularizar el problema y as poder concretar los diagramas correctamente. De esta manera se logr una buena coordinacin en el trabajo en equipo, puesto que la asignacin de tareas es mucho ms clara y sencilla, sin embargo tambin vemos la necesidad de estar en contacto constante para verificar el avance, posibles cambios o una reasignacin de tareas para los nuevos desafos a superar.
77
Anexos
A.1 Glosario
O.T.: Es la simplificacin de una orden de trabajo, esta trata en si una orden solicitada por el cliente o por el tcnico, debido a una necesidad de una reparacin.
A.2
Curriculum Vitae CURRICULUM VITAE
ANTECEDENTES PERSONALES
Nombre Rut E-mail Telfono Fecha y lugar nacimiento Pas de nacionalidad Gnero Ciudad de enseanza media Ciudad de estudios universitarios Disponibilidad : Juan Enrique Casanga Vega : 17.712.075-8 : juancasangav@gmail.com : 85948600 : 3 de Noviembre 1990, Ovalle. : Chile. : Masculino. : Ovalle. : Valparaso. : Inmediata.
Direccin de residencia particular

Direccin Ciudad Regin Pas : Villa Los Alcones, #573, Calle Valenzuela Puelma. : Ovalle. : Coquimbo. : Chile.
FORMACIN ACADMICA
Enseanza Bsica 1996-2004 Enseanza Media 2005-2008 : Escuela Santa Mara Eufrasia, Ovalle. : Colegio Eugenia Subercaseaux, San Sebastin.
Enseanza Superior 2009-2012 : Cursando Ingeniera Ejecucin Informtica en Pontificia Universidad Catlica de Valparaso.
ANTECEDENTES LABORALES
Enero Febrero 2009 Diciembre Febrero 2010 Febrero 2012 : Empaquetador y Envasador Productora de uvas, Ovalle. : Embotellador de piscos Productora Capel, Ovalle. : Ayudante tcnico en reparacin de computadores Tecnored, Ovalle.
OTROS
2007-2008 : Nivel de ingls intermedio. : Conocimientos en computador usuario avanzado.
JUAN CASANGA VEGA 17.712.075-8

C
CURRICULUM VITAE
Nombre Rut E-mail Telfono Fecha y lugar nacimiento Pas de nacionalidad Gnero Ciudad de enseanza media Ciudad de estudios universitarios Disponibilidad : Francisco Gonzlez Baeza : 17.753.431-5 : francisco.gonzalez.b@gmail.ucv.com : 95466171 : 21 de Febrero de 1991, Via del Mar : Chile. : Masculino. : Cabildo. : Valparaso. : Inmediata.

Direccin Ciudad Regin Pas : Hijuela A-2 Los Molinos, Cabildo : Cabildo. : Valparaso. : Chile.
FORMACIN ACADMICA
Enseanza Bsica 1996-2004 Enseanza Media 2005-2008 Enseanza Superior 2009-2012 : Cursando Ingeniera Ejecucin Informtica en Pontificia Universidad Catlica de Valparaso. : Colegio Pehun, Cabildo. : Colegio Pehun, Cabildo.
Diciembre Febrero 2009 Diciembre Febrero 2010 Diciembre Febrero 2011 : Temporero, Empresa El Anhelo, Cabildo. : Administrador de riego y Despacho de camiones, Empresa El Anhelo, Cabildo. : Administrador de riego y Despacho de camiones, Empresa Amanda Concha, Huerto Los Nogales, La Vega. : Temporero, Empresa El Anhelo, Cabildo.
Febrero 2012
OTROS
2007-2008 : Nivel de ingls intermedio. : Conocimientos en computador usuario avanzado.
FRANCISCO GONZALEZ BAEZA. 17.753.431-5

E
CURRICULUM VITAE
Nombre Rut E-mail Telfono Fecha y lugar nacimiento Pas de nacionalidad Gnero Ciudad de enseanza media Ciudad de estudios universitarios Disponibilidad : Cristian Eugenio Silva Barrera : 17.164.059-9 : cristiansilvabarrera@gmail.com : 96977813 : 23 de Febrero de 1989, Los Andes : Chile. : Masculino. : Los Andes. : Valparaso. : Inmediata.

Direccin Ciudad Regin Pas : Villa Bicentenario, #1340, calle Bernardo Salas, Los Andes. : Los Andes. : Valparaso. : Chile.
FORMACIN ACADMICA
Enseanza Bsica 1994-2002 Enseanza Media 2003-2006 : Escuela Industrial Guillermo Richards Cuevas, San Felipe. Tcnico de nivel medio en Mecnica Industrial. Enseanza Superior 2009-2012 : Cursando Ingeniera Ejecucin Informtica en Pontificia Universidad Catlica de Valparaso. : Escuela Ferroviaria, Los Andes.
2007- 2008 Diciembre Febrero 2009 Febrero 2012 : Mecnico mantenedor, Empresa Anglo American Chile, Catemu. : Aseo y mantencin Club de Tenis Andes, Los Andes. : Aseo y mantencin Club de Tenis Andes, Los Andes.
OTROS
2007-2008 : Curso de ingls capacitacin INTEK, San Felipe. : Nivel de ingls intermedio. : Conocimientos en computador usuario avanzado.
CRISTIAN SILVA BARRERA 17.164.059-8

G
CURRICULUM VITAE
Nombre Rut E-mail Telfono Fecha y lugar nacimiento Pas de nacionalidad Gnero Ciudad de enseanza media Ciudad de estudios universitarios Disponibilidad : Eduardo Armando Sagredo Jelvez : 16.418.787-k : Eduardo.sagredo.j@gmail.com : 83567002 : 15 de Mayo de 1986, Santiago. : Chile. : Masculino. : Santiago. : Valparaso. : Inmediata.

Direccin Ciudad Regin Pas : Pasaje Conguillo, #1821, Cerro Navia, Santiago. : Santiago. : Santiago. : Chile.
FORMACIN ACADMICA
Enseanza Bsica 1992-1998 1999-2000 Enseanza Media 2001-2004 : Liceo Politcnico Andes, Fundacin Duoc UC, Renca, Santiago. Tcnico de nivel medio en Electrnica, mencin Control Automtico. Enseanza Superior 2005-2006 : Instituto Profesional Duoc UC. Egresado de Tcnico Nivel Superior en Electricidad y Electrnica. 2007-2008 2010-2012 : Ingeniera Civil Elctrica en Pontificia Universidad Catlica de Valparaso. : Cursando Ingeniera Ejecucin Informtica en Pontificia Universidad Catlica de Valparaso. : Colegio San Jos de la Preciosa Sangre, Quinta Normal, Santiago. : Liceo Municipal Nro 9, Liceo de Aplicacin, Santiago.
2004-2005 2006 2006-2007 2009-2010 : Prctica Profesional Ayudante Tcnico en Empresa Heavenward Ascensores S.A. : Ayudante Electromecnico en Empresa de Alimentos para Mascotas Extruder S.A. : Encargado de rea en Empresa Heavenward Ascensores S.A. : Tcnico de Postventa en Thyssenkrupp Elevadores S.A., Trabajando para Metro de Santiago S.A., Lneas 4 y 4A. : Encargado de rea en Empresa Heavenward Ascensores S.A.(Reemplazos).
Veranos 2007, 2008, 2011
OTROS
2005-2010 : Armado de PC (Configuracin e Instalacin de Sistema Operativo, Antivirus, Chequeo de Virus y Sistemas Operativos Corruptos. Instalacin de Software en General), Programacin de Microcontroladores PIC, Microprocesadores MIPS y Programacin de PLC, Electrnica en General, Electrnica de Potencia y Electricidad Industrial, Interpretacin de Planos Elctricos, Manejo de Sensores e Instrumentos, Encoders, Motores, Variadores de Frecuencia, Tableros Elctricos, Neumtica e Hidrulica General. : Nivel de ingls intermedio. : Conocimientos en computador usuario avanzado.
EDUARDO SAGREDO JELVEZ 16.418.787-K

J
CURRICULUM VITAE
Nombre Rut E-mail Telfono Fecha y lugar nacimiento Pas de nacionalidad Gnero Ciudad de enseanza media Ciudad de estudios universitarios Disponibilidad : Marcelo Salas Quezada : 17.613.981-1 : marcelo.salas.q@gmail.com : 94359184 : 30 de Enero de 1991, Concepcin : Chile. : Masculino. : Villa Alemana. : Valparaso. : Inmediata.

Direccin Ciudad Regin Pas : Lo Godoy#305, Villa Alemana. : Villa Alemana. : Valparaso. : Chile.
FORMACIN ACADMICA
Enseanza Bsica 1996-2005 Enseanza Media 2005-2008 Enseanza Superior 2009-2012 : Cursando Ingeniera Ejecucin Informtica en Pontificia Universidad Catlica de Valparaso. : Colegio Galileo Galilei , Villa Alemana. : Colegio Coeducacional, Quilpue.
ANTECEDENTES LABORALES OTROS

2008-2009 2010-2011 : Nivel de ingls avanzado(KET). Aprobado por Universidad de Cambrigde , Inglaterra. : Conocimientos en computador usuario avanzado. (Windows, Linux).
MARCELO SALAS QUEZADA. 17.613.981-1

L
A.3
No.
Tabla Requerimientos
Requerimiento Descripcin Tener un registro del trabajo de supervisor. Estado implementado implementado
Se organizar el trabajo del 1 supervisor. 1.1
El supervisor podra tomar una El supervisor puede tomar las solicitudes de los solicitud de OT de un cliente. clientes. El supervisor podr cambiar una solicitud activa a en espera si llega una solicitud de emergencia El supervisor podr cambiar una solicitud en espera a solicitud activa siempre y cuando no existan solicitudes de emergencia antes El supervisor podr cambiar una solicitud activa a finalizada cuando la OT haya sido finalizada El supervisor podr tomar las solicitudes de los tecnicos y convertirlas en OT. El supervisor podr consultar en bodega por repuestos. El supervisor podr solicitar un presupuesto a departamento de finanzas. El supervisor podr administrar las rutas de mantencin de cada tcnico. El supervisor podr agregar un tcnico al sistema.
1.2
El supervisor puede cambiar a espera si recibe una solicitud de emergencia.
implementado
1.3
si existe una solicitud de emergencia, las otras solicitudes pasan a estado de "en espera".
implementado
1.4
Cuando se finalize la OT el supervisor puede cambiar el estado de la solicitud de "activa" a "finalizada". implementado El supervisor puede tomar las solicitudes de los tecnicos. El supervisor puede pedir repuestos para atender solicitudes del cliente. teniendo una solicitud el supervisor puede solicitar presupuesto.
1.5 1.6
implementado implementado
1.7
implementado
1.8 1.9
El supervisor administra una ruta por cada tcnico. El supervisor puede contratar a un tecnico. El supervisor puede despedir a un tecnico. El supervisor fiscaliza el registro de actividades de los tecnicos durante la semana. El supervisor debe el estado de todos sus tcnicos.
implementado implementado implementado
El supervisor podr eliminar 1.10 un tcnico del sistema. El supervisor cita 1 vez a la semana a los tcnicos para 1.11 registrar los trabajos. El supervisor deber estar en 1.12 contacto con sus tcnicos.
El supervisor podr aadir un administrador de edificio al El supervisor registra al administrador de edificio 1.13 sistema. cuando toma una solicitud. El supervisor podr eliminar 1.14 un administrador de edificio
implementado
El supervisor elimina a un administrador de edificio del sistema una vez termina una solicitud. implementado
M
del sistema. El supervisor podr modificar un administrador de edificio El supervisor puede modificar al administrador de 1.15 en el sistema. edificio del sistema en caso de que este cambie. Se organizar el trabajo del 2 tcnico. El tcnico podr registrar sus mantenciones 1 vez a la semana. El tcnico podr registrar sus reparaciones 1 vez a la semana. El tcnico podr registrar sus emergencias 1 vez a la semana. Tener un registro del trabajo de tcnico.
2.1
El tcnico debe registrar sus mantenciones en caso de haberlas realizado (1 vez por semana). implementado El tcnico debe registrar sus reparaciones en caso de haberlas realizado (1 vez por semana). implementado El tcnico debe registrar sus emergencias en caso de haberlas realizado (1 vez por semana). implementado implementado
2.2
2.3 2.4 2.5 2.6
El tcnico podr comunicarse El tcnico puede comunicarse con el supervisor a con el supervisor a cargo. cargo de su trabajo.
El tcnico podr comunicarse con los otros tcnicos. El tcnico puede comunicarse con sus otros colegas. implementado El tcnico podr solicitar una El tecnico puede solicitar una orden de trabajo al orden de trabajo al supervisor. supervisor solo de ser estrictamente necesario. Se organizarn las 3 distribuciones de bodega. Tener un registro de las actividades en bodega. implementado implementado
3.1
Bodega podr aceptar solicitudes de repuestos de los Bodega acepta los pedidos de repuestos de los supervisores. supervisores y se los envia. Bodega podr dormir solicitudes de repuesto de los De no haber repuestos disponibles en bodega, estas supervisores. solicitudes quedan en lista de espera. Se organizar el trabajo de 4 finanzas. Tener un registro certero de las cobranzas y asignaciones de presupuesto solicitadas.
implementado
3.2
4.1
Finanzas recibir solicitudes de trabajo del supervisor.
Recibe detalle de costos de trabajo de un supervisor. implementado
4.2
Finanzas podr asignar un monto o presupuesto segn el Recibe un detalle de costos de OT y le asigna al tipo de orden. supervisor un presupuesto de trabajo. Finanzas podr cobrar el trabajo ya realizado y registrado por los tecnicos.
implementado
4.3
Finanzas puede cobrar por un trabajo ya realizado y debidamente registrado. implementado
4.4
Finanzas podr cambiar el estado de una solicitud de OT Finanzas puede cambiar de estado solo las OT "finalizada" a "cobrada" "finalizadas" a "cobradas". Finanzas podr archivar en el sistema una solicitud de OT cobrada Finanzas puede archivar en el sistema las OT que hayan sido cobradas perviamente por ella.
implementado
4.5
implementado
N
El sistema organizara la 5 informacin del cliente. El cliente podra solicitar una orden de mantencin a la empresa. El cliente podra solicitar una orden de reparacin a la empresa. El cliente podra solicitar una orden de emergencia a la empresa. El Cliente podr consultar el estado de la OT solicitada. El Cliente podr cancelar la OT que haya solicitado.
Tener un registro de la informacin del cliente. El cliente ingresa al sistema con orden de mantencin.
implementado
5.1
implementado
5.2
El cliente ingresa al sistema con orden de reparacin. implementado El cliente ingresa el sistema con orden de emergencia. El cliente puede consultar el estado de su solicitud (espera, activa, finalizada o cobrada).
5.3 5.4 5.5
implementado implementado implementado
Tabla A3.1 Requerimientos funcionales

No Requerimiento Descripcin Estado
Todos los registros deben ser hechos La empresa asignara desde los instrumentos asignados equipos personales a cada 1 por la empresa. tcnico y supervisor.
por implementar
El sistema recibir mantencin cada da 30, todos los meses(da 28 en La mantencin se realizar 2 Febrero). cada fin de mes. por implementar Los dias de matenimiento El sistema ser dado de baja solo los no habr funcionamiento dias que involucren mantenimiento. del sistema. Cuando nuevo personal acceda al sistema por primera vez la empresa le asignar un nombre de usuario y 3 contrasea personal. La empresa asignar la identificacin pertinente a cada tecnico y supervisor.
2.1
por implementar
por implementar
La empresa albergara sus Los servidores de bases de datos propios servidores dentro estaran albergados dentro de la sede de su sede principal por 4 principal. seguridad. El personal removido del sistema quedar archivado en la base de 5 datos.
por implementar
La empresa se reserva el derecho de guardar informacin de su personal y ex-personal. por implementar
Tabla A3.2 Requerimientos no funcionales

Informe Final

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Final

Cargado por

Copyright:

Formatos disponibles

Escuela de Ingeniera Informtica Sistemas de Informacin

Harlee Software de Sistemas S.A.

Sistema Intranet para una Empresa de Ascensores.

Descripcin de la Organizacin .........................................................................................7

Analisis de Riesgo ...........................................................................................................14

Especificacin de Requerimientos ...................................................................................18

Arquitectura de la Solucin ............................................................................................19

Diseo de la Solucin ......................................................................................................20

8.4 8.5 8.6

Diseo Estructurado .......................................................................................................60

10 Conclusin y Observaciones ............................................................................................77 Anexos ................................................................................................................................. A

Cliente [si no existe solicitud] Solicita una OT Cambia el estado de la solicitud

Toma una solicitud de OT

Agrega administrador de edificio al sistema

A continuacion se representa el Flujo de trabajo con Sistema

Solicita Repuestos a bodega Cancelar solicitud

Solicita presupuesto a finanzas

Acepta solicitud Registra la finalizacin de la OT Realiza la OT [No hay repuestos]

Cambia estado de la solicitud

2.3.1 Flujo de trabajo con sistema.

Figura 3.1.1.1 Organigrama

Figura 3.2.1.1 Carta Gantt

Plan de mitigacin y contingencia

Generar un documento donde este todo lo necesario(roles, tareas,plan a seguir, etc.)

Hacer reuniones peridicamente para definir tareas y as promover la constancia.

Renuncia de miembro del Baja personal del equipo de desarrollo

Superponer trabajo sobre otros miembros del equipo

Tabla 4.1.1 Analisis de riesgo

Gestin administrador de edificio

Caso de Uso General

Gestion financiera Finanzas Gestionar solicitudes de repuestos Bodega

Figura 8.1.1.1 Caso de uso general

<<include>> Finanzas Cobrar OT Archivar cobranza

Escenario alternativo Asociaciones Puntos de extensin Observaciones

Especificacion de casos de Uso Mdulo Gestion Financiera Recibir solicitud de presupuesto

Asegurar que la asignacin del presupuesto sea valida Finanzas

Asignar presupuesto No tiene

Escenario alternativo Asociaciones Puntos de extensin Observaciones 8.1.2.4

1.a Si el cobro es de una OT inexistente se va al punto 4, en caso contrario continuar en el 2

Caso de uso Objetivo

Cobrar OT El estado nunca se modifica sin realizar el cobro antes

Escenario alternativo Asociaciones Puntos de extensin Observaciones

1.a Si el cobro es de una OT inexistente se va al punto 3, en caso contrario continuar en el 2

Cobrar OT El registro no se perder con el tiempo

Escenario alternativo Asociaciones Puntos de extensin Observaciones

1.a Si el cobro es de una OT inexistente se va al punto 3, en caso contrario continuar en el 2

Agregar administrador <<include>>

eliminar administrador supervisor

Figura 8.1.3.1 Caso de uso Gestionar administrador de edificio

Escenario alternativo Asociaciones Puntos de extensin Observaciones

Escenario alternativo Asociaciones Puntos de extensin Observaciones

Asociaciones Puntos de extensin Observaciones

Aceptar solicitud <<include>>

Recibir solicitud <<include>>

Bodega Dormir solicitud

<<include>> Cambiar estado de solicitud Supervisor

Asociaciones Puntos de extensin Observaciones

Escenario alternativo Asociaciones Puntos de extensin Observaciones

Escenario alternativo Asociaciones Puntos de extensin Observaciones

Escenario alternativo Asociaciones Puntos de extensin Observaciones

Supervisor Administrar rutas de mantencin <<include>> Tomar OT

Citar tcnicos La OT debe ser de "mantencin"

Asociaciones Puntos de extensin

Escenario alternativo Asociaciones Puntos de extensin Observaciones 8.1.5.3