05-06-2007 Luis Artola
Acabo de comenzar el desarrollo de un nuevo portal. Cada vez que comienzo un proyecto nuevo me pregunto cómo puedo mejorar mi proceso para no cometer los errores de los proyectos anteriores. En éste caso me he preguntado si cumplo los mínimos necesarios hoy en día para hacer un desarrollo. En mi opinión son:
¿Qué se me olvida?
1. Iñaki Sanchez | Junio 5th, 2007 at 5:07 pm
Yo añadiría un punto más:
En el cierre del proyecto, debería haber un resumen con problemas nuevos a los que se ha enfrentado el equipo, y poner cómo se han resuelto.
Esto sirve para 2 cosas: primero, para reflexionar si hay que añadir algún paso adicional a la hora de crear software, y segundo, para tener una fuente de información a la que acceder en caso de tener un problema similar en otro proyecto.
2. Luis Artola | Junio 5th, 2007 at 5:55 pm
Si, siempre hacer una reunión de “lecciones aprendidas” viene bien…
Sin embargo yo ahora estoy EMPEZANDO un proyecto, por eso iba más por os mínimos necesarios hoy en día. Esto es: “si no utilizas algo de esto, no sobrevivirás” 
3. ubersoldat | Junio 5th, 2007 at 7:30 pm
UML?
Ya que vas a usar OO pues te puedes hacer unos esquemas en UML
4. Luis Artola | Junio 6th, 2007 at 9:40 am
puff! odio el UML… si lo utilizo, lo utilizo como esquemas. Te dejo un link a un artículo de Martin Fowler (gurú de todo esto):
http://www.martinfowler.com/bliki/UmlAsSketch.html
Los dos esquemas UML más habituales : Casos de uso y Modelo de dominio, no los necesito:
Los casos de uso los sustituyo por una lista de funcionalidades-entregas.
El modelo de dominio se utiliza cuando abstraes la base de datos mediante algún mecanismo. Yo utilizo un patrón Active Record, que simplifica el acceso a BD pero no lo abstrae.. así que me conformo con un Esquema Entidad Relación …
¡ese sí se me ha olvidado ponerlo!
5. hector | Junio 8th, 2007 at 4:15 pm
yo tengo una duda.
cuales son las ventajas y desventajas de NO utilizar patrones de diseño en mi aplicación web.
6. Luis Artola | Junio 8th, 2007 at 4:38 pm
Hola Hector,
seguro que si tienes experiencia programando, te has enfrentado en numerosas ocasiones a ciertos problemas que se repiten: reutilización de código, gestión de errores, mantenimiento, etc…
Los patrones son, para problemas concretos, soluciones que se han demostrado como las mejores.
7. Fer | Agosto 1st, 2007 at 6:43 pm
Saben estoy empezando con todo esto de la ingenieria de sotfware y procesos, y concuerdo Luis Artola, y en el proyecto donde colaboró, hemos tenido ciertas dificultades en cuanto a requerimientos, si bien es cierto Uml puede ser útil cuando tiene definido el universo del problema, pero cuando el proceso de la empresa cambia y con ello el desarrollo y la lógica de negocios, solo te queda adaptarte, en mi caso, llevo un listado de requerimiento y pantallas, el cual lo presentó cada fin de ciclo,(desarollamos incremental e iteracional con ciclos de 10 días máx.) además contamos con una bitácora de donde señalamos los puntos relevantes y ocupamos una metodología de juntas diarias, y creanme cuando le digo que al equipo le resulta eficaz, ya que al encontrarse con un un problema y exponerlo, alguien que ya lo haya hecho puede apoyar o entre todos se llega a una solución, por el momento no he instaurado capturar ésto, pero creo que lo hare, saludos
8. Luis Artola | Agosto 1st, 2007 at 6:47 pm
Hola Fer,
El uso de una bitácora, un wiki o ambos dos, me parece muy buena idea. Creo que es una manera sencilla de intercambiar conocimientos y gestionar los hitos del proyecto …
9. Diario de Programación &&hellip | Noviembre 5th, 2007 at 6:46 am
[…] el comentario #5 de este post de Programania veo una cuestión que me ha llamado la […]
Obra bajo
licencia de Creative Commons.
Tema por
Luis Artola .
Hecho con
Wordpress
|
RSS
|
¿Quienes somos?
Loading ...