INSTITUTO TÉCNICO SUPERIOR DE COMERCIO “INSCO”

R.M. N° 0855/2016

CARRERA: SISTEMAS INFORMATICOS

PROYECTO DE GRADO
“DISEÑO DE UN SISTEMA DE INSCRIPCION Y CONTROL DE
NOTAS DE LOS ESTUDIANTES PARA EL BOLIVIAN ENGLISH
INSTITUTE DE LA CIUDAD DE ORURO”
Trabajo Final para optar el grado académico de
Técnico Superior en Sistemas Informáticos

Elaborado por: Carlos Fernando Méndez Brun

Tutor: Ing. Barcaya Rivamontan Santos René

Oruro - Bolivia
2020

Octubre, 2016
Oruro-Bolivia
DEDICATORIA

A mi madre Norka Brun, por darme la vida, por quererme

mucho, por creer en mí, por apoyarme, estando siempre dispuesta sin
esperar nada a cambio, todo esto te lo debo a ti. Gracias Mamá.

A mi padre Jhony Méndez, por enseñarme el valor de la perseverancia,

por enseñarme a ser fuerte ante los problemas, y por haberme dado
una educación excelente. Gracias Papá.

A mis hermanas Inés y Vanessa Méndez por haberme apoyado en

situaciones difíciles, y por darme motivos para salir adelante juntos.

Gracias.
AGRADECIMIENTOS

Agradecer primeramente los Ingenieros Humberto Lobo Aguilar, Richard

Medina, Fernando Arellano, y a las Ingenieras Jacqueline Ramírez y Marisol
Muriel, por apoyarme constantemente en la elaboración del proyecto, en su
desempeño como docentes y más que todo por su amistad. Agradecer a
mi tutor Ingeniero Rene Santos Barcaya Rivamontan quien me ha orientado
en todo momento en la realización del proyecto. Agradecer al Licenciado
Paul Dupleich por el apoyo incondicional para la elaboración del proyecto .
Agradecer a las personas que me apoyaron, me motivaron, y me
contribuyeron en la finalización del proyecto

¡Muchas gracias!
INDICE
CAPITULO I ................................................................................................................................. 3

1.1 TEMA: SISTEMA DE INSCRIPCCION DEL INSTITUTO BOLIVIAN ENGLISH

INSTITUTE DE LA CIUDAD DE ORURO ............................................................................... 3

1.2 ANTECEDENTES ................................................................................................................ 3

1.3 ORGANIGRAMA .................................................................................................................. 4

1.4 DIAGNOSTICO ..................................................................................................................... 4

1.5 JUSTIFICACION .................................................................................................................. 5

1.6 PLANTEAMIENTO DEL PROBLEMA.............................................................................. 6

1.6.1 FORMULACION DEL PROBLEMA............................................................................... 7

1.7 OBJETIVOS .......................................................................................................................... 7

1.8 ENFOQUE METODOLOGICO ........................................................................................... 7

1.8.2 TIPO DE PROYECTO ...................................................................................................... 8

1.10 FUENTES .......................................................................................................................... 10

1.10 INGENIERIA DEL PROYECTO ................................................................................. 10

CAPITULO II .............................................................................................................................. 11

2 MARCO TEORICO CONCEPTUAL ................................................................................... 11

2.6.1 Etapas de desarrollo de Sistema .............................................................................. 12

2.7 Herramientas de desarrollo del Sistema .................................................................... 14

3. MARCO REFERENCIAL ..................................................................................................... 19

4 . MARCO INSTITUCIONAL ................................................................................................. 20

a) UBICACIÓN FÍSICA DE LA EMPRESA .......................................................................... 20

b) MISIÓN. ................................................................................................................................. 20

c) VISIÓN. .................................................................................................................................. 20

d) OBJETIVO. ........................................................................................................................... 21
CAPITULO III ............................................................................................................................. 21

PROPUESTA DE INNOVACION............................................................................................ 21

3.1. Descripción de las historias de usuario.................................................................... 21

CASO DE USO Gestionar usuarios .................................................................................... 23

HISTORIA DE USO Gestionar Docentes ........................................................................... 24

CASO DE USO Gestionar estudiantes ............................................................................... 25

3.2. Planificación de entrega para cada iteración........................................................... 28

3.3. ITERACIONES................................................................................................................... 29

3.3.1. PRIMERA ITERACION ................................................................................................. 29

3.3.2. SEGUNDA ITERACION................................................................................................ 33

3.3.3. TERCERA ITERACION ................................................................................................ 34

3.4. TARJETAS CRC ............................................................................................................... 35

3.6. DISEÑO DE LA BASE DE DATOS ................................................................................ 37

3.7. DICCIONARIO DE LA BASE DE DATOS .................................................................... 40

CONCLUSIONES ..................................................................................................................... 47

RECOMENDACIONES ............................................................................................................ 48

BIBLIOGRAFIA ......................................................................................................................... 49

ANEXOS

ANEXO N° 1 Entrevista al director: Lic. Paul Dupleich Puña para la recolección de

información del sistema de inscripción y control de notas del Bolivian English
Institute
ANEXO N° 2 foto de la Lic. Emma Puña de Dupleich Fundadora y Propietaria del
Bolivian English Institute.
ANEXO N° 3 Foto de la Infraestructura del Bolivian English Institute
ANEXO N° 4 Foto de la secretaria de Bolivian English Institute
ANEXO N° 5 Foto de el control de notas en Excel del Bolivian English Institute
INDICE DE TABLAS

Tabla 1. H.U Descripcion General del Sistema ......................................................................... 22

Tabla 2. H.U. Gestionar Usuarios ................................................................................................ 23
Tabla 3. H.U. Gestionar Docentes ............................................................................................... 24
Tabla 4. H.U. Gestionar Estudiantes ........................................................................................... 26
Tabla 5. H.U. Registro de Notas .................................................................................................. 27
Tabla 6. H.U. Cronograma de plan de Entregas ....................................................................... 28
Tabla 7. Tarea1 .............................................................................................................................. 29
Tabla 8. Tarea 2 ............................................................................................................................. 30
Tabla 9. Tarea 3 ............................................................................................................................. 31
Tabla 10. Tarea 4 ........................................................................................................................... 31
Tabla 11. Tarea 5 ........................................................................................................................... 32
Tabla 12. Tarea 6 .......................................................................................................................... 33
Tabla 13. Tarea 7 ........................................................................................................................... 33
Tabla 14. Tarea 8 ........................................................................................................................... 34
Tabla 15. Tarea 9 ........................................................................................................................... 35
Tabla 16. Tarjeta CRC 1 ............................................................................................................... 35
Tabla 17. Tarjeta CRC 2 ............................................................................................................... 36
Tabla 18. Tarjeta CRC 3 ............................................................................................................... 36
Tabla 19.Tarjeta CRC 4 ................................................................................................................ 36

INDICE DE FIGURAS

Figura 1. Ubicación Física de la empresa ............................................................. 20

Figura 2. Gestionar Usuario .................................................................................. 23
Figura 3. Gestionar Estudiante.............................................................................. 25
Figura 4. Registro de Notas .................................................................................. 27
Figura 5. Diseño de la Base de Datos ................................................................... 37
Figura 6. Pantalla Login ........................................................................................ 38
Figura 7. Pantalla de Registro de Personal ........................................................... 38
Figura 8. Pantalla de Registro de Estudiantes ...................................................... 39
Figura 9. Pantalla de Registro de Cursos ............................................................. 39
Figura 10. Registro de Notas ................................................................................ 40
INTRODUCCION

En el desarrollo del presente proyecto, en el Capítulo I se describirá de todo lo

referente a la institución, desde cómo está constituido y los antecedentes que la
llevaron a ser la institución educativa reconocida en la ciudad de Oruro.

En el Capítulo II, se especifica todo lo referente a la teoría que se tomó en cuenta

para el desarrollo, donde se explicara la tecnología que se utilizó, tomando en
cuenta el marco referencial e institucional.

En el Capítulo III, se explica de una manera detallada todo lo que se refiere a los
procesos de negocio, donde se explica los casos de uso, historias de uso, y las
iteraciones que conllevan al proceso de desarrollo del sistema.

Los Sistemas de Información y las Tecnologías de Información están cambiando la

forma en la que operan las organizaciones actuales (educativas, financieras, etc.).
A través del cual logran importantes mejoras, tales como la automatización de los
procesos operativos y administrativos.

Las Tecnologías de la Información se conceptualizan en la integración y

convergencia de la computación, telecomunicaciones y técnicas para el
procesamiento de datos, donde sus principales componentes son: el factor humano,
los contenidos de la información, el equipamiento, la infraestructura, el software y
los mecanismos de intercambio de información, los elementos de política y
regulaciones, además de los recursos financieros.

Los componentes mencionados conforman el protagonismo del desarrollo

informático en una sociedad, tanto para su desarrollo como para su aplicación,
además se reconoce que las tecnologías de la información constituyen el núcleo
central de una transformación multidimensional que experimenta la economía y la
sociedad; de aquí lo importante que es el estudio y dominio de las influencias, que
tal transformación impone al ser humano como ente social, ya que tiende a modificar
no sólo sus hábitos y patrones de conducta, sino, incluso, su forma de pensar.

1
El Instituto Bolivian English Institute está dedicada a la enseñanza del Idioma ingles
en la ciudad de Oruro y de esta manera aporta al desarrollo del país en el ámbito
de la formación de Técnicos en el idioma inglés.

El Presente Proyecto tiene como finalidad desarrollar e implementar, un Sistema de

Información para el Control de Inscripciones de estudiantes, de esta manera
proporcionar información oportuna, integra y confiable en tiempo real para optimizar
la administración y control de los estudiantes.

Tomando en cuenta datos históricos y legales de la institución, y definiciones de

personalidades competentes al objeto de investigación, y describiendo el ciclo de
vida del sistema.

2
 CAPITULO I

1.1 TEMA: SISTEMA DE INSCRIPCCION DEL INSTITUTO BOLIVIAN ENGLISH

INSTITUTE DE LA CIUDAD DE ORURO

1.2 ANTECEDENTES
HISTORIAL INSTITUCIONAL.

En el año 1969 con Resolución Ministerial 2722 de fecha 15 de octubre de 1969 se

fundó el Instituto “Bolivian English Institute”, por la Sra. Prof. Emma Puña de
Dupleich, como una Institución Privada dedicada a la enseñanza del Idioma Inglés
como segundo idioma. Tras una ardua y constante labor educativa a la fecha cumple
50 años “Bodas de Oro” de vida institucional al servicio de la sociedad Orureña y
del País, ofreciendo calidad educativa, cultural y social. Habiendo formado muchas
generaciones en el conocimiento del Idioma Inglés, capacitados para enfrentar un
mundo globalizado donde los recursos humanos requieren mayor conocimiento. Los
técnicos que se forma, calificaron sin inconvenientes en la postulación de becas y
muchos son docentes de inglés en Institutos y centros de enseñanza en Oruro y el
país. En estos 50 años de constante trabajo y entrega a la educación, se ha
cosechado reconfortantes satisfacciones, gracias a los logros conseguidos por los
alumnos egresados de la Institución, por quienes nos sentimos motivados para
seguir dedicándonos a la formación de recursos humanos para el desarrollo de la
sociedad.

La institución que es la base de la investigación B.E.I. Bolivian English Institute,

ubicado en la calle Camacho esq. Bolívar, encargada de la enseñanza de la lengua
extranjera del idioma Ingles, desde 1969 como nivel Técnico Medio en Ingles.

La primera directora fue la Lic. Emma Dupleich siento también una de las primeras
docentes trayendo un inglés propio de Estados Unidos, implementado metodologías
de enseñanza y aprendizaje de un inglés nativo.

Así forjando a los mejores técnicos en la enseñanza de inglés, teniendo conexiones

con los distintos colegios particulares de la ciudad de Oruro como ser: “Colegio
Alemán”, “Colegio Anglo American School”, “Colegio Americano”.
3
Forjando Profesionales capacitados para la enseñanza de los idiomas, y dando
oportunidades a las personas apasionadas al aprendizaje de los idiomas
extranjeros.

1.3 ORGANIGRAMA

DIRECTOR Lic. Paul

Dupleich Puña

SECRETARIA TURNO SECRETARIA TURNO TARDE

MAÑANA Sra . Lourdes Sra Gina Elizabeth Carrasco
Carla Claure Vargas Lopez

ASISTENTE
Sra. Margoth
Doris Adrian

CHILDREN BASICO GRAMATICA

NIVEL MEDIO AVANZADO
NIVEL SPEAK NIVEL NIVEL NIVEL
1,2,3,4 1,2,3,4 1,2,3,4 12,3,4,5 1.2.3.4

Fuente: Bolivian English Institute “BEI”

1.4 DIAGNOSTICO
Es por medio del cual se realiza la identificación, descripción, análisis y evaluación
de la situación de una empresa u organización en un momento determinado. Como
tal, considera los resultados obtenidos por la organización y los contrasta con los
que esta se planteó inicialmente como misión. El objeto del diagnóstico situacional
es detectar los aspectos que pueden o deben ser mejorados o fortalecidos, para
adaptar la estrategia de la empresa y ajustar su funcionamiento.

FORTALEZAS:

- Enseñanza con un programa de ingles nativo.

- Enseñanza garantizada.
4
- Ambiente adecuado para la correcta enseñanza
- Buen clima de trabajo con todo el personal.
- Seguimiento estricto por el avance y asistencia de los estudiantes

DEBILIDADES

- Falta de organización para el manejo de inscripciones.

- Falta de conocimiento para la sistematización de los datos.
- No se aplican estrategias de marketing
- Falta de control estricto de notas de los estudiantes.
- Baja seguridad de sus redes.

OPORTUNIDADES

- Oferta de trabajo para los mejores estudiantes titulados

- Búsqueda de oportunidades laborales para estudiantes recién titulados.
- Uso de tecnologías para la automatización de los procesos
- Existe demanda en el estudio de una lengua extranjera
- Enlace para el conocimiento de becas

AMENAZAS

- La competencia despertó el tema de las plataformas virtuales

- No existe la posibilidad de pasar clases presenciales
- La nueva forma de gobierno impulsa al aprendizaje de lenguas originarias

1.5 JUSTIFICACION
El proyecto se justifica en base al mejor rendimiento económico de la institución, en
base a la sistematización del sistema de inscripción y control de notas, y asistencia.

JUSTIFICACION TECNICA

El trabajo se justifica porque se está haciendo uso de herramientas técnicas de

análisis de sistemas, diseño de base de Datos y aplicación amigable para el usuario,
programación es un entorno y lenguaje completo, siendo así la mejor opción para el
desarrollo del sistema.

5
 JUSTIFICACION ECONOMICA

El trabajo se justifica económicamente porque evitara el consumo de material de

escritorio, y facilitara los cálculos en el registro de los estudiantes, y tener la
información inmediata y ordenada en tiempo real, siendo así la facilidad de orden y
visualización de la información de manera rápida y segura.

JUSTIFICACION PRÁCTICA

Ese trabajo se justifica porque una vez implementado el sistema, va a permitir la

sistematización y control exacto de los datos de los estudiantes, para así poder
facilitar el registro y ubicación de los estudiantes en sus cursos respectivos

1.6 PLANTEAMIENTO DEL PROBLEMA

Dado los datos de investigación del Diagnostico se hace un FODA más específico,
y más relacionado al tema

FORTALEZAS:

- Equipamiento de computadoras.
- Ambiente adecuado para la utilización del software
- Disponibilidad de asistencia Técnica

DEBILIDADES

- Desactualización de sus sistemas Operativos.

- Manejo de hardware obsoleto en la institución.
- Falta de capacitación del personal en el área administrativa

OPORTUNIDADES

- Genera un puesto institucional para técnico en computadoras.

- La aplicación de una base de datos de manera oportuna que facilite el trabajo.
- Eficiencia en la atención para el área de secretaria, y optimizar del control de notas
en el área de docencia.

6
AMENAZAS

- No se efectuaría las clases de manera presencial por la pandemia, por el momento

no se cuenta con el material de enseñanza.
- La coyuntura gubernamental, en el sentido que no apoya el aprendizaje del idioma
extranjero.

1.6.1 FORMULACION DEL PROBLEMA

¿Cómo mejorar el sistema de inscripción y control de notas para el Bolivian English
Institute de la Ciudad de Oruro para el seguimiento de los estudiantes dentro la
institución?

1.7 OBJETIVOS
Objetivo General

Diseñar un sistema de inscripción y control de notas de los estudiantes para el

Bolivian English Institute de la ciudad de Oruro para el seguimiento de los estudiantes
dentro la institución.

Objetivos Específicos

- Sistematizar los procesos de registro de estudiantes y personal, implementando el

UML (Lenguaje de Modelado Unificado) en el desarrollo del proyecto.
- Realizar registro de notas de los estudiantes, de acuerdo a los parámetros que
maneja la institución.
- Diseñar e implementar interfaces, que permita la interacción de los procesos de
inscripción y control de notas tal que sea eficiente para el manejo de la información.
- Administrar la gestión de información y facilitar el control de los módulos dentro del
instituto mediante una base de datos relacional

1.8 ENFOQUE METODOLOGICO

Los enfoques metodológicos determinan una primera aproximación general al
diseño metodológico, representando el posicionamiento del investigador frente a la
realidad a investigar.

7
1.8.1 Diseño de la investigación

Se trata de un conjunto de técnicas y métodos que escoge un investigador para

llegar a realizar un experimento o un proyecto de investigación. Se trata de una serie
de pasos que sirven como guía al investigador.

En otras palabras, el diseño de investigación es un plan estructurado y específico

de acción, dirigido al diseño e implementación de un experimento.

1.8.1.1 Diseño de la Investigación Cuantitativa

La investigación cuantitativa se aplicará en la inscripción de los alumnos,

controlando la cantidad de alumnos, sus asistencias y el número de cursos que
están con una cantidad adecuada de estudiantes, y así administrar la entrega de
material adecuado.

1.8.1.2 Diseño de la Investigación Cualitativa

La investigación de carácter cualitativo se aplicará porque, se va a describir y

analizar las características de la organización, como ser por ejemplo, los procesos,
las actividades que se realiza en cada área de la organización.

1.8.2 TIPO DE PROYECTO

El trabajo trata del diseño de un proyecto de desarrollo tecnológico basados en los

conocimientos existentes, derivados de la investigación y/o experiencia práctica,
dirigidos a la inscripción de los alumnos, estableciendo los nuevos procesos,
sistemas y servicios, o la mejora sustancial de los existentes, que repercutan en el
desarrollo tecnológico, agregando al haber técnico y al método científico un posible
beneficio económico y/o social.

1.8.2.1 Proyecto de Investigación

Es un proyecto de Investigación porque presenta relaciones con la teoría existente

en el tema y a su vez con el mundo empírico, de esta forma se planea de lo que se
pretende investigar.

La investigación partirá del planteamiento o formulación del problema, los

antecedentes, importancia o justificación del estudio, elementos teóricos que

8
fundamenten la investigación, objetivos (generales y específicos), metodológica,
esquema o plan de trabajo, cronograma y referencias.

1.9 Tipo de Investigación

Se utilizan dos criterios para establecer el tipo de investigación que se quiere hacer:
el nivel de complejidad del estudio y el tipo de análisis a que se someterá la
información recolectada. Según el primer criterio, un estudio puede ser exploratorio,
descriptivo o explicativo. Según el segundo criterio, en un estudio se puede emplear
análisis cuantitativo, cualitativo o mixto.

1.9.1 Investigación Descriptiva

De acuerdo a la naturaleza del estudio, la investigación reúne por su nivel las

características de un estudio descriptivo. Este tipo de investigación interpreta lo que
es la realidad, para ello utiliza el método de análisis por el cual se logra caracterizar
un objeto de estudio o una situación concreta, combinada con ciertos criterios de
clasificación que sirven para ordenar, agrupar o sistematizar los objetos
involucrados en el trabajo indagatorio.

El trabajo de investigación por sus características es de tipo descriptivo, porque el

diseño del sistema de Inscripción de alumnos del Bolivian English Institute de la
ciudad de Oruro se fundamenta en el análisis cuantitativo y cualitativo de los
procesos de la organización que serán sistematizados y automatizados.

1.9.2 Población

Las personas que forman parte del Bolivian English Institute son:

- Director: Lic. Paul Dupleich

- Secretaria (Mañana): Sra. Lourdes Carla Claure Vargas

- Secretaria (Tarde-Noche): Sra. Gina Elizabeth Carrasco López

- Asistente: Margoth Doris Adrian

9
1.9.3 Muestra

No se aplica la muestra porque se está haciendo un censo, por lo tanto, no se

necesitar hacer una encuesta, además que se recabara información de las personas
relevantes a la investigación.

1.10 FUENTES

Las fuentes de investigación son los múltiples tipos de documentos que brindan
información y conocimiento útil requerido para llevar a cabo una investigación y,
consecuentemente, generar conocimiento.

1.10.1 Fuentes Primarias

La información para la realización de esta investigación fue mediante la

observación, y revisión de los documentos del Bolivian English Institute, siendo así
que se obtuvo toda la información necesaria para el tema de investigación, y
mediante la observación, ya que se pudo observar el método de inscripción y
recolección de datos de los alumnos.

1.10.2 Fuentes Secundarias

La recopilación de los datos para el diseño de la investigación y aplicación del

programa fue recopilada de páginas web, y canales de YouTube, pudiendo
profundizar y mejorar el diseño de interfaces y análisis y Diseño de Sistemas.

1.10 INGENIERIA DEL PROYECTO

OBJETIVOS METODO O TECNICA ACTIVIDADES
ESPECIFICOS
Sistematizar los Entrevista Realizar entrevistas al
procesos de inscripción personal de la
y seguimiento de institución para conocer
objetivos (avance de los procesos y
materia) implementando funciones de
el UML (Lenguaje de inscripción.
Modelado Unificado) en

10
 el desarrollo del Observación Realizar la observación
proyecto. directa de los procesos
y procedimientos de la
inscripción de alumnos.

Realizar registro de Diagrama de flujos de Analizar los procesos y

notas de los datos procedimientos de la
estudiantes, de acuerdo institución de acuerdo a
a los parámetros las normas que rigen.
que maneja la
institución.

Diseñar e implementar Diagrama de flujo de Analizar las maneras de

interfaces, que permita datos inscripción y control de
la interacción notas de la institución
de los procesos de
inscripción y control de Historias de Usuario XP
notas tal que sea
eficiente para el
manejo de la Diseño de Interfaces NetBeans
información.
Administrar la gestión Diagrama de flujo de Brindar la información
de información y facilitar datos. necesaria en tiempo
el control de los real con la ayuda de las
módulos dentro del herramientas
instituto mediante una tecnológicas creadas.
base de datos relacional Historias de Usuario XP

Fuente: Elaboración propia

CAPITULO II
2 MARCO TEORICO CONCEPTUAL
Marco Teórico es “un compendio escrito de artículos, libros y otros documentos que
describen el estado pasado y actual del conocimiento sobre el problema de estudio.
Nos ayuda a documentar cómo la investigación agrega valor a la literatura
existente”. (Hernandez Sampieri, 2008)

11
2.1 Sistema Operativo

Un sistema operativo es un programa que realiza múltiples funciones cuyo objetivo

es facilitar el manejo y uso del ordenador para conseguir que esta sea segura y
eficiente para el usuario (Hernadez Perez, 2003)

2.2 Computador

un computador es una máquina diseñada para aceptar un conjunto de datos de

entrada, procesarlos y obtener como resultado un conjunto de datos de salida.
(Garrido Lopez, 2008)

2.3 Software

El software es el conjunto de instrucciones y datos en formato binario almacenados

en la memoria principal, que le indica a una computadora que debe hacer y cómo.
Es decir, el software dirige al hardware el software es la parte lógica del sistema
informático. (Castellano Casas, 2008)

2.5 Inscripción

Acción y efecto de inscribir o inscribirse; tomar razón, en algún registro, de los

documentos o las declaraciones que han de asentarse en él según las leyes.
(Cabanellas de Torres, 2005)

2.6.1 Etapas de desarrollo de Sistema

En el ciclo de vida de un sistema de información pueden distinguirse siete fases. Se
trata de las siguientes:

Fase de planificación. En esta fase se prepara el diseño y posterior

implementación del sistema. Es necesario definir el alcance del proyecto, justificarlo
y escoger una metodología para su desarrollo. También es preciso asociar las
diferentes actividades a plazos de tiempo y designar roles y responsabilidades.

Fase de análisis. Una vez que el equipo de proyecto se decide por una metodología
de desarrollo determinada, da comienzo la segunda etapa en el ciclo de vida de un
sistema de información. Es la que tiene que ver con el análisis y donde se busca

12
concretar una serie de requisitos, que son los que regirán el nuevo sistema o los
cambios a introducir en el antiguo, si con el proyecto se busca su actualización.

Fase de diseño. En este estadio el equipo de proyecto tendrá que determinar cómo
el nuevo sistema de información cumplirá con los requisitos aplicables. Es por ello
que, a estas alturas del ciclo de vida de un sistema de información conviene
identificar soluciones potenciales, evaluarlas y elegir la más conveniente. Ésta será
o la más efectiva, o la más eficiente en costes o la menos compleja. Una vez
completadas esas tareas, habrá que continuar haciendo la selección tecnológica de
software y hardware, desarrollando las especificaciones para las distintas
aplicaciones y obteniendo aprobación de la gerencia para poder proceder a la
implementación del nuevo sistema.

Fase de desarrollo. El desarrollo software marca un antes y un después en la vida

del sistema y significa, además, el inicio de la producción. El cambio es una
constante durante esta etapa, en la que suele ser recomendable poner el foco en la
formación y capacitación de los usuarios y el equipo técnico.

Fase de integración y periodo de pruebas. El objetivo de esta etapa es corroborar

que el diseño propuesto cumple con los requisitos de negocio establecidos. Puede
ser necesario repetir las pruebas tantas veces como haga falta para evitar errores
y, de hecho, conviene que el usuario final dé su conformidad con el resultado. Por
último, este estadio concluye con la verificación y validación, que ayudan a asegurar
la compleción del programa con éxito.

Fase de implementación. En esta etapa del ciclo de vida de un sistema de

información hay que proceder a la instalación del hardware y software elegidos,
crear las aplicaciones correspondientes, someterlas a pruebas, crear la
documentación pertinente y capacitar a los usuarios. La conversión de datos es
importante en este estadio, en el que ya se empieza a trabajar en el nuevo sistema.

Fase de mantenimiento. Esta etapa del ciclo de vida de un sistema de información

está relacionada con las operaciones del día a día. Por lo general, consiste en
introducir los ajustes necesarios para mejorar el rendimiento y corregir los

13
problemas que puedan surgir. Una vez concluye la etapa de implementación se
suele abrir un periodo de operación supervisada, durante el que las actividades de
mantenimiento cobran una especial importancia, al orientarse a hacer backups, dar
soporte a los usuarios, resolver fallos, optimizar el sistema para cuestiones
relacionadas con la seguridad o la velocidad y revisar el software para garantizar la
alineación con las metas del negocio.

(PowerData, 2019)

2.7 Herramientas de desarrollo del Sistema

- UML

El lenguaje unificado de modelado o UML (Unified Modelillg úlIIguage) es el sucesor

de la oleada de métodos de análisis y diseño orientados a objetos (OOA&D) que
surgió a finales de la década de 1980 y principios de la siguiente. El UML unifica,
sobre todo, los métodos de 800ch, Rumbaugh (OMT) y Jacobson, pero su alcance
llegará a ser mucho más amplio. En estos momentos el UML está en pleno proceso
de estandarización con el OMG (Object Mallagemell' Group o Grupo de
administración de objetos) y estoy seguro de que se convertirá en el lenguaje de
modelado estándar del futuro. Decimos, pues, que el UML es un lenguaje de
modelado, y no un método. La mayor parte de los métodos consisten, al menos en
principio, en un lenguaje y en un proceso para modelar. El lenguaje de modelado es
la notación (principalmente gráfica) de que se valen los métodos para expresar los
diseños. El proceso es la orientación que nos dan sobre los pasos a seguir para
hacer el diseño. Las partes que tratan sobre el proceso en muchos libros de métodos
son más bien esquemáticas. Más aún, considero que la mayoría de las personas
que dicen estar usando un método están usando en realidad un lenguaje de
modelado, pero rara vez siguen el proceso. Así pues, en gran medida el lenguaje
de modelado es la parte más importante del método. Ciertamente, es la clave para
la comunicación. Si usted desea analizar su diseño con alguien, 10 que ambos
necesitan comprender es el lenguaje de modelado, "0 el proceso que usted siguió
para lograr tal diseño. Los tres amigos que acabamos de mencionar también
trabajan en la creación de un proceso unificado, llamado Objectory. No es necesario

14
utilizar Objectory para usar UML, pues ambos están claramente separados. En este
libro, sin embargo, hablaré un poco del proceso, con el fin de situar en contexto las
técnicas del lenguaje de modelado. En la exposición hago uso de los pasos y
términos básicos de ' Objectory, pero cabe aclarar que la obra 110 es una
descripción del proceso de Objectory. Sucede que utilizo muchos procesos
diferentes, dependiendo de mi cliente y del tipo de software que esté construyendo.
Aunque pienso que es valioso tener un lenguaje de modelado estándar, no
considero que haya una necesidad comparable de contar con un proceso estándar,
si bien sería útil cierta armonización en el vocabulario. (Fowler, UML gota a gota,
2000)

- XP PROGRAMACION EXTREMA

La programación Extrema o Extreme Programming (XP) es una metodología de

desarrollo de la ingeniería de software. Es el más destacado de los procesos ágiles
de desarrollo de software. Al igual que éstos, la programación extrema se diferencia
de las metodologías tradicionales principalmente en que pone más énfasis en la
adaptabilidad que en la previsibilidad. Los defensores de la XP consideran que los
cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso
deseable del desarrollo de proyectos. Creen que ser capaz de adaptarse a los
cambios de requisitos en cualquier punto de la vida del proyecto es una
aproximación mejor y más realista que intentar definir todos los requisitos al
comienzo del proyecto e invertir esfuerzos después en controlar los cambios en los
requisitos.

Fase de exploración Es la fase en la que se define el alcance general del proyecto.

En esta fase, el cliente define lo que necesita mediante la redacción de sencillas
“historias de usuario”. Los programadores estimas los tiempos de desarrollo en base
a esta información. Debe quedar claro que las estimaciones realizadas en esta fase
son primarias (ya que están basadas en datos de muy alto nivel), y podrían variar
cuando se analicen en más detalle en cada iteración. Esta fase dura típicamente un
par de semanas, y el resultado es una visión general del sistema, y un plazo total
estimado.

15
Fase de planificación. La planificación es una fase corta, en la que el cliente, los
gerentes y el grupo desarrolladores acuerdan el orden en que deberán
implementarse las historias usuario, y, asociadas a éstas, las entregas. Típicamente
esta fase consiste en unas varias reuniones grupales de planificación.

Fase de iteraciones. Esta es la fase principal en el ciclo de desarrollo de XP. Las

funcionalidades son desarrolladas en esta fase, generando al final de cada una un
entregable funcional que implementa las historias de usuario asignadas a la
iteración. Como las historias de usuario no tienen suficiente detalle como para
permitir su análisis y desarrollo, al principio de cada iteración se realizan las tareas
necesarias de análisis, recabando con el cliente todos los datos que sean
necesarios. El cliente, por lo tanto, también debe participar activamente durante esta
fase del ciclo. Las iteraciones son también utilizadas para medir el progreso del
proyecto. Una iteración terminada sin errores es una medida clara de avance.

Fase de puesta en producción. Si bien al final de cada iteración se entregan

módulos funcionales y sin errores, puede ser deseable por parte del cliente no poner
el sistema en producción hasta tanto no se tenga la funcionalidad completa. En esta
fase no se realizan más desarrollos funcionales, pero pueden ser necesarias tareas
de ajuste. (Diaz Labrador & Garcia Collazo, 2013).

- NETBEANS

NetBeans es un programa que sirve como IDE (un entorno de desarrollo integrado)
que nos permite programar en diversos lenguajes.

El desarrollo de software se ha diversificado mucho basándonos en la cantidad de

lenguajes que existen para la programación. Sin embargo, hay lenguajes que van
imponiéndose como estándares, entre ellos tenemos a Java, PHP, HTML, C++, C#,
Ruby.

NetBeans es ideal para trabajar con el lenguaje de desarrollo JAVA (y todos sus
derivados), así como también nos ofrece un excelente entorno para programar en

16
PHP. También se puede descargar una vez instalado NetBeans, los complementos
para programar en C++. La IDE de NetBeans es perfecta. Tiene un excelente
balance entre una interfaz con múltiples opciones y el editor puede autocompletar
nuestro código. (Netbeans, 2008).

- WAMPSERVER
WAMP es un acrónimo que significa Windows, Apache, MySQL y PHP. Es un stack
o conjunto de soluciones de software que significa que cuando instalas WAMP,
estás instalando Apache, MySQL y PHP en tu sistema operativo (Windows en el
caso de WAMP). Aunque puede instalarlos por separado, por lo general son
empaquetados, y también por una buena razón.
Lo que es bueno saber es que WAMP deriva de LAMP (la L significa Linux). La única
diferencia entre estos dos es que WAMP se usa para Windows, mientras que LAMP
para sistemas operativos basados en Linux.
WAMP actúa como un servidor virtual en tu computadora (WampServer). Te permite
probar todas las funciones de WordPress sin ninguna consecuencia, ya que está
ubicado en tu máquina y no está conectado a la web.
En primer lugar, esto significa que no necesitas esperar hasta que los archivos se
carguen en tu sitio, y en segundo lugar, esto facilita mucho la creación de copias de
seguridad.
Un WampServer acelera el proceso de trabajo tanto para los desarrolladores como
para los diseñadores de temas. Además, también obtienes el beneficio de poder
jugar con su sitio y tener algo de diversión.
Sin embargo, para que el sitio web funcione, debes adquirir algún tipo de servicio
de hosting y dominio. Mira nuestro artículo para principiantes sobre hosting web
para obtener más información.
O si ya estás preparado para dar el salto a la web, dale un vistazo a lo que Hostinger
tiene para ti. Podemos garantizar los mejores precios de hosting web del mercado
para soluciones de hosting de alta calidad.
En esencia, WampServer se utiliza como un espacio seguro para trabajar en tu sitio
web, sin necesidad de alojarlo online.

17
WampServer también tiene un panel de control. Una vez que instales el paquete de
software, todos los servicios mencionados anteriormente (excluyendo el sistema
operativo) se instalarán en tu máquina local.
Ya sea que utilices WampServer o paquetes de software para los otros sistemas
operativos, es una excelente manera de ahorrar tiempo. No tendrás que cargar
archivos en un sitio y podrás aprender a desarrollar en un entorno seguro y sin
preocupaciones. (Gustavo B., 2020).
- JAVA

Java es un lenguaje de programación desarrollado por Sun Microsystems. Java fue

presentado en la segunda mitad del año 1995 y desde entonces se ha convertido
en un lenguaje de programación muy popular. Java es un lenguaje muy valorado
porque los programas Java se pueden ejecutar en diversas plataformas con
sistemas operativos como Windows, Mac OS, Linux o Solaris. James Gosling, el
director del equipo de trabajo encargado de desarrollar Java, hizo realidad la
promesa de un lenguaje independiente de la plataforma. Se buscaba diseñar un
lenguaje que permitiera programar una aplicación una sola vez que luego pudiera
ejecutarse en distintas máquinas y sistemas operativos. Para conseguir la
portabilidad de los programas Java se utiliza un entorno de ejecución para los
programas compilados. Este entorno se denomina Java Runtime Environment
(JRE). Es gratuito y está disponible para los principales sistemas operativos. Esto
asegura que el mismo programa Java pueda ejecutarse en Windows, Mac OS, Linux
o Solaris.

Los programas Java se compilan a un lenguaje intermedio, denominado Bytecode.

Este código es interpretado por la máquina virtual de Java del entorno de ejecución
(JRE) y así se consigue la portabilidad en distintas plataformas. El JRE es una pieza
intermedia entre el código Bytecode y los distintos sistemas operativos existentes
en el mercado. Un programa Java compilado en Bytecode se puede ejecutar en
sistemas operativos como Windows, Linux, Mac Os, Solaris, BlackBerry OS, iOs o
Android utilizando el entorno de ejecución de Java (JRE) apropiado.

18
Una de las características más importantes de los lenguajes de programación
modernos es la portabilidad. Como se ha comentado antes, un programa es portable
cuando es independiente de la plataforma y puede ejecutarse en cualquier sistema
operativo y dispositivo físico. Los programas Java son portables porque se ejecutan
en cualquier plataforma. Sucede algo parecido con las fotografías o los ficheros
PDF. Las fotografías con formato JPEG son portables porque un archivo JPEG lo
podemos visualizar con distintos visores de fotos y en dispositivos como
ordenadores, tabletas o teléfonos. El formato JPEG es un estándar para almacenar
archivos de imagen. Todas las imágenes JPEG tienen el mismo formato y los
visores de fotos están diseñados para mostrar las imágenes con este formato. De
forma similar, los archivos PDF (Portable Document Format) son portables. El
formato PDF fue desarrollado por Adobe Systems con la idea de que estos archivos
se puedan ver en cualquier dispositivo que tenga instalado Adobe Acrobat Reader,
el software de visualización de documentos PDF. (Ladron de Guevara, 2005)

3. MARCO REFERENCIAL
Para el desarrollo del presente proyecto se tomó como referencia algunas tesis que
tenían como referencia el control de ciertos campos. Podemos mencionar los
siguientes:

- SISTEMA WEB DE EVALUACION AL DESEPEÑO DOCENTE UNAM –

MANAGUA.

El presente trabajo, se basó en el desarrollo de un sistema web, en el cual se usa

la metodología ágil de programación extrema XP.

- REGISTRO, INSCRIPCIONES Y SEGUIMIENTO. CASO: FUNDACION

INTERNACIONAL DE JOVENES (IYF).
- SISTEMA DE INFORMACION PARA EL REGISTRO Y CONTROL DE
INCRIPCIONES Y NOTAS DE COLEGIO UNIVERSIDAD MAYOR DE SAN
SIMON

19
4 . MARCO INSTITUCIONAL
a) UBICACIÓN FÍSICA DE LA EMPRESA

Figura 1. Ubicación Física de la empresa

Teléfono. 52-50442

Calle. Bolívar esquina Camacho

b) MISIÓN.
Conocedores de la importancia del Idioma Inglés como llave para poder ingresar al
mundo globalizado, la tarea es brindar una enseñanza de excelencia en el ámbito
de la sociedad en general, así como generar y difundir el conocimiento, con
responsabilidad social, equidad, respeto y valores que contribuyan al desarrollo
regional y nacional, proporcionando a nuestros estudiantes los conocimientos
imprescindibles para una mejor formación personal, académica y profesional,
facilitando los procesos de comunicación de la sociedad y potenciando así mayores
oportunidades de acceso a mayor información, a becas e intercambios culturales, y
mejores empleos y remuneraciones.

c) VISIÓN.
Ser un centro líder y competitivo en la enseñanza del idioma inglés, comprometido
con la excelencia académica y la calidad en el servicio, destacando por su afán de
mejora continua y por su papel relevante como parte de una Institución, que sea
referente de calidad a nivel local y nacional.

20
d) OBJETIVO.
Desarrollar en los estudiantes las competencias comunicativas en el idioma inglés,
que faciliten las prácticas de comprensión, expresión oral, interacción, interpretación
de textos o discursos y los intercambios culturales relacionados con los saberes
académicos específicos de los estudiantes.

CAPITULO III
PROPUESTA DE INNOVACION
3.1. Descripción de las historias de usuario
Como primera actividad para el desarrollo del sistema, la metodología XP
establece que deben realizarse las historias de usuario para determinar las
necesidades que esperan satisfacer a los clientes, en este caso la institución
Bolivian English Institute, especialmente el área administrativa.

21
 HISTORIA DE USUARIO Sistema de Control y Gestión de Estudiantes
A partir de las necesidades establecidas tras una entrevista y trabajo de
campo, se logró establecer la necesidad principal expresada en la siguiente
historia de usuario.
Tabla 1. H.U Descripcion General del Sistema

Historia de Usuario Nº 1
Nombre Historia de Usuario Sistema de Control y Gestión de
Estudiante
Usuario Administrador Iteración Aun no
y personal Asignada establecida
administrativo
Prioridad en el Alta Puntos Desarrollo del
Negocio: estimados sistema,
Alta, Media, contemplando
Baja. la metodología
de desarrollo
XP, logrando
así la
centralización
de los datos en
una base de
datos diseñada
específicamente
para el caso de
estudio.
Riesgo en Media Puntos Aun no
Desarrollo: Reales corresponde
Alta, Media,
Baja
Descripción Brindar un servicio a los estudiantes de la institución,
registrando sus datos personales, de manera
individual e introducirlos en el sistema.
Observaciones Se logró el desarrollo del sistema considerando las

22
 fechas establecidas. El tiempo estimado fue de 12
semanas.
Fuente: Elaboración Propia

Con la elaboración historia de usuario, se especifican de forma concreta otras

necesidades que serán desarrolladas en el futuro.

CASO DE USO Gestionar usuarios

Agregar
Usuarios

Modificar
Usuario
Personal Administrativo
Administrador

Buscar
Usuario

Personal Academico

Figura 2. Gestionar Usuario

Fuente: Elaboración Propia

Para una mejor interpretación del requerimiento, es necesario formalizarlo en un
diagrama de historia de usuario que se presenta a continuación para la
administración de usuarios del sistema los que son de dos tipos: usuarios
administradores del sistema y los usuarios operadores del sistema como son el
personal administrativo y académico.

Tabla 2. H.U. Gestionar Usuarios

Historia de Usuario Nº 2
Nombre Historia de Usuario Gestión de Usuarios
Usuario Administrador Iteración 1
Asignada
Prioridad en el Alta Puntos Agregar Nuevo
Negocio: estimados Usuario.

23
 Alta, Media, Modificar Usuario.
Baja. Listar todos los
registros de los
usuarios.
Riesgo en Media Puntos Se logró desarrollar
Desarrollo: Reales los módulos
Alta, Media, específicos de
Baja acuerdo a la
planificación
establecida en el
cronograma.
Descripción Este proceso está orientado a trabajar con los datos de los
usuarios que se harán cargo de la aplicación. Son los
usuarios los que tienen acceso a todos los módulos
referidos a personal administrativo, académico y
estudiantes y reportes en general.
Observaciones
Se desarrollaron los módulos sin retraso alguno.

Fuente: Elaboración Propia

HISTORIA DE USO Gestionar Docentes

Un docente es un profesional que practica la enseñanza e intenta inculcar
nuevos valores y técnicas de estudio a los estudiantes.
La institución cuenta al menos con una decena de docentes responden a diversas
áreas de estudio y personal de apoyo que integran el equipo del área académica.

Tabla 3. H.U. Gestionar Docentes

Historia de Usuario Nº 3
Nombre Historia de Usuario Gestión de Docentes
Usuario Administrador Iteración 1
Asignada
Prioridad en el Alta Puntos Agregar Nuevo
Negocio: estimados Docente.

24
 Alta, Media, Modificar docente.
Baja. Listar todos los
registros de los
docentes. (altas y
bajas)
Riesgo en Media Puntos Se logró desarrollar
Desarrollo: Reales los módulos
Alta, Media, específicos de
Baja acuerdo a la
planificación
establecida en el
cronograma.
Descripción Este proceso está orientado a trabajar con los datos de los
docentes que estarán registrados en el sistema. Son los
docentes los que tienen acceso a todos los módulos
referidos a estudiantes.
Observaciones
Se desarrollaron los módulos sin retraso alguno.

Fuente: Elaboración Propia

CASO DE USO Gestionar estudiantes

En el área educativa, el estudiante es la parte primordial de toda institución
educativa, por tal razón se debe brindar el apoyo necesario, para que puedan
lograr sus objetivos.

Registro Datos
Estudiante

Actualizar Datos
Estudiante

Estudiante

Buscar Datos
Administrador
Estudiante

Figura 3. Gestionar Estudiante

25
Fuente: Elaboración Propia
El diagrama anterior refleja que solamente el usuario administrador está
autorizado para el llenado de los datos del estudiante, identificándose tres
procesos: registro de datos de los estudiantes, actualización de los datos y
finalmente la búsqueda de los datos.
Tabla 4. H.U. Gestionar Estudiantes

Historia de Usuario N.º 4

Nombre Historia de Usuario Gestión de Estudiantes
Usuario Administrador Iteración 2
Asignada
Prioridad en el Alta Puntos Agregar Nuevo
Negocio: estimados Estudiante.
Alta, Media, Modificar
Baja. Estudiante.
Listar todos los
registros de los
estudiantes. (altas y
bajas)
Riesgo en Media Puntos Se logró desarrollar
Desarrollo: Reales los módulos
Alta, Media, específicos de
Baja acuerdo a la
planificación
establecida en el
cronograma.
Descripción Es te pr o ce s o e st á o rien t ad o a t ra b aja r c on lo s d at o s
de lo s e s tu d ian t es qu e e st á n re g istr a do s e n e l
s is t em a . Son los del personal administrat ivo los
que tienen acceso a todos los mó d ulo s re f er id o s a
e st u dia nt e s .
Observaciones
Se desarrollaron los módulos sin retraso alguno.

Fuente: Elaboración Propia

26
Caso de Uso Registro de Notas
En esta etapa de desarrollo del sistema, el docente es la persona la cual realiza
la elaboración de las notas de acuerdo a los resultados que obtuvieron los
estudiantes.

Registro Notas
Estudiante

Actualizar Notas
Estudiante

Docente

Buscar Notas
Administrador
Estudiante

Figura 4. Registro de Notas

Fuente: Elaboración Propia

Tabla 5. H.U. Registro de Notas

Historia de Usuario Nº 5
Nombre Historia de Usuario Registro de Notas
Usuario Docente Iteración 3
Asignada
Prioridad en el Media Puntos Agregar Notas de los
Negocio: estimados Estudiantes.
Alta, Media, Modificar Notas.
Baja.
Riesgo en Media Puntos Se logró desarrollar los
Desarrollo: Reales módulos específicos de
Alta, Media, acuerdo a la
Baja planificación
establecida en el
cronograma.
Descripción Es te pr oc e s o e st á or ien t ad o a tr a b ajar co n lo s d at o s
de lo s e s tu d ia n te s q u e es t án r e gis tr ad o s e n e l

27
 s is t em a . Se r e aliza r a e l r eg ist ro de la s n o ta s d e lo s
e st u dia nt e s.
Observaciones
Se desarrollaron los módulos sin retraso alguno.

Fuente: Elaboración Propia

3.2. Planificación de entrega para cada iteración

En esta fase se establece la prioridad de cada historia de usuario así como una
estimación del esfuerzo necesario de cada una de ellas con el fin de determinar un
cronograma de entregas.

Las estimaciones de esfuerzo asociado a la implementación de las historias se

establecen utilizando como medida el punto. Un punto, equivale a una semana ideal
de programación. Las historias generalmente valen de 1 a 3 puntos. Por otra parte,
se mantiene un registro de la “velocidad” de desarrollo, establecida en puntos por
iteración, basándose principalmente en la suma de puntos correspondientes a las
historias de usuario que fueron terminadas en la última iteración.

La planificación se puede realizar basándose en el tiempo o el alcance. La velocidad

del proyecto es utilizada para establecer cuántas historias se pueden implementar
antes de una fecha determinada o cuánto tiempo tomará implementar un conjunto
de historias. Al planificar por tiempo, se multiplica el número de iteraciones por la
velocidad del proyecto, determinándose cuántos puntos se pueden completar. Al
planificar según alcance del sistema, se divide la suma de puntos de las historias
de usuario seleccionadas entre la velocidad del proyecto, obteniendo el número de
iteraciones necesarias para su implementación.

Tabla 6. H.U. Cronograma de plan de Entregas

Nombre del Proyecto: Sistema de control y Gestión de Estudiantes

Fecha de reunión de planificación: 14 de julio 2020
Nombre de Documentador: Carlos Fernando Méndez Brun
Entrega nº: 1

28
 Nro. De historia Titulo Prioridad Fecha de inicio
1 Descripción Alta 14 – 07 – 2020
General del
sistema
2 Gestión de Alta 16 – 07 – 2020
Usuarios
3 Gestión de Alta 20 – 07 – 2020
Docentes
4 Gestión de Alta 22 – 07 – 2020
Estudiantes
5 Registro de Notas Alta 24 – 07 – 2020
Información de aprobación del plan
Carlos Fernando Méndez Brun Gerente de desarrollo

Firma del entrenador (coach) Firma del cliente

Fuente: Elaboración Propia

3.3. ITERACIONES
3.3.1. PRIMERA ITERACION
En esta primera iteración se desarrollan todas las tareas del área de ingeniería
(análisis, etc.), y las pruebas de aceptación definidas para cada historia de
usuario.

Tabla 7. Tarea1

Numero de tarea: 1 Numero de historia: 1

Nombre de tarea: Diseño de Interfaces
Tipo de Desarrollo Puntos 1
tarea: estimados:
Fecha de 27 – 07 – 2020 Fecha de fin: 31 – 07 –
inicio: 2020
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: En esta tarea se desarrollan las

29
 interfaces de y menús que serán
de fácil manejo para los usuarios
del sistema ya sean estos personal
administrativo o académico.
Fuente: Elaboración Propia
Tabla 8. Tarea 2

Numero de tarea: 2 Numero de historia: 2

Nombre de tarea: Registro de usuarios
Tipo de Desarrollo Puntos 1
tarea: estimados:
Fecha de 03 – 08 – 2020 Fecha de fin: 14 – 08 –
inicio: 2020
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: En esta tarea es donde se realizara

el registro de los usuarios, los
cuales tendrán acceso al sistema,
se tomara en cuenta los siguientes
campos:
• pers_id,
• pers_usua,
• pers_clave,
• pers_ci,
• pers_nombre,
• pers_apellido1,
• pers_apellido2,
• pers_ciudad,
• pers_direccion,
• pers_telefono,
• pers_fecha_nacimiento,
• pers_sexo.
Fuente: Elaboracion Propia

30
Tabla 9. Tarea 3

Numero de tarea: 3 Numero de historia: 3

Nombre de tarea: Gestión de Docentes
Tipo de Desarrollo Puntos 1
tarea: estimados:
Fecha de 17 – 08 – 2020 Fecha de fin: 28 – 08 –
inicio: 2020
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: Esta tarea se encargara de realizar

la gestión de docente, donde se
podrá insertar nuevos docentes
con los siguientes datos:
• profe_id,
• profe_depar,
• profe_perso,
• profe_fecha_ingre,
• profe_fecha_sali,
Fuente: Elaboracion propia
Tabla 10. Tarea 4

Numero de tarea: 4 Numero de historia: 4

Nombre de tarea: Gestión de estudiantes
Tipo de Desarrollo Puntos 1
tarea: estimados:
Fecha de 31 – 08 – 2020 Fecha de fin: 11 – 09 –
inicio: 2020
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: Esta tarea se encargara de realizar

la gestión de estudiantes, donde se
podrá insertar nuevos estudiantes
con los siguientes datos:
• estu_id,

31
 • estu_asigna,
• estu_clave,
• estu_ci,
• estu_nombre,
• estu_apellido1,
• estu_apellido2,
• estu_ciudad,
• estu_direccion,
• estu_telefono,
• estu_correo,
• estu_fecha_naci,
• sexo.
Fuente: Elaboracion Propia
Tabla 11. Tarea 5

Numero de tarea: 4 Numero de historia: 5

Nombre de tarea: Registro de Notas
Tipo de Desarrollo Puntos 1
tarea: estimados:
Fecha de 14 – 09 – 2020 Fecha de fin: 25 – 09 –
inicio: 2020
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: Esta tarea se encargara de

registrar las notas de los alumnos,
los cuales deberán tener los
siguientes campos:
• notas_id,
• notas_estu,
• notas_asigna,
• notas_uno,
• notas_dos,
• notas_tres,

32
 • notas_cuatro,
• notas_cinco,
• notas_seis,
• notas_prome.
Fuente: Elaboracion Propia
3.3.2. SEGUNDA ITERACION
En esta iteración se desarrollan las historias de usuario, donde se realizaran las
mejoras necesarias para el funcionamiento efectivo del sistema.
Tabla 12. Tarea 6

Numero de tarea: 6 Usuario: Administrador del

Sistema
Nombre de historia: Gestión de usuarios
Prioridad en Alta Prioridad en Alta
Negocio: Desarrollo:
Puntos 1 Iteración 2
Estimados: Asignada:
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: En lo que se refiere a la gestión de

usuarios, se podrá realizar las
mejoras necesarias en este historia
de usuario, donde se podrán
realizar las respectivas
modificaciones los usuarios, las
mejoras que se pueden realizar
serán las siguientes:
• búsqueda de usuarios
• edición de datos personales
• baja de usuarios
Fuente: Elaboración Propia
Tabla 13. Tarea 7

Numero de tarea: 7 Usuario: Administrador del

33
 Sistema
Nombre de historia: Registro de notas
Prioridad en Alta Prioridad en Alta
Negocio: Desarrollo:
Puntos 1 Iteración 2
Estimados: Asignada:
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: En esta tarea se podrá mejorar el

registro de las notas de los
estudiantes. Las cuales podrán ser:
• registro de notas por parcial
• calculo del promedio de
notas
Fuente: Elaboracion Propia
3.3.3. TERCERA ITERACION
Se crearon historias de usuarios para brindar una mejor funcionalidad a los
administradores.

Tabla 14. Tarea 8

Numero de tarea: 8 Usuario: Administrador del

Sistema
Nombre de historia: Estudiantes frecuentes y no
frecuentes
Prioridad en Baja Prioridad en Baja
Negocio: Desarrollo:
Puntos 1 Iteración 3
Estimados: Asignada:
Programador Responsable: Carlos Fernando Méndez Brun

34
 Descripción: Se debe poder saber si un
estudiante es frecuente o no, se
considerara frecuente si es que el
estudiante cumple con todas las
normativas de la institución.
Fuente: Elaboracion Propia
Tabla 15. Tarea 9

Numero de tarea: 9 Usuario: Administrador del

Sistema
Nombre de historia: Respaldos de la Base de Datos
Prioridad en Alta Prioridad en Baja
Negocio: Desarrollo:
Puntos 1 Iteración 3
Estimados: Asignada:
Programador Responsable: Carlos Fernando Méndez Brun

Descripción: El sistema podrá sacar respaldos de

la base de datos, para asi de esta
manera tener copias de seguridad.
Fuente: Elaboracion Propia
3.4. TARJETAS CRC
Las tarjetas de Clases, responsabilidad y colaboración se usan para ayudar a
enfocar el desarrollo del código del programa orientado a objetos.
Las tarjetas C.R.C representan objetos; la clase a la que pertenece el objeto se
puede escribir en la parte de arriba de la tarjeta, en una columna a la izquierda
se escriben las responsabilidades u objetivos que debe cumplir el objeto y a la
derecha, las clases que colaboran con cada responsabilidad.
A continuación las tablas siguientes reflejan los casos identificados para el
establecimiento de acciones que deben realizarse para implementar el sistema.
Tabla 16. Tarjeta CRC 1

Nombre de la clase: Ingreso al sistema

35
 Responsabilidades Colaboradores
Desplegar Pantalla de Ingreso Base de datos
Desplegar opciones de acceso Sistema Inicial
Pasar control al sistema
Fuente: Elaboración Propia
Tabla 17. Tarjeta CRC 2

Nombre de la clase: Registro de usuario

Responsabilidades Colaboradores
Recoger datos de los usuarios Usuarios
mediante los canales necesarios
que se necesitan para el registro
Almacenamientos de datos Base de datos
Fuente: Elaboración Propia
Tabla 18. Tarjeta CRC 3

Nombre de la clase: Registro de docente

Responsabilidades Colaboradores
Recoger datos de los docentes Usuarios
mediante los canales necesarios
que se necesitan para el registro
Almacenamientos de datos Base de datos
Fuente: Elaboración Propia

Tabla 19.Tarjeta CRC 4

Nombre de la clase: Consulta

Responsabilidades Colaboradores
Desplegar Pantalla de consulta Sistema
Desplegar opciones de búsqueda Sistema
Realizar consulta Base de datos
Pasar control al sistema
Registrar consultas Base de datos

36
3.6. DISEÑO DE LA BASE DE DATOS

Departamento

id_departamento Documentos
nombre
id_documentos
bachiller
Grado certificado_naci
id_estudiante

id_grado
nombre
Profesor
id_profesor
Estudiante
id_departamento
fecha_ingreso id_estudiante
Asignatura
fecha_salida clave
Asistencia
id ci
nombre nombre id_asistencia
creditos apellido1 inasis_justificada
tipo apellido2 inasis_injustificada
curso ciudad tard_justificada
Personal periodo direccion tard_injustificada
id_personal id_profesor telefono id_estudiante
clave id_grado correo
ci fecha_nacimiento
nombre genero
apellido1
apellido2
ciudad
direccion
telefono
fecha_nacimiento Notas Matricula Curso_Escolar
sexo
usuario id_notas id_estudiante id_curso_escolar
id_asignatura nota1 id_asignatura inicio
id_usuario nota2 id_curso_escolar fin
nota3 gestion
nota4
nota5
nota6
Usuario promedio
id_estudiante
id_usuario id_asignatura
tipo_usuario

Figura 5. Diseño de la Base de Datos

Diseño de pantallas por Iteracion

37
Figura 6. Pantalla Login

Fuente Elaboración Propia

Figura 7. Pantalla de Registro de Personal

Fuente Elaboración Propia

38
Figura 8. Pantalla de Registro de Estudiantes

Fuente Elaboración Propia

Figura 9. Pantalla de Registro de Cursos

Fuente Elaboración Propia

39
Figura 10. Registro de Notas

Fuente elaboración propia

3.7. DICCIONARIO DE LA BASE DE DATOS

Nombre del archivo: Usuario Fecha de creación: 20 – 07 – 2020
Descripcion: archivo para los usuarios
Campo Tipo Tamaño Descripción
usua_id INT Clave de usuario, que se
generara con auto
incremento.
usua_tipo ENUM Se especifica el tipo de
usuario, con el cual se
almacenara en la base
de datos.
Relaciones : Campos clave:
usua_id

40
Nombre del archivo: Personal Fecha de creación: 22 – 07 –
2020
Descripcion: archivo para el registro de personal de la institución
Campo Tipo Tamaño Descripción
pers_id INT Clave única de
personal.
pers_usua INT Nombre de
usuario del
personal
pers_clave Varchar 9 Clave secreta
del personal.
pers_ci Varchar 10 Número de
cedula de
identidad del
personal.
pers_nombre Varchar 25 Nombres del
personal.
pers_apellido1 Varchar 50 Apellido
paterno del
personal.
pers_apellido2 Varchar 50 Apellido
materno del
personal.
pers_ciudad Varchar 25 Ciudad donde
reside el
personal.
pers_direccion Varchar 50 Domicilio
actual del
personal.
pers_telefono Varchar 9 Número

41
 telefónico del
personal
pers_fecha_nacimiento Date Fecha de
nacimiento del
personal
pers_sexo ENUM Sexo del
personal.
Relaciones : Campos clave:
pers_usua con usua_id pers_ci, pers_apellido1

Nombre del archivo: Fecha de creación: 24 – 07 – 2020

Departamento
Descripcion: archivo para registro del o los departamentos
Campo Tipo Tamaño Descripción
depar_id INT Clave única de
departamento.
depar_tipo ENUM Tipo de departamento
Relaciones : Campos clave:
depar_id

Nombre del archivo: Profesor Fecha de creación: 27 – 07 –

2020
Descripcion: archivo para el registro de los profesores
Campo Tipo Tamaño Descripción
profe_id INT Clave única del
profesor.
profe_depar INT Clave del
departamento
profe_perso INT Clave secreta del
personal.

42
profe_fecha_ingreso Date Fecha de ingreso
Profe_fecha_sali Date Fecha de salida
Relaciones : Campos clave:
profe_depar con depar_id profe_id
profe_perso con pers_id

Nombre del archivo: Grado Fecha de creación: 27 – 07 – 2020

Descripción: archivo para el grado o nivel de curso
Campo Tipo Tamaño Descripción
grado_id INT Clave de grado único.
grado_nom Varchar 20 Nombre del grado de
curso.
Relaciones : Campos clave:
grado_id

Nombre del archivo: Asignatura Fecha de creación: 29 – 07 – 2020

Descripcion: archivo para la desgnacion de la asignatura
Campo Tipo Tamaño Descripción
asigna_id INT Clave única de
asignatura.
asigna_gra INT Clave del grado.
asigna_profe INT Clave del profesor
asigna_nom Varchar 100 Nombre de la materia
asigna_cre Float Numero de créditos
asigna_tipo ENUM Tipo de curso.
asigna_perio TINYINT Tiempo de duración
de la materia.
Relaciones : Campos clave:
asigna_profe con profe_id asigna_id

43
Nombre del archivo: Estudiante Fecha de creación: 29 – 07 – 2020
Descripcion: archivo para el registro de estudiantes
Campo Tipo Tamaño Descripción
estu_id INT Clave única de
estudiante.
estu_asigna INT Código de la
asignatura.
estu_clave Varchar 9 Clave secreta del
estudiante.
estu_ci Varchar 10 Número de cedula
de identidad del
estudiante.
estu_nombre Varchar 25 Nombres del
estudiante.
estu_apellido1 Varchar 50 Apellido paterno del
estudiante.
estu_apellido2 Varchar 50 Apellido materno
del estudiante.
estu_ciudad Varchar 25 Ciudad donde
reside el estudiante.
estu_direccion Varchar 50 Domicilio actual del
estudiante.
estu_telefono Varchar 9 Número telefónico
del estudiante.
estu_correo Varchar 20 Dirección de correo
electrónico del
estudiante.
estu_fecha_naci Date Fecha de
nacimiento del
estudiante.
estu_sexo ENUM Sexo del estudiante.

44
Relaciones : Campos clave:
estu_asigna con asigna_id estu_id, estu_ci, estu_apellido1

Nombre del archivo: Notas Fecha de creación: 29 – 07 – 2020

Descripcion: archivo para el almacenamiento de notas
Campo Tipo Tamaño Descripción
notas_id INT Clave única de notas.
notas_estu INT Llave foránea de
estudiante
notas_asigna INT Llave foránea de
asignatura.
notas_uno FLOAT Registro de la primera
nota
notas_dos FLOAT Registro de la
segunda nota
notas_tres FLOAT Registro de la tercera
nota.
notas_cuatro FLOAT Registro de la cuarta
nota.
notas_cinco FLOAT Registro de la quinta
nota.
notas_seis FLOAT Registro de la sexta
nota.
notas_prome FLOAT Registro del promedio
de las notas.
Relaciones : Campos clave:
notas_estu con estu_id notas_id
notas_asigna con asigna_id

Nombre del archivo: Asistencia Fecha de creación: 29 – 07 –

45
 2020
Descripcion: archivo para el control de asistencia
Campo Tipo Tamaño Descripción
asiste_id INT Clave única de
asistencia.
asiste_estu INT Llave foránea de
estudiante.
asiste_inasis_justi Varchar 100 Inasistencia
Justificada
asiste_inasis_injusti Varchar 100 Inasistencia no
justificada
asiste_tarda_justi Varchar 100 Retraso
Justificado
asiste_tarda_injusti ENUM Retraso no
Justificado
Relaciones : Campos clave:
asiste_estu con estu_id asiste_id

Nombre del archivo: Fecha de creación: 29 – 07 – 2020

Curso_escolar
Descripcion: archivo para registro del año escolar
Campo Tipo Tamaño Descripción
curso_id INT Clave única de curso
curso_inicio YEAR Registro de inicio del
año escolar.
curso_fin YEAR Registro de
finalización del año
escolar
Relaciones : Campos clave:
campo_id

46
 Nombre del archivo: Matricula Fecha de creación: 29 – 07 – 2020
Descripcion: archivo para el registro de Matriculas
Campo Tipo Tamaño Descripción
matri_id INT Clave única de
matricula.
matri_curso INT Llave foránea de
curso.
matri_estu INT Llave foránea de
estudiante.
matri_gestion YEAR Registro de Gestion.
Relaciones : Campos clave:
matri_curso con curso_id matri_id
matri_estu con estu_id
CONCLUSIONES
En conclusión el SISTEMA DE INSCRIPCION Y CONTROL DE NOTAS, es un
sistema en la cual nos facilita la realización de los registros, por otra parte nos da la
facilidad de realizar dichas operaciones de una manera fácil y rápida. Para que la
misma institución tenga la información necesaria en el momento que se necesite,
para la toma de decisiones.

Actualmente se puede afirmar que el proceso de registro, se desarrolla de una

manera más simple y sencilla, gracias a la informática y contando con el apoyo del
personal administrativo.

Las tecnologías de la información operan como motor de cambio que permite dar
respuestas a las nuevas necesidades de la información.

Mediante el Lenguaje de Modelado Unificado, se logró sistematizar el registro de

estudiantes y personal que trabaja en la institución, cuyas características son:

• Registro y modificación de datos del personal.

• Registro y modificación de datos de los estudiantes

47
Los administradores del sistema pueden acceder a la información del sistema de
manera fiable y segura, y en tiempo real.

Mediante las historias de usuarios y la metodología de Programación Extrema se

logro el diseño en implementación de interfaces al sistema

Mediante la base de datos relacional se logro administrar la gestión de información

dentro del instituto.

RECOMENDACIONES
Utilizar herramientas necesarias, puesto que el sistema necesita ser rápido, eficaz
y liviano, para la posterior implementación.

El software está desarrollado y orientado al uso de personas que tengan

conocimiento del uso de equipos de computación y preferiblemente que tengan el
conocimiento en el área de registro.

Si bien el sistema cuenta con un mayor nivel de confiabilidad y seguridad, es

necesario realizar acciones para permitir la madurez del sistema, para ello se
recomienda:

Incorporar todo el sistema en una red de información a través de un servidor como

es el Apache Server, con esto se podrá obtener información en tiempo real para
facilitar él envió de información a todas las unidades que tengan relación con el
departamento Académico.

Se recomienda realizar un mantenimiento adaptativo y correctivo periódicamente,

esto con el fin de permitir mejoras funcionales del sistema.

48
BIBLIOGRAFIA
LIBROS
Castellano Casas, R. (2008). Clasificacion del Software.

Garrido Lopez, C. A. (2008). Historia de la computacion. Guatemala.

Hernandez Sampieri, R. (2008). Metodologia de la Investigacion.

Fowler, M. (2000). UML gota a gota. Mexico: PEARSON EDUCACION.

Ladron de Guevara, J. M. (2005). Fundamentos de programacion en JAVA. Madrid: EME .

PAGINAS WEB
Cabanellas de Torres, G. (2005). LAWi. Obtenido de
https://diccionario.leyderecho.org/inscripcion/#:~:text=De%20acuerdo%20con%20su%20
autor,en%20%C3%A9l%20seg%C3%BAn%20las%20leyes.

Castellano Casas, R. (2008). Clasificacion del Software.

Diaz Labrador, M. C., & Garcia Collazo, A. (2013). La Programacion Extrema.

Garrido Lopez, C. A. (2008). Historia de la computacion. Guatemala.

Gustavo B. (16 de Julio de 2020). Hostinger Tutoriales. Obtenido de

https://www.hostinger.mx/tutoriales/que-es-wamp/

Hernadez Perez, G. M. (2003). V|lex. Obtenido de https://libros-revistas-

derecho.vlex.es/vid/sistemas-operativos-445312738

Hernandez Sampieri. (2008). Metodologia de la Investigacion. Obtenido de

https://sabermetodologia.wordpress.com/2016/02/02/el-marco-
teorico/#:~:text=Hern%C3%A1ndez.%2C%20Sampieri%20(2008),valor%20a%20la%20litera
tura%20existente%E2%80%9D.

Hernandez, G. (8 de Marzo de 2015). blogspot. Obtenido de

http://gerardoahernandezm.blogspot.com/2015/03/el-marco-de-referencia-en-los-
trabajos.html#:~:text=El%20marco%20de%20referencia%2C%20como,previamente%20dif
erentes%20autores%20o%20investigadores.

Netbeans, P. (2008). Portafolio Netbeans. Obtenido de

https://sites.google.com/site/portafolionetbeans/que-es-netbeans

PowerData. (07 de junio de 2019). PowerData. Obtenido de https://blog.powerdata.es/el-valor-

de-la-gestion-de-datos/ciclo-de-vida-de-un-sistema-de-informacion-fases-y-componentes

49
ANEXOS
ANEXO N° 1 Entrevista al director: Lic. Paul Dupleich Puña para la recolección de
información del sistema de inscripción y control de notas del Bolivian English
Institute
ANEXO N° 2 foto de la Lic. Emma Puña de Dupleich Fundadora y Propietaria del
Bolivian English Institute.

ANEXO N° 3 Foto de la Infraestructura del Bolivian English Institute

2
ANEXO N° 4 Foto de la secretaria de Bolivian English Institute

ANEXO N° 5 Foto de el control de notas en Excel del Bolivian English Institute