Proventus

1. Proventus Lázaro Ruiz Díaz – 141231 Eugenia Parodi – 142876 Juan Achucarro – 133965 Sebastian Castellanos - 141698 Sistema de gestión ganadera Universidad ORT Uruguay – Revisión 1 – 22/06/2010

2. NUESTRO CLIENTE:Presentia Corp. Empresa uruguaya especializada en la presentación de servicios de desarrollo e integración de software

3. Cliente  Misión + Objetivos • Trascender la fábrica de software • Convertirse en socios de negocios y aliados tecnológicos de nuestros clientes • Beneficiarlos de lo mejor de nuestras ideas y experiencia • Convertirse en una compañía líder en el desarrollo de software. • Ofrecer, a través de la tecnología, una clara propuesta de valor a sus clientes

4. Cliente  Principal Contacto Mauricio Abelar = Director de Presentia Corp. Ingeniero en Sistemas (ORT) Presentia Corp. Administradores de campo Dueños de campos Escritorios Rurales

5. Ley Nº17997, del MGAP Situación: Enfermedades sanitarias Desconfianza de los paises consumidores Controlar el registro de animales Controlar el registro de establecimientos Desarrollo más completo de las metodologías de identificación Caravanas de Identificación

6. Ley Nº17997, del MGAP Situación: ¿Dónde estuvo el animal? ¿Cuál es el animal? ¿Donde terminó el ciclo ? ¿Con quién estuvo el animal?

7. Equipo:

8. Objetivos: • Proceso • Diseñar un buen proceso (horas de re trabajo, esfuerzo) • Producto • Satisfacer al cliente (encuestas de satisfacción, ponderación) • Producto sin defectos (número de defectos encontrados) • Aprobar el proyecto (nota final)

9. El Problema: necesidad de... Simplicidad de uso. Flexibilidad para definir criterios de información y control de gestión y eficiencia para la toma de decisiones. Diseñar y construir una herramienta para facilitar el registro de información y análisis de gestión de la empresa ganadera • Definir un proceso versátil y estable para poder abordar este tipo de problemática, ya que la empresa tiene la intención de extender este proyecto al área de agricultura.

10. Usuarios y sus Objetivos Escritorio Rural o Administrador Dueño de hacienda

11. La solución  Prototipo • ¿Sistema de? Gestión y trazabilidad ganadera • ¿Dirigido a? Al productor y administrador de empresas agropecuarias • ¿Para? Planificar, gestionar y controlar todas las actividades productivas y • administrativas • ¿De qué forma? Dinámica, rápida y sencilla • Generar un proceso definido •  Englobar todas las funcionalidades del sistema  Brindar continuidad en una implementación posterior • Software de gestión como servicio (SaaS) • Desde un navegador Web, • Sin necesidad de ser instalado • ni configurado

12. Metodología de Trabajo

13. Forma de Resolver el Problema(Definición del Proceso) Planificación Gerente Ingeniero de requerimientos ESRE ESRE Requerimientos SCM SQA GERENCIA Plan de Proyecto M. Analisis Análisis Diseño de prueba E.Diseño Arquitecto Diseño Prototipo Codificación Plan de Prueba Programador Prueba Tester Grupo de Proyecto Evaluación

14. Requerimientos Investigación de mercado Relevamiento de Requerimientos Requerimientos de cada sistema Selección de Requerimientos ESRE.v1.0 Confección ESRE.v01 Negociación ESRE • FUNCIONALES • Módulos: • Contabilidad • Control de stock • Sanidad • Nutrición • Reproducción • Manejo • Estadísticas • Scheduler • NO FUNCIONALES • Usabilidad • Seguridad • Performance • Disponibilidad • Escalabilidad • Aplicación web • Open-source-evitar licencias extras.

15. Estrategia de Relevamiento de Requerimientos • Reuniones semanales con el cliente: • Reuniones de no más de 120 minutos • Llevar agenda de los puntos a tratar por reunión • Dedicar tiempo al comienzo de la reunión para presentar requerimientos de la reunión anterior preparados por el grupo • Abordar 4 o 5 requerimientos por reunión • En cada reunión contamos con el acta donde se lleva toda la información tratada en la reunión

16. Circuito de control de cambios

17. Arquitectura

18. Arquitectura (Spring Framework)Caracteristicas • Spring es un freamework opensource que proporciona un marco de trabajo para desarrollo de aplicaciones J2EE • Spring intenta integrar las diferentes tecnologías existentes, en un único framework para el desarrollo eficaz en aplicaciones J2EE portables entre servidores de aplicaciones.

19. Arquitectura (Spring Framework)

20. Arquitectura (Spring Framework) • Manejo de transacciones • EJB sólo soporta JTA • Spring soporta: JTA, • Hibernate, JDO, JDBC, ODBC, etc. Qué ventajas tiene? Seguridad Programación Orientada a Aspectos Persistencia de entidades Flexibilidad de Servicios

21. Arquitectura (Struts 2 MVC Framework) • Struts 2 está basado en el patrón MVC (Modelo-Vista-Controlador), una arquitectura que busca reducir el acoplamiento dividiendo las responsabilidades en 3 capas claramente diferenciadas El modelo La vista El controlador

22. Arquitectura (Struts 2 MVC Framework) Ventajas: • Transporte automático de los datos introducidos en el cliente (JSP) hasta el controlador (Action) mediante formularios (ActionForm). • Transporte automático de los datos enviados por el controlador (Action) a la parte de presentación (JSP) mediante formularios (ActionForm). • Implementa la parte común a todas las aplicaciones en la parte de Controlador (ActionServlet); la parte particular de cada aplicación es fácilmente configurable (struts-config.xml). • La separación de los componentes en capas (MVC) simplifica notablemente el desarrollo y su mantenimiento.

23. Arquitectura (Hibernate) • Ventajas • Facilidad de Programación • Apta para aplicaciones transaccionales sin procesamiento masivo • Desventajas • Disminución de la performance. • Gran variedad de configuración. • No apta para aplicaciones de gran manejo de data

24. Cronograma 07-05-2010 22-05-2010 06-06-2010 21-06-2010

25. Estado Actual del proyecto Definición inicial del Alcance del Proyecto Investigación de productos existentes Primer meta cumplida: PreEsre para el Cliente

26. Próximas metas Especificar y negociar cada Requerimiento Discutir con Cliente los Requerimientos Especificados Medir satisfacción respecto a la entrega Obtener un ESRE estable

27. Lecciones Aprendidas • No entrar en pánico ante situación actual del Proyecto: evaluar qué pasos a seguir para mejorar • Eliminar todas las dudas, aunque sean mínimas, para evitar dificultades futuras • Mantener contacto continuo del equipo para mantener vivo el Proyecto

28. GRACIAS