Este documento presenta una propuesta para el desarrollo de un Sistema de Información para la Gestión de Notas Académicas (SIGNA). Incluye información sobre la gestión del proyecto a través de ítems como un mapa conceptual de gestión de proyectos, planes de gestión del tiempo, costos, alcance e integración, así como un modelo de cronograma. El objetivo general es presentar una metodología estándar para el diseño e implementación de un sistema de software para la gestión de notas académicas.

1. Propuesta para el diseño de un sistema de información para la Gestión de las Notas Académicas
- (SIGNA)
Grupo n°7
Iván Alejandro Veloza Peñuela – Cód. 80449939
Jasson Fabian Oliveros Ortiz – Cód. 1012320365
Victor Julian Jaimes – Cód. 13930178
Presentado a:
Hermes Mosquera
Universidad Nacional Abierta y a Distancia – UNAD
Escuela de Ciencias Básicas Tecnología e Ingeniería - ECBTI
Proyecto de Grado - 201014
Julio 23 de 2016

2. CONTENIDO
INTRODUCCIÓN..........................................................................................................................................3
ÍTEM A – MAPA CONCEPTUAL GERENCIA DE PROYECTOS ...............................................................5
ÍTEM B – GESTIÓN DE PROYECTOS........................................................................................................5
ÍTEM C – MODELO DE CRONOGRAMA..................................................................................................12
ÍTEM E – LINK BLOGGER ........................................................................................................................12
CONCLUSIONES .......................................................................................................................................13
REFERENCIAS. .........................................................................................................................................15

3. INTRODUCCIÓN
Este documento presenta un modelo estándar que busca facilitar la formulación de un proyecto
para realizar el desarrollo de un de software a medida, dirigido a aquellas personas o
profesionales que están interesados en presentar o desarrollar un sistema de software. En caso
que se cumpla con las condiciones establecidas entre la realidad y el prototipo diseñado y
presentado del proyecto, es importante tener claridad que el modelo debe ajustarse a las
necesidades y características específicas propias de cada proyecto de software.
Se presenta la metodología y lineamientos estándar para la formulación del proyecto de
desarrollo de software, en el cual se identifica de manera genérica la problemática por resolver,
se ilustra la alternativa de solución planteada y se especifican las condiciones genéricas de
estructuración y gestión del sistema de software para la estructuración del proyecto. Es
importante tener en cuenta que dentro de este documento algunos datos fueron asumidos, lo cual
implica que para la formulación de un proyecto como este se debe ajustar la información
(basados en indicadores estadísticos) con la realidad correspondiente a cada proyecto de
software.
El objetivo es presentar la metodología y los lineamientos estándar para la formulación y
estructuración de un proyecto de desarrollo de software que sirva para el diagnóstico, diseño,
desarrollo e implementación de un sistema de software. Es entonces cuando se propone la
formulación, desarrollo e implementación de un proyecto para el desarrollo de un Sistema de
Información para la Gestión de Notas Académicas - SIGNA - que accede a una o más bases de
datos que contienen información comercial y se clasifica dentro de la categoría de la aplicación
de Sistema de Software. Las aplicaciones en esta área reestructuran los datos existentes para
facilitar los procedimientos y procesos, las operaciones comerciales y/o gestionar la toma de
decisiones. Además de las tareas convencionales de procesamiento de datos.

4. PLAN DE ACCION – GRUPO 28
Datos
estudiante
Fotografía Rol dentro
del trabajo
colaborativo
¿Qué desea
aprender?
Entregables
Ivan Alejandro
Veloza Peñuela
ZAO-UDR
Leticia
Entregas ¿Cómo se
logra
pertenencia
con el grupo
colaborativo?
- Análisis de objeto de
estudio.
- Construcción producto
académico.
- Consolidado producto
final.
- Entrega producto final.

5. ÍTEM A – MAPA CONCEPTUAL GERENCIA DE PROYECTOS
Fuente: Elaborado por el autor del proyecto.
ÍTEM B – GESTIÓN DE PROYECTOS
PLAN DE GESTIÓN DEL TIEMPO.
La gestión del tiempo del proyecto está conectada a todas las otras áreas de conocimiento del
proyecto. Incluye procesos necesarios para administrar el término puntual del proyecto, tales
como:
o Definir las actividades – proceso de identificación de las acciones específicas a ser
realizadas para producir las entregas del proyecto.
o Secuencias las actividades – proceso de identificación y documentación de las relaciones
entre las actividades del proyecto.
o Estimar los recursos de la actividad – proceso de estimativa de los tipos y cantidades de
material, recurso humano, equipos o suministros que serán necesarios para realizar cada
actividad.

6. o Estimar la duración de las actividades – proceso de estimación del número de periodos de
trabajo que serán necesarios para terminar actividades específicas con los recursos
estimados.
o Desarrollar el cronograma – proceso de análisis de las secuencias de las actividades,
duración, recursos necesarios y restricciones del cronograma buscando crear el
cronograma del proyecto.
o Controlar el cronograma – proceso de monitoreo de avance del proyecto para
actualización del progreso y administración de los cambios hechos en la línea base del
cronograma.
o Esos procesos interactúan entre sí y con otros de las otras áreas de conocimiento del
proyecto, pueden envolver esfuerzos de un grupo o de una persona con base en las
necesidades del proyecto.
Cada proceso ocurre por lo menos una vez en todo el proyecto y en una o más fases del mismo si
fuera dividido en fases. No obstante los procesos se presenten aquí como componentes distintos
con interfaces bien definidas, en la práctica ellos pueden sobreponerse e interactuar de modos
que no fueron detallados aquí.
En algunos proyectos especialmente en aquellos de alcance menor la definición, el
secuenciamiento, la estimación de recursos, la estimación de la duración de las actividades y el
desarrollo del cronograma están tan estrechamente conectados que son vistos como un único
proceso que puede ser realizado por una persona en un periodo de tiempo relativamente corto.
Esos procesos son aquí representados como distintos pues las herramientas y técnicas para cada
uno de ellos son diferentes.
Sin embargo no se represente aquí como un proceso distinto el trabajo envuelto en la ejecución
de los seis (06) procesos de la gestión del tiempo del proyecto es precedido por un trabajo de
planeación por el equipo de analistas. Esta planeación hace parte del proceso de “desarrollar el
plan de administración del proyecto”, que produce un sistema de administración del cronograma
que selecciona una metodología y una herramienta de elaboración del cronograma, así como
establece los criterios para el desarrollo y control del cronograma. Una metodología de
elaboración del cronograma define las reglas y abordajes para el proceso. Algunas de las

7. metodologías más conocidas incluyen el método del camino crítico y el método de la cadena
critica.
PLAN DE GESTIÓN DE COSTOS.
Existen tres principales procesos de gestión de costos en la gerencia de proyectos:
1. Estimación de Costos.
2. Determinar el presupuesto.
3. Control de Costos.
La estimación de costos es el primero de estos tres procesos y básicamente desarrolla una
aproximación de los costos de todos los recursos proyectados en el proyecto. Eso incluye pero
no se limita a mano de obra, materiales, equipos, servicios e instalaciones; además de reservas
específicas como provisión para la inflación e contingencias.
A su vez se defiende que la primera estimación de costos de un proyecto debe ser hecho en el
proceso de planeación después de formulado la estructura analítica del proyecto y el alcance. Por
ende la gran mayoría debe realizar una estimación general en el proceso anterior a la planeación,
es decir en la formulación es en el proceso que el estudio del proyecto es elaborado y contiene
las principales estimaciones de costo y tiempo y es con base en esta información que se pretende
presentar el proyecto para ser susceptible de obtener financiación para su ejecución. El cual en
caso de ser aprobado dejara de ser un estudio para tornarse efectivamente en un proyecto.
El próximo proceso en la gestión de costos después de la estimativa de costos es determinar el
presupuesto. El presupuesto tiende a detallar las estimaciones y oficializar una línea base de los
costos. Esos procesos interactúan entre si y ocurre por lo menos una vez en todo el proyecto y en
una o más fases del mismo si fuera dividido en fases. No obstante los procesos se presenten aquí
como componentes distintos con interfaces bien definidas, en la práctica ellos pueden
sobreponerse e interactuar de modos que no fueron detallados aquí. En algunos proyectos
especialmente aquellos con menor alcance la estimación del presupuesto y de costos son
conectados tan firmemente que son vistos como un proceso único que puede ser realizado por
una persona en un periodo de tiempo relativamente corto. Esos procesos son aquí representados
como distintos pues las herramientas y técnicas para cada uno son diferentes. La habilidad de

8. influencias sobre el costo es mayor en los estados iniciales del proyecto tornado critica la
definición inicial del alcance.
El último de los principales es controlar los costos - proceso de monitoreo del progreso del
proyecto para actualización del presupuesto y gestión de los cambios hechos en la línea base del
de los costos. La actualización del presupuesto envuelve el registro de los costos reales
empleados hasta la fecha de monitoreo.
Cualquier modificación del presupuesto solamente puede ser aprobado y autorizado a través del
proceso de control integrado de cambios. Monitorear los gastos de los recursos financieros sin
considerarse el valor del trabajo siendo realizado para tales gastos tiene un pequeño valor para el
proyecto, a no ser que el equipo se encuentre dentro de los límites de los recursos financieros
autorizados. Consecuentemente mucho esfuerzo desprendido en el control de los costos requiere
de análisis de la relación entre consumo de los fondos del proyecto y el trabajo físico siendo
realizado para tales gastos. La llave para el control eficaz de los costos es la gestión de la línea
base del desempeño de costos aprobada y los cambios en la misma.
El control de los costos del proyecto incluye:
 Influenciar los factores que crean cambios en la línea de base de costos autorizada.
 Asegurar que todas las solicitudes de cambio sean hechas de manera oportuna.
 Administrar los cambios reales conforme ocurren.
 Asegurar que los gastos de costos no excedan los recursos financieros autorizados por
período e total del proyecto.
 Monitorear el desempeño de costos para aislar y entender las variaciones a partir de la
línea de base de costos.
 Monitorear el desempeño del trabajo en relación a los recursos financieros y gastos.
 Prevenir que cambios no aprobados sean incluidos en el documento del costo o del uso
de recursos.
 Informar a las partes interesadas respecto a cambios aprobados y costos asociados.
 Actuar para mantener los excesos de costos no previstos dentro de límites aceptables.

9. PLAN DE GESTIÓN DEL ALCANCE.
La gestión del alcance del proyecto se refiere a la definición de todas las actividades del
proyecto necesarias para el cumplimiento de las metas. Esos procesos altamente interactivos
definen y controlan lo que hace o no parte del proyecto. Ellos ocurren por lo menos una vez y
con frecuencia durante varias veces durante el ciclo de vida del proyecto. Además este
comprende tanto el alcance del producto como el alcance del proyecto.
El alcance del producto se refiere a las características del producto o servicio del proyecto y es
contrapuesto a los requisitos del proyecto para determinar su conclusión; en general es el área de
aplicación que determina cuales herramientas y técnicas serán usadas para definirlo, gestionar y
administrarlo.
El alcance del proyecto envuelve la administración de la ejecución del mismo y solo la ejecución
del proyecto es confrontado con el plan del proyecto, la declaración del alcance, la estructura
analítica del proyecto y su diccionario.
El alcance del producto y del proyecto debe ser bien integrados para garantizar el éxito del
proyecto, lo que significa que la gestión del alcance debe estar bien integrada con los procesos
de las otras áreas de conocimiento que hacen parte del proyecto.
La definición, planeación, creación del alcance y la estructura analítica del proyecto pertenecen
al grupo de procesos de planificación, mientras que la verificación del alcance pertenece al grupo
de proceso que comprende el monitoreo y el control. La gestión del alcance incluye los procesos
necesarios para asegurar la inclusión de todo el trabajo necesario para terminar el proyecto con
éxito. Esa gestión está relacionada principalmente con la definición y control de lo que esta y de
lo que no está incluso en el proyecto. De manera resumida los procesos de gestión del alcance
del proyecto incluyen lo siguiente:
o Consolidar los requisitos – proceso de definición y documentación de las necesidades de
las partes interesadas para alcanzar los objetivos del proyecto.
o Definir el alcance – proceso de desarrollo de una descripción detallada del proyecto y/o
producto.

10. o Crear la estructura analítica del proyecto – proceso de subdivisión de las entregas y de
trabajo del proyecto en componentes menores y fácilmente administrables.
o Verificar el alcance – proceso de formalización de la aceptación de los entregables del
proyecto.
o Controlar el alcance – proceso de monitoreo del proceso relacionado al alcance del
proyecto y alcance de productos administrando los cambios hechos en la línea del tiempo
de ejecución y del alcance.
Esos procesos interactúan entre sí y con los procesos de las otras áreas de conocimiento. Pueden
envolver esfuerzos de una o más personas con base en las necesidades del proyecto. Cada
proceso ocurre por lo menos una vez y en una o más fases del proyecto si este fuese así dividido.
No obstante los procesos que son aquí presentados como distintos componentes con las
interfaces bien definidas, en la práctica ellas se sobreponen e integran de formas no detalladas.
PLAN DE GESTIÓN DE LA INTEGRACIÓN.
La gestión de la integración del proyecto incluye los procesos y las actividades necesarias para
identificar, definir, combinar, unificar e coordinar los varios procesos y actividades de los grupos
de procesos de la administración. En el contexto de la gerencia de proyectos la integración
incluye características de unificación, consolidación y articulación y acciones integradoras que
son esenciales para el termino del proyecto para administrar con éxito las expectativas de las
partes interesadas y atender los requisitos.
La gestión de la integración del proyecto requiere que se tomen decisiones sobre lo localización
de recursos, concesiones entre objetivos y alternativas contradictorias y administración de
dependencias mutuas entre las áreas de conocimiento propias del proyecto. Los procesos de
gerencia de proyectos son generalmente introducidos como distintos y con fronteras comunes
definidas, mientras que en la práctica los mismos se sobreponen e interactúan de manera que no
pueden ser completamente detalladas en las fases de formulación y planificación del proyecto.
Se resume a seguir los procesos que integran el proyecto:

11. o Desarrollar el acta de inicio del proyecto – proceso de desarrollo de un documento que
formalmente autoriza el inicio de un proyecto o una fase. Incluye la documentación de
los requisitos iniciales que satisfacen las necesidades y expectativas de las partes
interesadas.
o Desarrollar el plan de administración del proyecto – proceso de documentación de las
acciones necesarias para definir, preparar, integrar y coordinar todos los planes de
contingencia.
o Orientar y administrar la ejecución del proyecto – proceso de realización del trabajo
definido en el plan de administración del proyecto para alcanzar los objetivos del
proyecto.
o Monitorear y controlar el trabajo del proyecto – proceso de acompañamiento, revisión y
regulación del progreso para atender los objetivos de desempeño definidos en el plan de
administración del proyecto.
o Implementar el Control Integrado de Cambios – proceso de revisión de todas las
solicitudes, aprobación y administración de cambios en los entregables, activos de
procesos organizacionales, documentos y plan de administración del proyecto.
o Encerramiento del proyecto o fase – proceso de finalización de todas las actividades de
todos los grupos de procesos de la gerencia del proyecto para terminar formalmente el
proyecto o la fase.
La necesidad de gestionar la integración del proyecto es evidente en situaciones donde procesos
distintos interactúan. Por ejemplo una estimación de costos necesaria para un plan de
contingencia envuelve la integración de los procesos en las áreas de conocimiento de costos,
tiempo y riesgos. Cuando riesgos adicionales asociados a las varias alternativas de provisión de
cupos son identificados entonces uno o más de esos procesos pueden ser reconsiderados. Los
entregables del proyecto también pueden necesitar ser integradas a las operaciones en progreso
de la organización ejecutora o de la organización interesada, o al planeamiento estratégico de
largo plazo que considera problemas y oportunidades futuras.
La gestión de la integración del proyecto también incluye las actividades necesarias para
gestionar documentos y asegurar consistencia en el plan de administración del proyecto y de los
entregables.

12. ÍTEM C – MODELO DE CRONOGRAMA
Debe plantear como mínimo 5 actividades relacionadas con la gestión de proyectos con alguna
de las herramientas para la gestión de proyectos
Fuente: Elaborado por el autor del proyecto.
ÍTEM E – LINK BLOGGER
http://proyectodegradotrabajo1grupo201014.blogspot.com.co/2016/06/tecnologia-escogida-para-
el-desarrollo.html

13. CONCLUSIONES
Lo relevante del presente trabajo es comprobar que a través del estudio de métodos y las
diferentes técnicas, instrumentos y herramientas usados como metodología para el trabajo
académico, en conjunto con las aplicaciones telemáticas y ofimáticas empleados en las
diferentes estrategias de aprendizaje, son una alternativa para lograr un óptimo desarrollo de
habilidades cognitivas, facilitando resolver diversas situaciones como: investigación, selección
de ideas, análisis de datos, organización de la información, comparación, debates, análisis,
interpretación y creación de textos, entre otras.
Analizar los diferentes modelos de proceso de software en el marco de la ingeniería del software,
relacionando sus características, fases, ventajas y desventajas e identificando su campo de acción
acorde al tipo de proyecto a desarrollar.
Formular un proyecto de desarrollo de software que sea pertinente a los requerimientos y
contexto, aplicando de manera coherente los fundamentos conceptuales del modelo de proceso
de software y seleccionando un modelo de certificación de calidad a implementar.
Plantear el diseño metodológico de una propuesta de planificación para un proyecto de software,
detallando la gestión del alcance, la gestión del tiempo, la gestión de costes y la gestión de
riesgos para un adecuado desarrollo del proyecto.
La contribución y fomento del espíritu investigativo a través del uso de estrategias que faciliten
el acceso a la información, la obtención de fuentes bibliográficas y la realización de prácticas,
con el fin de satisfacer sus propias necesidades de aprendizaje y de sustentar la aplicación
relevante para el acceso a la información, con la finalidad de conceptualizarla en su propia
construcción de un proyecto de desarrollo de software.
Este trabajo aporta en tal perspectiva y plantea condiciones para emprender la consolidación de
un producto final tanto individual como colectivo, cuyo fin es obtener un producto con calidad,

14. aportando competencias cognitivas y habilidades teórico practicas a los participantes. Se deja
por tanto, a disposición del tutor como referencia en el proceso de aprendizaje.

15. REFERENCIAS.
Laboratorio Nacional de Calidad del Software. (2009) Curso de introducción a la ingeniería del
software. España: Gobierno de España - Instituto Nacional de Tecnologías de la Comunicación.
Recuperado de: http://jmpovedar.files.wordpress.com/2011/08/curso-de-introduccic3b3n-a-
laingenieria-del-software.pdf
Ros, J. & Toval, A. (2009). Open CourseWare - Universidad de Murcia. Fundamentos de
Ingeniería del Software. Material de Clase. Recuperado de:
http://ocw.um.es/ingenierias/fundamentos-de-ingenieria-del-software Documento específico
relacionado en pdf, Bloque 3: Modelos de proceso del software- Tema 6. El proceso software
http://ocw.um.es/ingenierias/fundamentos-de-ingenieria-delsoftware/material-de-clase-
1/capitulo06.pdf
Incibe-Instituto Nacional de Ciberseguridad, antes Inteco-Instituto Nacional de Tecnologías de
la Comunicación. (2009). Ingeniería del software: Metodologías y ciclos de vida. Recuperado
de: http://www.incibe.es/file/N85W1ZWFHifRgUc_oY8_Xg
Rob, P. & Coronel, C. (2009) "Ciclo de Vida de Desarrollo de Sistemas (SDLC, por sus Siglas
en Inglés)." Sistemas de bases de datos: Diseño, implementación y administración. Mexico City:
Cengage Learning. Gale Virtual Reference Library. Documento URL:
http://go.galegroup.com/ps/i.do?id=GALE%7CCX4059200079&v=2.1&u=unad&it=r&p=GVR
L&sw=w&asid=6d6e98a54ca68d83cbcc6401290aaf60
Weitzenfeld, A. (2009). Calidad de Software y Modelos de Madurez del Proceso. Ingeniería de
Software Orientada a Objetos con UML, Java e Internet. Mexico City: Cengage Learning.
Recuperado de:
http://go.galegroup.com/ps/i.do?id=GALE%7CCX3004300069&v=2.1&u=unad&it=r&p=GVR
L&sw=w&asid=4dd5b276f7a95c517f731fc28dcba366
Ros, J. & Toval, A.(2009).Open CourseWare-Universidad de Murcia. Fundamentos de
Ingeniería del Software. Material de Clase. Recuperado de:
http://ocw.um.es/ingenierias/fundamentos-de-ingenieria-delsoftware 1. Documento específico
relacionado en pdf, Bloque 5: Otras cuestiones de ingeniería del software - Tema 11.
Reutilización del software: http://ocw.um.es/ingenierias/fundamentos-de-ingenieria-
delsoftware/material-de-clase-1/capitulo11.pdf
Documento específico relacionado en pdf, Bloque 5: Otras cuestiones de ingeniería del software
- Tema 12. Herramientas CASE: http://ocw.um.es/ingenierias/fundamentos-de-ingenieria-
delsoftware/material-de-clase-1/capitulo12.pdf