|
| |
 |
Este servicio es aplicado a desarrollos JAVA y está soportado por una base de herramientas y metodologías. Tiene como objetivo la obtención una evaluacion del software desarrollado y un diagnóstico sobre su escalabilidad, mantenibilidad, identificación de problemas. |
|
| » Servicios Especiales SAM |
| |
| Auditoría de Software |
| Las alternativas del servicio son adaptables a las necesidades del cliente y dependen también del tamaño de la aplicación en cuestión. Igualmente podemos describir los objetivos, las actividades necesarias a nuestro entender y la metodología de trabajo, para realizar el diagnóstico del software que el cliente quiere evaluar. |
| » |
Conocer la evaluación técnica del software que se posee en términos generales y en términos específicos, la facilidad para su mantenibilidad, su escalabilidad y su flexibilidad para satisfacer nuevos requerimientos. |
| |
|
| » |
Identificar inconvenientes o problemas en el software para minimizar causas indeseables futuras. Se considera la situación actual del software a partir del análisis de riesgos directos sobre la arquitectura implementada. |
| |
|
| » |
Contar con una lista de líneas de acción posibles, para eventuales “refactoring” o reconstrucciones, adaptaciones o cambios que intenten mitigar los riesgos descriptos. |
| |
|
| » |
Elaborar una lista de técnicas, habilidades y herramientas que se sugieren incorporar al ciclo de desarrollo que posibiliten mejorar algún aspecto del software evaluado. |
| » Actividades del diagnóstico |
| 1. |
Entrevistas a los Responsables del Desarrollo – Se propone mantener por lo menos 3 reuniones de 2 horas aproximadamente, con los responsables del desarrollo. En dichas reuniones se logra un primer acercamiento al desarrollo, los módulos existentes, los componentes utilizados, etc. |
| |
|
| 2. |
Diagramas UML de la arquitectura existente – A partir de las reuniones realizadas, se realizan diagramas UML para facilitar la comprensión y comunicación entre las partes. |
| |
|
| 3. |
Evaluación de la Arquitectura utilizada – En función de los objetivos del software evaluado y de la arquitectura utilizada, se realiza una evaluación general de la misma. |
| |
|
| 4. |
Evaluación de Códigos seleccionados – De común acuerdo, se seleccionan un máximo de 20 clases que a juicio de los responsables del desarrollo, sean significativas de los distintos aspectos del mismo, tomando clases de todas las capas elaboradas y de los módulos más complejos. |
| |
|
| 5. |
Métricas de Calidad – Se ejecuta para todo el software un diagnóstico de métricas y se analizan los resultados específicos para las 20 clases seleccionadas. |
| |
|
| 6. |
Elaboración de recomendaciones y líneas de acción – A partir de la evaluación realizada, se elabora una lista de posibles adaptaciones o cambios al software para optimizar las métricas obtenidas. |
| |
|
| 7. |
Elaboración de Informe final – Se escribe en un informe todas las actividades realizadas y sus conclusiones, incluyendo las recomendaciones y líneas de acción sugeridas. |
| |
|
| 8. |
Reunión de devolución a los responsables del desarrollo – Se comparte el informe aclarando todos los aspectos del mismo que puedan presentar dudas. |
| 1. |
Diagramas UML en formato HTML con la arquitectura evaluada. |
| |
|
| 2. |
Informe de métricas de Calidad realizado. |
| |
|
| 3. |
Informe final Diagnóstico del Software. |
|
|
|
|
