Propuesta de Proyecto y Especificación de Requisitos de Software
Propuesta de Proyecto y Especificación de Requisitos de Software
Propuesta de Proyecto y Especificación de Requisitos de Software
Propuesta de Proyecto
y Especificación de
Requisitos de Software
Proyecto: Instacom V1.0
Revisión: [02]
[03/06]
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
3. REQUISITOS ESPECÍFICOS 7
4. PROPUESTA DE PLANIFICACIÓN 11
2
Especificación de Requisitos, estándar de IEEE 830
29-04-
1.0 Rafael Ortiz, Denisse Ponce
2022
Integrantes:
Nombre Integrante del Equipo Rol Definido
3
Especificación de Requisitos, estándar de IEEE 830
1. Introducción
1.1. Propósito
Se elabora este documento para definir con precisión tanto la finalidad del
proyecto como sus restricciones. Se define al documento como principal
interlocutor de las partes involucradas en el proyecto, las mismas siendo el equipo
de desarrollo, equipo de gestión de calidad, los directivos de Instalum y los
usuarios finales, permitiendo así que el mismo sea revisado, monitoreado y de ser
necesario modificado para satisfacer las necesidades de todos los participantes.
De acuerdo con lo planteado, se espera que todos los involucrados aprueben el
planteamiento en la versión final del documento y que a su vez el mismo cumpla
con los requisitos de los usuarios finales para así permitir el inicio del proyecto al
equipo de desarrollo.
4
Especificación de Requisitos, estándar de IEEE 830
Se propone como nombre “Instacom” para este sistema informático, siendo esta
su primera versión, (V1.0). Este sistema informático no podrá ser usado para pago
de nómina autónomamente.
Base de datos: Según oracle México: “Una base de datos es una recopilación
organizada de información o datos estructurados, que normalmente se almacena
de forma electrónica en un sistema informático. Normalmente, una base de datos
está controlada por un sistema de gestión de bases de datos (DBMS).”
Rol único tributario: Tiene una función importante dentro de las empresas en
relación con los aspectos contables y fiscales. Sirve como mecanismo que
identifica, ubica y clasifica a las personas y entidades. Se utiliza para respaldar e
identificar actividades económicas a terceros según tengan una relación comercial,
laboral o económica. De esta forma puede controlar y tener información hacia las
entidades de supervisión y control.
5
Especificación de Requisitos, estándar de IEEE 830
1.4. Referencias
ET120_3C_PRY1111.pdf
6
Especificación de Requisitos, estándar de IEEE 830
2. Descripción General
El futuro sistema informático deberá permitir registrar nuevos usuarios y
posteriormente acceder a su cuenta, fundamentalmente ser muy seguro,
imposibilitando la fuga de información de los usuarios registrados.
El sistema debe permitir que los usuarios modifiquen y/o actualicen la información
respaldada en el mismo a voluntad, garantizando así su fiabilidad.
● Gestión de usuarios.
● Gestión de fichas de colaboradores.
● Gestión de capacitaciones de colaboradores.
● Generación de reportes.
● Gestión de bonificaciones de colaboradores.
● Vista de usuario.
7
Especificación de Requisitos, estándar de IEEE 830
La cuenta de usuario siempre será el Rol Único Tributario de este, sin dígito
verificador.
8
Especificación de Requisitos, estándar de IEEE 830
La calificación puede ser hasta 5.0 puntos, pero el rango a evaluar tiene que ser
de mínimo 3.5 y máximo 5.0 puntos, donde hasta 4.1 es el monto mínimo de
bonificación,(1% del valor del proyecto), 4.6 monto estándar de bonificación, (2%
del valor del proyecto), y 5.0 monto máximo de bonificación, (3% del valor del
proyecto).
Por otra parte, colaboradores que cumplan regularmente con calificaciones por
encima de los 4.5 puntos serán acreedores a un incentivo adicional de 1 U.F.
9
Especificación de Requisitos, estándar de IEEE 830
Nuevamente se hace énfasis en que el sistema debe ser intuitivo, para permitir
que los usuarios administrativos se puedan familiarizar con él a partir del primer
día que lo usen.
2.4. Restricciones
Dado a que el sistema está propuesto para que sus funciones más técnicas sean
trabajadas por el departamento de informática de la empresa, su funcionamiento
pasa a ser responsabilidad de este departamento, sin embargo, tanto su
implementación y principales actividades serán llevadas a cabo por el
departamento de recursos humanos de la compañía.
El sistema no podrá ser ejecutado fuera de las instalaciones sin ser previamente
autorizada su instalación por el departamento de informática, su lenguaje de
programación es en JAVA, solo puede operar en sistema operativo Windows y por
el momento no posee interfaces móviles, ni web.
2.5.1 Suposiciones
Para el correcto funcionamiento e implementación del sistema, se asume lo
siguiente:
10
Especificación de Requisitos, estándar de IEEE 830
2.5.2 Dependencias
Para el correcto funcionamiento e implementación del sistema, se requiere lo
siguiente:
11
Especificación de Requisitos, estándar de IEEE 830
3. Requisitos Específicos
En esta sección se presentan los requisitos funcionales que el sistema debe
satisfacer en su totalidad, puesto a que son fundamentales para su correcta
implementación, esto quiere decir que un sistema no satisface cualquiera de los
requisitos explícitos aquí sería automáticamente inaceptable. Para apoyar en el
proceso de pruebas, los estándares de cumplimiento de los requisitos serán
especificados, además de descripciones de sus requisitos no funcionales, de
rendimiento y distintas interfaces. Estos serán:
● Mensajes de error.
● Menús desplegables.
● Mensajes informativos.
● Barras de búsqueda.
● Botones.
● Otros.
12
Especificación de Requisitos, estándar de IEEE 830
13
Especificación de Requisitos, estándar de IEEE 830
14
Especificación de Requisitos, estándar de IEEE 830
Introducción RF1
El sistema debe permitir, a los usuarios técnicos, crear nuevas cuentas de usuario.
Entradas
Procesos
El usuario debe ingresar los datos del nuevo usuario y presionar una flecha para
añadirlo a la lista de cuentas a crear, para que el sistema guarde la información en
la base de datos, presiona aceptar o caso contrario presiona cancelar.
Salidas
15
Especificación de Requisitos, estándar de IEEE 830
Introducción RF 1.1
El sistema debe permitir, a los usuarios técnicos, eliminar cuentas de usuarios
registrados.
Entradas
Procesos
Salidas
Introducción RF 1.2
El sistema debe permitir, a cualquier usuario registrado, recuperar su contraseña
enviando un correo electrónico con una contraseña temporal de recuperación.
Entradas
16
Especificación de Requisitos, estándar de IEEE 830
Procesos
Salidas
Introducción RF 1.3
El sistema debe permitir el ingreso del nombre y contraseña del usuario para así
acceder a realizar sus funciones.
Entradas
Procesos
Salidas
17
Especificación de Requisitos, estándar de IEEE 830
Introducción RF 1.4
El sistema debe permitir al usuario modificar sus datos incluyendo contraseña
actual, correo electrónico, nombre y cargo.
Entradas
Procesos
Salidas
Introducción RF2
El sistema debe, si la autentificación fue como usuario administrativo, permitir
crear fichas de colaboradores, siguiendo una serie de pasos y llenando varios
campos.
Entradas
Identificación del colaborador, (nombre, apellidos, rut, sexo, estado civil, fecha de
nacimiento, domicilio, comuna, teléfono, email institucional), contacto del
18
Especificación de Requisitos, estándar de IEEE 830
Procesos
Salidas
Introducción RF 2.1
El sistema debe permitir al usuario administrativo revisar todas las fichas de
colaboradores creadas a la fecha y modificar los datos almacenados en la misma.
Las fichas de colaboradores se pueden filtrar por rut.
Entradas
Procesos
El sistema tendrá una barra de búsqueda para filtrar fichas de colaboradores, una
vez encontrada, desplegará una planilla para modificar los datos del colaborador
registrado.
19
Especificación de Requisitos, estándar de IEEE 830
Salidas
Introducción RF 2.2
El sistema debe permitir al usuario administrativo, posterior a la búsqueda por rut
de un colaborador, la eliminación de la ficha.
Entradas
Procesos
El sistema tendrá una barra de búsqueda para filtrar fichas de colaboradores, una
vez encontrada, desplegará una planilla para eliminar al colaborador registrado.
Salidas
20
Especificación de Requisitos, estándar de IEEE 830
Introducción RF2.3
El sistema debe permitir al usuario generar reportes en formato pdf o excel. Para
esto, se crea una lista de todas las fichas creadas o en creación para que el
usuario escoja cuál imprimir.
Entradas
Procesos
Salidas
Introducción RF3
El sistema debe crear una lista de capacitaciones para que el usuario manipule,
añadiendo futuras capacitaciones o editando las existentes, todas las
capacitaciones deben estar vinculadas a un capacitador y un colaborador.
Entradas
Procesos
21
Especificación de Requisitos, estándar de IEEE 830
Salidas
Introducción RF3.1
El sistema debe permitir al usuario cargar documentos, añadir apéndices de texto,
subir material audiovisual.
Entradas
Procesos
Salidas
22
Especificación de Requisitos, estándar de IEEE 830
Introducción RF3.2
Añadir y sacar colaboradores de la capacitación.
Entradas
Procesos
Salidas
Introducción RF3.3
El sistema añadirá información de las capacitaciones completadas a la ficha del
colaborador correspondiente, una vez el capacitador lo marque como aprobado.
23
Especificación de Requisitos, estándar de IEEE 830
Entradas
Colaborador aprobado.
Procesos
Salidas
Introducción RF4
El sistema debe crear una lista de cálculos de bonificaciones pendientes, en base
a la calificación del colaborador dejada por el cliente en el sistema de Instalum.
Entradas
Procesos
Salidas
24
Especificación de Requisitos, estándar de IEEE 830
Introducción RF4.1
El sistema debe permitir al usuario descargar o directamente imprimir la
bonificación a pagar, filtrando por nombre de colaborador, número de colaborador,
fecha de bonificación, cargo de colaborador.
Entradas
Procesos
Salidas
25
Especificación de Requisitos, estándar de IEEE 830
Introducción RF5
El sistema debe enviar un enlace de acceso al colaborador para participar en su
capacitación.
Entradas
Procesos
Salidas
Introducción RF5
Una vez el colaborador entra por primera vez, se le solicita crear una contraseña
para futuros accesos
Entradas
Procesos
Salidas
26
Especificación de Requisitos, estándar de IEEE 830
27
Especificación de Requisitos, estándar de IEEE 830
4. Propuesta de Planificación
Para garantizar una mejor productividad del equipo se clasificaron las tareas de la
siguiente:
28
Especificación de Requisitos, estándar de IEEE 830
29
Especificación de Requisitos, estándar de IEEE 830
30
Especificación de Requisitos, estándar de IEEE 830
[ Obs.
Insertar Descripción de los aspectos del desarrollo en los que se permitirá aplicar cambios como
parte del Desarrollo del Software definiendo sus alcances y limitaciones asociadas.
El control de cambios es una actividad paralela al desarrollo del proyecto que responde a eventos
que surgen del mismo, sea por requerimientos propios del usuario o por mejoras o correcciones
detectadas por el mismo equipo del proyecto.
Se describe de manera independiente de las demás fases de la metodología pues puede ser
aplicada indistintamente a proyectos en marcha o proyectos ya implementados, y porque es
necesario resaltar su importancia y no relegarla como una actividad posterior al desarrollo, sino
reconocerla como una actividad que debe estar definida, presente y es crítica desde el inicio del
proyecto. Deberá describir que tipo aspectos Funcionalidades y no funcionales se podrán
modificar con cambio, en que instancia de proyecto se podrán aplicar y que motivos los validarían
para ser aplicables y en qué caso no será posible aplicar cambios.
31
Especificación de Requisitos, estándar de IEEE 830
Luego esto se debe complementar con la observación de que en el anexo encontrarán la Planilla
de Control de Cambio con los Tipos de Cambio que podrán aplicarse en la cual posteriormente se
debe completar la planilla al ejecutarse la instancia. ]
5. Anexos
32
Especificación de Requisitos, estándar de IEEE 830
33
Especificación de Requisitos, estándar de IEEE 830
Objetivos asociados OBJ-01 El sistema debe permitir, a los técnicos, crear nuevas cuentas de usuario.
El técnico debe ingresar los datos del nuevo usuario y presionar aceptar para que
el sistema guarde la información en la base de datos, caso contrario presionar
Descripción cancelar.
34
Especificación de Requisitos, estándar de IEEE 830
Paso Acción
3 3 segundos
6 4 segundos
Comentarios
CU- 02
Objetivos asociados OBJ-02 El sistema debe permitir, a los usuarios técnicos, eliminar cuentas de
usuarios registrados.
35
Especificación de Requisitos, estándar de IEEE 830
Paso Acción
2 3 segundos
3 3 segundos
6 3 segundos
Comentarios
CU- 03
Objetivos asociados OBJ-03 El sistema debe permitir, a cualquier usuario registrado, recuperar su
contraseña enviando un correo electrónico con una contraseña temporal de
recuperación.
36
Especificación de Requisitos, estándar de IEEE 830
Post-condición El sistema envía una contraseña temporal, para que luego sea modificada.
Paso Acción
2 3 segundos
5 5 segundos
Comentarios
CU- 04
Autentificar usuarios
37
Especificación de Requisitos, estándar de IEEE 830
Versión 1.0
Objetivos asociados OBJ-04 El sistema debe permitir el ingreso del nombre y contraseña del usuario
para así acceder a realizar sus funciones.
Paso Acción
2 3 segundos
3 3 segundos
Comentarios
CU- 05
38
Especificación de Requisitos, estándar de IEEE 830
Objetivos asociados OBJ-05 El sistema debe permitir al usuario modificar sus datos incluyendo
contraseña actual, correo electrónico, nombre y cargo.
Post-condición El sistema guarda de manera exitosa los cambios realizados por el usuario. Al
con
Paso Acción
3 3 segundos
6 3 segundos
Comentarios
39
Especificación de Requisitos, estándar de IEEE 830
RF- 02
Paso Acción
1 3 segundos
40
Especificación de Requisitos, estándar de IEEE 830
4 3 segundos
5 3 segundos
6 3 segundos
Comentarios
CU - 02
41
Especificación de Requisitos, estándar de IEEE 830
Paso Acción
4 3 segundos
5 3 segundos
6 3 segundos
Comentarios
42
Especificación de Requisitos, estándar de IEEE 830
RF- 02
Paso Acción
43
Especificación de Requisitos, estándar de IEEE 830
1 3 segundos
6 3 segundos
8 3 segundos
Comentarios
RF- 02
44
Especificación de Requisitos, estándar de IEEE 830
Paso Acción
1 3 segundos
5 3 segundos
7 3 segundos
Comentarios
RF- 02
Objetivos asociados OBJ–01 Modificar ficha del colaborador mediante cuenta administrativa.
45
Especificación de Requisitos, estándar de IEEE 830
Paso Acción
1 3 segundos
6 3 segundos
9 3 segundos
Comentarios
46
Especificación de Requisitos, estándar de IEEE 830
47
Especificación de Requisitos, estándar de IEEE 830
48
Especificación de Requisitos, estándar de IEEE 830
49