1 EV AP09-AA10-EV02-Diseno-Ejecucion-Ppruebas-SI. - 2

AP09-AA10-EV02 INFORME DE DISEÑO DEL DISEÑO Y EJECUCIÓN DE LAS
PRUEBAS DEL SISTEMA DE INFORMACIÓN EN DESARROLLO.
ALBA LILIANA HERNÁNDEZ RICO
SERVICIO NACIONAL DE APRENDIZAJE “SENA”

CENTRO INDUSTRIAL DEL DISEÑO Y LA MANUFACTURA.
FLORIDABLANCA, SANTANDER.
ANALISIS Y DESARROLLO DE SISTEMAS DE NFORMACION
FEBRERO 2022
SERVICIO NACIONAL DE APRENDIZAJE SENA
AP09-AA10-EV02 INFORME DE ESTRUCTURA DEL DISEÑO Y
EJECUCIÓN DE LAS PRUEBAS DEL SISTEMA DE INFORMACIÓN
EN DESARROLLO.
Tabla de contenido
Introducción....................................................................................................................................................................3
1. Alcance de las pruebas del sistema información.............................................................................................4
2. Definiciones y acrónimos.....................................................................................................................................4
3. Referencias............................................................................................................................................................7
Fase De Identificación..............................................................................................................................................7
Fase De Análisis.......................................................................................................................................................7
Fase De Diseño.........................................................................................................................................................7
Fase De Desarrollo...................................................................................................................................................7
4. Visión general del documento.............................................................................................................................8
5. Descripción del Ambiente de pruebas (precondiciones y postcondiciones)...............................................8
5.1 Precondiciones............................................................................................................................................8
5.2 Postcondiciones...........................................................................................................................................9
5.3 Casos de uso a probar...............................................................................................................................9
6. Casos de prueba pruebas unitarias – aplicación de escritorio....................................................................10
6.1 Identificación del caso de prueba - requerimiento funcional..............................................................10
6.1.1 Login y logout.........................................................................................................................................10
6.1.2 Registrar nuevos pacientes.................................................................................................................10
6.1.3 Agendar citas.........................................................................................................................................11
6.1.4 Informes del Sistema de Información................................................................................................11
6.1.5 Interfaces didácticas.............................................................................................................................12
6.1.6 Consulta de historias clínicas..............................................................................................................12
6.1.7 Consultar y cancelar citas....................................................................................................................13
6.2 Requerimientos no funcionales...............................................................................................................14
7. Casos de prueba pruebas integrales...............................................................................................................14
7.1 Casos y procedimientos de Pruebas de Integración...........................................................................15
7.1.1 Interfaz de escritorio.............................................................................................................................15
7.1.2 Interacción en la Integración...............................................................................................................15
8. Registro de resultados de las pruebas unitarias............................................................................................15
9. Registro de resultados de pruebas integrales................................................................................................16
10. Ajustes y Recomendaciones........................................................................................................................16
2
EN DESARROLLO.
11. Anexos.............................................................................................................................................................16
12. Casos de pruebas (Plantilla de casos de prueba)....................................................................................16
Introducción.
En este documento se detallará el plan de pruebas, ejecución del plan de pruebas y
registro de los resultados de la ejecución que se utilizará para planear y controlar los
esfuerzos de pruebas del proyecto.
El propósito del plan de pruebas es proveer la información necesaria para planear y

controlar las pruebas del Sistema de Información Centro Médico ADSI (SICMADSI).
Describe el enfoque para probar el SI y es el plan generado y utilizado para dirigir las
pruebas.
Se establecerán estrategias (técnica, patrones y/o herramientas a utilizar), precisando

el número de pruebas y también explicita el grado de automatización que se exigirá,
tanto para la generación de casos de prueba como para su ejecución. Se establecerán
las secuencias de actividades, como la definición de los tiempos para la preparación de
las pruebas, la ejecución de las pruebas hasta el análisis de resultados de las pruebas
en el contexto de las fases previstas del desarrollo. Además, se dispondrá de toda la
documentación necesaria, la plataforma de pruebas preparada (banco de pruebas) y la
integridad del desarrollo de la funcionalidad requerida.
Se categorizará la configuración, es decir se explicará las condiciones bajo las cuales,

el plan deberá ser suspendido, repetido y culminado; en algunas circunstancias (las
cuales deben ser explicitadas) el proceso de prueba debe suspenderse en vista de los
defectos o fallas que se han detectado. Al corregirse los defectos, el proceso de prueba
previsto por el plan puede continuar, pero debe explicitarse a partir de qué punto, ya
que puede ser necesario repetir algunas pruebas. Los criterios de culminación pueden
ser tan simples como aprobar el número mínimo de casos de prueba diseñados o tan
complejos como tomar en cuenta no sólo el número mínimo, sino también el tiempo
previsto para las pruebas y la tasa de detección de fallas.
Se generarán al culminar el proceso previsto por el plan de prueba los siguientes

documentos: subplanes, especificación de pruebas, casos de prueba, resumen
gerencial del proceso y bitácora de pruebas. Este plan de pruebas soporta los
siguientes objetivos: Identificar los ítems a probar, describe el enfoque de pruebas a ser
usado, identifica los recursos requeridos y provee un estimado de sus esfuerzos, lista
los entregables de las pruebas del proyecto, identificar los tipos de pruebas a utilizar en
la ejecución de las mismas y diseñar cada una de las pruebas de cada una de las
3
EN DESARROLLO.
iteraciones a probar.
1. Alcance de las pruebas del sistema información.

Esta sección cubre la confección del plan de pruebas, detalles de cada prueba y
resultados que deberá proveer al software evaluado Historia clínica CMADSI, el cual
está constituido por 8 formularios, cada uno con funcionalidades especificas según las
necesidades de la clínica; el mismo, está relacionado con la base de datos Mysql;
además, cuenta con el instalador, los manuales de usuario y la configuración.
2. Definiciones y acrónimos.
Actor: se emplea para indicar el tipo de usuario del sistema que podrá ejecutar alguna
función.
AVA: ambientes virtuales de aprendizaje.
Caso de uso: es la descripción de una acción o actividad.
Diagrama de caso de uso: es una descripción de las actividades que deberá realizar
alguien o algo para llevar a cabo algún proceso.
Cuestionario: lista de preguntas que se elaboran para realizar una entrevista o

encuesta.
Dato: es la mínima unidad semántica que corresponde a los elementos primarios de la

información y que por sí solos son irrelevantes en la toma de decisiones.
Diagrama de clases: es un tipo de diagrama de estructura estática que describe la

estructura de un sistema mostrando las clases del sistema, sus atributos, operaciones
(o métodos), y las relaciones entre los objetos.
Diagrama de paquetes en el Lenguaje Unificado de Modelado representa las

dependencias entre los paquetes que Componen un modelo. Es decir, muestra cómo
un sistema está dividido en agrupaciones lógicas y las dependencias entre esas
agrupaciones.
4
EN DESARROLLO.
Diagrama de secuencia: es un tipo de diagrama usado para modelar interacción entre

objetos en un sistema según UML.
Diagrama de actividades: el diagrama de flujo o flujograma o diagrama de actividades

es la representación gráfica de un algoritmo o proceso.
Diagrama de componentes: es un diagrama del Lenguaje Unificado de Modelado, el

cual, representa cómo un sistema de software es dividido en componentes y muestra
las dependencias entre estos componentes.
Diagrama de despliegue: es un tipo de diagrama del Lenguaje Unificado de Modelado

que se utiliza para modelar la disposición física de los artefactos software en nodos.
Muestra la arquitectura del sistema como el despliegue de los artefactos de software a
los objetivos de despliegue.
Entidad: elemento del sistema de los cuales interesa almacenar información.
IAAS: la infraestructura como servicio basado en la nube.
IDE: Entornos de Diseño Integrados.
Información: conjunto de datos que han sido tratados o procesados y que tienen un
significado real y concreto para la toma de decisiones dentro de las organizaciones.
Instrumento: conjunto de elementos que se unen para cumplir con un fin específico.
Intervalo: espacio o distancia que hay de un tiempo a otro o de un lugar a otro.
Modulo: es una porción de un programa de ordenador. De las varias tareas que debe
realizar un programa para cumplir con su función u objetivos, un módulo realizará,
comúnmente, una de dichas tareas.
MVC: Modelo Vista Controlador
POO: programación orientada a objetos.
Proceso: conjunto de fases sucesivas de un fenómeno o hecho complejo.
Proyecto: es una serie de actividades encaminadas a la consecución de un objetivo,

común principio y final claramente definidos.
5
EN DESARROLLO.
Requerimiento: es una necesidad documentada sobre el contenido, forma o

funcionalidad de un producto o servicio. Se usa en un sentido formal en la ingeniería de
sistemas, ingeniería de software e ingeniería de requisitos.
Sistema: estructura organizativa, procedimientos, procesos y recursos necesarios para

implantar una gestión determinada, como por ejemplo la gestión de la calidad, la
gestión del medio ambiente o la gestión de la prevención de riesgos laborales.
Software: conjunto de programas y rutinas que permiten a la computadora realizar

determinadas tareas.
Hardware: se refiere a las partes físicas, tangibles, de un sistema informático, sus

componentes eléctricos, electrónicos, electromecánicos y mecánicos.
Caso de prueba: Un conjunto de pasos y resultados esperados que se crean a partir

de los requisitos del software que se va a probar.
Suite de pruebas: Es una colección de casos de prueba.
Pruebas unitarias: se comprueba la lógica, funcionalidad y especificación de cada

unidad (componente, clase u objeto) del sistema de manera aislada con respecto al
resto de unidades.
Pruebas integrales: se centra en el diseño y la construcción de arquitectura del

software, analizando el flujo de información entre unidades a través de las interfaces.
Defecto: El defecto se encuentra en algún componente del sistema. Es la imperfección

de un componente causado por un error.
Falla: Es la manifestación visible de un defecto. Si un defecto es encontrado durante la

ejecución de una aplicación entonces va a producir un fallo.
SI: Sistema de información.
SICMADSI: Sistema de Información Centro Médico ADSI.
OA: Objeto de Aprendizaje.
3. Referencias.
Fase De Identificación
Objeto de Aprendizaje (OA), SENA -Técnicas de Recolección de Datos
6
EN DESARROLLO.
Objeto de Aprendizaje (OA), SENA - Gestión de procesos y calidad

Objeto de Aprendizaje (OA), SENA - Requerimientos
Objeto de Aprendizaje (OA), SENA - Mapa de procesos
Objeto de Aprendizaje (OA), SENA - El proceso del software
Fase De Análisis
Objeto de Aprendizaje (OA), SENA - Introducción y construcción de Algoritmos
Objeto de Aprendizaje (OA), SENA - Fundamentos de Programación Estructurada
Objeto de Aprendizaje (OA), SENA - Gerencia de Proyectos
Objeto de Aprendizaje (OA), SENA - Requerimientos de software por casos de Uso
Objeto de Aprendizaje (OA), SENA - Introducción a la teoría general de sistemas y
enfoque sistemático
Objeto de Aprendizaje (OA), SENA -Modelado de la estructura y el comportamiento del
software
Objeto de Aprendizaje (OA), SENA - Introducción al lenguaje de modelado UML
Objeto de Aprendizaje (OA), SENA - Introducción al lenguaje de Programación JAVA
Laboratorio Construcción de Diagramas UML con Herramienta Día
Laboratorio Construcción de MER con herramienta Día.
Fase De Diseño
Objeto de Aprendizaje (OA), SENA - Interfaz gráfica de usuario
Objeto de Aprendizaje (OA), SENA - Patrones de diseño
Objeto de Aprendizaje (OA), SENA - Conversión de MER a modelo Relacional
Objeto de Aprendizaje (OA), SENA- Diseños de mecanismos de seguridad y control
Objeto de Aprendizaje (OA), SENA - Términos de referencia para contratos de
desarrollo de software
Objeto de Aprendizaje (OA), SENA - Diseño de la arquitectura de hardware
Objeto de Aprendizaje (OA), SENA - Introducción a contratos informáticos
Objeto de Aprendizaje (OA), SENA - Diseño de la arquitectura de software
Fase De Desarrollo
OA Introducción al diseño web usando Lenguaje de HTML
OA Fundamentos de Calidad para el Desarrollo de Software.
OA Introducción a la Base de datos MySQL
OA Introducción a la Base de datos ORACLE
OA Lenguaje Transaccional en SQL
OA Lenguaje Estructurado de Consultas
OA Introducción a la Base de Datos SQL Server
Elaboración del plan de trabajo en la fase de desarrollo
Laboratorio: Construir sentencias SQL para la definición y manipulación del modelo de
base de datos.
SENA, Laboratorio: Usar lenguaje transaccional sobre la base de datos
SENA, Laboratorio: Desarrollo de aplicaciones Windows con C# Visual Studio .NET
7
EN DESARROLLO.
SENA, Desarrollo de aplicaciones web con lenguaje Java

SENA, Fundamentos del lenguaje de programación JAVA
SENA, Desarrollo de aplicaciones Windows en C# usando Visual Studio.Net
4. Visión general del documento.

El presente documento permite una visión general y al detalle de la elaboración del
sistema a desarrollar, en el cual se puede observar toda la documentación concerniente
a este mismo, entre los cuales se encontrara la introducción, la descripción del
problema, los objetivos, el alcance del proyecto, los requerimientos y funciones,
identificación de los stakeholders, la arquitectura de software y hardware en forma de
modelos tales como; casos de uso, clases, paquetes, secuencias, actividades,
componentes, despliegue y de nodos.
En conclusión, el documento describe la formulación del problema, los requerimientos y

la solución de estos mediante la respuesta a esta pregunta: ¿Como optimizar y
automatizar los procesos de registro y consulta de historias clínicas, usuarios internos y
externos del Centro Médico ADSI?
5. Descripción del Ambiente de pruebas (precondiciones y postcondiciones).

A continuación, se describirá la ubicación donde se ven previamente los cambios y son
ajustados antes de su publicación final.
5.1 Precondiciones
Hardware en el cual se ejecutará los casos de prueba, que son el conjunto de
condiciones de los elementos físicos o materiales que constituyen el un sistema
informático, que se tienen que cumplir para que se pueda iniciar un caso de uso. En el
Sistema de información de gestión de Historias Clínicas CMADSI se debe contar con:
Software en el cual se ejecutará los casos de prueba, son el conjunto de condiciones de

la aplicación y rutinas que permiten a la computadora realizar determinadas tareas, que
se tienen que cumplir para que se pueda iniciar un caso de uso.
Hardware en el cual se ejecutará los casos de prueba: reflejarán el estado final que
queda el sistema una vez ejecutado el caso de uso.
8
EN DESARROLLO.
5.2 Postcondiciones
Software en el cual se ejecutará los casos de prueba: refleja el estado en el que queda
el sistema una vez ejecutado el caso de uso.
Los detalles que deben conllevar los módulos son los siguientes:
Deben seguir el orden correcto para garantizar el buen funcionamiento.
Dependiente del proceso que se esté realizando debe mostrar uno u otro modulo.
En ningún momento puede haber dos módulos abiertos del sistema.
5.3 Casos de uso a probar

El sistema debe tener métodos de autenticación de usuario para el ingreso al SI.
El sistema debe permitir registrar nuevos pacientes cada vez que sea necesario sin
afectar los pacientes registrados anteriormente.
El sistema debe permitir agendar citas cada vez que sea necesario por cualquier
usuario autorizado por el sistema de información.
Solamente el administrador podrá otorgar informes del SI.
El sistema debe contener interfaces totalmente didácticas para una comunicación
efectiva entre usuario y plataforma.
El sistema debe contener una interfaz para médicos y especialista,
El sistema debe permitir consultar el historial de cada paciente la vez que se requiera
por los usuarios autorizados.
El sistema debe permitir cancelar citas de parte del usuario autorizado por el paciente.
El sistema debe permitir consultar citas por el usuario autorizado por el sistema.
Solamente el administrador puede realizar cambios en el sistema de información.
El SI debe desplegarse en distintas plataformas o sistemas operativos.
El SI debe ser inmune a los problemas de la red.
El SI debe ser compatible a distintos lenguajes.
El SI debe ser desarrollado en Visual Basic 2019.
El sistema no debe ser un riesgo para la máquina que lo ejecute.
El SI se limitará al registro y almacenamiento de usuarios, agendamiento, atención
médica, historias clínicas y generación de informes, lo cual se mostrará en pantalla a
través de la interfaz gráfica creada para cada una de las funciones que se desarrollan
por medio del software.
6. Casos de prueba pruebas unitarias – aplicación de escritorio
9
EN DESARROLLO.
Las pruebas unitarias consisten en verificar el comportamiento de las unidades más

pequeñas del sistema de información de gestión de historias clínicas del CMADSI. En
esta sección se detallan los casos de pruebas unitarias que se realizarán y los
procedimientos de prueba. En cada iteración se detallarán los casos de pruebas
unitarias planificadas.
6.1 Identificación del caso de prueba - requerimiento funcional

Implementador: Alba Liliana Hernández Rico
6.1.1 Login y logout

permitirá loguearse y desloguearse de la aplicación al estar instalada en un
computador.
Listado de usuarios: Se permitirá el listado de los usuarios que están registrados en el
sistema.
Datos de entrada: Usuario y contraseña.
Salida esperada: Al salir de la aplicación retorna a la pantalla de inició del SI.
Secuencia de pasos a seguir:
1. Estar de alta en la empresa para tener acceso al SI.
2. Tener el usuario y la contraseña indicado por la empresa.
3. Instalar la aplicación CMADSI en el computador.
4. Al abrir la aplicación visualizar el primer formulario de la aplicación que es el de
ingreso al sistema y digitar su usuario y contraseña.
5. Dar click en ingresar.
6. Tener acceso al SICMADSI con el fin de realizar las funciones asignadas.
Estado: Funciona adecuadamente.
Fecha y hora de realización: 28/01/2022 – 05:00 p.m.
6.1.2 Registrar nuevos pacientes

Cada vez que sea necesario sin afectar los pacientes registrados anteriormente.
El sistema no permitirá registrar nuevos usuarios, el administrador hará el registro para
tener acceso a la plataforma.
Listado de usuarios: Se permitirá el listado de los usuarios y pacientes que están
registrados en el sistema.
Datos de entrada: Registro de nuevo usuario: nombre, nombre de usuario, contraseña
y foto de perfil
10
EN DESARROLLO.

6.1.3 Agendar citas

y foto de perfil
6.1.4 Informes del Sistema de Información

y foto de perfil
11
EN DESARROLLO.

6.1.5 Interfaces didácticas

El sistema debe contener interfaces totalmente didácticas para una comunicación
efectiva entre usuario y plataforma.
El sistema debe contener una interfaz para médicos y especialista,
y foto de perfil
6.1.6 Consulta de historias clínicas

El sistema debe permitir consultar el historial de cada paciente la vez que se requiera
por los usuarios autorizados.
y foto de perfil
12
EN DESARROLLO.

6.1.7 Consultar y cancelar citas

El sistema debe permitir consultar y cancelar citas por el usuario autorizado por el
sistema.
Solamente el administrador puede realizar cambios en el sistema de información.
El SI se limitará al registro y almacenamiento de usuarios, agendamiento, atención
médica, historias clínicas y generación de informes, lo cual se mostrará en pantalla a
través de la interfaz gráfica creada para cada una de las funciones que se desarrollan
por medio del software.
Listado de usuarios: Se permitirá el listado de pacientes que están registrados en el
sistema.
y foto de perfil
7. Dar click en agendas
8. Llenar los datos solicitados en el formulario.
9. Dar click en registrar
10. Posteriormente aparecerá en una tabla inferior que muestra la nueva agenda.
13
EN DESARROLLO.

6.2 Requerimientos no funcionales
Debe tener:
Instalado el sistema operativo Windows a partir de Windows xp en adelante.
o Linux, cualquier núcleo moderno (versión 2.6 en adelante-
Instalada la aplicación mysql y Visual studio.
Procesador 1.800 GHz.
Memoria RAM 6 GB.
Espacio de disco duro 800 GB.
Conexión de red: 100 Mbps de velocidad.
Conexión a internet 128 kbps (para actualizaciones o soporte).
El SI debe ser desarrollado en Visual Basic 2019.
El sistema no es un riesgo para la máquina que lo ejecute.
7. Casos de prueba pruebas integrales.

En esta sección se detalla el procedimiento de prueba de integración.
Al integrar componentes o subsistemas se debe realizar lo siguiente:
Examinar y probar el sistema o subsistema obtenido según los casos de prueba.
Si el sistema o subsistema contiene objetos con error se debe determinar si dichos
errores son graves o no.
• En caso que sean graves se considera que la Integración no es correcta y se debe
deshacer, terminando aquí el procedimiento de Integración.
• Si no hay errores graves la Integración se considera finalizada.
7.1 Casos y procedimientos de Pruebas de Integración

En esta sección se detallan los Casos de prueba y procedimientos de prueba para
verificar la integración de Subsistemas, de acuerdo al Plan de Verificación de la
Iteración. Incluye la verificación de requerimientos funcionales y no funcionales de cada
subsistema y las pruebas de interacción entre el subsistema y otros elementos del
sistema.
7.1.1 Interfaz de escritorio

Implementadora: Alba Liliana Hernández Rico
14
EN DESARROLLO.
7.1.1.1 Requerimientos Funcionales
7.1.1.1.1 Gestionar usuario

El sistema debe tener métodos de autenticación de usuario para el ingreso al SI.
Se permitirá dar de alta un usuario en el sistema.
7.1.1.1.2 Gestionar pacientes

El sistema debe permitir registrar nuevos pacientes cada vez que sea necesario sin
afectar los pacientes registrados anteriormente.
7.1.1.1.3 Informes del SI.

Solamente el administrador podrá otorgar informes del SI.
7.1.1.1.4 Interacción con la base de datos.

Los usuarios que tenga acceso al sistema de información actualizarán las bases de
datos que se conectaran con Musql.
7.1.2 Interacción en la Integración

Se verificará que el controlador del sistema interactúe correctamente con la interfaz de
escritorio.
8. Registro de resultados de las pruebas unitarias.

Pruebas Resultados Observaciones
Creación de Creación correcta de los Perfil de administrador previamente
perfiles de usuario perfiles de usuario de establecido que no permite ser
médicos y administrados modificado.
con usuarios y Perfil de médico previamente
contraseñas. establecido si permite ser
modificado.
Creación de Creación de pacientes Se importa desde el SI la lista de
pacientes correctamente pacientes a la base de datos
Mysql.
Modificación de Modificación de pacientes Se modifica desde el SI la lista de
pacientes correctamente pacientes a la base de datos
15
EN DESARROLLO.
Mysql.
Búsqueda de Búsqueda de paciente de En el menú principal visualiza un
pacientes manera correcta. submenú paciente donde puede
consultar la HC de un paciente por
medio del número de identificación
retornando la lista de coincidencias
en la búsqueda de la base de
datos; si la búsqueda no arroja un
resultado positivo, se retornará un
mensaje en el cual se manifiesta
que dicho paciente no está
registrado en la base de datos.
9. Registro de resultados de pruebas integrales.
10. Ajustes y Recomendaciones.
11. Anexos.
16
EN DESARROLLO.
12. Casos de pruebas (Plantilla de casos de prueba).
A continuación, se presenta un pantallazo del caso de la plantilla de casos de pruebas.
En el siguiente vínculo puede acceder a la plantilla relacionada:
17
EN DESARROLLO.
18
EN DESARROLLO.
19

1 EV AP09-AA10-EV02-Diseno-Ejecucion-Ppruebas-SI. - 2

Cargado por

Información del documento

Descripción:

Título original

Derechos de autor

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Descripción:

Copyright:

1 EV AP09-AA10-EV02-Diseno-Ejecucion-Ppruebas-SI. - 2

Título original:

Cargado por

Descripción:

Copyright:

AP09-AA10-EV02 INFORME DE DISEÑO DEL DISEÑO Y EJECUCIÓN DE LAS

PRUEBAS DEL SISTEMA DE INFORMACIÓN EN DESARROLLO.

ALBA LILIANA HERNÁNDEZ RICO

SERVICIO NACIONAL DE APRENDIZAJE “SENA”

El propósito del plan de pruebas es proveer la información necesaria para planear y

Se establecerán estrategias (técnica, patrones y/o herramientas a utilizar), precisando

Se categorizará la configuración, es decir se explicará las condiciones bajo las cuales,

Se generarán al culminar el proceso previsto por el plan de prueba los siguientes

1. Alcance de las pruebas del sistema información.

AVA: ambientes virtuales de aprendizaje.

Caso de uso: es la descripción de una acción o actividad.

Cuestionario: lista de preguntas que se elaboran para realizar una entrevista o

Dato: es la mínima unidad semántica que corresponde a los elementos primarios de la

Diagrama de clases: es un tipo de diagrama de estructura estática que describe la

Diagrama de paquetes en el Lenguaje Unificado de Modelado representa las

Diagrama de secuencia: es un tipo de diagrama usado para modelar interacción entre

Diagrama de actividades: el diagrama de flujo o flujograma o diagrama de actividades

Diagrama de componentes: es un diagrama del Lenguaje Unificado de Modelado, el

Diagrama de despliegue: es un tipo de diagrama del Lenguaje Unificado de Modelado

Entidad: elemento del sistema de los cuales interesa almacenar información.

IAAS: la infraestructura como servicio basado en la nube.

IDE: Entornos de Diseño Integrados.

Intervalo: espacio o distancia que hay de un tiempo a otro o de un lugar a otro.

MVC: Modelo Vista Controlador

POO: programación orientada a objetos.

Proceso: conjunto de fases sucesivas de un fenómeno o hecho complejo.

Proyecto: es una serie de actividades encaminadas a la consecución de un objetivo,

Requerimiento: es una necesidad documentada sobre el contenido, forma o

Sistema: estructura organizativa, procedimientos, procesos y recursos necesarios para

Software: conjunto de programas y rutinas que permiten a la computadora realizar

Hardware: se refiere a las partes físicas, tangibles, de un sistema informático, sus

Caso de prueba: Un conjunto de pasos y resultados esperados que se crean a partir

Suite de pruebas: Es una colección de casos de prueba.

Pruebas unitarias: se comprueba la lógica, funcionalidad y especificación de cada

Pruebas integrales: se centra en el diseño y la construcción de arquitectura del

Defecto: El defecto se encuentra en algún componente del sistema. Es la imperfección

Falla: Es la manifestación visible de un defecto. Si un defecto es encontrado durante la

SI: Sistema de información.

SICMADSI: Sistema de Información Centro Médico ADSI.

OA: Objeto de Aprendizaje.

Objeto de Aprendizaje (OA), SENA - Gestión de procesos y calidad

SENA, Desarrollo de aplicaciones web con lenguaje Java

4. Visión general del documento.

En conclusión, el documento describe la formulación del problema, los requerimientos y

5. Descripción del Ambiente de pruebas (precondiciones y postcondiciones).

Software en el cual se ejecutará los casos de prueba, son el conjunto de condiciones de

5.3 Casos de uso a probar

6. Casos de prueba pruebas unitarias – aplicación de escritorio

Las pruebas unitarias consisten en verificar el comportamiento de las unidades más

6.1 Identificación del caso de prueba - requerimiento funcional

6.1.1 Login y logout

6.1.2 Registrar nuevos pacientes

2. Tener el usuario y la contraseña indicado por la empresa.

6.1.3 Agendar citas

6.1.4 Informes del Sistema de Información

3. Instalar la aplicación CMADSI en el computador.

6.1.5 Interfaces didácticas

6.1.6 Consulta de historias clínicas

Secuencia de pasos a seguir:

6.1.7 Consultar y cancelar citas

Estado: Funciona adecuadamente.

6.2 Requerimientos no funcionales