Planificación de auditoría del sistema SIGEFIRRHH

Plan de Ejecución
Inspección del Sistema SIGEFIRRHH Modulo „Administración - Planificación‟
para su apreciación y documentación del Minamb en Plaza Caracas, Capitolio.
Versión 1.0

Plan de Ejecución del Proyecto Inspección del Sistema SIGEFIRRHH Modulo ‘Administración –
Planificación para su apreciación y documentación del Minamb en
Plaza Caracas, Capitolio.
Versión 1.0 Diciembre 2012

Revisiones

Fecha Versión Descripción Autor
28/12/2012 1.0 Johan Herrera
Luis Duque


1. Propósito del Documento

El presente documento ostenta los procesos y actividades que se ejecutaran para la
aplicación de la auditoria del SIGEFIRRHH para la evaluación de su calidad. Para
dogmatizar que la elaboración de los objetivos de la auditoria se formalice correctamente y
con el tiempo y costo estimado; es ineludible la planificación de su ejecución el cual
permitirá al personal involucrado en el proyecto socio-tecnológico deducir la visualización
del equipo en base al cumplimiento de su función y la evaluación detallada a ser aplicada
de los aspectos del sistema.

Se brindará la codificación de los procedimientos y gestión sobre los recursos
humanos para la efectuación de la auditoria y/o examinación, el alcance que se establecerá
según los parámetros del sistema, el modelo de evaluación de la calidad según ley
internacional ISO para la calidad del software; la organización de esta evaluación en
función de tiempo y costo tanto del equipo de proyecto como de la institución y la
comunicación o los medios por lo cual se informará a todo persona implicada sobre el
avance del proyecto.

Mediante la planificación se permite evitar la mayor cantidad de errores en el
momento de inspeccionar y fundamentar los resultados obtenidos, este plan tomara en
cuenta todo tipo de información que permita la eficacia de la auditoría además de todo
recursos extra que optimice lo planteado. Este documento abarca las diferentes
descripciones detallada de la ejecución a realizarse en conjunto con las herramientas
necesarias para dicha ejecución.

1.2. Documentos Relacionados

Título Fecha Organización Identificador del
documento

Manual Funcional „Sistema de Octubre Ministerio del Poder MFSIGEFIRRHH
Gestión Financiera de 2009 Popular para Economía
Recursos Humanos‟ y Finanzas
Elaboración de Auditoria de Marzo 2005 Universidad del Zulia AGEBANVE
Gestión área Administrativa „Facultad de Ciencias
del Banco Central de Económicas y Sociales‟
Venezuela
Subsede Maracaibo


La Auditoria Operacional Febrero Universidad Centro AOALCALDIA
como Herramienta en la 2007 Occidental “Lisandro
Evaluación de la Eficiencia y Alvarado”
Eficacia del Proceso de
Elaboración de Estados
Financieros de la Alcaldía
Valmore Rodríguez durante el
Ejercicio Fiscal 2005
Propuesta Plan de Auditoría Abril 2012 Universidad de El
de Recursos Humanos como Salvador „Facultad
Herramienta para mejorar la Multidisciplinaria
Gestión Administrativa. Caso Oriental Departamento
Práctico Hotel Trópico INN Ciencias Económicas‟

1.3. Definiciones, acrónimos y abreviaturas

 SIGEFIRRHH: Sistema de Gestión Financiera de Recursos Humanos
 MPPEF: Ministerio del Poder Popular para la Economía y Finanzas
 Minamb: Ministerio del Poder Popular para el Ambiente
 Expediente: Es una instrumento administrativo manejado en entidades de gobiernos
 Bienestar Social: Considerado el conjunto de factores que participan en la calidad
de vida de la persona y que hacen que su existencia posea todos aquellos elementos
que dan lugar a la tranquilidad y satisfacción humana

 Auditoria: Entendido por la evaluación de la eficiencia y eficacia con que se está
operando una herramienta.

 Calidad: Es la capacidad de un producto o servicio para satisfacer las necesidades
del usuario.

 Herramienta: Una herramienta en enfoque informático es un programa utilizado
para crear, depurar, gestionar o mantener un programa.

 Nómina: Relación semanal, quincenal o mensual, por medio de la cual el organismo
efectúa el pago de la remuneración de su personal.

 Servidor público: Es una persona que presta un servicio de utilidad social


 Base de Datos: Es un conjunto de datos interrelaciones entre sí, un conjunto
información que contienen datos que comparten entre sí una relación.

 Formulario: Elemento que simula un formulario de papel con espacios en blanco a
rellenar por el usuario.

 Acciones específicas: En el Proyecto, son aquellas operaciones concretas,
suficientes, medibles y cuantificables necesarias para lograr el resultado esperado.

 Empleado: Se entiende por empleado el trabajador en cuya labor predomine el
esfuerzo intelectual o no manual

 Jornada a Tiempo Parcial: Se entiende por tiempo parcial la prestación de servicio
inferior al número de horas semanales correspondiente a los horarios del organismo,
el cual será remunerado en proporción al número de horas efectivamente trabajadas.

 Parámetro: Es aquél o aquellos dato(s) o factor(es) que se toma (n) como necesario
(s) para analizar, valorar una situación o para poder efectuar el procesamiento de un
determinado concepto en la herramienta informática.

 Sistema: Conjunto de partes relacionadas entre sí, con el propósito de satisfacer un
fin común

 ISO: International Organization for Standardization ó Organización Internacional de
Normalización; es el organismo encargado de promover el desarrollo de normas
internacionales de fabricación (tanto de productos como de servicios), comercio y
comunicación.

 Gestión Administrativa: Son aquellas relacionadas con el funcionamiento
institucional, excepto las que corresponden a la Dirección y Coordinación de los
gastos de los trabajadores

2. Plan de Ejecución

2.1. Gestión del Alcance (EDT-Estructura de Desglose de Trabajo)

El desarrollo y cumplimiento del proyecto ST permitirá la evaluación del sistema
con el fin de conocer la efectividad y eficiencia de los procesos del mismo, establecer la
acreditación acerca de estructura con relación a la normalización ISO establecida para la
calidad del software en sus aspectos lógicos, físicos y de usanza. Mediante la auditoria


estableceremos una apreciación cuantitativa y cualitativa acerca de su funcionalidad,
desempeño, escalabilidad, mantenimiento y portabilidad que se desglosan en diversas
actividades para fundamentar la calidad de vida y uso del sistema.

Se identificaran los presuntos errores que presentan el sistema con relación al
usuario, se analizará sus procesos, se estudiaran para su igualación los requerimientos del
mismo, además de proponer las posibles o más óptimas soluciones para los errores
visualizados.

En conjunto se observara como alcanzar la máxima eficacia y rentabilidad de los
medios informáticos de la empresa, consiguientemente establecer los requisitos mínimos,
aconsejables y óptimos para su adecuación con la finalidad de que cumpla para lo que fue
diseñado, determinando en cada clase su adaptabilidad, su fiabilidad, limitaciones, posibles
mejoras, costos. Se presentaran recomendaciones acerca del reforzamiento de los
instrumentos y la optimización del sistema con enmiendes idóneos; la exposición de los
resultados obtenidos con ponderaciones con relación a su calidad.

Por razones de tiempo y las limitaciones en la ejecución por criterios de la empresa
se excluirá toda evaluación o actividad descriptiva del sistema que se consideré
inapropiada o con riesgos en su integridad, estos serán puntualizados mediante deducciones
y compromisos con el usuario y serán documentadas para el respaldo y justificación de la
auditoria ejecutada

Por estas razones, sin percibir algún aspecto conflictivo magno proveniente de la
empresa, se ejecutara la auditaría dentro de la planificación y enfoque de la metodología
optada.

Las actividades necesarias para la entrega del producto se llevaran a cabo de la
forma reflejada en el siguiente diagrama el cual contiene los elementos desglosados en
planificación, ejecución, seguimiento y finalización de la auditoria del sistema, los
elementos que se entregaran, además las instrumentos necesarias para la correcto aplicación
de la evaluación.


Auditoria de Sistema

Planificación Ejecución Seguimiento Finalización

Minutas Informe de
Estudio de la Levantamiento Calidad Externa Calidad en uso resultados
Metodología de información – Interna Gestión de
Informe de calidad
avance Propuestas de
Eficacia mejoras
Descripción Funcionalidad
plataforma
Asesoría en
Productividad ejecución Opiniones del
Fiabilidad usuario en cuanto
Definición resultados
del
Solicitudes de
sistema
Usabilidad Satisfacción reunión

Estudio de
destreza
Eficiencia Segurida
d

Plan de
ejecución Capacidad de
mantenimiento

Portabilidad


PLANIFICACIÓN


Estudio de la metodología

Sera estudiada y razonada la Guía para la Medición de la Calidad de Software y el
Plan de Ejecución del Proyecto adjudicadas por el Colegio Universitario de Caracas para
los lineamientos, actividades y control de la ejecución de la auditoria.

Como apoyo para complementar la elaboración del proyecto y optimizar la auditoria
se tantearan la Ley ISO/IEC 9126, serán leídos Texto de Calidad de Software, Guía Técnica
para Evaluación, los Fundamentos para la Dirección de Proyectos por concluyo Sistemas de
Base de Datos.


Levantamiento de información

En el levantamiento de información se proyecta la obtención de toda la pesquisa
referente a la producción del sistema o software, además de la usanza y propensión actual
del mismo para establecer los puntos concluyentes de la evaluación.

De ser accesible la documentación concerniente al desarrollo del sistema se
estudiara los aspectos imprescindibles para la determinación de la calidad. Se indagaran
primariamente las necesidades del(os) usuario(s) para la adquisición del sistema. Estas
serán contrastadas y analizadas con los requerimientos funcionales y no funcionales que se
instituyeron durante el desarrollo reflejado en un cuadro comparativo.

Necesidades del Requerimientos Cumplimiento
usuario del sistema

Consecutivamente serán examinados los diagramas de estructuración del sistema
como diagrama de casos de uso, diagrama de actividades, diagrama de componentes,
diagrama de despliegue, diagrama de clases diagrama de estado y la arquitectura del
software reflejados dentro del Acta Constitutiva.

Se elaborará un interrogatorio o entrevista para el usuario de no poseer la
documentación o por reglamentación de la empresa no puede ser visualizada por los
auditores (también puede ser complementaria de tener la documentación inteligible)


Sondeo sobre el sistema

 Nombre del sistema:___________________________________________
 Año de producción:____________________________________________
 Arquitectura del sistema:________________________________________
 Estructura del sistema:__________________________________________


¿Cuáles fueron las necesidades que produjeron el desarrollo del vigente sistema?
1__________________________________________________________________
2__________________________________________________________________
3__________________________________________________________________
4__________________________________________________________________
5__________________________________________________________________
De ser posible fundamente estas necesidades (explicación de la problemática)
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________


¿Cuáles fueron los requerimientos funcionales primordiales para el desarrollo del
sistema?

1__________________________________________________________________
2__________________________________________________________________
3__________________________________________________________________
4__________________________________________________________________
5__________________________________________________________________


Describa su visualización de la interfaz gráfica del sistema

______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________


¿Cuál es la cantidad de usuarios que usan el sistema?



¿El sistema utiliza algún tipo de datos provenientes de otro sistema? ¿Se considera
el sistema interactúa con otro sistema existente? Si No

_________________________________________________________________________
_________________________________________________________________________

¿El sistema desempeña los resultados proyectados? Si No


Según su criterio ¿Cuál es el grado de seguridad del sistema? %

¿Cuáles son estos mecanismos de seguridad?

______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

El software está adaptado para la recuperación de los datos en caso de fallas
Sí No _________________________________________________


¿Existe un manual para la operar el sistema? Si No

De ser positiva su respuesta ¿Considera que todos los procesos descritos en el
manual los ejecuta el sistema?
______________________________________________________________________
______________________________________________________________________


¿Le parece cómodo la interfaz gráfica y la facilidad de usanza del vigente sistema?

Sí No De no estar acorde con los mismos estipule las razones

______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

¿El sistema ha sido utilizado en diversos sistemas operativos? Sí No
¿Der ser Si diga cuáles?_______________________________________________


¿El vigente sistema afecta el rendimiento o función de otro sistema o herramienta?

_________________________________________________________________________
_________________________________________________________________________


Descripción de la plataforma


Se puntualiza el tipo de plataforma tecnológica en el cual está instalado
(implantado) o utilizado el sistema. Esto servirá de referencia básica para la evaluación de
la usabilidad y portabilidad

Equipo:
Procesador (CPU):
Hardware Memoria RAM:
Disco Duro:
Tarjeta de Video:
Plataforma Sistema operativo:
Versión o distribución:
Software Servidor WEB:
Tipo de sistema:
Nombre del equipo:
Grupo de Trabajo:


Definición del sistema

Se describirá detalladamente cual es el propósito del sistema para el uso de la
empresa, los tipos de usuarios que interactúan en ella y su influencia a futuro del mismo.
Para definir el sistema se tomara en cuenta el cuadro de criterios estándar de sistemas:

Tipos de Ejemplos Criterios Principales Usuarios
software
Contabilidad, 1. Seguridad Contador,
Financieros Bancarios, Carteras, 2. Tiempo de repuesta Financiero, Auxiliar,
Pagos, Costos, 3. Exactitud de datos Digitador
Nominas, etc. 4. Recuperabilidad
Recursos humanos, 1. Tiempo de repuesta Administrador,
Administración de 2. Seguridad Auxiliar, Asistente,
Administrativo documentos, 3. Exactitud de la Digitador
Historiales información
hospitalarios, etc. 4. Recuperabilidad
Materias 1. Fácil Comprensión Docente, Estudiante
Educativos Académicas, 2. Calidad grafica
Bibliotecas, 3. Portabilidad
Manuales, Tutores
Producción, Control Los criterios o indicadores Personal que
A la Medida de Maquinas, Radio- están sujetos a la actividad conozca el proceso,
(médicos), etc. específica del software Cliente


Sistema Propósito

Usuarios

Concurrencia

Influencia en el negocio


Estudio de destreza

Se distribuirá equitativamente los puntos a justipreciar del sistema entre los
auditores, en función del tiempo, en el costo de la evaluación, conjuntamente las pautas de
calidad del software serán asignadas según las habilidades individuales de los auditores. Se
tomaran en cuenta las herramientas que ostenten cada auditor, el desempeño, y la
disponibilidad.
También será denotado los aportes y apoyo que obtengan los auditores por parte de la
empresa y del Colegio Universitario de Caracas.

EJECUCIÓN

 Calidad Interna y Externa

Funcionalidad


Adecuación: Se confrontará las funciones realizadas por el sistema según las
funciones apetecidas descriptas en la documentación o por el usuario.

Función pretendida Función del Requerimiento Análisis
por usuario sistema adjudicado (Ponderación)


Exactitud: Se verificaran el proceso de registro y consulta de datos tomando en
cuenta precisión de datos, probabilidad de traspiés, cantidades de similitudes, forma
de presentación de consulta completa, etc. Tales resultados serán documentados
comprobando la integridad de base de datos.



Interoperabilidad: Se evaluara la si existen la interacción del sistema con otros
encontrados y cuáles son las medios para el mismo. Según las funciones expuestas
por el sistema se comprobaran si los procesos podrían ser usados o fácilmente
modificados para otros sistemas, esto se comprobara en una pequeña entrevista al
encargado del sistema de no poseer documentación.


Seguridad: Serán comprobados los métodos de resguardo y protección de datos que
posea el sistema y la integridad de los mismos.
Acceso

Acceso

Acceso
Autorización Disponibilidad Confindecialidad


Conformidad de funcionalidad: Se congregara los
Conformidad
resultados obtenidos de las anteriores actividades,
serán analizados y se graficara según resultados la Conformidad
conformidad del usuario.
2
1,5
1
0
Alto Medio Bajo No
Aplica

Fiabilidad


Madurez: Evaluación del sistema para la substracción de fallas al presentar un
posible error viable o se encuentra un error.

 Advertencias de procesos inverosímiles
 Comprobación de materiales para efectuación de procesos
 Conectividad con unidades requeridas
 Mensajes de corrección o verificación de procesos



Tolerancia a errores: Análisis de
tasas de frecuencias de errores,
Repuesta
capacidad de repuesta del sistema, Frecuencia
de error del sistema

nivel de función o procesos en
Detención Nivel de
presencia de la falla. total funcion


Recuperabilidad: Se toman los
resultados obtenidos de las
evaluaciones anteriores y se
comprueba el tiempo de Error
restablecimiento normal de sus Tiempo de
recuperación
funciones y la salvación o
recuperación de los datos usados al Datos
momento de la falla. Estos serán salvados

avalados de estar disponible por la
documentación de desarrollo y
respaldo del sistema.


Conformidad de la fiabilidad: Se congregara los
Conformidad
serán analizados y se graficara según resultados Conformidad
la conformidad del usuario.
2
1,5
1
0
Alto Medio Bajo No
Aplica


Usabilidad


Entendimiento: Se examinará el manual de usuario, de igual forma el manual de
sistema para ser verificado si lo descrito en los mismos se realiza o procesa en el
sistema. Se denotara en la siguiente tabla:

Descripción del proceso Proceso del sistema Similitud

Resultados


Aprendizaje: Con los resultados obtenidos de auditoria de entendimiento se
estudiaran las características que permitan al usuario ejercitarse de forma eficiente
en el sistema. Se verificaran acotaciones, mensajes emergentes, conceptos, etc.


Operabilidad: Se cuestionara al usuario sobre la facilidad de operar el sistema.
Si No

El sistema contiene los procesos que necesita para su labor

Está delimitados los campos informativo con los operativos

Los formularios encontrados son de cómoda usanza

El formato de texto es el adecuado para trabajar

El tamaño de las paginas es la suficientemente vasto

El tiempo de carga de procesos es aceptable

La estética o diseño ayuda a la navegación activa en el sistema

El sistema cumple con los estándares básico de la empresa


Atracción: Se estudiara el diseño Aceptable Intolerable
del sistema, verificando si cumple Colores:
Letra:
con las reglas de navegabilidad y
Tablas:
usabilidad (color, tamaño, Icono:
legibilidad, etc.) y serán Espacio:
comparados con la opinión de los Contraste:
usuarios.



Conformidad de uso: Se congregara los resultados
obtenidos de las anteriores actividades, serán Conformidad
analizados y se graficara según resultados la Conformidad
conformidad del usuario.
2
1,5
1
0
Alto Medio Bajo No
Aplica

Eficiencia


Comportamientos de tiempos: Se estudiaran los tiempos adecuados o esperados de
repuesta en el registro de datos, consulta, gestión de datos, etc. Rendimiento del
sistema en función del tiempo cuando se tiene cierta especificación de recursos.

Tiempos
60

40

20

0
Repuesta Consulta Proceso Carga media


Utilización de recursos: Se identifica la cantidad de recursos del sistema para
cumplir su función dentro de los rangos de tiempos determinados.


200 80
Humano
150 60
Capacidad
100 40
Uso promedio
50 20 Porcentaje uso

0 0 Disponibilidad
CPU Memoria Red Impresora


Conformidad de eficiencia: Se congregara los
Conformidad
2
1,5
1
0
Alto Medio Bajo No
Aplica

Capacidad de Mantenimiento


Capacidad de ser analizado: Estudio de la estructura del sistema para comprobar la
facilidad de diagnóstico de frecuencia, se analizara la documentación y se
identificara de forma porcentual nivel de capacidad. De no tener documentación de
respaldo se cuestionará al encargado de sistema acerca de este ítem.


Cambiabilidad: Se estudia la estructura y diseño arquitectónico para comprobar los
módulos con mayor probabilidad de cambio, la capacidad del cambio, la
codificación del módulo modificado con el resto, organización de las normalizas
documentadas. De no tener documentación de respaldo se cuestionará al encargado
de sistema acerca de este ítem.


Estabilidad: Se evalúa la capacidad del producto de mantener su funcionamiento
correctamente después de la existencia o procesos que produzca errores en el
mismo.



Facilidad de prueba: Se describen las pruebas que son aplicadas al sistema, además
de su descripción, la frecuencia y las razones por la cual son aplicada en relación a
recurso tiempo-costo.

Módulo
• Descripción

Técnica
• Descripción


Conformidad de capacidad de mantenimiento:
Conformidad
Se congregara los resultados obtenidos de las
anteriores actividades, serán analizados y se Conformidad
graficara según resultados la conformidad del
usuario. 2
1,5
1
0
Alto Medio Bajo No
Aplica

Portabilidad


Adaptabilidad: Se analizará antecedentes para comprobar si se ha utilizado el
sistema en otra plataforma, de lo contrario se le pedirá al encargado de proyecto un
traslado del sistema para comprobar la capacidad que se tiene de adecuarse a esta
plataforma, cuales son los más grandes cambios.

Estructura del Módulo:

Plataforma 1 Plataforma 2 Cambios



Facilidad de instalación: Se identificara mediante documento o por interrogatorio
del ente administrativo del sistema cuales son los procedimientos y su complejidad
para instalar el sistema.


Coexistencia: Se examinara la existencia del sistema con relación a otros sistemas
hallados en el mismo servidor que contengan o no interoperabilidad con el mismo,
la capacidad de interrupción entre sistemas y en relación a los resultados arrojados
en la eficiencia, determinación del tiempo y la capacidad que posee el sistema para
compartir los recursos.

Reemplazabilidad: Indagar sobre antiguas o nuevas versiones o tipos de sistemas
que cumplan las mismas funciones conocer su requerimiento de implantación y
como el sistema permite su instalación al ser el removido con referencia a
capacidad, espacio, y/o modulo.


Conformidad de portabilidad: Se congregara los
Conformidad
2
1,5
1
0
Alto Medio Bajo No
Aplica


Calidad de Uso
Sistema: „‟
Expectaciones Si Ocasional No
El sistema es factible de localizar en el equipo
Ostenta icono gráfico propio
Emprende con el inicio del sistema operativo
Contiene restricciones extras a las establecidas en la seguridad
Existen instrumentos gráficos o escritos para el desplazamiento
El menú es visualmente vertiginoso de utilizar
El proceso „‟ muestran los resultados esperados
El proceso „‟ son realizados automáticamente por el sistema
Se realiza más de dos (2) procesos al unísono
Ninguna función obstaculiza a otra dentro del sistema
Los procesos pueden ser reprogramados a voluntad
Los procesos pueden ser cancelados o interrumpidos a voluntad
Existe alguna función en el sistema considerada innecesaria
Es utilizado el reconocimiento cotidiano del usuario
Muestra mensajes sobre los iconos que lo constituyen
Exterioriza métodos de asistencia en caso de omisión
Contiene un número excesivo de iconos perceptiblemente
El contenido es altamente legible
La cantidad de información en las ventanas es excesiva
El lenguaje utilizado es explícitamente técnico
La información es entendible para todo usuario
Se considera improcedente algún contenido del sistema
El sistema inviste un tutorial en línea
El manual de usuario puede ser visto por medio alguna red
Posee información de ayuda y/o soporte digitalizado
En caso de optimización se conoce la estructura física y lógica
La documentación interna está disponible para el usuario
Se es necesario la documentación sobre su estructura para usarse
Es realizado respaldo de la información almacenada
Los contenidos exhibidos son explícitos a los procesos
La información exhibida puede ser modificada por los usuarios
Se necesita un registro previo para laborar en el sistema
La cantidad de administradores del sistema es limitada
Existe más de dos tipos de usuarios para la usanza del sistema
Ostenta amplia cantidad de información de acceso en la WEB
Contiene mecanismo de mantenimiento
Puede ser inspeccionado por el usuario no-administrador
La interfaz gráfica es agradable para su usanza
El contenido del sistema se encuentra equilibradamente expuesto
Preexiste la equivocación por distracción en la interfaz


SEGUIMIENTO

 Minutas: A través de las minutas se realizara un reconocimiento de las reuniones
que se han realizado para la ejecución del proyecto, las personas presentes de ambas
instituciones, los objetivos y puntos a discutir además de los comentarios y
conclusiones derivadas de las reuniones.

 Informe de Avance: Se realizara un informe de los progresos y/o adelantos que se
han logrado durante un tiempo determinado el cual contendrá los resultados
obtenidos durante la ejecución de la auditoria o evaluación en el sistema
SIGEFIRRHH además de una pequeña programación ulteriormente por realizar.



Asesoría de ejecución: Para realizar una conforme ejecución de la auditoria con las
normas impuestas en el CUC y el seguimiento de sus parámetros se mantendrán
discusiones con el asesor o tutor del proyecto para la realización de las actividades y
los informes que se entregaran al final de la realización del proyecto.

FINALIZACION


Informe de resultados: Se presentara un documenta conclusivo el cual contendrá los
resultados obtenidos de las actividades planificadas para la evaluación del sistema
SIGEFIRRHH demarcadas con cuantificación para establecer un porcentaje de su
calidad.


Propuestas y Mejoras: La anterior plantilla anexara una lista de propuestas y
mejoras que se realizaran al sistema en cuanto a seguridad, usabilidad, diseño,
arquitectura, estructura de la Base de datos. Los cuales cumplan con las necesidades
y expectativas de los usuarios basados en los resultados obtenidos y sus
ponderaciones.


Opiniones del usuario en cuanto resultados: Los usuarios tendrán la disposición de
opinar en cuanto a las mejoras que se le realizarían al sistema con el informe de
resultados que se aplicaría al sistema propuestos por los auditores del sistema.


2.2. Gestión del Tiempo


2.3. Gestión del Costo

Los recursos materiales físicos para la ejecución de la auditoria son esencialmente papel
(hojas blancas tanto carta como oficio), siendo obtenidos por de resmas papel, la impresión
de actas, documentos, plantillas, entregables es cubierto por los auditores, mediante los
equipo (impresora) propio, o por otro medio; estimado un bajo costo no máximo a 1000
BsF. Las herramientas para la evaluación del software y de los recursos del equipo son de
índole libre o licencia gratuita, significando su adquisición de forma gratuita por medio de
Internet, por lo cual no representa gasto. Los materiales o documentación de apoyo serán
igualmente adquiridos de forma gratuita o de precio accesible por la Internet.

El recurso humano está constituido por los 2 auditores, el administrador del sistema y
un actor de la empresa para la observación de la audición (gerente u otro). Las horas de
trabajo de los auditores serán 15 horas semanales entre la ejecución y la elaboración de
entregables u otro documento necesario; el administrador del sistema trabajara 2 horas
diarias durante la ejecución de la auditoria, esta mismas serán aplicadas para el actor de la
empresa según estipulaciones de la alta gerencia.

La producción de la auditoria se concretará con los equipos localizados en la empresa,
sin la necesidad de compra extras de equipos, avalamos que no sujetarán magnos
consumos, los gastos para recursos básicos personales de los auditores están bajo la
responsabilidad de los mismos.

2.4. Gestión de Talento Humano

La organización del talento humano para la ejecución del proyecto está
personificado por:

 Tutor de Proyecto- Prof. José A. Pinzón, encargado evaluar el avance, lineamientos
y efectuación del proyecto a nivel de ejecución y documentación tantear su
metodología y ponderar las actividades y entregables.

 Tutor de Gestión de Calidad- Prof. Gustavo Pereira, encargado del control y
seguimiento de la ejecución del proyecto y la capacitación, estudio y valoración de
los entregables correspondientes.


Nombres Rol (Ocupación) Responsabilidades
Está apoderado de la evaluación,
monitoreo, estudio y análisis del
sistema. Analizara los resultados
obtenidos y ostentara posibles
Johan J. Herrera Salazar recomendaciones y/o soluciones
Auditor – Líder – según estos resultados. Planear el
Agente de la proyecto. Valida el proyecto y los
documentación cambios en los documentos que
resulten durante su ejecución

Tramitará todo documento o
entregable necesario para la
elaboración del proyecto. Cierra
las fases y el proyecto.

Nombres Rol (Ocupación) Responsabilidades
Está apoderado de la evaluación,
monitoreo, estudio y análisis del
sistema. Analizara los resultados
obtenidos y ostentara posibles
recomendaciones y/o soluciones
según los resultados obtenidos.
Administra los recursos del
Luis M. Duque Yépez Auditor - Agente de la proyecto.
documentación
Tramitará todo documento o
entregable necesario para la
elaboración del proyecto.
Determina las condiciones para la
ejecución satisfactoria del
proyecto


2.5. Gestión de Comunicaciones

Comunicación Tipo Frecuencia
Estudio de método Interna 4 veces a la semana
Reunión de designios Interna 4 veces a la semana
Juntas de revisión Interna Requeridas para ejecución
Solicitud de escritos CUC Lo requerido para ejecución
Discusión de entregables CUC 2 veces por semana
Gestión de avance CUC 2 veces por semana
Minutas Externa Con cada reunión
Informe de resultados Externa 2 reuniones o según requeridas

2.6. Documentación de apoyo

Para apoyar la ejecución eficientemente y correcto direccionamiento del proyecto
contamos:

 Ingeniería de Software „Un enfoque práctico‟- Capitulo 8 “GARANTIA DE CALIDAD
DEL SOFTWARE (SQAICCS)”

 Sistemas de Base de Datos „Conceptos Fundamentales‟- Capitulo 5 “TÉCNICAS DE
IMPLEMENTACIÓN DE SSITEMAS ”

 Fundamentos para la dirección de proyectos „Guía del PMBOK‟ – Capitulo 5
“Gestión del Alcance del Proyecto” – Capitulo 6 “Gestión del Tiempo del Proyecto”
– Capitulo 9 “Gestión de los Recursos Humanos del Proyecto” – Capitulo 10
“Gestión de las Comunicaciones del Proyecto”

3. Recomendaciones

Para la planificación se deberían analizar las limitaciones en función de los
reglamentos o directrices de la empresa (ente) y establecerlos como un entregable en donde
se presente los fundamentos de tales restricciones y sea firmada tanto por el ente en
cuestión como los representantes y responsables del proyecto a nivel de la institución
universitaria como acuerdo y aceptación (Tutor de proyecto y Coordinación PNFI)


En la planificación de la ejecución de las actividades se debería permitir el uso de
diversas herramientas para facilitar a los equipos del proyecto la organización del mismo,
permitiendo un mejor progreso al utilizar herramientas que manejen los integrantes del
equipo al igual que su fácil alcance (todos software gratuitos.)

La plantilla planificación debería contener unas pautas sobre los requerimientos
básicos que debe poseer el sistema a auditoria para conformar mejor las evaluaciones y
abstenerse de la realización de pruebas en exceso riesgosas.


4. Referencias Bibliográficas

- Coral C., Caballero I., McAngeles M., & Serrano M. (2008/2009) CALIDAD Y
MEDICIÓN DE SI “Introducción a la calidad. Modelos de Calidad ISO 9126”.
Extraído el 1 Noviembre 2012 de: http://alarcos.inf-
cr.uclm.es/doc/cmsi/trans/S1.pdf

- Rodríguez R., (s.f.) LAS NORMAS DE AUDITORIA GENERALMENTE
ACEPTADAS (NAGAS). Extraído el 20 Octubre 2012 de:
http://auditoria666.wikispaces.com/file/view/NAGAS.pdf

- Guzmán A., (s.f.) Guía de Atributos de Calidad e Indicadores de Software
„Versión 1.0‟. Caracas: Colegio Universitario de Caracas. Proyecto
Sociotecnológico IV PNFI.

- Estructura de Desglose de Trabajo (2012). Extraído el 20 Octubre 2012 de:
http://formulaproyectosurbanospmipe.wordpress.com/2012/05/09/tema-n-5-la-
estructura-de-desglose-del-trabajo-edt-segun-la-guia-del-pmbok-30-04-2012-
sesion-10-segunda-parte/

Planificación de auditoría del sistema SIGEFIRRHH

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Planificación de auditoría del sistema SIGEFIRRHH

Semelhante a Planificación de auditoría del sistema SIGEFIRRHH (20)

Último

Último (20)

Planificación de auditoría del sistema SIGEFIRRHH