CONVOCATORIA SESIN DE TRABAJO INTERNA AL PERSONA DE LA

AGENCIA INTEGRANTE EN EL GRUPO DEL PROYECTO CON EL

SIGUIENTE ORDEN DEL DA;

Bloque1: Estado del arte de los distintos Frameworks / Lenguajes de

Programacin en la Agencia
(90 min.)
-

Identificacin de problemas conocidos en el ciclo de vida de las

aplicaciones en la Agencia, desde,
o

Contratacin: A mi modo de entender, los problemas que

encontramos a la hora de realizar una nueva solucin son:
Los plazos y trmites necesarios por ley que retrasan el
inicio operativo del proyecto.
Se debe realizar el mismo proceso para todo tipo de
Proyectos, independientemente del tamao, tecnologa o
urgencia del producto. Creo que deberamos contemplar
la necesidad de mecanismos que permitan un time to
market ms gil (desarrollos internos para pequeos
desarrollos o necesidades rpidas).
Por otra parte, independientemente del FW de desarrollo
elegido, deberamos disponer de las herramientas
necesarias para la realizacin efectiva de estimacin del
esfuerzo de desarrollo de software que permita
establecer un marco homogneo de costes.

Anlisis:
En determinados mbitos, la responsabilidad del anlisis
esta diluida entre proveedor y personal interno.
Realizacin de anlisis nicamente a partir de una toma
de requisitos de alto nivel donde el analista no suele
tener contacto con el cliente (sobre todo si es el
proveedor externo) hasta finalizar el desarrollo.

Construccin:
Como problema principal, cabe destacar el escaso
conocimiento por parte del proveedor de los FW que
empleamos (estndares ampliamente utilizados) lo que
acarrea un uso deficitario (hibernate) dando lugar a
problemas de rendimiento.
Otro problema a destacar es el desconocimiento por
parte del personal interno de las tecnologas J2ee y de
los FW utilizados por lo que se debe basar en las
apreciaciones del proveedor que no siempre estn
alineadas con la empresa.

Despliegue en ICM: Desconocimiento global, tanto por parte del

proveedor como nuestro, de las plataformas y mecanismos de
despliegue.

QA:

La calidad va de la mano de la construccin por lo que el

desconocimiento de los FW y de la normativa acarrea
retrasos innecesarios al toparse con incumplimientos a
producto terminado.
Creo que es una debilidad que los controles de
verificacin de cdigo no se pasen en actualizaciones
posteriores,
tambin
sera
bueno
proporcionar
herramientas y formacin sobre pruebas de rendimiento
durante el mantenimiento de las aplicaciones (jmeter,
etc.).
Sera bueno que el personal interno fuera capaz de
automatizar las pruebas funcionales (selenium, TestLink,
) que permitan asegurar la calidad de los requisitos.

Puesta en Produccin: No he encontrado problemas a destacar

en esta fase. Algunos aspectos que podran mejorarse son:
Creo que debera hacerse una mayor difusin de los
procedimientos de paso a produccin y de cmo rellenar
las fichas (se podran sustituir por una aplicacin tipo
wizard).
Otro punto que retrasa la puesta en produccin es SENS,
principalmente porque la elaboracin se realiza en el
momento de puesta en produccin, cuando se podra
realizar en fases anteriores del ciclo de vida (desde el
anlisis ya tenemos toda la informacin necesaria para
la clasificacin de seguridad).

Estabilizacin: En esta fase suelen aflorar los problemas

comentados durante el anlisis y la construccin. En ocasiones
surgen cambios en los requisitos no contemplados en el
alcance del proyecto y que se deben abordar con un coste
extra (o esperar a la finalizacin de la garanta para realizarse
con los contratos de mantenimiento)

Mantenimiento posterior: A la hora de incorporar nuevas

funcionalidades, se pueden achacar los mismos problemas de
anlisis, construccin, QA,.. Creo que no tenemos la formacin
y los mecanismos adecuados para controlar que el software
entregado es eficiente y eficaz y que no afecta a otras partes
del sistema (pruebas funcionales y de integracin) o al
rendimiento del mismo.