consulta de metodologías de desarrollo

Yo utilizaria un enfoque un poco novedoso (que tiene sus riesgos)

Haria unos casos de uso basicos con UML como documentación previa. Luego
para documentar el desarrollo generia unos diagramas de clases mediante
alguna herramienta inversa y utilizando NDoc y los comentarios XML como
herramienta de documentación.

Además añadiria al coctel un toque de TTD, utilizando NUnit para escribir y
correr unit tests.

Si quieres ir más alla, a por el sobresaliente, integración continua con
Draco.Net o CruiseControl.

Como elemento adicionales:

Mantendria una lista de riesgos durante toda la vida del proyecto. Con los
riesgos evaluados y actualizada.
Montaria un gestor de fuentes, CVS o SourceSafe o algo por el estilo.
Montaria un sistema de bugtraking (vale... esto ya es pasarse...)

Vamos que me haces a mi un proyecto de fin de carrera con esos elementos y
una memoria explicando por que usas cada cosa y cuales son sus ventajas y
como es algo que sirve para mayores proyectos y tienes matricula...

Un saludo
Rodrigo Corral González [MVP]

FAQ de microsoft.public.es.vc++
http://rcorral.mvps.org

"Luis Apunte" escribió en el mensaje
news:0d2301c4a584$ad53e880$
Hola amigos de la comunidad, necesito orientación en lo
que respecta a metodologías de desarrollo, ya que estoy
trabajando en
una aplicación como Tesis de grado. Deseo realizarla en C#
y con conexión
a BDD.

Quisiera que me recomienden alguna metodología que sea
flexible, y de
desarrollo rápido. Además quisiera saber que tipo de
documentación
es estrictamente necesaria ya que no quiero perder mucho
tiempo en
ello.


Hola, Luis:

Para desarrollo rápido, y hablando sobre experiencias concretas, tienes
Extreme Programming (www.extremeprogramming.org). Lo mas bonito que tiene es
que suprime toda la burocracia del ciclo de desarrollo: el usuario es parte
esencial del equipo de desarrollo. Entre sus características principales
tienes que el ciclo de desarrollo se basa en pequeños incrementos, al final
de los cuales se ejecuta un conjunto de pruebas que garanticen que la
iteración fue exitosa. Cada iteración es evaluada por el cliente (o ee
representante suyo que forma parte del equipo) y se pasa a la siguiente.
Otro de los principios es comenzar a darle soluciones al cliente lo más
rápidamente posible: si se trata de un sistema grande (¿y si no para que
queremos metodología?) se le asignan prioridades a los diferentes puntos
funcionales, y se construyen -y se ponen en servicio- primero los mas
importantes y luego los menos. El énfasis de XP no está en la planificación
del proyecto, sino en su control.

Como metodología formal, la más completa y actualizada -al menos hasta hara
cosa de un año, cuando tuve que engavetar mi interés por la metodología por
exceso de trabajo- es la llamada RUP (Rational Unified Process). Creo que el
libro fundamental es "El proceso unificado de desarrollo de software" por
Grady Booch, Ivar Jakobson y James Rumbaugh. Aunque la encuentro un poco
"pesada" para mi trabajo (trabajo siempre solo) el libro está lleno de ideas
y conceptos que te ayudan a trabajar mejor.

"Estrictamente" necesaria es una lista de las clases y sus métodos
organizada de una manera que te permita localizar rapidamente lo que estas
buscando. Encuentro que tambien son útiles los diagramas de secuencia -o de
colaboración- para cada operación. Y por supuesto que ni siquiera puedes
comenzar a pensar si no tienes unos requerimientos claros (tal vez no
detallados, pero sí claros: qué operaciones se van a implementar, cuáles son
los efectos deseados de cada una de ellas y qué condiciones deben cumplirse
para ejecutarlas).

Salud!

Leonardo
mvp vb