2. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB San Nicolás entregas E ntrega de cereales en los puertos de la zona. Servicio de entrega de cereales y oleaginosas a puertos, molinos y fábricas. La empresa cuenta con peritos clasificadores de cereales y oleaginosas, personal altamente capacitado para realizar el control de peso y calidad, defendiendo la mercadería del cliente. El proyecto Organigrama Matriz FODA Análisis de los principales procesos Análisis de problemas Objetivos del proyecto Propuesta de alternativas de solución

3. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Análisis de problemas Actualmente la empresa está operando con un sistema muy completo, pero antiguo. Este sistema mantiene el estado de las cuentas corrientes de la empresa fuera de línea. El sistema no cuenta con las funciones necesarias para ser accedido vía Web y presenta varios problemas al momento de la sincronización de las bases de datos. La carga de datos: Es muy difícil volver atrás para cambiar un campo en un formulario. Interfaz: No existe soporte nativo para el Mouse y esto confunde a los usuarios. Tampoco se ofrece información acerca del progreso en transacciones largas.

4. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Objetivos del proyecto Reducir el tiempo de carga de datos en un 50%. Permitir la carga de un camión en descarga o en posición en 40 segundos promedio. Posibilitar que los clientes puedan tener acceso al estado de sus carguíos mediante la implementación de un sitio. Permitir la carga de datos centralizada mediante el uso de una base de datos única en Internet. Proveer de una interfaz sólida que muestre el progreso en todo momento y facilite la navegación. Entregar informes estadísticos sobre aspectos de las descargas.

6. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Propuesta de alternativas de solución SOLUCIÓN B: Acceso web a un sitio donde se encuentra el Sistema de Gestión. Clientes y usuarios de la empresa podrían acceder a los datos de posición y descargas desde el celular. Esto haría que la empresa se destaque en el rubro por estar a la vanguardia tecnológica, y permitiría movilidad total a sus empleados y comodidad a sus clientes.

7. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Entorno tecnológico Lenguaje: Java: Lenguaje de programación orientado a objetos. Entorno: Eclipse: Entorno de desarrollo integrado de código abierto multiplataforma para desarrollar lo que el proyecto llama "Aplicaciones de Cliente Enriquecido", opuesto a las aplicaciones "Cliente-liviano" basadas en navegadores. Servidor HTTP: Apache Tomcat: Software (libre) servidor HTTP JAVA de código abierto que implementa el protocolo HTTP/1.1 y la noción de sitio virtual. Base de datos: MySQL: Sistema de gestión de base de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones.

8. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Análisis de factibilidad: Para evaluar la factibilidad económica de las alternativas del proyecto, utilizamos VAN (Valor Actual Neto) El valor resultante del VAN, nos indica si es recomendable aceptar o no un proyecto en particular. Un VAN igual a cero significa que las exigencias que se le hicieron al proyecto fueron cumplidas. Si el VAN es superior a cero, el proyecto es rentable. Este valor representa el monto que el mismo va a generar a lo largo de su vida en forma neta a valores actuales. Un proyecto con VAN menor a cero puede llegar a indicar que el mismo debe rechazarse.

11. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Ciclo de vida El ciclo de vida RUP es una implementación del desarrollo en espiral, organiza las tareas en fases e iteraciones. Divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades. Estas fases son: Fase de inicio las iteraciones hacen mayor énfasis en actividades de modelado del negocio y de requerimientos. La fase de elaboración se orienta al desarrollo de la línea base de la arquitectura. En la fase de construcción , se lleva a cabo la construcción del producto por medio de una serie de iteraciones. En la fase de transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios.

12. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Ciclo de vida

13. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Cálculo del tamaño del sistema Para la estimación del tamaño del sistema, se usará el análisis de Puntos de Casos de Uso. Casos de uso La captura de requisitos mediante casos de uso. Se identificaron catorce casos de uso distintos. Los mismos se encuentran documentados en el anexo B del proyecto.

14. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Cálculo de Puntos de Casos de Uso sin ajustar El primer paso para la estimación consiste en el cálculo de los Puntos de Casos de Uso sin ajustar. Este valor, se calcula a partir de la siguiente ecuación: UUCP = UAW + UUCW Donde: UUCP: Puntos de Casos de Uso sin ajustar UAW: Factor de Peso de los Actores sin ajustar UUCW: Factor de Peso de los Casos de Uso sin ajustar Factor de Peso de los Actores sin ajustar (UAW): Este valor se calcula mediante un análisis de la cantidad de Actores presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los Actores se establece teniendo en cuenta en primer lugar si se trata de una persona o de otro sistema, y en segundo lugar, la forma en la que el actor interactúa con el sistema.

15. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Cálculo de Puntos de Casos de Uso sin ajustar Factor de Peso de los Casos de Uso sin ajustar (UUCW) El UUCW se calcula mediante un análisis de la cantidad de Casos de Uso presentes en el sistema y la complejidad de cada uno de ellos. La complejidad se establece teniendo en cuenta la cantidad de transacciones efectuadas en el mismo, donde una transacción se entiende como una secuencia de actividades atómica, es decir, se efectúa la secuencia de actividades completa, o no se efectúa ninguna de las actividades de la secuencia. Luego, para nuestro sistema el UUCP = UAW + UUCW es de: UUCP = 15 + 110 UUCP = 125

16. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Cálculo de Puntos de Casos de Uso ajustados Una vez que se tienen los Puntos de Casos de Uso sin ajustar, se debe ajustar éste valor mediante la siguiente ecuación: UCP = UUCP x TCF x EF Donde: UCP: Puntos de Casos de Uso ajustados UUCP: Puntos de Casos de Uso sin ajustar TCF: Factor de complejidad técnica EF: Factor de ambiente

17. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Cálculo de Puntos de Casos de Uso ajustados Factor de complejidad técnica (TCF) Este coeficiente se calcula mediante la cuantificación de un conjunto de factores que determinan la complejidad técnica del sistema. Cada uno de los factores se cuantifica con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un aporte muy importante.

18. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Cálculo de Puntos de Casos de Uso ajustados En la siguiente tabla se muestra el significado y el peso de cada uno de éstos factores: El Factor de complejidad técnica se calcula mediante la siguiente ecuación: TCF = 0.6 + 0.01 x Σ (Peso i x Valor asignado i)

19. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Factor de ambiente (EF) Las habilidades y el entrenamiento del grupo involucrado en el desarrollo tienen un gran impacto en las estimaciones de tiempo. Estos factores son los que se contemplan en el cálculo del Factor de ambiente. El cálculo del mismo es similar al cálculo del Factor de complejidad técnica, es decir, se trata de un conjunto de factores que se cuantifican con valores de 0 a 5. En la siguiente tabla se muestra el significado y el peso de cada uno de éstos factores:

20. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Factor de ambiente (EF) Las habilidades y el entrenamiento del grupo involucrado en el desarrollo El Factor de ambiente se calcula mediante la siguiente ecuación: EF = 1.4 - 0.03 x Σ (Peso i x Valor asignado i) Teniendo esto en cuenta para nuestro sistema el valor es de: EF = 1.4 - 0.03 x 15.5 EF = 0.935 Finalmente, los Puntos de Casos de Uso ajustados resultan: UCP = UUCP x TCF x EF UCP = 125 x 0.905 x 0.935 UCP = 105.77

22. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB De los Puntos de Casos de Uso a la estimación del esfuerzo El esfuerzo en horas-hombre viene dado por: E = UCP x CF Donde: E: esfuerzo estimado en horas-hombre UCP: Puntos de Casos de Uso ajustados CF: factor de conversión En nuestro proyecto, el CF es igual a 20hs hombre/UCP ya que solo 2 factores de ambiente están fuera de límites. E = 105.77* 20hs hombre E = 2115 horas. E ≈ 264 días. E ≈ 8 meses y 25 días.

23. CATEDRA PROYECTO FINAL Diapositiva: de SISTEMA DE GESTION WEB Diagrama de Gantt

24. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Análisis de riesgos Concepto de Riesgo Riesgo en un proyecto : evento o condición incierta que, en caso de ocurrir, tiene un efecto positivo o negativo sobre los objetivos de un proyecto. Un riesgo tiene una causa y, si ocurre (evento de riesgo), una consecuencia (efecto). Riesgos conocidos : aquellos que han sido identificados y analizados durante la planificación del proyecto. Habitualmente se gestionan los riesgos con efecto negativo, es decir, aquellos que suponen una amenaza para el éxito del proyecto.

25. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Concepto de Gestión de Riesgos E xisten cinco niveles de gestión de riesgos: Control de crisis: intentar controlar los riesgos cuando ya se han convertido en problemas. Arreglar cada error: reaccionar rápidamente cuando ya se ha producido el riesgo. Mitigación de riesgos: planificar con antelación el tiempo que necesitaría para cubrir riesgos en caso de que ocurran. Prevención: crear y ejecutar, como parte del proyecto software, un plan para identificar riesgos y evitar que se conviertan en problemas. Eliminación de causas principales: identificar y eliminar los factores que pueden provocar la presencia de algún tipo de riesgo.

28. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Identificación: Alternativamente se pueden usar checklists de riesgos comunes. Se construyen a partir de información histórica. Ventaja : permiten una identificación de riesgos rápida y relativamente sencilla. Desventaja : es prácticamente imposible tener una lista que incluye todos los posibles riesgos en un proyecto software.

29. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Análisis Cualitativo de Riesgos : Una vez identificados los riesgos, el siguiente paso es analizar cada riesgo para determinar su impacto. Lo primero que medimos es la “ exposición a riesgos ”, definida como la probabilidad de ocurrencia del riesgo multiplicada por la magnitud de pérdida del riesgo (impacto). Por ejemplo: si existe un 25% de probabilidad de que ocurra un riesgo que retrasaría el proyecto en 4 semanas, entonces la exposición a este riesgo es de 0,25x4=1 semana P riorización Una vez identificados los riesgos, y realizada la estimación de la “exposición a riesgos”, el siguiente paso es priorizar los riesgos, de manera que se sepa dónde centrar el esfuerzo de la gestión de riesgos.

30. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Planificación de Respuestas En esta actividad se construye un plan de contingencia para cada uno de los riesgos identificados en las actividades anteriores, que se han elegido como significativos para gestionarlos. La colección de todos los planes de contingencia se suele agrupar en el llamado Plan de Respuestas a Riesgos .

32. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB Planificación de Respuestas (Ejemplo)

33. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB ¿Cuál es el impacto de un riesgo no gestionado?

34. CATEDRA PROYECTO FINAL Diapositiva: de 40 SISTEMA DE GESTION WEB ¿Cuál es el impacto de un riesgo no gestionado?

35. CATEDRA PROYECTO FINAL Diapositiva: de SISTEMA DE GESTION WEB MySQL es un sistema de gestión de base de datos relacional, multihilo y multiusuario. Es una base de datos muy rápida en la lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas de integridad en entornos de alta concurrencia en la modificación. En aplicaciones web hay baja concurrencia en la modificación de datos y en cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones.

36. CATEDRA PROYECTO FINAL Diapositiva: de SISTEMA DE GESTION WEB Hibernate es una herramienta de Mapeo objeto-relacional para la plataforma Java. Facilita el mapeo de atributos entre una base de datos relacional y el modelo de objetos de una aplicación, mediante archivos declarativos (XML) que permiten establecer estas relaciones. Genera las sentencias SQL y libera al desarrollador del manejo manual de los datos, manteniendo la portabilidad entre distintos motores de bases de datos con un ligero incremento en el tiempo de ejecución.

37. CATEDRA PROYECTO FINAL Diapositiva: de SISTEMA DE GESTION WEB Tomcat es un servidor web con soporte de servlets y JSPs. Dado que Tomcat fue escrito en Java, funciona en cualquier sistema operativo que disponga de la máquina virtual Java. Es usado como servidor web autónomo en entornos con alto nivel de tráfico y alta disponibilidad. Los usuarios disponen de libre acceso a su código fuente y a su forma binaria en los términos establecidos en la Apache Software Licence.

40. CATEDRA PROYECTO FINAL Diapositiva: de SISTEMA DE GESTION WEB Biblioteca JavaScript para el desarrollo de aplicaciones web interactivas usando tecnologías como AJAX y DHTML. Contiene numerosas funcionalidades que permiten añadir interactividad a páginas HTML. Originalmente fue construida como una extensión de la biblioteca YUI, en la actualidad puede usarse como aplicación independiente Actualmente existe GWT-Ext, librería que resuelve una de las limitaciones más importantes de GWT: austeridad y poca sofisticación de sus componentes visuales básicos