Este informe describe la implementación de un sistema de registro de notas para docentes en la Facultad de Ingeniería Industrial y de Sistemas de la Universidad Nacional Federico Villarreal. El sistema se desarrolló para mejorar los procesos actuales que tomaban hasta 8 días y requerían múltiples pasos repetitivos. El sistema automatiza el ingreso de asignaturas, el registro de notas, y los cálculos de promedios para agilizar el proceso y facilitar el acceso a las calificaciones de los estudiantes.
Análisis crítico de los recursos tecnológicos institucionales.
Con la lectura de los contenidos del capítulo 2 y el caso de estudio propuesto, precise las aplicaciones de otras tecnologías educativas en su institución argumentando ventajas y desventajas de su aplicación.
Argumente otros usos posibles que se podría dar a los recursos tecnológicos identificados en su contexto institucional en la matriz anterior (Matriz de reconocimiento de recursos tecnológicos existentes en la Institución Educativa) y establezca las ventajas y desventajas de la aplicación de los recursos tecnológicos en la institución educativa utilizando la Matriz de análisis crítico de los recursos tecnológicos institucionales.
Envíe al docente la matriz diligenciada en su totalidad aplicando las recomendaciones generales para presentación de trabajos, con el siguiente nombre: Nombre_Apellido_Analisis_criticoTIC.xls
Un libro sin recetas, para la maestra y el maestro Fase 3.pdfsandradianelly
Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestr
1. Universidad Peruana los Andes
Filial Lima
Facultad de Ingeniería
Escuela Profesional de Ingeniería de Sistemas y Computación
Informe de Prácticas Pre Profesionales
Tema: “Implementar un Software de registro de notas
para los docentes Universitarios”
Presentado por:
Carlos Manuel Sánchez Fernández
Lima – Perú
2017
2. 2
Dedicatoria
A mis padres Félix y Julia que me
motivaron estudiar, sirviendo de ejemplo
constante frente a todas las limitaciones
3. 3
INDICE
Dedicatoria........................................................................................................................ 1
Indice................................................................................................................................. 3
Introduccion............................................................................Error! Bookmark not defined.
Resumen............................................................................Error! Bookmark not defined.
CAPITULO I...........................................................................Error! Bookmark not defined.
Aspectos generales de la institucion .................................Error! Bookmark not defined.
1.1 Razon Social...........................................................Error! Bookmark not defined.
1.2 Actividades que realiza........................................Error! Bookmark not defined.
1.3 Ubicación geográfica ...................................................................................... 7
1.4 Organización........................................................Error! Bookmark not defined.
1.5 Area donde desarrollo sus practicas...................Error! Bookmark not defined.
1.6 Funciones del área donde desarrolló sus prácticas..........Error! Bookmark not
defined.
CAPITULO II..................................................................................................................... 9
Aspectos generales de las practicas pre profesionales ....Error! Bookmark not defined.
2.1 Descripción de la situación actual a desarrollar .....Error! Bookmark not defined.
2.2 Objetivos...............................................................Error! Bookmark not defined.
2.3 Justificación..........................................................Error! Bookmark not defined.
2.4 Metodología ...................................................................................................12
Metodología de Desarrollo de Software en Cascada.................................................13
a) Análisis...........................................................................................................14
b) Diseño............................................................................................................15
c) Codificación ...................................................................................................15
d) Prueba............................................................................................................15
e) Verificación ....................................................................................................15
f) Mantenimiento ...............................................................................................15
Visual Foxpro: ...................................................................Error! Bookmark not defined.
MySQL :.......................................................................................................................16
CAPITULO III ...............................................................................................................18
Descripcion de actividades realizadas.........................................................................18
3.1 Fases de como se realizó el dasarrollo del sistema de registro de notas ....18
4. 4
Fase de Análisis del Sistema......................................................................................18
Fase del Diseño del Sistema......................................................................................22
Fase de Codificación del sistema...............................................................................33
Fase de Prueba del Sistema.......................................................................................43
Fase de Verificación del Sistema ...............................................................................44
Fase de Mantenimiento del sistema...........................................................................44
CAPITULO IV...............................................................................................................46
4.1 Analisis de los resultados ..............................................................................46
Conclusiones................................................................................................................47
Recomendaciones .......................................................................................................48
Anexos..........................................................................................................................49
Referencias Bibliografia ..............................................................................................52
5. 5
Introducción
El presente informe de Prácticas pre profesionales “Implementación de un
software de registro de notas para docentes de la FIIS” se desarrolló con la
finalidad de mejorar los procesos de registro de notas de docentes.
La necesidad de cambiar es por la constante de todos los años que las notas no
se encuentran en el sistema perjudicando a los alumnos; porque cuenta con un
sistema de matrícula y registro de notas hecho en FoxPro DOS, que funciona
hasta la fecha y que para llenar hay que esperar que envíen sus fichas llenadas
manualmente, por las cuatro escuelas profesionales de la facultad y su llenado
hay que dar 8 a 10 pasos para que muestre la relación del curso con sus alumnos
y estos mismo pasos es por cada examen que es primer parcial, examen final y
promedio de prácticas además hay notas de sustitutorio y aplazados por lo que
se hace deficiente. Este sistema a implementar traerá grandes beneficios al
docente y al alumno al automatizar el registro de notas, el estudiante tendrá la
seguridad que sus notas ya se encuentran en el sistema y así obtener sus
certificados, y lograr su proceso de bachiller y titulación.
6. 6
Resumen
En este trabajo tiene como objetivo la implementación de un sistema para el
registro de notas de docentes de la FIIS, se desarrolló con la finalidad de mejorar
el registro de notas en los tiempos más cortos al acceso a los cursos
programados para los docentes, ya que con el anterior su proceso tomaba hasta
8 días su entrega de las pre actas, y después registrar al sistema que tenía
muchos pasos repetitivos, pérdida de tiempo y recursos, y convirtiéndolo en
vulnerable la atención de los alumnos,
Para ello se realizó el estudio preliminar de la situación actual y la problemática
que esta generaba, poniendo en riesgo los objetivos, misión y visión de la
facultad de ingeniería industrial y de sistemas de la UNFV. Permitirá mejorar los
procesos actuales como el ingreso de las asignaturas y registro de notas,
Generar las operaciones automáticamente de los promedios y comparar con los
suyos e Integrar la conversión de un formato a otro que requiere el sistema
anterior.
Para la elaboración de este sistema de almacén se utilizó la metodología
de Desarrollo de Software en Cascada que consiste en realizar siguiendo una
secuencia de fases.
El trabajo se realizó con la finalidad de obtener mejoras y beneficios para la
facultad, los docentes y alumnos reduciendo tiempos en sus registros de notas
y figurar en el sistema y así obtener su bachiller y título.
7. 7
CAPÍTULO I
Aspectos generales de la Institución
1.1 Razón Social
Universidad Nacional Federico Villarreal
Oficina de Servicios Académicos - Facultad Ingeniería Industrial y de
Sistemas.
R.U.C. 20170934289
Dirección: Av. Oscar R. Benavides N° 450 Lima.
1.2 Actividades que Realiza
Actividad Económica: Enseñanza Superior
1.3 Ubicación Geográfica
Figura N°1: Ubicación Geográfica
Fuente: https://www.google.com.pe/maps
9. 9
1.5 Área de desarrollo de practicas
Gran parte de la actividad que se desarrolla en el Área de Sistemas corresponde
a la administración de los sistemas y al soporte a los usuarios y computadores
centrales, con los objetivos de garantizar la continuidad del funcionamiento de
los equipos (Hardware) y de las diversas aplicaciones (software) al máximo
rendimiento, y facilitar su utilización a todas las áreas de la Facultad FIIS.
Tiene como misión brindar un óptimo servicio de Tecnologías de Información y
Telecomunicaciones, a fin de satisfacer las necesidades y expectativas de las
diversas áreas de la institución, aplicando la calidad en el servicio para garantizar
un uso adecuado de los recursos tecnológicos.
Dirección
Oficina de servicios
académicos
Área
Actas y notas
Área
Unidad de Sistemas
Especialista de
Sistemas y Redes
Técnico de Sistemas
Biblioteca
10. 10
1.6 Funciones del área
Oficina de Servicios Académicos - Área de Sistemas
El área de informática se encarga de:
Atender las incidencias de soporte técnico a los equipos con los que
cuenta dar soporte a los usuarios de sistemas y aplicaciones.
Instalación y configuración de equipos.
Altas y bajas de usuarios.
Instalación y configuración de aplicaciones.
Mantenimiento de equipos de usuarios.
Copias de seguridad de los datos de los usuarios y recuperación de los
mismos en caso de pérdida.
Instalación, configuración y mantenimiento de las redes (LAN- WLAN).
Desarrollo de nuevas aplicaciones que permitan el mejor uso de los
equipos.
Administrar y mantener la disponibilidad y funcionamiento de los
servidores (hardware y software).
Elaborar proyectos e informes para la implementación de software y
hardware, y analizar y proponer nuevos programas y equipamientos.
Mantener y controlar las licencias de software adquiridas por la
Institución.
11. 11
Asegurar la disponibilidad de las comunicaciones.
CAPITULO II
Aspectos generales de las prácticas pre profesionales
2.1 Descripción de la situación Actual
La oficina de Servicios Académicos de la Facultad de Ingeniería Industrial y
de sistemas – UNFV, la misma que posee aproximadamente 2140 alumnos
entre las 4 escuelas que son Ing. Industrial, Ing. de sistemas, Ing.
Agroindustrial y Ing. De transportes, Se ha identificado que existe la
necesidad de implementar un sistema que facilite el proceso de Registro de
notas para los docentes, Actualmente cuenta con sistema de registro de
notas monousuario hecho en FoxPro en plataforma D.O.S. que hasta la fecha
sigue funcionando, Implica que los docentes entreguen sus actas llenadas a
mano para realizar el registro de las notas de sus asignaturas al sistema, Este
sistema tiene demasiados pasos para su llenado lo que dificulta el avance en
la entrega de las actas digitalizadas, llegando a la conclusión que es
Ineficiente el proceso de llenado de notas. Por ello se ha realizado el análisis
para el desarrollo de un sistema de registro de notas de docentes el cual
eliminaría tiempos y beneficiaria a los alumnos.
12. 12
2.2 Objetivos
Objetivo general
Implementar un sistema de registro de notas para los docentes de la FIIS
que cumpla con los requerimientos de los docentes para realizar su registro
de notas de forma rápida al sistema.
Objetivo específicos
Mejorar el ingreso de las asignaturas y registro de notas.
Generar las operaciones automáticamente de los promedios y
comparar con los suyos.
Integrar la conversión de un formato a otro que requiere el sistema
anterior.
2.3 Justificación
La Universidad está ahora conformado por procesos de registros antiguos
entre abultamiento de papeleos y pérdida de tiempo y un sistema antiguo en
D.O.S. que dificulta el avance deseado, se toma como punto de justificación
la implementación de un sistema de registro de notas de docentes, en la
facultad de Ingeniería Industrial y de sistemas, ya que la era de la
información amerita estar a la vanguardia de la informática y tecnología de
información para ser competentes como institución forjadora de educación.
Por tanto, el diseño de un sistema de registro de notas para docentes será
muy útil al manejar con mejor calidad de servicio en la FIIS.
13. 13
2.1 METODOLOGÍA
Metodología de Desarrollo de Software en Cascada
Esta metodología es el más básico de todos los modelos y ha
servido como bloque de construcción para los demás paradigmas de ciclo
de vida. Está basado en el ciclo convencional de una ingeniería y su visión
es muy simple: el desarrollo de software se debe realizar siguiendo una
secuencia de fases. Cadaetapa tiene un conjunto de metas bien definidas
y las actividades dentro de cada una contribuyen a la satisfacción de
metas de esa fase o quizás a una subsecuencia de metas de la misma.
El Modelo en Cascada o también conocido como Ciclo de Vida del
software da las pautas que permiten la organización en el desarrollo del
software a través de la implementación de sus características etapas, esto
quiere decir que cuando se esté llevando a cabo todas las tareas
pertinentes dentro de esa etapa, no se podrá avanzar a la siguiente etapa
hasta no concluir con todas las tareas.
Sus características principales son:
- Es lineal.
- Las actividades están relacionadas secuencialmente.
- Cada etapa tiene una entrada y una salida.
- Es rígido y sistemático: La entrada de una actividad es la salida de la
etapa anterior, por lo cual no se puede dar inicio a la siguiente fase.
- Es monolítico: Existe una única fecha de entrega.
- La implementación se pospone hasta que no se comprendan los
objetivos.
14. 14
- Los documentos a entregar rigen el proceso de software
El arquetipo del ciclo de vida abarca las siguientes actividades:
Análisis de requisitos.
Diseño del Sistema.
Diseño del Programa.
Codificación.
Pruebas.
Verificación.
Mantenimiento.
a) Análisis: Debido a que el software es siempre parte de un sistema
mayor el trabajo comienza estableciendo los requisitos de todos los
elementos del sistema y luego asignando algún subconjunto de
estos requisitos al software. El proceso de recopilación de los
requisitos se centra e intensifica especialmente en el software. El
ingeniero de software (Analistas) debe comprender el ámbito de la
información del software, así como la función, el rendimiento y las
interfaces requeridas.
15. 15
b) Diseño: El diseño del software se enfoca en cuatro atributos
distintos del programa: la estructura de los datos, la arquitectura
del software, el detalle procedimental y la caracterización de la
interfaz. El proceso de diseño traduce los requisitos en una
representación del software con la calidad requerida antes de que
comience la codificación.
c) Codificación: El diseño debe traducirse en una forma legible para
la máquina. El paso de codificación realiza esta tarea. Si el diseño
se realiza de una manera detallada la codificación puede realizarse
mecánicamente.
d) Prueba: Una vez que se ha generado el códigocomienza la prueba
del programa. La prueba se centra en la lógica interna del software,
y en las funciones externas, realizando pruebas que aseguren que
la entrada definida produce los resultados que realmente se
requieren.
e) Verificación: Es la fase en donde el usuario final ejecuta el
sistema, para ello él o los programadores ya realizaron exhaustivas
pruebas para comprobar que el sistema no falle.
f) Mantenimiento: El software sufrirá cambios después de que se
entrega al cliente. Los cambios ocurrirán debido a que hayan
encontrado errores, a que el software deba adaptarse a cambios
del entorno externo (sistema operativo o dispositivos periféricos), o
debido a que el cliente requiera ampliaciones funcionales o del
rendimiento.
16. 16
PHP
(Acrónimo de "PHP: Hypertext Preprocessor") es un lenguaje de
"código abierto" interpretado, de alto nivel, embebido en páginas
HTML y ejecutado en el servidor, según (Granado, 2009). PHP es un
lenguaje de programación que crear páginas web dinámicas, esto
implica la utilización de varios conjuntos de código compatible con
HTML para un performance acorde a los requerimientos.
Generalmente se ejecuta en un servidor web y Permite la conexión a
diferentes tipos de servidores de bases de datos tales como MySQL,
Postgres, Microsoft SQL Server, mediante la escalabilidad del
lenguaje se obtiene potentes aplicativos.
-Capacidad de expandir su potencial utilizando la enorme cantidad de
módulos (llamados ext's o extensiones). Es libre, por lo que se
presenta como una alternativa de fácil acceso para todos.
-Permite las técnicas de Programación Orientada a Objetos.
-El programa PHP es ejecutado en el servidor y el resultado enviado
al navegador.
-El resultado es normalmente una página HTML pero igualmente
podría ser una página WML.
MySQL
Es un sistema administrador de bases de datos que ingresa en la
categoría de los programas de código libre debido a que es de libre
acceso no tiene costo como el caso de sistemas propietario, es muy
utilizado en aplicativos de ambiente web de acuerdo a (McLaughlin,
2012), está relacionado directamente con PHP en el proceso de
17. 17
desarrollo de acuerdo a la metodología que se utilice para el diseño de
un sistema sin menospreciar la potencia de otros administradores de
bases de datos. MySQL es muy rápida en la lectura cuando utiliza el
motor de almacenamiento sin transacciones, en aplicaciones web el
entorno es intensivo en lectura de datos, lo que hace a MySQL ideal
para este tipo de aplicaciones.
Wampserver
De acuerdo a (Ramírez, 2010) es la abreviatura del paquete: Apache,
MySQL, y uno de Perl, PHP, Python en el sistema operativo Microsoft
Windows. Servidor HTTP Apache es el software de servidor web. PHP
significa Hypertext Preprocessor. Es un tipo de lenguaje HTML
embebido que se ejecuta en el servidor. MySQL Server es un pequeño
sistema de gestión de base de datos relacional. Inicialmente, todos
son el programa, pero independiente el uno del otro, sin embargo,
siempre se utilizan juntos, y tienen grados cada vez más altos de
compatibilidad. Por lo tanto, estos paquetes forman una plataforma de
aplicaciones web de gran alcance.
18. 18
CAPITULO III
Descripción de Actividades Realizadas
3.1Fases de cómo se realizó el desarrollo el sistema de Registro de Notas
Fase de Análisis del Sistema
Para llevar a cabo los diagramas que reflejan el funcionamiento del
sistema fue necesario primeramente realizar el análisis e identificación de los
requerimientos del mismo. Ambas partes, dentro de todo el proceso
funcionan como un pilar principal del cual se parte para realizar las etapas
posteriores de forma óptima, por ello, fue primordial hacer hincapié en los
detalles de cada una de ellas.
Después de una exhaustiva recopilación de información a través de
entrevistas, cuestionarios y la observación hecha al jefe de la oficina de
servicios académicos y a sus empleados, así como a la revisión de registros,
libros y formatos con los que se cuenta, se establecieron los requerimientos
que cubren las necesidades de la misma.
La oficina de registros académicos requiere del desarrollo de un
sistema que funcione dentro de una red local. Dicho sistema debe contar con
las herramientas necesarias que permita al docente y personal gestionar la
información de registro de notas de forma rápida, eficaz y de manera
confiable, de tal manera que únicamente el personal tenga acceso al sistema.
Para que dicho sistema cubra las necesidades de lo mencionado
anteriormente se establecieron los módulos y submódulos mostrados en las
Figuras.
21. 21
Modificación
A continuación, se describen e indican los requerimientos necesarios
para cada de los elementos:
Docente Empleado Alumnos Asignaturas
código código código código
Nombre Nombre Nombre descripción
Apellidos Apellidos Apellidos plan
especialidad Usuario Domicilio crédito
Usuario Password Usuario
Password Domicilio Password
Domicilio teléfono escuela
Teléfono Alta Teléfono
E-mail Baja E-mail
Modificación
Docentes Notas Alumnos Asignaturas
22. 22
Fase del Diseño del Sistema
A continuación, se expondrá la etapa del diseño en la que, a través de
diversos diagramas contestamos a la pregunta que intenta dar respuesta a
un ¿cómo logrará su comportamiento el sistema?, con base a los
requerimientos establecidos anteriormente.
A partir de un diagrama de casos de uso que da la visión general de
las distintas funciones que debe contener y realizar el sistema se irán
particularizando (a través de diagramas de actividades y secuencias) cada
una de ellas explicando de forma general la vía o ruta que han de seguir
para alcanzar dicha función.
Diagrama de Casos de Uso
Los actores principales del sistema, en este caso, son
representados por el docente y empleados de la oficina de servicios
académicos los cuales cumplen con un rol en particular de acuerdo a sus
funciones.
De forma general y como se puede mostrar en la figura, el actor
externo principal del sistema es el:
- Docente: En este caso, el actor docente representa al personal
docente quienes de acuerdo a los permisos asignados tendrán
derecho a interactuar con el sistema en algunas de las funcionalidades
del mismo.
23. 23
- Empleado: En este caso, el actor Administrador representa a
cualquiera de los empleados quienes de acuerdo a los permisos
asignados tendrán derecho a interactuar con el sistema en algunas o
todas las funcionalidades del mismo.
Debido a que todos los submódulos del sistema deberán estar en
constante interactividad con la base de datos, a ésta también se le
representa como a un actor principal, aun cuando esa interacción no
sea físicamente externa.
Diagrama de Comportamiento General del Sistema
Caso de Uso Acceso al Sistema
Docentes Administrador
Administración del Sistema de
Registro de Notas de docentes FIIS
24. 24
Caso de Uso crear periodo
Caso de Uso Gestión de docentes
Fuente: Elaboración propia
25. 25
A continuación, se describirán algunos de los principales casos de
uso del sistema y los complementarios
Nombre del caso de uso: Crear Periodo Académico
Actor(res): Administradores
Función: Permite ingresar, modificar, eliminar
datos.
Permite crear, eliminar programas.
Permite presentar reportes.
Descripción: Crea el periodo académico se definen
los porcentajes de actividades y notas
para el periodo vigente, ingresa datos,
asigna niveles, cursos y paralelos,
ingresa docentes, asignaturas.
Ingresa notas, presenta reporte
individual, reporte general y historial
académico.
Tipo: Principal
Flujo normal:
1. Inicia sesión en el sistema.
2. Crea el periodo académico.
3. Define porcentajes de promedios de actividades y examen.
4. ingresa nuevas daos
5. Asigna nuevos niveles, cursos, paralelos a estudiantes.
6. Ingresa notas en cada parcial de los periodos
7. Ejecuta script de reportes individuales
8. Ejecuta script de reportes generales.
9. Finaliza proceso con el historial académico de cada curso y estudiante.
Flujo alternativo:
Nivel BACK-END, FRONT – END
Referencia RFJN4
Responsible Administrador
Prioridad: Alta
Resultado esperado Control de los procesos de matrícula
y calificaciones
Fuente: Elaboración propia
26. 26
NOMBRE Acceso registro de notas
DESCRIPCION
Esta funcionalidad permitirá al docente
acceder a la pantalla de registro de
notas desde un punto de acceso,
mediante un usuario y contraseña con
la responsabilidad y perfil de lectura,
puesto que ahí se refleja todas sus
asignaturas programadas.
NIVEL BACK-END, FRONT-END
PRIORIDAD ALTA
RESPONSABLES Docente del curso, administrador y
directivos de la oficina
RIESGO EN CONTENIDO ALTA
NOMBRE Gestión de docente
DESCRIPCION
Esta funcionalidad es una característica
con la cual se le darán las herramientas
necesarias al usuario para registrar,
actualizar y eliminar notas a través de
una interfaz Windows Form con
opciones para crear, modificar,
consultar y eliminar.
NIVEL BACK-END, FRONT-END
PRIORIDAD ALTA
RESPONSABLES Docente del curso, administrador
RIESGO EN CONTENIDO ALTA
27. 27
NOMBRE Gestión de alumnos
DESCRIPCION Esta funcionalidad es una característica
con la cual se le darán las herramientas
necesarias al usuario para registrar,
actualizar y eliminar alumnos a través de
una interfaz Windows Form que contendrá
opciones para crear, modificar, consultar y
eliminar.
NIVEL BACK-END, FRONT-END
PRIORIDAD MEDIA
RESPONSABLES Docente del curso, administrador
RIESGO EN
CONTENIDO
ALTA
Diagramas de Secuencias
Un diagrama de secuencia muestra las interacciones entre objetos
ordenadas en secuencia temporal. Muestra los objetos que se encuentran
en el escenario y la secuencia de mensajes intercambiados entre los
objetos para llevar a cabo la funcionalidad descrita por el escenario.
1) Acceso al Sistema:
En el diagrama se muestra la secuencia de pasos que se deben
seguir para poder acceder al sistema.
30. 30
Asis. secretaia :
Alumno
verificacion de
notas
verifica el registro
de notas
ver si es corecto
correcto
incorrecto
si es correcto
validacion excitosa
4) Consulta
5) Registro
31. 31
: Asis secretaria
academica
sistema
ingresar notas
aprovados
desaprovados
guardan notas
guardado exitoso
Diseño de la Base De Datos
En todo estudio e implementación de datos, se realiza tres
fases o estudios. El primero, es el estudio conceptual de la base de
datos, donde se definen las tablas y sus relaciones, el siguiente
estudio es el lógico, en donde se definen los campos de las tablas y
sus dependencias con otros campos. Por último, se tiene el estudio
físico de la base de datos, con el cuál se implementa físicamente la
base de datos, utilizando por ello el lenguaje MySQL.
Diseño Conceptual
Los modelos conceptuales de datos permiten representar la
realidad a un alto nivel de abstracción. A través del modelo entidad-
relación (E-R), el cual es uno de los varios modelos conceptuales
existentes para el diseño de bases de datos, se ha implementado el
modelo que se aproxima lo más posible a la realidad del sistema de
32. 32
registro de notas, teniendo bastante cuidado en no construir tablas
superfluas e innecesarias, que harían que la base de datos estuviera
mal diseñada. La Figura representa el esquema conceptual de la base
de datos, donde se esquematiza cada una de las tablas que formarán
la base de datos del sistema.
Diseño Lógico
En esta etapa, se transforma el esquema conceptual en un
esquema lógico que utilizará las estructuras de datos del modelo
de base de datos en el que se basa el SGBD que se vaya a utilizar,
como puede ser el modelo relacional, el modelo de red, el modelo
33. 33
jerárquico o el modelo orientado a objetos. Conforme se va
desarrollando el esquema lógico, éste se va probando y validando
con los requisitos de usuario. La Figura representa el esquema
lógico de la base de datos libre de redundancias e inconsistencias
de dependencia en el diseño de las tablas.
Fase de Codificación del sistema
Construcción de la Interfaz de Usuario
En cualquier sitio Web intervienen diferentes tecnologías. Es
fundamental el uso de páginas HTML, lenguajes script para realizar
algunas operaciones en el lado del cliente, acceso a bases de datos,
servidor Web, etc.
Para realizar las interfaces de cada módulo del sistema
primeramente se construyeron los bocetos de éstas de acuerdo a las
34. 34
características y funcionalidades con las que deberían contar. Para el
diseño de estos bocetos se utilizó Microsoft Visio, esta herramienta
permite realizar de manera sencilla el diseño de interfaces con todos los
elementos convencionales (cuadros de texto, botones, combo box,
frames, etc.).
Con base a lo mencionado anteriormente a continuación formulario de procesos
de exportación de la data
Este formulario es que importa la data del sistema anterior y toma la información
que necesita para el proceso de registro de notas
A partir de la idea establecida en los bocetos de la interfaz gráficas
se construyeron los formularios tanto del menú principal como de los
diferentes submódulos que constituyen la aplicación. Con el código HTML
de cada formulario y hojas de estilo se transformaron los formularios en
interfaces gráficas amigables fáciles de usar para el usuario, tal y como
se muestra en la figura.
35. 35
Registro de notas PANTALLA PRINCIPAL
Registro de notas password
Aquí nos muestra los cursos del docente al darle un clic a la asignatura nos
muestra los alumnos matriculados y los pesos.
Registro de notas selección de asignatura programadas
36. 36
Registro de notas selección de asignatura programadas con sus alumnos.
Aquí ingresamos las notas mostrándole automáticamente su nota final.
Después de ingresar le damos un clic al botón de actualizar y se conectara a la
base de datos del SUM D.O.S quedando registrado.
Registro de notas formulario o pantalla del proceso de registro de notas
Al terminar podemos grabar y hacer la transferencia al servidor del formato que
necesita el sistema vigente.
37. 37
Creación de la aplicación en Visual Basic.NET
Con la creación de la aplicación Web con Visual Studio .NET
se crearon:
- Un directorio virtual en IIS llamado NIRVANA, el cual mantienen los
archivos que conforman la aplicación y controlan el acceso a los mismos.
- Un archivo global llamado Global.asax el cual tiene que ver con las
configuraciones de variables de sesión y de aplicación.
- Un archivo de configuración llamado Web.config en donde se guardan las
variables de acceso y permisos a la Base de Datos del sistema.
Para empezar la creación de la aplicación se siguieron los
siguientes pasos:
- Se ejecutó Visual Studio.NET 2. Se abrió la caja de dialogo de New
Project y se creó un nuevo proyecto en Visual Basic.NET llamado
NIRVANASYSTEM, como se observa en la Figura.
38. 38
Para mantener bien administrado el desarrollo de la aplicación se
crearon en el proyecto distintos folders que se identifica con cada módulo
con el que contaría el sistema.
Creación de la Base de Datos
La primera fase para la creación de la base de datos consiste en
traducir el esquema lógico en un esquema que se pueda implementar en
el SGBD escogido, en este caso el Sistema de Gestión de Base de Datos
analizado y elegido para el desarrollo del sistema de la distribuidora
comercial es SQL Server.
Con base al análisis y el estudio hecho anteriormente del SGBD se
puede concluir que SQL Server es:
- Un sistema que soporta la definición de llaves primarias, llaves foráneas
y llaves alternativas.
- También soporta la definición de datos requeridos (es decir, se pueden
definir atributos como no nulos).
- Así mismo soporta la definición de dominios.
- Y también permite crear las relaciones base así como reglas de negocio.
Debido a lo mencionado anteriormente se continuó con el diseño
de las relaciones base mediante el lenguaje de definición de datos del
SGBD. Para ello, se utilizó la información generada durante el diseño
lógico, obteniéndose del esquema lógico los siguientes elementos de
cada una de las relaciones:
- Nombre de cada tabla de acuerdo a las entidades.
- Relaciones entre tabla.
- Lista de atributos de cada tabla.
39. 39
- Descripción de cada tabla.
- Llaves primarias y llaves foráneas.
- Las reglas de integridad de las llaves foráneas
Con base en lo anterior se muestran en el diagrama la definición de
cada una de las relaciones obtenidas en el diagrama lógico y el código
estándar SQL Server que define a la base de datos NIRVANA2, misma que
se encargará de la gestión de todos los datos de la distribuidora comercial.
41. 41
Desarrollo del Código Fuente del Sistema
En esta fase del ciclo de desarrollo de los sistemas, usamos la
información que recolectada con anterioridad.
Se procede en la elaboración del diseño lógico del sistema de
información para desarrollar todo el software original que sea
necesario. A continuación, tenemos algunas codificaciones donde se
realizó ciertas funciones:
altaArticulos
43. 43
Fase de Prueba del Sistema
Para llevar a cabo esta fase de pruebas, al sistema se le examinó
de acuerdo a tres aspectos principales:
Detección y modificación de programación y lógica. Para poder
detectar posibles fallas de programación del sistema fue necesario
contar con la participación de algunos miembros del personal del
almacén para asegurar que éstas fueran completas e imparciales.
Se encargaron de proporcionar todo tipo de información dentro de
los diferentes módulos a fin de detectar resultados no esperados e
imperceptibles al desarrollarse el sistema. Dichos resultados se
estudiaron para modificar en algunos casos la lógica y la
programación que los generaba y así obtener un efectivo
desempeño del sistema.
Realización de pruebas de funcionalidad de todos sus
componentes, estimar tiempos de captura, transmisión y
procesamiento de los datos. Todos los módulos fueron
evaluados en cuanto a sus componentes y tiempos de respuesta y
algunos de ellos requirieron de una mayor atención.
Identificar posibles mejoras de funcionalidad. Con base a las
pruebas realizadas de la fase anterior se llevaron a cabo ciertas
modificaciones en la interfaz y funcionalidad de los submódulos
que requerían mejorar su desempeño. Estas modificaciones y
detalles agregados, aun cuando fueron mínimos, permitieron
minimizar tiempos de captura y respuesta y maximizar la
efectividad del sistema.
44. 44
Fase de Verificación del Sistema
Se implantó el sistema de información de almacén y esto incluyó el
adiestramiento al personal que tendrá acceso al sistema.
Para instalar el programa se debe:
- Colocar el CD de instalación de CD-ROM y ejecutar el paquete.
- Se extrae el programan en el directorio C, para que él mismo pueda
extraer y configurar correctamente.
- Una vez finalizada la ejecución del instalador se instala primero el
programa el SQL Server, con el usuario root y clave 12345. Este programa
se encuentra dentro del directorio creado por el instalador.
- Luego se instala el Visual. Net, este programa se encuentran dentro del
directorio creado por el instalador. La clave por defecto del administrador
es 12345.
- Por último, se recomienda cambiar la clave del administrador para mayor
seguridad.
Fase de Mantenimiento del sistema.
Los problemas que fueron detectado por el usuario,
inmediatamente fueron notificados al administrador del sistema, donde
dichas peticiones fueron atendidas donde y se procedió a diagnosticar de
qué tipo de mantenimiento se trataba. Atendiendo a los fines, podemos
establecer los siguientes tipos de mantenimiento:
Correctivo: Son aquellos cambios precisos para corregir errores
del producto software
45. 45
Evolutivo: Son las incorporaciones, modificaciones y
eliminaciones necesarias en un producto de software para cubrir
la expansión o cambio en las necesidades del usuario.
Adaptativo: Son las modificaciones que afectan a los entornos
en los que el sistema opera, por ejemplo, cambio en las
configuraciones del hardware, software de base, gestores de
base de datos, comunicaciones, etc.
Perfectivo: son las acciones llevadas a cabo para mejorar la
calidad interna de los sistemas en cualquiera de sus
aspectos: restructuración de código, definición más clara del
sistema y optimización del rendimiento y eficiencia.
Una vez identificado el tipo de mantenimiento y su origen, se
determinó un tiempo razonable para su modificación y prueba y se
le notificó al usuario.
46. 46
CAPITULO IV
RESULTADOS OBTENIDOS
4.1ANALISIS DE LOS RESULTADOS
OPERACION TIEMPO
Tiempo de entrega de los reportes Se redujo en un 80%
Tiempo en acceder a la información Tuvo una disminución en un
90%
Tiempo en registrar las entradas de
los productos
Se redujo en el 70%
Tiempo en registrar las salidas de
los productos
Se redujo en el 70%
4.2 DIFICULTADES ENCONTRADAS:
- En la Fase de Análisis del Sistema no se pactaba una fecha para realizar
la entrevista con las personas involucradas.
- En la Fase de Codificación del Sistema no se contaba con un lugar
adecuado en el momento del desarrollo del sistema de almacén.
- En la Fase de Prueba del Sistema el corte del fluido eléctrico era
constante debido a que se estaba acondicionando un nuevo ambiente.
- En la Fase de Verificación el jefe de almacén tardó en elegir la fecha
exacta para la implementación del sistema, debido a que los usuarios no
debían de interrumpir sus labores.
47. 47
CONCLUSIONES
Durante el diseño del sistema de almacén se llegó a diagnosticar los
procesos que se llevan a cabo en el área del almacén del Policlínico Chincha
ESSALUD, procediendo a la recolección de la información necesaria para el
desarrollo del software y se determinó la solución para la necesidad planteada.
Dicha información fue clasificada y nos permitió en la realización de la
interfaz del nuevo sistema de almacén que consiste en un mejor control de los
productos enlazándose a la base de datos existente y así la información pueda
ser almacenada, generando reportes cada vez que se consulte.
Se logró aplicar las mejores prácticas basadas en la metodología de
administración de almacén, para el sistema de Información de Almacén en la
clasificación y organización de los productos.
Se eliminó las deficiencias de las actividades de registro manual de datos
en las entradas y salidas de los productos.
Se facilitó herramientas de análisis que proporcionen información para la
toma de decisiones logísticas en la organización del stock.
Se realizó las respectivas pruebas necesarias para determinar el correcto
funcionamiento del sistema antes de ser implantado.
Una vez implantado el sistema se procedió con la capacitación del
personal que estará a cargo de uso
48. 48
RECOMENDACIONES
- Leer detalladamente el manual del sistema.
- Mantenimiento constante de sistema.
- El uso del sistema deber ser exclusivamente utilizado por el personal
encargado.
- El sistema debe ser empleado al 100% para aprovechar de sus beneficios.
52. 52
REFERENCIAS
A. Textos de Consultas
ERICK J. BRAUD, (2011), Ingeniería de Software (una perspectiva
orientada a objetos), Alfaomega, México.
CEBALLOS J F. JAVIER, (2010), Visual Basic y .Net versión
(Enciclopedia de Microsoft) Alfaomega S.A., Méxicon.
PIATTINI, MARIO, (2011), Diseño de bases de datos relacionales,
Alfaomega, S. A, México.
SCHMELKES, CORINA, (1998), Manual para la presentación de
anteproyectos e informes de investigación, 2ª Edición, México.
ARTÍCULO DE TEORÍA Y MANEJO DE INVENTARIOS (2012),
Addison Wesley, 2ª Edición, México.
B. Revistas y Publicaciones
PC WORLD, publicación junio 2013 – Lima Perú.
PC ACTUAL, publicación mayo 2013 – online.
C. Webgrafía
RUP PARA PROYECTOS PEQUEÑOS
http://cgrw01.cgr.go.cr/rup/RUP.es/SmallProjects/index.htm
METODOLOGIA RUP
http://www.youtube.com/watch?v=8GIKEPo3hHI
PROGRAMACION EXTREMA (XP)
http://www.programacionextrema.org/, 2002.Wake, William (2002)
[en línea]