DUOC UC - Escuela de informática y telecomunicaciones

Propuesta de
Proyecto y
Especificación de
Requisitos de
Software
Proyecto: Sistema de control de datos.
Revisión: 01
Planificación y Especificación de Requisitos según estándares; IEEE 830, ISO9000 y PMI.
 Especificación de Requisitos, estándar de IEEE 830

Contenido
FICHA DEL DOCUMENTO............................................................................................................................ 3

1. INTRODUCCIÓN.................................................................................................................................... 4
1.1. PROPÓSITO............................................................................................................................................. 4
1.2. ÁMBITO DEL SISTEMA............................................................................................................................... 4
1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS............................................................................................... 4
1.4. REFERENCIAS.......................................................................................................................................... 4
1.5. VISIÓN GENERAL DEL DOCUMENTO............................................................................................................ 4

2. DESCRIPCIÓN GENERAL..................................................................................................................... 5

2.1. PERSPECTIVA DEL PRODUCTO..................................................................................................................... 5

2.2. FUNCIONES DEL PRODUCTO....................................................................................................................... 5
2.3. CARACTERÍSTICAS DE LOS USUARIOS............................................................................................................ 5
2.4. RESTRICCIONES........................................................................................................................................ 5
2.5. SUPOSICIONES Y DEPENDENCIAS................................................................................................................. 6
2.6. REQUISITOS FUTUROS............................................................................................................................... 6

3. REQUISITOS ESPECÍFICOS................................................................................................................... 7

3.1 REQUISITOS COMUNES DE LAS INTERFACES................................................................................................... 8

3.1.1 Interfaces de usuario...................................................................................................................... 8
3.1.2 Interfaces de hardware.................................................................................................................. 8
3.1.3 Interfaces de software.................................................................................................................... 8
3.1.4 Interfaces de comunicación............................................................................................................ 8
3.2 REQUISITOS FUNCIONALES......................................................................................................................... 8
3.3 REQUISITOS NO FUNCIONALES.................................................................................................................... 9
3.3.1 Requisitos de rendimiento.............................................................................................................. 9
3.3.2 Seguridad....................................................................................................................................... 9
3.3.3 Fiabilidad...................................................................................................................................... 10
3.3.4 Disponibilidad............................................................................................................................... 10
3.3.5 Mantenibilidad............................................................................................................................. 10
3.3.6 Portabilidad.................................................................................................................................. 10
3.4 OTROS REQUISITOS................................................................................................................................ 10

4. PROPUESTA DE PLANIFICACIÓN............................................................................................................ 11
4.1 DESCRIPCIÓN GENERAL ACERCA DE LA PLANIFICACIÓN......................................................................................... 11
4.1.2 Definición del Equipo de Trabajo...................................................................................................... 11
4.1.3 Definición de Actividades principales del Proyecto.......................................................................... 11
4.1.4 Diagrama EDT.................................................................................................................................. 11
4.1.5 Carta Gant....................................................................................................................................... 11

2
 Especificación de Requisitos, estándar de IEEE 830

4.1.6 Resumen Costos del Desarrollo del Proyecto................................................................. 11

4.2 PLAN DE CONTROL DE CAMBIO................................................................................................. 12
5. ANEXOS..................................................................................................................................... 12
5.1 Acta de Proyecto................................................................................................................ 12
5.2 Matriz Especificación de Requerimientos.......................................................................... 12
5.3 Diagrama de Casos de Uso General................................................................................. 12
5.4 Planilla Casos de Uso........................................................................................................ 12
5.5 Prototipado de Software..................................................................................................... 13
5.6 Resultado Análisis de Calidad Diagramas Modelamiento.................................................. 13
5.7 Resultado Análisis de Calidad Prototipado No funcional del Sistema................................ 13
5.8 Planilla entregables del Proyecto....................................................................................... 13
5.9 Matriz de Control de Cambios............................................................................................ 13
5.10 Matriz EDT. Planilla Detallada Cálculo de Esfuerzo......................................................... 13

Ficha del documento

Fecha Revisión Autor Modificación

Rossana Mallea
Javiera Vega
06/07/202
1.0 Carmina Palma Desarrollo informe ERS.
0
Maricel Miranda
Diego Carrasco

06/07/202
1.0 Diego Luna Corrección informe ERS.
0

Documento validado por las partes en fecha: 06-07-2020

Integrantes:
Nombre Integrante del Equipo Rol Definido
Carmina Palma Responsable de pruebas

Rossana Mallea Responsable de calidad

Javiera Vega Analista de sistemas

Maricel Miranda Administrador de la configuración del proyecto

Diego Carrasco Diseñador

3
 Especificación de Requisitos, estándar de IEEE 830

Diego Luna Gerente de proyecto

1. Introducción

Este documento presentará los requisitos necesarios para desarrollar un sistema

que ayude a gestionar de forma eficiente y eficaz la gestión de personal. Este
documento está estructurado en base al estándar IEEE 830.

1.1. Propósito

El propósito de este documento es mostrarle al usuario la forma en la cual se

trabajará para la creación del sistema requerido.

1.2. Ámbito del Sistema

Este sistema, bajo el nombre de “Sistema de control de datos" podrá gestionar los
siguientes datos sobre los empleados registrados:

Capacitaciones y Bonificaciones

Información personal

Documentos

Ingresos

Como también:

Importar y exportar datos

Ver el registro de auditoria

Este sistema ayudará a RR. HH a registrar, como también gestionar datos de una
manera mucho más eficiente y rápida.

1.3. Definiciones, Acrónimos y Abreviaturas

LAMP: acrónimo usado para describir un sistema de infraestructura de internet que

usa las siguientes herramientas: Linux (sistema operativo), Apache (servidor web),

4
 Especificación de Requisitos, estándar de IEEE 830

MySQL/MariaDB (gestor de bases de datos) y PHP (lenguaje de programación

desarrollo web).
WHM: Web Host Manager.
FTP: Protocolo de transferencia de archivos usado para la transferencia de
archivos conectados a una red, basado en la arquitectura cliente-servidor.

1.4. Referencias
Diagrama EDT
Carta Gant
Acta de constitución
Matriz especificación de
requerimientos Mockup
Matriz Control de
Cambios Matriz EDT

1.5. Visión General del Documento

En el presente documento se presentará la explicación, objetivos y metas del
sistema, como también los requerimientos específicos del sistema.

5
 Especificación de Requisitos, estándar de IEEE 830

2. Descripción General

El departamento de RR.HH. de la empresa a la que va destinado el proyecto de software

se dedica fundamentalmente a registrar diferentes actividades de sus colaboradores y
cuidar la imagen corporativa de la empresa.

2.1. Perspectiva del Producto

Se proyecta implementar un sistema de información, el cual será un producto diseñado
para trabajar en entornos web, lo que permitirá su utilización de forma rápida y eficaz. El
sistema deberá controlar y distribuir capacitaciones y bonificaciones de colaboradores de
la empresa CleanVip. También, deberá registrar contratación de un colaborador o
eliminarlo según sea el caso. Además, deberá generar un reporte anual con los registros
almacenados. El sistema de información a implementarse es un software independiente,
ya que no tendrá relación con otros sistemas.

2.2. Funciones del Producto

Los procesos o funciones que conforman el sistema de información es el siguiente:

Gestión de contratación de colaboradores: se encargará de registrar ingreso de nuevos

colaboradores a la empresa.

Gestión de bonificación de colaboradores: se encargará de registrar bonificaciones de

colaboradores.

Gestión de capacitaciones: deberá registrar capacitaciones de colaboradores y mantener

registro anual.

Gestión de asistencia: se encargará de registrar la hora y día de asistencia de los colaboradores.

Gestionar colaboradores: se encargará de modificar información de colaboradores o

eliminar colaborador.

Gestión de reportes: se encargará de generar reportes anuales de las actividades

realizadas por los colaboradores.

2.3. Características de los Usuarios

Tipo usuario: Administrador

Formación: TSU en informática

Actividades: control y manejo del sistema en general

6
 Especificación de Requisitos, estándar de IEEE 830

2.4. Restricciones
El sistema tendrá las siguientes limitaciones:

• El sistema debe ejecutarse en sistema operativo Windows 10 32 bits.

• Respetar colores de la empresa

• Interfaz para ser utilizada con internet.

• Lenguajes y tecnologías en uso: HTML, JAVA.

• El sistema se diseñará según un modelo cliente/servidor.

• los servidores deben ser capaces de atender consultas concurrentemente.

• El sistema deberá tener un diseño e implementación sencilla, independiente de la

plataforma o el lenguaje de programación.

2.5. Suposiciones y Dependencias

• se asume que los requisitos aquí descritos son estables.

• los equipos destinados a ejecutar el sistema deben cumplir con los requisitos antes
mencionados, para garantizar una ejecución correcta del mismo.

•el sistema deberá ser adaptable a diferentes sistemas operativos.

2.6. Requisitos Futuros

El sistema deberá adaptarse a cambios futuros, ya que si la empresa decide invertir en tecnología
este tendrá que ajustarse a estos cambios, los que serán para mejorar la estructura del sistema.

Otros requisitos o cambios serán implementados dependiendo de las necesidades que se

presenten en la empresa.

7
 Especificación de Requisitos, estándar de IEEE 830

3. Requisitos Específicos

3.1 Requisitos comunes de las interfaces

3.1.1 Interfaces de usuario

1. La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y

campos de textos. Ésta deberá ser construida específicamente para el sistema propuesto y,
será visualizada desde un navegador de internet.

Interfaz web ejecutable en navegadores señalados.

3.1.2 Interfaces de hardware

Adaptador de red.

Mouse y Teclado.

Servidor base HPE ProLiant DL20 Gen10 CPU Xeon E-2124

16GB RAM Almacenamiento SSD 120GB

3.1.3 Interfaces de software

Servidor compartido:

Sistema operativo: CentOS 8.1

LAMP con WHM

3.1.4 Interfaces de comunicación

Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante protocolos
estándares en internet, siempre que sea posible. Por ejemplo, para transferir archivos o
documentos deberán utilizarse protocolos existentes (FTP u otros convenientes).

3.2 Requisitos funcionales

8
 Especificación de Requisitos, estándar de IEEE 830

RF-1• Registrar usuario: El usuario deberá ingresar al sistema su información personal

para crear su cuenta de usuario. El registro almacenará Nombre Número de documento,
Número Telefónico, Correo Electrónico, Email y comentarios.

RF-2 Autenticar Usuarios: El sistema permitirá al usuario autenticarse en el sistema. El nuevo

usuario debe suministrar datos como: Usuario y Password.

RF-3 Ficha de contratación: RR.HH. creará ficha de contratación, la cual será enviada al
correo del usuario luego de su registro en el sistema.

RF-4 Gestionar capacitaciones: Permite a RR.HH. gestionar y registrar capacitaciones

para los usuarios en el sistema.

RF-5 Ingreso colaborador: Permite ingresar y registrar nuevos empleados al sistema de

base de datos de la empresa. personal del trabajador para crear su cuenta de usuario

RF-6 Ficha colaborador: El administrador deberá ingresar al sistema la información del

colaborador y el sistema crea la clave del colaborador.

RF-7 Firma digital: El sistema gestionará la firma de cientos de anexos por

actualizaciones y contrataciones masivas de todos los involucrados, simplificando la
gestión de los documentos, verificándolo a la vez mediante un correo electrónico. El
colaborador podrá firmar documentos desde su celular.

RF-8 Generar encuesta: Se enviará encuesta a usuario cuando éste habrá su cuenta éste
podrá responderla o cancelar si así lo desea.

RF-9 Ficha de contratación: Permite registrar en el sistema cada contrato que se haga,
usuario tendrá su contrato online.

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

Garantizar que el diseño de las consultas u otro proceso no afecte el desempeño de la
base de datos, ni considerablemente el tráfico de la red.

Consumo de recursos. La complejidad de las aplicaciones de usuario será baja, y

consumir pocos recursos.

9
 Especificación de Requisitos, estándar de IEEE 830

3.3.2 Seguridad
Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a los diferentes
usuarios. En este sentido la información almacenada o registros realizados podrán ser consultados
y actualizados permanente y simultáneamente, sin que se afecte el tiempo de respuesta.

Garantizar la seguridad del sistema con respecto a la información y datos que se

manejan tales sean documentos, archivos y contraseñas.

Facilidades y controles para permitir el acceso a la información al personal autorizado a

través de Internet, con la intención de consultar información pertinente para cada una de ellas.

La información del sistema deberá estar solo en un servidor con restricción de acceso al mismo.

Empleo de técnicas criptográficas.

3.3.3 Fiabilidad
El sistema debe tener una interfaz de uso intuitiva y sencilla

La interfaz de usuario debe ajustarse a las características de la web de la compañía,

dentro de la cual estará incorporado el sistema de gestión de procesos.

3.3.4 Disponibilidad
La disponibilidad del sistema será continua con un nivel de servicio para los usuarios de
7 días por 24 horas, garantizando un esquema adecuado que permita la posible falla en
cualquiera de sus componentes, contar con una contingencia, generación de alarmas.

3.3.5 Mantenibilidad
El sistema permitirá disponer de una documentación fácilmente actualizable que permita
realizar operaciones de mantenimiento con el menor esfuerzo posible

La interfaz estará complementada con un buen sistema de ayuda (la administración

puede recaer en personal con poca experiencia en el uso de aplicaciones informáticas).

3.3.6 Portabilidad
El sistema será implantado bajo la plataforma de Windows.

3.4 Otros Requisitos

10
 Especificación de Requisitos, estándar de IEEE 830

4. Propuesta de Planificación

4.1 Descripción general acerca de la Planificación

La fase de planificación se debe comenzar el proyecto con la reunión inicial (kick off) en
este primer punto se tomarán los requerimientos para comenzar con nuestro proyecto, y
se llegará a una propuesta inicial para comenzar a trabajar en base a ella, luego se
realizará el acta de constitución, la cual debe constar con su respectiva aprobación por
el/los clientes, de esta manera podemos continuar con la definición de los requerimientos
tomados en nuestra reunión inicial kick off finalizar con la organización de nuestro equipo
en el cual nos organizamos como equipo de trabajo y se realiza la asignación de roles.

4.1.2 Definición del Equipo de Trabajo

SIGLA ROL NOMBRE DESCRIPCION ROL

JP Jefe de Proyecto Diego Luna Es el encargado de supervisar el proyecto y de
asegurar su funcionalidad.
AF Analista Funcional Javiera Vega Analiza los procesos en búsqueda de alguna
necesidad del cliente.
PG Programador Rossana Mallea Aquel que elabora el código del programa
computacional.
PG2 Programador 2 Christian Muñoz Aquel que elabora el código del programa en
conjunto con el PG1.
DBA Desarrollador BD Maricel Miranda Asegura que el código se diseñó de forma
adecuada, cumple con los requisitos funcionales
y no posee errores.
TS TESTING Carmina Palma Encargado de realizar pruebas de software.
DI Diseñador Diego Carrasco Encargado de diseñar en su totalidad la interfaz
gráfica del proyecto.

4.1.3 Definición de Actividades principales del Proyecto

A continuación, se presentan las principales fases y sus actividades consideradas en
nuestra programación, acompañadas de algunas buenas prácticas que pueden mejorar el
trabajo y/o comunicación con el cliente.

1. Fase de Planificación: Kick Off (importante tomar nota y/o si se le autoriza, grabar
audio), acta de constitución, aprobación del acta, definición de requerimientos, organización del
equipo.
2. Fase de análisis y diseño: Especificación de requisitos de software, prototipo,
diagrama de flujo, casos de uso.

11
 Especificación de Requisitos, estándar de IEEE 830

3. Fase de desarrollo: Desarrollo de base de datos, desarrollo de software, integración

de software y dase de datos.
4. Fase de pruebas y control de calidad: Matriz de control de cambio, pruebas
integrales, pruebas de aceptación de usuario.
5. Fase de implementación y cierre: Reporte de puestas en producción, pruebas
posproducción, manuales de uso, marcha blanca, capacitación

4.1.4 Diagrama EDT

4.1.5 Carta Gant

En esta carta Gant se puede apreciar la distribución de nuestro trabajo como grupo en los
variados hitos que poseen las fases de nuestro proyecto.

Adjunto archivo Excel de Carta Gant:

Gantt.xlsx

12
 Especificación de Requisitos, estándar de IEEE 830

4.1.6 Resumen Costos del Desarrollo del Proyecto

En la tabla a continuación podemos apreciar el cálculo de esfuerzo asociado al proyecto en
base a hora hombre con sus respectivos roles profesionales ya definidos anteriormente.

4.2 Plan de Control de Cambio

Se considera un plan de control de cambios el cual consta de 100 pruebas base: las
cuales se dividen en cuatro ciclos, estos son:

Ciclo 1: Prueba sobre carga usuarios:20

Ciclo 2: Prueba resistencia falla:30

Ciclo 3: Prueba de estres:30

Ciclo 4: Módulo de capacitación: 20 pruebas

13
 Especificación de Requisitos, estándar de IEEE 830

5. Anexos

5.1 Acta de Proyecto

5.2 Matriz Especificación de Requerimientos

Matriz
especificacion de req

14
 Especificación de Requisitos, estándar de IEEE 830

5.3 Diagrama de Casos de Uso General

5.4 Planilla Casos de Uso

CU- 01 Autenticar usuario

Versión 2.0

Actores Encargado RR.HH.

Objetivos asociados OBJ-01 autenticar usuario para ingresar al sistema

Requerimientos asociados RI-02 RUT y clave alfanumérica

Descripción El sistema deberá autenticar al usuario

Pre-condición El solicitante debe ser cliente de CleanVIP para realizar el

procedimiento

Secuencia Paso Acción

15
 Especificación de Requisitos, estándar de IEEE 830

Normal 1 El sistema muestra la pantalla de inicio

2 El usuario selecciona la casilla “iniciar sesión”

3 El sistema solicita “RUT” y “Clave”

4 El usuario ingresa los datos solicitados

5 El sistema autentica el usuario y muestra el menú por

pantalla.

Post-condición El solicitante tendrá acceso al menú del sistema

Paso Acción
Excepciones 3 El RUT no está registrado: el sistema notifica el error y
sugiere crear cuenta

3 El RUT o número secreto es incorrecto: El sistema

notifica el error por pantalla y solicita nuevamente RUT y Clave

4 El usuario selecciona la opción “cancelar”: El sistema

termina la operación automáticamente

Rendimiento Paso Cota de tiempo

3 10 segundos

Frecuencia esperada 100 veces/día

Comentarios

CU 1.1 Registrar Usuario

Versión 2.0

Actor Encargado RR.HH.

Objetivos asociados OBJ–01 crear cuenta de usuario CleanVIP.

Requerimientos asociados RI–02 Información de usuario

16
 Especificación de Requisitos, estándar de IEEE 830

El usuario deberá ingresar al sistema su información personal para

crear su cuenta de usuario

Pre-condición El solicitante debe ingresar RUT y nombre completo

Secuencia Paso Acción

1 El usuario ingresa al sistema

2 El sistema da la bienvenida al usuario, mostrando el menú por

pantalla

3 El usuario selecciona la casilla “crear cuenta”

4 El sistema muestra por pantalla un formulario solicitando datos

personales

5 El usuario llena las casillas con sus datos personales

6 El sistema actualiza los datos y solicita al usuario crear contraseña

7 El usuario crea su contraseña y su cuenta está disponible

automáticamente

postcondición El usuario podrá acceder al sistema mediante su Rut y contraseña

Paso Acción
Excepciones 4 el usuario selecciona la opción “cancelar” el sistema termina la
operación automáticamente

6 El usuario ingresa dos contraseñas diferentes el sistema

muestra por pantalla “la contraseña debe coincidir”

Rendimiento Paso Cota de tiempo

6 15 segundos

Frecuencia esperada 100 veces/día

Comentarios

17
 Especificación de Requisitos, estándar de IEEE 830

CU-4 Generar capacitación

Versión 2.0 19/05/2020

Actores Encargado RR.HH.

Objetivos asociados OBJ- 1. gestionar capacitaciones de trabajadores

Requerimientos Rut y clave secreta

asociados

Descripción Registrar en el sistema capacitaciones de cada trabajador

Pre-condición usuario debe verificar que sea un trabajador activo para ingresarlo en el
sistema

Secuencia Pas Acción

o
Normal

1 usuario ingresara al sistema solo con su Rut y clave secreta

2 El sistema mostrara por pantalla los ítems a seleccionar

3 usuario debe presionar casilla gestionar capacitación

4 El sistema solicitara el código de trabajador, con el cual verifica si es un

trabajador activo

5 El usuario ingresará código de trabajador

6 Sistema mostrara por pantalla las casillas “crear capacitación”, “ver

capacitación” y “cancelar”.

7 El usuario debe seleccionar “crear capacitación” y llenar los datos

solicitados.

Post-condición Los datos del trabajador quedaran ingresados en el sistema para una nueva
capacitación.

Excepciones Pas Acción

o

18
 Especificación de Requisitos, estándar de IEEE 830

1 El Rut o clave secreta ingresados no son correctos: el sistema

notifica el error por pantalla y termina la operación

4 El código ingresado no es reconocido: sistema muestra el error

pon pantalla y termina la operación.

6 El usuario selecciona cancelar: el sistema termina la operación

automáticamente.

Rendimiento Pas Cota de tiempo

o

1 10 segundos

19
 Especificación de Requisitos, estándar de IEEE 830

CU-4.1 Registrar capacitación

Versión 2.0 19/05/2020

Actores Encargado RR.HH.

Objetivos asociados OBJ- 1. registrar capacitaciones de trabajadores

Requerimientos Rut y clave secreta

asociados

Descripción Registrar en el sistema capacitaciones de cada trabajador

Pre-condición usuario debe verificar que sea un trabajador activo para ingresarlo en el
sistema

Secuencia Pas Acción

o
Normal

1 usuario ingresara al sistema solo con su Rut y clave secreta

2 El sistema mostrara por pantalla los ítems a seleccionar

3 usuario debe presionar casilla gestionar capacitación

4 El sistema solicitara el código de trabajador, con el cual verifica si es

un trabajador activo

5 El usuario ingresará código de trabajador

6 Sistema mostrara por pantalla las casillas “crear capacitación”, “ver

capacitación” y “cancelar”.

7 El usuario debe seleccionar “crear capacitación” y llenar los datos

solicitados.

Post-condición Los datos del trabajador quedaran ingresados en el sistema para una nueva
capacitación.

Excepciones Pas Acción

o

20
 Especificación de Requisitos, estándar de IEEE 830

1 El Rut o clave secreta ingresados no son correctos: el sistema notifica el

error por pantalla y termina la operación

4 El código ingresado no es reconocido: sistema muestra el error pon

pantalla y termina la operación.

6 El usuario selecciona cancelar: el sistema termina la operación

automáticamente.

Rendimiento Pas Cota de tiempo

o

1 10 segundos

CU-3.1 Registrar Bonificaciones

Versión 2.0

Actores Encargado RR. HH_

Objetivos asociados OBJ- 1. Gestionar bonificaciones de los empleados

Requerimientos asociados Rut y clave secreta

Descripción El sistema deberá ser capaz de gestionar las bonificaciones de cada

empleado.

Pre-condición El solicitante debe tener permisos de Administrador.

Secuencia Paso Acción

Normal 1 El solicitante ingresa al sistema con su rut y clave secreta

2 El sistema muestra en pantalla un menú con información sobre

los empleados

3 El solicitante selecciona un empleado y luego escoge la opción

para gestionar las bonificaciones de este

4 El sistema muestra en pantalla la información sobre las

bonificaciones del empleado

5 El solicitante edita la información de las bonificaciones del

21
 Especificación de Requisitos, estándar de IEEE 830

empleado

6 El sistema desbloquea la opción para guardar cambios

7 El solicitante selecciona el botón en pantalla para guardar

los cambios

Post-condición Se guarda la nueva información sobre las bonificaciones del empleado.

Excepciones Paso Acción

1 El rut o la clave secreta son incorrectas: El sistema notifica el

error por pantalla y pide ingresar los datos correctamente.

1 La cuenta del solicitante no tiene permisos de

Administrador: El sistema termina la operación.

6 El solicitante selecciona la opción “cancelar”: El sistema

cancela la operación y se devuelve al menú de empleados.

Rendimiento Paso Cota de tiempo

1 2 segundos

6 5 segundos

CU-3.1 Generar Bonificaciones

Versión 2.0

22
 Especificación de Requisitos, estándar de IEEE 830

Actores Encargado RR. HH

Objetivos asociados OBJ- 1. Generar bonificaciones de los empleados

Requerimientos asociados Rut y clave secreta

Descripción El sistema deberá ser capaz de generar las bonificaciones de cada

empleado.

Pre-condición El solicitante debe tener permisos de Administrador.

Secuencia Paso Acción

Normal 1 El solicitante ingresa al sistema con su rut y clave secreta

2 El sistema muestra en pantalla un menú con información
sobre los empleados

3 El solicitante selecciona un empleado y luego escoge la

opción para generar las bonificaciones de este

4 El sistema muestra en pantalla la información sobre las

bonificaciones del empleado

5 El solicitante genera la información de las bonificaciones del

empleado

6 El sistema desbloquea la opción para guardar cambios

7 El solicitante selecciona el botón en pantalla para guardar

los cambios

Post-condición Se guarda la nueva información sobre las bonificaciones del empleado.

Excepciones Paso Acción

1 El Rut o la clave secreta son incorrectas: El sistema notifica el

error por pantalla y pide ingresar los datos correctamente.

1 La cuenta del solicitante no tiene permisos de

Administrador: El sistema termina la operación.

6 El solicitante selecciona la opción “cancelar”: El sistema

cancela la operación y se devuelve al menú de empleados.

Rendimiento Paso Cota de tiempo

1 2 segundos

6 5 segundos

23
Especificación de Requisitos, estándar de IEEE 830

24
 Especificación de Requisitos, estándar de IEEE 830

CU- 2 Generar ficha

Versión 2.0

Actores Encargado RR.HH

Objetivos asociados OBJ–01 crear ficha de empleado cleanVip

Requerimientos RI–02 Información de empleado

asociados

Descripción El administrador deberá ingresar al sistema la información personal del

trabajador para crear su cuenta de usuario

Pre-condición El solicitante debe ingresar Rut y nombre completo

Secuencia Paso Acción

Normal 1 El administrador ingresa al sistema

2 El sistema da la bienvenida al usuario, mostrando el menú por pantalla

3 El administrador selecciona la casilla “crear cuenta”

El sistema muestra por pantalla un formulario solicitando datos

4
personales

5 El administrador llena las casillas con sus datos personales

6 El sistema actualiza los datos y da paso a la creación de contraseña de

usuario

El usuario crea su contraseña y su cuenta está disponible

7 automáticamente

Post-condición El administrador podrá acceder al sistema mediante su Rut y contraseña

Excepciones Paso Acción

4 el usuario selecciona la opción “cancelar” el sistema termina la

operación automáticamente

6 El usuario ingresa dos contraseñas diferentes el sistema

muestra por pantalla “la contraseña debe coincidir”

Rendimiento Paso Cota de tiempo

6 15 segundos

25
 Especificación de Requisitos, estándar de IEEE 830

Frecuencia esperada 100 veces/día

Comentarios

26
 Especificación de Requisitos, estándar de IEEE 830

CU- 2.1 registrar ficha

Versión 2.0

Actores Encargado RR. HH

Objetivos asociados OBJ–01 crear ficha de empleado CleanVIP.

Requerimientos RI–02 Información de empleado

asociados

Descripción El administrador deberá ingresar al sistema la información personal del

trabajador

Pre-condición El solicitante debe ingresar Rut y nombre completo

Secuencia Paso Acción

Normal 1 El administrador ingresa al sistema

2 El sistema da la bienvenida al usuario, mostrando el menú por pantalla

3 El administrador selecciona la casilla “registrar”

El sistema muestra por pantalla un formulario solicitando datos

4
personales

5 El administrador llena las casillas con sus datos personales

El sistema actualiza los datos

6

Post-condición El administrador podrá acceder al sistema mediante su Rut y contraseña

Excepciones Paso Acción

4 el usuario selecciona la opción “cancelar” el sistema termina la

operación automáticamente

Rendimiento Paso Cota de tiempo

5 30 segundos

27
 Especificación de Requisitos, estándar de IEEE 830

Frecuencia esperada 100 veces/día

Comentarios

28
 Especificación de Requisitos, estándar de IEEE 830

CU-5.1 Firma digital

Versión 2.0

Actores Encargado RR. HH

Objetivos asociados OBJ–01 Involucrados podrán firmar documentos desde su propio celular o
computador

Requerimientos RI–02 Información de los integrantes de la empresa

asociados

Descripción El sistema deberá ser capaz de gestionar la firma de cientos de anexos por
actualizaciones y contrataciones masivas de todos los involucrados,
simplificando la gestión de los documentos, verificándolo a la vez mediante un
correo electrónico.

Precondición El solicitante debe tener la autorización de su jefatura para poder realizar el

procedimiento

Secuencia Paso Acción

Normal El usuario se autentifica usando su número de Rut y clave desde

1
Smartphone o computador

El sistema da la bienvenida al usuario, mostrando el menú principal en

2
la pantalla.

3 El usuario selecciona en el menú la opción deseada.

El sistema muestra por pantalla como tercera opción “Documentos por

4
firmar

El usuario presiona el documento que requiera ser firmado: contratos,

5
anexos, vacaciones, entre otros.
Usuario presiona en “Firmar aquí” y el sistema actualiza la información,
6 y envía un correo electrónico al usuario respaldando además
dicha acción.

Post-condición Se actualiza automáticamente fechas desde el momento de firmar

Excepciones Paso Acción

1 El número de Rut o número secreto es incorrecto: El sistema

notifica el error por pantalla y da tres intentos mas

5 Si no está la autorización correspondiente, aparecerá “Sin solicitudes

29
 Especificación de Requisitos, estándar de IEEE 830

pendientes”

4 Usuario podrá rechazar o anular la solicitud

Rendimiento Paso Cota de tiempo

2 3 segundos

6 5 segundos

Frecuencia esperada 1000 veces/día

Comentarios

CU-5 registrar asistencia

Versión 2.0

Actores Encargado RR. HH

Objetivos asociados OBJ- 1. Control de asistencia desde múltiples plataformas

Requerimientos asociados Rut y clave secreta

Descripción El sistema deberá ser capaz de registrar también asistencia y o turnos en

forma flexible, marcando su asistencia desde celulares con huella digital o
clave secreta

Pre-condición El solicitante debe tener permisos de Administrador.

Secuencia Paso Acción

Normal 1 El usuario ingresa al sistema con su rut y clave secreta

2 El sistema muestra en pantalla un menú con diversas opciones

3 El solicitante selecciona la opción de entrada y luego escoge

la opción del marcaje

4 El usuario marcará con su clave o su huella digital

5 El sistema dará la bienvenida a la jornada con la hora de entrada

30
 Especificación de Requisitos, estándar de IEEE 830

6 El usuario marcará su hora de colación tanto de salida como

entrada

El usuario repite paso 1 y 3 para el término de jornada

7

8 El sistema muestra en pantalla al término de la jornada tiempo

de atraso o tiempo extra del día. Despidiéndose del usuario

Post-condición

Paso Acción
Excepciones 1 El rut o la clave secreta son incorrectas: El sistema notifica el error
por pantalla y pide ingresar los datos correctamente.

4 Si el sistema no lee la huella digital del usuario, le dará

como alternativa una clave secreta

Rendimiento Paso Cota de tiempo

1 2 segundos

3 5 segundos

Frecuencia esperada 1000 veces / por día

Comentarios comentarios adicionales

CU-6 Generar Reporte

31
 Especificación de Requisitos, estándar de IEEE 830

Versión 2.0

Actores Encargado RR. HH

Objetivos asociados OBJ- 1. Generar reporte anual de los empleados

Requerimientos asociados Rut y clave secreta

Descripción El sistema deberá ser capaz de generar los reportes de cada empleado.

Pre-condición El solicitante debe tener permisos de Administrador.

Secuencia Paso Acción

Normal 1 El solicitante ingresa al sistema con su rut y clave secreta

2 El sistema muestra en pantalla un menú con información sobre

los empleados

3 El solicitante selecciona un empleado y luego escoge la opción

para generar los reportes de este

4 El sistema muestra en pantalla la información sobre los reportes

del empleado

5 El solicitante genera la información de los reportes del empleado

6 El sistema desbloquea la opción para guardar cambios

7 El solicitante selecciona el botón en pantalla para guardar los

cambios

Post-condición Se guarda la nueva información sobre los reportes del empleado.

Excepciones Paso Acción

1 El Rut o la clave secreta son incorrectas: El sistema notifica el

error por pantalla y pide ingresar los datos correctamente.

1 La cuenta del solicitante no tiene permisos de Administrador: El

sistema termina la operación.

6 El solicitante selecciona la opción “cancelar”: El sistema cancela la

operación y se devuelve al menú de empleados.

Rendimiento Paso Cota de tiempo

1 2 segundos

6 5 segundos

32
 Especificación de Requisitos, estándar de IEEE 830

CU-6.1 Registrar Reporte

Versión 2.0

Actores Encargado RR. HH

Objetivos asociados OBJ- 1. registrar reporte anual de los empleados

Requerimientos asociados Rut y clave secreta

Descripción El sistema deberá ser capaz de generar los reportes de cada empleado.

Pre-condición El solicitante debe tener permisos de Administrador.

Secuencia Paso Acción

Normal 1 El solicitante ingresa al sistema con su rut y clave secreta

2 El sistema muestra en pantalla un menú con información sobre

los empleados

3 El solicitante selecciona un empleado y luego escoge la opción

para registrar los reportes de este

4 El sistema muestra en pantalla la información sobre los reportes

del empleado

5 El solicitante registra la información de los reportes del empleado

6 El sistema desbloquea la opción para guardar cambios

7 El solicitante selecciona el botón en pantalla para guardar los

cambios

Post-condición Se guarda la nueva información sobre los reportes del empleado.

Excepciones Paso Acción

1 El Rut o la clave secreta son incorrectas: El sistema notifica el

error por pantalla y pide ingresar los datos correctamente.

1 La cuenta del solicitante no tiene permisos de Administrador: El

sistema termina la operación.

6 El solicitante selecciona la opción “cancelar”: El sistema cancela la

operación y se devuelve al menú de empleados.

33
 Especificación de Requisitos, estándar de IEEE 830

Rendimiento Paso Cota de tiempo

1 2 segundos

6 5 segundos

5.5 Prototipado de Software

Adjunto mockup:

CLEANVIP.pdf

5.6 Resultado Análisis de Calidad Diagramas Modelamiento

ISO 25012 especifica que el software de calidad se encuentra de una forma óptima.

ISO 9001 se encuentra en buena forma para dar marcha y certificar el software como óptimo.

34
 Especificación de Requisitos, estándar de IEEE 830

5.7 Resultado Análisis de Calidad Prototipado No funcional del Sistema

El resultado de análisis de calidad de prototipo de no funcional de sistema ha dado en
buen resultado con una eficiencia 100% según el certificado de ISO 9001.

5.8 Planilla entregables del Proyecto

Registrar asistencia puede generar un cambio en el software, registrar usuario puede
también generarse un cambio de un transcurso debido de tiempo.

5.9 Matriz de Control de Cambios

Matriz control de
cambios.xlsx

5.10 Matriz EDT. Planilla Detallada Cálculo de Esfuerzo

matriz EDT!.xlsx

35