Tomando otro proyecto de análisis mostraremos cómo las prácticas recomendadas por AgEnD permitieron llegar al éxito. Una diferencia importante es que no se implementaron tantas prácticas como en el proyecto descrito anteriormente.
Este proyecto fue encarado por una empresa que presta servicios de desarrollo de software. El cliente para el cual realiza el proyecto en particular es CONEST10quien maneja importantes centros de compras dentro del país. CONEST ha decidido encargarle a la consultora un sistema para la administración de recursos de hardware y software disponibles en la empresa. Dicho sistema será internamente por el departamento de tecnología de CONEST quién deberá administrar el inventario de estos bienes. El proyecto es relativamente pequeño (3 meses aprox.) como se mostrará en la sección de estimaciones.
Background del Proyecto
CONEST ha decidido utilizar un equipo de desarrollo que inicialmente será de 3 personas, y posteriormente en la construcción crecerá a unas 5 personas. El proyecto será conducido utilizando algunas prácticas de AgEnD como proceso, siendo las prácticas seleccionadas por un Coordinador con conocimiento de la metodología (los autores en este caso). Al igual que antes recalcamos la realización de reuniones frecuentes para configurar AgEnD acorde a las necesidades del equipo de desarrollo. Todo el equipo detrás del emprendimiento de CONEST está comprometido a utilizar AgEnD en todas sus fases pudiendo adaptarlo a medida se avanza en el desarrollo mediante la intervención del Coordinador.
Roles y Recursos
Los roles de AgEnD están llevados a cabo por distintas personas del proyecto. A continuación mencionamos a los trabajadores:
10Nuevamente, por cuestiones de confidencialidad se dará un nombre de fantasía de la empresa.
BIBLIOTECA
DE CIENCIAS
FÍSICAS
• Existen un Usuario Experto, el cual trabaja en las oficinas del Cliente y forma parte del departamento de tecnología este interactúa únicamente con el Analista Funcional. A lo largo de este capítulo nos referimos a este rol como “el Cliente”.
Reseña: No existe mucha referencia del Usuario Experto ya que es el primer proyecto en que este contrata a la consultora. Sin embargo de los primeros relevamientos surge que son personas flexibles que ayudarán al equipo en todas las cuestiones funcionales.
• Existe un Ejecutivo de Cuentaque velará por mantener el proyecto en su rumbo, eliminando obstáculos políticos que estén fuera del alcance del
Equipo de Desarrollo.
Reseña: El Ejecutivo de Cuenta es la persona que efectúa el primer contacto con el Cliente. Sus aptitudes son las de ser un muy buen negociador y conocer el área desde un punto de vista comercial.
• Existe unLíder de Proyecto.
Reseña: El Líder de Proyecto es la persona encargada de gestionar el proyecto. El mismo tiene otros proyectos a su cargo con lo cual su dedicación será part-time.
• Existe una Analista Funcional encargada de llevar a cabo el relevamiento.
Reseña: La Analista es una persona con mucha habilidad y experiencia en relevamientos en grandes proyectos. Esta especializada en la confección de Casos de Uso y en el uso de herramientas CASE como el Enterprise Architect para el modelado. La misma cumple sus funciones en otros proyectos con lo cual su dedicación será part-time.
• Existe un Coordinadorque ayudará al equipo en la implementación de la metodología.
Reseña: El Coordinador ayudará al Equipo de Desarrollo en la implementación de las prácticas de AgEnD y en la creación de los artefactos propuestos. También actuará de Mentor en relación a las
BIBLIOTECA
DE CIENCIAS
FÍSICAS
tecnologías seleccionadas en el proyecto. Esta persona cumple sus funciones en otros proyectos con lo cual su dedicación será part-time. • Existen dos Desarrolladores que poseen distintos grados de experiencia
en las tecnologías del proyecto. Uno estará involucrado en el proyecto desde el principio y el otro lo iniciará posteriormente.
Reseña: Los dos tienen cargos de Programadores Junior y conocen a en forma teórica la tecnología seleccionada contando con poca experiencia práctica. No poseen abundante experiencia laboral.
• Existe un Tester que se encargará de diseñar y ejecutar los casos de prueba de la aplicación
Reseña: El Tester será el responsable de llevar a cabo el control de calidad de la aplicación. A medida se vayan liberando versiones realizará el testing funcional de las mismas en base a los casos de prueba que este construyo.
Tecnologías
Al momento de armar la Propuesta Económica del proyecto se priorizó la selección de tecnologías basadas sobre la plataforma Java 2, prefiriéndose aquellas que respondiesen al modelo de desarrollo Open Source y que pudiesen usarse libremente sin costos de licencias asociados.
Arquitectura de la Aplicación
Arquitectura Web: arquitectura que presenta la interfase al usuario mediante un navegador de internet pudiendo desacoplar las capas de interfase/lógica de negocio/datos en el servidor mediante frameworks disponibles.
La arquitectura de la aplicación para prestar servicios web estará compuesta por las siguientes capas (tiers):
BIBLIOTECA
DE CIENCIAS
FÍSICAS
• Capa de Presentación: páginas web servidas mediante un framework de MVC que desacopla esta capa de las capas de lógica del negocio y manejo de datos.
• Capa de Lógica del Negocio: inicialmente, se puede pensar en un esquema sencillo de lógica del negocio que simplemente reciba/envíe la información a la capa de presentación, mediante la interacción directa con la capa de manejo de datos. Se planteará un esquema de componentes que resuelvan los pedidos realizados sin necesidad de utilizar un application server. • Capa de Manejo de Datos: para esto se utilizará un motor de base de datos relacional. El mismo será accedido mediante el patrón DAO (Data Access Object) que desacopla la persistencia del RDBMS seleccionado.