Historia De La Filosofia
FACULTAD DE CIENCIA Y SISTEMAS
INGENIERIA DE SISTEMAS
ORGANIZACIÓN II
Tema:
Elaboración de carpeta de la asignatura organización II
Elaborado por:
* Francisco Josué Gaitán Blandón.
Grupo: 4T2-IS.
Docente: Msc. Ing. Manuel Huete
Miércoles, 13 de julio del 2011
PARTE III. GESTIÓN DE RIESGOS YCONTROL DE CALIDAD EN PROYECTOS SOFTWARE
2.1 Pruebas del sistema de información
La fase de pruebas es una de las más costosas del ciclo de vida software. Se deben realizarse pruebas de todos las partes generadas durantela construcción del software RENO, lo que incluye las especificacionesde requisitos, casos de uso en general, diagramas de diversos tipos y, por supuesto, elcódigo fuentey las interfaces gráficas de usuario y el resto de elementos que forman parte de la aplicación (comopor ejemplo, la base de datos). Para cada tipo de producto software se pueden aplicar una serie de técnicas de prueba diferentes.
Aplicando las pruebas al software obtendremos los errores que este puede tener, la aplicación se va realizar a:
1. Facilidad de prueba: Lo vamos a realizar pormedio del código fuente ya que este está diseñado Orientado a Objeto.
2. Operatividad: Al evaluar su funcionalidad vamos a observar si este necesita cambios en la operaciones que realiza o si se le debe de agregar más adaptaciones.
3. Observalidad: Ya que tenemos bastante experiencia en la funcionalidad vamos a poder con solo observar los problemas que este puede tener.
4.Controlabilidad: Si está bien automatizado no tendremos problemas al realizar la pruebas, además debemos asegurarnos que todos los requerimientos con los que cuenta el software estén bien instalada, como lo es gestor de base de datos, reportes, y otros paquetes.
5. Simplicidad: Ya nuestro software está diseñado OB pues va ser mucho más fácil realiza las pruebas.
6. Estabilidad: Al estar controlado elsistema va proporcionar estabilidad.
7. Facilidad de compresión: Se cuenta con bastante documentación sobre el sistema como son: requerimientos del sistema y del cliente, la forma de operatividad, los requisitos que este utiliza, sus precio de venta en el mercado, sus debilidades y fortalezas y sobre todo el objetivo de por qué se desarrollar el prototipo de sistema.
2.1.1 Tipo de pruebaseleccionada
Existen pruebas como las de caja negra y caja blanca por citar algunas de ellas, en este caso hemos decidido implementar las pruebas de caja negra a nuestra aplicación o software. Por lo general, las pruebas de caja negra se consideran pruebas de más altonivel que las de caja blanca.
Las pruebas de caja negra la vamos a implementar para la interfaz del software, obviando elcomportamiento interno y la estructura del programa. Vamos a pretender demostrar:
1. Que Las funciones del software son operativa.
2. La entrada se acepta de forma correcta.
3. Que si se produce una salida correcta.
4. La integridad de la información externa se mantiene después se derivan conjuntos de condiciones de entrada que utilicen todos los requisitos funcionales de un programa.
5.Pretendemos hallar la función incorrecta o ausente.
6. Errores en la interfaz.
7. Errores en estructuras de datos o en accesos a bases de datos externas.
8. Errores de rendimiento.
9. Errores de inicialización y de terminación.
2.1.2 Diseño y realización de pruebas
El sistema de registro de notas esta conformado por tres grandes elementos que son: Gestión de Usuarios, Registros y Reportes,los cuales a continuación analizaremos por separado.
Cargar.java
Seguridad.java
Crear_usuario.java
Nueva_Coneccion.java
Coneccion_Seguridad.java
Conectar.java
Inicio_de_Sesion.java
Consulta_docente.java
Consulta_estu.java
Asignacion.java
Modificar_Asignatura.java
Informacion_asignatura.java
Informacion_asignatura.java
Guardar_registro.java
docente.java
Asignatura.java...
Regístrate para leer el documento completo.