SISTEMAS INTEGRALES GRP

1
SISTEMAS INTEGRALES (GRP)
Encuentros
Sistema Integral de Administración
2
GRP (Government Resource Planning).
Es una solución integrada de software que nos
permite registrar y conocer en tiempo real
información sobre la gestión de los recursos
gubernamentales (humanos, materiales y
financieros).
3
Presentación
4
Áreas de oportunidad

• Sistemas aislados.
• El cruzar o relacionar información de la
  organización es muy difícil.
• Duplicidad de información.
• Los movimientos no se reflejan en todos los
  sistemas en forma inmediata.
• Expediente del trabajador no existe en medio
  electrónico.
• Existe dependencia de personal especializado.

5
Objetivo
Contar con un sistema informático integral que
conforme una base de datos única como resultado
de las actividades relacionadas con el manejo de
recursos humanos, recursos materiales y recursos
financieros, a partir del cual se disponga de
información para la toma de decisiones a fin de
lograr una mayor eficiencia en el manejo de los
recursos del Instituto.
Recursos materiales
Recursos financieros
S I A
Recursos humanos
6
Líneas de acción

• Centralizar toda la información corporativa.
• Simplificar procesos y eliminar duplicidades.
• Crear aplicaciones de tipo transaccional.
• Crear aplicaciones de soporte a toma de
  decisiones y sistemas de información gerencial.
• Trabajar en sistemas que proporcionen
  herramientas de análisis y explotación de
  información.

7
Subsistemas
Recursos Humanos
Plantillas (plazas)
Nómina
Asuntos laborales
Reclutamiento y selección
Contrataciones y movimientos
Prestaciones al personal
Recursos Materiales
Recursos Financieros
Esquema de seguridad
Mantenimiento de catálogos
Constructor de consultas
8
Módulos de recursos humanos
Subsistema de recursos humanos
Constructor de consultas
Mantenimiento a catálogos
Seguridad
Capital humano
Admón. de la configuración
Captura de expedientes
Módulos comunes
9
Esquema de trabajo
Base de datos Oracle Servidor de aplicaciones
JRUN / Tomcat Servidor WEB Apache Lenguaje de
desarrollo JSP, JavaScript Herramientas de
desarrollo JBuilder, NetBeans, DreamWaver
10
Avances
11
Avances
12
Avances
13
Experiencias

• Incertidumbre Los requerimientos iniciales del
  usuario son incompletos y se van clarificando a
  medida que avanza el proyecto. Este alto nivel de
  incertidumbre hace que los procesos de estimación
  del esfuerzo, costo y tiempo sean también
  inciertos y complejos.
• Magnitud Es un proyecto de desarrollo de
  Software de gran tamaño.
• Decisiones Complejas La Institución está en
  cambio continuo por lo que hay procesos nuevos
  que no tienen claramente definido la forma de
  trabajar, además se toman decisiones con relación
  a tecnología que cambia de una forma muy
  acelerada.
• Interdependencia e integración con la
  Organización Se debe integrar a la vida laboral
  de las personas (eliminar procedimientos
  ineficientes) deben tenerse en cuenta las reglas
  del negocio, políticas, procedimientos, misión y
  visión del Instituto.

14
Recomendaciones

• La comunicación y el compromiso entre el usuario
  y el desarrollador ayudan a bajar el grado de
  incertidumbre de este tipo de proyectos, haciendo
  que el producto final se acomode a los
  requerimientos del usuario cumpliendo los plazos
  y costos estipulados.
• Es conveniente que se nombre un líder de proyecto
  con capacidad ejecutiva y con autoridad
  suficiente en las áreas usuarias y de desarrollo,
  preferentemente el líder debe pertenecer al área
  usuaria.
• La medición del proyecto es conveniente
  realizarla por casos de uso o puntos de función,
  ya que si se hace en líneas de código o
  aproximación porcentual ocasiona incertidumbre en
  el usuario.
• El contar con una herramienta de consulta y un
  proceso de carga de información del modelo actual
  al que se esta desarrollando, da confianza al
  área usuaria en el proyecto.

15
Recomendaciones

• Se recomienda se integre al grupo de desarrollo,
  personas del área usuaria que dominen el procesos
  cotidiano del área administrativa de tiempo
  completo.
• La presentación de avances y la funcionalidad del
  sistema debe ser presentada a los ejecutivos, por
  el usuario y no por el desarrollador, para
  trasmitir el sentido de pertenencia al usuario y
  facilitar la etapa de capacitación.
• El grupo de desarrollo que se conforme debe ser
  homogéneo tanto en uso de herramientas como en
  conocimientos para generar un desarrollo más
  consistente procurando sea el mismo de inicio a
  fin del proyecto.

16
Gracias por su atención