Mba desarollo

* Análisis del Problema
* Análisis del problema
* Diseño de la solución
* Construcción
* Construcción de la aplicación
* La estructura
* El fichero de configuración     *   struts-config.xml
* Obtención de los datos
* Conclusiones
En numerosas ocasiones me escriben usuarios del Web consultándome como comenzar a construir aplicaciones Web con Java. Hoy vamos a verun posible modo.... y, como siempre, vamos a tratar cambiar la perspectiva típica....
Os advierto que en este caso no va a ser un tutorial muy básico....
Análisis del Problema
No debemos confundir el medio y el fin. Nuestro objetivo es construir una aplicación y struts es unos más de los componentes técnicos que vamos a utilizar.
Lo más importante es definir de un modo inequívoco que es lo quequeremos hacer, es decir, tomar los requisitos:
Queremos construir un subsistema para el Web www.adictosaltrabajo.com que nos permita: 1. 2. Proporcionar a los usuarios la capacidad de decir de donde nos escriben e introducir algunos datos que nos permitan obtener estadísticas. 3. Posteriormente querríamos mostrar en un mapa visual los datos adquiridos (esto lo dejamos para otrotutorial) |
Los objetivos vemos que nos son excesivamente ambiciosos pero nos puede valer. Los requisitos son independientes de la tecnología....
Ahora vamos a, antes de tirar una sola línea de código, profundizar en los problemas para anticipar posibles riesgos ligados a la indeterminación de los requisitos o la falta de análisis de potenciales riesgos.
Análisis del problema
Debemos hacernos algunaspreguntas
* ¿Cuales son los datos que queremos que nos introduzcan (directa e indirectamente a través de su navegación)?
* ¿Que rechazo puede producir introducir esos datos por parte del usuario?
* ¿Como puede afectar esta información al tratamiento de datos que hacemos en el Web asociados a la LOPD (Ley Orgánica de Protección de Datos)?
* ¿Cual va a ser el volumen de datos amanejar?
* ¿Que potenciales riesgos de seguridad puede tener la aplicación para nuestro sistema?
Nos respondemos
* Para favorecer que a los usuarios no le de mucho apuro rellenar la información, vamos a solicitar solamente el país  y darles la oportunidad de hacer algún comentario del Web. * Como no les pedimos datos personales (vinculados a un usuario en concreto) no afecta al tratamientopersonal de datos. * El volumen de datos se plantea que sea pequeño pero debemos establecer mecanismos de seguridad para que algún usuario maliciosos no nos saturase el Web con la entrada masiva de información (siempre hay alguien que nos complica la vida ) |
También nos debemos preguntar ¿estas son todas las preguntas que nos tenemos que hacer? ¿estamos planteando bien la toma de requisitos?Ya os adelanto que no lo estamos haciendo demasiado bien aunque esto es otra guerra que ya lucharemos algún día (conceptualización y acotamiento de un problema, valoración rápida de esfuerzo y coste, identificación de riesgos típicos y particulares, etc. )
Si no somos capaces de hacer una buena definición del problema utilizando buenas técnicas de análisis, los problemas en la fase de desarrolloserán mucho más grandes,Además se nos juntarán muchos problemas más: * La introducción de nueva funcionalidad (el tiempo pasa y las necesidades evolucionan) * Las correcciones de errores conceptuales * Las prisas por no haber llevado un ritmo de trabajo estable y habernos confiado en un principio * La complejidad de ciertas funciones que en principio parecían mucho mas sencillas. |Diseño de la solución
Primer problema
Realizamos una descomposición del trabajo a realizar ( WBS Work Breakdown Structure)
* Definir la tabla de países (y llenarla). Estudiar como luego podríamos situar en un plano los resultados
* Definir la tabla de visitantes (con el campo para observaciones)
* Definir el componente que sea capaz de interaccionar con estas tablas (acceso a datos)...