Sistema Informtico de Gestin de MicroArrays ACTA DE REUNIN PRIMERA REUNIN: EXPLICACIN DEL PROYECTO Y PUESTA EN MARCHA Fecha: Jueves

17 de Octubre de 2002 Lugar: EUITIO Hora de inicio: 18:55 Hora de fin: 20:00 Asistentes: Dr. Agustn Cernuda del Ro (director) En principio estaba proyectada la asistencia de D. Daniel Gayo Avello (director) pero no pudo asistir Javier Gonzlez Pisano Orden del da: Explicacin a D. Agustn Cernuda de cmo funcionan los experimentos relacionados con microarrays, as como de una aproximacin de cmo sera el programa solicitado. Incidencias y decisiones adoptadas: Tras la explicacin, se comenta que el proyecto es factible, aunque el problema est an muy poco delimitado. Antes de hacer un anlisis de requisitos, propone que se estudie un poco ms a fondo la dinmica de los experimentos, as como la interaccin que tendran los distintos componentes software entre ellos. A continuacin sugiere ir poniendo por escrito dicho funcionamiento, as ser mas fcil averiguar que partes no se entienden. Despus ya se puede realizar una versin inicial de los requisitos, y a continuacin casos de uso y escenarios. Una vez terminada dicha versin le ser enviada para revisarla y ver posibles cambios A lo largo de estas fases, la comunicacin con el cliente debe ser constante, pues adems de que l ayude a entender mejor el problema, se le puede ir haciendo pensar si el programa est resultando lo que l quiere. Por tanto se deben buscar constantemente dudas que preguntar, como por ejemplo si se pueden realizar varios experimentos a la vez, el tiempo de desarrollo de un experimento, etc.. En cuanto al tema de la genericidad, se comenta que es difcil dejar el programa preparado para poder aadirle cualquier tipo de archivo con coste 0, que era lo que el cliente tena pensado en un principio. Dejaremos este tema

para reuniones posteriores, una vez que se haya ahondado un poco ms en el tema. Otro aspecto que no estaba claro antes de la reunin era si el programa sera capaz de comunicarse directamente con las otras aplicaciones, o por el contrario las operaciones tendran que ser realizadas a la fuerza por un operador manual. Como parece lgico, esto no dependera de la aplicacin a realizar sino de los dems, de manera que habra que inspeccionar los que se usan actualmente para ver si dicha caracterstica se puede aadir. Otro tema que habra que comentar al cliente sera acordar que informacin es pblica y cul es privada, para saber qu se puede ensear, de nada valdra que yo se contaran con algunas cosas al hacer el proyecto para luego descubrir que es informacin confidencial de la empresa y no se puedo ensear. Por ltimo D. Agustn Cernuda se compromete a ensearle la presentacin a D. Daniel Gayo y explicarle por encima el tema del proyecto. Javier acuerda enviarles la versin inicial de requisitos una vez realizada y contrastada por el cliente.