Software de Entrenamiento en Competencias Genericas en Las Pruebas Saber Pro Del Icfes para La Udi

SOFTWARE DE ENTRENAMIENTO EN COMPETENCIAS GENERICAS EN LAS
PRUEBAS SABER PRO DEL ICFES PARA LA UDI
JHON E. VILLAMIZAR M.
JHONNY A. ORDOÑEZ B.
LAURA C. ISAACS S.
UNIVERSIDAD DE INVESTIGACIÓN Y DESARROLLO

INGENIERIA DE SISTEMAS
SANTANDER
BUCARAMANGA
2019
1. INTRODUCCIÓN
El presente proyecto surge por razón a una visible inexistencia de un software que
guie y simulé la prueba Saber PRO en la Universidad de Investigación y Desarrollo
-UDI-, dicha prueba es realizada por el estado colombiano y dirigida a estudiantes
de últimos semestres de instituciones de educación superior.
Los usuarios que harán uso del software son los alumnos y docentes de la UDI,
donde el primero cuenta con las acciones de registro, ingreso, presentación y
consulta de resultados de las preguntas genéricas de la prueba Saber Pro. Y el
segundo, los docentes compartirán las acciones de registro e ingreso con los
usuarios alumnos y estarán encargados del diseño de las preguntas y respuestas
del simulador de las pruebas genéricas.
Para la ejecución del software es necesario tener presentes las especificaciones de

los requisitos de software IEEE-STD-830-1998, escoger las herramientas
necesarias donde se trabajará su desarrollo, con el fin de dar soporte a un
funcionamiento adecuado del sistema y posibilite responder a los requerimientos
funcionales y no funcionales, los cuales serán definidos más adelante dentro de este
mismo documento. Esto garantizando le a la universidad un sistema de información
acerca de las competencias que poseen los alumnos, para futuras mejoras en los
resultados de las pruebas reales.
El software de entrenamiento estará diseñado y desarrollado por los autores de este

proyecto, adicional es importante recalcar como ya fue dicho anteriormente, que las
preguntas del simulador no serán hechas por los autores del proyecto.
2. DESCRIPCIÓN DEL PROBLEMA
La Universidad de Investigación y Desarrollo está experimentando problemas con

los resultados de sus estudiantes en la Prueba Saber Pro, no cuenta con un sistema
de preparación que le permita a el estudiante autoevaluarse y prepararse para dicha
prueba, ni tampoco algo que le permita a la universidad saber las capacidades con
las que se están graduando sus estudiantes.
Problema Ponderaciones
1. Inexistencia de un sistema que asesore a los estudiantes 10
en la Prueba Saber Pro.
2. Desconocimiento de la existencia de la prueba en los 9
estudiantes.
3. Es difícil encontrar documentación sobre los resultados 7
de los estudiantes UDI que han tomado la prueba, años
atrás.
4. Con frecuencia son más las compañías que se fijan en 5
los resultados obtenidos, antes de contratar.
5. No hay reconocimiento de la universidad por fuera del 3
departamento.
Objetivos
1. Proveer un sistema que prepare a la comunidad UDI en las pruebas Saber
Pro.
2. Crear videos, charlas o asesoramientos para comunicar le al estudiante
sobre el requisito obligatorio sobre la presentación de la prueba Saber Pro
para poder obtener el título universitario.
3. Almacenar los resultados de los estudiantes UDI que presentan la prueba
y tener la información disponible en varios formatos.
4. Proveer un sistema de interfaz atractivo que motive al estudiante a obtener
mejores puntajes en la prueba Saber Pro.
5. Brindar un sistema de mejoramiento de resultados de los estudiantes en la
prueba saber Pro.
Requerimientos
 El sistema trabajara exclusivamente sobre sistemas operativos Windows.
 El sistema va a trabajar sobre las pruebas genéricas de las siguientes
competencias; lectura crítica, razonamiento cuantitativo, competencias
ciudadanas e inglés.
 El sistema de información detecta el tipo de usuario que ingresa
(Administrador, Docente o estudiante).
 La base de datos se manejara de manera remota, para mayor seguridad.
 El sistema calculara el resultado tomado por el estudiante de cada
competencia.
Restricciones
 El sistema deberá estar terminado para la última semana de Noviembre
del 2019
 El sistema simulara las pruebas genéricas Saber Pro. No se va a trabajar
la competencia escrita, ya que para ello se necesita otro tipo de
tecnología.
 Las preguntas en cada competencia, son de respuesta única y de
selección múltiple A, B, C, D. no contara con más opciones y tienen un
límite de preguntas, según sea la competencia.
 Para este software no se harán fases de mantenimiento, ni datos de
prueba por falta de tiempo.
Actualmente son cada vez más las instituciones de educación superior que se
preocupan por los resultados que tengan sus estudiantes dentro de la prueba Saber
Pro. Esto debido a que a través de los años dichos resultados cogen mayor
importancia dentro de la sociedad colombiana.
Se sabe que la universidad está teniendo problemas en este aspecto, según se

demuestra en los resultados obtenidos en la prueba Saber PRO 2017 la Universidad
de Investigación y Desarrollo, que en ese entonces aún no era Universidad, sino
Corporación, quedo en el lugar 115 de 151 universidades de Colombia [1]1. Esto
refleja un incumplimiento de la universidad con la comunidad UDI.
Partiendo de lo anterior, lo que se desea con este proyecto es dar respuesta a la

siguiente pregunta. ¿Cómo contribuye la implementación de un prototipo de
software que simule las pruebas Saber Pro, en los resultados de los estudiantes
próximos a graduarse de la UDI?
1
R. Bogotá, «El Espectador,» 14 Diciembre 2018. [En línea]. Available:
https://www.elespectador.com/noticias/bogota/las-instituciones-con-mejores-resultados-en-pruebas-
saber-pro-descubra-si-la-suya-es-una-de-ellas-articulo-829299. [Último acceso: 23 Agosto 2019].
3. OBJETIVOS
3.1 Objetivo General

Implementar un sistema de información por medio de un software que simule las
pruebas Saber Pro, para la mejora de resultados en dichas pruebas de los futuros
egresados de la Universidad de Investigación y Desarrollo.
3.2 Objetivos Específicos

 Establecer los requerimientos funcionales y no funcionales bajo las
exigencias estipuladas por el IEEE 830, alcanzando un software de calidad.
 Realizar un modelo del sistema de Información mediante diagramas UML,
Entidad-Relación y modelación de interfaces asegurando el funcionamiento
adecuado del software.
 Codificar un software que simule la prueba Saber Pro, diseñada por los
docentes para los futuros egresados de la universidad. Por medio de
interfaces agradables para los usuarios.
4. JUSTIFICACIÓN
En los últimos años los resultados de las Pruebas Saber Pro han cogido mayor
importancia en Colombia, debido a que reflejan el rendimiento académico y
conocimientos de los alumnos que cursan los últimos semestres de diferentes
instituciones de educación superior.
La implementación de un prototipo de software que simule la prueba Saber Pro, trae

una variedad de ventajas tanto para la Universidad de Investigación y Desarrollo
como para los estudiantes próximos a culminar sus carreras en ella. Si los
estudiantes toman seriamente este simulador, se pueden autoevaluar, se les da el
beneficio de reflexionar sobre las fallas y de crear maneras para mejorar, a partir de
sus resultados sacar sus propias conclusiones. Es bueno que el estudiante próximo
a graduarse revise lo que ha aprendido, pueda reflexionar sobre ese ciclo que está
cercano a cerrar. Cada día son más las empresas que investigan los puntajes de la
prueba Saber Pro, para adicionar y hacer más efectivos los filtros de contratación,
para cualquiera es mejor tener una hoja de vida que sobresalga, teniendo en cuenta
los detalles, para marcar la diferencia.
Los beneficios que le trae a la universidad aplicar este proyecto, es tener alumnos
más preparados y así lograr mejores puntajes en la prueba Saber Pro, lo cual le da
mayor visibilidad, o que tal llegar a tener reconocimiento en la gala “La Noche de
los Mejores”, la cual es realizada por el Ministerio de Educación Nacional en Bogotá,
a donde asisten los estudiantes, docentes, directivos entidades territoriales y de
educación superior del país reconocidos con los mejores puntajes en las Pruebas
Saber 11 y Saber Pro, entre otros galardones [2]2.
2
M. d. E. Nacional, «mineducacion,» 10 Diciembre 2018. [En línea]. Available:
https://www.mineducacion.gov.co/1759/w3-article-379833.html?_noredirect=1. [Último acceso:
Septiembre 2019].
Como se sabe la UDI si ya ha sido bien reconocida en tanto robótica, programación,
entre otras, lo cual hace ver que se cuenta con todas las capacidades para generar
mejores resultados.
Un sistema de información que brinde datos sobre las capacidades con las que se
están formando un grupo de alumnos, seria de mucha utilidad para cualquier centro
de educación superior. Esta información sirve para hacer análisis y para la creación
de estrategias en la enseñanza dentro de la universidad. Reflejando un compromiso
mayor con la comunidad y dominando la visibilidad dentro del ambiente competitivo
de la educación en Colombia.
Así mismo un mayor reconocimiento en cualquier ambiente educativo conlleva a

una mayor demanda y mayores ingresos, esto siendo un beneficio para la
universidad.
De acuerdo con la viabilidad del proyecto, se realizó un análisis desde el ámbito

técnico, económico y operacional que se propone implementar y así representar con
claridad las posibilidades de ejecución de este. El análisis se realiza a continuación:
 Viabilidad técnica: Debido a que la UDI se ha caracterizado por tener y formar

personal capacitado en diseño y desarrollo de software. Adicional cuenta con
componentes de hardware requeridos para el montaje del software de
escritorio, se puede decir que la viabilidad es a favor de la universidad, para
la realización de este proyecto.
 Viabilidad económica: se puede establecer unos costos de diseño y
desarrollo medios, al ser un prototipo de software poco robusto y al contar
con la mayor parte del software y hardware en la universidad. Por ello se
establece que la viabilidad económica para el desarrollo del proyecto no es
un obstáculo.
 Viabilidad operacional: la Universidad de Investigación y Desarrollo cuenta
con personal calificado en sistemas, y que poseen experiencia en diseño y
desarrollo de software. Adicionalmente, tiene los componentes de hardware
que se requieren para el montaje y mantenimiento de la aplicación. Por ello
se concluye que, en este sentido la universidad no requiere de un esfuerzo
mayor para la financiación de este proyecto.
5. ALCANCE
El sistema de información del proyecto contara con preguntas de las pruebas Saber
Pro de tipo genéricas y las competencias a evaluar en el simulador serán las de
lectura crítica, razonamiento cuantitativo, competencias ciudadanas e inglés. No se
va a trabajar la competencia escrita, ya que para ello se necesita otro tipo de
tecnología.
Las preguntas en cada competencia, son de respuesta única y de selección múltiple

A, B, C, D. no contara con más opciones y tienen un límite de preguntas, según sea
la competencia. Para lectura crítica, razonamiento cuantitativo y competencias
ciudadanas el límite de preguntas 35 y para ingles 45. Para un total de 150
preguntas. Las preguntas serán elaboradas por el usuario Docente y presentadas
por el usuario Estudiante.
El prototipo de software que se propone implementar para la Universidad de

Investigación y Desarrollo se divide principalmente en 3 etapas: diseño, desarrollo
y pruebas con datos ficticios con los del grupo de trabajo. Dentro de las cuales
existen ciertas fases que serán explicadas en la metodología del proyecto y que son
dependientes unas de otras. Partiendo de esto, se establece que el proyecto será
realizado durante 4 meses (aprox. 108 días). En horarios de Lunes a Sábado,
dedicándole 5 horas como mínimo al día, para un total de 540 horas.
Para la realización de este proyecto cada uno de los integrantes cumple con las
capacidades y medios necesarios para los cumplimientos de los objetivos, cada uno
trabajara desde el hogar, en los computadores propios personales con Sistema
Operativo –SO- Windows. Se irán haciendo socializaciones y avances del proyecto
dentro del campus principal de la UDI, donde se necesitarán, libros y ordenadores
con SO Windows, que adicional cuenten con Visual Studio y Oracle como mínimo
para un trabajo eficiente.
Es importante recordar que para este software no se harán fases de mantenimiento,

ni datos de prueba por falta de tiempo.
Los entregables del proyecto son el análisis de las especificaciones bajo los
requisitos de software IEEE-STD-830, el diseño de la base de datos, diagramas
UML, diseño de interfaces, casos de uso y un comprimido de la aplicación. Es
importante además resaltar que la metodología escogida permite realizar cambios
en cada uno de las fases, con el fin de poder realizar cambios en el sistema, según
sea necesario.
6. MARCO REFERENCIAL
En el marco referencial se agrupan las bases teóricas en las que se basa el proyecto
y los conceptos claves que se utilizan en el desarrollo de este. El marco referencial
se compone por marco teórico, marco conceptual, estado del arte y marco
tecnológico.
6.1 MARCO TEORICO
En esta parte se consolida la información más importante que tiene que ver con
sector de educación superior, la prueba Saber Pro y sus componentes,
generalidades de los sistemas de información y modelos de bases de datos.
6.1.1 Sector de educación superior

6.1.2 Prueba Saber Pro
6.1.3 Sistemas de información
6.1.4 Modelos de bases de datos
6.2 MARCO CONCEPTUAL
En el marco conceptual se definen conceptos importantes que el lector debe saber

al momento de leer este proyecto.
 Base de datos: las bases de datos son sistemas computarizados que crean
registros de información, se puede ver como una especie de vitrina
electrónica que sirve para guardar datos de información de manera
computarizada [7]7.
7
I. a. l. S. D. B. D. DATOS, Introducción a los SISTEMAS DE BASES DE DATOS, S.A. ALHAMBRA MEXICANA, 2001.
 C#: según Microsoft (2015) “C# es un lenguaje elegante, con seguridad de
tipos y orientado a objetos que permite a los desarrolladores crear una gran
variedad de aplicaciones seguras y sólidas que se ejecutan en .NET
Framework. C# es un lenguaje elegante, con seguridad de tipos y orientado
a objetos que permite a los desarrolladores crear una gran variedad de
aplicaciones seguras y sólidas que se ejecutan en .NET Framework. Puede
usar C# para crear aplicaciones cliente de Windows, servicios web XML,
componentes distribuidos, aplicaciones cliente-servidor, aplicaciones de
base de datos y muchas, muchas más cosas.” (p. 1) [8]8.
 Diagrama: representación visual con un conjunto de figuras geométricas,
palabras y definiciones que se usan con el fin de entender un determinado
problema, tema, procesos, entre otras cosas [9]9.
 Entidad: en base de datos es un objeto que tiene existencia propia [10]10.
 IDE: se defina como por sus siglas como un entorno de desarrollo integrado,
y en pocas palabras funciona como un editor de texto, los IDE´s se
diferencian por varias razones, entre ellas el lenguaje que se vaya a usar en
este, y las diferentes herramientas que ayudan a tener un código ordenado
[11]11.
 Framework: se refiere a una estructura de software compuesta por
componentes e intercambiables para el desarrollo de una aplicación (no solo
web), también se puede considerar como una aplicación genérica incompleta
y configurable a la que podemos añadirle piezas para construir algo en
concreto. Sus objetivos principales que busca alcanzar un framework son:
8
Microsoft, «https://docs.microsoft.com,» 19 Julio 2015. [En línea]. Available:
https://docs.microsoft.com/es-es/dotnet/csharp/getting-started/introduction-to-the-csharp-language-and-
the-net-framework. [Último acceso: 2019].
9
A. Campos, «Mapas Conceptuales, Mapas Mentales y otras formas de respresentación del conocimiento,»
Coorporativa Editorial Magisterio, Bogotá, 2005.
10
M. Benítez y A. Arias, Curso de Introducción a la Administración de Bases de Datos, Copyright, 2015.
11
S. Agudo, «Genbeta,» 24 Julio 2017. [En línea]. Available: https://www.genbeta.com/a-fondo/ides-y-
editores-que-diferencias-hay-entre-ellos-a-la-hora-de-escribir-codigo. [Último acceso: 22 Septiembre 2019].
acelerar el proceso de desarrollo, reutilizar código ya existente y promover
buenas prácticas de desarrollo como el uso de patrones [12]12.
 Oracle: es una compañía especializada en el desarrollo de soluciones de
nube y locales y sus diferentes productos pueden ser descargados es su sitio
web Oracle Technology Network, estos son gratuitos para el uso de
prototipos o desarrollos de una aplicación, pero no para la utilización de la
aplicación [13]13.
 Relación: es un subconjunto del producto del plano cartesiano de dos o más
componentes. Teniendo en cuanta solo la diagonal [10].
 Sistema de información: Conjuntos de datos que interactúan entre sí, con el
fin de almacenar de manera organizada información [14]14.
 UML: lenguaje unificado de modelamiento, por sus siglas que en inglés. es
un lenguaje grafico destinado al modelo de sistemas y procesos. Está basado
en la orientación a objetos [15]15. Hablando brevemente UML representa a
un conjunto de normas para saber cómo hay que representar los esquemas
de software [16]16.
6.3 MARCO TECNOLOGICO
En el marco tecnológico se habla de manera general sobre las tecnologías que se

van a usar en el desarrollo del proyecto. En este se destacan el uso de NET
Framework, Visual Studio y SQL.
6.3.1 NET Framework
12
J. Gutiérrez, «http://www.lsi.us.es,» 2014. [En línea]. [Último acceso: 2019].
13
O. HEURTEL, ORACLE 12c Administración, Barcelona: Editions ENI, 2015.
14
A. Montoyo y M. Marco, «RUA,» 2012. [En línea]. Available:
https://rua.ua.es/dspace/bitstream/10045/18830/6/Tema_2_-_Sistemas_de_Informacion.pdf. [Último
acceso: 22 Septiembre 2019].
15
L. DEBRAUWER y F. VAN DER HEYDE, UML 2.5, Octubre, 2016.
16
C. Krall, «¿QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS
DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE,» 2009. [En línea]. Available: APRENDERAPROGRAMAR.COM.
6.3.2 Visual Studio IDE
6.3.3Gestor de bases de datos MySQL
6.4 MARCO LEGAL
Las expectativas de los colombianos (2016) para el 2026 según el Plan Nacional
Decenal de Educación son (p. 15, 16) [21]21:
- El sistema educativo nacional, especialmente sus docentes e infraestructura,

en el 2026 deberán ser de alta calidad, generando equidad, desarrollo
humano y desarrollo económico.
- Los docentes en el país, al 2026, gracias a su profesionalización y
aprendizaje continuo, deberán tener una mayor formación y valoración social,
logrando, como fin, el desarrollo humano de sus estudiantes y del país.
- Para el 2026, los recursos destinados a la educación deben ser prioridad
para los gobiernos, focalizándolos a la calidad, gratuidad, investigación y
transparencia en el sistema educativo.
- El desarrollo humano debe ser el espíritu de la educación, para al 2026 cerrar
brechas sociales, lograr equidad, consolidar la paz, mejorar la calidad de vida
de los colombianos y alcanzar el desarrollo sostenible.
- El sistema educativo nacional en el 2026, deberá ser pertinente, responder a
las necesidades laborales regionales y estar articulado a la vocación
productiva de las mismas, mejorando la calidad de vida y los ingresos de los
colombianos.
- La educación en el 2026 deberá ser gratuita y de calidad en todos sus
niveles, desde la educación inicial hasta la terciaria, siempre pertinente y
direccionada hacia la competitividad del país.
21
G. D. COLOMBIA, «http://www.plandecenal.edu.co,» 2016. [En línea]. Available:
http://www.plandecenal.edu.co/cms/media/herramientas/PNDE%20FINAL_ISBN%20web.pdf.
- La educación al 2026 debe generar mayores oportunidades, reduciendo la
desigualdad, fomentando la movilidad social y consolidándose como la
herramienta para la convivencia pacífica.
- La educación en Colombia al 2026 debe ser la génesis del desarrollo
humano, la igualdad, la equidad y la paz.
- La educación al 2026 debe ser de calidad, incluyente y libre de discriminación
para todas las personas con discapacidad, orientación sexual diversa,
género y pertinencia étnica, sin importar su condición social.
- La infraestructura de todo el sistema educativo colombiano al 2026 debe ser
de calidad, transversal a las nuevas tecnologías de la información y las
telecomunicaciones, y generar cobertura educativa.
6.5 ESTADO DEL ARTE
Con el tiempo se le ha ido danto más importancia a las pruebas en el país, por ende,
algunas instituciones se han ido sumando a la intención de la preparación de sus
futuros egresados para la presentación de la prueba Saber PRO. Primeramente, en
esta parte del proyecto se contará brevemente la historia de las pruebas, siguiendo
lo anterior se expondrán algunos proyectos educativos investigados que han
empezado a cumplir con la preparación para los futuros egresados de
universidades.
Las pruebas Saber PRO son pruebas realizadas por El Instituto Colombiano para la
Evaluación de la Educación, desde el año 2001 inicialmente llamados –ECAES-
empezaron a desarrollarse en tres áreas profesionales; Medicina, Derecho e
Ingeniería Mecánica [22]22.
22
Icfes, «Instituto Colombiano Para la Evaluación de la Educación,» Instituto Colombiano Para la Evaluación
de la Educación, 13 Junio 2019. [En línea]. Available: https://www.icfes.gov.co/50-icfes. [Último acceso: 07
Septiembre 2019].
En el 2001 se consolida el Ecaes, sus componentes contaron con una lectura crítica,
razonamiento cuantitativo, inglés y escritura. Durante el 2002 y 2006 se llevó a cabo
la primera adaptación del examen, era una prueba voluntaria con programas
académicos de diferentes universidades que inicio con 60.000 estudiantes.
En el 2005 el Ecaes se extiende a 51 programas de Formación Profesional. Para el

2006 Otro punto importante a nivel internacional son las pruebas Saber Pro que se
realizan en el exterior por medio de las embajadas de diferentes países. El número
de países en los que se aplica varía cada año y depende del número de
examinandos que estén inscritos [22].
En el 2009 durante el mandato del ex presidente Álvaro Uribe Vélez se realizaron

reformas estructurales al Icfes como institución, es así como el antiguo ECAES pasa
por un nuevo sistema de evaluación llamado Pruebas Saber. Adicional las pruebas
Saber abarcan todo el espectro de la educación en Colombia, desde la educación
básica, pasando por la educación media, la educación técnica y tecnóloga, hasta la
educación superior. Además, el nombre de la institución fue cambiado, de Instituto
Colombiano para el Fomento de la Educación Superior, a Instituto Colombiano para
la Evaluación de la Educación. Sin embargo, las siglas (Icfes) fueron conservadas
debido al reconocimiento y prestigio de la institución entre la ciudadanía [22].
En el 2018 Saber Pro en el exterior: el examen fue aplicado a 835 personas que se
encontraban en más de 40 ciudades del mundo, como Sídney, Tokio, Londres,
Nueva York y Buenos Aires [22].
6.6.1 Entrenamientos de pruebas Saber PRO

6.6.2 La UCC
6.6.3 Universidad Autónoma del Caribe
6.6.4 FORMARTE
6.6.5 ICFES
7. PROPUESTA DEL PLAN DEL PROYECTO
Para el cumplimiento con los objetivos previamente establecidos en este proyecto,

se aconseja utilizar metodologías de software que permita su desarrollo durante la
ejecución de los planes y casos de uso, con el fin de hacer la actividad de pruebas
más efectiva y productiva. A continuación, se tiene detalladamente la metodología
de desarrollo usada, el costo y el cronograma requerido para el proyecto.
7.1 METODOLOGÍA
La metodología que será usada dentro del desarrollo del proyecto concurrirá basado
en un modelo en V, la cual se trabaja con unos planes y casos de prueba que se
van elaborando a medida en que se va avanzando en el proyecto. En la siguiente
imagen se presenta las fases por las cuales se pasará a medida de la realización
del proyecto.
Para el desarrollo de este proyecto, como se dijo anteriormente se escogió el
modelo de metodología en V. Ya que permite estar en constante validación. Para
empezar se definen los requerimientos del proyecto, lo que se es necesario para el
funcionamiento de este, aquí es inicio de lo que se quiere hacer, y se define como
se quiere hacer, como también organizar el tiempo por escrito, definir los roles de
cada integrante y las pautas necesarias para el adecuado proceso del proyecto. A
su vez se establece el planteamiento del problema, para luego poder realizar
análisis de datos y posteriormente definir el adecuado diseño de la base de datos.
Se continúa con la primera entrega que contendría lo anteriormente dicho, más la
entrega de un borrador de diseños funcionales y técnicos, y especificaciones de los
componentes del sistema.
Ya con lo anterior, el programador empieza el código de programa, para luego dar

lugar a la elaboración de la base de datos que contendrá el sistema, el respectivo
código y su montaje en el programa.
Lo siguiente, será la realización de diferentes pruebas, como se muestra en la

imagen anterior y cada prueba será validada según lo primeramente definido. Lo
que haría cumplimiento de la metodología y a su vez de los objetivos del proyecto.
Para finalizar el proyecto será sustentado, y puesto en funcionamiento para los

compañeros y algunos profesores. En el software no se harán datos de prueba por
falta de tiempo.
El producto de este proyecto es el desarrollo de un software de escritorio de SO

Windows de instalación y uso único de la institución de educación superior UDI y el
cual necesitara estar conectado a alguna red Wi-Fi, en donde sus usuarios podrán
registrarse, ingresar, presentar el simulacro y ver resultado. No será desarrollado
para página web, por lo tanto, no se podrá descargar en teléfonos inteligentes como
Androids o IOS.
7.2 CRONOGRAMA
Para establecer el cronograma del proyecto, fue necesario escribir las actividades
a realizar, escoger el rol de cada integrante, asignar responsabilidades y el tiempo
para su ejecución. En la siguiente tabla se muestra el cronograma para este
proyecto.
AGOSTO SEPTIEMBRE OCTUBRE NOVIEMBRE
FASES ROLES 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Establecer
requerimientos
Creación grupo de Jhonny Ordoñez
trabajo (Base de datos)
Deficion de los roles Jhonny Ordoñez
(Base de datos)
Creación del Jhonny Ordoñez
cronogramana (Base de datos)
Organización del Jhonny Ordoñez
cronograma (Base de datos)
Levantar Laura isaacs
requerimientos(Forma (Sistemas de
to IEEE 830) información)
Diseño funcional del
sistema
Planeamiento del Laura isaacs
problema (Sistemas de
información)
Elaboración del Laura isaacs
análisis de datos (Sistemas de
información)
Finalización del Laura isaacs
análisis de datos (Sistemas de
información)
Diseño de la base de Jhonny Ordoñez
datos (Base de datos)
Diseño tecnico del
sistema
Elaboración del Laura isaacs
diseño tecnico del (Sistemas de
sistema información)
Entrega del borrador Jhonny Ordoñez
de los diseños (Base de datos)
funcionales y tecnicos
Especificación
componentes
Produccion y Jhon Villamizar
especificación de los (Programador)
componentes del
programa
Entrega del primer Jhonny Ordoñez
borrador de sistemas (Base de datos)
de información
Codigo
Elaboración de la Jhon Villamizar
base de datos (Programador)
Elaboración de código Jhon Villamizar
(Programador)
Montaje de la base de Jhon Villamizar
datos a el programa (Programador)
Pruebas
Pruebas funcionales Jhon Villamizar
del programa (sin (Programador)
base de datos)
Prueba del programa Jhonny Ordoñez
montado ingresando (Base de datos)
algunos datos
Pruebas del programa Todos
terminado
Sustentación Todos
7.3 PRESUPUESTO
En el presupuesto se detalla los gastos de operacion y los de no, que se utilizaran
durante el desarrollo del proyecto.
8. ANÁLISIS DE REQUERIMIENTOS (IEEE-830-98 ERS)
La universidad de Investigación y Desarrollo tiene la posibilidad de incorporar un

software que entrene a los futuros egresados, dándoles la oportunidad para mejorar
los resultados en las pruebas Saber Pro. Para que el software tenga un
funcionamiento adecuado, y llegar a cumplir con el objetivo, es importante desde su
inicio establecer ciertos requerimientos específicos como lo son:
- El sistema trabajara exclusivamente sobre sistemas operativos Windows.

- El sistema va a trabajar sobre las pruebas genéricas de las siguientes
competencias; lectura crítica, razonamiento cuantitativo, competencias
ciudadanas e inglés.
- El sistema tiene 3 diferentes roles.
- El sistema de información detecta el tipo de usuario que ingresa
(Administrador, Docente o estudiante).
- El usuario estudiante escoge la competencia que quiere presentar.
- Hay un límite de preguntas, según sea la competencia. Para lectura crítica,
razonamiento cuantitativo y competencias ciudadanas el límite de preguntas
35 y para ingles 45. Para un total de 150 preguntas.
- No hay enunciados, ni imágenes para múltiples preguntas, cada pregunta del
sistema tiene única respuesta y esta es de selección múltiple (A, B, C, D).
- Las preguntas serán diseñadas por el Docente.
- Por motivos de seguridad la base de daros se manejara de manera remota
es decir que estará por fuera de la universidad, por ende para el
funcionamiento del sistema será necesario tener internet.
Por lo anterior se aplicó el formato de especificación de requisitos de software

establecido en el estándar IEEE 830. Cuando se aplica este estándar se garantiza
en gran parte, la calidad del funcionamiento del producto final, así mismo una guía
para medir el cumplimiento de cada uno de las funcionalidades que debe contener
el software. En el anexo D, se presenta el análisis de los requerimientos del proyecto
siguiendo el estándar IEEE 830.
9. MODELAMIENTO DE LA BASE DE DATOS
Para el modelamiento de la base de datos se usó un diagrama relacional que luego
se transformó en un diagrama entidad-relación con 25 tablas con índices. Con la
relación de la información contenida en cada una de las tablas dará paso al soporte
del sistema de información y con el cumplimiento de los requerimientos
establecidos. Partiendo de estos diagramas se creó un diccionario de datos, el cual
es una lista organizada de los datos que pertenecen al sistema, lo que garantiza la
precisión y claridad de los datos a almacenar en cada tabla. Este diccionario de
datos se encuentra en el anexo C.
10. DESARROLLO DEL PLAN DEL PROYECTO
En esta parte del desarrollo del plan de proyecto se permite la elaboración del
producto final, el cual cumple con cada uno de los requerimientos del usuario. A
continuación encontraremos los casos de uso, los scripts de la base de datos y la
interfaz gráfica de la aplicación.
7.1 CASOS DE USOS

7.1.1 Jerarquía de los usuarios
11. REFERENCIAS
[1] R. Bogotá, «El Espectador,» 14 Diciembre 2018. [En línea]. Available:

https://www.elespectador.com/noticias/bogota/las-instituciones-con-mejores-resultados-
en-pruebas-saber-pro-descubra-si-la-suya-es-una-de-ellas-articulo-829299. [Último acceso:
23 Agosto 2019].
[2] M. d. E. Nacional, «mineducacion,» 10 Diciembre 2018. [En línea]. Available:

https://www.mineducacion.gov.co/1759/w3-article-379833.html?_noredirect=1. [Último
acceso: Septiembre 2019].
[3] M. d. E. Nacional, «www.mineducacion.gov.co,» 20 Julio 2009. [En línea]. Available:

https://www.mineducacion.gov.co/1621/article-196477.html. [Último acceso: Septiembre
2019].
[4] E. c. d. Colombia, «Ministerio de Educación Superior,» 13 Julio 2009. [En línea]. Available:
https://www.mineducacion.gov.co/1621/articles-210697_archivo_pdf_ley_1324.pdf. [Último
[5] frlp, «http://www.frlp.utn.edu.ar,» [En línea]. Available:

http://www.frlp.utn.edu.ar/materias/info2/SI-Sistemas%20de%20Informacion.pdf. [Último
acceso: Septiembre 2019].
[6] D. Pinto, «http://dpinto.cs.buap.mx,» 2009. [En línea]. Available:

http://dpinto.cs.buap.mx/bd/Notas_sql.pdf. [Último acceso: 2019].
[7] I. a. l. S. D. B. D. DATOS, Introducción a los SISTEMAS DE BASES DE DATOS, S.A. ALHAMBRA
MEXICANA, 2001.
[8] Microsoft, «https://docs.microsoft.com,» 19 Julio 2015. [En línea]. Available:

https://docs.microsoft.com/es-es/dotnet/csharp/getting-started/introduction-to-the-
csharp-language-and-the-net-framework. [Último acceso: 2019].
[9] A. Campos, «Mapas Conceptuales, Mapas Mentales y otras formas de respresentación del
conocimiento,» Coorporativa Editorial Magisterio, Bogotá, 2005.
[10 M. Benítez y A. Arias, Curso de Introducción a la Administración de Bases de Datos, Copyright,

] 2015.
[11 S. Agudo, «Genbeta,» 24 Julio 2017. [En línea]. Available: https://www.genbeta.com/a-

] fondo/ides-y-editores-que-diferencias-hay-entre-ellos-a-la-hora-de-escribir-codigo. [Último
[12 J. Gutiérrez, «http://www.lsi.us.es,» 2014. [En línea]. [Último acceso: 2019].

]
[13 O. HEURTEL, ORACLE 12c Administración, Barcelona: Editions ENI, 2015.

]
[14 A. Montoyo y M. Marco, «RUA,» 2012. [En línea]. Available:

] https://rua.ua.es/dspace/bitstream/10045/18830/6/Tema_2_-
_Sistemas_de_Informacion.pdf. [Último acceso: 22 Septiembre 2019].
[15 L. DEBRAUWER y F. VAN DER HEYDE, UML 2.5, Octubre, 2016.

]
[16 C. Krall, «¿QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE
] MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE,» 2009. [En línea]. Available:
APRENDERAPROGRAMAR.COM.
[17 L. Leon, «MONOGRAFÍA PROGRAMACION VISUAL.NET,» Lima, 2018.

]
[18 Microsoft, «visualstudio.microsoft.com,» [En línea]. Available:

] https://visualstudio.microsoft.com/es/vs/.
[19 J. Sanchéz, «http://www.cartagena99.com,» 2004. [En línea]. Available:

] http://www.cartagena99.com/recursos/programacion/apuntes/mysql.pdf. [Último acceso:
2019].
[20 e. s. diseño web, «www.esepestudio.com,» 16 08 2005. [En línea]. Available:
] https://www.esepestudio.com/noticias/que-es-mysql. [Último acceso: 2019].
[21 G. D. COLOMBIA, «http://www.plandecenal.edu.co,» 2016. [En línea]. Available:

] http://www.plandecenal.edu.co/cms/media/herramientas/PNDE%20FINAL_ISBN%20web.pd
f.
[22 Icfes, «Instituto Colombiano Para la Evaluación de la Educación,» Instituto Colombiano Para la
] Evaluación de la Educación, 13 Junio 2019. [En línea]. Available: https://www.icfes.gov.co/50-
icfes. [Último acceso: 07 Septiembre 2019].
[23 UEAFIT, «www.youtube.com,» 28 Julio 2016. [En línea]. Available:

] https://www.youtube.com/watch?v=EzEFe3If6IU. [Último acceso: 2019].
[24 UCC, «www.ucc.edu.co,» 2018. [En línea]. Available:

] https://www.ucc.edu.co/cali/sede/Paginas/simulacro-ECAES.aspx.
[25 U. A. d. Caribe, «https://www.uac.edu.co,» Dirección IT., 15 Agosto 2018. [En línea]. Available:
] https://www.uac.edu.co/noticias/item/3538-uniautonoma-prepara-a-sus-estudiantes-para-
las-pruebas-saber-pro. [Último acceso: 07 Septiembre 2019].
[26 FORMARTE, «https://formarte.edu.co/,» [En línea]. Available:

] https://formarte.edu.co/bucaramanga/simulacro-pruebas-saber-pro/.
[27 Icfes, «https://www.icfes.gov.co,» Instituto Colombiano para la Evaluación de la Educación

] Icfes, 05 Septiembre 2019. [En línea]. Available: https://www.icfes.gov.co/web/guest/acerca-
del-examen-saber-pro. [Último acceso: 07 Septiembre 2019].
[28 U. d. I. y. Desarrollo, «http://www.udi.edu.co,» 2019. [En línea]. Available:

] http://www.udi.edu.co/proyeccion-social-y-extension. [Último acceso: 24 Agosto 2019].
[29 U. d. I. y. Desarrollo, «http://web.udi.edu.co/,» [En línea]. Available:

] http://www.udi.edu.co/programas/68-facultades/ingenierias/ingenieria-de-
sistemas#competencias. [Último acceso: 07 Septiembre 2019].
[30 J. HUGON, C# 7 Desarrolle aplicaciones Windows con Visual Studio 2017, Barcelona: Editions
] ENI, 2018.
[31 U. d. I. y. Desarrollo, «https://www.udi.edu.co,» [En línea]. Available:

] https://www.udi.edu.co/institucional/18-resena-historica. [Último acceso: 08 Septiembre
2019].
[32 U. d. I. y. Desarrollo, «https://www.udi.edu.co,» [En línea]. Available:

] https://www.udi.edu.co/institucional/18-resena-historica. [Último acceso: 08 Septiembre
2019].
[33 «https://www.ctr.unican.es,» s. f.. [En línea]. Available:
] https://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf.
[34 R. Pressman, Ingeniería de software, New York: McGraw-Hill, 2010.

]
[35 ICFES, «www.icfes.gov.co,» 13 Junio 2019. [En línea]. Available: https://www.icfes.gov.co/50-

] icfes. [Último acceso: 26 Septiembre 2019].
ANEXOS
ANEXO A
DIAGRAMA RELACIONAL DE LA BASE DE DATOS.
Falta actualizar
ANEXO B
DIAGRAMA ENTIDAD-RELACION
Falta actualizar
ANEXO C
DICCIONARIO DE DATOS
Ciudad
Columna Tipo Nulo Predeterminado Comentarios
id_ciu (Primaria) int(11) No
id_dep int(11) No
nom_ciu varchar(50) No
Índices
Nombre
Únic Empaqueta Colum Cardinalid Cotejamie Nul Comentar
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_ciu 0 A No
Y E
BTRE
id_dep No No id_dep 0 A No
E
Competencias
id_com (Primaria) int(11) No
nom_com varchar(25) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_com 0 A No
Y E
Departamento
Id_dep (Primaria) int(11) No
Nom_dep varchar(25) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No Id_dep 0 A No
Y E
Facultad
id_fac (Primaria) int(11) No
Nom_fac varchar(25) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_fac 0 A No
Y E
Niveles
id_niv (Primaria) int(11) No
nom_niv varchar(25) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_niv 0 A No
Y E
Opciones
id_opc (Primaria) int(11) No
Id_pre int(11) No
nom_opc varchar(50) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_opc 0 A No
Y E
BTRE
Id_pre No No Id_pre 0 A No
E
Preguntas
Id_pre (Primaria) int(11) No
id_res int(11) No
id_com int(11) No
id_niv int(11) No
Nom_pre varchar(250) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No Id_pre 0 A No
Y E
BTRE
id_res No No id_res 0 A No
E
Nombre
de la Tipo
o do na ad nto o io
clave
BTRE
id_com No No id_com 0 A No
E
BTRE
id_niv No No id_niv 0 A No
E
Programa
id_pro (Primaria) int(11) No
nom_pro varchar(25) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_pro 0 A No
Y E
Prueba
id_cod (Primaria) int(11) No
id_niv int(11) No
nom_pru varchar(25) No
hor_fin date No
hor_ini date No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_cod 0 A No
Y E
BTRE
id_niv No No id_niv 0 A No
E
Respuesta
id_res (Primaria) int(11) No
nom_res varchar(25) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_res 0 A No
Y E
Resultado
id_resul (Primaria) int(11) No
id_usu int(11) No
des_resul int(11) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_resul 0 A No
Y E
Nombre
de la Tipo
o do na ad nto o io
clave
BTRE
id_usu No No id_usu 0 A No
E
Rol
id_rol (Primaria) int(11) No
nom_rol varchar(20) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_rol 0 A No
Y E
Usuarios
id_usu (Primaria) int(11) No
id_fac int(11) No
id_dep int(11) No
id_ciu int(11) No
id_rol int(11) No
nom_usu varchar(50) No
apellido varchar(50) No
direccion varchar(50) No
correo varchar(60) No
Telefono varchar(15) No
nombr_usu varchar(50) No
contraseña varchar(32) No
Índices
Nombre
de la Tipo
o do na ad nto o io
clave
PRIMAR BTRE
Sí No id_usu 0 A No
Y E
BTRE
id_fac No No id_fac 0 A No
E
BTRE
id_dep No No id_dep 0 A No
E
BTRE
id_ciu No No id_ciu 0 A No
E
BTRE
id_rol No No id_rol 0 A No
E
ANEXO D
ANALISIS DE REQUERIMIENTOS SEGÚN EL ESTANDAR IEEE 830.
Ficha del documento
Fecha Revisión Autor Verificado dep. Calidad.
Ordoñez Jhonny
18/10/2019 Villamizar Jhon
Isaacs Laura
Documento validado por las partes en fecha:

Por la comunidad Por la universidad
1. Introducción
El presente documento busca establecer los requerimientos funcionales y no
funcionales de un software para la administración de datos de información del
simulador de la Universidad de Investigación y Desarrollo basándose en el
estándar IEEE 830. En primera parte se va a incluir el objetivo o propósito, el
alcance, las definiciones y acrónimos, entre otros del software deseado a
desarrollar.
1.1 Propósito
El propósito de este documento es el establecimiento de cada uno de los

requisitos funcionales y no funcionales, los cuales se deben tener en cuenta
para el diseño y desarrollo del software. Este software va dirigido para la
comunidad UDI próxima a graduarse.
1.2 Alcance
El sistema de información se va a encargar de simular las pruebas genéricas de la
prueba Saber Pro. Dichas pruebas genéricas está dividida en 5 competencias de
conocimiento diferentes, sin embargo el software no simulara la competencia de
Comunicación Escrita, debido a que no se cuenta con la tecnología adecuada para
esta.
El sistema está diseñado para distribuciones Windows, y contara con una base de
datos que será manejada por fuera de la universidad, esto para una mayor
seguridad y por esto para el funcionamiento del sistema es necesario tener internet.
Así mismo el sistema reconocerá el rol del usuario que ingrese. El sistema será de
instalación única dentro de los computadores con internet de la universidad.
Las preguntas del sistema serán diseñadas por el usuario Docente y una vez
creada, no es posible modificar, pero si eliminar si se desea. Cada una de las 4
competencias a evaluar tiene un límite de preguntas y cada pregunta tiene una única
respuesta, que deberá ser escogida por una letra que estará entre A, B, C, D.
El sistema va a calcular el resultado final del estudiante, y este mismo sistema se lo
mostrara.
1.3 Personal involucrado
Nombre Jhonny Alexander Ordoñez Beltran

Rol Bases de datos
Categoría Ingeniería de Sistemas
profesional
Responsabilidades  Creación del grupo de trabajo.
 Definición de roles.
 Creación del cronograma.
 Organización del cronograma.
 Diseño de la base de datos.
 Entrega del borrador de los diseños
funcionales y técnicos.
 Entrega del primer borrador de sistemas de
información.
 Elaboración de la base de datos.
 Pruebas del programa montado ingresando
algunos datos.
Información de jordonez3@udi.edu.co
contacto
Aprobación [Inserte aquí el texto]
Nombre Jhon Elder Villamizar Martinez

Rol Programador
Categoría Ingeniería de sistemas
profesional
Responsabilidades  Elaboración del código.
 Montaje de la base de datos al programa.
 Pruebas funcionales del programa (sin
bases de datos).
Información de jvillamizar16@udi.edu.co
contacto
Aprobación Ingeniería de Sistemas
Nombre Laura Camila Isaacs Sabogal

Rol Sistemas de información
Categoría Ingeniería de Sistemas
profesional
Responsabilidades  Levantar requerimientos (Formato IEEE
830)
 Planteamiento del problema.
 Elaboración del análisis de datos.
 Finalización del análisis de datos.
 Elaboración del diseño técnico del sistema.
Información de Lisaacs1@udi.edu.co
contacto
Aprobación [Inserte aquí el texto]
1.4 Definiciones, acrónimos y abreviaturas
Termino, acrónimos y Definición

abreviaturas
SI Sistema de información
UML Lenguaje unificado de modelado.
SQL Lenguaje de consulta estructurada
ERS Especificación de Requerimientos de
Software
SO Sistema operativo
1.5 Referencias
Referencia Titulo
IEEE Standard IEEE 830 - 1998
1.6 Resumen
El presente documento se divide en tres partes, en la primera se cuenta sobre
que va a tratar el proyecto, que propósito tiene, así mismo como la presentación
de los autores. Luego mostrara la descripción general del producto final o
software, se establecen las perspectivas, funciones, características y
restricciones del producto. Posteriormente se encuentra los requisitos
específicos del sistema, en donde se resaltan las funcionalidades que debe tener
el software para cumplir con lo planificado.
2. Descripción general
2.1 Perspectiva del producto
El sistema de información está planeado y diseñado para el desarrollo de un

software de escritorio que simule las pruebas genéricas de la prueba Saber Pro,
la cual contara con 4 de las 5 competencias.
Este será un producto independiente de otros softwares existentes y tendrá un
funcionamiento autónomo.
2.2 Funcionalidad del producto
El sistema desarrollado llevara a cabo las siguientes funciones principales:

- Creación de preguntas tipo genéricas, de selección múltiples con
única respuesta (A, B, C, D). hecha por el usuario Docente.
- Entrenamiento de estudiantes de la Universidad de Investigación y
Desarrollo, para las pruebas genéricas Saber Pro.
- Facilitará el cálculo de los resultados obtenidos en los simulacros por
el usuario Estudiante.
2.3 Características de los usuarios
Tipo de usuario Administrador

Formación Ingeniero de sistemas
Actividades Administración y control del sistema. Creación y
modificación de los demás usuarios.
Tipo de usuario Docente

Formación Educador
Actividades Diseñara las preguntas de cada competencia
Tipo de usuario Estudiante

Formación Universitario
Actividades Participación en cada competencia del
entrenamiento que ofrece el sistema
2.4 Restricciones
Algunas de las restricciones que tiene el sistema son las siguientes:
- Para su adecuado funcionamiento y por seguridad en la base de
datos, es necesario contar con red Wi-Fi.
- No se harán fases de mantenimiento, ni datos de prueba por falta de
tiempo.
- La documentación al igual que el sistema, mientras esté en fase de
desarrollo, podrá generar modificaciones si así se requiere.
- El proyecto se desarrollara bajo la metodología de modelo en V.
- Para el desarrollo del sistema se utilizara lenguaje C#, para la parte
programable y SQL para la base de datos.
- El sistema funcionara únicamente sobre SO Windows.
2.5 Suposiciones y dependencias
El sistema está hecho para un SO determinado y en un lugar determinado, es

por ello que para la ejecución de este sistema se debe cumplir con los
requerimientos y requisitos antes publicados, con el fin de garantizar un
funcionamiento adecuado.
3. Requisitos específicos
Esta es la parte más larga e importante del documento IEEE 830. Contiene una lista
detallada de los requisitos y requerimientos que debe cumplir el software a
desarrollar. Esto para permitir a los diseñadores hacer un sistema que satisfaga
estos requisitos.
Requerimientos funcionales
Número de requisito RF01

Nombre de requisito Autenticación de Usuario
Tipo Requisito Restricción
Características Usuarios deberán identificarse por medio de un
usuario y una contraseña para acceder al sistema.
Descripción del El sistema podrá identificar el rol del usuario que este
requerimiento ingresando.
Prioridad del requisito Alta/Esencial Baja/
Media/Deseado Opcional

Nombre de requisito Registrar Usuarios
Características Los usuarios deberán ser registrados por el usuario
Administrador.
Descripción del El sistema permitirá el ingreso de datos de los
requerimiento usuarios por medio del administrador. Los datos
ingresados será, nombre de usuario, contraseña,
teléfono, email,

Nombre de requisito Diseñar preguntas
Características El Docente diseñara las preguntas genéricas del
simulador.
Descripción del El sistema permitirá al usuario Docente el diseño y
requerimiento creación de las preguntas de cada competencia del
software.

Nombre de requisito Límite de preguntas
Características El sistema tiene permitirá un límite de preguntas.
Descripción del Según la competencia, el sistema tendrá un límite de
requerimiento preguntas:
- Lectura crítica, 35 preguntas
- Razonamiento cuantitativo, 35
preguntas
- Competencias ciudadanas, 35
preguntas
- Inglés, 45 preguntas.
Para un total de 150 preguntas.

Nombre de requisito Estructura de pregunta
Características El sistema manejara una estructura igual para cada
competencia
Descripción del No hay enunciados, ni imágenes para múltiples
requerimiento preguntas, cada pregunta del sistema tiene única
respuesta y esta es de selección múltiple (A, B, C,
D).

Nombre de requisito Eliminar
Características El Docente podrá eliminar la prueba que desee.
Descripción del El sistema permitirá al usuario Docente eliminar una
requerimiento o varias pruebas.

Nombre de requisito Escoger
Características El usuario Estudiante debe escoger la competencia
que desea presentar.
Descripción del El sistema permitirá al usuario Estudiante escoger
requerimiento una de las 4 competencias de la prueba que desea
presentar.

Nombre de requisito Presentación de prueba
Características El usuario Estudiante presentara la prueba que
desea escoger.
Descripción del El sistema permitirá al usuario Estudiante presentara
requerimiento una de las 4 competencias de la prueba que desea
presentar.

Nombre de requisito Consultar
Características Los usuarios Docente y Estudiante podrán consultar
resultados
Descripción del El sistema permitirá a los usuarios Docente y
requerimiento Estudiante consultar los resultados de la prueba
presentada.
Requerimientos NO funcionales
Número de requisito RNF01

Nombre de requisito Interfaz del sistema
Características El sistema presentara una interfaz sencilla y fácil de
comprender para los usuarios que lo manipulan.
Descripción del El sistema garantiza tener una interfaz sencilla y de
requerimiento fácil manejo.

Nombre de requisito Transacciones
Características El sistema soportara las peticiones de forma
simultánea.
Descripción del El sistema debe garantizar las peticiones que haga
requerimiento el usuario.

Nombre de requisito Leguaje de programación.
Características El sistema será hecho en el lenguaje C#.
Descripción del El sistema será realizado en el lenguaje de
requerimiento programación C#, por su facilidad de manejo,
permita programación por capas y con interfaces
atractivas para el usuario.

Nombre de requisito Disponibilidad
Características La disponibilidad del sistema será de uso exclusivo
de la UDI
Descripción del El sistema será de uso exclusivo de la universidad,
requerimiento debido que solo la universidad tendrá el derecho a su
instalación. Y esta solo funcionara con red Wi-Fi.

Nombre de requisito Sistema Operativo
Características El sistema trabajara únicamente sobre el SO
Windows.
Descripción del El sistema trabajara exclusivamente sobre
requerimiento distribuciones Windows.

Nombre de requisito Base de datos remota
Características El sistema manejara una base de datos remota
Descripción del Por motivos de seguridad la base de datos del
requerimiento sistema trabajara de manera remota, es decir por
fuera de la universidad

Nombre de requisito Calcular
Características Calcular el resultado
Descripción del El sistema calculara el resultado de la prueba tomada
requerimiento por el estudiante según las preguntas que le queden
correctas.
3.1 Requisitos comunes de los interfaces
En esta parte se describirán de manera detallada todas las entradas y salidas

del sistema de software.
3.1.1 Interfaces de usuario
En las interfaces de usuario se contendrán una serie de ventanas con
campos de texto, opciones de selección en listas y botones, los cuales les
permiten a cada usuario diferentes acciones, como la creación de pruebas,
presentación, ver resultados. Es así como el sistema contara con una barra
de menú superior y horizontal, que permite ingresar a cada uno de lo
componentes.
3.1.2 Interfaces de hardware
El hardware que necesitan los usuarios para hacer uso del sistema es
como primero tener equipos de cómputos en perfecto estado, tener un
procesador de mínimo de 1.66GHz, memoria mínima de 256Mb, adicional
se necesitara de un adaptador de red, mouse, teclado y un modem de
acceso a internet.
3.1.3 Interfaces de software
El sistema requiere que sea utilizado en SO Windows.
3.1.4 Interfaces de comunicación

Para el adecuado funcionamiento del sistema se deberá contar con una
comunicación entre el servidor que aloje el sistema y el usuario, para ello
se tendrán una rutas en las cuales los usuarios podrán ejecutar sus
simulaciones de la prueba genérica.
3.2 Requisitos funcionales
3.2.1 Requisito funcional 1
Autenticación de Usuario: Los usuarios deberán identificarse por medio de
un usuario y una contraseña para acceder al sistema.
- El sistema podrá identificar el rol del usuario que este ingresando.

Registrar: El sistema permitirá el ingreso de datos de los usuarios por medio

del rol Administrador. Los datos ingresados serán nombre de usuario,
contraseña, teléfono, email,
Diseñar preguntas: El sistema permitirá al usuario Docente el diseño y

creación de las preguntas de cada competencia del software.
Limitación de preguntas: Según la competencia, el sistema tendrá un límite

de preguntas:
- Lectura crítica, 35 preguntas
- Razonamiento cuantitativo, 35 preguntas
- Competencias ciudadanas, 35 preguntas
- Inglés, 45 preguntas.

Estructura de la pregunta: No hay enunciados, ni imágenes para
múltiples preguntas, cada pregunta del sistema tiene única respuesta y
esta es de selección múltiple (A, B, C, D).

Eliminar: El sistema permitirá al usuario Docente eliminar una o varias
pruebas, según lo que se desee.

Escoger: El sistema permitirá al usuario Estudiante escoger una de las 4
competencias de la prueba que desea presentar.

Presentar prueba: Permite al usuario estudiante presentar una de las 4
competencias de la prueba.
Consultar: El sistema permitirá a los usuarios Docente y Estudiante

consultar los resultados de la prueba presentada.
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
El sistema deberá garantizar su adecuado funcionamiento, sin importar el
tráfico de la red, ni que el número de transacciones sea un limitante.
3.3.2 Seguridad
El sistema garantizara la estabilidad y seguridad de la información
almacenada en la base de datos, para ello esta se manejara de manera
remota, es decir por fuera de la universidad.
Para ingresar al sistema el usuario deberá tener un usuario y contraseña,
creadas previamente por el Rol Administrador.
3.3.3 Fiabilidad
El sistema cuenta con interfaces sencillas y de fácil manejo, por lo cual no

se ve la necesidad de un manual de uso.
3.3.4 Disponibilidad
La disponibilidad del sistema será continua, siempre y cuando el

ordenador este a una red Wi-Fi conectada. Adicional es importante
recalcar que solo estará disponible dentro de los ordenadores de la
Universidad de Investigación y desarrollo.
3.3.5 Mantenibilidad
El sistema recibirá actualizaciones anuales donde un desarrollador de la

universidad lo actualizara y le hará sus debidos arreglos para mantenerlo
en funcionamiento.
3.3.6 Portabilidad
Uso exclusivo para sistemas operativos de Windows.

Software de Entrenamiento en Competencias Genericas en Las Pruebas Saber Pro Del Icfes para La Udi

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Software de Entrenamiento en Competencias Genericas en Las Pruebas Saber Pro Del Icfes para La Udi

Cargado por

Copyright:

Formatos disponibles

SOFTWARE DE ENTRENAMIENTO EN COMPETENCIAS GENERICAS EN LAS

PRUEBAS SABER PRO DEL ICFES PARA LA UDI

UNIVERSIDAD DE INVESTIGACIÓN Y DESARROLLO

Para la ejecución del software es necesario tener presentes las especificaciones de

El software de entrenamiento estará diseñado y desarrollado por los autores de este

La Universidad de Investigación y Desarrollo está experimentando problemas con

Se sabe que la universidad está teniendo problemas en este aspecto, según se

Partiendo de lo anterior, lo que se desea con este proyecto es dar respuesta a la

3.1 Objetivo General

3.2 Objetivos Específicos

La implementación de un prototipo de software que simule la prueba Saber Pro, trae

Así mismo un mayor reconocimiento en cualquier ambiente educativo conlleva a

De acuerdo con la viabilidad del proyecto, se realizó un análisis desde el ámbito

 Viabilidad técnica: Debido a que la UDI se ha caracterizado por tener y formar

Las preguntas en cada competencia, son de respuesta única y de selección múltiple

El prototipo de software que se propone implementar para la Universidad de

Es importante recordar que para este software no se harán fases de mantenimiento,

6.1 MARCO TEORICO

6.1.1 Sector de educación superior

En el marco conceptual se definen conceptos importantes que el lector debe saber

6.3 MARCO TECNOLOGICO

En el marco tecnológico se habla de manera general sobre las tecnologías que se

6.3.1 NET Framework

- El sistema educativo nacional, especialmente sus docentes e infraestructura,

6.5 ESTADO DEL ARTE

En el 2005 el Ecaes se extiende a 51 programas de Formación Profesional. Para el

En el 2009 durante el mandato del ex presidente Álvaro Uribe Vélez se realizaron

6.6.1 Entrenamientos de pruebas Saber PRO

Para el cumplimiento con los objetivos previamente establecidos en este proyecto,

Ya con lo anterior, el programador empieza el código de programa, para luego dar

Lo siguiente, será la realización de diferentes pruebas, como se muestra en la

Para finalizar el proyecto será sustentado, y puesto en funcionamiento para los

El producto de este proyecto es el desarrollo de un software de escritorio de SO

La universidad de Investigación y Desarrollo tiene la posibilidad de incorporar un

- El sistema trabajara exclusivamente sobre sistemas operativos Windows.

Por lo anterior se aplicó el formato de especificación de requisitos de software

7.1 CASOS DE USOS

[1] R. Bogotá, «El Espectador,» 14 Diciembre 2018. [En línea]. Available:

[2] M. d. E. Nacional, «mineducacion,» 10 Diciembre 2018. [En línea]. Available:

[3] M. d. E. Nacional, «www.mineducacion.gov.co,» 20 Julio 2009. [En línea]. Available:

[5] frlp, «http://www.frlp.utn.edu.ar,» [En línea]. Available:

[6] D. Pinto, «http://dpinto.cs.buap.mx,» 2009. [En línea]. Available:

[8] Microsoft, «https://docs.microsoft.com,» 19 Julio 2015. [En línea]. Available:

[10 M. Benítez y A. Arias, Curso de Introducción a la Administración de Bases de Datos, Copyright,

[11 S. Agudo, «Genbeta,» 24 Julio 2017. [En línea]. Available: https://www.genbeta.com/a-

[12 J. Gutiérrez, «http://www.lsi.us.es,» 2014. [En línea]. [Último acceso: 2019].

[13 O. HEURTEL, ORACLE 12c Administración, Barcelona: Editions ENI, 2015.

[14 A. Montoyo y M. Marco, «RUA,» 2012. [En línea]. Available:

[15 L. DEBRAUWER y F. VAN DER HEYDE, UML 2.5, Octubre, 2016.

[17 L. Leon, «MONOGRAFÍA PROGRAMACION VISUAL.NET,» Lima, 2018.

[18 Microsoft, «visualstudio.microsoft.com,» [En línea]. Available:

[19 J. Sanchéz, «http://www.cartagena99.com,» 2004. [En línea]. Available:

[21 G. D. COLOMBIA, «http://www.plandecenal.edu.co,» 2016. [En línea]. Available:

[23 UEAFIT, «www.youtube.com,» 28 Julio 2016. [En línea]. Available:

[24 UCC, «www.ucc.edu.co,» 2018. [En línea]. Available:

[26 FORMARTE, «https://formarte.edu.co/,» [En línea]. Available:

[27 Icfes, «https://www.icfes.gov.co,» Instituto Colombiano para la Evaluación de la Educación

[28 U. d. I. y. Desarrollo, «http://www.udi.edu.co,» 2019. [En línea]. Available:

[29 U. d. I. y. Desarrollo, «http://web.udi.edu.co/,» [En línea]. Available:

[31 U. d. I. y. Desarrollo, «https://www.udi.edu.co,» [En línea]. Available:

[32 U. d. I. y. Desarrollo, «https://www.udi.edu.co,» [En línea]. Available:

[34 R. Pressman, Ingeniería de software, New York: McGraw-Hill, 2010.

[35 ICFES, «www.icfes.gov.co,» 13 Junio 2019. [En línea]. Available: https://www.icfes.gov.co/50-