Download - Proyecto: Sistema de Relación de Cargos … de Ingenieria... · Server Enterprise) y la aplicación esta desarrollada en Power Builder. Aproximadamente ... al ser aprobado el Proyecto

Edifício Administrativo 1º piso – Teléfonos: 58-0274-2401998 – 2402771 - 2402526/Fax No. 2403310 - CE: [email protected]

Proyecto: Ingeniería de Requisitos del

Sistema de Relación de Cargos de la Universidad de Los Andes

DOCUMENTO DE DEFINICIÓN DE REQUISITOS (DDR)

DEL SISTEMA DE LA RELACIÓN DE CARGOS

DE LA ULA

OCTUBRE-2008


DOCUMENTO DE DEFINICIÓN DE REQUISITOS (DDR)

DEL SISTEMA DE LA RELACIÓN DE CARGOS

DE LA ULA


INGENIERIA DE REQUISITOS DEL SISTEMA DE LA RELACIÓN DE CARGOS DE LA ULA

SISTEMATIZACION DE LA ADMINISTRACION UNIVERSITARIA AREA DE RECURSOS HUMANOS DE LA ULA

PÁGINA: DDR- RELCAR 1 /51

MATERIA: DOCUMENTO DE DEFINICIÓN DE REQUISITOS DEL SRELCAR-ULA

ASUNTO: EQUIPO DE TRABAJO

Equipo de Trabajo

Elaborado Ing. Gladys M. Ramírez M.

Líder del Proyecto

Ing. Luis Porras

Colaboradores Ing. William Montilva

Líder del Área de Diseño de Software Ing. Germán Moreno

Responsable del Sistema Automatizado de Relación de Cargo Ec. Envagelina Dávila

Coordinadora de Formulación y Análisis Lcda. María Landinez

Coordinadora de Control Presupuestario Analistas de la Sección de Formulación y

Análisis y Control Presupuestario y Personal Docente y de Investigación y

Administrativo y Obrero de las Direcciones de Programación y Presupuesto

y Servicios de Información Administrativa

Coordinación Diseño y Asesoría

Ing. Elvia Elena Abreu Ramírez Especialista Organizacional de la DSIA y

Líder del Área de Modelado de Sistemas y Desarrollo Organizacional de la UD-DSIA






ASUNTO: INTRODUCCIÓN

INDICE DE CONTENIDO

1. INTRODUCCIÓN

1.1 Información General

1.2 Objetivo del Documento de Definición de Requisitos

1.3 Alcance

2. PROYECTO DE “INGENIERIA DE REQUISITOS”

2.1 ETAPA 1: DESCUBRIMIENTO DE REQUISITOS

2.1.1 Diagrama de Proceso

2.1.2 Diagrama de Jerarquía de Procesos

2.1.3 Modelo del Producto

2.1.3.1 Dominio de la Aplicación

2.1.3.2 Objetivos del Negocio

2.1.3.3 Cadena de Valor

2.1.3.4 Reglas de Negocio

2.1.3.5 Actores del Proyecto (stakeholders)

2.1.3.5.1 Actores Involucrados en el Proyecto de Desarrollo de la Aplicación

2.1.3.5.1.1 Usuarios Directos o Indirectos

2.1.3.5.1.2 Miembros del Grupo de Desarrollo

2.1.3.5.1.3 Consultores o Asesores del Proyecto

2.1.3.5.2 Actores donde sus intereses se ven afectados por el Proyecto

2.1.3.5.2.1 Clientes del Proyecto

2.1.3.6 Descripción del Problema

2.1.3.7 Recolección de Requisitos Funcionales

2.1.3.7.1 Fuentes de Información

2.1.3.7.2 Lista Preliminar de Requisitos Funcionales

2.2 ETAPA 2: ANÁLISIS DE REQUISITOS




2.2.3.1 Lista Tentativa de Requisitos Funcionales Definitivos

3. GLOSARIO DE TÉRMINOS

4. BIBLIOGRAFÍA







1. INTRODUCCIÓN

1.1 Información General

1.2 Objetivo del Documento de Definición de

Requisitos

1.3 Alcance







1. INTRODUCCIÓN

1.1 Información General La Relación de Cargos de la Universidad de Los Andes es una tabla que contiene, cargos

del Personal Docente y de Investigación (PDI) y Administrativo y Obrero (AO) de los

activos como jubilados/pensionados y los cargos vacantes. Pertenece a la base de datos

“ula-rh”, manejado por el Sistema de Administración de bases de datos ASE (Adaptive

Server Enterprise) y la aplicación esta desarrollada en Power Builder. Aproximadamente

los primeros días del mes de septiembre del año en curso se realizo un cambio de

servidor, es decir del servidor “Targerine” al servidor “Guarana3” y actualmente la

Relación de Cargos de la Universidad de Los Andes, contiene 10.614 registros,

entendiendo cada registro como un cargo.

En el “Sistema Automatizado de Recursos Humanos” se encuentra dos subsistemas

que contiene la Relación de Cargos de la Universidad de Los Andes (ULA) que son:

“Relación de Cargos Proyecto”: es el subsistema que permite facilitar la realización de

la formulación del anteproyecto y proyecto del presupuesto de los gastos del personal DI

y AO activos y jubilados/pensionados y los cargos vacantes del periodo fiscal siguiente y

al ser aprobado el Proyecto de la Relación de Cargos se convierte en el Proyecto de la

Relación de Cargos estática, para ser utilizada al inicio de la Ejecución de la Relación de

Cargos del periodo fiscal siguiente.

“Relación de Cargos Ejecución”: es el subsistema que permite llevar la ejecución

presupuestaria de los gastos de los cargos del personal DI y AO activos y

jubilados/pensionados y cargos vacantes del periodo fiscal en curso, mediante el registro

de las modificaciones de las actualizaciones del personal universitario, previa verificación

de la correcta imputación presupuestaria y así poder mantener la información oportuna

sobre disponibilidad de cargos y proveer información oportuna para la formulación del

proyecto de los gastos del personal universitario para el presupuesto del periodo fiscal

siguiente.

1.2 Objetivo del Documento de Definición de Requisitos

La finalidad principal de este documento es presentar el dominio de la aplicación, los

procesos del negocio, los actores del proyecto (stakeholders) y la lista de los requisitos







funcionales depurado del “Sistema de la Relación de Cargos de la ULA” analizada,

discutida, validada y firmada por los usuarios expertos en el dominio de la aplicación

1.3 Alcance El alcance es desarrollar la etapa 1 del “Descubrimiento de Requisitos” y parte de la

etapa 2 “Análisis de Requisitos” correspondiente al análisis general, chequeo y

depuración de la lista preliminar de requisitos funcionales.






ASUNTO: 2. PROYECTO DE LA INGENIERIA DE REQUISITOS

2. PROYECTO DE INGENIERIA DE REQUISITOS 2.1 ETAPA 1: DESCUBRIMIENTO DE REQUISITOS






2.1.3.3 Procesos de Negocio (Cadena de Valor)

2.1.3.4 Restricciones del Negocio (Reglas de Negocio)












2.2 ETAPA 2: ANÁLISIS DE REQUISITOS










ASUNTO: 2. PROYECTO DE LA INGENIERIA DE REQUISITOS 2.2 ETAPA 1: DESCUBRIMIENTO DE REQUISITOS

2.1 ETAPA 1: DESCUBRIMIENTO DE REQUISITOS






2.1.3.3 Procesos de Negocio (Cadena de Valor)

2.1.3.4 Restricciones del Negocio (Reglas del Negocio)


















2. PROYECTO DE LA INGENIERÍA DE REQUISITOS

El proceso de la Ingeniería de Requisitos consta de un conjunto de actividades

enmarcadas en el proceso de desarrollo de un sistema de información.

El proceso de la Ingeniera de Requisitos se puede concebir como una cadena de valor

(Ver Figura No. 1), en donde los subprocesos técnicos son:

Descubrimiento de Requisitos

Análisis de Requisitos

Especificación de Requisitos

Estos tres subprocesos técnicos son secuenciales y los subprocesos gerenciales serían:

Validación de Requisitos

Gestión de Requisitos

Estos dos subprocesos se realizan a lo largo del proceso de la Ingeniería de Requisitos.

En la Figura No. 1, en la parte izquierda aparece el Modelo de Procesos de Desarrollo de

Software del Método de Wacth, en el lado derecho superior la cadena de valor con los

subprocesos (técnicos y gerenciales) de la Ingeniería de Requisitos y en la parte del lado

derecho inferior el flujo de trabajo del proceso de Ingeniería de Requisitos, observando

que los cuadros azules son los objetos o productos obtenidos que se encuentran este

documento.







Figura No. 1 Relación de Modelado de Negocios – Ingeniería de Requisitos





MATERIA: DOCUMENTO DE DEFINICIÓN DE REQUISITOS DEL SRELCAR-ULA 2. PROYECTO DE LA INGENIERIA DE REQUISITOS

ASUNTO: 2.2 ETAPA 1: DESCUBRIMIENTO DE REQUISITOS 2.1.2 DIAGRAMA DE JERARQUIA DE PROCESOS

2.1 ETAPA1: DESCUBRIMIENTO DE REQUISITOS

Es la etapa mediante el cual los clientes/usuarios y los desarrolladores identifican,

revisan, articulan y entienden los requisitos de aplicación y su objetivo es capturar las

necesidades de los clientes, usuarios y otros interesados que tienen relación con la

aplicación. El Descubrimiento de Requisitos implica entender: el dominio de la aplicación

es decir el sistema de negocios que será servido por la aplicación, los problemas de

información que se quieren resolver y las necesidades de los usuarios de la aplicación.

2.1.1 Diagrama de Procesos El “Descubrimiento de los Requisitos” es el primer proceso de la “Ingeniería de

Requisitos” que tiene como insumo de entrada el “Modelo de Negocio del Sistema

de la Relación de Cargos de la ULA” y como productos de salida: dominio de

jerarquía del sistema, los objetivos del negocio, procesos de negocios (cadena de

valor), las reglas de negocio, actores y las lista preliminar de los requisitos

funcionales.

Figura No. 2 Diagrama de Procesos del “Descubrimiento de Requisitos”







De una manera macro a continuación de describe las actividades realizadas en el

proceso del “Descubrimiento de Requisitos” para la obtención de la lista preliminar de los

requisitos funcionales del Sistema de la Relación de Cargos de la ULA:

Analizar objetivos del negocio

Adquirir conocimiento y entender el dominio de aplicación.

Analizar los procesos de negocios relacionados.

Conocer las regulaciones del negocio (reglas de negocio)

Identificar los usuarios expertos en el dominio de la aplicación a entrevistar

Programar las entrevistas con los usuarios expertos.

Ayudar a los usuarios expertos a identificar y extraer los requisitos funcionales

mediante las entrevistas.

Realizar la lista de recolección tentativa de los de requisitos funcionales escrito en

un lenguaje natural, identificando las actividades que se pueden automatizar.

Elaborar lista tentativa de requisitos Preliminares usando una matriz, en esta

primera lista se obtuvieron 31 requisitos. (Ver sección 2.1.3.6.2 Lista de Preliminar

de los Requisitos Funcionales).






ASUNTO: 2.1 ETAPA1:DESCUBRIMIENTO DE REQUISITOS 2.1.3 MODELO DEL PRODUCTO

2.1.3.1 Dominio de la Aplicación (Sistema de Negocio (ó de interés) donde se ubicará la aplicación)

Figura No. 3 Diagrama de Jerarquía de Sistemas Fuente: Primer Modelo de Derek Hitchins (2000), tomado del Curso Modelado de Sistemas usando

UML 2.0 Montilva y Barrios(2005) CEISOFT, Mèrida-Venezuela







2.1.3.3 Procesos de Negocio (Cadena de Valor) 2.1.3.4 Reglas de Negocio

Código Nombre Descripción Fórmula Fuente Reglas del Negocio

relacionadas RN-001 Prima de

Antigüedad del Ejercicio

Define la regla de cálculo del monto total a estimar en la Prima de Antigüedad del Ejercicio del Personal AO y DI en Anteproyecto y Proyecto de la Relación de Cargo

Para el PAO: RIT+ “Variación de Sueldo Conversión Colectiva” + Prima de Antigüedad Federativa Para el PDI: Monto equivalente a la prima anual mas reciente emitida por la OPSU multiplicada por el número de años que el profesor tenga como Titular ó Auxiliar Docente V en la categoría de Dedicación Exclusiva ó Tiempo Completo

Analista de DSIA encargada de realizar las pruebas de la Nómina de la ULA que se está implementando para este año en curso y Analista de DSIA encargado de RELCAR

RN-002 Prima Premio Estimulo

Define la regla de cálculo el monto total a estimar en la Prima Premio Estimulo del Personal AO en el Anteproyecto y Proyecto de la Relación de Cargo

El monto que corresponde al reconocimiento por 15 y 20 años de servicio y se asigna en la fecha aniversario, y en esa fecha, el monto respectivo se abona mensualmente









relacionadas RN-003 Prima de


Acumulada

Define la regla de cálculo del Monto Total estimado en la Prima de Antigüedad del Ejercicio Acumulada del Personal AO y DI en Anteproyecto y Proyecto de la Relación de Cargos

Del calculo que surge de la regla de negocio RN-001 se multiplica por un año


RN-004

Clasificador Presupuestario de

Egreso

Define la regla del clasificador presupuestario de egreso (PUC), el cual debe corresponder con la categoría, la dedicación del cargo y la denominación del cargo

Analista de Programación y Presupuesto y Asistente de Presupuesto

RN-005 Fondo de Provisión de Cargos

Define la regla del control del Monto estimado del Fondo de Provisión de Cargos por cada Facultad/Núcleo

El Monto del Fondo de Provisión de Cargos es la suma de todos los cargos y no debe ser mayor que el Fondo de Provisión de Cargos asignado a cada Facultad/Núcleo

RN-006 Estado del Cargo Especifica el estado del cargo: En una actualización de: renuncia, cambio de dedicación, fallecimiento, Ascenso/Reclasificación, suspensión, jubilación ó pensión, destitución, no- renovación de contrato, reincorporación y cambio de denominación el cargo debe estar Ocupado En un nuevo ingreso y un ingreso por traslado de otra universidad el cargo debe estar Vacante

RN-007 Cruce de la Nómina con la Relación de Cargos

Especifica los campos que debe tener el archivo de la Nómina : cedula del trabajador, nombre del trabajador, fecha de ingreso, cargo, sueldo, dependencia y dedicación

El cruce se debe realizar con el Anteproyecto, Proyecto y Ejecución de la Relación de Cargos








relacionadas RN-008 Carga de

Ejecución RELCAR

Define la regla de negocio al inicio de Ejecución RELCAR que al realizar la carga, se debe hacer con el Proyecto RELCAR Aprobado Actualizado

La actualización de Proyecto RELCAR Aprobado debe realizarse con los cambios ó actualizaciones que se realizaron desde aproximadamente septiembre (momento que queda estática Proyecto RELCAR Aprobado) hasta diciembre del mismo año del ejercicio







2.1.3.5 ACTORES DEL PROYECTO (STAKEHOLDERS)

2.1.3.5.1 Actores Involucrados en el Proyecto de Desarrollo de la

Aplicación

2.1.3.5.2 Usuarios Directos o Indirectos

2.1.3.5.3 Miembros del Grupo de Desarrollo

2.1.3.5.4 Consultores o Asesores del Proyecto










En esta parte del documento se especifica, los tipos de actores del proyecto

(stakeholders) que de alguna manera intervienen en las etapas del proyecto para el

desarrollo del software. Los usuarios ó actores del proyecto (stakeholders) se definen

como “interesados” y se identifican de la siguiente manera:

2.1.3.5.1 Actores involucrados en el Proyecto de Desarrollo de la Aplicación

2.1.3.5.1.1 Usuarios Directos ó indirectos son aquellos usuarios que de alguna manera

interactúan en algunos de los procesos del sistema, estos son: el

Coordinador de Formulación y Análisis, el Coordinador de Control

Presupuestario, los analistas de presupuesto y los asistentes de presupuesto.







2.1.3.5.1.2 Miembros del grupo de desarrollo: entre ellos se encuentran los siguientes

actores: el líder del proyecto, analistas de sistemas, diseñadores,

programadores y otros si son necesarios para el desarrollo del proyecto.







2.1.3.5.1.3 Consultores ó asesores del proyecto: son los coordinadores ó asesores del

proyecto en este caso tenemos los Coordinadores del área de Modelado de

Sistemas y Desarrollo Organizacional y Coordinador del área de Diseño.

2.1.3.6 Actores donde sus intereses se ven afectados por dicho proyecto

2.1.3.6.1 Clientes del Proyecto: estos actores son los directivos ó gerentes, en este

caso es el Director de Programación y Presupuesto.







2.1.3.6 DESCRIPCIÓN DEL PROBLEMA








Analizando el modelo de negocio del “Sistema de la Relación de Cargos”,

actualmente los problemas que se presentan son:

Desactualización de la Relación de Cargos

Al realizar los cruces mensuales de la Relación de Cargos con la Nómina

se genera un reporte que refleja las inconsistencias/errores en los datos

que están en la Nómina y no están en la Relación Cargos. De acuerdo a

información obtenida de entrevistas con los actores involucrados, estas

inconsistencias hace aproximadamente dos años, eran de 20-30 páginas;

sin embargo hoy en día estas cifras han bajado a una página, la cual

contiene máximo hasta 4 registros que no coinciden con la nómina.

Entre las causas que están generando ésta desactualización en la

Relación de Cargos, se encuentran:

• Los procesos relacionados con los siguientes movimientos del personal

docente y de investigación (PDI):

Jubilaciones y pensiones

Prima Directiva

• Cronograma de Cierre

• Error humano en la trascripción de datos e información

• Validación de los datos

Hasta los momentos la validación de los datos a nivel de los Sub-

Sistemas de Ejecución y Proyecto RELCAR, se han venido

subsanando en gran escala. Desde Agosto del 2007 hasta hoy en día,

se ha logrado casi 100% de las validaciones reflejadas por los reportes

de inconsistencias debidos a esta falla.







2.1.3.7 RECOLECCIÓN DE REQUISITOS FUNCIONALES










El tratamiento de requisitos es el proceso mediante el cual se especifican y validan

los servicios que debe proporcionar el sistema.

Los requisitos funcionales, son los requisitos en el cual se describe lo que la

aplicación deberá hacer, esto es la funcionalidad del sistema es decir los servicios

que el sistema prestará a los usuarios directos, la interacción entre la aplicación y su

dominio de aplicación y como la aplicación deberá actuar bajo ciertos estímulos o

evento (comportamiento del sistema).


En esta sección se nombra las fuentes de información que se utilizaron para

capturar los requisitos funcionales del “Sistema de Relación de Cargos de la ULA” y se encuentra las siguientes:

Modelado de Negocios del “Sistema de la Relación de Cargos de la ULA” y los procesos, procedimientos y las diagramas de actividades.

Evaluación del sistema actual con: • Entrevistas con el Analista de la Dirección de Servicios de Información

Administrativa (DSIA), responsable del sistema de la Relación de

Cargos. • Observación directa del sistema de la Relación de Cargos.

Recolección de las solicitudes por escrito por parte de los usuarios

involucrados en el modelo de negocio de la Relación de Cargos.

2.1.3.7.2 Lista de Requisitos Funcionales Preliminares

En la siguiente tabla muestra la primera lista preliminar de los requisitos

funcionales del Sistema de la Relación de Cargos de la ULA (SRELCAR-ULA),

que se extrajo de las entrevistas con los usuarios expertos en el dominio de

aplicación, y donde cada requisito contiene:







Código: es el identificador del requisito.

Descripción del Requisito: es la descripción ó definición del requisito.

Usuario: es quien realiza el requisito

Proceso: es el proceso donde se deriva el requisito

Documento de Soporte: es la documentación que sustenta el requisito.

Reglas del Negocio: son las reglas de negocio que están asociadas al

requisito.

Medio: es donde indica el medio en que se mostrara el requisito.

Esta lista preliminar a continuación tiene 31 requisitos funcionales tomadas de las

fuentes de información.







Código Descripción del Requisito Usuario Proceso Documento de

Soporte Reglas del Negocio

Medio

RF-01 El Sistema debe facilitar que el Coordinador de Formulación pueda realizar la impresión de los reportes de RELCAR Proyecto para el año siguiente.

Coordinador de Formulación y Análisis

PF-1.1.2 Impreso

RF-02 El Sistema debe permitir que el Coordinador de Formulación pueda obtener los cálculos de las primas de antigüedad del Ejercicio del Personal AO y DI, prima de antigüedad Acumulada del Personal AO y DI y el Premio estimulo del Personal AO de RELCAR Anteproyecto ó Proyecto del año siguiente


PF-1.1.2 Reportes de Ejecución RELCAR del año en ejercicio actualizada y el reportes de la RELCAR

En Línea

RF-03 El Sistema debe permitir que cada Analista de Programación y Presupuesto de la Sección de Formulación y Análisis realice las Actualizaciones directamente en el “Sistema Automatizado de Recursos Humanos” en el módulo de “Relación de Cargos Proyecto”

Analista de Programación y Presupuesto de la Sección de Formulación y Análisis

PF-1.1.2 Reportes de la RELCAR

En línea

RF-04 El Sistema debe permitir que el Coordinador de Formulación pueda generar directamente la "Distribución Administrativa" del Anteproyecto y Proyecto de la Relación de Cargos del año siguiente


PF-1.1.2 En línea

RF-05 El Sistema debe permitir que el Coordinador de Formulación pueda incorporar las tablas de los incrementos ò cambios salariales de los lineamientos de la OPSU ó lineamientos de la ULA en el “Sistema Automatizado de Recursos Humanos” en el módulo de “Relación de Cargos Proyecto”


PF-1.1.2 Lineamientos de la OPSU-CNU y lineamientos de la ULA

En línea

RF-06 El Sistema debe permitir que el Coordinador de Control Presupuestario pueda realizar los cruces entre Proyecto RELCAR aprobado con la Nómina más reciente antes de dar inicio de la Ejecución RELCAR

Coordinador de la Unidad de Control Presupuestario

PF-2.1 En Línea








Soporte Reglas del Negocio

Observación

RF-07 El Sistema debe permitir imprimir los resultados del cruce de Proyecto RELCAR con la nómina es decir las observaciones e inconsistencias encontradas en el cruce


PF-2.1 Impreso

RF-08 El Sistema debe permitir realizar las correcciones de las observaciones e inconsistencias tanto uno a uno ó en lotes en Ejecución_RELCAR del año que está por comenzar


PF-1.1.2 PF-2.1

En Línea

RF-09 El Sistema debe permitir que cada Analista de Presupuesto realice el registro de Distribución del Fondo de Reposición/Provisión de Cargos de la Facultad/Núcleo en el directamente en el “Sistema Automatizado de Recursos Humanos” en el módulo de “Relación de Cargos Proyecto”


PF-1.1.1 En Línea

RF-10 El Sistema debe permitir que cada Analista de Programación y Presupuesto de la Sección de Formulación y Análisis pueda imprimir los reportes de RELCAR de las Dependencias y/o Facultad/Núcleo que estén bajo su cargo


PF-1.1.2 En línea

RF-11 El Sistema debe permitir al Coordinador de Formulación incorporar las Nuevas Estructuras y/o Dependencias Universitarias que son aprobadas por el Consejo Universitario de la ULA y por la OPSU


PF-1.1.2 Esquema de la Creación de las Nuevas Estructuras

En Línea

RF-12 El Sistema debe proporcionar mecanismo que active solo los campos ó datos relacionados al tipo de actualización ó movimiento en RELCAR que se está realizando


PF-2 En Línea

RF-13 El Sistema debe permitir en la actualización del personal que fallece verificar si el “Status” es Activo ó Jubilado/Pensionado y si es Activo colocar el cargo “Vacante” y si es Jubilado poder eliminar el cargo en la proyección de Relcar para el año siguiente


PF-1.1.4.1.3

En Línea







Código Descripción del Requisito Usuario Proceso Documento

de Soporte Reglas del Negocio

Observación

RF-14 El Sistema debe permitir a los Analista de Programación y Presupuesto de la Sección de Formulación y Análisis consultar los datos personales del Personal AO y DI, cuando se presenten las observaciones e inconsistencias con respecto a la nómina


PF-2 En línea

RF-15 El Sistema debe permitir que los Analista de Programación y Presupuesto de la Sección de Análisis pueda consultar cualquier registro de la Relación de Cargo del personal AO y DI con sus respectivos datos del cargo como también los cargos vacantes existente en la Proyección de la Relación de Cargos del año siguiente

Analistas de Programación y Presupuesto de la Sección de Formulación y Análisis

PF-1.1.2 En línea

RF-16 El Sistema debe permitir seleccionar los respaldos ó históricos y poder realizar las proyecciones necesarias de acuerdo a los lineamientos de la OPSU y así garantizar la proyección de la Relación de Cargos del año siguiente


PF-1.1 Documento de los lineamientos de la OPSU-CNU

En línea

PF-17 El Sistema debe permitir a los Analistas de Programación y Presupuestos de la Sección de Formulación y Análisis que realicen las revisiones de las Actualizaciones de los movimientos de la Relación de Cargos de la Proyección del año siguiente


PF-1.1.1.3 Reporte de RELCAR

En Línea

PF-18 El sistema debe permitir cuando el movimiento ó actualización del PAO y PDI sea una renuncia verificar con la nómina si el personal ha cobrado después de la haberse aprobado la renuncia


PF-1.1.4.11 Reporte de RELCAR

En Línea

PF-19 El Sistema debe activar solos los campos ó los datos que van a cambiar ó actualizar según la actualización


PF-1.1.4 En Línea









Observación

PF-20 El Sistema debe facilitar la información de la documentación necesaria que debe recibir los Analistas de Programación y Presupuesto de la Sección de Análisis según el tipo de actualización


PF-1.1.4 En Línea

PF-21 El Sistema debe permitir cuando fallece un Personal AO y/o Personal DI si es “Activo” colocar el cargo “Vacante” y si es “Jubilado” colocar el cargo “Eliminado”

Asistente de Presupuesto encargado de RELCAR

PF-2.3.3 Documentación de notificación de fallecimiento

En Línea

PF-22 El Sistema debe facilitar la búsqueda del número secuencial de los cargos vacantes que trae asignado la documentación recibida de la actualización y que están por el Fondo de Cargos Vacante, y así poder verificar los datos de ese cargo vacante


PF-1.1.4.18 Documentación de Ingreso de PAO y PDI

En Línea

PF-23 El Sistema debe permitir a los Analista de Programación y Presupuesto de la Sección de Formulación y Análisis poder crear los cargos cuando sean por el Fondo de Provisión de Cargos Vacantes


PF-1.1.4.18 Documentos de ingreso de PAO y PDI

En Línea

PF-24 El Sistema debe calcular la prima de Antigüedad si es Personal AO y/o prima de Titularidad si es Personal DI para casos específicos que no sean en lote

Asistente de Presupuesto

PF- 1.1.4.2.3 Documentos del personal para la solicitud de la primas

En Línea

PF-25 El Sistema debe permitir al Coordinador de Formulación poder cambiar el nombre en los reportes cuando se inicia el Anteproyecto y Proyecto RELCAR del año siguiente


PF-1.2.1 En Línea

PF-26 El Sistema debe controlar que el clasificador presupuestario de egreso corresponda con la categoría y la dedicación de el cargo


PF-1.2. En Línea









Observación

PF-27

El Sistema debe asegurar que la información del concepto del sueldo corresponda con la dedicación y cargo


PF-2.3.2 Documentación de cambio de dedicación

En Línea

PF-28 El Sistema debe permitir en el caso de una “Suspensión” colocar las fecha desde que empieza hasta que dure dicha suspensión


PF-2.3.5 Documentos de la “Suspensión” del personal AO y DI

En Línea

PF-29 El Sistema debe calcular el monto que le corresponde al personal AO y DI cuando pasa a “Pensionado “


PF-2.3.6 Documentos de la “Pensión” del personal AO y DI

En Línea

PF-30 El Sistema debe buscar los cargos vacantes que existen de acuerdo al sueldo y cargo y así poder realizar el ingreso al personal AO ó DI


PF-2.3.7 PF-2.3.8

Documentos de “Ingreso” del personal AO y DI

En Línea

PF-31 El Sistema debe colocar el cargo a “Vacante” cuando la actualización es una “Destitución” ó “No-Renovación de Contrato” en Ejecución_RELCAR


PF-2.3.9 Documentos de “Destitución” del personal AO y/o “No- Renovación de Contrato” del personal DI

En Línea






ASUNTO: 2. PROYECTO DE LA INGENIERIA DE REQUISITOS 2.2 ETAPA 2:ANALISIS DE REQUISITOS

2.2 ETAPA2: ANALISIS DE REQUISITOS










ASUNTO: 2.2 ETAPA 2:ANALISIS DE REQUISITOS 2.2.1 DIAGRAMA DE PROCESO

2.2 ETAPA2: ANALISIS DE REQUISITOS

El propósito principal de esta etapa es conseguir una comprensión más precisa de los

requisitos y una descripción de los mismos que sea fácil de mantener y que nos ayude a

estructurar el sistema completo, incluyendo la arquitectura.

2.2.1 Diagrama de Procesos

Una vez recolectados los requisitos funcionales preliminares, la siguiente fase del

proceso de la “Ingeniería de Requisitos” consiste en analizar estos requisitos, por lo

tanto el “Análisis de Requisitos” es el proceso mediante el cual se razonan y analizan

las necesidades identificadas de los clientes y usuarios para llegar a una definición de

los requisitos de software ó al Documento de Definición de Requisitos Validado.






ASUNTO: 2.2 ETAPA 2:ANALISIS DE REQUISITOS 2.2.2 DIAGRAMA DE JERARQUÍA DE PROCESOS


Una vez recolectados la lista preliminar de los requisitos funcionales se realizan ciertas

actividades para obtener el Documento de Definición de Requisitos con la lista tentativa

de los requisitos funcionales definitivos es decir, abarca hasta el proceso “2.2 Negociación

de Requisitos” según el Diagrama de jerarquía de procesos del “Análisis de Requisitos”,

y a continuación se describe las actividades:

Analizar los requisitos funcionales recolectados

Agrupar los requisitos funcionales recolectados y clasificarlos.

Determinar la clasificación de aquellos requisitos funcionales que:

• No son necesarios

• Son incompatibles entre si

• No son completos

• No son factibles

• Están repetidos

Aprobar y firmar la lista tentativa de requisitos funcionales definitivos por parte de los

usuarios expertos en el dominio de la aplicación.(Ver Lista Tentativa de Requisitos

Funcionales Definitivos)






ASUNTO: 2.2 ETAPA 2:ANALISIS DE REQUISITOS 2.2.2 DIAGRAMA DE JERARQUÍA DE PROCESOS

Definir la estructura y el contenido de Documento de Definición de Requisitos (DDR)

por parte del Analista de Sistema asesorado y coordinado por el Líder del área de

Modelado de Sistema y Desarrollo Organizacional y por el Líder del área de Diseño.

Elaborar el Documento de Definición de Requisitos DDR con el listado de los

requisitos funcionales aprobado y firmado por los clientes/usuarios expertos en el

dominio de la aplicación.

En la siguiente tabla muestra la lista tentativa de los requisitos funcionales definitivos del

Sistema de la Relación de Cargos de la ULA (SRELCAR-ULA), después del chequeo,

análisis y verificación por parte de los clientes/usuarios expertos, por lo tanto de los 31

requisitos funcionales que se tenían inicialmente quedaron 19, en espera de la

aprobación y firma por parte de los clientes/usuarios experto en el dominio de la

aplicación.






ASUNTO: 2.2 ETAPA 2:ANALISIS DE REQUISITOS 2.2.3 MODELO DEL PRODUCTO




de Soporte Regla del Negocio

Medio

RF-001 El Sistema debe permitir el cruce entre los datos de la Nomina de la ULA y los datos de la Relación de Cargos Anteproyecto, Proyecto y Ejecución; reflejando las inconsistencias que puedan ser encontradas debido a: • Cambio de Dedicación: dedicación,

monto y clasificador presupuestario de egreso.

• Ascenso/Reclasificación: montos, cargo, clasificador presupuestario de egreso, estructura organizativa y estructura por proyecto

• Jubilación o Pensión: monto, estructura organizativa, estructura por proyecto y clasificador presupuestario de egreso.

• Nuevo Ingreso: datos personales, géneros, cargo, dedicación, status, estado, estructura organizativa, estructura por proyecto y clasificador presupuestario de egreso.

• Traslado de Dependencias: estructura organizativa y/o estructura por proyecto.

Permitiendo además, la posibilidad de imprimir estos resultados o generar un archivo que pueda ser utilizado por otras herramientas.

Coordinador de

Formulación y Análisis y

Coordinador de Control

Presupuestario

PF-1 Creación de la "Relación de Cargos Proyecto”

PF-5

Creación de la “Relación de Cargos Ejecución”

PF-6

Cruces de la Relación de

Cargos

• RN-001 Prima de


• RN-003 Prima de

Antigüedad Acumulada

• RN-002 Premio

Estimulo

• RN-004 Clasificador

Presupuestario de Egreso

• RN-007 Cruce de

Nómina con la Relación de Cargos

En Línea Impreso

RF-002 El Sistema debe permitir la actualización de los datos de un cargo y sus conceptos asociados, derivado del registro de un movimiento de personal, modificando los siguientes datos: En caso de Renuncia: • Se registra la fecha de la renuncia,

número y fecha del oficio recibido y el cargo pasa a “Vacante”

En caso de Cambio de Dedicación:

Analista de Programación y Presupuesto y Asistente de Presupuesto

PF-4. Actualización

de los Movimientos del Personal

Resolución del Consejo

Universitario, Decretos del

Rector de la ULA y oficios de la Dirección de

Personal y de las Unidades

Administradoras Desconcentradas



• RN-006 Estado del

Cargo

En Línea









Medio

• Se registra el número y fecha del oficio, el cambio de dedicación, el clasificador presupuestario de egreso y monto.

En caso de Fallecimiento: • Se registra la fecha de

fallecimiento, número y fecha del oficio. Si el trabajador está Jubilado o Pensionado se cambia el estado del cargo a “Eliminado”. Sí el trabajador está Activo, el cargo pasa a ser “Vacante”.

En caso de Ascenso/Reclasificación • Se cambia la denominación del

cargo, se actualiza el sueldo, el clasificador presupuestario de egreso, estructura por proyecto, estructura organizativa, prima de antigüedad ó de titularidad dependiendo del caso.

En caso de Suspensión: • Se registra la fecha de inicio de

suspensión, el periodo de suspensión, el número y fecha del oficio y el cargo pasa al estado “Suspendido”.

En caso de Jubilación / Pensión: • Aprobación de la jubilación o

pensión, el número y fecha de la Resolución del CU, clasificador presupuestario de egreso, estructura por proyecto, estructura organizativa y monto.

En caso de Nuevo Ingreso • Fondo de cargos vacantes: datos

personales, género cargo, número y fecha del Decreto, fecha de ingreso del personal, categoría, sueldo, dedicación, estructura organizativa, estructura por proyecto y clasificador presupuestario de egreso

• Fondo para provisión de cargos: datos personales, género, número y fecha del decreto,









Medio

número de oficio de la Unidad Administradora Desconcentrada, y/o Decreto y/o Resolución Consejo Universitario, cargo, sueldo, estructura organizativa, estructura por proyecto, fecha de ingreso y clasificador presupuestario de egreso.

En caso de Destitución del Personal, No Renovación y/o Rescinción de Contrato del Personal AO y DI

• Se registra la fecha de la destitución o no renovación de contrato, el número y la fecha de la Resolución del Consejo Universitario, Dependencia, Facultad y/o Núcleo donde trabajaba y el cargo pasa a ser “Vacante”.

En caso de Reincorporación del Personal

• Se registra la fecha de la reincorporación, número y fecha de la Resolución del Consejo Universitario, monto, estructura organizativa, estructura por proyecto y el clasificador presupuestario de egreso.

En caso Traslado del Personal AO o DI: • Se registra el número y fecha del

oficio, fecha del traslado, monto, estructura organizativa, estructura por proyecto y el clasificador presupuestario de egreso

En caso de Cambio de Denominación del Cargo:

• Se registra la fecha de inicio del cambio de denominación del cargo, el número y la fecha del Decreto, el nuevo nombre del cargo del personal AO o DI y el nuevo clasificador presupuestario de egreso, en caso de que sea necesario









Medio

RF-003 El Sistema debe permitir la incorporación, desincorporación y actualización de los lineamientos establecidos por la OPSU-CNU y los señalados por la ULA, entre ellos: Incremento de sueldos, crecimiento natural de los conceptos del cargo, incorporación/desincorporación de cargos vacantes, entre otros.

Coordinador de

Formulación y Análisis

Analista de de DSIA

encargado de la Relación de

Cargos

PF-2.1 Incorporación

de los Lineamientos

en el Anteproyecto Relación de

Cargos PF-3.1

Incorporación de los

Lineamientos en el Proyecto Relación de

Cargos

Lineamientos de la OPSU-CNU y de la

ULA

En Línea

RF-004 El Sistema debe permitir la consulta y posterior impresión de los cargos que han sido creados dentro del Fondo de Provisión de Cargos para un determinado periodo fiscal, mostrando los siguientes datos: número secuencial del cargo, denominación del cargo, dedicación del cargo, estado del cargo, estructura organizativa, estructura por proyecto y el sueldo base con su clasificador presupuestario de egreso.

Coordinador de

Formulación y Análisis,

Analistas de Programación y Presupuesto y Asistente de Presupuesto


de los Lineamientos


Cargos PF-3.1



Cargos


ULA

• RN-005 Fondo para

Provisión de Cargos



En Línea Impreso

RF-005 El sistema debe facilitar la generación de los diversos escenarios que permitan la estimación presupuestaria de los gastos de la relación de cargos, siguiendo los diversos lineamientos establecidos por la OPSU-CNU y/o ULA.

Coordinador de


Analistas de Programación y Presupuesto


de los Lineamientos


Cargos PF-3.1



Cargos


ULA

En Línea

RF-006 El Sistema debe permitir lageneración del archivo para laDistribución Administrativa con lossiguientes datos: estructura porproyecto, estructura organizativa,clasificador presupuestario de

Coordinador de


2.3 Cierre del Anteproyecto Relación de

Cargos 3.3 Cierre del

Proyecto

• RN-004 Clasificad

or Presupues

tario de Egreso

En Línea









Medio

egreso y montos. Relación de Cargos

RF-007 El sistema debe permitir la generación del archivo para cálculo de beneficios adicionales con todos los campos de la Relación de Cargos

Coordinador de


2.3 Cierre del Anteproyecto de la Relación

de Cargos 3.3 Cierre del Proyecto de la Relación de

Cargos



En Línea

RF-008 El sistema debe mostrar las diferencias de datos que puedan ser encontradas entre el cruce de un proyecto de la Relación de Cargos y la Relación de Cargos ejecución producto de: • Cambio de Dedicación:

• Ascenso/Reclasificación

• Jubilación o Pensión:

• Nuevo ingreso:

• Traslado de Dependencia

• Diferencias de Monto

Datos a cotejar: cédula, sueldo, cargos, dedicación, categoría, estructura organizativa, estructura por proyecto y clasificador presupuestario de egreso

Coordinador de



PF-A Del Cruce de la Nómina de

Diciembre con Relación de

Cargos Proyecto Aprobado



• RN-007 Cruce de

Nómina con la Relación de Cargos

En Línea

RF-009 El sistema debe permitir la carga inicial de los datos para dar inicio a la ejecución presupuestaria de cargos de un año fiscal, tomando como base los datos del Proyecto de la Relación de Cargos Aprobado actualizado para ese periodo fiscal.

Coordinador de Ejecución y

Control

PF-C: Carga de Proyecto Relación de

Cargos Aprobado

Actualizado en Ejecución de la

Relación de Cargos

• RN-008 Carga de Ejecución

En Línea

RF-010 El Sistema debe permitir el respaldo de los datos de la Relación de Cargos (Anteproyecto, Proyecto y/o Ejecución) en cualquier momento y seleccionar los respaldos históricos.

Coordinador de



Presupuestario

PF-1 Creación de la "Relación de

Cargos Proyecto”

PF-2 Elaboración

del Anteproyecto de la Relación

de Cargos

Resolución del Consejo Universitario, Decretos del Rector de la ULA,

oficios de la Dirección de Personal y

de las Unidades

• RN-001 Prima de


RN-003 Prima de Antigüedad Acumulada

• RN-002

En Línea









Medio

PF-3 Elaboración del Proyecto

de la Relación de Cargos

PF-4 Actualización

de los Movimientos

en la Relación de Cargos

PF-5 Creación de la “Relación de

Cargos Ejecución”

Administradoras

Desconcentradas

Premio Estimulo

RF-011 El Sistema debe permitir la impresión o consulta completa o parcial de la Ejecución o formulación de la Relación de Cargos actual en cualquier momento, mostrando los siguientes datos: estructura organizativa, tipo de personal, condición del personal, número secuencial del cargo, denominación del cargo, cédula del trabajador, nombres y apellidos, para cada concepto del cargo, clasificador presupuestario de egreso, numero de meses a proyectar, denominación de los conceptos (sueldo base, prima de antigüedad acumulada, prima de antigüedad del ejercicio, titularidad, premio estímulo) el monto mensual, monto anual y estructura por proyecto; agrupado por estructura organizativa, tipo de personal y condición del personal; ordenado por número secuencial del cargo ó por denominación del cargo ó apellidos y nombres, modificando adicionalmente el título del reporte.

Coordinador de



Presupuestario,

Analistas de Programación y Presupuesto

y Asistente de Presupuesto

PF-1.1 Creación del “Relación de

Cargos Proyecto”

PF-5. Creación de “Relación

de Cargos Ejecución”

• RN-001 Prima de


• RN-003 Prima de

Antigüedad Acumulada

• RN-002 Premio

Estimulo



En Línea Impreso

RF-012

El Sistema debe permitir la consulta e impresión de la información obtenida en la Relación de Cargos mediante la utilización de uno o más de los siguientes criterios de búsqueda: numero secuencial, denominación

Coordinador de Formulación y

Análisis, Coordinador de

Control Presupuestario,Analistas de


Cargos Proyecto”

PF-2 Elaboración



En Línea








Soporte Regla del Negocio

Medio

de cargo, cedula/nombre del trabajador, dependencia de adscripción, por proyecto, por tipo de personal, dedicación, nivel, escala, por tipo de movimientos, entre otros.

Programación y Presupuesto y Asistente de Presupuesto


de Cargos PF3

Elaboración del Proyecto


PF-5. Creación de “Relación

de Cargos Ejecución

RF-013 El Sistema debe permitir la consulta e impresión de las distintas actualizaciones de la información contenida en la Relación de Cargos Anteproyecto, Proyecto y/o Ejecución de un periodo fiscal; indicando como estaba el registro, como queda el registro, quien realizó la actualización, tipo de movimiento, entre otros.



Control Presupuestario,



Cargos Proyecto”

PF-2 Elaboración


de Cargos PF3



PF-4 Actualización

de los Movimientos




Rector de la ULA, oficios de la Dirección de





En Línea Impreso

RF-014 El Sistema debe permitir la vinculación con los sistemas responsables del mantenimiento de las tablas de: estructura organizativa, estructura por proyecto y clasificador presupuestario de egreso.




Analistas de Programación y Presupuesto, Asistente de Presupuesto

PF-2 Elaboración


de Cargos PF-3



PF-4 Actualización

de los



Rector de la ULA y oficios de la Dirección de





En Línea








Soporte Regla del Negocio

Medio

Movimientos en la Relación

d Cargos

RF-015 El sistema debe permitir la incorporación de las tablas de estructura organizativa, estructura por proyecto y clasificador presupuestario de egreso paralelas, para trabajar en el anteproyecto y proyecto de la Relación de Cargos para siguiente periodo fiscal.





PF-2 Elaboración


de Cargos PF-3





En Línea

RF-016 El Sistema debe permitir la generación de la información de la relación de cargos en archivos que se puedan manipular.


PF-4 Actualización

de los Movimientos


Resolución del CU, Decretos del Rector de la ULA

y oficios de la Dirección de



• RN-006 Estado del

Cargo

En Línea

RF-017 El sistema debe permitir la creación y actualización del manual de cargos

Analista de Recursos Humanos

Sistema de Recursos Humanos

En Línea

RF-018 El sistema debe permitir la equivalencia entre cargos de diferentes manuales de cargos.



En Línea

RF-019 El sistema debe permitir la incorporación y actualización del tabulador de sueldos.



En Línea






ASUNTO: GLOSARIO DE TÉRMINOS

3. GLOSARIO

DE TÉRMINOS







GLOSARIO DE TÉRMINOS

ACTIVIDAD: Es el conjunto de operaciones o tareas realizadas por uno o más actores

con la finalidad de cumplir con el objetivo predefinido.

ACTORES: Representa el papel, rol ó función que ha de realizar una persona o máquina

cuando está ejecuta las actividades o tareas inmersas en los procesos de un negocio.

CARGO: Es la organizacional más pequeña en la que se encuentra asignados un

conjuntos de funciones, actividades y tareas para lograr la misión de organización y que

exige una serie de requisitos de carácter educativo, experiencias, habilidades y

destrezas a su ocupante.

FLUJO DE TRABAJO: es el estudio de los aspectos operacionales de una actividad de

trabajo.

INGENIERIA DE REQUISITOS: es una disciplina de la Ingeniería de Software

encargada del estudio de los requisitos en sistemas automatizados.

MODELO: representación de un proceso, producto u otro elemento que interviene en el

desarrollo de un sistema.

MODELO DE PROCESOS DE NEGOCIO: permite describir una organización desde el

punto de vista de los procesos que ésta ejecuta, de sus actores y responsabilidades, de

los recursos que están involucrados en cada uno de estos procesos. PROCESO: es un conjunto de actividades inter-relacionadas que permiten alcanzar un

objetivo del negocio.







REQUISITO: es la descripción formal de una necesidad, es decir lo que el sistema debe

hacer para resolver una necesidad del cliente ó usuario.

STAKEHOLDER: es una entidad que será afectada por el sistema y que tienen la

influencia directa o indirecta sobre los requisitos del sistema.






ASUNTO: BIBLIOGRAFIA

4. BIBLIOGRAFIA






ASUNTO: BIBLIOGRAFIA

BIBLIOGRAFIA

• Montilva, J., (2005): Ingeniería de Requisitos V3.0, CEISOFT, Mérida – Venezuela. • Montilva, J., (2004): Desarrollo de Aplicación Empresariales El Método WATCH,

Mérida – Venezuela. • Montilva, W. Documento de Especificación de Requisitos del Sistema de Registro y

Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0). • Modelado de Negocios del Sistema de la Relación de Cargos de la Universidad de Los

Andes.

Download - Proyecto: Sistema de Relación de Cargos … de Ingenieria... · Server Enterprise) y la aplicación esta desarrollada en Power Builder. Aproximadamente ... al ser aprobado el Proyecto

Top Related