Análisis de Sistemas

Sede del Pacífico, Arnoldo Ferreto Segura.
Bachillerato en Informática Empresarial.
Curso:
IF-7100 Ingeniería de software.
Tema Proyecto:
Software de Gestión RRHH.
Docente:
Master Raquel Mora Porras Soto.
Estudiantes:
Álvarez Jiménez Luz Ericka B80400

Anchía Montes Nicole Vanessa B80446
Arguedas Camacho Daniel B90607
Chaves Berrocal Etiene B61951
Lara Guerrero Karla B94175
Montero Montoya Tatiana B85123
Ovares Roig Jeremy B85826
I Ciclo, 2022.
Tabla de contenidos.
Objetivos. 4
Objetivo General. 4
Objetivos Específicos. 4
1. Introducción. 5
1.1. Propósito del documento. 5
1.2. Definiciones, Acrónimos, y Abreviaciones. 5
2. Justificación del proyecto. 5
3. Modelado de la empresa. 6
3.1 Descripción de la empresa. 6
3.2 Descripción del problema. 6
4. Planificación del proyecto. 7
4.1 Análisis de recursos. 7
4.2 Necesidades técnicas. 7
4.3 Actividades a desarrollar. 8
4.4 Tiempos y costos. 8
5. Plan de control de calidad. 9
5.1 Necesidades del plan. 9
5.2 Entradas para el plan. 9
5.3 Contenido del plan. 10
5.4 Plan de riesgos 10
5.4.1 Determinación de riesgos. 10
5.4.2 Determinación de controles. 12
5.5 Escalas de clasificación. 14
Tabla 5: Impacto. 14
5.6 Estimación de riesgos. 14
5.7 Matriz riesgo controles 15
5.8 Monitoreo de riesgo 15
6. Organización del equipo de trabajo. 19
7. Análisis del sistema. 20
7.1 Introducción. 20
7.1.1 Metas y objetivos. 20
7.1.2 Alcances. 20
7.1.3 Contexto del software (ámbito). 21
7.1.4 Restricciones principales. 21
Bachillerato en Informática Empresarial 1

7.1.5 Determinación de requerimientos. 21
7.1.6 Análisis de requerimientos. 25
7.2 Escenario de uso. 28
7.2.1 Perfiles de usuario. 28
7.2.2 Casos de uso. 29
7.2.3 Consideraciones especiales caso uso(Alto nivel). 37
7.2.4 Modelo de clases. 37
7.3 Modelado de datos y su descripción. 37
7.3.1 Descripción de los datos. 37
7.3.1.1 Objeto de datos. 41
7.3.1.2 Relaciones. 43
7.3.1.3 Modelo de datos. 44
7.3.1.4 Diccionario de datos. 44
7.4 Modelo funcional y su descripción. 48
7.4.1 Descripción de la funcionalidad. 48
8. Plan de pruebas de aceptación (PPA). 50
8.2 Pruebas de diseño. 52
8.3 Pruebas de validación. 53
9. Diseño del sistema. 57
9.1.1 Metas y objetivos. 57
9.1.2 Alcances. 58
9.1.3 Restricciones principales. 58
9.2 Diseño de datos. 59
9.2.1 Estructura de datos internos del software. 59
9.2.2 Estructura de datos global. 59
9.2.3 Estructura de datos temporales. 59
9.2.4 Descripción de la base de datos. 60
9.3 Diseño a nivel de componentes y arquitectónico. 60
9.3.1 Estructura de datos internos del software. 60
9.3.1.1 Diagrama de arquitectura. 61
9.3.1.2 Escructura del programa. 61
9.3.2 Descripción por componente. 62
9.3.2.1 Proceso explicativo para los componentes de la interfaz. 63
9.3.2.2 Descripción de cada componente de la interfaz. 65
9.4 Diseño de interfaz de usuario. 67
9.4.1 Descripción de las interfaces de usuario. 67
9.4.1.1 Imágenes de pantalla y acciones y objetos. 71
9.4.2 Disponibilidad de componentes. 76

9.5 Restricciones, limitaciones y dificultades. 76
9.6 Casos de prueba. 77
9.7 Detalles de instalación de paquetes y del sistema. 84
10. Pruebas efectuadas. 88
10.1 Pruebas de diseño. 88
10.2 Pruebas de validación. 106
11. Implementación del sistema. 114
11.1 Objetivo. 114
11.2 Descripción de actividades. 114
11.3 Conclusión. 115
12. Garantía y mantenimiento. 115
12.1 Objetivo. 115
12.2 Descripción y acuerdos. 115
13. Conclusiones. 116
14. Recomendaciones y sugerencias. 116
15. Apéndice y nomenclaturas. 117
15.1 Apéndice A: Gráfica de Gantt de planeación inicial. 117
15.2 Apéndice B: Gráfica de Gantt final. 117
16. Referencias Bibliográficas. 118

Objetivos.
Objetivo General.
● Desarrollar un software de gestión de recursos humanos que permita llevar el

adecuado control de las nóminas de la compañía Soluciones Intem.
Objetivos Específicos.
1. Identificar los principales requerimientos de un sistema de Recursos Humanos.
2. Realizar un programa encargado de controlar las solicitudes y contrataciones de la

compañía Soluciones Intem .
3. Analizar los resultados de las pruebas realizadas al software de recursos humanos.

1. Introducción.
Con el proyecto presente a continuación, se pretende abordar un software

desarrollando requerimientos sobre el sistema para la compañía Soluciones Intem, esto
ayudará a determinar que va a realizar el software, definiendo los requerimientos de cada
subsistema donde se debe implementar e identificar correctamente qué se llevará a cabo en la
gestión de recursos humanos.
Asimismo, tratar cuales son los roles y funciones de cada participante en el proyecto,
para un mejor manejo y comprensión de este.
1.1. Propósito del documento.
El propósito del proyecto es presentar una descripción conceptual del sistema, donde
se abarque básicamente los puntos que el usuario quiere para llevar a cabo un sistema para la
administración de Recursos Humanos (Software de gestión RRHH), que sea amigable de
entender y gestione cada paso que se pide.
1.2. Definiciones, Acrónimos, y Abreviaciones.
Dentro de los acrónimos sobre los requerimientos funcionales se pueden mencionar

los siguientes:
❖ RF= Requerimientos funcionales.
❖ RNF= Requerimientos No funcionales.
❖ RA= Registro de Aspirantes.
❖ SCA= Subsistema de consulta de Aspirante.
❖ RRU=Registro roles de usuario
❖ RE=Requerimientos de la empresa.
2. Justificación del proyecto.
El presente proyecto se realiza debido a la necesidad de la empresa Soluciones Ítem

de automatizar el proceso de contratación de personal, realizándose de forma más rápida por
medio de un sistema capaz de comunicar la parte contratista con los interesados por medio de

éste. Con este proyecto, además de agilizar dicho proceso, se puede evitar el contacto
innecesario entre los interesados, reduciendo así, las posibilidades de contagio de Covid-19.
Por otra parte, basándonos en la reducción de tiempo, al realizar diversas entrevistas a

personas interesadas en determinados puestos, en muchas ocasiones estas no cuentan con las
habilidades requeridas por la empresa y se convierte en una pérdida de tiempo para ambas
partes. Por ende, el sistema se encargará de mostrar las ofertas de trabajo y las necesidades de
éste, así cada persona podrá envíar su hoja de vida y postularse para el puesto para el cuál
cumplen con lo solicitado y así se mejora en rendimiento del área de recursos humanos en
cuanto a contratación de personal.
3. Modelado de la empresa.
3.1 Descripción de la empresa.
La empresa se llama Soluciones Ítem y se caracteriza por el desarrollo de software,

esta empresa, como empresa contratista que ocupa un software que se pueda usar en la
administración de recursos humanos para poder tener un control de esta área. De igual
manera la empresa tiene requisitos del software de una manera preventiva de seguridad.
Figura 1: Descripción de la empresa.
3.2 Descripción del problema.
Se solicita desarrollar un sistema que sea capaz de administrar el área de Recursos

Humanos, el cuál debe de permitir la inclusión, tanto de profesionales como de empresas.
Además se requiere que dichas empresas puedan crear sus ofertas de trabajo con
características profesionales específicas y que se muestre un informe acerca de los
profesionales que se encuentran mejor capacitados para dicho puesto.

Por otra parte, debe de permitir que el contratante se comunique de forma directa y
por medio del sistema con los posibles candidatos y que se muestre a cada profesional un
informe sobre los puestos de trabajo disponibles acorde a sus competencias y que estos
puedan enviar sus hojas de vida a cada puesto por el que desee postularse, todo esto desde el
sistema.
4. Planificación del proyecto.
4.1 Análisis de recursos.
En cada proyecto existe un proceso que podría considerarse de los más complicados,
se basa en el análisis y el cálculo de los recursos necesarios para la elaboración del proyecto,
ya que es sumamente necesario pensar tanto en materia prima como en mano de obra
humana, posibles amenazas o peligros al proyecto además del posible tiempo de culminación
del trabajo.
El análisis de recursos tiene que ser sumamente minucioso, ya que debería tomarse en
cuenta todos los aspectos que puedan comprometer o conllevar a una pérdida sobre el
proyecto, es decir, que se debería tomar en cuenta desde instalaciones, servicios, equipos,
hasta los trabajadores según su especialidad, informáticos, misceláneos, gerentes, etc.
Sin embargo, es necesario mencionar que los recursos son limitados y podrían existir
distintos problemas a la hora de desarrollar el proyecto, es por esto que deberá existir un
departamento o un encargado de poder distribuir correctamente dichos recursos, es decir, que
dependiendo de la necesidad o la prioridad, se distribuyan los recursos con la finalidad de
obtener un mejor resultado en el proceso del trabajo.
Es importante mencionar que en la mayoría de los casos el mayor coste de los

recursos hace referencia a la mano de obra humana, la contratación de personal directo y
además de las subcontrataciones, las cuales a veces no son tomadas en cuenta y por lo general
también son un pilar fundamental en el proyecto
4.2 Necesidades técnicas.
Para el desarrollo correcto de este proyecto se necesitan computadores que cumplan

con las siguientes características:
➔ Procesador Intel Core i3 de séptima generación o superior.

➔ Memoria RAM de 4GB o superior.
➔ Sistema operativo de 64 bits, procesador x64.
➔ Disco duro de 256GB o superior.
➔ Caché 256GB o superior.
4.3 Actividades a desarrollar.
Para desarrollar el proyecto es necesario llevar a cabo un conjunto de actividades, las

cuales han sido divididas entre los miembros del equipo encargado del desarrollo del mismo,
esto con el objetivo de cumplir con cada uno de los requerimientos acordados con las partes
interesadas. Entre las principales actividades a desarrollar se encuentran:
❖ Reuniones mediante la plataforma Zoom, esto con el fin de realizar y dividir las
actividades del proyecto.
❖ Mensajería de texto por medio de WhatsApp y Telegram, con el objetivo de establecer

fecha y hora de las reuniones y además compartir material de interés que apoye el
desarrollo del proyecto.
❖ Trabajo en conjunto en Google Drive, donde se desarrolla el documento formal del

proyecto.
4.4 Tiempos y costos.
A la hora de establecer los tiempos en los que se van a efectuar las actividades del
proyecto se determinan mediante estimaciones, ya que resulta casi imposible determinar con
certeza la duración exacta de una actividad.
Para realizar dichas estimaciones es recomendable contar con proyectos anteriores

que permitan establecer un aproximado de la duración de dichas actividades, el cálculo de los
tiempos por estimación se da mediante 3 estimaciones:
a) Tiempo que se considera que en más ocasiones se tarda en realizar dicha

actividad u operación (moda).
b) Tiempo optimista, es el tiempo en el que se realiza la actividad sin ningún

imprevisto que genera retrasos.

c) Tiempo pesimista, es el tiempo en el que se realiza la actividad contemplando
imprevistos que retrasen la ejecución de la actividad.
El tiempo esperado, o bien, la estimación final se calcula con la fórmula de la media

ponderada de los tres tiempos, este se puede dar en unidades de tiempo que abarcan desde
minutos hasta meses.
En relación a los costos cabe mencionar que es importante que las actividades estén
debidamente predefinidas según las necesidades y recursos de cada actividad, cada actividad
posee un costo y el costo total es la suma del costo de todas las actividades.
Entre los costos por actividad se pueden contemplar varios puntos entre los cuales
están:
- Materiales a utilizar: materia prima, materiales didácticos…
- Compra/alquiler de herramientas, equipos informáticos…
- Costo horario de los participantes de la actividad.
- Compra/Alquiler de locales
- Gastos en publicidad.
- Seguros.
- Subcontrataciones
- Contratos de servicios: luz, electricidad, agua…
5. Plan de control de calidad.
5.1 Necesidades del plan.
Desarrollar un sistema que sea capaz de administrar el área de Recursos Humanos, el

cuál debe de permitir la inclusión, tanto de profesionales como de empresas.
5.2 Entradas para el plan.
● Requisitos del cliente.
● Legales y reglamentarios.

● Evaluaciones de riesgos.
5.3 Contenido del plan.
1. Alcance del plan.
2. Elementos de entrada.
3. Objetivos y cómo se lograrán.
4. Control de documentos y datos.
5. Control de los registros.
6. Requisitos especificados.
7. Comunicación con el cliente.
8. Diseño y desarrollo.
9. Producción y prestación del servicio.
10. Identificación y trazabilidad.
11. Preservación del producto.
12. Control del producto no conforme.
13. Seguimiento y medición.
5.4 Plan de riesgos
5.4.1 Determinación de riesgos.
Riesgos generales del proyecto (RG).
Código Nombre Descripción
RG Riesgos generales del Contemplan las

proyecto. posibilidades de eventos que
le puede ocurrir a un
integrante del equipo

RG-1 Muerte de miembro del El fallecimiento de un
equipo. integrante del equipo.
RG-2 Muerte de familiar de El fallecimiento de un

familiar de algún integrante
miembro del equipo de del equipo.
trabajo.
RG-3 Accidentes. Un miembro del equipo tuvo

algún accidente.
RG-4 Problemas de salud de Un miembro del equipo

miembro del equipo. tiene alguna enfermedad
seria y no puede trabajar.
Tabla 1: Riesgos generales.
Riesgos técnicos del proyecto.
RT-1 Daño de computadoras. El equipo utilizado por algún

miembro del equipo resulta dañado.
RT-2 Robo de computadoras. El equipo utilizado por algún

miembro del equipo resulta robado.
RT-3 Daño de celular. El celular utilizado por algún

miembro del equipo resulta dañado
RT-4 Robo de celular. El celular utilizado por algún

miembro del equipo resulta robado.
RT-5 Daño, pérdida parcial o La base de datos creada se daña y se

total de la información de pierde la información de la misma.
BD.
Tabla 2: Riesgos técnicos.

5.4.2 Determinación de controles.
CT-1 Bitácoras individuales. Se deben realizar bitácoras individuales

para llevar un control de las tareas
realizadas por los empleados.
CT-2 Bitácoras Grupales. Se deben realizar bitácoras grupales

para llevar un control sobre lo que se
acuerda y lo que se habla en las
reuniones.
CT-3 Bitácoras de Cambios. Los integrantes del equipo deben

realizar bitácoras de cambios realizados
en el proyecto con el fin de que los
demás miembros del equipo estén
enterados de todos los cambios.
CT-4 Reuniones técnicas Se planean reuniones semanales para

semanales. orientar a los miembros del proyecto
para que tengan siempre una visión
clara de los objetivos.
CT-5 Respaldar información del Se debe respaldar semanalmente la

proyecto. información del proyecto por cualquier
inconveniente que pueda surgir con los
datos
CT-6 Dar tiempo al integrante Si el miembro del equipo presenta

para recuperarse de salud. problemas de salud se le debe dar un
tiempo para recuperarse.
CT-7 Dar tiempo al integrante Si el integrante del equipo presenta

para realizar tarea problemas para realizar una tarea pero
asignada. asegura que puede realizar la tarea si le
dan un tiempo extra, se le puede otorgar
un tiempo razonable para realizar las
tareas

CT-8 Respaldar datos Se debe respaldar los datos importantes
importantes de la que haya en la computadora.
computadora.
CT-9 Formatear la computadora. Se debe formatear la computadora para

poder recuperar el uso de la misma.
CT-10 Instalar Windows. Se debe instalar Windows en la

computadora.
CT-11 Comprar componente Se debe comprar un componente de

dañado. alguna computadora lo más pronto
posible.
CT-12 Comprar una computadora. Se debe de comprar una nueva

computadora para que un integrante
pueda seguir trabajando.
CT-13 Reparar el celular dañado. Se debe reparar el celular del miembro

al cual se le haya dañado, lo más pronto
posible.
CT-14 Comprar un celular. Se debe adquirir un nuevo celular para

el miembro del desarrollo al cual se le
haya dañado.
CT-15 Quejarse con el proveedor El miembro del grupo se comunica con

Internet. la empresa proveedora de internet para
poder llegar a una solución de los
problema de comunicación que pueda
estar teniendo.
CT-16 Recuperar base de datos Se debe recuperar la base de datos que

corrupta. haya sido dañada o corrompida.
CT-17 Respaldar la información Se debe generar un respaldo de la base

de la base de datos. de datos para así no perder información
importante.
Tabla 3: Controles.

5.5 Escalas de clasificación.
Probabilidad.
Código Nombre
P-1 Probabilidad baja.
P -2 Probabilidad media.
P -3 Probabilidad alta.
Tabla 4: Probabilidad.
Impacto
Código Nombre
I-1 Impacto bajo.
I-2 Impacto medio.
I-3 Impacto alto.
Tabla 5: Impacto.
5.6 Estimación de riesgos.
Escala probabilidad e impacto de los riesgos generales.
Código Riesgo Probabilidad Impacto
RG-1 Muerte de miembro P-2 1-3

del equipo.
RG-2 Muerte de familiar P-2 I-3

de miembro del
equipo de trabajo
RG-3 Accidentes P-3 I-3

RG-4 Problemas de salud P-3 I-3
de miembro del
equipo
Tabla 6: Estimación de riesgos.
Escala de probabilidad por impacto de los riesgos técnicos.
Código Nombre Probabilidad Impacto
RT-1 Daño de P-2 I-2

computadoras
RT-2 Robo de P-1 I-3

computadoras
RT-3 Daño de celular P-3 I-1
RT-4 Robo de celular P-1 I-1
RT-5 Daño, pérdida P-2 I-3

parcial o total de la
información de BD
Tabla 7: Probabilidad por impacto.
5.7 Matriz riesgo controles
5.8 Monitoreo de riesgo
Monitoreo del riesgo.

Hoja de información y control de riesgo.
ID: RG-1 Fecha: 23/06/2022 Probabilidad: P-2 Impacto: I-3
Descripción: Fallecimiento de un integrante del equipo

Refinamiento – Contexto.
Subcondición 1: Accidente de transito
Subcondición 2:Muerte natural.
Reducción – Supervisión.
1. Revisar el presupuesto cada vez que se realice un pago.
2. Contar con un contador que gestione el presupuesto para evitar gastos
innecesarios.
Gestión – Plan de contingencia – disparador.

1. No llevar a la frustración a ningún miembro del equipo
2. .Evitar conflictos
Estado actual: En tutela.
Elaborado por: Jeremy Ovares Roig Asignado a: Ericka Alvarez Jimenez

Descripción: Muerte de algún familiar de un integrante del equipo
Subcondición 1: Accidente de tránsito
Subcondición 2:Muerte natural.
1.No tiene un manera de mitigarlo

1.Dar 3 días para la recuperación total del miembro del equipo
Elaborado por: Etiene Chavez Asignado a: Daniel Arguedas Camacho

Descripción: Accidente

Sub Condición 1: se sufre un accidente de tránsito manejando o como peatones
Sub Condición 2:se sufre un accidente de manera natural
1.Incentivar a tener cuidado cuando estamos en la carretera

1.Dar incapacidad para una recuperación total del miembro del equipo
Elaborado por: Tatiana Montero Asignado a: Daniel Arguedas Camacho

Descripción: Problemas de salud del miembro del equipo
Sub Condición 1: Algún miembro del equipo sufre de una enfermedad hereditaria
Sub Condición 2:Alguna persona contagia de COVID-19 a un integrante del equipo
1.Brindar la incapacidad para el recuperamiento

1.Dar incapacidad para una recuperación total del miembro del equipo
Elaborado por: Daniel Arguedas Asignado a: Daniel Arguedas Camacho

ID: RT-1 Fecha: 23/06/2022 Probabilidad: P-2 Impacto: I-2
Descripción: Daño de computadora de algun integrante

Sub Condición 1: se quema el disco duro o caída de lugar alto
Sub Condición 2:se daña la computadora por vejez
1.Incentivar a tener un respaldo en cada computadora de los integrantes del
equipo
2.Manejar un archivo en la nube

1.Tener una computadora que pueda ser prestada al integrante del equipo
Elaborado por: Tatiana Montero Asignado a: Daniel Arguedas Camacho

Descripción: Daño de celular de algún miembro del equipo
Sub Condición 1: se sufre un daño por medio algún accidente
1.Tener cuidado con el celular
2.Tener otro medio de comunicación

1.Contar con otro medio de comunicación que sirva desde la computadora
Estado actual: En tutela
Elaborado por: Karla Lara Guerrero Asignado a: Daniel Arguedas Camacho

Descripción: Robo de celular de algún miembro del equipo

Sub Condición 1: se sufre un robo yendo a la casa de vuelta
1.Tener cuidado con el celular

1.Contar con otro medio de comunicación que sirva desde la computadora
Elaborado por: Jeremy Ovarez Asignado a: Daniel Arguedas Camacho

Descripción: Daño,pérdida parcial o total de la información de BD
Sub Condición 1: se daña la computadora donde esta la BD
Sub Condición 2: La BD se daña por una instrucción mal ejecutada
1.Incentivar a tener respaldos en todas las computadoras

1.Contar con un respaldo en la nube
Elaborado por: Karla Lara Guerrero Asignado a: Daniel Arguedas Camacho
6. Organización del equipo de trabajo.
1. Administrador de proyecto: Daniel Arguedas.
2. Coordinadora del modelado: Karla Lara Guerrero.
3. Coordinadora de Calidad: Ericka Alvarez.
4. Coordinadora de documentación: Nicole Anchía.

5. Coordinador de programación: Jeremy Roig(Líder) y Etiene Chaves.
6. Coordinadora de análisis: Tatiana Montero.
7. Análisis del sistema.
7.1 Introducción.
En los siguientes apartados se realiza el análisis del sistema, en el cuál se expondrán

los principales objetivos, metas, alcances esperados, el ámbito del sistema y sus principales
restricciones. Así mismo, se realiza la determinación y análisis de los requerimientos del
sistema a desarrollar para la empresa Soluciones Ítem. El objetivo principal es tener, por
medio de los requerimientos, una idea más clara y clasificada de las funcionalidades y
procesos con los cuales se debe cumplir para que dicho sistema funcione según lo deseado,
además de enfocarse en ellos según su relevancia.
7.1.1 Metas y objetivos.
Objetivos.
● Realizar un análisis detallado en relación a los requerimientos del sistema.
● Definir las metas y alcances esperados.
● Reconocer el ámbito del sistema y sus principales restricciones.
Metas.
● Crear un software capaz de mostrar posibles puestos de trabajo para un

aspirante según sus capacidades, así mismo, se presente que el software sea
capaz de mostrar a la empresa posibles postulantes óptimos para el puesto de
trabajo que ofrecen.
● Crear posibles experiencias en el proceso de optimización de desarrollo de

software.
7.1.2 Alcances.
● Optimizar el proceso de inclusión al sistema tanto de profesionales en busca

de un puesto de trabajo, como empresas en busca de profesionales
capacitados.

● Automatizar el proceso de contratación de profesionales por parte de las
empresas interesadas.
● Generar informes de los puestos de trabajo disponibles para cada profesional

interesado.
7.1.3 Contexto del software (ámbito).
Va tener un control interno por parte de la seguridad de los datos. En este software se
van a procesar datos tantos de las empresas como de los aspirantes, su funcionamiento se
centra en facilitar la comunicación entre estos mismo.Sin embargo, también va poser
funcionamiento de ingresar aspirantes o empresas y de realizar consultas ya sea específica o
general, de esta manera mejorando el rendimiento de acertividad que existe en las entrevistas.
De igual manera se poseen restricciones acorde a las opciones que se van hacer visibles esto
acorde a cada tipo de login o de rol que posee cada usuario.
7.1.4 Restricciones principales.
➔ Alcance: que no se logre concluir con la calidad, detalles y entregables de cada etapa
del proyecto.
➔ Costo: Que el presupuesto con respecto a los costos del equipo(ordenadores), costos
de reparaciones o similares no sea eficiente o suficiente.
➔ Tiempo: Que no se logre terminar el proyecto con éxito debido al poco tiempo
semestral o los entregables sean incompletos.
➔ Calidad: Que la calidad no sea la esperada o no se llegue a lo requerido debido a la

falta de comunicación con el usuario o poca habilidad en el diseño.
7.1.5 Determinación de requerimientos.
Requerimientos funcionales.
Módulo de aspirantes.
Subsistema: Registro de Aspirantes (RA).
No. Descripción: Registro de Aspirantes Prioridad y tipo

RF-RA-01 Administrar la información del Aspirantes. A-E
RF-RA-01.01 Insertar los datos personales de un A-E

Aspirante(identificación, nombre completo,teléfono,
email,puesto de trabajo deseado).
RF-RA-01.02 Modificar los datos personales de un Aspirante( nombre M-E

completo, teléfono, email, puesto de trabajo deseado).
No se logro poner funcionalidad
RF-RA-02 Consultar los datos de los aspirante, dónde se muestre A-E
toda su información(identificación, nombre completo,

teléfono, email,puesto de trabajo deseado).
RF-RA-03 Realizar una comunicación con la empresa deseada para A-E

un puesto de trabajo.
Tabla 8: Registro de aspirantes.
Módulo de consulta de aspirantes.
Subsistema: Subsistema de consulta de Aspirantes (SCA).
No. Descripción: Consulta de Aspirantes Prioridad y tipo
RF-SCA-01 Administrar consultas realizadas por búsqueda. A-O
RF-SCA-01.01 Realizar consulta para conocer todos los datos de los A-E
aspirantes por medio de su Identificación.
RF-SCA-01.02 Realizar consulta para conocer todos los datos de los A-E
aspirantes por medio del puesto de trabajo deseado.

RF-SCA-01.03 Realizar consulta general de todos los aspirantes A-E
mostrando toda la información, para saber si alguno
es cualificado para un trabajo
Tabla 9: Consulta de aspirantes.
Módulo de roles de usuario.
Subsistema: Registro de Roles de Usuario (RRU).
No. Descripción: Roles de Usuario Prioridad y tipo
RF-RRU-01 Registrar los nuevos usuarios del sistema. A-O
RF-RRU-01.01 Agregar los datos para crear el usuario (Nombre A-O

usuario, cédula, rol (administrador, aspirante o
empresa), nombre de usuario y contraseña).
RF-RRU-01.02 Modificar la información del usuario (nombre usuario, M-O

rol (administrador, aspirante o empresa), contraseña.
No se logró poner funcionalidad
RF-RRU-01.03 Consultar de forma general a todos los usuarios que A-O

posee el sistema.
RF-RRU-01.04 Verificar usuarios de cada rol. A-O
RF-RRU-01.05 Consultar a los usuarios por número de cédula, A-O

mostrando toda la información.
RF-RRU-01.06 Consultar a los usuarios por nombre usuario, A-O

Tabla 10: Registro de roles de usuario.

Módulo de registro de empresas.
Subsistema: Registro de Empresa(RE).
No. Función o subfunción Prioridad y tipo
RF-RE-01 Administrar la información de la empresa. A-E
RF-RE-01.01 Insertar los datos de la empresa (identificador,cédula A-E

jurídica, nombre de la empresa, email,puesto de
trabajo disponible,salario aproximado).
RF-RE-01.01.02 Insertar puesto trabajo por identificador para que este A-E
sea único
RF-RE-01.02 Archivar puestos de trabajo consistiendo en M-E

deshabilitando temporalmente
RF-RE-01.03 Administrar consultas de la empresa. A-O
RF-RE-01.03.01 Consultar por medio de su cédula jurídica los datos de A-E

una empresa, mostrando toda la información.
RF-RE-01.03-.02 Generar consulta general de todas las empresas, A-O

RF-RE-01.03-.03 Consultar por medio del puesto trabajo de A-E

disponible,para poder saber cuales son los trabajos que
tienen vacantes
RF-RE-01.04 Realizar la comunicación con un aspirante a través del A-E

email, que es calificado para el puesto de trabajo
disponible

Tabla 11:Registro de empresa.
Requerimientos No Funcionales
RNF Función Prioridad
RNF-01 El sistema debe ser claro y amigable con el usuario A
RNF-02 Debe poseer una interfaz agradable a la vista A
Tabla 12: Requerimientos no funcionales.
Requerimientos de Software.
a. Lenguaje de programación: C#.
b. Herramienta de base de datos: Microsoft SQL Server 2019.
c. Software de aplicación: Visual Basic.NET 2022.
d. Sistema Operativo: Microsoft Windows 10 o superior.
e. Software de comunicación: Microsoft Windows 10 o superior.
Requerimientos de Hardware.
Equipos para la ejecución del sistema: Los equipos en los que se instala el software
deben poseer una memoria RAM de 4 gigabytes, con espacio en disco duro de 512
megabytes.
Equipo de comunicación: Los equipos en los que se instala el software deben poseer
los componentes básicos para realizar una conexión en red.
7.1.6 Análisis de requerimientos.
Número de Requerimiento: Tipo: Funcional Sistema: RRHH
RF-RA-01
Módulo: Administrar la información del Aspirantes.

Descripción: El sistema debe administrar toda la información requerida para los posibles
aspirantes.
Justificación: El sistema deberá insertar,modificar los datos personales de los aspirantes,

(identificación, nombre completo, email,puesto de trabajo deseado).
Así como realizar consulta general de los aspirantes.
Especificación:
● El administrador digita la identificación, nombre completo, email,puesto de trabajo

deseado del aspirante.
● El administrador modifica la información del aspirante como el nombre completo,

email,puesto de trabajo deseado.
● El administrador puede realizar consulta general de los aspirantes
Observación:
Tabla 13: Análisis de administrar la información de los aspirantes.
Número de Requerimiento: Tipo: Funcional Sistema: RRHH
RF-RRU-01
Módulo: Registro de roles de usuario.
roles de los usuarios (administrador, aspirante, empresa)
Justificación: El sistema deberá garantizar la inserción, modificación (Nombre usuario,

cédula, rol (administrador, aspirante o empresa)), consulta (general y específica) y verificar
los roles de los usuarios.

Especificación:
● El administrador digita los datos del usuario.
● El administrador modifica los datos del usuario.
● El administrador puede realizar consulta general de los usuario.
● El sistema verifica que tenga derechos de acceso.
Observación:
Tabla 14: Administrar los roles de usuario.
Número de Requerimiento: Tipo: Funcional Sistema: RRHH.
RF-RE-01
Módulo: Registro de empresa.
puestos de trabajo.
Justificación: El sistema deberá garantizar la inserción, archivamiento.
Especificación:
● El administrador digita los datos de la empresa luego de corroborar que no es falso.
● El administrador modifica los datos de la empresa luego de una solicitud.
Observación:
Tabla 15: Administrar los registros de la empresa.

Número de Requerimiento: Tipo: Funcional Sistema: RRHH.
RF-RE-01.03
Módulo: Administrar consulta de la empresa.
Descripción: El sistema deberá hacer consultas de manera general y específica.
Justificación: El sistema deberá consultar específica y generalmente todos los datos de la

empresa, así como consultar los posibles puestos de trabajo.
Especificación:
● El aspirante puede realizar consultar por puesto de trabajo o por empresa.
● El administrador puede realizar consulta general de las empresas.
Observación:
Tabla 16: Administrar las consultas de la empresa.
7.2 Escenario de uso.
A continuación se presenta el escenario de uso de nuestro sistema, por medio del cual
se da a conocer los perfiles de usuario de este, los casos de uso con sus respectivas
consideraciones especiales (si aplica) y por último, el modelo de clases.
7.2.1 Perfiles de usuario.
Este sistema cuenta con tres tipos de usuarios, los cuáles tienen diferentes funciones y
permisos dentro de éste.
1. Usuario Administrador: Este usuario tendrá acceso total al sistema, en el cual podrá
realizar consultas, acerca de los aspirantes y empresas, se encarga de archivar puestos
de trabajo, así mismo será el encargado de agregar, modificar, consultar usuarios,
además deberá asignarles un rol a cada uno de ellos. También este usuario podrá

agregar empresas (en casos especiales que está no pueda agregarse por sí sola)
siempre y cuando verifique que esta no sea una entidad falsa y que cumpla con los
requisitos establecidos por el Ministerio de Hacienda.
2. Usuario Empresa: Tendrá acceso al módulo de empresa, en el cual podrá administrar

su información, es decir, tiene permisos de agregar datos como su identificador,
cédula jurídica, nombre de la empresa, email, puesto de trabajo (por identificador para
que esto sea único) disponible,salario aproximado. También podrá archivar puestos de
trabajo, administrar las consultas ya sea por medio de su cédula jurídica o por medio
del puesto de trabajo requerido. Este usuario tendrá comunicación con un aspirante
interesado en un puesto específico (por medio del email).
3. Usuario Aspirante: Podrá tener acceso al módulo de aspirantes, en el cual podrá

agregar sus respectivos datos (identificación, nombre completo, email,puesto de
trabajo deseado), modificar datos (nombre completo, email, puesto de trabajo
deseado) y consultar información. Además, este podrá tener comunicación con la
empresa deseada para un puesto de trabajo
7.2.2 Casos de uso.
Especificación de caso de uso.
(Versión yy)
Primera especificación.
1. Nombre del caso de uso:
Insertar los datos de la empresa (identificador, cédula jurídica, nombre de la empresa,

email, puesto de trabajo disponible, salario aproximado) RF-RE-01.01.
2. Actores:
Administrador.
Empresa.
3. Propósito:
Permite incluir la información de la empresa.

4. Resumen:
La empresa y el administrador, puede insertar la información de la empresa digitando

(identificador,cédula jurídica, nombre de la empresa, email, puesto de trabajo
disponible,salario aproximado) luego de que se realice una verificación de que dicha empresa
no es falsa, y que cumple todos los requisitos con el ministerio de hacienda.
5. Funciones asociadas:
RF-RE-01.01 insertar datos de la empresa digitando: identificador, cédula jurídica,

nombre de la empresa, email, puesto de trabajo disponible, salario aproximado.
6. Casos de Uso asociados:
a. Insertar puesto trabajo por identificador RF-RE-01.02 <<Extend>>
b. Archivar puestos de trabajo RF-RE-01.03<<Extend>>
c. Administrar consultas de la empresa.RF-RE-01.04 <<Extend>>
d. Realizar comunicación con un aspirante que es calificado para el puesto de

trabajo disponible RF-RE-01.05<<Extend>>
7. Curso típico de eventos:
# Acciones de algún actor # Acciones del sistema
1 El Administrador verifica que la

empresa solicitante sea verdadera y
que cumpla con los
requisitos.(modificar)
2 El administrador ingresa la cédula

jurídica de la empresa

3 El sistema verifica que la cédula
jurídica sea existente, de caso
contrario se inserta.
4 El administrador ingresa los datos de

la empresa(nombre de la empresa,
email, puesto de trabajo disponible,
salario aproximado)
5 El sistema verifica que los datos

ingresados sean correctos
Tabla 17: Curso típico de evento de insertar los datos de la empresa.
Caso de excepción #1 para el curso típico de eventos.
1 El sistema detecta que la cédula

jurídica no es correcta.
2 El sistema tira un mensaje de error
3 El sistema lo retorna al sistema de

inserción de datos
Tabla 18: Caso de excepción de insertar datos de empresa.
Segunda especificación.
Modificar los datos personales de un aspirante RF-RA-01.02

2. Actores:
Aspirante.
3. Propósito:
Se permite modificar los datos personales de un aspirante.
4. Resumen:
Los aspirantes pueden modificar la información excepto su identificación.
RF-RA-01.02 modificar la información de los aspirantes digitando nombre completo,

email, puesto de trabajo deseado.
a. Administrar la información del aspirante RF-RA-01 <<Extend>>
1 El sistema solicita la información

nueva del aspirante
2 El aspirante confirma los cambios
3 El sistema realiza los cambios

exitosamente
Tabla 19: Curso típico de modificar los datos personales de un aspirante.
Caso de excepción #1 para el curso típico de eventos: [Aspirante no se puede modificar]

1 El sistema detecta que la

identificación ya existe
2 El sistema tira un mensaje de error,

que el aspirante no se puede
modificar
3 Los retorna al curso típico de eventos

punto número 1
Tabla 20: Caso de excepción modificar los datos personales de un aspirante.
Tercera especificación.
Realizar consulta general de todos los aspirantes mostrando toda la información

RD-SCA-01.03
2. Actores:
Empresa.
3. Propósito:
Permite consultar la información general de todos los aspirantes.
4. Resumen:
La empresa puede consultar la información general, entrando a la vista de aspirantes.
Realizar consulta general de todos los aspirantes mostrando toda la información

RD-SCA-01.03

a. RF.SCA-01 Administrar consultas realizadas por búsqueda <<Extend>>
1 La empresa entra a la vista de

aspirantes
2 El sistema muestra la información

solicitada
Tabla 21: Curso típico de evento realizar consulta general de todos los aspirantes.
Caso de excepción #1 para el curso típico de eventos: [No se encuentra la vista aspirante]
1 El sistema no detecta coincidencia

con la vista
2 El sistema tira un mensaje de error
3 Lo retorna al cursos típico de eventos

punto # 1
Tabla 22: Caso de excepción para realizar consulta general de todos los aspirantes.

Diagramas caso de uso.
Registro de Roles de Usuario.
Figura 2: Caso de uso de registro de roles de usuario.
Subsistema de registro de empresas.

Figura 3: Registro de la empresa.
Registro de Aspirantes.
Figura 4: Registro aspirantes.
Subsistema de consulta de aspirantes.
Figura 5: Caso de uso de consulta de aspirantes.

7.2.3 Consideraciones especiales caso uso(Alto nivel).
Para este sistema las consideraciones especiales para casos de uso no aplican.
7.2.4 Modelo de clases.
Figura 6: Modelo de clases.
7.3 Modelado de datos y su descripción.
En el siguiente punto se muestran una breve descripción de los datos, conociendo el

nombre de la tabla, su propósito, los índices de esta y la descripción de sus atributos.
7.3.1 Descripción de los datos.
Nombre de la tabla: Aspirante.
Propósito de la tabla: Administrar (insertar, modificar y consultar) los datos de los

aspirantes para las empresas.
Índices: llave primaria: idAspirante.
Descripción de los atributos:

Identificación Tipo de Dato Longitud Restricciones
idAspirante int not null
nombre varchar 50 not null
teléfono varchar 25 not null
email varchar 35 not null
puestoTrabajoDeseado varchar 35 not null
Tabla 23: Descripción de los datos del aspirante.
Nombre de la tabla: Roles.
Propósito de la tabla: Administrar los roles de usuario según corresponda(aspirante,

administrador, empresa).
Índices: llave primaria: idRol.
idRol int not null
Tabla 24: Descripción de los datos de roles.

Nombre de la tabla: Usuario.
Propósito de la tabla: Administrar (insertar, modificar y consultar) los datos de los

aspirantes para las empresas.
Índices: llave primaria: idUsuario.
llaves foráneas: idRol.
idUsuario int not null
rol int not null
nickname varchar 25 not null
contrasena varchar 25 not null
Tabla 25: Descripción de los datos de usuario.
Nombre de la tabla: Empresa.
Propósito de la tabla: Administrar (insertar, modificar y consultar) los datos de las

empresas.
Índices: llave primaria: idEmpresa.

idEmpresa int not null
cedulaJuridica varchar 50 not null
email varchar 35 not null
Tabla 26: Descripción de los datos de empresa.
Nombre de la tabla: EmpresasPuestosTrabajos.
Propósito de la tabla: administrar (insertar, modificar y consultar) los datos de los puestos
para las empresas disponibles.
Índices: llaves foráneas: idEmpresa y idPuestoTrabajo.
idEmpresa int not null
idPuestoTrabajo int not null
vacante bit 1 not null
Tabla 27: Descripción de los datos de EmpresasPuestosTrabajos.
Nombre de la tabla: PuestoTrabajo.
Propósito de la tabla: administrar (insertar, modificar y consultar) los datos de los puestos
de trabajo de las empresas.
Índices: llave primaria: idPuestoTrabajo.

idPuestoTrabajo int not null
descripcion varchar 35 not null
salario int not null
Tabla 28: Descripción de los datos de puestos de trabajo.
7.3.1.1 Objeto de datos.
Los objetos de datos pueden ser entendidos como una representación un tanto gráfica
de los posibles datos que pueden contener las diferentes tablas y módulos del software ya que
todo esto abarca posibles atributos de datos compuestos que dan una especificación a un
objeto más claro.
idAspirante nombre telefono email puestoDeseado
1 Javier Mendoza 84845252 javmendo@gmail.com Arquitecto
2 Lupita Vega 87750354 lupveg21@gmail.com Gerencia TI
3 Manuel Cascante 22198545 manuelito2012@hotmail. Misceláneo

com
Tabla 29:Objeto de datos de aspirante.
idRol nombreRol
1 Aspirante.

2 Administrador.
3 Empresa.
Tabla 30: Objeto de datos roles.
idUsuario nombre rol nickname contrasena
1 Javier Mendoza 1 javmen mendonza12*
2 Lupita Vega 1 vegavega1 lupita2212
3 Manuel 1 mancascan elca1920

Cascante
Tabla 31: Objeto de datos usuario.
idEmpresa cedula Juridica nombre email
4024 102-2125-21251 Intec S.A intec.rrhh@intec.co

m
2012 155-2124-51423 Organización mucta@recursosemp

MUCTA resariales.com
Tabla 32: Objeto de datos empresa.
idPuestoTrabajo descripción salario
12 Arquitecto 1.000.000
Tabla 33: Objeto de datos de puesto de trabajo.

7.3.1.2 Relaciones.
Figura 7: Relaciones.

7.3.1.3 Modelo de datos.
Figura 8: Modelado de datos.
7.3.1.4 Diccionario de datos.
Nombre Archivo: Aspirante Fecha de creación: 10/5/2022
Descripción: Archivo que contendrá la descripción principal del aspirante.
Campo Tipo Tamaño Descripción
idAspirante int n Identificador del aspirante.
nombre varchar 50 Nombre del aspirante.

teléfono varchar 25 Teléfono del aspirante.
email varchar 35 Email del aspirante.
puestoTrabajoDeseado varchar 35 Puesto deseado del aspirante.
Relaciones: No tiene Campos clave: idAspirante
Tabla 34: Diccionario de datos de aspirantes.
Nombre Archivo: roles Fecha de creación: 10/5/2022
Descripción: Archivo que contendrá la descripción de los roles.
idRol int n Identificador del rol.
Nombre varchar 30 Nombre del rol.
Relaciones: usuario Campos clave: idRol
Tabla 35: Diccionario de datos de roles.
Nombre Archivo: Usuario Fecha de creación: 10/5/2022
Descripción: Archivo que contendrá la información principal del usuario.

idUsuario int n Identificador del usuario.
nombre varchar 50 Nombre del usuario.
rol int n Rol que posee el usuario.
nickname varchar 25 Nombre del login del usuario.
contraseña varchar 25 Contraseña que va a tener el

usuario.
Relaciones: roles Campos clave: idUsuario
Tabla 36: Diccionario de datos usuario.
Nombre Archivo: Empresa Fecha de creación: 10/5/2022
Descripción: Archivo que contendrá la información principal de la empresa.
idEmpresa int n Identificador de la empresa.
cedulaJuridica varchar 50 Cédula jurídica de la empresa.
Nombre varchar 35 Nombre de la empresa.
email varchar 35 Email de la empresa.
Relaciones: empresasPuestosTrabajo Campos clave: idEmpresa
Tabla 37: Diccionario de datos empresa.

Nombre Archivo: PuestosTrabajo Fecha de creación: 10/5/2022
Descripción: Archivo que contendrá la información principal de los puestos de trabajo

disponibles.
idPuestoTrabajo int n Identificador del puesto de trabajo.
descripcion varchar 35 Descripción del puesto de trabajo.
salario int n Salario que propone la empresa para ese puesto

de trabajo.
Relaciones: empresasPuestosTrabajo Campos clave: idPuestoTrabajo
Tabla 38: Diccionario de datos de PuestosTrabajo.
Nombre Archivo: EmpresaPuestosTrabajo Fecha de creación: 10/5/2022
Descripción: Archivo que contendra la informacion principal de los puestos de trabajo de

cada empresa.
idEmpresa int n Identificador de la empresa.
idPuestoTrabajo int n Identificador del puesto de trabajo.
vacante bit 1 Vacante de la empresa.

Relaciones: empresasPuestosTrabajo,empresa Campos clave: idPuestoTrabajo
Tabla 39:Diccionario de datos de empresaPuestosTrabajo.
7.4 Modelo funcional y su descripción.
7.4.1 Descripción de la funcionalidad.
➔ Subsistema registro de aspirantes.
El subsistema de registro de aspirantes permite registrar un nuevo integrante. Cuenta

con una ventana principal donde se hace la selección de algunos datos por medio de los
campos: identificación, nombre completo, teléfono, email, puesto de trabajo deseado; los
cuales son ingresados manualmente por el usuario.
El botón de insertar es una opción que permite al usuario ingresar un nuevo aspirante,
en la cual todos los campos deben estar inicialmente ingresados por el usuario. Es importante
recalcar que este es el único proceso que requiere del ingreso de todos los campos para poder
realizar la acción correspondiente.
El botón de modificar está ligado al de búsqueda, ya que para realizar una

modificación de algún aspirante primero se tuvo que haber buscado el aspirante que se desea
modificar.
El botón de cerrar no depende de ningún campo, ya que su acción es la de finalizar

todos los procesos sin la necesidad que algún otro intervenga previamente.
➔ Subsistema de consulta de aspirantes.
El subsistema de consulta de aspirantes permite administrar las consultas de los

aspirantes registrados en el sistema. Permite realizar búsquedas por medio del identificador
del aspirante o bien por medio del puesto de trabajo deseado. Cuenta con una ventana
principal donde a medida que se va digitando un caracter se despliega una lista dinámica con
los resultados que coinciden a lo que el usuario ingresa.
El botón buscar es el que permite realizar una búsqueda general de un aspirante,

donde se muestran los datos más relevantes del aspirante seleccionado: identificación,
nombre completo, teléfono, email, puesto de trabajo deseado.

En caso de no haber ninguna coincidencia con lo ingresado, el botón permitirá
redireccionar al subsistema de registro de aspirantes para que se agregue el nuevo aspirante.
El botón cerrar en esta ventana cumple la función de cerrarla y devolvernos a la

ventana principal de la aplicación.
➔ Subsistema registro de roles de usuario.
Este subsistema es el encargado de administrar el área de asignación de roles de

usuario, permite registrar nuevos usuarios al sistema. También permite realizar
modificaciones a los datos agregados, tales como el nombre de usuario, el rol(administrador,
aspirante, empresa) y contraseña, así mismo en el subsistema se pueden hacer consultas
generales de los usuarios del sistema, estas pueden realizarse también por medio del número
de cédula de la persona o por nombre de usuario.
El botón de insertar permite al administrador ingresar un nuevo usuario con los datos
respectivos. Es necesario ingresar todos los campos solicitados para poder realizar dicha
acción.
El botón de modificar se encuentra ligado al botón buscar, esto debido a que para
realizar una modificación de algún usuario, se debe de realizar la búsqueda de ese usuario en
el sistema para luego proceder a modificarlo.
El botón buscar permite realizar la búsqueda general de los usuarios, que, como se
mencionó anteriormente, también puede realizarse de forma individual por medio del número
de cédula o por el nombre de usuario, mostrando toda la información de estos.

➔ Subsistema de registro de empresas.
Este subsistema es el encargado de administrar la información de las empresas,

permitiendo agregar nuevas entidades al sistema, insertando datos como su identificador,
cédula jurídica, nombre, email, puesto de trabajo disponible, entre otros. Los puestos de
trabajo se pueden insertar por identificador para que sea único y se pueden archivar dichos
puestos de forma que se pueda habilitar y deshabilitar según sea el caso. También permite
realizar modificaciones a los datos agregados se pueden hacer consultas generales de las

empresas del sistema, estas pueden realizarse también por medio de la cédula jurídica o por
medio del puesto de trabajo disponible.
El botón de insertar permite ingresar una nueva empresa al sistema con sus
respectivos datos. Es necesario ingresar todos los campos solicitados para poder realizar
dicha acción.
El botón de modificar se encuentra ligado al botón buscar, esto debido a que para
realizar la modificación, se debe de realizar la búsqueda de la empresa en el sistema para
proceder a modificarla.
El botón buscar permite realizar la búsqueda general de las empresas, ya sea de forma
individual por medio de la cédula jurídica o por el puesto de trabajo disponible, mostrando
toda la información de estas.

8. Plan de pruebas de aceptación (PPA).
8.1 Introducción.
En el ámbito de la ingeniería de software, el plan de pruebas de aceptación se basa en

preestablecer un análisis del proyecto en cuestión y brindar un enfoque en la posible
confianza que el sistema pueda brindarnos como usuarios, es decir, definir si el sistema es
confiable. Este plan de prueba se basa en intentar cubrir de manera precisa las necesidades
que el cliente o usuario plantea que desean ser realizadas, de esta manera entre mayor
entendimiento de comunicación exista entre desarrollador y el cliente, existirá un mejor plan
de prueba de aceptación. Sin embargo, de existir una mala comunicación de parte del usuario
respecto al análisis de los requerimientos y necesidades del sistema de forma precisa, existirá
un plan de prueba de aceptación incompleto y se menciona que dicha responsabilidad recae
en el mismo cliente.
El tipo de prueba a utilizar es el de “caja blanca,caja negra o mixta” lo cuales estos

son métodos que utiliza la parte escrita como parte del diseño para derivar los casos de
prueba.

Elementos de Prueba En esta sección se trabajará con las abreviaciones I: incluir, M:
modificar, E: eliminar, C: consultar, A:Archivar.
Los elementos a cuales se les aplican pruebas son:
1. Requerimientos:
● Requerimientos funcionales.
○ Módulo de aspirantes.
■ I.M de Aspirantes.
○ Módulo de empresa.
■ I.M.C de Empresa.
○ Módulo de usuarios.
■ I.M.C.A usuarios.
○ Módulo de consulta de aspirantes.
■ C de Aspirantes.
● Requerimientos no funcionales.
■ Sistema con ambiente amigable.
2. Casos de uso:
● Módulo de la empresa.
○ Caso de uso insertar los datos de la empresa.
● Módulo aspirante.
○ Caso de uso modificar los datos de un aspirante
● Módulo de usuario.
○ Caso de uso de registro de usuario.

8.2 Pruebas de diseño.
Listas de chequeo de estándares de presentación-Formulario
Formulario: Aprobado
Fecha de revisión: Si | No
Revisado por: |
Elementos a revisar: Si | No No aplica
Variables privadas
Nombre_TipoDato |
Variables globales
G_Nombre_TipoDato |
Clases
CLS_Nombre |
Referencias a clases
Nombre_CLS |
Campos
TXT_Nombre |
Etiquetas
ETQ_Nombre |
ComboBox
CBX_Nombre |

Botón
BTN_Nombre |
Panel
PNL_Nombre |
Metodos
Nombre_Nombre() |
Títulos de ventana
Fuente por defecto:Microsoft Sans Serif |
Letra en Mayúscula |
tamaño: 11 |
Posición: Esquina superior izquierda |
Nombre de la ventana
FRM_Nombre |
Mensajes
Mensaje de acción cumplida:”Modificación

realizada”
Mensaje de error: “Error al modificar”
Tabla 40: Pruebas de diseño.
8.3 Pruebas de validación.
El propósito de las pruebas de validación consiste en determinar si el sistema cumple

con el funcionamiento debido y que de la misma forma el usuario del sistema acepte el
sistema a través del punto de vista funcional y de rendimiento.

Para este tipo de pruebas se van a implementar las pruebas de caja negra; las
funcionalidades del sistema son probadas sin conocer el código interno, las pruebas se
centran totalmente en las especificaciones y requisitos del software. Según las pruebas de caja
negra se pueden dar de dos tipos: funcionales y no funcionales.
➔ Pruebas funcionales: Se refieren directamente a la funcionalidad del sistema según lo

que se describe en la especificación de requerimientos, la funcionalidad se rige a
partir de tres características:
● Completitud funcional: nivel al que las funciones cubren las tareas y objetivos
de usuario establecidos.
● Corrección funcional: Capacidad del sistema para brindar resultados correctos

y precisos.
● Pertenencia funcional: Capacidad del sistema de proveer funciones para tareas

apropiadas y objetivos de usuario establecidos.
➔ Pruebas no funcionales: Se refieren al comportamiento externo del software,

asimismo estas también se basan en la especificación de los requerimientos del
sistema, pueden ser:
● Pruebas de carga: Medición de respuesta del sistema al aumentar la carga de sí

mismo, puede ser la cantidad de usuarios que implementan el sistema al
mismo tiempo.
● Pruebas de rendimiento: Se mide el tiempo de respuesta y velocidad de

procesamiento.
● Pruebas de volumen: Mide la capacidad del sistema para manejar muchos

datos de gran tamaño.
● Pruebas de esfuerzo: Se sobrecarga el sistema y se mide la capacidad de

recuperación.
● Pruebas de seguridad: Pruebas de accesos no autorizados.
● Pruebas de estabilidad, eficiencia, robustez: Se mide la respuesta del sistema

ante errores de funcionamiento.

● Pruebas de compatibilidad: Se prueba el sistema implementándolo con
diversos sistemas operativos, plataformas, entre otros.
● Pruebas de usabilidad: Mide la efectividad y la facilidad de uso del sistema.
El formato que se usará para realizar y validar las pruebas de validación son las
siguientes:
Caso de prueba:
Tipo de prueba:
Objeto:
Complejidad:
Descripción:
Caso N°1:
Descripción:
Entradas válidas:
Salidas esperadas:
Entradas inválidas:
Salidas esperadas:
Tabla 41: Formato para pruebas de validación.
De igual manera para la prueba de funcionalidad se ejecuta el formato que se muestra

a continuación:
Formato de pruebas de funcionalidad
Formulario: Ejecución: 1 2 3 4 5

Analista: Aprobado:
Sistema: Tiene scripts: Si No
Diseño:
Ejecución:
Descripción/Observaciones/Reportes:
Pantallas y Clases:
Tabla 42: Prueba de funcionalidad.
La tabla que se hará uso para la validación de formulación de resultados en ejecucion

sera la siguiente:
Formato de resultados, ejecución de pruebas
Formulario: N° Ejecucion:
Fechas: Aprobado Si No
:
Casos: Ejecutor:
1 2 3
Errores:
Observaciones: Entradas: Salidas:
Tabla 43: Formato de resultados.

9. Diseño del sistema.
9.1 Introducción.
El diseño de sistemas es una parte esencial en el desarrollo de software, ya que por

medio de este se muestra el modelo del sistema que se ha propuesto. Si pensamos en diseño,
podemos retroceder años y años y podemos ver que siempre se ha implementado de una u
otra forma, desde los diversos inventos de máquinas e instrumentos que se han creado, las
formas de las casas, hoteles, carros, en fin, se aplica de muchas maneras desde tiempos
antiguos, así como en nuestra vida cotidiana.
Si nos basamos en la parte de desarrollo de software, el diseño es la parte en la que el

analista, como se dice popularmente, “pone a volar su imaginación”, es decir, busca cumplir
con los requerimientos establecidos en el análisis de sistemas y solucionar el problema de la
empresa según el estudio, reiterando, es la representación visible del sistema que se propuso.
El diseño del sistema cuenta con dos partes importantes que son el Back-End; que es
básicamente el núcleo del sistema que se desarrolla, donde se encuentra la base de datos y se
almacena la información de forma consistente y rápida, por otra parte se encuentra el
Front-End; que es la parte donde el usuario y la base de datos se comunican entre sí, es la
interfaz que se muestra al usuario y que interactúa con este por medio de ventanas que
muestran los diferentes escenarios y reportes que se soliciten.
9.1.1 Metas y objetivos.
Metas.
● Diseñar una interfaz agradable a la vista del usuario.
● Cumplir con las expectativas de los usuarios del sistema.
● El diseño del sistema sea entendible y fácil de utilizar para el usuario.
● El sistema sea eficaz y funcione adecuadamente.
● El sistema se adapte tanto al usuario como al dispositivo que se utilice.

Objetivos.
● Desarrollar un sistema con un diseño amigable para el usuario, que sea fácil de
entender y utilizar.
● Diseñar un sistema que se adapte a los diferentes usuarios que lo utilicen.
● Analizar las necesidades de los usuarios en cuanto a un diseño de sistema y

adaptarlo al nuestro.
9.1.2 Alcances.
Los módulos programados mostrarán un diseño donde se pretende que el sistema

resulte fácil de utilizar, y le dé al usuario confianza de poder seguir realizando sus labores
como normalmente lo venía haciendo, pero con la mejora de tener los procesos
automatizados y que agilizan los procesos y ayudan a que el departamento tenga una mejora
en la productividad.
Se busca que la aplicación sea “amigable” con el usuario, esto quiere decir que se
tendrá en cuenta desde los colores utilizados en las ventanas hasta el orden de los elementos
dentro de las ventanas, todo esto con el fin de que el usuario no tenga complicaciones para
comprender la función de cada interfaz y que los datos que ingrese sean lo más veraces
posibles para evitar problemas con la información suministrada por los usuarios.
9.1.3 Restricciones principales.
En cuanto a las principales restricciones que presenta nuestro sistema respecto a su

diseño se pueden mencionar las siguientes:
1. El tiempo: Que no se cuente con suficiente tiempo para desarrollar un buen diseño de
sistema que cumpla con las necesidades del usuario y no sea del todo amigable con
este.
2. Falta de interés por parte del equipo de desarrollo de software: El poco interés puede
afectar el diseño del sistema y convertirlo en un diseño poco llamativo o con carencias
en cuanto a la vista del usuario y esto haría que sea más difícil de comprender.
3. Poco conocimiento de herramientas y aplicaciones para el desarrollo del sistema: Al

no tener el conocimiento necesario en estos aspectos se puede desarrollar un sistema

poco convencional para el usuario y que no cumpla con los procesos y funciones
requeridas.
4. No tener completamente claros los requerimientos de la empresa: Se crearía el

sistema con información a medias, es decir, no se cumpliría con las expectativas de la
empresa contratante, ni se brindaría un servicio de calidad por parte de los
desarrolladores.
9.2 Diseño de datos.
9.2.1 Estructura de datos internos del software.
La estructura de datos internos, son un conjunto de datos que pasan a través de

módulos y las capas del proyecto, puede ser desde la base de datos, hacia algún módulo
específico. esto para mostrar los datos que se solicitan por medio de consulta, envío de correo
o inclusive para el guardar o modificar datos, en los cuales se debe realizar el proceso de
guardado desde la interfaz y hasta la base de datos, según la tabla correspondiente.
9.2.2 Estructura de datos global.
La estructura de datos globales es muy importante en el desarrollo del software ya que

estos ayudan a guardar los datos más importantes en unas variables que pueden acceder todos
los metodos, asi, no obligando a tener que pasar todos los datos por parámetros, pudiendo
guardar datos claves que van a ser accedidos por múltiples métodos, así ahorrando tiempo y
código, en el caso de que sea necesario saber las ganancias para calcular los impuestos, las
ganancias netas, sueldos, etc… con solo tener una variable global guardada todos pueden
acceder a ella y realizar los cálculos correspondientes sin necesidad de pasar por parámetros
cada vez que se llama a los métodos.
9.2.3 Estructura de datos temporales.
En el desarrollo del software existirán distintas maneras de abordar un problema a

modo de ejemplo se puede brindar el caso de una comparación en la cual se necesita el uso de
dos variables, una la cual puede ser representada como un índice, y la otra sería una variable
temporal que almacene otro dato para luego compararse. Mencionar que solo existen datos
globales es un término incorrecto ya que el sistema necesita depurar información o datos que
solo tienen un único uso, aca es donde se ejemplifica con el uso de los datos temporales.

9.2.4 Descripción de la base de datos.
La base de datos consta de seis tablas (Aspirante, Roles, Usuario, Empresa,

PuestosTrabajo, EmpresaPuestosTrabajo), como ya se mencionó anteriormente en este
documento.
Seguidamente se explicará de forma breve, cual es el propósito de cada una de las

tablas.
[Aspirante]
El propósito de la tabla es almacenar los aspirantes que optan por un puesto de trabajo
en la empresa.
[Roles]
El propósito de esta tabla es contener los diferentes roles que el sistema maneja, esto
con el objetivo de implementar una jerarquía en los permisos que se tienen para manipular la
aplicación.
[Usuario]
Esta tabla tiene como objetivo almacenar los datos de los usuarios que hacen uso del
sistema, permite que se inicie sesión y relacionar al usuario con los módulos de la aplicación.
[Empresa]
El propósito de esta tabla es guardar los datos principales de la empresa, y poder

relacionarla con los diferentes módulos del sistema.
[PuestosTrabajo]
En esta tabla se almacenan todos los puestos de trabajo que tiene a disposición la
empresa y que permite optar a un aspirante a alguno de estos.
[EmpresaPuestosTrabajo]
Esta tabla es la encargada de establecer la relación entre la empresa y los puestos de

trabajo que en ella existen.
9.3 Diseño a nivel de componentes y arquitectónico.
9.3.1 Estructura de datos internos del software.
En los puntos siguientes se presenta el diagrama de arquitectura del proyecto, por

medio del cual se puede representar por medio de una imagen, como es la arquitectura del
sistema. Además se explica un poco acerca de la estructura del programa como tal.

9.3.1.1 Diagrama de arquitectura.
Figura 9: Diagrama de arquitectura.
9.3.1.2 Escructura del programa.
Existen dos partes fundamentales que componen las estructuras del programa,
seguidamente se explican brevemente:
1. Bloque de declaraciones: Aquí se detallan todos los objetos que utiliza el programa.
2. Bloque de instrucciones: Conjunto de acciones o operaciones a realizar.
Es importante mencionar que el bloque de instrucciones se compone por 3 partes las

cuales son:
1. Entrada de datos.
2. Proceso o algoritmo.
3. Salida de resultados.
Bloque de instrucciones:
Entrada Algoritmo Salida
Inicio de programa de los Procesos que va realizar el Resultados que va a arrojar.

datos. programa.
Tabla 44: Bloque de instrucciones.

Estructura del programa:
Cabecera: Nombre del programa:RRHH

Datos de entrada:todos los atributos de empresa,aspirante y
usuario
Datos de salida:Mensaje de verificación
Funciones: AgregarEmpresa()
ModificarEmpresa()
ConsultaAspirante()
AgreagarAspirante()
ModificarAspirante()
MostrarPantallaAgregarEmpresa()
MostrarPantallaAregarAspirante()
MostrarPantallaEnviarEmail()
EnviarEmail()
BLL: En esta capa se manejara los datos de los objetos
DAL: Se tiene que manejar los procesos que se hagan en la bases de

datos para la capa BLL
Capa de presentación: Se tiene que manejar la capa donde está toda la parte gráfica
Entradas: Se van almacenar los identificadores tanto de las

empresas,Aspirantes,Usuarios
Salidas: Se tiene que devolver un mensaje de éxito para ciertas funciones

como las de agregar.modificar.
Tabla 45: Estructura del programa.
9.3.2 Descripción por componente.
Lo primero es describir los bloques físicos, los cuales son: el hardware, servidor
interno de la empresa y el servidor externo.
● Hardware: Se refiere a la computadora o dispositivo que el usuario va a necesitar para

utilizar el sistema.

● Servidor interno de la empresa: La empresa necesita contar con al menos un servidor,
donde pueda almacenar la información en una base de datos, asimismo, debe contar
con conexión a internet y transferencia de archivos.
● Servidor externo/Acceso a la red: Este servidor se encarga de alojar la aplicación web,

este es un servicio por contrato de una compañía u otra compañía que ofrece
dominios.
Seguidamente se describen y explican las interfaces lógicas y los componentes del

equipo.
● Ejecutable: Al ser una aplicación, es indispensable el uso de un ejecutable .exe, en

este caso el de escritorio, para acceder al sistema.
● File Transfer Protocol: El protocolo de transferencia de archivos es uno de los más

utilizados y necesarios para el sistema, debido a la transferencia de los datos.
● File Explorer: Es necesario tener acceso al explorador de archivos del equipo del
usuario, ya que desde ese se pueden enviar documentos hacía el sistema o viceversa.
● Database: Uno de los puntos más importantes durante el proceso y ejecución del
proyecto, contar con un servidor de base de datos que logre almacenar la información
que se ingresa en la aplicación.
9.3.2.1 Proceso explicativo para los componentes de la interfaz.
Primeramente para explicar los componentes de la interfaz, al inicio se muestra la

pantalla principal, en la cual se encuentran:
❖ Cabecera: Donde se encuentra el nombre de la app, en este caso Software de gestión

de Recursos Humanos.
❖ MenuStrip: Es el menú de opciones para el usuario, si desea ingresar al módulo de

empresas, módulo aspirantes, si se desea ingresar al área de mensajería o la opción de
salir.
❖ Body: Es esta parte básicamente se muestra una imagen con el logo y nombre de la
app, es una presentación al usuario.
❖ Pie de página: La parte inferior de la página principal.
Ahora bien, en el módulo de empresas se muestran los campos en los cuales el usuario
debe de ir ingresando la información solicitada, como lo son:
❖ Label: Se solicita el id de la empresa, cédula jurídica, nombre y el email.
❖ TextBox: Que serían los campos que guardan la información ingresada por el usuario.

❖ Button: Son las opciones que se le ofrece al usuario, en este caso las opciones son
agregar un puesto de trabajo y agregar la empresa.
En el módulo de aspirantes se procede de la misma forma que el módulo de empresas,

se solicitan los campos correspondientes por medio de:
❖ Label: Se solicita el id del aspirante, nombre, teléfono, email y el puesto de trabajo

deseado.
❖ TextBox: Que serían los campos que guardan la información ingresada por el usuario.
❖ Button: Son las opciones que se le ofrece al usuario, en este caso solamente sería el de
agregar.
Además, se muestra una pantalla que permite realizar consultas para los puestos de
trabajo disponibles, en la cual se presentan los siguientes componentes:
❖ Label: Indica al usuario qué información debe de ingresar (puesto de trabajo).
❖ TextBox: Campo donde el usuario ingresa los datos del puesto de trabajo.
❖ DataGridView: En este campo, se despliega los resultados que arroja la base de datos
según el puesto de trabajo que ingresó el usuario.
Por otra parte, tenemos la opción de enviar mensajes entre empresas y aspirantes, esta
parte sería la de la comunicación, para ello se cuentan con los siguientes componentes:
❖ Label: Se solicita email al cual se desea enviar un mensaje, ya sea de la empresa al

aspirante o viceversa.
❖ TextBox: En este caso tenemos dos campos de texto, uno para escribir el email
solicitado y otro para escribir el mensaje deseado.
❖ Button: Botón que le permite al usuario enviar el mensaje.
Para comprender mejor lo explicado anteriormente, en el siguiente punto se muestran

imágenes que describen de forma visual los componentes de la interfaz y cual es su
funcionamiento.

9.3.2.2 Descripción de cada componente de la interfaz.
Figura 10: Componentes de pantalla principal.
Figura 11: Componentes de Agregar Empresa.

Figura 12: Componentes de agregar Aspirante.
Figura 13: Componentes de búsqueda por puesto.

Figura 14: Componentes de enviar email al aspirante.
Figura 15: Componentes de enviar email a empresa.
9.4 Diseño de interfaz de usuario.
En los siguientes puntos se pueden observar las descripciones de las interfaces de

usuario, mostrando así mismo, imágenes de pantalla, acciones y objetos, así como también la
disponibilidad de los componentes.
9.4.1 Descripción de las interfaces de usuario.
Interfaz de Aspirante.

Interfaz de Aspirante
Nombre Descripción Flujo
Página principal. Es la interfaz de Inicio de sistema.

inicio,muestra el menú ya
que el usuario solo puede
acceder por ahí.
Iniciar sesión. Si el usuario cuenta con una Inicio de sistema , se tira la

cuenta debe proceder a pantalla de iniciar sesión.
ingresar.Si el nombre de
usuario y la contraseña son
incorrectas no puede
ingresar.
Registrarse. Esta interfaz es la que Ingresa a la interfaz de

permite que el usuario se registrarse mediante un
cree una cuenta y se registre. botón registrarse que está en
el login, el cual redirecciona
al formulario de registrarse,y
éste al registrarse
redirecciona a agregar
aspirante.
Agregar aspirante. Esta interfaz le permite al Al registrarse se

aspirante rellenar sus datos redirecciona
después de haberse automáticamente a esta
registrado. ventana.
Búsqueda General. Esta interfaz permite que el Ingresa a la interfaz de

usuario haga una consulta búsqueda general de
general de las empresas empresas a través de un
registradas. botón que lo redirecciona a
la ventana de consulta.
Enviar mensaje a la Esta interfaz permite tener Ingresa a la interfaz de

empresa. comunicación con la búsqueda general de
empresa deseada. empresas a través de un
botón que lo redirecciona a
la ventana de mensaje.
Tabla 46: Descripción de interfaz del aspirante.

Figura 16: Imagen descriptiva de la interfaz del aspirante.
Interfaz de la empresa.
Interfaz de empresa
Nombre Descripción Flujo
Página principal. Es la interfaz de Inicio de sistema

inicio,muestra el menú ya
que la empresa solo puede
acceder por ahí
Iniciar sesión. Si la empresa cuenta con Inicio de sistema , se tira la

una cuenta debe procedecer pantalla de iniciar sesión
a ingresar.Si el nombre de
usuario y la contraseña son
incorrectas no puede
ingresar
Registrarse. Esta interfaz es la que Ingresa a la interfaz de

permite la empresa se cree registrarse mediante un
una cuenta y se registre botón registrarse que está en
el login, el cual redirecciona
al formulario de registrarse,y
éste al registrarse
redirecciona a agregar
empresa.
Agregar empresa. Esta interfaz le permite a la Al registrarse se

empresa rellenar sus datos redirecciona

después de haberse automáticamente a esta
registrado. ventana.
Búsqueda por un puesto de Esta interfaz permite a la Ingresa a la interfaz de

trabajo. empresa consultar posibles registrarse mediante un
aspirantes según el puesto de botón, el cual redirecciona a
trabajo deseado. la interfaz de consulta.
Agregar un puesto de Esta interfaz permite que Ingresa a la interfaz

trabajo. una empresa llene un mediante un botón, el cual
formulario para agregar un redirecciona a la interfaz de
puesto de trabajo agregar.
Enviar mensaje al aspirante. Esta interfaz permite que la Ingresa a la interfaz

empresa pueda tener mediante un botón, el cual
comunicación directa con el redirecciona a la interfaz de
aspirante deseado. mensaje.
Tabla 47: Descripción de la interfaz de la empresa.
Figura 17: Imagen descriptiva de la interfaz de la empresa.

9.4.1.1 Imágenes de pantalla y acciones y objetos.
Figura 18: Registrarse.
Figura 19: login.

Figura 20: Pantalla principal.
Figura 21: Pantalla de agregar Empresa.

Figura 22: Búsqueda general de la empresa.
Figura 23: Búsqueda por puesto para contratar.

Figura 24: Agregar Puesto de trabajo.
Figura 25: Agregar Aspirante.

Figura 26: Puesto de trabajo disponible.
Figura 27: Enviar Mensaje al aspirante.

Figura 28: Enviar mensaje de la empresa.
9.4.2 Disponibilidad de componentes.
La disponibilidad de los componentes en el desarrollo del software resulta de gran

importancia, ya que es gracias a dichos componentes que el sistema funciona adecuadamente,
por lo cual es necesario llevar un control de los mismos. Se maneja un registro según
porcentajes de disponibilidad y días, horas, minutos o segundos de inactividad, el porcentaje
de disponibilidad va desde un 97 %, siendo 11 días de inactividad, hasta 99,9999% de
disponibilidad, siendo 32 segundos de inactividad. Es importante destacar que se contempla
la posibilidad de inactividad de cualquier componente según los datos brindados, sin embargo
se van a manejar respaldos ante cualquier eventualidad.
Copias de seguridad:
Este sistema cuenta con un respaldo de la información que posee la base de datos, el
cual brinda la posibilidad de programar los mismos procedimientos y esto haciendo que los
datos sea menos posible de eliminarse o corromperse.
9.5 Restricciones, limitaciones y dificultades.
Durante la realización de este proyecto, nos hemos topado con diversas restricciones,
limitaciones y dificultades, las cuales han hecho que el trabajo sea más complejo. Para

explicar un poco, se puede mencionar que para su desarrollo, se estableció un machote el cual
requirió de mucha investigación y tiempo para poder realizarlo, utilizando herramientas que
se adaptaran a las necesidades y requerimientos de la empresa Soluciones Ítem, por ende,
como se indicó anteriormente, el tiempo juega un papel muy importante, ya que a pesar de
contar con varios meses y un equipo de trabajo responsable, la investigación, análisis, diseño
y programación como tal, requieren de mucha atención.
Así mismo, cabe mencionar que los integrantes del equipo de trabajo, desde el líder,
hasta el coordinador de documentación debían de dividir sus responsabilidades personales,
con este proyecto y con los demás trabajos o proyectos de otros cursos.
Además, un aspecto limitante fue el uso erróneo de librerías que conllevaron a perder
el avance en el proyecto y generar un atraso considerable, así como los problemas de
conexión debido a la modalidad virtual, ya que no todos los integrantes cuentan con un una
conexión a internet estable y las reuniones no siempre pueden estar presentes todos, no
solamente por la conexión, sino que los horarios libres no coinciden y el vivir en zonas
geográficas muy distantes dificulta la reunión de forma presencial.
Entre las dificultades se puede decir que lo principal fue desarrollar un proyecto
completo que requiere de muchos procesos, análisis, pruebas y cumplir con los requisitos de
la empresa, que, aunque ya se han realizado proyectos similares, siempre es una nueva
experiencia y requiere de toda nuestra atención y enfoque para poder realizarlo de la mejor
manera posible y cumplir con las expectativas.
9.6 Casos de prueba.
Casos de Prueba #1
Módulo de Aspirantes
Fecha: 05/6/2022 Elaborado Jeremy Ovares Encargado de Jeremy Ovares

por: Roig la prueba: Roig
Caso N°1
ID Prueba: PRB-MA-1
Rol dentro del Aspirante

sistema:
Tipo de Prueba: Funcionales “Caja Gris”

Objeto: Ingresar Aspirantes
Complejidad: Baja
Descripción de la El aspirante va a ser capaz de registrar sus datos personales en el

prueba: sistema sin presentar errores ni fallas.
Descripción del caso: El aspirante ingresa su nombre de usuario y contraseña para

posteriormente registrar sus datos personales.
Pasos Anteriores: Estando dentro de la aplicación seleccionar datos personales.
Identificacion: “117920233”
Nombre Completo: “Jeremy Daniel Ovares Roig”.
Email: “jeremy.ovares@ucr.ac.cr”
Telefono: “85777913”
Entradas Válidas:
Puesto Trabajo Deseado: “Programador Front End.”
Entradas Automáticas
del Sistema:
Los datos personales del aspirante son registrados.
Salidas Esperadas:
Mensaje de éxito “Registro completado”

Se están intentando ingresar campos vacíos.
En el apartado de teléfono no se admiten letras.
La cantidad de caracteres no es compatible con lo preestablecido en

la base de datos.
Entradas Inválidas:
Salidas Esperadas: El sistema muestra un error y no procede a registrar los datos del
aspirante.
Se despliega un mensaje mencionando los campos en blanco.
Tabla 48: Caso de prueba. Módulo de aspirantes.
Casos de Prueba #2
Módulo de Consulta de Aspirantes
Fecha: 05/6/2022 Elaborado Jeremy Ovares Encargado de la Jeremy Ovares Roig

por: Roig prueba:
Caso N°1
ID Prueba: PRB-MCA-1
Rol dentro del Empresa

sistema:
Tipo de Prueba: Funcionales “Caja Negra”

Objeto: Consultar Aspirantes
Complejidad: Baja
Descripción de la La empresa podrá ser capaz de consultar a los aspirantes por identificación
prueba: o por puesto de trabajo.
Descripción del caso: La persona con rol de empresa inserta un número de identificación para
buscar a un aspirante o así mismo se hace una búsqueda general según
puesto de trabajo.
Pasos Anteriores: Estando dentro de la aplicación haber iniciado sesión como empresa.
Identificacion: “117920233”
Nombre Completo: “Jeremy Daniel Ovares Roig”.
Email: “jeremy.ovares@ucr.ac.cr”
Telefono: “85777913”
Entradas Válidas:
Puesto Trabajo Deseado: “Programador Front End.”
Entradas Automáticas
del Sistema:
Los datos personales del aspirante.
Salidas Esperadas:

La identificación no es válida.
No hay nadie registrado con ese puesto de trabajo.
Salidas Esperadas: El sistema muestra un error y no realiza la consulta..
Tabla 49: Caso de prueba. Módulo consulta de aspirantes.
Casos de Prueba #3
Módulo de Registro de Roles de Usuario (RRU)
……
Fecha: 05/6/2022 Ela000b Karla Lara Encargado de Karla Lara

Guerrero la prueba: Guerrero
orado por:
Caso N°1
ID Prueba: PRB-RRU-1
Rol dentro del Administrador (a)

sistema:
Objeto: Ingresarlos roles de los usuario

Complejidad: Baja
Descripción de la El administrador debe ser capaz de registrar los roles de los usuarios
prueba: sin dificultades y sin afectar la integridad de la base de datos.
Descripción del caso: El administrador (a) ingresa los datos del usuario y se almacena en el
sistema.
Pasos Anteriores: Seleccionar la opción de registrar usuario si no ha creado una cuenta

en la plataforma.
Nombre:”Peter López Gómez”;
Rol: Aspirante
Entradas Válidas:
Nickname:“Peter98”;
Contraseña:“20220605”;
Entradas Automáticas IdUsuario:”1++”

del Sistema:
El sistema confirma la transacción y registra al nuevo usuario en la

base de datos.
Salidas Esperadas:
Mensaje de éxito al usuario:”El usuario ha sido registrado con

éxito”;
Campos vacíos.
Texto en campos de solo números.
Entradas Inválidas: Falta el @ en el campo del correo.
Los valores ingresados superan el tamaño de los campos de la base

de datos.

Salidas Esperadas: El sistema pausa la transacción y no registra nada en la base de
datos.
Mensaje de alerta al usuario:”Por favor rellenar los campos con la

información faltante.”
Tabla 50: Caso de prueba. Módulo de registro de roles de usuario.
Casos de Prueba #4
Módulo de Registro de Empresa (RE)
Fecha: 05/6/2022 Elaborado Karla Lara Encargado de Karla Lara

por: Guerrero la prueba: Guerrero
Caso N°1
ID Prueba: PRB-RE-1
Rol dentro del Administrador (a)

sistema:
Objeto: Ingresar Empresa
Complejidad: Baja
Descripción de la El administrador (a) debe ser capaz de registrar empresas sin

prueba: dificultades, los datos no deben afectar el buen funcionamiento de la
base de datos.
Descripción del caso: El administrador (a) ingresa los datos de la empresa y el sistema se
encarga de almacenarlos..
Pasos Anteriores: Ejecutar la aplicación y seleccionar la opción de registrar empresa.

Cédula Jurídica:“IF28965433”;
Entradas Válidas:
Nombre:”SIGNOSA”;
Correo:”signosa@gmail.com”;
Entradas Automáticas IdEmpresa:”1++”;

del Sistema:
Estado:”Activo”;
El sistema confirma la transacción y registra a la nueva empresa en

la base de datos.
Salidas Esperadas:
Mensaje de éxito al usuario:”Empresa registrada con éxito”;
Campos vacíos.
Falta el @ en el campo de correo.

Los valores ingresados superan el tamaño de los campos de la base
de datos.
Salidas Esperadas: El sistema pausa la transacción y no registra nada en la base de

datos.
Mensaje de alerta al usuario:”Por favor ingrese los datos

solicitados.”;
Tabla 51: Caso de prueba. Módulo de empresas.
9.7 Detalles de instalación de paquetes y del sistema.
Lo primero que necesitamos es descargar Microsoft SQL Management Studio y

Visual Studio.
Nos dirigimos a las páginas y realizamos la descarga para el caso de Visual Studio se
puede descargar la versión gratuita community.

Lo ejecutamos, y simplemente damos next para que se instale.
Después, nos dirigimos a la pagina de

https://www.microsoft.com/es-es/sql-server/sql-server-downloads y descargamos cualquier
edición(en nuestro caso Express), simplemente nos va a fincionar para crear y gestionar la
Base de Datos.

Ahora bien, se necesita SSMS-Setup-ENU, que es un entorno integrado para
administrar cualquier infraestructura de SQL, desde SQL Server a Azure SQL Database.
Y procedemos a instalar el SSMS-Setup antes que el SQL2019.

Y se continúa con el SQL cuando se ejecuta es importante tratar de que queden por
default ciertas partes de la instalación y simplemente se le da next.

Después, para el modo de autenticación se puede elegir cualquiera, ya sea windows o
Mixed SQL, el más recomendable es el de Windows para que a futuro no genere problemas
de conexión.

Y se continúa dando next, hasta que una vez instalado, se procede a abrir la aplicación
de SQL2019, y se escoge el server name que se creó anteriormente (ya sea manual o el que
viene por default).
10. Pruebas efectuadas.
10.1 Pruebas de diseño.
Formulario: FrmRegistro Aprobado
Fecha de revisión: 14/06/2022 Si | No
Revisado por: Etiene Chaves Berrocal X |
Variables privadas
Nombre_TipoDato X |
Variables globales
G_Nombre_TipoDato X |
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |

Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre X |
Botón
BTN_Nombre X |
Panel
PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana
Fuente por defecto:Microsoft Sans Serif X |
Letra en Mayúscula X |
tamaño: 11 X |
Posición: central superior | X
FrmNombre X |
Mensajes
Mensaje de acción cumplida:”Modificación X |

realizada”

Mensaje de error: “Error al modificar” X |
Formulario: FrmPuestoDeTrabajo Aprobado
Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |

ComboBox
CBX_Nombre | X
Botón
BTN_Nombre X |
Panel
PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana
tamaño: 11 X |
Posición: central superior X |
FrmNombre X |
Mensajes

realizada”

Formulario: FrmPrincipal Aprobado
Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X

Botón
BTN_Nombre | X
Panel
PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes
Mensaje de acción cumplida:”Modificación | X

realizada”
Mensaje de error: “Error al modificar” | X

Formulario: FrmLogin Aprobado
Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón

BTN_Nombre X |
Panel
PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
Formulario: FrmEnviarMensaje Aprobado

Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón
BTN_Nombre X |

Panel
PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
Formulario: FrmConsultaGeneralEmpresa Aprobado

Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre | X
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón
BTN_Nombre X |
Panel

PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
Formulario: FrmConsultaEmpresa Aprobado

Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón
BTN_Nombre | X
Panel
PNL_Nombre X |

Metodos
Nombre() X |
Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
Formulario: FrmConsultaAspirante Aprobado

Variables privadas
Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón
BTN_Nombre X |
Panel
PNL_Nombre X |
Metodos

Nombre() X |
Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
Formulario: FrmAgregarEmpresa Aprobado
Variables privadas

Nombre_TipoDato X |
Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón
BTN_Nombre X |
Panel
PNL_Nombre X |
Metodos
Nombre() X |

Títulos de ventana
tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
Formulario: FrmAgregarAspirante Aprobado
Variables privadas
Nombre_TipoDato X |

Variables globales
Clases
Nombre X |
Nombre_CLS X |
Campos
TXT_Nombre X |
Etiquetas
ETQ_Nombre X |
ComboBox
CBX_Nombre | X
Botón
BTN_Nombre X |
Panel
PNL_Nombre X |
Metodos
Nombre() X |
Títulos de ventana

tamaño: 11 X |
FrmNombre X |
Mensajes

realizada”
10.2 Pruebas de validación.
El equipo logró realizar exitosamente la programación de una pequeña pero muy

importante parte del sistema gracias al encargado de programación, se consideró que la
característica a codificar debe ser la localización de los envíos.
A continuación se muestran los resultados de algunas pruebas de validación que

fueron previamente diseñadas en el plan de pruebas y se explicará el comportamiento que
tuvo el sistema.

Resultados de prueba
Objeto de prueba Login del usuario,validación de los datos

incorrectos
Datos de entrada Datos inexistentes en los registros de bases

de datos
Comportamiento esperado Mostrar mensaje de error
Comportamiento real Mostrar mensaje de contraseña inválidos

Objeto de prueba agregar una nueva empresa
Datos de entrada idEmpresa,Cédula jurídica,nombre,email
Comportamiento esperado Agregar un nuevo registro en la bases de

datos
Comportamiento real Se tira un mensaje de éxito para saber que el

registro fue exitoso
Objeto de prueba agregar una nueva empresa con id que ya

existe
Datos de entrada idEmpresa,Cédula jurídica,nombre,email

datos
Comportamiento real Se tira un mensaje de error para saber que el

registro tuvo falla
Objeto de prueba agregar un nuevo puesto de trabajo

Datos de entrada id Puesto trabajo,descripcion,salario

datos

registro funcionalidad
Objeto de prueba agregar un nuevo puesto de trabajo con

llave de primaria ya existente
Datos de entrada id Puesto trabajo,descripción,salario
Comportamiento esperado Mandar un mensaje de error
Comportamiento real Se tira un mensaje de fallo para saber que el

registro no funcionó

Objeto de prueba Buscar una empresa
Datos de entrada Ninguno
Comportamiento esperado Mandar una lista de todos los registros que

posee la bases de datos
Comportamiento real Se manda una datagridview con las

empresas

Objeto de prueba Buscar un aspirante por el puesto de trabajo

que contratar
Datos de entrada Puesto que busca contratar

Comportamiento real Se manda una datagridview con las

aspirantes acordes

Objeto de prueba agregar un nuevo aspirante
Datos de entrada id Aspirante

datos

registro funcionalidad

Objeto de prueba Buscar un empresa por el puesto de trabajo

que deseado
Datos de entrada Puesto que busca deseado

Comportamiento real Se manda una datagridview con las empresa

y la información acorde

Objeto de prueba Enviar un correo sin dirección
Datos de entrada Direccion de correo
Comportamiento esperado Mandar un error
Comportamiento real Se manda un error

Objeto de prueba Enviar un correo con todo
Comportamiento esperado Mandar un mensaje de éxito
Comportamiento real Se manda un un mensaje de éxito
Objeto de prueba Enviar un correo con todo
Comportamiento esperado Mandar un mensaje de éxito
Comportamiento real Se manda un un mensaje de éxito
11. Implementación del sistema.
11.1 Objetivo.
● Realizar la ejecución y pruebas del software para un uso óptimo y correcto.

11.2 Descripción de actividades.
A lo largo del proyecto se efectuaron una serie de actividades que han permitido ir
avanzando paulatinamente hacia su finalización, entre esas actividades se describen las
siguientes:
● La especificación del software en el cuál se define el software, así como sus
restricciones, mediante el entendimiento de los objetivos del programa y los
requerimientos que permiten definir las funciones y características del mismo.
● Diseño e implementación del software, en este punto se realiza el diseño y
programación del sistema, se convierte toda la especificación del sistema en un
software ejecutable.
● Validación del software, son todas aquellas pruebas que atraviesa el programa en
donde este es ejecutado mediante datos de prueba.
● Evolución del software, es donde a raíz de las pruebas de validación realizadas se
modifica el sistema según los requerimientos preestablecidos, así como los nuevos
requerimientos que pueden cambiar a petición del cliente.
11.3 Conclusión.
En las etapas iniciales del proyecto no se tenía clara la descripción conceptual del
proyecto. A medida que se avanzaron las primeras etapas y las actividades que se realizaron
para ir cumpliendo con cada una de ellas, el equipo empezó a comprender mejor la visión del
proyecto, esto con ayuda de los requerimientos, escenarios de uso y casos de uso.
Además, los roles asignados a cada estudiante durante las primeras etapas, ayudaron a
comprender la manera de trabajar en equipo y a repartir las actividades que debía desempeñar
cada estudiante en el proyecto. Es importante mencionar que asignar actividades a los
miembros del equipo ha contribuido a tener un mayor orden en cada entregable del proyecto,
así como en las pruebas que se han realizado.
12. Garantía y mantenimiento.
12.1 Objetivo.
● Establecer acuerdos entre cliente y empresa desarrolladora, con el fin de garantizar el

adecuado desarrollo y funcionamiento del sistema, dándole el mantenimiento y
realizando las mejoras necesarias para así fortalecer el sistema de trabajo de la
empresa.
12.2 Descripción y acuerdos.
El siguiente apartado pretende dar un enfoque a una cláusula legal en la cual se

comprende un contrato entre cliente y empresa desarrolladora la cual se plantean posibles
puntos de vista y aspectos a tener en cuenta como lo sería la garantía y el mantenimiento del

software, cabe recalcar que dicho proyecto y programa es meramente educativo, sin embargo,
el proceso debe ser tomado con seriedad y se debe pretender brindar un enfoque
teórico-práctico de un caso simulado de trabajo real, este proyecto no va a ser implementado
en ninguna empresa, sin embargo, se podrían establecer ciertos acuerdos con el fin de proveer
una satisfacción al cliente con el cumplimiento de una garantía en caso de fallas y un
adecuado mantenimiento del software con una inspección rutinaria además de detección de
errores.
13. Conclusiones.
El proyecto desarrollado para la empresa Soluciones Ítem, es un sistema creado con la

finalidad de optimizar los procesos del área de Recursos Humanos, permitiendo, por medio
de diferentes módulos, la comunicación entre aspirantes y empresas que utilicen el sistemas,
así podrán realizar los trámites de forma más rápida y remota, evitando la presencialidad
innecesaria en algunas ocasiones, al mismo tiempo que se toma en cuenta los riesgos de
contagio de Covid-19, pandemia que actualmente está afectando al mundo y ha cobrado gran
cantidad de vidas.
Por otra parte, cabe mencionar que la realización de este sistema ha requerido de
mucho tiempo, atención y enfoque, ya que es necesario identificar claramente todos los
requerimientos de la empresa contratista para poder abarcar todos los aspectos
correspondientes, así como una investigación constante para comprender los diversos puntos
que se necesitan explicar a lo largo de su desarrollo, así como el empleo de herramientas
adecuadas para el funcionamiento del sistema.
La experiencia obtenida por parte del equipo de trabajo resulta muy provechosa, ya
que nos ayuda mucho para proyectos a futuro, comprender de una forma correcta lo que
significa el trabajo en equipo y la importancia de cada uno de los miembros y la función que
cumplen en sus diversas áreas de trabajo. Esperamos como equipo, que se haya logrado
cumplir con los objetivos y metas establecidos y nuestro proyecto sea gran apoyo a futuro.
14. Recomendaciones y sugerencias.
Es importante tener en consideración realizar el análisis de requerimientos

correctamente, para dar al proyecto un enfoque y dirección hacia donde se quiere llegar.
Asimismo, para realizar el software, es necesario conocer o haber manejado el lenguaje de

programación multiparadigma C# y tener definido el tipo de framework, en nuestro caso
Entity core para los paquetes.
15. Apéndice y nomenclaturas.
15.1 Apéndice A: Gráfica de Gantt de planeación inicial.
Diagrama de gantt inicial.xlsx

15.2 Apéndice B: Gráfica de Gantt final.
Diagrama de gantt Final.xlsx

16. Referencias Bibliográficas.
Bermúdez, G. (2007). Estándar de diseño. Universidad de Costa Rica.
Bermúdez, G. (2007). Guia para elaborar la descripción conceptual de un proyecto software.

Universidad de Costa Rica.
Escalona, L., & Ramirez, L. (2010). GUÍA PARA LA ELABORACIÓN DE PROYECTOS.

https://www.pluralismoyconvivencia.es/upload/19/71/guia_elaboracion_proyectos_c.
pdf
Sánchez, P. (2015). Pruebas de Software. Fundamentos y Técnicas.

https://oa.upm.es/40012/1/PFC_JOSE_MANUEL_SANCHEZ_PENO_3.pdf

Análisis de Sistemas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Análisis de Sistemas

Cargado por

Copyright:

Formatos disponibles

Sede del Pacífico, Arnoldo Ferreto Segura.

Bachillerato en Informática Empresarial.

Álvarez Jiménez Luz Ericka B80400

Bachillerato en Informática Empresarial 1

Bachillerato en Informática Empresarial 2

Bachillerato en Informática Empresarial 3

● Desarrollar un software de gestión de recursos humanos que permita llevar el

1. Identificar los principales requerimientos de un sistema de Recursos Humanos.

2. Realizar un programa encargado de controlar las solicitudes y contrataciones de la

3. Analizar los resultados de las pruebas realizadas al software de recursos humanos.

Bachillerato en Informática Empresarial 4

Con el proyecto presente a continuación, se pretende abordar un software

1.1. Propósito del documento.

1.2. Definiciones, Acrónimos, y Abreviaciones.

Dentro de los acrónimos sobre los requerimientos funcionales se pueden mencionar

❖ RF= Requerimientos funcionales.

❖ RNF= Requerimientos No funcionales.

❖ RA= Registro de Aspirantes.

❖ SCA= Subsistema de consulta de Aspirante.

❖ RRU=Registro roles de usuario

2. Justificación del proyecto.

El presente proyecto se realiza debido a la necesidad de la empresa Soluciones Ítem

Bachillerato en Informática Empresarial 5

Por otra parte, basándonos en la reducción de tiempo, al realizar diversas entrevistas a

3.1 Descripción de la empresa.

La empresa se llama Soluciones Ítem y se caracteriza por el desarrollo de software,

Figura 1: Descripción de la empresa.

3.2 Descripción del problema.

Se solicita desarrollar un sistema que sea capaz de administrar el área de Recursos

Bachillerato en Informática Empresarial 6

4. Planificación del proyecto.

4.1 Análisis de recursos.

Es importante mencionar que en la mayoría de los casos el mayor coste de los

4.2 Necesidades técnicas.

Para el desarrollo correcto de este proyecto se necesitan computadores que cumplan

➔ Procesador Intel Core i3 de séptima generación o superior.

Bachillerato en Informática Empresarial 7

➔ Sistema operativo de 64 bits, procesador x64.

➔ Disco duro de 256GB o superior.

➔ Caché 256GB o superior.

4.3 Actividades a desarrollar.

Para desarrollar el proyecto es necesario llevar a cabo un conjunto de actividades, las

❖ Mensajería de texto por medio de WhatsApp y Telegram, con el objetivo de establecer

❖ Trabajo en conjunto en Google Drive, donde se desarrolla el documento formal del

4.4 Tiempos y costos.

Para realizar dichas estimaciones es recomendable contar con proyectos anteriores

a) Tiempo que se considera que en más ocasiones se tarda en realizar dicha

b) Tiempo optimista, es el tiempo en el que se realiza la actividad sin ningún

Bachillerato en Informática Empresarial 8

El tiempo esperado, o bien, la estimación final se calcula con la fórmula de la media

- Materiales a utilizar: materia prima, materiales didácticos…

- Compra/alquiler de herramientas, equipos informáticos…

- Costo horario de los participantes de la actividad.

- Contratos de servicios: luz, electricidad, agua…

5. Plan de control de calidad.

5.1 Necesidades del plan.

Desarrollar un sistema que sea capaz de administrar el área de Recursos Humanos, el

5.2 Entradas para el plan.

● Requisitos del cliente.

Bachillerato en Informática Empresarial 9

5.3 Contenido del plan.

1. Alcance del plan.

3. Objetivos y cómo se lograrán.