SISTEMAS DE INFORMACION

SEMANA 7

Nombre del estudiante: Moisés lázaro lopez

Fecha de entrega: 25/07/22
Carrera: Programa de continuidad en ingeniería en informatica
DESARROLLO
Establezca el método piloto o el método de fases para la implementación del sistema.

Para implementar este sistema tenemos que tener en cuenta que la empresa tiene un control de
inventario bien anticuado, con planillas en papel y firmas por parte del técnico cuando se le entrega sus
herramientas, materiales o EPP del trabajo, toda la información sobre esto está guardados en papeles y
carpetas, realizaremos la implementación, utilizaremos el sistema informático y a la vez el sistema antiguo
para cualquier falla que tengamos.

Se podría aplicar el método paralelo, ya que el sistema se utilizaría junto al antiguo sistema anticuado,
pero como el sistema es para un cierto sector de la empresa, para el área de técnicos y planta externas,
no tendría una gran dimensión, no tendría un gran número de programas que implementaría en el
sistema, si no para un cierto sector ocupando una mínima cantidad de datos, por estas circunstancias, se
aplicaría el método piloto, a un sector o departamento de la empresa, se haría pruebas ya que el usuario
final se debe adaptar a este sistema, si no; no le serviría y los procesos serian mas lentos ya que el usuario
final se le complica la ejecución de este nuevo sistema informático. El método piloto implica que
implementar este sistema a la empresa lentamente, junto al sistema anticuado, puede prevenir fallas si se
aplicaría totalmente el sistema, ya que, a través del uso, se podrá ver las fallas, la velocidad de los
procesos, y la adaptabilidad con el usuario final, y así a través de su uso, se desarrollará el sistema final,
dejando el sistema antiguo atrás aplicando todas las correcciones para que el usuario final tenga una
facilidad de ejecutar sus funcionalidades.

Aplique y documente las pruebas del sistema para la detección de fallos:

Pruebas del sistema:

Matriz de cumplimiento:

REQ-01: Acceso mediante la autenticación

REQ-02: Administración de usuarios y perfiles

REQ-03: Administración de materiales

REQ-04: Administración de técnicos

REQ-05: administración de reportes

REQ-06: Administración de equipos con Mac

REQ-07: El sistema se desarrollará bajo el lenguaje de PHP (requerimiento no funcional)

 Matriz de cumplimiento REQ-01 REQ-02 REQ-03 REQ-04 REQ-05 REQ-06 REQ-07
Modulo 1 (acceso a usuarios) SI SI
Modulo 2 (creación de SI SI
usuario)
Modulo 3 (ingreso de SI SI
materiales)
Modulo 4 (creación de SI SI
técnicos)
Modulo 5(asignación de SI SI
técnicos)
Modulo 7(creación de SI SI
reportes)
Modulo 8(ingreso de equipos) SI SI
Resultado Si Si Si Si Si Si si

Pruebas de seguridad:
Las pruebas de seguridad que se realizarán a este sistema serán a través de sesiones, a la cual tendrá un
nombre de usuario y contraseña, la contraseña estará encriptada bajo la protección de MD5. Cada
administrador del sistema tendrá su login, para que el sistema sepa quien está ingresando. El sistema
tendrá niveles de usuario para que los privilegios se mantengan en orden y no cualquier usuario pueda
tener completamente las funciones del sistema. Las sesiones se cerrarán si el usuario tiene inactividad, ya
que personas no éticas puede ingresar y robar información, implementando cierre de sesión por
inactividad este sistema tendrá su seguridad.

Pruebas de usuario:
En estas pruebas se realizarán pruebas de funcionalidades a los diferentes niveles de usuario, en este
sistema tendrá 3 niveles de usuarios, nivel 1 administrador es el que tendrá todos los accesos, incluso
para crear a los demás usuarios, nivel 2 este nivel de usuario solo tendrá la función de ingresar inventario,
asignar materiales y generar reportes, nivel 3 solo tendrá el acceso para ver los materiales, materiales
asignados y reportes, solo tendrá modo lectura.

Pu-01 Autenticación de usuario

Requerimientos REQ-02
asociados
Descripción Usuario- contraseña válidos para el acceso al sistema
Inter pendencias Módulo de creación de usuarios
Condiciones Debe existir en la tabla de usuarios un usuario – clave válido para el sistema
pruebas
Condiciones No hay.
posteriores
acciones Ingresar al localhost que es el sistema
 Ingresar el usuario- contraseña
Datos de entrada Usuario: admin
Contraseña: admin
Salida esperada Acceso al sistema
Salida obtenida Acceso al sistema
Estado ok
Nivel de severidad

Pu-02 Ingreso de materiales

Requerimientos REQ-03
asociados
Descripción A través de un formulario ingresar los datos del material
Inter pendencias Módulo de ingreso de materiales
Condiciones El usuario tiene que tener nivel 1 o nivel 2 para realizar estas acciones
pruebas
Condiciones No hay.
posteriores
acciones Logearse al sistema como nivel 1 o nivel 2
Ingresar a materiales
Datos de entrada Nombre: fibra drop
Cantidad: 2
Metros: 1000m
Salida esperada Material almacenado
Salida obtenida Material almacenado
Estado ok
Nivel de severidad

Pruebas de caja negra:

Las pruebas de caja negra, se basan en los datos de entrada para que genere un proceso y obtenga una
salida, es algo que el usuario final vera, como por ejemplo el ingreso de un usuario, alertas, ver reportes,
estos son acciones que hará el sistema, no es pruebas de codificación si no, como se comportara el
sistema con los datos de entrada. Veremos unas pruebas del sistema a implementar, sistema de
inventario.
Ingreso al sistema

Descripción de la situación: el usuario final necesita ingresar al sistema mediante un usuario y

contraseña.

Técnica de pruebas de caja negra: Requerimiento funcional / Caso de uso

Caso 1.1: datos de entrada: ingreso al sistema. Resultado esperado(salida): el sistema redirigido a la
página principal con un mensaje de bienvenida.

Caso 1.2: Datos de entrada: ingreso al sistema con datos erróneos. Resultado esperado(salida): se
redirigida a la misma página con un mensaje del error que está cometiendo.

Caso 1.3: Datos de entrada: ingreso al sistema con campos en blanco. Resultado esperado(salida): se
redirigida a la misma página con un mensaje que el campo no puede estar en blanco.

Crear usuarios del sistema

Descripción de la situación: a través del sistema el usuario administrador podrá crear usuarios de
diferentes niveles, en este caso hay 3 tipos de niveles, Nivel 1 administrador, nivel 2 usuario, nivel 3
especial (este nivel solo podrá ver lo que hay en el sistema).

Técnica de pruebas de caja negra: Requerimiento funcional / Caso de uso

Caso 2.1: Datos de entrada: creación del usuario con datos correctos. Resultado esperado(salida): El
sistema mostrara un mensaje que se ha creado el usuario.

Caso 2.2: datos de entrada: creación del usuario con campos vacíos. Resultado esperado(salida): el
sistema mostrara un mensaje de error ya que faltan por datos a ingresar.

Caso 2.3: Datos de entrada: Creación del usuario con datos usados anteriormente. Resultado
esperado(salida): El sistema mostrara un mensaje de error que el usuario ya existe.

Administrar materiales

Descripción de la situación: en el sistema se podrá ejecutar acciones para los materiales con el fin de
tener todo bien administrado, realizando unas series de acciones.

Técnica de pruebas de caja negra: Requerimiento funcional / Caso de uso

Caso 3.1: Datos de entrada: hacer clic en administrar materiales. Resultado esperado(salida): mostrar
materiales, sus detalles e información.

Caso 3.2: Datos de entrada: hacer clic en agregar. Resultado esperado(salida): Mostrar formulario para el
ingreso de materiales.
Caso 3.3: Datos de entrado: Ingresar Materiales. Resultado esperado(salida): Mostrar un mensaje que los
materiales han sido ingresados.

Caso 3.4: Datos de entrada: Ingresar Materiales con campos vacíos. Resultado esperado(salida): Mostrar
un mensaje que los campos no pueden estar vacíos

Caso 3.5: Datos de entrada: hacer clic Eliminar materiales. Resultado esperado(salida): Mostrar mensaje
que el material ha sido eliminado.

Caso 3.6: Datos de entrada: hacer clic Modificar Material. Resultado esperado(salida): Mostrara un
formulario con datos del material para ser modificado.

Caso 3.7: Datos de entrada: ingresar datos a modificar hacer clic en actualizar. Resultado
esperado(salida): mostrara un mensaje que el material ha sido actualizado

Caso 3.8: Datos de entrada: dejar campos en blanco al modificar material. Resultado esperado(salida):
Mostrara un mensaje que los campos no pueden estar en blancos.

Administrar técnicos

Descripción de la situación: en el sistema se podrá crear, ver, y eliminar técnicos, por cada acción que se
realiza el sistema mostrará un mensaje.

Caso 4.1 datos de entrada: ingresar datos del técnico. Resultado esperado(salida): El sistema mostrara un
mensaje que el técnico ha sido correctamente ingresado

Caso 4.2 datos de entrada: ingresar datos con campos vacíos. Resultado esperado(salida): El sistema
mostrara un mensaje con el problema

Caso 4.3: Datos de entrada: Hacer clic en ver técnicos. Resultado esperado(salida): El sistema mostrara
todos los técnicos con sus datos que existan.

Caso 4.4: Datos de entrada: Hacer clic eliminar en la casilla del técnico. Resultado esperado(salida): El
sistema mostrara un mensaje que el técnico ha sido eliminado

Asignación de materiales a técnicos

Descripción de la situación: en el apartado asignación de materiales a técnicos se podrá realizar la

administración de las asignaciones que se le hace a cada material por técnico, se podrá eliminar cada
asignación

Técnica de pruebas de caja negra: Requerimiento funcional / Caso de uso

Caso 5.1: Datos de entrada: asignar material del inventario a técnico seleccionado. Resultado
esperado(salida): el sistema mostrara un mensaje que el material ha sido asignado correctamente y se
descontara la cantidad del stock en inventario.
Caso 5.2: Datos de entrada: eliminar Asignación. Resultado esperado(salida): El sistema mostrara que se
eliminó la asignación del material.

Revisar reportes

Descripción de la situación: en el apartado se podrá ver los reportes diarios, mensual y por fecha.

Técnica de pruebas de caja negra: Requerimiento funcional / Caso de uso

Caso 6.1: Datos de entrada: Hacer clic reporte diario. Resultado esperado(salida): El sistema mostrara
todos los materiales o herramientas que fueron asignados en el día.

Caso 6.2 Datos de entrada: Hacer clic Reporte mensual. Resultado esperado(salida): El sistema mostrara
todos los materiales o herramientas que fueron asignados en el mes.

Caso 6.3 Datos de entrada: Seleccionar la fecha inicial y final. Resultado esperado(salida): El sistema
mostrara todos los materiales o herramientas que fueron asignados desde la fecha inicial hasta el final.
 BIBLIOGRAFÍA
gestiopolis. (s.f.). Seguridad en SDLC. Ciclo de Vida de Desarrollo de Software. Obtenido de
https://www.gestiopolis.com/seguridad-en-sdlc-ciclo-de-vida-de-desarrollo-de-software/

IACC. (2019). El ciclo de desarrollo de un sistema de informacion. Sistemas de informacion. Semana 7.

pmoinformatica. (s.f.). Pruebas de caja negra: Ejemplos. Obtenido de

http://www.pmoinformatica.com/2017/02/pruebas-de-caja-negra-ejemplos.html