Pues aquí estoy yo, en esta no tan fría, pero sí oscura tarde de lunes, pensando en Achilleus; así que aprovechando la presentación que acabo de hacer a la lista, voy a escribir con un poco más de detalle esas cosas que pienso debería tener mi “bebé” (lo siento… pero es un bebé :P).

Pero antes, comentaré la metodología que usaré para hacer el proyecto, si bien hay ciertas partes que ya están prefijadas, a pesar de que la metodología especifique que hay que dedicar unos minutos a ello. En concreto, voy a hacer uso de la metodología del Proceso Unificado, la cual no es más que un conjunto de fases que permiten desarrollar software de forma iterativa e incremental (y basicamente es lo que voy a hacer aquí…). Iterativo, en tanto que voy a tener que pasar por alguna, sino todas, de esas fases más de una vez, e incremental en tanto que poco a poco, se va avanzando, y corrigiendo posibles errores en las sucesivas iteraciones)

El Proceso Unificado, está dirigido por lo que se llama casos de uso, en tanto que los requisitos del software se capturarán mediante ésta técnica; y luego esos casos de uso se irán formalizando en clases, y posteriormente se implementarán (por supuesto se podrán ampliar y corregir en cada iteración).

Así que… como primera fase… veamos los requisitos que he pensado (brainstorming) debiera tener Achilleus:

• Gestión de usuarios (alta/baja/modificación/listado/…)
• Gestión de actas (repositorio de las mismas/posibilidad de “firma”)
  • Gestión de reuniones (quizás debería ser al revés, se tienen reuniones “oficiales” y “no-oficiales”, y las oficiales tendrán el repositorio de actas, que habrá que firmar por quien sea, y las “no-oficiales” pues simplemente notas de lo hablado pero sin valor legal.
• Gestión de actividades, quizás esto sea lo más difícil de abstraer en tanto que cada grupo de personas hace cosas diferentes (crear/listar/gestionar contabilidad/¿?)
  • Gestión de usuarios, he pensado que puede que haya actividades para no-usuarios, es decir, no pertenecientes a la asociación
• Gestión de eventos, quizás esto debiera ser un “tipo” de actividad; pero esto va con la idea (sugerencia de mariodebian) de poder repartir la organización de un evento, a modo de cola, y saber que ha hecho quien y que no puede hacer una persona (algo así como una asignación de tareas a realizar para un evento)
• Gestión de inventario (alta/baja/modificación/préstamo?/…)
• Gestión de contabilidad (gastos/ingresos/resúmen movimientos/…)

Esto es más o menos, lo que se me viene a la cabeza (incluyendo las sugerencias de mariodebian), de una forma un poco genérica.

¿Quieres aportar algo? (Cualquier comentario, por muy tonto que pueda parecer, será de gran ayuda. Mientras más información tenga, más útil será esto y menos iteraciones tendré que hacer…)