Necesito orientación (No es exactamente una duda de RoR)

Pues bueno, estoy llevando a cabo un proyecto de fin de carrera que va
ser un portal web muy parecido a: http//www.hattrick.org, la principal
diferencia es que lo quiero realizar con RoR y será de código abierto.

Lo tengo subido a la siguiente forja:

http://softwarelibre.uca.es:8080/Forja/proyectos/SFO

Mi duda es la siguiente: ¿Qué metodología de desarrollo de software es
la más adecuada para realizar este proyecto?

De momento he realizado:

  • Documento de Especificación de Requisitos.
  • Diagramas de Casos de Uso.

¿Cuál sería el siguiente paso a dar según vuestra experiencia?
¿Describir alguno de los casos de uso e implementarlo? ¿Describir todos
y cada uno de los casos de uso, luego hacer el modelado de la BD?

Sí, estoy bastante perdido porque no quiero seguir una metodología de
tipo lineal secuencial en cascada (que es la que hemos aprendido en la
carrera).

Toda ayuda y opinión será bien recibida.

On 17/04/2008, Carlos Belizón [email protected] wrote:

Pues bueno, estoy llevando a cabo un proyecto de fin de carrera que va
ser un portal web muy parecido a: http//www.hattrick.org, la principal
diferencia es que lo quiero realizar con RoR y será de código abierto.

No es exactamente la clase de consejo que buscas, pero es buen momento
para poner un enlace al “Getting Real”

http://gettingreal.37signals.com/

Que, quitando los consabidos problemas de hypeactividad de Jason,
David & Co., está bastante bien.


Manuel, que
piensa que eres una excelente persona y medra en torno a
http://simplelogica.net y/o http://simplelogica.net/logicola/
Recuerda comer mucha fruta y verdura.

2008/4/17 Carlos Belizón [email protected]:

¿Cuál sería el siguiente paso a dar según vuestra experiencia?

Mi experiencia no es muy profunda, pero de moment no he encontrado
algo que me sirva tanto como construír algo y empezar a iterar sobre
eso. E Iterar, iterar e iterar hasta que tenga algo como me gusta. A
los documentos estáticos y las definiciones tan estáticas y serias de
UML simplemente no dan resultados cuando estás trabajando en un
proyecto donde las ideas te van surgiendo cada momento.

¿Describir alguno de los casos de uso e implementarlo? ¿Describir todos
y cada uno de los casos de uso, luego hacer el modelado de la BD?

Te aseguro que el modelo que tienes planteado para la base de datos
cambiará. Los casos de uso no son algo tangible y usualmente son
demasiado superficiales, así que solo te servirán como guía en este
caso.

¿Has pensado simplemente empezar a trabajar sobre una parte pequeña de
la aplicación, ver que tal funciona y a partir de ahí empezar a
construír todo el sitio?

una metodología de
tipo lineal secuencial en cascada (que es la que hemos aprendido en la
carrera).

Metodología tipo linean secuencia en
cascada…workflowrobustezescalabilidadsinergiafapfapenterprise,
cuánto me recuerda esto a Fuckowski (http://despacho101.com)… :slight_smile:

Hola Carlos

Seguramente a lo largo del desarrollo de tu proyecto modificaras muchas
cosas por lo
que te tocara la realización de cambios en dichos documentos.

La documentación que debe entregar te la deben indicar tus porfesores,
que muchas veces
por ser en ámbito de formación te exigirán RUP o Metrica3 dependiendo de
la institución.

Esta dos son muy pesadas a la hora de documentar, por lo que te
recomiendo que te vayas
hacia algo más “ágil” que te permita ir rellenando documentación a
medida que desarrollas,
así al final tendrás todo completo.

El grupo que formabamos el proyecto de final de carrera decidimos usar
FDD, que viene a
proponer un desarrollo iterativo dirigido por características y la
verdad no nos fue nada mal.

http://www.featuredrivendevelopment.com/ <— Comunidad
http://en.wikipedia.org/wiki/Feature_Driven_Development <-- Como no

Suerte con ese proyecto!

El 17/04/08, Fernando G. [email protected]
escribió:> El 17/04/08, Pablo Formoso E. [email protected] escribió:

¿Cuál sería el siguiente paso a dar según vuestra experiencia?

Las pantallas. La cáscara, lo que el usuario va a ver al final.

Es el mejor funcional y especificación de requisitos.

+1

El 17/04/08, Pablo Formoso E. [email protected]
escribió:> ¿Cuál sería el siguiente paso a dar según vuestra experiencia?

Las pantallas. La cáscara, lo que el usuario va a ver al final.

Es el mejor funcional y especificación de requisitos.

Las puedes hacer en papel y boli, en powerpoint, en photoshop… aunque
lo mejor es tenerlas en html ya definitivo y falsamente operativo.

Esto representará fielmente lo que se puede esperar de la aplicación y
te mostrará carencias que no se pueden ver en un funcional.

Suerte
f.

Muchísimas gracias a todos. Entonces, siguiendo el consejo de todos
vosotros, será mejor que deje por ahora un poco el Análisis y el Diseño
y me vaya directo a la implementación ¿O no os he entendido?

Idem

Raul M.
escribió:> El 17/04/08, Fernando G. [email protected] escribió:

2008/4/17, Manuel González Noriega [email protected]:

http://gettingreal.37signals.com/

Que, quitando los consabidos problemas de hypeactividad de Jason,
David & Co., está bastante bien.

Hola Manuel,

¿ Qué quisiste decir exactamente ?

Perdonadme, es que soy demasiado curioso :wink:

Un saludo.

Que la puedes hacer en Rails. En plan “controladores” sencillos y
algun helper.

Rails va de “conya” para prototipar.

Un saludo,

Francesc

[1] Existe “coña” en castellano?

[1] Existe “coña” en castellano?

Mira una pregunta que me se . SI, existe.

2008/4/18 Francesc E. [email protected]:

Si que has entendido. :stuck_out_tongue:
Hazte una demo en html estático.

El día 17/04/08, Carlos Belizón [email protected]
escribió:

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs