Professional Documents
Culture Documents
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:
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.
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.
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.
Objetivo
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.
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
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.
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.
9
Proyecto PECC
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.
Í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.
11
Proyecto PECC
Estructura interna
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.
13
Proyecto PECC
Planes del proceso C/I/A C/I/A R I/R
técnico
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
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.
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.
16
Proyecto PECC
Plan de adquisición de
recursos.
Asignación del
presupuesto.
Plan de control.
Plan de manejo de riesgos.
Plan de calidad.
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.
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.
Estimación de
recurso humano
requerido
19
Proyecto PECC
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.
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.
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.
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.
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
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.
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.
25
Proyecto PECC
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.
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.
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.
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:
EJECUCIÒN necesaria)
VA
Conformación de equipos de
trabajo: Administración de
recursos.
MEDICION, SEGUIMIENTO
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
PAA
32
Proyecto PECC
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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
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:
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.
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.
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.
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.
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).
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
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.
51
Proyecto PECC
52
Proyecto PECC
Anexos
53
Proyecto PECC
6. Planes adicionales X
para el producto
del proyecto.
54
Proyecto PECC
Presupuesto tecnológico del área de informática administrativa
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.
56
Proyecto PECC
Conclusiones
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