Ejemplo de ingeniería de software V 2.0

Especificación de requisitos de software
Proyecto: Sistema de Gestión de Recursos Humanos
Revisión 1.0
Sistema de Gestión de Recursos Humanos by Victor Escamilla is licensed under a Creative Commons AttributionNonCommercial-NoDerivs 3.0 Unported License.

Octubre 2013

Sistema De Gestión de Recursos Humanos

Rev. 2.0
Pág. 2

Ficha del documento
Fecha

20-Nov-2013

Revisión

2.0

Autor

Verificado departamento calidad

Victor Escamilla

Virtual Academy MX

Documento validado por las partes en fecha: 20-Nov-2013
Por el cliente

Por la empresa suministradora

Ing. Uriel Uribe

Escamilla V. Victor J.

Virtual Academy MX – División de desarrollo


Rev. 2.0
Pág. 3

CONTENIDO
FICHA DEL DOCUMENTO ...................................................................................................... 2
CONTENIDO ........................................................................................................................... 3
1 INTRODUCCIÓN ................................................................................................................... 4
1.1 Propósito ........................................................................................................................... 4
1.2 Alcance .............................................................................................................................. 6
1.3 Personal involucrado ........................................................................................................ 8
1.4 Definiciones, acrónimos y abreviaturas........................................................................... 9
1.5 Referencias ....................................................................................................................... 9
1.6 Resumen.......................................................................................................................... 10
2 DESCRIPCIÓN GENERAL .................................................................................................. 10
2.1 Perspectiva del producto................................................................................................ 10
2.2 Funcionalidad del producto............................................................................................ 11
2.3 Características de los usuarios ...................................................................................... 12



Rev. 2.0
Pág. 4

2.4 Restricciones .................................................................................................................. 13
2.5 Suposiciones y dependencias........................................................................................ 13
2.6 Evolución previsible del sistema.................................................................................... 13
3 REQUISITOS ESPECÍFICOS .............................................................................................. 14
3.1 Requisitos comunes de los interfaces ........................................................................... 16
3.2 Requisitos funcionales ................................................................................................... 18
3.3 Requisitos no funcionales .............................................................................................. 23
3.4 Otros requisitos .............................................................................................................. 24
4 DIAGRAMAS…….…………………………………………………………………………………...25



Rev. 2.0
Pág. 5

1 Introducción
El Sistema de Gestión de Recursos Humanos (GRH) estará disponible para los usuarios a través de una plataforma web, la cual estará disponible dentro
y fuera de la empresa, contará con perfil administrativo que podrá administrar usuarios y modificaciones, y operativo el cual solo tendrá acceso a, permite
al usuario realizar altas, bajas y cambios en la información del personal que actualmente labora en la empresa; así mismo cuenta con búsquedas
predeterminadas; así mismo se incluyeron parámetros adicionales para refinar la búsqueda.
Se manejará un log de actividades por usuario, el cual será accedido únicamente a solicitud de los administradores de IT de la empresa o en su defecto
mandos altos de la organización.
Se pretende llevar un control integral del personal para detectar tendencias en las distintas áreas de la empresa así como áreas de oportunidad, logrando
así una gestión responsable y coherente del personal, empatando las actividades del área de RH con las políticas de la empresa, derivando en un
ambiente laboral óptimo, como consecuencia la productividad de verá afectada de manera positiva, logrando que maximizar la efectividad del capital
humano.

1.1

Propósito

El presente documento tiene como propósito formalizar los requerimientos del cliente, especificando funciones que tendrá el GRH, opciones y
alcance del mismo. Procedimientos de uso y opciones dentro del sistema, los casos de uso que reflejan cada una de las funcionalidades mediante
las cuales se verán satisfechas las necesidades del cliente.
Este documento está dirigido a los responsables del área de RH de la empresa, así como los responsables del área de IT y personal operativo de
RH, cubriendo los siguientes aspectos de la operación del negocio:







Rev. 2.0
Pág. 6

Gestión de personal que labora actualmente en la empresa.
Gestión de personal a nivel histórico.
Búsquedas avanzadas en el sistema, a través de templates predefinidos y que contaran con los siguientes modificadores:
-Búsqueda por número de legajo.
-Búsqueda por nombre.
-Búsqueda por ID.
MODIFICADORES:
*Fecha de ingreso.
*Fecha de baja.
*Edad.
*Puesto.
*Salario.

1.2











Alcance
El Sistema GRH permitirá llevar un control adecuado de la plantilla laboral de la empresa en tiempo real.
Se capacitará a 10 personas para el uso del mismo en un espacio de tres sesiones, con una duración de cuatro horas cada una, dando un
total de 12 horas efectivas de capacitación.
Se capacitará al gerente de IT de la empresa en una sesión de 3 horas de duración, para la administración de accesos.
Las sesiones de capacitación serán acordadas con el personal de la empresa, tomando en cuenta que dichas sesiones deberán realizarse en
un espacio no mayor a 30 días naturales a partir de la última semana del proyecto.
Se desarrollará una interfaz web de acceso al sistema.
Se generará en cada equipo del área de RH un acceso a la plataforma.
La plataforma será desarrollada con el estándar HTML5 con completa compatibilidad para Internet Explorer y Mozilla Firefox.
Se crearán accesos para los dos perfiles solicitados por la empresa; modo usuario y modo administrador.
Las cuentas de acceso serán administradas por el gerente de IT de la empresa.
Se entregará a la empresa la documentación correspondiente al sistema desarrollado, revisada y aprobada por ambas partes, de manera
física y electrónica.







Rev. 2.0
Pág. 7

Se requiere un servidor web que será proporcionado por el cliente de manera virtual o física, el cual se encontrará en las instalaciones del
mismo.
Se dará capacitación al coordinador de soporte técnico de la empresa para la solución de problemas que puedan surgir a partir de una mala
configuración del navegador, la capacitación constará de dos sesiones de 2 horas cada una.
No se contempla soporte a dispositivos móviles para el acceso a GRH.



1.3

Rev. 2.0
Pág. 8

Personal involucrado
Nombre
Rol
Categoría profesional
Responsabilidades

Información de contacto

Escamilla V. Victor Javier
Líder de proyecto.
Consultor de seguridad informática y desarrollo de
software.
Coordinar al personal asignado al proyecto y apoyo en
todas las actividades del proyecto, contacto directo con el
cliente.
victor_escamilla@virtual-academy.com.mx
0445545248245

Aprobación

Nombre
Rol
Responsabilidades
Aprobación

Olivia López
Desarrollador
Ingeniero de Software.
Desarrollo de la aplicación.
olivia_lopez@virtual-academy.com.mx

Nombre
Rol
Responsabilidades
Aprobación

David Lucio
Tester
Ingeniero en sistemas informáticos
Realizar pruebas de calidad en el software.
david_lucio@virtual-academy.com.mx



1.4
1.
2.
3.
4.
5.
6.
7.
8.
9.

1.5

Definiciones, acrónimos y abreviaturas
GRH.- Sistema de Gestión de Recursos Humanos.
WebApp.- Aplicación Web.
IT.- Tecnologías de la información.
BD.- Base de datos.
SO.- Sistema Operativo.
Formulario.- Pantallas que integran la herramienta.
MySQL.- manejados de bases de datos.
IE.- Internet Explorer.
RH.- Recursos Humanos.

Referencias
Referencia
Titulo
001E
The First Time
Manager

1.6

Rev. 2.0
Pág. 9

Ruta
Disponible en
Amazon Kindle

Fecha
2013

Autor
Loren B. Belker
Jim McCormick
Gary S. Topchik

Resumen

En lo subsecuente se encontrará el detalle de los elementos que integran la herramienta, reflejará las expectativas, funcionalidades y requisitos que el
sistema deberá cumplir en relación a las expectativas del cliente; así mismo las limitaciones del mismo.
Primeramente se definirá de manera general los lineamientos con los que trabajará GRH, las suposiciones y previsiones de la evolución del mismo,
seguidamente se enlistará a detalle los requisitos que serán satisfechos por la herramienta.



Rev. 2.0
Pág. 10

2 Descripción general
2.1

Perspectiva del producto

GRH se desarrollará de tal manera que sea posible acceder a través de un navegador compatible con el estándar HTML5, en este caso Internet
Explorer y Mozilla Firefox, el segundo será tomado solo como alternativa para la empresa ya que se manejan en un entorno Windows.
Las bases de datos serán capturadas de manera manual por personal de Visrtual Academy MX ya que actualmente residen en layouts creados en
hojas de cálculo por personal del área de RH, serán manejados dichos datos a través de MySQL y serán almacenadas en el mismo servidor que sea
asignado para la herramienta a desarrollar.



2.2

Rev. 2.0
Pág. 11

Funcionalidad del producto

i.

Empleado
a. Nuevo empleado.
b. Asignar jornada.
c. Consulta de empleado.
d. Asignar guardias.
e. Baja de empleado.
f. Modificar empleado.
g. Totalización de tiempos.

ii.

Consultas personalizadas
a. Búsqueda por ID.
b. Búsqueda por número de legajo.
c. Búsqueda por nombre.



2.3

Rev. 2.0
Pág. 12

Características de los usuarios
Tipo de usuario
Formación
Habilidades
Actividades

Empleado
Especialista
Capturista de los movimientos del personal en la empresa.
Registrar cada movimiento generado en la plantilla de la
empresa que sea concerniente al área de RH.

Tipo de usuario
Formación
Habilidades
Actividades

Gerente de IT
Especialista
Proveedor y administrador de recursos tecnológicos.
Proporcionar al personal de la empresa los recursos
tecnológicos para el correcto desarrollo de sus actividades,
trato con proveedores del área y monitoreo de los sistemas
que actualmente operan.

Tipo de usuario
Formación
Habilidades
Actividades

Soporte
Especialista IT
Soporte a usuarios finales
Mantenimiento a los recursos tecnológicos de los usuarios
finales de la empresa.

Tipo de usuario
Formación
Habilidades

DBA
Especialista
Administrador de bases de datos que actualmente existen
en la empresa.
Mantenimiento y monitoreo de BD.

Actividades



2.4

Rev. 2.0
Pág. 13

Restricciones
 GRH será desarrollada en Macromedia Dreamweaver 8, PHP 5.3 y Apache 2.4 para asegurar el correcto funcionamiento de la plataforma
respecto a los navegadores que se piensan utilizar para acceder.
 La plataforma podrá ser accedida en cualquier SO que soporte IE, Mozilla Firefox.
 La aplicación no requiere de un cambio de tecnología respecto a los recursos actuales con los que cuenta la empresa.
 La base de datos será desarrollada en MySQL para asegurar la integridad y confiabilidad de los datos.
 GRH generará un registro semanal con la actividad registrada en la plataforma, el cual será almacenado en el servidor de la aplicación
para su consulta, será creado en una hoja de cálculo y tendrá el prefijo RACGRH seguido de la fecha de creación con la notación de DDMM-AAA y una extensión ODF, dicho registro será contenido en un directorio exclusivo para dicho fin.

2.5

Suposiciones y dependencias
 Todos los equipos de usuario final de la empresa cuentan con Microsoft Windows 7 Enterprise edition, con antivirus instalado provisto por
la empresa, deberán contar con todas las actualizaciones de seguridad para el SO.
 La captura de datos de los layouts actuales deberá suceder en la primera fase del proyecto.
 El cliente tiene la capacidad para proveer el espacio de almacenamiento necesario así como el servidor donde se alojará tanto la base de
datos y el GRH.
 La infraestructura de la empresa está preparada para el tráfico de red derivado del acceso al GRH ya sea por intranet o internet.

2.6

Evolución previsible del sistema
 Dado que la empresa no cuenta actualmente con sistemas adicionales para la gestión de recursos, la herramienta debe ser capaz de
integrarse a futuros módulos desarrollados para los propósitos que la empresa determine.
 Podrá desarrollarse a mayor detalle el GRH para cubrir necesidades específicas de la empresa, las cuales serán debidamente requisadas
en un futuro.
 El sistema será capaz de adaptarse a diversas actualizaciones de hardware y software, siempre y cuando se respete el estándar HTML5;
en caso del software no será posible la interacción con dispositivos biométricos para el acceso.
 En una segunda fase del proyecto, toda la información podrá ser migrada a un servidor y así se realicen las modificaciones o ampliaciones
al mismo sin afectar la operación del mismo.



Rev. 2.0
Pág. 14

3 Requisitos específicos
Número de requisito
Nombre de requisito
Tipo
Fuente del requisito
Prioridad del requisito

OBJSTD001
Gestión de personal
Requisito
Análisis previo
Alta/Esencial

Restricción

Nombre de requisito
Tipo

OBJSTD002
Búsqueda por ID
Requisito
Análisis previo
Alta/Esencial

Restricción
Media/Deseado

Baja/ Opcional

Nombre de requisito
Tipo

OBJSTD003
Búsqueda por número de legajo
Requisito
Restricción
Análisis previo
Alta/Esencial
Media/Deseado

Baja/ Opcional

Media/Deseado

Baja/ Opcional



Nombre de requisito
Tipo

OBJSTD004
Búsqueda por nombre
Requisito
Restricción
Análisis previo
Alta/Esencial
Media/Deseado

Baja/ Opcional

Nombre de requisito
Tipo

OBJSTD005
Asignar Jornada
Requisito
Análisis previo
Alta/Esencial

Baja/ Opcional

Nombre de requisito
Tipo

OBJAD001
Asignación automática de perfil de usuario
Requisito
Restricción
Análisis previo
Alta/Esencial
Media/Deseado

Baja/ Opcional

Nombre de requisito
Tipo

OBJRE002
Totalización de tiempos
Requisito
Restricción
Requiere requisición adicional
Alta/Esencial
Media/Deseado

Rev. 2.0
Pág. 15

Baja/ Opcional

Restricción
Media/Deseado



Rev. 2.0
Pág. 16

Requisitos comunes de interfaces
 Entradas.- A través de las terminales el sistema será alimentado mediante el uso del teclado y mouse, posteriormente será administrada la
información por el manejador de DB mediante el cual trabaja internamente GRH y estará disponible para su consulta o modificación de
manera inmediata.
 Salidas.- El tratamiento de la información resultante de la operación de GRH será de manera electrónica con la opción de ser exportada a
medió de almacenamiento autorizado por la empresa, el archivo será generado con la extensión .PDF protegido por contraseña de acceso
y una contraseña adicional para su modificación, llevando el documento configurada la opción de histórico de modificaciones sin opción a
ser deshabilitada.

3.1.1 Interfaces de usuario
GRH se desarrollará con Macromedia Dreamweaver 8, a fin de respetar el estándar HTML5 y sea de fácil acceso para los usuarios finales, en
la imagen 1.1 se aprecia la pantalla de bienvenida, la cual cuenta con campos para ingreso de usuario y password, así como un botón de
acceso para validar la información provista por el usuario y un botón de publicidad donde el usuario consultará reportes de cambios en GRH.



Rev. 2.0
Pág. 17

3.1.2 Interfaces de hardware
GRH estará disponible para su acceso desde dentro y fuera de la empresa, requiriendo solamente conexión a intranet cuando sea accedido
desde la empresa, y contar con una conexión a internet sin bloqueo a la dirección web https://www.grhenterprise.com.



Rev. 2.0
Pág. 18

Interfaces de software
Conexiones generales a la base de datos a través de las interfaces para dicha conexión, dado que se ejecutará mediante un protocolo HTTPS
la información viajará encriptada.

3.1.3 Interfaces de comunicación
Vía Ethenet para los equipos desktop, WLAN en el caso de equipos laptop con la instalación existente en la empresa, en caso de acceso fuera
de las instalaciones, la infraestructura será proporcionada por el usuario.

3.2

Requisitos funcionales

A continuación se detallan los requisitos que cumplirá GRH:

3.2.1 Requisito funcional 1: Gestión de empleados
 Alta de empleado:
o El sistema mostrará una pantalla solicitando los datos del nuevo empleado.
o El usuario ingresará la información en su totalidad en los campos y dará clic en el botón ALTA.
o GRH mostrará la información que acaba de ser ingresada para su verificación.
o GRH enviará un mensaje de error, describiendo el fallo y dando la opción mediante un botón para ingresar la información
nuevamente o para regresar al menú principal.



Rev. 2.0
Pág. 19

 Modificar empleado:
o El sistema mostrará una pantalla solicitando los datos del empleado que desea buscar.
o GRH mostrará un mensaje de error si no encuentra resultados de la búsqueda.
o GRH mostrará la información actual del empleado en caso de haber uno o más positivos de la búsqueda.
o En caso de haber más de un resultado, GRH permitirá que el usuario seleccione el registro que desea modificar.
o El usuario ingresará la información que desea modificar en los campos y dará clic en el botón MODIFICAR.
o GRH mostrará la información que acaba de ser ingresada para su verificación.
 Eliminar Empleado:
o GRH mostrará los resultados de la búsqueda en caso de haber uno o más positivos.
o GRH mostrará un botón para eliminar el registro seleccionado y un botón para regresar a la búsqueda sin realizar cambios a
la base.
o En caso de elegir eliminar el registro, el usuario deberá dar clic en el botón ELIMINAR.
o GRH mostrará la información que acaba de ser eliminada para su verificación.



Rev. 2.0
Pág. 20

 Asignar jornada:
o GRH mostrará la opción para ingresar los días que tendrá actividad en la empresa el empleado y el horario asignado.
o El usuario dará clic en el botón ASIGNAR para guardar los cambios.
o GRH mostrará la información que acaba de ser modificada para su verificación.
 Consulta de empleado:
o En caso de haber más de un resultado, GRH permitirá que el usuario seleccione el registro que desea consultar.
o Una vez seleccionado el empleado a consultar, GRH mostrará el detalle del mismo, adicionalmente mostrará el botón ATRÁS
para elegir otra actividad.
 Asignar guardias:
o GRH mostrará la opción para ingresar la fecha que tendrá guardia y el horario asignado.
o El usuario dará clic en el botón ASIGNAR para guardar los cambios.
o GRH mostrará la información que acaba de ser modificada para su verificación.



Rev. 2.0
Pág. 21

 Totalización de tiempos:
o En caso de haber más de un resultado, GRH permitirá que el usuario seleccione el registro que desea consultar.
o GRH mostrará el detalle de los tiempos laborados por el empleado, dividiendo el tiempo normal de la jornada asignada y las
guardias.



Rev. 2.0
Pág. 22

3.2.2 Requisito funcional 2: Búsquedas personalizadas
 Búsqueda por ID
o GRH mostrará una pantalla solicitando el ID del empleado que desea buscar.
o GRH mostrará un mensaje de error si no encuentra resultados de la búsqueda basados en el ID ingresado.
o GRH mostrará el detalle del mismo, adicionalmente mostrará el botón ATRÁS para elegir otra actividad.
 Búsqueda por número de legajo:
o GRH mostrará una pantalla solicitando el número de legajo que desea buscar.
o GRH mostrará un mensaje de error si no encuentra resultados de la búsqueda basados en el número de legajo ingresado.
 Búsqueda por nombre:
o GRH mostrará una pantalla solicitando el nombre completo que desea buscar.
o GRH mostrará un mensaje de error si no encuentra resultados de la búsqueda basados en el nombre ingresado.



3.3

Rev. 2.0
Pág. 23

Requisitos no funcionales
3.3.1 Requisitos de rendimiento
 GRH deberá soportar hasta 50 usuarios conectados sin importar que estén dentro o fuera de la empresa.
 El 90% de los movimientos deberán aplicarse a la BD y al registro del día en menos de 3.5 segundos.
 El tiempo máximo que deberán tomar los movimientos y el registro diario del día es de 5 segundos.





Seguridad
La información de acceso a GRH será almacenada en una tabla independiente y estará encriptada.
En la fase de desarrollo de la BD se realizarán pruebas de SQL injection para detectar vulnerabilidades.
La administración de accesos será controlada en su totalidad por el gerente de IT.
Se generarán dos grupos de usuarios:
o Tipo A.- Solo puede realizar consultas de información.
o Tipo B.- Puede realizar gestión completa de la información.
o Tipo M.- Tiene acceso completo a la información, así como la gestión de accesos.

3.3.2 Fiabilidad
 GRH deberá ser estable en un 95% del tiempo, exceptuando las ventanas de mantenimiento, las cuales deberán ser notificadas a todos
los usuarios con un mes de antelación.
 Se permitirán un total de 2 transacciones erróneas por cada 10,000 realizadas.

3.3.3 Disponibilidad
 GRH deberá estar disponible el 99% del tiempo para las conexiones dentro de la empresa.
 GRH deberá estar disponible el 90% del tiempo para las conexiones fuera de la empresa.
 GRH deberá estar disponible el 99% del tiempo para la administración del mismo.



Rev. 2.0
Pág. 24

3.3.4 Mantenibilidad
 La empresa se encargará de realizar respaldos de la información de manera diaria, semanal y mensual para asegurar la integridad de
los datos.
 El sistema deberá reiniciar los servicios y las conexiones cada 20 días a partir de su implementación efectiva.
 La base de datos deberá ser revisada cada 8 meses por el DBA y de ser necesario dividir por históricos la información, esto a fin de
asegurar el buen funcionamiento.

3.3.5 Portabilidad
 Dado que el servidor proporcionado está basado en Microsoft Windows Server 2012, GRH no puede ser migrado a otro servidor que
cuente con versiones anteriores de dicho SO.
 Ya que supone un acceso vía WebApp, se puede acceder mediante cualquier SO que cuente con Internet Explorer o Mozilla Firefox.
 La plataforma no tiene ningún tipo de soporte para dispositivos móviles ya que no cuenta con los plugins necesarios.

3.4




Otros requisitos
Si la BD es segmentada derivado de un mantenimiento, los reportes de esa información deberán ser requeridos adicionalmente y serán
atendidos por el DBA de la empresa.
Ya que el presente documento está basado en la licencia Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License,
deberá respetarse la integridad del mismo.
Deberá existir un contrato de confidencialidad de la información firmado por ambas partes.



Rev. 2.0
Pág. 25

DIAGRAMAS
A continuación se muestran los diagramas de casos de uso, de actividad y la matriz de trazabilidad.
Caso de uso GESTIÓN DE USUARIOS:
uc Gestión de usuarios
Gestión de usuarios

Alta de usuario

Usuario tipo B

Equipo de cómputo
asignado
«entity»

«business actor»

Baj a de usuario
Sistema

«case worker»

Usuario tipo M

Equipo de
administrador

«business actor»

«entity»

Modificar usuario



Rev. 2.0
Pág. 26

Diagrama de actividad ALTA DE USUARIO:

act Alta de usuario

El sistem a está
preparado para
detectar entradas
arbitrarias de datos o
SQL Injection, a fin de
prevenir ataques de
terceros; esta opción se
im plementa ya que
GRH debe estar
disponible para el
personal fuera de las
instalaciones.

«Pool» Alta de usuarios

«Lane» Sistema

«FC_Begin» Visitar el portal de la aplicación.

«FC_Decision» Login

«FC_Decision» Validación
SI

«FC_End» Fin del
Proceso

«FC_Decision» Validación de datos
SI

Solicitud de
credenciales de
acceso.

Muestra
formulario
OBJSTD001-AU

Pantalla de inicio

SI

Alm acenar
inform ación
Registro Exitoso

Bienvenida.
NO

NO

«Lane» Usuario

NO

Ingreso de
credenciales
Seleccionar "Alta de
usuario"

Ingresar datos de
nuevo registro

ERROR

M ensaje de error



Rev. 2.0
Pág. 27

Diagrama de actividad BAJA DE USUARIO:

act Baja de usua ...

El si stema está
pre parado para
detectar entradas
arb itra ri as de datos o
SQL Injecti on, a fin de
pre veni r ataque s de
terce ros; esta opción se
impl ementa ya que
GRH de be estar
disponi bl e para e l
persona l fu era de l as
instalacio nes.

« FC_Begi n» Vi si tar el porta l de la apl i caci ón

«FC_De cisi on» Vali dació n

«FC_ Deci si on» Logi n

«Lane » Sy ste m

«FC_ Deci si on» Val id aci ón

SI

SI

Sol icitud de
creden cia les d e
acceso

«FC_Deci si on» ¿Hu bo resul tado s?

«FC_Deci si on» Val ida ció n d e b úsqu eda

SI
Pan tal l a de i ni cio

SI

Muestra formula ri o
OBJST D001-BU

«FC_ End»
FIN

SI

Resul tado s de la
búsqueda

Confi rma ció n

El imi nar regi stro s

Noti ficaci ón de
b orrado

« Pool» Eliminar us uario

Bie nven ida

NO

«Lane» Usuario

NO

Ingreso d e
crede nci ale s

NO

NO

NO

Sel ecci ona r Baj a d e
usua ri o

Ingresa r datos de
búsqued a

Sel eccio nar
resul tado(s)

ERROR
S in re sul ta dos

«FC_ Deci si on»
Procede

Mensaj e d e e rror



Rev. 2.0
Pág. 28

Diagrama de actividad MODIFICAR USUARIO:

act M odificar usua...

El sistema está
preparado para
detectar entradas
arbitrarias de datos o
SQL Injecti on, a fi n de
prevenir ataques de
terceros; esta opci ón se
im pl ementa ya que
GRH debe estar
disponi ble para el
personal fuera de l as
instalaci ones.

«Lane» Sistema

«FC_Decision» ¿Hubo
resul tados?

«FC_Deci si on»
Login

«FC_Dec isi on»
Vali dación

SI

«FC_Decisi on»
Vali dación
SI

Sol ici tud de
credenci ales de
acceso

Pantall a de inic io

«FC_Dec isi on» Vali dac ión
de la búsqueda

M uestra formul ari o
OBJ ST D001-MUS

«FC_Deci sion»
Confirmar cam bio

SI
SI

SI

Muestra form ulari o
OBJST D001-MU

Resul tados de la
búsqueda

«FC_End»
FIN
Actual iza datos en
BD

Confirmación

NO

Bi envenida

Si n resultados
NO

«Lane» Usuario

«Pool» Modificar usuario

«FC_Begin» Vi si tar el portal de la
aplic ación

NO

NO

NO

NO

Selecci onar
resultado(s)

Ingreso de
c redencial es

Sel eccionar
"Modi fic ar usuario"

Ingresar datos de
búsqueda

ERROR

Captura nuevos
datos
No se real izan
cambios

Regi stros
actual izados

M ensaje de error



Rev. 2.0
Pág. 29

Caso de uso ASIGNAR JORNADA:
uc Asignar j ornada
Asignar jornada

Usuario
tipo B

«ArchiMate_Association»

«incl ude»

«business actor»
Equipo de cómputo
asignado

Asignar j ornada

«entity»

Sistema

«case worker»
«include»

Usuario tipo
M
«business actor»

Equipo de
administrador
«entity»



Rev. 2.0
Pág. 30

Diagrama de actividad ASIGNAR JORNADA:

act Asignar j orna...

El sistem a está
preparado para
detectar entradas
arbitrari as de datos o
preveni r ataques de
terceros; esta opción se
impl em enta ya que
GRH debe estar
di sponibl e para el
personal fuera de las
instalaciones.

«Pool» Asignar jornada

«Lane» Sistema

«FC_Begi n» Visitar el portal de l a apl icación.
«FC_Decision»
Validación
Bienvenida

«FC_Decision» Login
«FC_Decision» Vali dación

Soli citud de
credenci ales

SI

SI

NO

Pantal la de i nicio

Muestra form ulari o
OBJSTD005-AJS

«FC_Decision» Val idaci ón de la búsqueda

SI

«FC_End» FIN

Resultado de l a
búsqueda

NO

Guardar datos en la
BD

NO

NO

«Lane» Usuario

Ingreso de
credencial es

Selecci onar Asignar
jornada

Ingresar datos de
búsqueda

ERROR

Selección de
resultados

Determi na guardia

Mensaje de Error



Rev. 2.0
Pág. 31

Caso de uso TOTALIZACIÓN DE TIEMPOS:
uc Totalización de tiempos
Totalización de tiempos

Usuario tipo
A
Equipo de cómputo asignado
«business actor»
«entity»
«include»

«include»

Usuario
tipo B

Totalización de
tiempos

Equipo de cómputo asignado

«business actor»

Sistema

«entity»

«case worker»
«include»

Usuario
tipo M
«business actor»

Equipo de
administrador
«entity»



Rev. 2.0
Pág. 32

Diagrama de actividades TOTALIZACIÓN DE TIEMPOS:

act Totalización de tiempos

« Pool» Totalización de tiempos

«La ne» Sistema

El sistema está
p rep ara do para
d ete ctar entra das
a rbi trari as d e d ato s o
p reve nir ata ques de
terceros; esta o pció n se
i mpl ementa ya q ue
GRH d ebe estar
d ispon ibl e para el
p erson al fuera de las
i nstala cion es.

« FC_Begi n» Vi sitar el portal de l a apl ica ción

«FC_Deci sio n» Val i daci ón

Bie nveni da

So li citud de
crede nci ale s de
acceso

«FC_De cisi on» Lo gin

«FC_Decisi on» Vali daci ón

Pantal l a d e i ni ci o

Muestra
formul ario
OBJRE002 -T TS

«FC_Deci si on» Val i daci ón de l a b úsqued a

SI

NO

«FC_En d» FIN

Resul tad o de la
bú sq ueda

Mu estra to tal es

NO

«Lane» Usuario

Ingreso de
credencial es

Se lecci ona r To tal i zaci ón de
ti empos

Ingresar da to s de
búsqued a

ERROR

Sel ecci ón de
resul tad os

Men sa je de error



Rev. 2.0
Pág. 33

Caso de uso BÚSQUEDAS PERSONALIZADAS:
uc Búsquedas personalizadas
Búsquedas personalizadas

«include»

Usuario
tipo A

Equipo de cómputo
asignado

«business actor»

Búsqueda por ID

«entity»
«include»

«include»
«include»


«include»

Búsqueda por NO de
legaj o

«include»

Usuario
tipo B

Equipo de cómputo
asignado

«business actor»

«entity»

Sistema

«include»
«include»

«case worker»

Búsqueda por nombre
«include»

Usuario
tipo M

Equipo de
administrador

«business actor»
«entity»


Ejemplo de ingeniería de software V 2.0

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Ejemplo de ingeniería de software V 2.0

Similar a Ejemplo de ingeniería de software V 2.0 (20)

Más de Victor Escamilla

Más de Victor Escamilla (11)

Último

Último (20)

Ejemplo de ingeniería de software V 2.0