Page 50

Software libre

© FUOC • XP06/M2118/02155

Como complemento de este esquema, se deben definir los mensajes que intervienen, los ficheros a los cuales se tiene acceso para lectura y escritura y bajo qué perfiles ocurren estos cambios, con el fin de detallar cada una de las elipses del diagrama con cada una de las flechas, es decir, cada elemento con sus atributos, métodos, etc.

3.7. Especificaciones de desarrollo y pruebas

A partir de este punto, se estará en condiciones de establecer las características del sistema en los siguientes aspectos: • Tecnología: hardware, software y comunicaciones. • Servicios y herramientas de desarrollo: identificación de los servicios y por qué software será prestado, y adecuación del mismo al entorno tecnológico y herramientas que permitirán dar la funcionalidad requerida. • Herramientas de documentación. • Seguridad y protección: niveles, separación y control. • Restricciones técnicas. Con todo esto hay que definir el conjunto de pruebas necesarias que se deben realizar una vez implantado el sistema. Éstas deben definirse como pruebas unitarias, con el mínimo nivel de dependencia posible para permitir un desarrollo, implantación y prueba por componentes. Por ejemplo, la prueba del NFS. No será necesario probarlo con todo el sistema en primer nivel, se podrán realizar pruebas de montar recursos locales y con sólo una máquina cliente para los diferentes perfiles de uso. Será necesario también definir una prueba global (de

ANOTACIONS

integración) para probar más adelante el sistema de NFS a nivel de toda la arquitectura, pero con la certeza de que el servidor funciona y está parcialmente validado. La especificación de las pruebas unitarias se puede dividir en: • Pruebas de caja negra: se considera el componente o servicio desde el punto de vista funcional, analizando sus entradas y salidas y comparando sus respuestas con los resultados esperados. 50

Administracion_redes_GNULinux  
Advertisement