Grupo de Diseño de Software GDS SISTEMA DE INVENTARIO DE ... · centro universitario de...
Transcript of Grupo de Diseño de Software GDS SISTEMA DE INVENTARIO DE ... · centro universitario de...
Grupo de Diseño de Software
GDS
“SISTEMA DE INVENTARIO DE LA SALA DE
CÓMPUTO DE INGENIERIA DE CUI”
MANUAL TÉCNICO
13 diciembre 2011
CENTRO UNIVERSITARIO DE IXTLAHUACA, A.C
INCORPORADO A LA UAEM
BASES DE DATOS AVANZADOS
MANUAL TÉCNICO
ELABORADO POR:
KARLA IVONNE DE LA CRUZ ZETINA
ANA KAREN GARCÍA DELGADO
NOVENO SEMESTRE GRUPO: “A”
INDICE
INTRODUCCIÓN ........................................................................................................................... 5
PROBLEMÁTICA ............................................................................................................................ 5
ANTECEDENTES ......................................................................................................................... 5
DESCRIPCIÓN DE LA ORGANIZACIÓN ......................................................................................... 6
ORGANIZACIÓN EN LA QUE SE DESARROLLA EL PROYECTO ................................................... 6
PROBLEMAS DETECTADOS ........................................................................................................... 7
PROPUESTA DE SOLUCIÓN ........................................................................................................... 7
ANALISIS DE FACTIBILIDAD .......................................................................................................... 8
FACTIBILIDAD TÉCNICA ........................................................................................................... 8
FACTIBILIDAD OPERATIVA ....................................................................................................... 8
FACTIBILIDAD FINANCIERA ...................................................................................................... 8
FACTIBILIDAD DE CALENDARIO ............................................................................................... 8
DICTAMEN DE FACTIBILIDAD ...................................................................................................... 9
CALENDARIZACIÓN...................................................................................................................... 9
Plan de trabajo ................................................................................................................... 9
Plan de manejo de riesgos.................................................................................................. 9
Algunas alternativas de solución: ............................................................................................. 10
PROCESO UNIFICADO................................................................................................................. 10
ANÁLISIS ..................................................................................................................................... 11
PROPUESTA DE SOLUCIÓN ..................................................................................................... 11
HERRAMIENTAS DE INGENIERÍA PARA DESARROLLAR LA SOLUCIÓN ................................... 12
MODELO ESENCIAL .................................................................................................................... 12
LISTA DE ACONTECIMIENTO .................................................................................................. 12
DIAGRAMA DE CONTEXTO ................................................................................................... 13
MODELO DE COMPORTAMIENTO ....................................................................................... 14
DIAGRAMA DE FLUJO DE DATOS .................................................................................... 14
DIAGRAMA ENTIDAD-RELACIÓN ......................................................................................... 15
DICCIONARIO DE DATOS ...................................................................................................... 16
TERMINADORES O ENTIDADES EXTERNAS ................................................................. 16
ALMACENADORES .............................................................................................................. 16
FLUJO DE DATOS................................................................................................................ 16
ELEMENTOS DATO ................................................................................................................. 17
PSEUDOCÓDIGO .................................................................................................................... 19
DIAGRAMA CASO DE USOS ................................................................................................ 23
DESCRIPCIÓN DE MODELO DE CASO DE USOS ............................................................. 24
ANÁLISIS ORIENTADO A OBJETOS ..................................................................................... 26
MODELO FUNCIONAL ............................................................................................................ 26
Escenarios Extendidos ......................................................................................................... 26
MODELO DE CLASES ............................................................................................................. 31
DIAGRAMA DE CLASES ENTIDAD RELACIÓN ............................................................... 31
MODELO DE CLASES DE ESTEREOTIPOS ........................................................................ 32
MODELO DE ESTADO ............................................................................................................ 33
DIAGRAMA DE COLABORACIÓN ......................................................................................... 34
DIAGRAMA DE SECUENCIA ........................................................................................................ 35
PRUEBAS ...................................................................................................................................... 36
PRUEBAS DE VERIFICACIÓN .................................................................................................... 36
REQUERIMIENTOS ...................................................................................................................... 38
FUNCIONALES: ........................................................................................................................ 38
NO FUNCIONALES ................................................................................................................... 38
INVERSOS ................................................................................................................................ 38
INTRODUCCIÓN El proyecto ha sido realizado para la posible automatización del sistema de información
de la sala de cómputo de la carrera de Ingeniería en Computación situado dentro del
Centro Universitario de Ixtlahuaca.
El trabajo contiene una serie de investigaciones y procesos de los cuales constan
entrevistas las que han sido realizadas con la finalidad de obtener información sobre el
área donde se implementará el sistema, además de incluir diagramas que nos ayudarán a
orientarnos de una manera más eficiente y de esa forma realizar un trabajo satisfactorio,
conocer los problemas y necesidades de la sala de cómputo.
PROBLEMÁTICA
ANTECEDENTES Con la realización de la entrevista se obtuvo información acerca de cómo se realiza el
proceso de la realización del inventario algunos puntos obtenidos son los siguientes:
a) La realización de este es muy tediosa ya que el inventario pasa por tres revisiones
antes de ser aceptado, en primer lugar el encargado de la sala de cómputo realiza
un inventario, después este es llevado a la Supervisión de salas de cómputo, donde
es comparado con los datos que tiene en sus manos la encargada de esta área y se
realiza un inventario final preliminar que luego es llevado al departamento de
Recursos Materiales para ser comparado con lo que en esta área se tiene. Una vez
realizada esta comparación se realiza el Inventario Final.
b) El Inventario se realiza en una hoja de cálculo de Excel, y luego está hoja se
imprime.
DESCRIPCIÓN DE LA ORGANIZACIÓN
ORGANIZACIÓN EN LA QUE SE DESARROLLA EL PROYECTO Nombre de la organización: Centro Universitario de Ixtlahuaca, A.C. incorporado a la
Universidad Autónoma del Estado de México.
Ubicación de la Organización: Carr. Ixtlahuaca Jiquipilco Km. 1, Ixtlahuaca, Edo. De
México.
Área de implementación del proyecto: Sala de cómputo ubicada en el edificio de la
Licenciatura de Ing. en Computación.
Nombre del responsable: ING. JANIEL REYNOSO LANDÍN
En la Figura 1.0 se muestra la estructura organizacional del Centro Universitario de Ixtlahuaca
PROBLEMAS DETECTADOS
El encargado de la sala de cómputo suele se equivocarse al escribir el número
de serie de los equipos o de las licencias de software.
El encargado de la sala encuentra tedioso el realizar el inventario, por lo que
no se encarga de revisar nuevamente el inventario que realizo.
El tiempo de espera para la entrega definitiva del inventario es muy tardada.
PROPUESTA DE SOLUCIÓN La solución consiste en elaborar un sistema de cómputo en visual estudio 6.0 que permita
realizar el inventario de la sala de cómputo, en un tiempo menor del que actualmente se
requiere para realizarlo, así mismo reducirá los errores que se cometen por el encargado
de la sala al realizar el inventario.
ANALISIS DE FACTIBILIDAD
El proyecto será realizado de tal forma que los requerimientos se cumplan
satisfactoriamente, en un plazo no mayor a seis meses en el cual se obtendrá información
para sustentar el desarrollo del proyecto.
FACTIBILIDAD TÉCNICA Los recursos de hardware y software pueden ser adquiridos sin problema en alguna
tienda de cómputo.
FACTIBILIDAD OPERATIVA La Coordinación de Ingeniería y la responsable de la sala de cómputo están convencidos
de que se resolverán los problemas detectados con la implantación y uso del sistema
propuesto.
FACTIBILIDAD FINANCIERA El proyecto es costeable por parte de la institución y está dispuesta a realizar la asignación
de recursos.
FACTIBILIDAD DE CALENDARIO El proyecto puede realizarse en un tiempo de 2 meses.
DICTAMEN DE FACTIBILIDAD Este sistema es factible porque mejora el rendimiento de la sala de cómputo por que resuelve problemas detectados dentro de ella ya mencionados anteriormente.
También es un sistema que le ahorra tiempo al encargado de la sala de cómputo, es muy eficaz y eficiente puesto que contiene todos los requerimientos necesarios para la utilización del sistema.
CALENDARIZACIÓN Plan de trabajo
La empresa GDS deberá realizar las actividades establecidas en el cronograma de
actividades y en los tiempos establecidos en este.
Semanalmente se redactará un informe, que deberá contener las actividades
realizadas y en caso de haberse realizado un gasto las especificaciones de este.
Que será representado en el proceso unificado.
Plan de manejo de riesgos
Existe la posibilidad de que durante el desarrollo del sistema de información se
presenten riesgos, entre ellos se encuentran los siguientes:
Interrupción del desarrollo del sistema, por órdenes directivas en donde al
respecto se tratar de convencer a los directivos que es un sistema que cumple
con todos los requisitos.
Incumplimiento o mal cumplimiento de las actividades, de algún integrante de
la empresa.
Algunas alternativas de solución:
Si uno de los integrantes tuviese que abandonar el desarrollo del sistema,
será sustituido por personal adecuado en el menor tiempo posible.
Si algún integrante del proyecto no cumple las expectativas igualmente
será reemplazado.
PROCESO UNIFICADO
En la figura 2.0 se muestra el Proceso unificado del proyecto, en el cual se observa el tiempo en horas requerido para la realización de este.
En la figura 3.0 se muestra los porcentajes de tiempo obtenidos del Proceso Unificado.
ANÁLISIS
PROPUESTA DE SOLUCIÓN Se creará un sistema de información que permita dar de alta a los nuevos equipos
de cómputo mediante una clave asignada por el departamento de recursos
materiales.
El sistema de información realizará el inventario de los equipos de cómputo y sus
componentes semanalmente.
El sistema de información deberá mostrar los equipos ya no existentes y la causa
de la inexistencia, así mismo dará de alta a los nuevos equipos de cómputo, o
alguno de los componentes de este (por ejemplo mouse, teclado, etc.) y el nuevo
software.
El sistema de información registrará los equipos de cómputo y demás
componentes, existentes con ayuda de un lector de código de barras.
En caso de que el material este dañado el sistema deberá realizar un informe de
este acontecimiento.
HERRAMIENTAS DE INGENIERÍA PARA DESARROLLAR LA SOLUCIÓN Visual Basic Lenguaje SQL
MODELO ESENCIAL
LISTA DE ACONTECIMIENTO
1) El encargado realiza altas de Software (F)
2) El encargado realiza altas de Hardware (F)
3) El encargado realiza una consulta de Hardware existente (T)
4) El encargado realiza una consulta de Software existente (T)
5) El encargado realiza bajas de Software existente (F)
6) El encargado realiza bajas de Hardware existente (F)
7) El encargado recibe el reporte semanal del estado de Software (T)
8) El encargado recibe el reporte semanal del estado de Hardware (T)
9) El encargado recibe el reporte semestral del estado de Software (T)
10) El encargado recibe el reporte semestral del estado de Hardware (T)
DIAGRAMA DE CONTEXTO
En la figura 4.0 se muestra el Diagrama de Contexto que indica los procesos que realizará el
sistema.
MODELO DE COMPORTAMIENTO
DIAGRAMA DE FLUJO DE DATOS
En la figura 5.0 se muestra el Diagrama de Flujo de Datos que indica los procesos que realizará el
sistema y los almacenadores requeridos para lograr la realización de estos.
DIAGRAMA ENTIDAD-RELACIÓN
En la figura 6.0 se muestra el Diagrama Entidad-Relación donde se indican las relaciones entre las
entidades existentes en el proyecto.
DICCIONARIO DE DATOS
TERMINADORES O ENTIDADES EXTERNAS
Encargado: Es el responsable de mantener la información actualizada en el
sistema, entre sus tareas se encuentran realizar altas, bajas, modificaciones para
obtener un resultado satisfactorio en la realización de los inventarios
correspondientes.
ALMACENADORES
Hardware = {@número_de_seríe + nombre__del_hardware +
descripción_del_hardware}
Software = {@número _licencia + nombre_de_software + descripción_de_software
}
FLUJO DE DATOS
Datos software= = {@número_de_licencia + nombre_software +
descripción_software}
Consulta de software = {@número_de_licencia}
Reporte semanal software = {fecha + Datos _del _software}
Reporte semestral software = {fecha de préstamo + Reporte_semanal_software}
Datos hardware = {@número_seríe + nombre_hardware+
descripción_del_hardware + marca}
Consulta de hardware = { @número_seríe }
Reporte de semanal hardware = {fecha + Datos_hardware }
Reporte semestral hardware = {fecha + Reporte_semanal_software}
Fecha = día + mes + año
Reporte general = {Reporte_semestral_software + Reporte_semestral_hardware}
ELEMENTOS DATO
Nombre
Descripción
Tipo Continuo/ Discreto
Longitud
Rango
número_de_Licencia
Marca
Descripción_software
Datos_software
Día
Mes
Reporte_semal_software
número_seríe
nombre__del_hardware
descripción_del_hardware
Número
con el que se identifica el software
Marca de hardware
Característic
as de software
Descripción de software
Día que se
realizo informe
Mes en que se realiza informe
Informe
generado semanal
Número de identificación de equipo
Nombre de
cada componente de hardware
Característic
as del hardware
Cadena
Cadena
Cadena
Cadena
Entero
Entero
Cadena
Cadena
Cadena
Cadena
Continuo
Continuo
Continuo
Continuo
Continuo
Continuo
Continuo
Continuo
Continuo
Continuo
30
18
40
50
2
2
20
30
30
100
“1-31”
“1-12”
Nombre Descripción
Tipo Continuo/ Discreto
Longitud Rango
Año
Marca
Año en que se realiza un reporte
Nombre del programa
Cadena
Cadena
Continuo
Continuo
4
30
2011-2999
PSEUDOCÓDIGO
PROCESO 1.0 REALIZAR ALTAS DE SOFTWARE
COMIENZA
LEER datos_de_software
ESCRIBIR datos_de_software en SOFTWARE
TERMINA
PROCESO 2.0 REALIZAR ALTAS DE HARDWARE
COMIENZA
LEER datos_de_hardware
ESCRIBIR datos_de_hardware en HARDWARE
TERMINA
PROCESO 3.0 REALIZAR CONSULTA DE HARDWARE
COMIENZA
GENERAR consulta_de_hardware EN HARDWARE
IMPRIMIR consulta_de_hardware
TERMINA
PROCESO 4.0 REALIZAR CONSULTA DE SOFTWARE
COMIENZA
GENERAR consulta_de_software EN SOFTWARE
IMPRIMIR consulta_de_software
TERMINA
5.0 REALIZAR BAJAS DE SOFTWARE
COMIENZA
LEER datos_de_software
ELIMINAR datos_de_software en SOFTWARE
TERMINA
6.0 REALIZAR BAJAS DE HARDWARE
COMIENZA
LEER datos_de_hardware
ELIMINAR datos_de_hardware en HARDWARE
TERMINA
7.0 GENERAR REPORTE SEMANAL DE SOFTWARE
COMIENZA
LEER lista_de_software en SOFTWARE
IMPRIMIR reporte_semanal_de_software_existente
TERMINA
8.0 GENERAR REPORTE SEMANAL DE HARDWARE
COMIENZA
LEER lista_de_hardware en HARDWARE
IMPRIMIR reporte_semanal_de_hardware_existente
TERMINA
9.0 GENERAR REPORTE SEMESTRAL DE SOFTWARE
COMIENZA
LEER lista_de_software en SOFTWARE
IMPRIMIR reporte_semestral_de_software_existente
TERMINA
10.0 GENERAR REPORTE SEMESTRAL DE HARDWARE
COMIENZA
LEER lista_de_hardware en HARDWARE
IMPRIMIR reporte_semestral_de_hardware_existente
TERMINA
11.0 GENERAR REPORTE GENERAL
COMIENZA
LEER fecha en REPORTE_GENERAL
BUSCAR fecha en REPORTE SEMANAL
SI encuentra fecha
ENTONCES
DESPLIEGA “ ¿DESEA REPORTE DE HARDWARE O SOFTWARE?”
CAPTURAR tipo_de_reporte_deseado
IMPRIMIR reporte_general
BUSCAR fecha en REPORTE SEMESTRAL
SI encuentra fecha
ENTONCES
DESPLIEGA “ ¿DESEA REPORTE DE HARDWARE O SOFTWARE?”
CAPTURAR tipo_de_reporte_deseado
IMPRIMIR reporte_general
TERMINA
DIAGRAMA CASO DE USOS
En la figura 7.0 se muestra el Diagrama de Casos de Uso que muestra la interacción que tiene el
encargado de la sala de cómputo con los procesos.
DESCRIPCIÓN DE MODELO DE CASO DE USOS
Actor Descripción
Encargado Persona que puede dar altas, bajas y consultas del inventario de la sala de cómputo
Supervisión de salas de cómputo
Persona encargada del controlar altas, bajas, licencias de software.
Recursos materiales Persona encargada de controlar altas y bajas de HW.
Caso de uso Registrar Software
Tipo Primario, Esencial, Básico
Actores Encargado, Supervisión de salas de cómputo
Propósito Permite al encargado registrar software
Caso de uso Registrar Hardware
Tipo Primario, Esencial, Básico
Actores Encargado, Recursos materiales
Propósito Permite al encargado registrar hardware
Caso de uso Generar bajas de Software
Tipo Primario, Esencial, Básico
Actores Encargado, Supervisión de salas de cómputo
Propósito Permite al encargado dar de baja el software
Caso de uso Generar bajas de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado, Recursos materiales
Propósito Permite al encargado dar de baja Hardware
Caso de uso Generar consultas de Software
Tipo Primario, Esencial, Básico
Actores Encargado, Supervisión de salas de cómputo
Propósito Permite al encargado dar de baja Hardware
Caso de uso Generar consultas de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado, Recursos materiales
Propósito Permite al encargado dar de baja Hardware
Caso de uso Realizar reporte de Software
Tipo Primario, Esencial, Básico
Actores Encargado, Supervisión de salas de cómputo
Propósito Permite al encargado generar reporte de software
Caso de uso Realizar reporte de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado, Recursos materiales
Propósito Permite al encargado generar reporte de Hardware
ANÁLISIS ORIENTADO A OBJETOS
MODELO FUNCIONAL
Escenarios Extendidos
Caso de uso Registrar Software
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Supervisión de salas de cómputo
Propósito Permite al encargado registrar software
Flujo normal de eventos 1.- El usuario registra el Software 2.- El sistema responde con éxito sí. 2.1 El encargado de Supervisión de salas de cómputo autoriza el registro 3.- El sistema registra el software.
Flujos alternos o excepciones 2a. En caso de que el encargado de Supervisión de salas de cómputo, no autorice el registro, se rechaza el registro.
Caso de uso Registrar Hardware
Tipo Primario (Primario), Esencial, Básico
Actores Encargado, Recursos materiales
Propósito Permite al encargado registrar Hardware
Flujo normal de eventos 1.- El usuario registra el Hardware 2.- El sistema responde con éxito sí.. 2.1 El encargado de Recursos materiales autoriza el registro. 3.- El sistema registra el Hardware.
Flujos alternos o excepciones 2a. En caso de que el encargado de Recursos materiales, no autorice el registro, se rechaza el registro.
Caso de uso Registrar Hardware
Tipo Primario (Primario), Esencial, Básico
Actores Encargado, Recursos materiales
Propósito Permite al encargado registrar Hardware
Flujo normal de eventos 1.- El usuario registra el Hardware 2.- El sistema responde con éxito sí.. 2.1 El encargado de Recursos materiales autoriza el registro. 3.- El sistema registra el Hardware.
Flujos alternos o excepciones 2a. En caso de que el encargado de Recursos materiales, no autorice el registro, se rechaza el registro.
Caso de uso Generar bajas de Software
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Supervisión de salas de cómputo
Propósito Permite al encargado dar de baja el software
Flujo normal de eventos 1.- El usuario genera la baja del Software 2.- El sistema responde con éxito sí... 2.1 El encargado de Supervisión de salas de cómputo autoriza la baja del software. 3.- El sistema genera la baja del Software
Flujos alternos o excepciones 2a. En caso de que el encargado de Supervisión de salas de cómputo, no autorice la baja del Software, se rechaza el la baja del Software
Caso de uso Generar consultas de Software
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Supervisión de salas de cómputo
Propósito Permite al encargado consultar el software
Flujo normal de eventos 1.- El usuario genera consulta del Software 2.-El sistema responde con éxito 3.- El sistema genera consulta y se despliega la consulta del Software
Caso de uso Generar consultas de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Recursos materiales
Propósito Permite al encargado consultar Hardware
Flujo normal de eventos 1.- El usuario genera consulta del Hardware 2.-El sistema responde con éxito 3.- El sistema genera consulta y se despliega la consulta del Hardware
Caso de uso Realizar reporte semanal de Software
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Supervisión de salas de cómputo
Propósito Permite al encargado generar reporte semanal de software
Flujo normal de eventos 1.- El usuario realiza un reporte del Software 2.- El sistema responde con éxito sí... 2.1 Si el reporte es semanal 3.- El sistema genera el reporte semanal del software y se despliega.
Flujos alternos o excepciones 2a. En caso de que el reporte no sea semanal se rechaza el reporte de Software
Caso de uso Realizar reporte semanal de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Recursos materiales
Propósito Permite al encargado generar reporte semanal de Hardware
Flujo normal de eventos 1.- El usuario realiza un reporte del Hardware 2.- El sistema responde con éxito sí... 2.1 Si el reporte es semanal 3.- El sistema genera el reporte semanal del Hardware y se despliega.
Flujos alternos o excepciones 2a. En caso de que el reporte no sea semanal se rechaza el reporte de Hardware
Caso de uso Realizar reporte Semestral de Software
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Supervisión de salas de cómputo
Propósito Permite al encargado generar reporte semestral de software
Flujo normal de eventos 1.- El usuario realiza un reporte del Software 2.- El sistema responde con éxito sí... 2.1 Si el reporte es semestral 3.- El sistema genera el reporte semestral del software y se despliega.
Flujos alternos o excepciones 2a. En caso de que el reporte no sea semestral se rechaza el reporte de Software
Caso de uso Realizar reporte Semestral de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Recursos materiales
Propósito Permite al encargado generar reporte semestral de Hardware
Flujo normal de eventos 1.- El usuario realiza un reporte del Hardware 2.- El sistema responde con éxito sí... 2.1 Si el reporte es semestral 3.- El sistema genera el reporte semestral del Hardware y se despliega.
Flujos alternos o excepciones 2a. En caso de que el reporte no sea semestral se rechaza el reporte de Hardware
Caso de uso Realizar reporte General de Software
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Supervisión de salas de cómputo
Propósito Permite al encargado generar reporte semestral de Hardware
Flujo normal de eventos 1.- El usuario genera reporte del Software 2.-El sistema responde con éxito 3.- El sistema genera reporte y se despliega el reporte del Software
Caso de uso Realizar reporte Semestral de Hardware
Tipo Primario, Esencial, Básico
Actores Encargado (Primario), Recursos materiales
Propósito Permite al encargado generar reporte semestral de Hardware
Flujo normal de eventos 1.- El usuario genera reporte del Hardware 2.-El sistema responde con éxito 3.- El sistema genera reporte y se despliega el reporte del Hardware
MODELO DE CLASES
DIAGRAMA DE CLASES ENTIDAD RELACIÓN
En la figura 8.0 se muestra el Diagrama de clases.
MODELO DE CLASES DE ESTEREOTIPOS
En la figura 9.0 se muestra el Diagrama de estereotipos.
MODELO DE ESTADO
En la figura 10.0 se muestra el Diagrama de estado.
DIAGRAMA DE COLABORACIÓN
En la figura 11.0 se muestra el Diagrama de secuencia de Hardware
En la figura 12.0 se muestra el Diagrama de secuencia de Software
DIAGRAMA DE SECUENCIA
En la figura 13.0 se muestra el Diagrama de colaboración de Hardware
En la figura 13.0 se muestra el Diagrama de colaboración de Software
PRUEBAS
PRUEBAS DE VERIFICACIÓN Se ha verificado que la ejecución del programa genera los resultados esperados.
Se mostrara una matriz de pruebas y su aplicación sobre la ejecución del programa.
Matriz de prueba N° de prueba Datos de entrada Salida esperada Salida obtenida observaciones 1 prueba HARDWARE Base de datos Registro en
hardware ok
2 prueba SOFTWARE Base de datos Registro en software
ok
MENSAJE DE BIENVENIDA
Evidencia prueba N° 1
Evidencia prueba N° 2
REQUERIMIENTOS
FUNCIONALES: El sistema debe permitir dar de alta un nuevo equipo de cómputo
El sistema debe permitir dar de baja un equipo de cómputo
El sistema debe de generar reportes semanales y semestrales
El sistema debe informar cuando equipo de cómputo no funcione correctamente
En caso de que el material sea dañado deberá mandarse a recursos materiales
NO FUNCIONALES La aplicación debe estar disponible en todo momento, puede no estar disponible no
más 2%del tiempo en un mes.
Debe producir un informe en menos de un minuto
INVERSOS El sistema no deberá realizar el registro de los alumnos que trabajan con los
equipos de cómputo
El sistema no llevará el registro de las personas que accedan a la sala de cómputo.