Universidad Nacional Autónoma de Honduras

Facultad de ciencias Económicas

Departamento de Informática Administrativa
7-5-2018

Plan de Proyectos PECC

Asignatura: Administración y Evaluación de Proyectos

Catedrático (a): Lic. Dulis Córdova
Sección: 17-00

Equipo N° 2
 Proyecto PECC
Contenido
Descripción general .................................................................................................................... 4
Resumen del proyecto ................................................................................................................ 4
Introducción ............................................................................................................................... 4
1 Propósito, alcance y objetivos ................................................................................................. 5
Propósito ................................................................................................................................ 5
Alcance ................................................................................................................................... 5
Justificación............................................................................................................................ 6
Objetivo .................................................................................................................................. 6
Objetivos específicos ............................................................................................................. 6
Suposiciones y restricciones. ................................................................................................. 7
Suposiciones ....................................................................................................................... 7
Restricciones ...................................................................................................................... 7
Elementos del proyecto sujetos a entrega. ............................................................................. 8
Calendario y resumen del presupuesto ................................................................................... 8
2. Definición ............................................................................................................................... 9
Modelo conceptual ................................................................................................................. 9
Modelo funcional ................................................................................................................... 9
Automatización: ................................................................................................................. 9
Cambio de carrera: ............................................................................................................. 9
Cancelación de clases: ........................................................................................................ 9
Pasos para solicitar la Cancelación Excepcional de Asignaturas: ..................................... 9
La solicitud será dictaminada por la coordinación como procedente o no procedente,
fundamentada en las causas siguientes: ................................................................................ 10
Documentación: ............................................................................................................... 10
Equivalencia: .................................................................................................................... 10
Equivalencia Interna: ....................................................................................................... 10
Equivalencia Externa: ...................................................................................................... 10
Equivalencias por Cambio de Carrera: ............................................................................ 10
Equivalencias por cambio al Plan de Estudio: ................................................................. 10
Índice Académico: ........................................................................................................... 10
Plan de estudios: ............................................................................................................... 10
Programa de Asignaturas ..................................................................................................... 10
Procedimientos: ................................................................................................................ 11
Proceso: ............................................................................................................................ 11
Sistema de información: ................................................................................................... 11

1
 Proyecto PECC
Solicitud de Equivalencias: .............................................................................................. 11
Unidades Valorativas: ...................................................................................................... 11
3. Organización del proyecto ................................................................................................... 11
Estructura interna ................................................................................................................. 12
Funciones y responsabilidades ............................................................................................. 13
Interfaces externas ................................................................................................................ 14
Matriz de Riesgos (Proceso de Equivalencias) ........................................................................ 15
4. Planes complementarios del proyecto .................................................................................. 16
Plan inicial ............................................................................................................................ 16
Plan de estimación de tiempo del proyecto .......................................................................... 16
Plan de recurso humano del proyecto. ................................................................................. 18
Plan de adquisición de recursos. .......................................................................................... 20
Introducción ......................................................................................................................... 20
El plan de adquisiciones y su objetivo ................................................................................. 20
Planificar las compras y adquisiciones ............................................................................ 20
Software ........................................................................................................................... 20
Equipo informático........................................................................................................... 20
Otros recursos................................................................................................................... 21
Plan de Control ..................................................................................................................... 21
Plan de Manejo de riesgos.................................................................................................... 26
Plan de Calidad ................................................................................................................ 30
Política de calidad ............................................................................................................ 30
Los procesos ..................................................................................................................... 31
Documentos del proyecto ................................................................................................. 33
Comunicación .................................................................................................................. 33
Mejora .............................................................................................................................. 33
Cierre ................................................................................................................................ 33
5. planes del proceso técnico .................................................................................................... 33
Modelo de proceso ............................................................................................................... 33
Métodos, herramientas y técnicas. ........................................................................................... 35
Plan de aceptación del producto ............................................................................................... 40
Etapas del proceso de aceptación del producto .................................................................... 41
Aceptación interna: .......................................................................................................... 41
Técnicas para definir correctamente el alcance ................................................................... 41
Aceptación externa: .......................................................................................................... 42
Cierre: ............................................................................................................................... 42
2
 Proyecto PECC
6.Planes del Proceso de Soporte............................................................................................... 42
Plan de control de la configuración. ..................................................................................... 43
Plan de pruebas. ................................................................................................................... 43
Plan de documentación. ....................................................................................................... 46
Plan de resolución de problemas. ......................................................................................... 48
Plan de mejora del proceso. ................................................................................................. 50
7. Planes adicionales para el producto del proyecto ............................................................... 51
Anexos...................................................................................................................................... 53
Presupuesto tecnológico del área de informática administrativa ............................................. 55
Asignación del presupuesto.............................................................................................. 56
Conclusiones ............................................................................................................................ 57

3
 Proyecto PECC
Descripción general
El plan de administración del proyecto elaborado por Estudiantes de la carrera Informática
Administrativa, de la clase Administración de Proyectos sección 1700 el siguiente:

Resumen del proyecto

El presente proyecto propone automatizar el proceso de equivalencias y cambio de carrera del
departamento de informática administrativa de la Universidad Nacional Autónoma de Honduras
en Ciudad Universitaria. El control será a través de un sistema informático ya que actualmente no
se cuenta con dicho sistema que facilite este proceso, por tal motivo será de gran utilidad la
implementación, ya que permitirá que se beneficien todos los estudiantes que desean realizar dicho
proceso, de igual manera el Coordinador del departamento de informática administrativa.
Los documentos que genera el proyecto de Equivalencias y Cambio de Carrera son:
1. Análisis del Sistema Actual de Equivalencias y Cambio de Carrera
2. Diseño del Sistema de Equivalencias y Cambio de Carrera propuesto.
3. Informe de la Administración del Proyecto
4. Modelo Conceptual y Modelo Funcional Propuesto.

Introducción
El presente trabajo comprende el desarrollo del marco conceptual y funcional del proceso de
cambio de carrera y equivalencias en el Departamento de Informática Administrativa de la
Universidad Nacional Autónoma de Honduras con la finalidad de mejorar la función de los
procesos apegados a la normativa académica actual.

Los diversos trámites que puede realizar un estudiante se encuentra el cambio de carrera y las
equivalencias. Una equivalencia en la Universidad se entiende como “aquellas clases que se hayan
aprobado y cuyos objetivos y contenidos no varíen significativamente con relación a las clases que
forman parte del plan de estudio de esta institución de educación superior.” Este normativo tiene
como propósito unificar criterios con relación a los diversos conceptos que se manejan en este
proceso, específicamente para las carreras de pregrado. Para poder conceder una equivalencia se
debe tomar en cuenta que los cursos que se solicitan por equivalentes, cubran todos los contenidos
académicos necesarios, y que se consideren los objetivos cognoscitivos y axiológicos. Las
equivalencias podrán ser concedidas siempre y cuando la Facultad respectiva luego de analizar el
caso, las considere como equivalentes.

4
 Proyecto PECC
1 Propósito, alcance y objetivos
Propósito
El propósito fundamental del “Proyecto de Equivalencias y Cambio de Carrera” (PECC),
es proporcionar la información necesaria para controlar el proyecto. En él se describe el enfoque
de desarrollo del software.

La meta del desarrollo del Sistema es el Análisis, diseño, implementación de un

sistema de Información para el Departamento de Informática Administrativa, destinado a
automatizar la información de los procesos de Equivalencias y Cambio de Carrera.

El objetivo de este Sistema es ofrecer una solución integral para la administración de los Procesos
que se deben realizar a la hora hacer las Equivalencias y Cambio de Carrera para facilitar el trámite
a los alumnos y coordinadores del departamento de informática administrativa.

Alcance
El “Proyecto de Equivalencias y Cambio de Carrera” (PECC), describe los planes globales
usados para el desarrollo del “Sistema de Equivalencias y Cambio de Carrera” del Departamento
de Informática Administrativa. El detalle de las iteraciones individuales se describe en los planes
de cada iteración. Se definen las características del producto a desarrollar, lo cual constituye la
base para la planificación de las iteraciones.

Para la versión propuesta del “Proyecto de Equivalencias y Cambio de Carrera” (PECC), nos
hemos basado en la captura de requisitos por medio de los coordinadores del Departamento de
Informática Administrativa para hacer una estimación aproximada, una vez comenzado el
proyecto y durante la fase de Inicio se generará la versión propuesta del “Sistema de Equivalencias
y Cambio de Carrera “, el cual se utilizará para refinar este documento. Posteriormente, el avance
del proyecto y el seguimiento en cada una de las iteraciones ocasionará el ajuste del Sistema
produciendo nuevas versiones actualizadas.

El proyecto abarca desde la documentación de procesos con la normativa correspondiente, hasta

el diseño, para su posterior programación e implementación de un sistema digital que beneficie a
toda la comunidad estudiantil interesada en realizar un cambio a la carrera de Informática
Administrativa y por consiguiente la evaluación de equivalencias de sus clases cursadas. Entre los
entregables tenemos:
1. Análisis del Sistema Actual de Equivalencias y Cambio de Carrera
2. Diseño del Sistema de Equivalencias y Cambio de Carrera propuesto.
3. Informe de la Administración del Proyecto
4. Modelo Conceptual y Modelo Funcional Propuesto

5
 Proyecto PECC
Justificación
El presente proyecto se elabora con la finalidad de ayudar al departamento de informática
administrativa de la facultad de ciencias económicas, todo en base para poder apoyar al personal
administrativo, docente y alumnado, para facilitar su proceso de cambio de carrera y equivalencias
de clases.

La propuesta que se está haciendo, va regido por el marco legal que contempla la universidad
actualmente. Todo ello para validar que los trámites que se hagan estén enmarcados por la vía legal
y que su legitimidad no se vea afectada.

El proceso de cambio de carrera y validación de equivalencias es bastante tedioso, y conlleva

mucho tiempo en hacer todos los tramites que el alumno necesita realizar para que puedan
dictaminarle si cumple con los requisitos que la facultad exige a los estudiantes. Por estas razones
está proponiendo un nuevo proceso que esté basado en las normas académicas, pero que a su vez
este mejorado para poder minimizar el trabajo y el tiempo que se toma para realizar dichos
tramites.

Objetivo

El Objetivo del “Sistema de Equivalencias y Cambio de Carrera” del Departamento de Informática

Administrativa, es el de cumplir la automatización de la información ingresante y ofrecer una
solución integral y óptima para la buena administración de los Procesos que se deben realizar a la
hora hacer las Equivalencias y Cambio de Carrera del Departamento de Informática
Administrativa.

Objetivos específicos

1. Proponer un modelo de servicios más eficaz y rápido para los estudiantes que quieran
realizar el proceso de Equivalencias y Cambio de Carrera.

2. Proponer un módulo en línea que le facilite al estudiante toda la información que se

requiere para poder hacer todos los trámites correspondientes sobre el Cambio de Carrera
y Equivalencias

6
 Proyecto PECC
Suposiciones y restricciones.
Suposiciones
1. ¿Los procesos de equivalencias y cambio de carrera tienen un tiempo determinado? ¿De
cuántos días?
2. ¿Según la propuesta que se ha planteado se podrá contar con el equipo suficiente, el
ambiente adecuado y las instalaciones seguras?
3. Recabar datos necesarios para poder implementar y así poder solucionar el problema
identificado.
4. Estará disponible las fechas y horarios estimados en la propuesta presentada al personal
para que realicen las entrevistas de levantamiento de información, dentro de los marcos
temporales definidos para la propuesta, para lo cual las fechas y horas específicas de cada
entrevista se fijarán en su momento y de común acuerdo entre el consultor y los
coordinadores de la carrera de Informática.
5. Las propuestas de mejora estarán orientadas a procesos en los cuales el cambio resulte
estratégico para el aumento de la eficiencia en el departamento de Informática
Administrativa.
6. Las condiciones económicas serán estables en cuanto a la propuesta de mejoras.

Restricciones
1. En la propuesta que se está definiendo pueden verse afectados procesos debido a una
planeación poco exhaustiva por fechas límite. Si la fecha es lo importante se priorizan los
requerimientos y se revisa el presupuesto para saber si se lograra en el tiempo propuesto.
2. Tanto la falta de documentación previa, que puede ser un obstáculo para un posterior
análisis de las mejoras, como el hecho que otras universidades podrían no brindar
información acerca de sus procesos para obtener una base y apegarse a un estándar más
actualizado.
3. Como en todo proyecto que se planifica se requiere de un presupuesto que sea factible
para financiar los costos y lograr un objetivo general, éste no es la excepción debido a
todos los recursos necesarios, el presupuesto es inamovible entonces no se debe de tocar
los recursos que se necesitaran a cambio de eso mejor será seleccionar los requerimientos
principales y dependiendo de eso se financia el costo del proyecto.
4. Que la normativa legal del reglamento universitario no permita la simplificación de
procesos y por ende las expectativas del proyecto.
5. El diagnóstico de los procesos del proyecto estará orientado a determinar objetivos y
propuestas de mejora, aunque no contempla la ejecución directa y completa de todas las
sugerencias y acciones de mejora, las cuales están fuera del alcance del proyecto.
6. Al no cumplir con los requisitos necesarios, procesos o tiempos estimados para reunir la
documentación requerida se cancelará ese proceso por lo cual se deberá iniciar de nuevo
ya sea cambio de carrera o equivalencias de clases.

7
 Proyecto PECC
Elementos del proyecto sujetos a entrega.
El proyecto contará con elementos de avance más significativos para conocer no solo la opinión,
sino también la aprobación de la coordinación del departamento de informática, teniendo en cuenta
las etapas que posteriormente serán detalladas:
1. Modelo Conceptual del Sistema Actual
2. Diagrama de Contexto del Sistema Propuesto
3. Modelo funcional de cada área del Sistema Propuesto
4. Sistema de Equivalencia por cambio de Carrera
5. Sistema de Equivalencia por cambio de Plan de Estudio
6. Sistema de Equivalencia por cambio de Código

Calendario y resumen del presupuesto

Calendario de fases y actividades del proyecto

La duración, los requisitos de personal y el presupuesto de cada hito del proyecto son los
siguientes:
a) Determinación de Requerimientos: una semana, 7 miembros del equipo, 10,000.00 lempiras.
b) Diseño del Sistema Propuesto: una semana, 6 miembros del equipo, 30,775.00 lempiras.
c) Plan de Proyecto una semana, 7 miembros del equipo, 30,775.00 lempiras.
El total del desarrollo es de 3 semanas y el costo interno total es de 71,550.00 lempiras

8
 Proyecto PECC
2. Definición
En esta sección hacemos mención que debemos de empezar no solo a definir si no también
converger los miembros del proyecto en un punto el cual se definirá a continuación:

Modelo conceptual
Este modelo describe de manera general de cómo el sistema de Equivalencias y Cambio de Carrera
se organiza y opera. Su tarea principal es especificar los conceptos base, y así representar un
problema de manera gráfica a través de diagramas entidad relación, diccionarios/glosarios y
diagrama de clases.

Modelo funcional
Este modelo se centra en explicar de una manera clara los procesos que se deben seguir para el
desarrollo del sistema de Equivalencias y Cambio de Carrera y así mismo se dará a conocer
mediante diagramas de flujo donde se podrá observar el funcionamiento de cada uno de los
procesos y que él desarrollador del sistema tenga una idea de cómo guiarse para poder realizar el
sistema propuesto.

Por otra parte, debemos hacernos la siguiente interrogante.

¿Para qué modelar?
Es importante para identificar problema y observar cómo interactúa el sistema de Equivalencias y
Cambio de Carrera, y sea más fácil darles solución a los problemas encontrados.

De igual manera podemos definir los siguientes conceptos que tiene relación con nuestro proyecto
a realizar:
Automatización:
Este concepto consiste en hacer procesos u operaciones más simples con la ayuda de herramientas
o aplicaciones, como ejemplo en el proceso de Equivalencias y Cambio de Carrera se realizará una
aplicación que ayudara a estudiantes a hacer sus procesos desde su computadora sin necesidad de
llegar a la facultad y sus aprobaciones se harán por medio de correo o notificaciones.

Cambio de carrera:
Se puede definir como otra opción que tiene el estudiante tanto dentro de la Universidad como
fuera de ella pensando en nuevas perspectivas de aprendizaje para su desarrollo personal y
académico.

Cancelación de clases:
Fuera del plazo regular de adiciones y cancelaciones en cada período académico, los estudiantes
pueden solicitar de manera excepcional la cancelación de una o varias asignaturas siempre y
cuando exista una causa justificada conforme a lo establecido en la normativa académica vigente.

Pasos para solicitar la Cancelación Excepcional de Asignaturas:

1. Presentar solicitud formal y por escrito dirigida a la coordinación de carrera explicando la
causa de la cancelación total o parcial de las asignaturas matriculadas en el período
académico vigente junto con los documentos de respaldo.
2. El coordinador de carrera recibirá la petición y consignará la hora y fecha de entrada.
Analizará los documentos y determinará en tres (3) días hábiles, registrando su decisión en
la página web de la Dirección de Ingreso, Permanencia y Promoción (DIPP).

9
 Proyecto PECC

La solicitud será dictaminada por la coordinación como procedente o no procedente,

fundamentada en las causas siguientes:
1. Enfermedades o problemas de salud incapacitantes: Debe acompañar las constancias
extendidas por una autoridad competente y certificaciones en papel del Colegio Médico.
2. Problemas que afecten a la comunidad de origen que requieren del regreso a la misma:
Debe acompañar las constancias extendidas por la autoridad local o municipal de la zona
afectada.
3. Calamidad Familiar: Debe ser respaldada por testimonio presencial de los padres o
responsables.
4. Separación o muerte del cónyuge, enfermedad grave de padres, hijos o cónyuge que
requiere la atención del hogar y/o cuidado directo: Debe presentar el certificado extendido
por el Registro Nacional de las Personas o Certificación Médica según el caso.
5. Problemas o cambios laborales.

Documentación:
Se conoce bajo este nombre al conjunto de documentos que tratan sobre un mismo asunto o tema,
Por ejemplo, en el sistema de Equivalencias y Cambio de Carrera se dejara documentos de ayuda
para que tanto el usuario y el técnico pueda apoyarse de la información de cómo utilizar el sistema.

Equivalencia:
Es la convalidación que cada centro de educación otorga por estudios de educación superior para
darle valor académico con relación a un plan de estudios.

Equivalencia Interna:
Son las clases cursadas dentro de la Universidad Nacional Autónoma de Honduras.

Equivalencia Externa:
Son las clases cursadas en otras universidades privadas o extranjeras.

Equivalencias por Cambio de Carrera:

Es cuando el estudiante está matriculado en otra carrera y desea cambiarse para informática
administrativa, se revisa sus clases cursadas para saber si equivalen a las clases de la carrera que
desea estudiar o hacer el cambio.

Equivalencias por cambio al Plan de Estudio:

Este proceso se da cuando las Carreras después de 5 años pasan el proceso de evaluación y
actualizan su programa de asignaturas.

Índice Académico:
Es el porcentaje requerido para poder optar a solicitar equivalencias, en el caso de los estudiantes
que requieran cambio de carrera o equivalencias de clases se les pedirá su índice.

Plan de estudios:
Programa en que se detalla el conjunto de enseñanzas que han de cursarse para cumplir un ciclo
de estudios determinado o para obtener un título.

Programa de Asignaturas
Describe el contenido de la Asignatura.
10
 Proyecto PECC

Procedimientos:
Es un conjunto de acciones u operaciones que tienen que realizar un estudiante para obtener las
equivalencias.

Proceso:
Medidas y actividades interrelacionadas para obtener un conjunto específico de actividad o
producto, siguiendo una secuencia para lograr un objetivo específico.
En este caso son las actividades que el estudiante realizara para poder llevar a cabo su cambio de
carrera o equivalencias por clases, llevando un orden de acuerdo como esta requerido en los
requisitos que se le entregan al hacer cualquiera de los dos procesos.
Ejemplos de actividades como ser llenar solicitud, hacer entrevistas con coordinadores, solicitar
su historial académico, hacer los pagos correspondientes en el banco.

Sistema de información:
Conjunto de elementos que están orientados a la administración de datos e información que a la
misma vez están organizados y listos para su uso posterior, estos son generados para cubrir una
necesidad o un objetivo, como en el proyecto que se presentará se hará una propuesta de una
aplicación donde su objetivo será facilitar la información a los estudiantes y coordinadores de la
carrera de Informática.

Solicitud de Equivalencias:
Es una nota donde detalla el estudiante las clases de la carrera anterior que está solicitando
equivalencia para la carrera a la que quiere optar o hacer el cambio.

Unidades Valorativas:
Son las unidades de medida con la que se valora cada clase y las clases que se solicitan por
equivalencias deben ser de igual valor. Esto esta detallado en cada plan de estudios de las diferentes
carreras para su mayor entendimiento.

3. Organización del proyecto

En esta fase del proyecto se establecerá no solo como estarán conformado el equipo de trabajo en
cuanto al proyecto, sino que también se especificarán cada uno de los roles y las responsabilidades
además de ello las funciones que tendrá y que desempeñará cada miembro del equipo.
Para explicar de una mejor manera se hará un organigrama de forma descendente es decir con el
nombre y el rol o la función que cumple en el proyecto. Por otro lado, la base de este proyecto trae
la necesidad que tiene la coordinación de la carrera de Informática Administrativa a fin de
digitalización para todo el proceso de cambios, mejorar el proceso de equivalencias y cambio de
carrera y así agilizar cada uno de estos procesos y aporten un cambio positivo.

11
 Proyecto PECC

Estructura interna

Interesados del Proyecto

Directora general del proyecto

Plan de estimación de Plan de control de la

Suposiciones y tiempo.
Restricciones. Configuración.
Plan de recursos humanos. modelo conceptual y.
modelo conceptual y
modelo funcional. modelo conceptual y modelo funcional
modelo funcional.

Calendario y Modelo del Proceso.

Resumen del Plan de Calidad Plan de Resolución de
Presupuesto Problemas

Plan de Manejo de Plan de aseguramiento

Descripción General Riesgo de la Calidad y plan de
revisiones y Auditorías
al Producto

Alcance Plan de Control Plan de Documentación

planes adicionales para
el producto del proyecto

Proposito y Objetivos Estructura Interna

Plan de adquisiciones. Plan de pruebas

Definiciones Asignacion de
Proyecto

Plan de Mejora del

Proceso

Plan de aceptación del

Producto

Métodos, Herramientas
y Técnicas

12
 Proyecto PECC

Funciones y responsabilidades
¿Qué es una matriz RACI?
También conocida como matriz de asignación de responsabilidades. La matriz de la asignación de
responsabilidades (RACI por las iniciales de los tipos de responsabilidad) se utiliza generalmente
en la gestión de proyectos para relacionar actividades con recursos (individuos o equipos de
trabajo) en sus siglas responsabilidad, accountable (aprobador), consultado, informado.

Responsable (R):
Este rol corresponde a quien efectivamente realiza la tarea. Lo más habitual es que exista sólo un
encargado (R) por cada tarea; si existe más de uno, entonces el trabajo debería ser subdividido a
un nivel más bajo, usando para ello las matrices RACI.

Accountable (A):
Este rol se responsabiliza de que la tarea se realice y es el que debe rendir cuentas sobre su
ejecución. Sólo puede existir una persona que deba rendir cuentas (A) de que la tarea sea ejecutada
por su responsable (R).

Consultado (C):
Este rol posee alguna información o capacidad necesaria para realizar la tarea.

Informado (I):
Este rol debe ser informado sobre el avance y los resultados de la ejecución de la tarea. A diferencia
del consultado (C), la comunicación es unidireccional.

Para las funciones y responsabilidades que tendrá cada miembro del equipo.

Tabla 1: Tabla de funciones y responsabilidades

Matriz RACI R.R.H.H Involucrado en el proyecto PECC (proyecto de
equivalencias y cambio de carrera)

Actividades Coordinación Director(a) Miembros Coordinadores

general del equipo del equipo

Plan para C C/I/A R I/R

Administrar el
Proyecto
Organización del C C/I/A R I/R
proyecto

Planes I C/I/A R I/R

complementarios
del proyecto

13
 Proyecto PECC
Planes del proceso C/I/A C/I/A R I/R
técnico

Planes del proceso C/I/A C/I/A R I/R

de soporte

Planes adicionales C/I/A C/I/A R I/R

para el producto

Identificar los C C/I/A R I/R

problemas

Determinar los C C/I/A R I/R

requerimientos

Análisis C/I C/I/A R I/R

Diseño de los C/I/A C/I/A R I/R

modelos

Pruebas y C/I/A C/I/A R I/R

mantenimiento

Interfaces externas
Para el desarrollo del proyecto, el estudiante requerirá trabajar con entidades internas a la
Universidad Nacional Autónoma de Honduras del departamento de Informática Administrativa,
buscando que estas sean un apoyo vital a la hora de auditar el trabajo, darle soporte o brindar
herramientas que faciliten su elaboración. Principalmente se requerirá trabajar de la mano con
algunos representantes del área de informática, quienes brindarán su apoyo el modelo actualmente
utilizado en los procesos de toma de datos para actualizar el sistema de registro de datos de las
equivalencias y cambio de carrera.

14
 Proyecto PECC
Matriz de Riesgos (Proceso de Equivalencias)

Institución: UNAH

Matriz Evaluación de Riesgos Unidad: Coordinación de la

Objetivo: Establecer los riesgos que pueden carrera de IA
afectar al proceso de equivalencias de la carrera Proceso: Proceso de
de Informática Administrativa. equivalencias
Fecha: 24/4/2018

Impacto
Descripción del Actividad de
No. Actividad
Riesgo Alto Medio Bajo control.
Cuando se habla de
riesgos de mala
1. Mala planificación planificación nos
Cuando se habla de riesgos referimos a que no se
de mala cumplan con los Planificación
1 x
objetivos, tiempo y optimista
recursos
Creación de
Aquí nos referimos a Procedimientos de
la mala comunicación en comunicación entre
2. Riesgo de
la que no se establezca las distintas
comunicación
las necesidades de x direcciones del
2
comunicación proceso de
equivalencias.
Realizar políticas
3. Riesgos de falta de Aquí es cuando no y responsabilidades
compromiso haya compromiso durante el proceso de
x
3 equivalencias.

Qué es cuando no se
Creación de una
4. Requerimientos no encuentra una visión
estructura de
estén bien definidos Clara de los
x requerimientos.
4 requerimientos

15
 Proyecto PECC
Estimación de
Es cuando no se
5. Riesgos de cambio tiempo para los
estime el tiempo para los
durante el proceso cambios durante el
cambios. x
5 proceso.

4. Planes complementarios del proyecto

En esta etapa del proyecto prima establecer los planes para producir el alcance tanto del producto
como del proyecto.

Plan inicial
Primeramente, contaremos con principios para trabajar como:
1. Observar el cumplimiento de cada uno de los compromisos (tareas asignadas).
2. Dialogar cualquier acción que se tome y que pueda afectar a nuestro proyecto.
3. Hacer uso de herramientas de trabajo en equipo como lluvia de ideas, emociones en
marcha, colaboración digital, el comunicador cuyo propósito es lograr converger en un
punto específico.
4. Respaldar cada punto de vista con datos concretos.
5. Promover y obtener un resultado por cada mejora del proyecto.
6. Además de documentar cada conocimiento estructurado que genere un flujo de
información durante la ejecución del proyecto.

Plan de estimación de tiempo del proyecto

Tabla 2 Estimación de tiempo del proyecto
Fases o actividades Actividades Tiempo (hrs)
generales
Tiempo Tiempo Tiempos
estimado pesimista optimistas

Plan para Administrar Propósito, alcance y 8 10 7

el Proyecto objetivos.
Suposiciones y
restricciones.
Elementos del proyecto
sujetos a entrega.
Calendario y resumen del
presupuesto.

Organización del Estructura interna. 6 8 5

proyecto Funciones y
responsabilidades.
Interfaces externas
Planes Plan de estimación de 8 9 7
complementari tiempo del proyecto.
os del proyecto Plan de recurso humano
del proyecto.

16
 Proyecto PECC
Plan de adquisición de
recursos.
Asignación del
presupuesto.
Plan de control.
Plan de manejo de riesgos.
Plan de calidad.

Planes del proceso Modelo del proceso. 5 6 4

técnico Métodos, herramientas y
técnicas.
Plan de aceptación del
producto.

Planes del proceso de Plan de control de la 6 7 5

soporte configuración.
Plan de pruebas.
Plan de documentación.
Plan de aseguramiento de
la calidad plan de
revisiones y auditorías al
producto del proyecto.
Plan de resolución de
problemas.
Plan de mejora del
proceso.

Planes adicionales para Planes adicionales 8 9 7

el producto

Identificar los Definir el alcance y 6 7 5

problemas. entregables.
Ordenar las actividades de
manera secuencial.
Definir cronológicamente
las actividades.
Determinar los Verificar si la 4 5 3
requerimientos. documentación obtenida
es suficiente.
Ordenar la información
según relevancia.
Análisis. Analizar la 9 10 8
documentación
Diseño de los modelos. Hacer los diseños de los 9 10 8
modelos conceptual y
funcional tanto del
17
 Proyecto PECC
proceso de equivalencias
como del proceso de
cambio de carrera.
Pruebas y Realizar pruebas a los 9 10 8
mantenimiento. modelos, acordar con
coordinación sobre su
funcionamiento.
Definir un modelo una
práctica un procedimiento
o una política que asegure
el mantenimiento de
ambos modelos.
Estimación de tiempo. 78 91 67
Estimación de tiempo 71 +18 -11
en cola (rezagado).

Plan de recurso humano del proyecto.

Tabla 3
Tabla de estimación del recurso humano requerido

Fases o Actividades Recurso humano requerido.

actividades
generales

Plan para Propósito, alcance y objetivos. 1

Administrar el Suposiciones y restricciones.
Proyecto Elementos del proyecto sujetos a entrega.
Calendario y resumen del presupuesto.

Organización del Estructura interna. 1

proyecto Funciones y responsabilidades.
Interfaces externas
Planes Plan de estimación de tiempo del proyecto. 2
complementarios Plan de recurso humano del proyecto.
del proyecto Plan de adquisición de recursos.
Asignación del presupuesto.
Plan de control.
Plan de manejo de riesgos.
Plan de calidad.

Planes del Modelo del proceso. 2

proceso técnico Métodos, herramientas y técnicas.
Plan de aceptación del producto.
18
 Proyecto PECC
Planes del Plan de control de la configuración. 2
proceso de Plan de pruebas.
soporte Plan de documentación.
Plan de aseguramiento de la calidad y plan
de revisiones y auditorías al producto del
proyecto.
Plan de resolución de problemas.
Plan de mejora del proceso.

Planes Planes adicionales 2

adicionales para
el producto

2
Definir el alcance y entregables.
Identificar los Ordenar las actividades de manera
problemas secuencial.
Definir cronológicamente las actividades.

Determinar 2
los Verificar si la documentación obtenida es
requerimientos. suficiente.
Ordenar la información según relevancia.

Análisis. Analizar la documentación 2

2
Diseño de los Hacer los diseños de los modelos
modelos. conceptual y funcional tanto del proceso de
equivalencias como del proceso de cambio
de carrera.
2
Pruebas y Realizar pruebas a los modelos, acordar con
mantenimiento. coordinación sobre su funcionamiento.

Definir un modelo una práctica un

procedimiento o una política que asegure el
mantenimiento de ambos modelos.
20

Estimación de
recurso humano
requerido

19
 Proyecto PECC

Plan de adquisición de recursos.

Introducción
La Gestión de las Adquisiciones del Proyecto incluye los procesos para comprar o adquirir los
productos, servicios o resultados necesarios fuera del equipo del proyecto para realizar el trabajo.
Este documento presenta la perspectiva de adquisición como los vendedores del producto.

El plan de adquisiciones y su objetivo

Él plan de adquisiciones es un instrumento de planificación y seguimiento que tiene como objetivo
mejorar la gestión de los proyectos y que además permite:
1. Identificar la cantidad y tipo de procedimientos de adquisiciones, contrataciones y/o
actividades con financiamiento total o parcial contempladas para ejecutar en un tiempo aún
no determinado.

Planificar las compras y adquisiciones

El presente plan tiene como objetivo mostrar la planificación de cómo se van a gestionar las nuevas
adquisiciones para el proceso de cambio de carrera y equivalencias para la facultad de informática
administrativa. Todo con base para facilitar los procesos y que no se tengan dificultades a la hora
de querer hacer todos los trámites correspondientes.

El principal objetivo del Plan de Adquisiciones es permitir que la entidad aumente la probabilidad
de lograr mejores condiciones para gestionar los procesos a través de la dirección del departamento
de informática administrativa para que a fin de los interesados en los procesos de cambio y
equivalencia de clases y que el mismo cuente con información suficiente para realizar compras
coordinadas.

El proyecto que se realizara en la facultad de informática administrativa se tomara en cuenta al

personal administrativo y alumnos que pertenecen a dicha facultad.
Actualmente no se tiene una cifra exacta del presupuesto de lo que requiere el proyecto, se
mencionara lo que se necesita para realizarlo, los valores de dichas adquisiciones se mostraran en
el Calendario y resumen del presupuesto 1.1.4. Con los precios y justificación de cada activo
solicitado.
Software
1. Lenguaje de programación en PHP.
2. Herramientas gratuitas que ayuden a la elaboración del proyecto.
3. Licenciamiento Windows server standard 2008
4. Licenciamiento Licencia de Oracle 10g

Equipo informático
1. Servidor PowerEdge™ R210Impresoras.
2. Servidor IBM x3650
3. OptiPlex 7040 Micro PC
4. Modem router tim hub adsl fibra óptica
5. Computadoras de escritorio
6. UPS de 550VA Marca: APC Modelo: BE550G
7. UPS brands
8. Escritorio para computadora de madera
9. Mesa de escritorio L-Office Home PC
20
 Proyecto PECC
10. Sillas secretariales con brazo
11. Conmutador Cisco WS-C2960X-48LPS-L 48 portgigabit Poe

Otros recursos
1. Sistema de aire acondicionado pared-Daikin 2.5kw.

Plan de Control
El control del proyecto PEEC se evaluará el desempeño de las actividades realizadas por los
miembros del equipo para cumplir con el objetivo del proyecto que es la propuesta de mejora de
los procesos de equivalencia y cambio de carrera, como se llevará a cabo el proyecto su
planificación, el análisis que tendrá cada uno de los cambios propuestos, la documentación de todo
el proyecto, así como también sus posibles riesgos proponiéndoles una solución para que el
proyecto pueda ser gran éxito y su uso pueda ser aprovechado al máximo.

Grupo de Procesos Área de Denominación Descripción

Procesos conocimiento del instrumento
Planificación Plan de gestión Integración Requerimientos La planificación se despliega
del proyecto de los interesados de los requerimientos que nos
para elaborar el hizo saber el coordinador del
plan del proyecto Departamento Informática
Administrativa que mejoras
hacerle a los procesos de
equivalencia y cambio de
carrera. Se propone automatizar
el proceso de equivalencias y
cambio de carrera del
departamento de informática
administrativa de la Universidad
Nacional Autónoma de
Honduras en Ciudad
Universitaria que puede ser de
gran ayuda para acortar el tiempo
de algunos procesos que hace el
estudiante.

Ejecución Ejecución del Integración alcance del Se llevará a cabo el trabajo

proyecto proyecto definido en el plan, así como de
implementar los cambios
aprobados; entre los beneficios
de este proyecto está la creación
de un sistema digital flexible que
simplifique el cambio de carrera
y equivalencias para las
asignaturas de la carrera de
Informática Administrativa de la
facultad de Ciencias
Económicas.

21
 Proyecto PECC
Control y Control Integración Presupuesto, Se analizará los cambios que
Seguimiento integrado de Tiempo, se realicen en el documento del
cambios Riesgos, proyecto aprobar los mismos, así
Supervisar y Integración secuencias de como comunicar las decisiones
controlar el actividades correspondientes al equipo de
trabajo del trabajo.
proyecto El coordinador del equipo es
Control del Alcance el responsable de revisar,
alcance evaluar, aprobar o rechazar los
cambios en el proyecto, así como
de registrar y comunicar dichas
decisiones a los demás miembros
del equipo. Los cambios pueden
surgir en la estimación de costos
que no alcance el presupuesto
inicial, que no se hagan las
actividades en las fechas
programadas y los riesgos que
puedan surgir en la ejecución de
las actividades.

El proyecto abarca desde la

documentación de procesos con
la normativa correspondiente,
hasta el diseño, para su posterior
programación e implementación
de un sistema digital que
beneficie a toda la comunidad
estudiantil interesada en realizar
un cambio a la carrera de
Informática Administrativa y por
consiguiente la evaluación de
equivalencias de sus clases
cursadas.

Control del Tiempo Registro, Se realizó un calendario

cronograma actividades y donde se definen las actividades,
tiempo asignado así como el tiempo que estas
para cada tarea conllevaran para cumplir con el
objetivo del proyecto.
Control de Costos Presupuesto Se elaboró un presupuesto
costos tecnológico definido que se
requiere para llevar a cabo la
automatización de los procesos
del proyecto.
Verificación Alcance Automatizar Se verificará que la propuesta
del alcance procesos para que se ha hecho por el equipo # 2

22
 Proyecto PECC
acortar tiempo del cumpla con los requisitos
trámite de pedidos por el coordinador del
equivalencias y Departamento de Informática
cambio de carrera Administrativa y la licenciada
Dulis Córdova.
Realizar Calidad Certificación Entregar un proyecto que
control de calidad del Proyecto cumpla con los requerimientos
de la licenciada Dulis Córdova y
el Coordinador del departamento
de informática administrativa;
que sea sistema automatizado
eficiente.
Gestionar el Recursos Hay una comunicación entre
equipo del Humanos Reuniones los miembros del equipo que se
proyecto informales hace de manera informal en
Informar el Comunicación reuniones en clase como también
rendimiento fuera de la clase para poder llevar
a cabo las tareas asignadas y la
documentación del proyecto.

Se le informara por parte de

los coordinadores el rendimiento
de los miembros del equipo a la
licenciada Dulis Córdova

Gestionar a los Comunicación Reportes de Le presentaremos los avances

interesados seguimientos del proyecto a la licenciada Dulis
(Avances del Córdova.
proyecto)
Seguimiento y Riesgos Matriz de Se elaboró una matriz de
control de riesgos administración de riesgo donde se especifica que
Riesgos riesgos conlleva la nueva
propuesta de automatización de
algunos procesos que de las
equivalencias y el cambio de
carrera.

Se examinaron los riesgos que

se puede llegar a tener a futuro al
momento de implementarlo, así
como también las posibles
soluciones
Administración Adquisiciones Entrega de Entrega del proyecto a la
del proyecto proyecto licenciada Dulis Córdova.

Cierre Cierre del Adquisiciones Nota de clase • Se realizan las evaluaciones

proyecto de los miembros del equipo.

23
 Proyecto PECC
• Se realizará una revisión tras
la finalización del documento del
proyecto o la finalización de una
actividad.
• Que se obtenga la
aceptación de la licenciada Dulis
Córdova para cerrar
formalmente el proyecto.
• Que se apliquen las
actualizaciones adecuadas de los
procesos que se automatizaron
del cambio de carrera y
equivalencias de la facultad
Informática Administrativa.
• Que se archiven todos los
documentos relevantes del
proyecto.

Planificación
La planificación se despliega de los requerimientos que nos hizo saber el coordinador del
Departamento Informática Administrativa que mejoras hacerle a los procesos de equivalencia y
cambio de carrera. De esto se parte la propuesta del equipo # 2 para automatizar algunos procesos
que puedan ser dan ayuda al estudiante y al coordinador en la disponibilidad de tiempo.

Ejecución: Se llevará a cabo el trabajo definido en el plan, así como de implementar los cambios
aprobados; entre los beneficios de este proyecto está la creación de un sistema digital flexible que
simplifique el cambio de carrera y equivalencias para las asignaturas de la carrera de Informática
Administrativa de la facultad de Ciencias Económicas.

Control y seguimiento
El control del proyecto es importante para evaluar el desempeño de las actividades realizadas por
los miembros del equipo para cumplir con el objetivo del proyecto que es la propuesta de mejora
de los procesos de equivalencia y cambio de carrera.

Control integrado de cambios: Se analizará los cambios que se realicen en el documento del
proyecto aprobar los mismos, así como comunicar las decisiones correspondientes al equipo de
trabajo.
El coordinador del equipo es el responsable de revisar, evaluar, aprobar o rechazar los cambios en
el proyecto, así como de registrar y comunicar dichas decisiones a los demás miembros del equipo.
Los cambios pueden surgir en la estimación de costos que no alcance el presupuesto inicial, que
no se hagan las actividades en las fechas programadas.
24
 Proyecto PECC

Controlar el Alcance: El proyecto abarca desde la documentación de procesos con la normativa

correspondiente, hasta el diseño, para su posterior programación e implementación de un sistema
digital que beneficie a toda la comunidad estudiantil interesada en realizar un cambio a la carrera
de Informática Administrativa y por consiguiente la evaluación de equivalencias de sus clases
cursadas.

Control del cronograma: se realizó un calendario donde se definen las actividades, así como el
tiempo que estas conllevaran para cumplir con el objetivo del proyecto.

Control de costos: se elaboró un presupuesto tecnológico definido que se requiere para llevar a
cabo la automatización de los procesos del proyecto.

Verificación del alcance: Se verificará que la propuesta que se ha hecho por el equipo # 2 cumpla
con los requisitos pedidos por el coordinador del Departamento de Informática Administrativa y
la licenciada Dulis Córdova.

Realizar control de calidad: Entregar un proyecto que cumpla con los requerimientos de la
licenciada Dulis Córdova y el Coordinador del departamento de informática administrativa.

Gestionar el equipo del proyecto: Hay una comunicación entre los miembros del equipo que se
hace de manera informal en reuniones en clase como también fuera de la clase para poder llevar a
cabo las tareas asignadas.

Informar el rendimiento: Se le informara por parte de los coordinadores el rendimiento de los

miembros del equipo a la licenciada Dulis Córdova

Gestionar a los interesados: Le presentaremos los avances a la licenciada Dulis Córdova.

Seguimiento y control de riesgos: Se elaboró una matriz de riesgo donde se especifica que riesgos
conlleva la nueva propuesta de automatización de algunos procesos que conlleva las equivalencias
y el cambio de carrera.

Administración del proyecto

Entrega del proyecto a la licenciada Dulis Córdova.

Cierre del proyecto:

1. Que se obtenga la aceptación de la licenciada Dulis Córdova para cerrar formalmente el
proyecto.
2. Se realizará una revisión tras la finalización del documento del proyecto o la finalización
de una actividad.
3. Que se apliquen las actualizaciones adecuadas de los procesos que se automatizaron del
cambio de carrera y equivalencias de la facultad Informática Administrativa.
4. Que se archiven todos los documentos relevantes del proyecto.
5. Se realizan las evaluaciones de los miembros del equipo.

25
 Proyecto PECC

Plan de Manejo de riesgos

Como parte del desarrollo del proyecto PECC se ha planteado lo que es la necesidad de incorporar
una metodología simple de un plan de riesgos con la finalidad de plasmar los distintos escenarios
y los modelos de aplicación de las actividades mejoradas del proceso de equivalencia y cambio de
carrera.

Los objetivos que persigue la metodología de plan de riesgos para el proceso de equivalencias son
los siguientes:
 Identificar todos aquellos riesgos que puedan conllevar a una pérdida de tiempo, y recursos
en los procesos de equivalencias y cambios de carrera.
 Establecer la secuencia de situaciones que pueden desencadenar la actividad que podría
comprometer al alumno al coordinador y otros elementos vulnerables.
A continuación, se presenta la matriz de riesgo para el proceso de equivalencias:

MATRIZ DE RIESGOS
Descripción Impacto
No. Actividad Actividad de control
del riesgo Alto Medio Bajo
Riesgos en
la mala
El estudiante administración
Una buena
se avocará a la de los recursos
administración y
página de la de la
mantenimiento de la página
carrera de plataforma,
de la carrera y que el
1 informática Que no X
estudiante Cuente con los
administrativa contenga los
recursos necesarios para
para ver y enviar documentos
poder hacer la solicitud en
solicitud de que serán
línea.
equivalencias. entregados a la
coordinación
de la carrera.
Que no se
cumpla con los
objetivos, con
la estimación
de tiempo y
recursos,
Riesgo de mala Planificación optimista,
además de una
2 planificación y X crear nuevos procedimientos
mala
comunicación. para para la comunicación.
comunicación
en la que no se
establezcan las
necesidades de
comunicación.

Que no haya Crear políticas en donde

Riesgo de falta
3 compromiso X se asignen responsabilidades
de compromiso.
por parte del durante este proceso así

26
 Proyecto PECC
estudiante al como también contar con
momento de su una nueva renovación por
presentación a haber perdido la entrevista.
la coordinación
para su
respectiva
entrevista.
Riesgos que
los No haya
Estructura de
4 requerimientos no visión de X
requerimientos.
estén bien requerimientos.
definidos.
No se
Riesgo de Estimaciones de tiempo
estimen
5 cambios durante X para los cambios durante el
tiempos para el
el proceso. proceso.
cambio.

A continuación, se presenta la matriz de riesgo para el proceso de cambio de carrera:

MATRIZ DE RIESGOS

No. Actividad Descripción Impacto Actividad de control

del riesgo
Alto Medio Bajo

1 El La X Dar mantenimiento continuo a la

estudiante plataforma plataforma, y administrar tiempo, y
podrá tenga sus asegurarse de enviar primero la
realizar la limitantes en solicitud a la página DIPP.
solicitud de cuanto al
cambio de acceso por
carrera en problemas del
una sistema
plataforma además de que
web el estudiante
pertenecient haga la
e al DIPP de solicitud al
la departamento
Universidad pero no a la
Nacional página
Autónoma principal de la
de Universidad
Honduras, DIPP.
no se le
cargará
costo
27
 Proyecto PECC
adicional
por el
cambio

El estudiante Que la El coordinador debe estar pendiente de

2 deberá respuesta para X estas solicitudes y cumplir con el
abocarse a la obtener la tiempo estimado para la revisión de
plataforma entrevista pase documentos y entrevista del estudiante,
web de la el límite de aparte de asegurarse de la
carrera de tiempo documentación completa.
informática requerido, y
administrati que el
va para estudiante no
revisar el tenga todos sus
listado de documentos a
requisitos la hora de
que debe entregar en
cumplir para físico.
realizar el
cambio de
carrera los
cuales se
detallan a
continuación
: Presentar
historial
académico,
no tener
clases
matriculadas
, llenar el
formato de
solicitud de
cambio de
carrera(pági
na web de la
carrera ,
esperar
respuestas
sobre
entrevista
personal con
el/la
coordinador
a de la
carrera,
índice global
mayor o
igual a 70%,
28
 Proyecto PECC
8 clases
cursadas y
aprobadas
como
mínimo.

3 El El no X Desarrollar e implementar un medio

estudiante realizar una para informarle al estudiante cuales son
debe acudir visita a la los requisitos que tendrá que cumplir
a la coordinación para realizar el proceso de cambio de
coordinació de la carrera de carrera.
n del informática
departament administrativa,
o de el estudiante
informática no tendrá toda
administrati la información
va para necesaria, para
solicitar la realizar el
información cambio de la
respecto al carrera.
cambio de
carrera.

4 Tanto el El X Asegurarse de enviar al estudiante si

docente coordinador de cumplió o no todos los requisitos para el
como el la carrera cambio de carrera.
estudiante dictaminará si
cuando el estudiante
recibe nota cumple con
de solicitud todos los
de cambios requisitos para
aprobada o realizar el
denegada. cambio de
carrera, todo
este proceso se
hará en línea.
Solicitud
aceptada o
denegada.

El Que ocurra
X
sistema un incidente y
5 guarda todo esta Verificar personalmente los
el historial el información resultados de la solicitud de cambio de

29
 Proyecto PECC
proceso de no esté carrera en la coordinación del
cambio de disponible. departamento de informática
carrera y administrativa.
después de
guardarse se
imprime
para tener un
respaldo
digital y
físico de
cada
estudiante.

Plan de Calidad

Introducción:
Teniendo en cuenta los objetivos y características del proyecto es importante que siguiendo estos
se cumpla las actividades de cada uno de los procesos sin dejar de lado alguna de ellas ya sea de
forma intencional o error del sistema , para esto es necesario verificar los requisitos de los procesos
y los requerimientos de las personas involucradas para realizar dichas actividades y tener en
funcionalidad los recursos necesarios, ya que el objetivo del plan de calidad es el cumplimiento de
las mejoras de los procesos de cambio de carrera y equivalencias por parte del departamento de
Informática Administrativa de la Ciudad Universitaria.

Se espera que con la solicitud en línea se mejore la calidad de dichos procesos de una manera más
innovadora y brinde más comodidad y agilidad tanto para el estudiante interesado como para el
responsable de coordinación. Para ello se ha investigado con personas que conocen y han
desarrollado estos procesos el cual nos han brindado la información necesaria para desarrollar las
mejoras y realizar el plan estratégico para que se cumplan y que este proyecto nos de la calidad
del trabajo esperada.

Objetivos del plan de calidad

1. Establecer los criterios y lineamientos para prestar los servicios a los estudiantes que
desean realizar equivalencias y cambio de carrera, y establecer las pautas con las cuales
el personal involucrado en este proyecto debe orientar sus actividades en los diversos
procesos que participe.
2. Definir las actividades que van a ser desarrolladas por cada uno de los procesos, para que
estén plenamente identificadas, organizadas y controladas desde su inicio hasta el fin,
permitiendo su trazabilidad.
Política de calidad
Nos comprometemos con nuestros compañeros y coordinadores de la carrera y personal
involucrado en este proyecto, a cumplir satisfactoriamente con todos los requisitos definidos
contractualmente, de manera oportuna, y con estándares de calidad para el cumplimiento de las
actividades en estos procesos.

30
 Proyecto PECC
Los procesos
Cada uno de los procesos de iniciación, planificación, ejecución, de seguimiento y control, y de
cierre, los cuales se establecen dela siguiente manera:

 Revisar el objetivo del proyecto,

para verificar que se cumpla.
 Se debe tener en cuenta los
DIRECCIONAMIENTO

INICIO documentos de referencia

utilizados como ser los marcos
ESTRATEGICO

legales, normativos y los que se

consideren pertinentes para la
creación del proyecto.
 Revisión y verificación del
cumplimiento del alcance del
proyecto.
PLANEACION  Análisis de información (salidas
de los procesos)
 Elaboración del presupuesto para
la ejecución del proyecto.
 Elaborar el plan de calidad de
proyecto.
 Gestión de riesgos del proyecto.
 Consecución de los recursos
necesarios para ejecutar el
proyecto (humano e
infraestructura esta de ser
OPERATI

EJECUCIÒN necesaria)
VA

 Conformación de equipos de
trabajo: Administración de
recursos.

MEDICION, SEGUIMIENTO

Análisis de los términos técnicos,

administrativos y jurídicos que
enmarcan e proyecto por parte de os
involucrados en este.
Y MEJORA

 Reuniones con los equipos para la

difusión del plan de elaboración del
proyecto.
 Seguimiento y medición de las
actividades por los equipos.
MONITOREO Y
CONTROL

31
 Proyecto PECC
 Realizar seguimiento periódico al
desempeño del proyecto.
 Verificar cumplimiento de plan de
calidad del proyecto.
 Realizar seguimiento a las no
conformidades detectadas y a la
eficacia de las acciones tomadas.
 Identificar las variaciones, el
TODOS LOS PROCESOS

cronograma de actividades a partir

de la ejecución del proyecto.
 Tomar acciones correctivas o
preventivas.
CIERRE

 Certificación de los trabajos

realizados.
Respaldo de la información del
proyecto.
 Presentación del informe final del
proyecto.
 Verificar la estructura correcta del
proyecto.
 Verificar los planes estructurados del
proyecto.

Marco Legal y de referencias según Normas académicas

Art.131 de normas académicas

Equivalencias
Art. 167-172 referente al cambio de carrera

PAA

32
 Proyecto PECC

Documentos del proyecto

La responsabilidad general del área de calidad ante el control documental:
1. Asegurar que todos los documentos sean revisados y aprobados por la coordinación de la
carrera y el jefe de proyecto.
2. Asegurar que si hay documentos obsoletos y asegurar que estos sean actualizados.

Comunicación
Con el fin de obtener retroalimentación con los interesados al proyecto se debe realizar reuniones
retroalimentarías periódicas, ya sea para obtener o brindar información de los miembros de equipos
relacionados con el proyecto.

Mejora
Con el fin de garantizar la mejora continua del proyecto y sus procesos se aplicará procedimientos
para el manejo de correcciones y acciones preventivas.

Cierre
Para el cierre de este plan de calidad se debe tener la aprobación de los interesados, validar los
archivos y aplicación de estándares y normas definidas en este caso normas APA. Y la revisión
final por parte de los miembros de equipos y autoridades correspondientes de dicho proyecto, para
verificar y corregir posibles fallas anteriormente no identificadas y el cumplimiento de estándares
y especificaciones.

5. planes del proceso técnico

Esta fase del proyecto establecerá el modelo del proceso que es donde graficaremos el problema
para tener una mejor perspectiva del proceso.

Por otra parte, en este apartado se definirán también las herramientas a utilizar en cuanto a
programación, así como también las descripciones de las bases de datos, contendrá un desglose de
herramientas lo cual se especificará su enfoque y una comparación en base a las ventajas y
desventajas más visibles en cuanto a su entorno y facilidades que ofrece, esta información le servirá
al desarrollador para hacer una comparación que le ayude a elegir cuales de estas herramientas
cumplen en cuanto a la expectativa del área de coordinación.

Y, por último, pero no menos importante se establecerá una metodología, diseños los cuales nos
permitirán definir métricas para que el producto del proyecto cumpla con los alcances, propósitos
y objetivos así mismo sea aceptado.

Modelo de proceso
Este etapa del proyecto especifica las herramientas utilizadas en el modelado de datos y de los
procesos y subprocesos que conlleva el cambio de carrera y equivalencias ambos se construyeron
bajo el análisis rígido y exhaustivo haciendo uso de conocimientos previos y herramientas ya
especificadas para el modelado de datos, lo cual nos ayudó a apreciar con facilidad las
interrelaciones existentes entre distintas actividades, definir los puntos de contacto con otros
procesos así como identificar los subprocesos comprometidos.

33
 Proyecto PECC
Estos procesos nos fueron de mucha utilidad ya que con ellos se obtuvo la información preliminar
sobre la amplitud de los mismos, sus tiempos y los de sus actividades, facilitando así
su análisis, también hace posible la distinción entre aquellas que aportan valor añadido de los que
no lo hacen las que se usaron para el modelado de datos son:

Cambio de carrera
Muchos alumnos, al momento de elegir una carrera universitaria, entran en la indecisión, o bien,
son forzados a cambiar sus planes originales. Esto requiere una gran cantidad de procesos tanto
internos (para la coordinación de la carrera), como externos (para el alumno). Debido a la falta de
organización y agilización de las tareas, este proceso de cambio de una carrera a otra, se vuelve
tedioso y prolongado.

La urgencia del alumno y la cantidad de tramites a realizar; pueden significar la desmotivación

del alumno y por ende un proceso incompleto. Además, acumulación de procesos inconclusos que
incluyen papelería y archivos innecesarios para la coordinación e insatisfacción y desánimo de
seguir estudiando por parte del alumno.

Equivalencias
El proceso que un estudiante realiza para hacer un cambio de cualquier carrera hacia la
Licenciatura en Informática Administrativa de la UNAH requiere de un análisis de clases cursadas
efectuado personalmente por la coordinación del departamento, puesto que no hay un sistema que
automatice el análisis.

La carencia de innovación tecnológica obliga a una comparación física de contenidos y temas de

clases previamente cursadas en la carrera anterior, y, por lo tanto, pérdida de tiempo en la revisión
de los temas para aprobar una asignatura como válida.

34
 Proyecto PECC
Diagrama de flujo de procesos:
En este diagrama lo que se hizo fue llevar los problemas con los que se contaba gráficamente nos
permitió identificar los procesos, los entes involucrados, los tiempos de sus actividades además de
darnos una pista de cómo sería la nueva propuesta.

Pseudocódigo:
Definiendo un conjunto de pasos precisos se identificó rápidamente las primeras variables a utilizar
y cuáles serían las variables de salida o los resultados que se obtendrán al procesar dichas variables,
luego dándonos una pauta para construir el diagrama de flujo de sistemas.

Diagrama de flujo de sistemas:

Con este diagrama pudimos hacernos una idea de cómo sería una propuesta verdadera y funcional
en cuanto a los procesos de cambio de carrera y equivalencias de la carrera de informática
administrativa con la única diferencia que en este diagrama se identificaron variables de entrada,
de proceso y de salida, así como darnos un panorama más amplio y general de como interactuar
estas variables en un dispositivo electrónico.

Diagrama de casos de uso:

En el lenguaje de modelado unificado (UML) se describieron los pasos de las actividades que
deberá realizarse para llevar a cabo algún proceso. Definiendo sus secuencias de interacciones que
se desarrollarán entre un sistema y sus involucrados en el proceso de equivalencias y cambio de
carrera.

Métodos, herramientas y técnicas.

En este proceso se definirá las herramientas apropiadas y necesarias para la elaboración de un
software como ser; Gestor de base de datos, aplicaciones para el desarrollo de software, capacidad
de las máquinas a utilizar (Hardware), tiempo de desarrollo, en donde se plantearán opciones en
cuanto a las herramientas a utilizar estas se describirán además de añadir las ventajas y desventajas
más notables de cada herramienta:

Tabla 5:
Tabla de descripción, ventajas y desventajas de lenguajes de programación del lado del servidor

Lenguajes de
programación
Descripción de la herramienta
del lado del
servidor
Es una herramienta de programación de entorno web el cual Para el desarrollo de
ASP.NET se puede utilizar C#, VB.NET o J#.
Ventajas:
 Completamente orientado a objetos.
 Controles de usuario y personalizados.
Asp.net
 División entre la capa de aplicación o diseño y el código.
 Facilita el mantenimiento de grandes aplicaciones.
Desventajas:
 Mayor consumo de recursos.
 Tecnología propietaria.

35
 Proyecto PECC
 Hospedaje de sitios web costosos.

PHP es un lenguaje de programación multiplataforma que fue diseñado para el

desarrollo web con contenido dinámico, este lenguaje destaca por su facilidad de
aprender, por su similitud con otros lenguajes y por su capacidad de conexión a
diversos gestores de bases de datos.
Ventajas:
 Muy fácil de aprender.
 Se caracteriza por ser un lenguaje muy rápido.
 Soporta en cierta medida la orientación a objeto. Clases y herencia.
 Es un lenguaje multiplataforma: Linux, Windows, entre otros.
 Capacidad de conexión con la mayoría de los manejadores de base de datos:
MysSQL, PostgreSQL, Oracle, MS SQL Server, entre otras.
 Capacidad de expandir su potencial utilizando módulos.
 Posee documentación en su página oficial la cual incluye descripción y
PHP
ejemplos de cada una de sus funciones.
 Es libre, por lo que se presenta como una alternativa de fácil acceso para todos.
 Incluye gran cantidad de funciones.
 No requiere definición de tipos de variables ni manejo detallado del bajo nivel.
Desventajas:
 El lugar más seguro para ejecutar una aplicación es en un servidor propio, por
lo cual, si un cliente o usuario requiere su código en su pc, tendríamos que
dejar su código, sin manera de ocultarlo, aunque hay muchas aplicaciones que
nos ayuda a encriptar el código fuente.
 Debes saber cuándo menos HTML para poder hacer un trabajo medianamente
funcional
Si no lo configuras correctamente dejas abiertas muchas brechas de seguridad
Se necesita instalar un servidor web.
Es un lenguaje para la creación de sitios web dinámicos. Está orientado a
desarrollar páginas web en Java. JSP es un lenguaje multiplataforma.
Ventajas:
 Ejecución rápida del servlets.
 Crear páginas del lado del servidor.
 Multiplataforma.
 Código bien estructurado.
 Integridad con los módulos de Java.
 La parte dinámica está escrita en Java.
Java enterprise Desventajas:
 Todo el trabajo lo realiza el servidor y no delega al cliente. Por tanto, puede
ser más ineficiente a medida que las solicitudes aumenten de número.
 La legibilidad del código puede verse afectada al mezclar sentencias HTML y
PHP.
 La programación orientada a objetos es aún muy deficiente para aplicaciones
grandes.
 Dificulta la modularizaran.
 Dificulta la organización por capas de la aplicación.

36
 Proyecto PECC
Python es un lenguaje de programación interpretado cuya filosofía hace hincapié
en una sintaxis que favorezca un código legible en resumidas cuentas una apuesta por
la simplicidad, versatilidad y rapidez de desarrollo.
Ventajas:
 Interpretado.
 Interactivo.
 Orientado a objetos.
Phyton  Funciones y librerías.
 Sintaxis clara.
 Buen número de repositorios en GitHub.
 Crecimiento en el salario anual para los profesionales en la programación.

Desventajas:
 Python no dispone de buena documentación.
 Python es lento comparado con Java/C#.
Es un lenguaje de programación interpretado, reflexivo y orientado a objetos
también es un lenguaje de programación interpretado, reflexivo y orientado a objetos.
Ventajas:
 Cuenta con código libre.
Ruby  Tiene una extensa comunidad detrás de él que la respalda.
 Favorece en el ahorro de líneas de código.
 Tiene una forma más fácil de interactuar
Desventajas:
 No es un lenguaje muy conocido

Tabla 6:
Tabla de descripción, ventajas y desventajas de lenguajes de programación del lado del cliente
Lenguajes de
programación
Descripción de la herramienta
del lado del
cliente
Aunque sea del lado del cliente no se considera un lenguaje de programación sino más
bien un lenguaje de maquetación y este es un lenguaje estático para el desarrollo de
sitios web.
Ventajas:
 Sencillo que permite describir hipertexto.
 Texto presentado de forma estructurada y agradable.
 No necesita de grandes conocimientos cuando se cuenta con un editor de
páginas web.
HTML
 Archivos pequeños.
 Despliegue rápido.
 Lenguaje de fácil aprendizaje.
 Lo admiten todos los exploradores.

Desventajas:
 Lenguaje estático.
 La interpretación de cada navegador puede ser diferente.

37
 Proyecto PECC
 Guarda muchas etiquetas que pueden convertir en “basura” y dificulta la
corrección.
 El diseño es más lento.
Es un lenguaje de programación utilizado para crear pequeños programitas
encargados de realizar acciones dentro del ámbito de una página web. Se trata de un
lenguaje de programación del lado del cliente, porque es el navegador el que soporta
la carga de procesamiento. Su uso se basa fundamentalmente en la creación de efectos
especiales en las páginas y la definición de interactividad es con el usuario.
Ventajas:
 Es un lenguaje muy sencillo.
 Es rápido, por lo tanto, tiende a ejecutar las funciones inmediatamente.
 Cuenta con múltiples opciones de efectos visuales.
 Es soportado por los navegadores más populares y es compatible con los más
modernos, incluyendo iPhone, móviles y PS3.
 Es muy versátil, puesto que es muy útil para desarrollar páginas dinámicas y
aplicaciones web.
 Es una buena solución para poner en práctica la validación de datos en un
formulario.
 Es multiplataforma, puede ser ejecutado de manera híbrida en cualquier
Javascript sistema operativo móvil.
 Es el único lenguaje que permite trabajar modo FullStack en cualquier tipo de
desarrollo de programación.
Desventajas:
 En el FrontEnd sus códigos son visibles, por lo tanto, pueden ser leídos por
cualquier usuario.
 Tiende a introducir gran cantidad de fragmentos de código en los sitios web.
 Sus opciones 3D son limitadas, si se quiere utilizar este lenguaje de
programación para crear un juego, deben emplearse otras herramientas.
 No es compatible en todos los navegadores de manera uniforme.
 Los usuarios tienen la opción de desactivar JavaScript desde su navegador.
 Sus scripts son limitados por razones de seguridad y no es posible realizar todo
con JavaScript, por lo tanto, es necesario complementarlo con otros lenguajes
evolucionados y más seguros. Esta es una de las características de JavaScript
que algunos expertos lo contemplan como una ventaja y otros como una
desventaja.

Tabla 7:
Tabla de descripción, ventajas y desventajas de base de datos
Herramientas de
Descripción de la herramienta
base de datos
Es un sistema de gestión de base de datos de tipo objeto-relacional es básicamente
una herramienta cliente/servidor para la gestión de Bases de Datos.
Oracle Data Base Ventajas:
 Motor de base de datos objeto-relacional más usado a nivel mundial.
 Multiplataforma: puede ejecutarse desde un PC hasta una supercomputadora.

38
 Proyecto PECC
 Permite el uso de particiones para hacer consultas, informes, análisis de datos,
etc.
 Soporta todas las funciones que se esperan de un buen servidor.
 Software del servidor que puede ejecutarse en multitud de sistemas operativos:
Linux, Mac, Windows, etc.
Desventajas:
 Las versiones más recientes de Oracle son la 11g, 10g, 9g, 8g, desde el
lanzamiento original de la 8 se sucedieron varias versiones con correcciones,
hasta alcanzar la estabilidad en la 8.0.3. El motivo de tantos fallos fue, al
parecer, la remodelación del sistema de almacenamiento por causa de la
introducción de extensiones orientadas a objetos.

 El mayor inconveniente de Oracle es quizás su precio. Incluso las licencias de

Personal Oracle son excesivamente caras, en mi opinión. Otro problema es la
necesidad de ajustes.

 También es elevado el coste de la información, y sólo últimamente han

comenzado a aparecer buenos libros sobre asuntos técnicos distintos de la
simple instalación y administración.
Es un sistema de gestión de bases de datos relacional y multiusuario.
Ventajas:
 MySQL software es Open Source
 Velocidad al realizar las operaciones, lo que le hace uno de los gestores con
mejor rendimiento.
 Bajo costo en requerimientos para la elaboración de bases de datos, ya
que debido a su bajo consumo puede ser ejecutado en una máquina con
escasos recursos sin ningún problema.
 Facilidad de configuración e instalación. Soporta gran variedad de Sistemas
MySQL
Operativos.
 Baja probabilidad de corromper datos, incluso si los errores no se producen
en el propio gestor, sino en el sistema en el que está.
 Su conectividad, velocidad, y seguridad hacen de MySQL Server
altamente apropiado para acceder bases de datos en Internet.
Desventajas:
 Un gran porcentaje de las utilidades de MySQL no están documentadas.
 No es intuitivo, como otros programas.

SQL Server es un sistema de gestión de bases de datos relacionales (RDBMS) de

Microsoft que está diseñado para el entorno empresarial.
Ventajas:
 Soporte de transacciones.
 Escalabilidad, estabilidad y seguridad.
 Soporta procedimientos almacenados.
MS SQL Server
 Incluye también un potente entorno gráfico de administración, que Permite el
uso de comandos DDL y DML gráficamente.
 Permite trabajar en modo cliente-servidor, donde la información y datos se
alojan en el servidor y las terminales o clientes de la red sólo acceden a la
información.
 Además, permite administrar información de otros servidores de datos.
39
 Proyecto PECC

Desventajas:
 La principal desventaja de Microsoft SQL SERVER es la enorme cantidad de
memoria RAM que utiliza para la instalación y utilización del software.
 Una de las desventajas de SQL es que si lo quieres para practicas no te va hacer
útil porque en él se prohíben muchas cosas tiene restricciones en lo particular
me parece más viable usar MySQL es mucho mejor además de ser un software
gratis.
 La relación calidad-precio está muy debajo comparado con Oracle.

Es un sistema de gestión de bases de datos relacional orientado a objetos y libre,

publicado bajo la licencia PostgreSQL y es una de las opciones más interesantes en
bases de datos relacionales open-source.
Ventajas:
 Estabilidad y confiabilidad: No se han presentado caídas de la base de datos.
 Extensible: El código fuente está disponible de forma gratuita, para que quien
necesite extender o personalizar el programa pueda hacerlo sin costes.
 Multiplataforma: Está disponible en casi cualquier Unix, con plataformas en
la última versión estable, además de una versión nativa de Windows en estado
de prueba.
 Herramientas gráficas de diseño y administración de bases de datos.
PostgreSQL  Puede operar sobre distintas plataformas, incluyendo Linux, Windows, Unix,
Solaris y MacOS X.
 Buen sistema de seguridad mediante la gestión de usuarios, grupos de usuarios
y contraseñas.
 Gran capacidad de almacenamiento.
Desventajas:
 En comparación con MySQL es más lento en inserciones y actualizaciones, ya
que cuenta con cabeceras de intersección que no tiene MySQL.
 Soporte en línea: Hay foros oficiales, pero no hay una ayuda obligatoria.
 Consume más recursos que MySQL.
 La sintaxis de algunos de sus comandos o sentencias no es nada intuitiva.

Plan de aceptación del producto

En este plan se debe de hablar con el cliente es decir con las personas que utilizarán el producto
tiene que revisar y dar su punto de vista de las mejoras que se harán en el sistema de acuerdo al
requerimiento planteado.
Por otra parte, este plan de aceptación provee un panorama completo que incluye la aceptación
tanto del proyecto como del producto, el cual especificar cómo será el proceso para su aceptación
es su objetivo principal.

En primera instancia hemos plantearnos la siguiente interrogante.

¿El proyecto y producto cumplen con el alcance ya establecido?
De no ser así hasta que el último punto se ha completado. Una de las tres restricciones del producto
en cuanto a su aceptación se refiere es cumplir con el alcance definido, lo que significa que el
producto resultante del proyecto debe tener las características y funciones que fueron definidas al
comienzo.

40
 Proyecto PECC
Llevar acabo la aceptación del producto conlleva a confirmar que en realidad es así y que por lo
tanto el proyecto ha cumplido con el alcance a continuación se definirán unas etapas del proceso
de aceptación.

Etapas del proceso de aceptación del producto

Etapa 1: Etapa 2: Etapa 3:

Aceptación Aceptación Cierre
interna externa

Aceptación interna:
En esta aceptación se hizo la revisión rígida y exhaustiva que ocurre dentro del equipo proyecto
antes de entregar formalmente los entregables. En algunos equipos de trabajo se considera
cerciorarse de que las entregas estén completas, en nuestro equipo simplemente aplicamos control
de calidad de principio a fin, lo cual hace que el producto tenga una mayor aceptación en cuanto a
su calidad, función, finalidad se refiere, dado que los lideres (coordinadores) del equipo tienen
muy claro cuál es el propósito, el objetivo y el alcance del proyecto y del producto, dando así su
aceptación o denegación de los entregables por parte de los demás miembros del equipo.

Este proceso como se mencionó anteriormente ocurre dentro del propio equipo de proyecto y su
principal objetivo será precisamente el de identificar si un entregable está completo y cumple con
lo solicitado, y si consecuentemente puede ser entregado.

Este proceso se realiza a lo largo de toda la fase del proyecto iniciación, planeación ejecución,
control y cierre, aunque cobra mayor importancia en la parte final de estas fases, a medida que se
van completando los entregables. Para poder llevar a cabo este proceso es importante que se
cumplan los siguientes requisitos:
Disponer de una buena definición del alcance, tanto en lo referente al producto como al proyecto.
Cada entregable debe estar hechos siguiendo los formatos, plantillas, etc. Definidos por la
organización y líderes (proyecto). Referente a este aspecto, es también importante haber definido
previamente la composición del entregable (lista de pasos a seguir, planes de gestión del proyecto,
finalidad, propósito etc), ya que un aspecto de calidad a controlar es que el entregable esté
completo, a continuación, se definen técnicas para definir correctamente el alcance.

Técnicas para definir correctamente el alcance

Definir el flujo y responsables para realizar la aprobación de los entregables. Esto se hace en la
lista de entregables. En función de la tipología del entregable puede ser necesario efectuar
diferentes tipos de aprobaciones, como conceptual, funcional etc.

Por consiguiente, disponer de un mecanismo de control de la documentación que permita saber el

estado de aprobación de cada entregable y cuál es la última versión aprobada por los líderes
miembros del proyecto.

Una vez efectuada la aceptación del proyecto interna del entregable, este puede ser entregado al
cliente y continuar con el proceso de aceptación externa.

41
 Proyecto PECC
Aceptación externa:
Esta aceptación se realizará justo en el momento de la aprobación de los entregables por parte de
los entes que están al margen del equipo del proyecto como ser: La aprobadora y directora general
del proyecto (Licda. Dulis Córdoba) y el aprobador general (Coordinador de la carrera de
informática administrativa).

Por consiguiente, es la aceptación del proyecto que hace el cliente de los entregables creados
durante su ejecución, y que determina si estos cumplen con los objetivos o no. Este aspecto tiene
una importancia vital dentro de la gestión de proyectos por los siguientes motivos:
Cuando se trata de la aceptación de la coordinación una fase o de un entregable parcial, esta
permitirá percatarnos de una manera rápida y eficiente comprobar si vamos en la dirección correcta
antes de ejecutar nuevos trabajos. Esto limita el volumen de horas o gastos sujetos a riesgo de
realizar nuevamente el trabajo, lo cual reduce el riesgo del proyecto. En este sentido, una correcta
definición de entregables parciales puede ser parte de una estrategia de mitigación del riesgo de
no conformidades. Adicionalmente, la aceptación de una fase o del proyecto constituye un
requisito necesario para proceder al proceso de cierre.

Cierre:
Como es de percatarnos la aceptación interna debe ocurrir antes que la aceptación externa y para
terminar el cierre, que esta etapa ocurre cuando ambas aceptaciones se cumplen.

6.Planes del Proceso de Soporte

Con los siguientes planes se busca entregar todas las consideraciones a tener en cuenta, para el
sostenimiento y control de factores externos al Proyecto de Equivalencias y Cambio de Carrera
(PECC) para así facilitar la realización del mismo. Las actividades y tareas en un proceso de
soporte son compromiso de los responsables del proyecto, además de asegurar que el proceso
exista y sea funcional.

También se le da el mantenimiento y soporte permanente al Sistema de Equivalencias y Cambio

de Carrera después de que haya sido implementado en el departamento de Informática
Administrativa. Ello incluye tanto el mantenimiento estricto del Sistema de Equivalencias y
Cambio de Carrera como las posibles mejoras que puede añadirse al Sistema antes mencionado.

El Proceso de Soporte del Sistema de Equivalencias y Cambio de Carrera consta de 4 actividades

permanentes:
1. Corregir errores (llamado mantenimiento): Algunos de estos errores tendrán origen en
fallos en la comunicación de las necesidades. Otros estarán provocados por defectos de
diseño. Los habrá también originados por situaciones no previstas y, por lo tanto, no
probadas. Y, por último, los errores pueden ser causados por un mal uso no previsto del
Sistema de Equivalencias y Cambio de Carrera.
2. Recuperar el Sistema de Equivalencias y Cambio de Carrera: Es posible que el sistema
falle el Analista de Sistema es el encargado de arreglar el Sistema o de actuar como
intermediario entre los usuarios y quienes deben recuperar el Sistema de Equivalencias y
Cambio de Carrera
3. Asistir a los usuarios del Sistema de Equivalencias y Cambio de Carrera:
Independientemente de cómo haya sido la formación de usuarios o de calidad de la
documentación. El Analista de Sistema, debe estar a disposición de los usuarios que utilicen
el sistema de Equivalencias y Cambio de Carrera para ofrecerles ayuda en el uso diario.
42
 Proyecto PECC
4. Adaptar el Sistema de Equivalencias y Cambio de Carrera ante una nueva necesidad: La
adaptación del Sistema de Equivalencias y Cambio de Carrera se exige a las nuevas
necesidades ya que es una posibilidad siempre abierta para el Sistemas para una nueva
implantación. El mantenimiento ligado a estas adaptaciones obliga al Analista a analizar
las nuevas necesidades y volver a las fases adecuadas del análisis del diseño y la
implantación del Sistemas de Equivalencias y Cambio de Carrera.

El Soporte de Sistema de Equivalencias y Cambio de Carrera requiere a menudo que el analista

vuelva a reparar actividades típicamente desarrolladas durante el análisis, el diseño y la
implantación del Sistema antes mencionado.

Plan de control de la configuración.

En este Plan se mantiene la integridad de las versiones que obtenemos a lo largo del desarrollo
del Proyecto de Equivalencias y Cambio de Carrera (PECC), garantizando que no se realizan
cambios incontrolados. En nuestra herramienta de configuración no solo se encontrarán los
ejecutables y código fuente, sino también los modelos de datos, modelos de procesos,
especificaciones de requisitos, pruebas, etc.

Y así poder facilitar el mantenimiento del sistema, aportando información precisa sobre el impacto
de los cambios solicitados y reduciendo el tiempo de implementación de un cambio, tanto
evolutivo como correctivo. Asimismo, permite controlar el producto a lo largo de su desarrollo,
obtener informes sobre el estado del Proyecto de Equivalencias y Cambio de Carrera (PECC) y
reducir el número de errores de adaptación del sistema, lo que se traduce en un aumento de calidad
del producto.

Plan de pruebas.
El plan de pruebas de Software se elabora con el fin de especificar qué elementos van a estar
sujetos a pruebas para que el grupo de trabajo pueda realizar el proceso de validación y verificación
de los requerimientos funcionales del sistema que agilice los procesos de cambio de carrera y
equivalencias del departamento.

Alcance: Teniendo en cuenta lo anterior, el grupo de trabajo pretende realizar las pruebas de
manera incremental por los tipos de prueba que se describen a continuación:

La facilidad de uso: Consiste en que siempre tengan el conocimiento sobre qué pueden o qué
deberían hacer los usuarios en cada momento y cómo hacerlo.

Funcionalidad: El sistema de Equivalencias y Cambio de Carrera debe poder realizar todos los
requerimientos establecidos con el cliente, este módulo será guiado por los diferentes tipos de
requerimientos que se han manejado durante el proyecto

Persistencia: El sistema de Equivalencias y Cambio de Carrera debe ser capaz de guardar datos
para ser usados en otro momento, además de tener acceso a ellos sin tener ningún problema de
consistencia e integridad.

Características a ser probadas

Se debe tener en cuenta el criterio de aceptación y dependencias de los requerimientos funcionales
de la coordinación del Departamento de Informática Administrativa, para realiza pruebas en los
43
 Proyecto PECC
elementos. Además, se deben utilizar los casos de uso para tener claro los eventos de éxito y fallo,
y si el sistema de Equivalencias y Cambio de Carrera cumple con ellos.

Tipos de prueba
1. Pruebas por proceso: En este caso proceso se refiere a un cambio de carrera y
equivalencias. El requerimiento es aprobado si éste cumple con lo que está escrito en la
especificación de requerimientos.
2. Actividades: Análisis de requerimientos del sistema.
3. Herramienta: Netbeans.
4. Entregables: Lista de chequeo sobre el cumplimiento del requerimiento.
5. Pruebas de Valores: Se toma en cuenta los límites para verificar tanto el ingreso de
información al sistema como las dimensiones de los campos en la base de datos.
6. Actividades: Pruebas con los valores límites y mínimos que debe recibir el programa.
Herramienta: Netbeans.
7. Entregables: Lista de comprobación de valores.
8. Pruebas de Sistema: Son pruebas realizadas al sistema de Equivalencias y Cambio de
Carrera como un conjunto, qué casos de uso cumple a cabalidad, con rutas de éxito, fallo
y estrés.
9. Actividades: Pruebas de disponibilidad y de estrés para el funcionamiento del sistema.
10. Herramienta: Netbeans.
11. Entregables: Informe generado por el responsable.

Proceso de pruebas
En esta sección se presentan los casos de pruebas generales del sistema de Equivalencias y Cambio
de Carrera. En cada cuadro se desglosan los diferentes módulos involucrados para el
funcionamiento y se evalúa el resultado obtenido. En las siguientes tablas, se muestran los casos
de pruebas a realizar:

Casos de pruebas
En esta sección se presentan las diferentes situaciones generales sujetas a pruebas del sistema. En
cada cuadro se desglosan los diferentes módulos involucrados para el funcionamiento y se evalúa
el resultado obtenido. En las siguientes tablas, se muestran los casos de pruebas a realizar:

Nombre Modificar el Sistema Prueba 1

Descripció Verificar el éxito de la creación, modificación y eliminación de los cambios de
n carrera y equivalencias de clases, verificar que factores impiden las
modificaciones.
Pasos 1. Selección de la acción que desea hacer
2. Crear cambio de carrera
3. Modificar cambio de carrera
4. Eliminar cambio de carrera
5. Crear equivalencia de clase
6. Modificar equivalencia de clase
7. Eliminar equivalencia de clase
8. Verificar los cambios realizados entre cada paso.
Tabla 1. Caso de prueba 1

44
 Proyecto PECC
Nombre Generar Reportes Prueba 2
Descripció Verificar que la generación de documentos se realiza con la información
n correspondiente al cada alumno y proceso.
Pasos 1. Seleccionar la ubicación del archivo.
2. Clic en “Guardar”.
3. Esperar que abra el archivo.
4. Verificar información (que coincida con la que se muestra en el
Sistema.
Tabla 2. Caso de prueba 2

Nombre Pruebas de Valores Prueba 3

Descripció Verificar el dimensionamiento del sistema cuando se ingresan valores extremos.
n
Pasos 1. En cada campo, donde el usuario tenga la oportunidad de ingresar
Información, verificar sus límites.
a. Si son alfa numéricos: verificar el tamaño máximo.
b. Si son numéricos: verificar el límite mínimo y máximo.
2. Registrarlos en el archivo de “Reporte de Pruebas”
Tabla 3. Caso de prueba 3

Nombre Funcionamiento y Análisis de Prueba 4

Equivalencias
Descripció Verificar que los parámetros brindados por el usuario para la selección de
n equivalencias se apliquen correctamente, y que los registros guardados sean
coherentes entre procesos.
Pasos 1. Seleccionar el proceso de equivalencias
2. Crear un parámetro de análisis
3. Ingresar un registro en el que influya el parámetro creado.
4. Verificar que la equivalencia fue aprobada conforme al parámetro.
Tabla 4. Caso de prueba 4

Nombre Actualización entre procesos en la Prueba 5

Base de datos
Descripción Verificar si al hacer un cambio en los requerimientos, se actualiza el historial en
la base de datos, según los procedimientos programados.
Pasos 1. Ir a la pantalla del menú
2. Seleccionar un proceso a realizar
3. Crear, modificar o eliminar registros involucrados con triggers o
procedimientos almacenados.
4. Ir a la base de datos
5. Verificar el registro modificado.
Tabla 5. Caso de prueba 5

45
 Proyecto PECC
Nombre Consultar Atributos Prueba 6
Descripción Verificar que la información que se consulta sea consistente y que cada
Valor corresponda al requerimiento correcto.
Pasos 1. Ir a la pantalla de Menú.
2. Hacer una consulta de datos en cada uno de los campos de búsqueda del
sistema.
3. Seleccionar atributos de búsqueda.
4. Verificar que la información mostrada con la información almacenada en la
Base de datos sea correcta acorde con los atributos seleccionados.
Tabla 6. Caso de prueba 6
Plan de documentación.
Este proceso contiene toda la información y documentación necesaria del Sistema informático de
Equivalencias y Cambio de Carrera (PECC), y se deben incluir los siguientes documentos:

1. Requerimiento del sistema: Se detallan las características o atributos del sistema

informático de Equivalencias y Cambio de Carrera, también se detallan los requerimientos
funcionales que especifica algo que el sistema informático ya entregado es capaz de
realizar, de igual manera detallar los requerimientos no funcionales como el rendimiento
de calidad, la disponibilidad, el mantenimiento la facilidad de uso del Sistema de
Equivalencias y Cambio de Carrera, etc.

2. Manual de usuario: Este manual será una guía para el usuario ya que ayudara a entender
de forma clara el funcionamiento del sistema informático de Equivalencias y Cambio de
Carrera. Es necesario que se detallen todas las características que tiene sistema y la forma
de acceder e introducir la información.
3. Manual técnico: Este manual será una guía para el personal que estará a cargo del sistema
Informático de Equivalencias y Cambio de Carrera, por eso es muy importante que se
detalle todas las especificaciones técnicas del sistema a desarrollar, de igual manera es una
guía para la realización de las operaciones de mantenimiento del sistema.

4. Manual de instalación: Este manual es muy importante ya que detallara las instrucciones
necesarias para realizar la instalación del Sistema Informático de Equivalencias y Cambio
de carrera correctamente.

Plan de aseguramiento de la calidad y Plan de revisiones y auditorías al producto del proyecto.

Este plan debe establecer o consultar una auditoría para la revisión del sistema en cuanto a la
seguridad, rendimiento, calidad. Y de acuerdo a esto se establece por medio de la auditoria interna
de la facultad, dentro del departamento o a nivel universitario también se puede contratar una casa
auditora externa.

El propósito de contar con un Programa de Aseguramiento de Calidad

Suministrar seguridad razonable a los diversos terceros interesados de la actividad de auditoría
interna de las cuales:
1. Se desempeña de acuerdo con su estatuto, que debe desarrollarse en conformidad con las
Normas para el ejercicio Profesional de la Auditoría Interna y el Código de Ética.
2. Los procesos del sistema de Equivalencias y Cambio de Carrera deben operar de una
manera eficaz y eficiente.
46
 Proyecto PECC
3. Los terceros interesados perciben que agrega valor y mejora los procesos del sistema de
Equivalencias y Cambio de Carrera.
Estos procesos deben incluir supervisión apropiada, evaluación interna periódica y monitoreo
continuo del aseguramiento de calidad y evaluaciones externas periódicas.

Las evaluaciones deben considerar e indicar la calidad de la actividad de auditoría interna y

contribuir a las recomendaciones para mejoras apropiadas. Las evaluaciones de los programas de
calidad deben considerar:

1. Cumplimiento con las Normas y Código de Ética.

2. Adecuación del estatuto, de las metas, las políticas y los procedimientos de la actividad de
auditoría interna.
3. Contribución a la gestión de riesgos y a los procesos de Control del Sistema de
Equivalencias y Cambio de Carrera.
4. Cumplimiento con leyes, reglamentaciones y normas Académicas de la Universidad
Nacional Autónoma de Honduras aplicables.
5. Eficacia en las actividades de mejora continua y la adopción de mejores prácticas; y Si la
actividad de auditoría agrega valor y mejora los procesos del Sistema de Equivalencias y
Cambio de Carrera.
6. Deben realizarse evaluaciones externas, tales como revisiones de aseguramiento de
calidad, al menos una vez cada cinco años por un revisor o equipo de revisión cualificado
e independiente, proveniente de fuera del Departamento de Informática Administrativa. Se
anima a los auditores internos a informar que sus actividades son “realizadas de acuerdo
con las Normas para el Ejercicio Profesional de la Auditoría Interna”. Sin embargo, los
auditores internos podrán utilizar esta declaración sólo si las evaluaciones del programa de
mejoramiento de calidad demuestran que la actividad de auditoría interna cumple con las
Normas académicas establecidas por la Universidad Nacional Autónoma de Honduras.

Comunicación de los resultados de la Evaluación Interna

Desarrollarse conclusiones respecto de la calidad del desempeño y la acción apropiada iniciada
para lograr mejoras y conformidad con las Normas académicas establecidas por la Universidad
Nacional Autónoma de Honduras, si resulta necesario. El Director de Auditoría Interna (DAI) debe
establecer una estructura para informar resultados de revisiones periódicas que mantengan la
credibilidad y objetividad apropiadas. En general, aquellos a los que se les asignó la
responsabilidad de conducir revisiones continuas y periódicas deben informar al DAI mientras
realizan las revisiones y deben comunicar sus resultados directamente al DAI. Comunicación de
resultados: El DAI debe compartir los resultados de las evaluaciones internas y los planes de acción
necesarios con las personas apropiadas que se encuentren fuera de la actividad, tales como la Alta
Gerencia.

Plan de aseguramiento de la calidad y Plan de revisiones y auditorías al producto del proyecto.

Se debe establecer o consultar una auditoría para la revisión del sistema en cuanto a la seguridad,
rendimiento, calidad, etc. y de acuerdo a esto se establece por medio de la auditoria interna de la
facultad, dentro del departamento o a nivel universitario también se puede contratar una casa
auditora externa.

47
 Proyecto PECC
¿Cuál es el propósito de contar con un Programa de Aseguramiento de Calidad?
Suministrar seguridad razonable a los diversos terceros interesados de la actividad de auditoría
interna de las cuales:
-Se desempeña de acuerdo con su estatuto, que debe desarrollarse en conformidad con las
Normas para el ejercicio Profesional de la Auditoría Interna y el Código de Ética.
- Opera de una manera eficaz y eficiente.
-Los terceros interesados perciben que agrega valor y mejora las operaciones de la
Organización.

Estos procesos deben incluir supervisión apropiada, evaluación interna periódica y monitoreo
continuo del aseguramiento de calidad y evaluaciones externas periódicas.

Las evaluaciones deben considerar e indicar la calidad de la actividad de auditoría interna y

contribuir a las recomendaciones para mejoras apropiadas. Las evaluaciones de los programas de
calidad deben considerar:
- Cumplimiento con las Normas y Código de Ética.
- Adecuación del estatuto, de las metas, las políticas y los procedimientos de la actividad de
auditoría interna.
- Contribución a la gestión de riesgos, al gobierno administrativo y a los procesos de Control
de la Organización.
- Cumplimiento con leyes, reglamentaciones y normas gubernamentales aplicables.
- Eficacia en las actividades de mejora continua y la adopción de mejores prácticas; y Si la
actividad de auditoría agrega valor y mejora las operaciones de. Deben realizarse evaluaciones
externas, tales como revisiones de aseguramiento de calidad, al menos una vez cada cinco años
por un revisor o equipo de revisión cualificado e independiente, proveniente de fuera de la
Organización. Se anima a los auditores internos a informar que sus actividades son “realizadas de
acuerdo con las Normas para el Ejercicio Profesional de la Auditoría Interna”. Sin embargo, los
auditores internos podrán utilizar esta declaración sólo si las evaluaciones del programa de
mejoramiento de calidad demuestran que la actividad de auditoría interna cumple con las Normas.

¿Qué y a quién se comunican los resultados de la Evaluación Interna?

Deben desarrollarse conclusiones respecto de la calidad del desempeño y la acción apropiada
iniciada para lograr mejoras y conformidad con las Normas, si resulta necesario. El Director de
Auditoría Interna (DAI) debe establecer una estructura para informar resultados de revisiones
periódicas que mantengan la credibilidad y objetividad apropiadas. En general, aquellos a los que
se les asignó la responsabilidad de conducir revisiones continuas y periódicas deben informar al
DAI mientras realizan las revisiones y deben comunicar sus resultados directamente al DAI.
Comunicación de resultados: El DAI debe compartir los resultados de las evaluaciones internas y
los planes de acción necesarios con las personas apropiadas que se encuentren fuera de la actividad,
tales como la Alta Gerencia.

Plan de resolución de problemas.

La resolución del problema surge de aquellas situaciones que se pueden presentar en la ejecución
del proyecto de Equivalencia y Cambio de Carrera (PECC), así como en la implementación en el
Departamento de informática Administrativa.

Identificación de los Problemas:

1. Ejecución del proyecto
48
 Proyecto PECC
a) Presupuesto
b) Procesos de Comunicación entre los grupos de las distintas direcciones.
c) Planificación no ajustada a la realidad
d) Modificación de Alcances en el transcurso del proyecto.

2. Sistema
a) Definir una sola vía de comunicación accesible, donde el alumno pueda recibir el
dictamen emitido por el coordinador de la carrera.
b) Actualización de la información (requisitos para realizar trámite).
Una vez hemos identificado los posibles problemas que se pueden presentar en la ejecución,
debemos proceder a realizar las recomendaciones necesarias para realizar la ejecución de manera
más eficiente, evitando estos futuros problemas.

Resolución:
Presupuesto: Antes de realizar la ejecución del Proyecto de Equivalencias y Cambio de
carrera (PECC), se debe tener claro si se cuenta con el presupuesto adecuado para la
realización del mismo, contando con la aprobación previa de las autoridades del
Departamento de Informática Administrativa.

3. Procesos de Comunicación entre los grupos de las distintas direcciones: Desarrollar un

plan de comunicación en el que se establezcan las necesidades de comunicación entre las
diferentes facultades y regionales, para poder facilitar el proceso que se debe realizar por
parte del alumno.

4. Planificación no ajustada a la realidad: Tener bien definido los puntos de Estimaciones,

movilidad de recursos, fechas prefijadas, utilizando los procedimientos, herramientas, bases
de datos históricos adecuados para estimar el tamaño, el esfuerzo, el costo y los recursos
necesarios para la planificación y seguimiento del sistema informático de Equivalencias y
Cambio de Carrera.

5. Modificación del alcance: Se de tener informado a las autoridades del Departamento de

Informática Administrativa de los pasos y de las tareas pendientes para gestionar
expectativas y anticiparse a posibles retrasos. Manteniendo una comunicación constante con
los responsables del Proyecto de Equivalencias y Cambio de Carrera (PECC).

6. Definición de una sola vía de Comunicación: Se debe definir una sola vía, para él envió
del dictamen realizado por el Coordinador del Departamento de Informática Administrativa,
una manera que sea más rápida y accesible para que el alumno tenga conocimiento de lo
informado de un modo más rápido.

7. Actualización de la información: Realizar actualizaciones de los requisitos, una vez que

estos hayan sido aprobados por el Departamento de Informática Administrativa, para
facilitarle el proceso al alumno (muchas veces no se hacen las actualizaciones de parte del
Departamento con los nuevos documentos a presentar).

Seguimiento de Recomendaciones
Es importante evaluar la aplicación de Resolución de Problemas a través de:

49
 Proyecto PECC
1. La realización de reuniones periódicas durante la ejecución he implementación del Sistema
de Equivalencias y Cambio de Carrera, para saber cómo se está realizando y ejecutando el
Sistema.
2. Así mismo teniendo revisiones mensuales (o como lo dispongan las partes) de cómo está
el funcionamiento del Sistema.
3. Desarrollar una norma de Gestión adecuada que recoja la definición del proyecto, en las
decisiones tomadas en las reuniones (líneas bases).

Plan de mejora del proceso.

El plan de mejora del proceso puede ayudar a identificar las áreas de mejoramiento, del Proyecto
de Equivalencias y Cambio de Carrera (PECC), también se enfoca en las necesidades específicas
de los interesados, también ver las prioridades que tienen cada proceso y poder hacer mejoras
continuas.

Propósito
La pretensión de este plan está orientada a iniciar en el Departamento de Informática administrativa
la mejora del proceso de cambio de carrera y equivalencias que actualmente se realiza en la
facultad, teniendo en cuenta ciertos objetivos específicos.
1. Incorporar a los miembros de coordinación de la carrera de Informática, así como a las
personas que desarrollaran la aplicación en la mejora del cambio de carrera y equivalencias.
2. Fortalecer la estructura del proceso de cambio de carrera y equivalencias actualizado en el
modelo funcional utilizando una aplicación que optimizara las operaciones de los
interesados.
3. Establecer criterios de calidad a partir de las propuestas de los miembros del departamento.

Áreas de mejora
Primero se debe identificar las áreas de mejora y detectar las causas por qué se debe realizar
cambios, así mismo accionar para solucionar los diferentes problemas que se puedan dar.
Una vez realizado el diagnostico la unidad evaluada conoce las principales fortalezas y debilidades
en relación al entorno. La clave reside en la identificación de las áreas de mejora.

50
 Proyecto PECC
Proceso de cambio de carrera y equivalencias

Propuestas de Mejora Responsable Tiempo Realización

Realizar trámites para
Desarrollador de la aplicación junto
mejorar el equipamiento
con los Coordinadores del departamento Largo plazo
computacional donde será
de Informática Administrativa.
desarrollada la aplicación.
Propiciar el mantenimiento Desarrollador de la aplicación junto
permanente de la aplicación y con los Coordinadores del departamento Largo plazo
del equipo de cómputo. de Informática Administrativa.
Monitorear la actualización
Coordinadores del departamento de
de los procesos de cambio de Corto Plazo
Informática Administrativa.
carrera y equivalencias.
Crear una unidad destinada a
coordinar las actividades de
investigación y procesos a Coordinadores del departamento de
Corto Plazo
seguir de parte de los Informática Administrativa.
estudiantes en el departamento
de Informática.
Asignar responsabilidades
en cuanto al seguimiento de las Coordinadores del departamento de
Largo Plazo
solicitudes, entrevistas y Informática Administrativa.
fortalecer los procesos.

Responsables
En el plan de mejora señalaremos las personas sobre las cuales recae responsabilidad de las
actividades propuestas del Proyecto de Equivalencias y Cambio de Carrera (PECC):
1. En este caso sería la persona encargada de desarrollar la aplicación.
2. Las personas encargadas de todo el equipo computacional que se necesitara para llevar a cabo
la aplicación.
3. Autoridades del Departamento de Informática Administrativa.

7. Planes adicionales para el producto del proyecto

En esta etapa del proyecto se contemplarán los planes adicionales de un plan de Proyecto es decir
aquellos planes que al principio fueron un tanto difíciles de estimar ya sea en cuanto a tiempo o
costo, o porque su realización depende de otra. Algunos ejemplos son las listas de entrega y las
principales listas de hitos. Estos planes son los que se verán afectados conforme avanza el proyecto
y no deben ser descartados por los directores del proyecto, dado que estos planes no estén
contemplados dentro del mismo puede llevar a posibles desviaciones en cuanto al logro del
objetivo, propósito y alcance retrasos etc.

51
 Proyecto PECC

Plan adicional Descripción del Plan

Esta parte se dará a conocer que para cumplir en cuanto a la
seguridad de la información, que la plataforma debe contar con
un módulo de uso exclusivo para la coordinación el cual deberá
no solo diseñarse si no desarrollarse con las mejores técnicas,
prácticas o metodologías teniendo en cuenta que internet es
Seguridad peligroso y puede verse en riesgo los principios tanto de
disponibilidad, integridad y confidencialidad de la información
debido a ataques, la plataforma web debe ser desarrollada por
personas que tengan los conocimientos más amplios en cuanto al
desarrollo web se refiere además de conocimientos amplios en
seguridad de la información.
Costos adicionales que quizá al principio no se contemplaron
pero que a medida el proyecto se ve en desarrollo y evolución
Costos adicionales pueden aparecer, ya sea porque son considerados necesarios ya
que de no realizarse pueden correr el riesgo de atentar con el
objetivo del proyecto, además de los entregables.
Puede estar definido por informes que se deben entregar
conforme se ve en desarrollo el proyecto, estos pueden estar
Listas de entrega
ligados a entregas que se hacen para establecer acuerdos con los
interesados tanto del proyecto como del producto
En este plan adicional estará marcado por los puntos del
proyecto más importantes los cuales es necesaria su revisión, ya
Lista de hitos
que de estos puntos depende en gran parte el éxito del producto
del proyecto.

52
 Proyecto PECC
Anexos

Calendario de fases y actividades del proyecto

Tabla 3 Tabla de calendario de fases y actividades del proyecto
Semanas
Fases Actividades 1 2 3 4
1. Plan para 1.1 Propósito, alcance y X
Administrar el objetivos
Proyecto. 1.2 Suposiciones y restricciones X
1.3 Elementos del proyecto X
sujetos a entrega
1.4 Calendario y resumen del X
presupuesto
2. Organización del 2.1 Estructura interna X
proyecto. 2.2 Funciones y X
responsabilidades
2.3 Interfaces externas X
3. Planes 3.1 Plan inicial X
Complementarios 3.2 Plan de estimación de tiempo X
del Proyecto. del proyecto
3.3 Plan de recurso humano del X
proyecto
3.4 Plan de adquisición de X
recursos.
3.5 Asignación del presupuesto X
3.6 Plan de Control X
3.7 Plan de Manejo de riesgos X
3.8 Plan de Calidad X
4. Planes del Proceso 4.1 Modelo del proceso X
técnico. 4.2 Métodos, herramientas y X
técnicas
4.3 Plan de aceptación del X
producto.
5. Planes del Proceso 5.1 Plan de control de la X
de Soporte. configuración.
5.2 Plan de pruebas X
5.3 Plan de documentación X
5.4 Plan de aseguramiento de la X
calidad y Plan de revisiones y
auditorías al producto del proyecto.

5.5 Plan de resolución de X

problemas.
5.6 Plan de mejora del proceso. X

53
 Proyecto PECC
6. Planes adicionales X
para el producto
del proyecto.

7. Identificar los 7.1 Definir el alcance y X

problemas. entregables.
7.2 Ordenar las actividades de
manera secuencial.
7.3 Definir cronológicamente las
actividades.
8. Determinar los Verificar si la documentación X
requerimientos. obtenida es suficiente.
Ordenar la información según
relevancia.
9. Análisis. Analizar la documentación X

10. Diseño de los Hacer los diseños de los modelos X

modelos. conceptual y funcional tanto del
proceso de equivalencias como del
proceso de cambio de carrera.
11. Pruebas y Realizar pruebas a los modelos, X
mantenimiento. acordar con coordinación sobre su
funcionamiento.
Definir un modelo una práctica
un procedimiento o una política que
asegure el mantenimiento de ambos
modelos.

54
 Proyecto PECC
Presupuesto tecnológico del área de informática administrativa

Descripción Cantid Precio Precio Justificación

(Artículo) ad unitario total
Servidor 1 L. 23,058.00 L. El servidor básico y económico de 1 socket y
PowerEdge 23,058.00 de 1U de DELL, proporciona funciones de
™ R210 administración avanzadas, una fuente de
alimentación de baja tensión y opciones de
conectividad de almacenamiento externo

Entre las características del PowerEdge™

R210 se encuentran el rendimiento de los
procesadores Intel® Xeon® serie 3400, la
memoria DDR3, la capacidad de ampliación del
almacenamiento externo con e-SATA y las
funciones de administración de clase empresarial
en un chasis ultra compacto de 15,5” de
profundidad.

Computado 10 L.11,000.00 L. Computadoras existentes en el laboratorio de

ras de 110,000.00 la carrera de IA con las siguientes características:
escritorio Procesador core i3
6 GB de memoria Ram DDR3
500 Gb de Disco duro.
Pantalla de 15” marca Dell
UPS de 10 L.1620.00 L. UPS en existencia en los laboratorios de la
550VA 16,200.00 carrera de IA con capacidad de respaldo de 10
Marca: minutos para una computadora.
APC
Modelo:
BE550G
Internet 1 L. 800.00 L. 800.00 Ancho de banda proporcionado por la DGIT
de 2 MB
Licenciamie 1 L. 23,976.00 L. Windows server standard 2008
nto 23,976.00
Licenciamie 1 L. L. Licencia de Oracle 10g
nto 112,000.00 112,000.00
Escritorio 10 L. 890.00 L.8,900.0 Escritorio para computadora de madera
para 0
computador
a
Sillas 10 L. 1,729.00 L. Sillas secretariales confortables para el
secretarial 17,290.00 óptimo equipamiento del personal encargado de
con brazo administrar y utilizar el sistema de IA.
TOTAL L.
312,224.00

55
 Proyecto PECC
Asignación del presupuesto.
Según lo establecido en el presupuesto general del proyecto, la asignación presupuestaria está
orientada a la adquisición de los recursos tecnológicos necesarios para el correcto funcionamiento
del aplicativo.
Como se puede observar en el siguiente cuadro, se aprecia el porcentaje de asignación
presupuestaria.

1.A. No. de Costo %

Total
Inversiones Unidades Unitario Asignado
A.1 Servidor
PowerEdge™
R210 1 L 23,058.00 L 23,058.00 7.39%
A.2
Computadoras de
escritorio 10 L 11,000.00 L 110,000.00 35.23%
A.3 UPS de
550VA Marca:
APC Modelo:
BE550G 10 L 1,620.00 L 16,200.00 5.19%
A.4 Escritorio
para computadora 10 L 890.00 L 8,900.00 2.85%
A.5 Sillas
secretarial con
brazo 10 L 1,729.00 L 17,290.00 5.54%
Cantidad Costo %
2.B. Servicios Total
de Proveedor proveedor Asignado
B.1 Internet 1 L 800.00 L 800.00 0.26%
3.C.
Costo %
Licenciamiento Cantidad Total
Unitario Asignado
Software
C.1 Windows
server standard
2008 1 L 23,976.00 L 23,976.00 7.68%
C. 2 Licencia
de Oracle 10g 1 L 112,000.00 L 112,000.00 35.87%
L
Total 312,224.00 100%

56
 Proyecto PECC

Conclusiones

1. El plan para administrar el proyecto que planteo la clase de administración y evaluación de

proyectos, es una automatización que guía a los empleados del departamento de informática
administrativa, para una mejora sustancial que se realizara a corto plazo, y que su
implementación traerá beneficios tanto para la carrera, como a sus estudiantes.

2. Las definiciones que trae el plan son una guía para entendimiento para los desarrolladores,
que facilitara una perspectiva de cómo está estructurado en la actualidad el cambio de carrera
y las equivalencias. Con las mejoras que se propusieron, se guiara a los programadores en sus
planificaciones durante el análisis y el diseño hasta su implementación y su respectiva
evaluación.

3. El plan se realizó bajo las normativas que se implementan dentro de la universidad. Esto
sirve para mantener la integridad de los procesos de cambio de carrera y equivalencias.

57