Uploaded by Paolo Cesar Blancas Lopez

PLAN DE TRANAJO PAOLO BLANCAS GRUPOB

advertisement
UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERÍA DE SISTEMAS E INGENIERÍA
CIVIL CARRERA PROFESIONAL DE INGENIERÍA DE
SISTEMAS
IMPLEMENTACIÓN DEL SISTEMA WEB PARA MEJORAR LOS
PROCESOS DE LA PROGRAMACIÓN DE HORARIO EN LA
FACULTAD DE MEDICINA HUMANA
CURSO: PRACTICA PRE PROFESIONAL I
CICLO: VII-B
DOCENTE: ING. DIAZ ESTRDA, DIANA MARGARITA
ALUMNO: BLANCAS LOPEZ, PAOLO CESAR
LUGAR DE PRACTICA: FACULTAD DE MEDICINA HUMANA
PUCALLPA - PERÚ
2022
Contenido
1.
TÍTULO DEL TRABAJO ..................................................................................................5
2.
INSTITUCIÓN ....................................................................................................................5
2.1.
Nombre.......................................................................................................................5
2.2.
Dirección....................................................................................................................5
2.3.
Descripción ...............................................................................................................5
2.4.
Ubicación ...................................................................................................................6
3.
DESCRIPCIÓN DE LA SITUACIÓN ACTUAL .............................................................6
4.
MARCO TEÓRICO ...........................................................................................................7
5.
6.
4.1.
sistema web ..............................................................................................................7
4.2.
lenguaje de programación.....................................................................................8
4.3.
Framework.................................................................................................................8
4.4.
Arquitectura ..............................................................................................................8
4.5.
servidor de base de datos .....................................................................................8
4.6.
Sistema de gestor de base de datos ...................................................................9
4.7.
Metodología ..............................................................................................................9
METODOLOGÍA DE SOLUCIÓN .................................................................................10
5.1.
Fase de inicio .........................................................................................................10
5.2.
Fase de la elaboración .........................................................................................11
5.3.
Fase de la construcción .......................................................................................11
5.4.
Fase de transición .................................................................................................12
CRONOGRAMA DE ACTIVIDADES............................................................................13
6.1.
Cuadro general.......................................................................................................13
6.2.
Entregables del proyecto.....................................................................................13
6.3.
cronograma general..............................................................................................14
6.4.
Diagrama de Gantt.................................................................................................14
Fecha
Versión
Encargado de revisión
25/02/2022
0.1
Ing. Diana Estrada Diaz
Descripción de la observación
-falta el título del plan de trabajo
-estructura del plan de trabajo no es la adecuada
-falta el índice
-falta profundizar más la problemática de la situación actual
-falta el cronograma general de plan de trabajo
-falta enfocar más en la metodología de solución (no se basa a lo que es el rup)
-falta dar el formato adecuado alas bibliografía según apa
1. TÍTULO DEL TRABAJO
Implementación del sistema web para mejorar los procesos de la
programación de horario en la Facultad de Medicina Humana
2. INSTITUCIÓN
2.1.
Nombre
La institución es la Facultad de Medicina Humana de la
Universidad nacional de Ucayali
2.2.
Dirección
Carretera Federico Basadre Km 6.2, Pucallpa
2.3.
Descripción
La Universidad Nacional de Ucayali fue creada según Art. 194 de
la Ley General de Educación Nº 19326. Mediante Resolución Nº
002/98-AU-UNU de fecha 21 de enero de 1998, se crea la Escuela
Profesional de Medicina Humana como parte de la Facultad de
Ciencias de la Salud. Luego mediante Resolución Nº 003-2006AU-R-UNU de fecha 17 de febrero del 2006, se constituye la
Facultad de Medicina Humana. Su órgano de gobierno está dirigido
por el Comité de Planeamiento.
La Facultad de Medicina Humana de la Universidad Nacional de
Ucayali, asume con mucha responsabilidad la formación de
Médicos Cirujanos, que la Región y el País necesitan; este
esfuerzo académico oriente la formación integral, del médico como
tal, como persona.
2.4.
Ubicación
3. DESCRIPCIÓN DE LA SITUACIÓN ACTUAL
Un correcto manejo de los procesos académicos es sumamente vital para
el normal desarrollo de un semestre académico. Los estudiantes y
docentes muchas veces se ven afectados por la labor de las autoridades
encargadas de generar la carga académica y los horarios académicos (y
no porque estas tengan el total de la culpa), y de las personas que
interpretan estas. Es de suma importancia una herramienta tecnológica
que contribuya con el usuario al desarrollo de las actividades, manejo de
estas y toma de decisiones para que la persona encargada invierta su
tiempo en sus demás funciones con la tranquilidad que los procesos de
programación de horario se llevaran de la mejor manera. La realidad que
está pasando la Facultad de Medicina Humana, en la actualidad viene ser
la generación de horario, en lenguaje computacional consiste en una serie
de objetos(recursos) y que esos objetos necesitan una serie de proceso
para ser realizados. Y en un lenguaje educacional es un estudiante debe
asistir a un número predeterminado de clases y el profesor debe impartirla
durante la semana en un horario de clase dentro del rango que la facultad
mande. en una determinada aula otorgada para cada clase. Este proceso
de generación de horario la facultad de medicina humana viene realizando
cada inicio de semestre académico. También la facultad de medicina
humana tiene sus registros de los recursos que se necesitan en la
programación de horarios en base de datos en formato de hojas de Excel
de lo cual para obtener información detallada y realizar los procesos para
la programación de horario es muy tediosa para el experto en ese cargo.
Área
Desarrollo de software y base de datos
Problema
- Trabajo realizado a través de Microsoft Excel
- elaboración de horarios de forma manual
- Consulta manual de la información en los registros.
Afecta
- Los docentes de la facultad de medicina humana
- Los alumnos de la facultad de medicina humana
Impacto
- Es muy alto, si se sigue realizando la programación manual seguiremos
teniendo profesores con sobrecarga de horas de contratación, y cruces
de horarios
Solución
- Realizar el registro y la consulta de la carga lectiva de manera rápida y
precisa con la consistencia de la información requerida.
- Diseñar de manera automática los horarios de clases
-Diseñar una base de datos
-Reportes en tiempo real de la información solicitada.
4. MARCO TEÓRICO
A continuación, detallaremos aspectos técnicos que se necesitaran para
el desarrollo del proyecto.
4.1.
sistema web
Los “sistemas Web” o también conocidos como “Aplicaciones Web”
son aquellos que están creados e instalados no sobre una
plataforma o sistemas operativos (Windows, Linux). Sino que se
aloja en un servidor en Internet o sobre una intranet (red local). Su
aspecto es muy similar a páginas Web que vemos normalmente,
pero en realidad los ‘Sistemas Web’ tienen funcionalidades muy
potentes que brindan respuestas a casos particulares. Los
sistemas Web se pueden utilizar en cualquier navegador Web
(chrome, firefox, Internet Explorer, etc.) sin importar el sistema
operativo.
4.2.
lenguaje de programación
El lenguaje de programación permite especificar de manera precisa
sobre qué datos debe operar un software específico, cómo deben
ser almacenados o transmitidos dichos datos, y qué acciones debe
dicho software tomar bajo una variada gama de circunstancias.
Todo esto, a través de un lenguaje que intenta estar relativamente
próximo al lenguaje humano o natural. Una característica relevante
de los lenguajes de programación es precisamente que más de un
programador pueda usar un conjunto común de instrucciones que
sean comprendidas entre ellos para realizar la construcción de un
programa de forma colaborativa.
4.3.
Framework
En general, con el término framework, nos estamos refiriendo a una
estructura software compuesta de componentes personalizables e
intercambiables para el desarrollo de una aplicación. En otras
palabras, un framework se puede considerar como una aplicación
genérica incompleta y configurable a la que podemos añadirle las
últimas piezas para construir una aplicación concreta. Los objetivos
principales que persigue un framework son: acelerar el proceso de
desarrollo, reutilizar código ya existente y promover buenas
prácticas de desarrollo como el uso de patrones.
4.4.
Arquitectura
En los inicios de la Ingeniería de Software, el desarrollo de software
se realizaba libremente, pero con el tiempo se han ido
descubriendo y desarrollando nuevos modelos y estándares, con
base a las cuales se puedan resolver las problemáticas modernas
4.5.
servidor de base de datos
Son los que se utilizan para la ejecución de gestores de Base de
Datos y que varios usuarios hagan operaciones sobre ellas al
mismo tiempo, situado en un lugar diferente; se puede acceder a
las BD por terminales o equipos con un programa llamado cliente
que permita el acceso a ellas. Una base de datos o banco de datos
es un conjunto de datos que pertenecen al mismo contexto
almacenados sistemáticamente para su posterior uso. En este
sentido, una biblioteca puede considerarse una base de datos
compuesta en su mayoría por documentos y textos impresos en
papel e indexados para su consulta. En la actualidad, y debido al
desarrollo tecnológico de campos como la informática y la
electrónica, la mayoría de las bases de datos tienen formato
electrónico, que ofrece un amplio rango de soluciones al problema
de almacenar datos. (Kroenke, 2007).
4.6.
Sistema de gestor de base de datos
Organizan y estructuran los datos de tal modo que puedan ser
recuperados y manipulados por usuarios y programas de
aplicación (Teaching Soft Group, 2011). Capa de software que
controla todos los accesos a la base de datos (Reinosa,
Maldonado, Muñoz, Damiano, & Abrutsky, 2012). Es una aplicación
que permite a los usuarios definir, crear y mantener la base de
datos, y proporciona acceso controlado a la misma.
4.7.
Metodología
El RUP es un modelo en fases que identifica cuatro fases discretas
en el proceso de software. Las fases en el RUP están más
estrechamente
vinculadas
con
la
empresa
que
con
las
preocupaciones técnicas, Estas son:
4.7.1. Inicio
La meta de la fase de concepción es establecer un caso
empresarial para el sistema. Deben identificarse todas las
entidades externas (personas y sistemas) que interactuarán
con el sistema y definirán dichas interacciones. Luego se usa
es externas (personas y sistemas) que interactuarán con el
sistema y definirán dichas interacciones. Luego se usa esta
información para valorar la aportación del sistema hacia la
empresa. Si esta aportación es menor, entonces el proyecto
puede cancelarse después de esta fase.
4.7.2. Elaboración
Las metas de la fase de elaboración consisten en desarrollar la
comprensión del problema de dominio, establecer un marco
conceptual arquitectónico para el sistema, diseñar el plan del
proyecto e identificar los riesgos clave del proyecto. Al
completar esta fase, debe tenerse un modelo de requerimientos
para el sistema, que podría ser una serie de casos de uso del
UML, una descripción arquitectónica y un plan de desarrollo
para el software.
4.7.3. Construcción
La fase de construcción incluye diseño, programación y
pruebas del sistema. Partes del sistema se desarrollan en
paralelo y se integran durante esta fase. Al completar ésta,
debe tenerse un sistema de software funcionando y la
documentación relacionada y lista para entregarse al usuario.
4.7.4. Transición
La fase final del RUP se interesa por el cambio del sistema
desde la comunidad de desarrollo hacia la comunidad de
usuarios, y por ponerlo a funcionar en un ambiente real. Esto es
algo ignorado en la mayoría de los modelos de proceso de
software, aunque, en efecto, es una actividad costosa y en
ocasiones
5. METODOLOGÍA DE SOLUCIÓN
En este plan de trabajo se realiza bajo la metodología RUP
5.1.
Fase de inicio
➢ Acta de constitución de proyecto
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-el propósito del plan de trabajo
-el alcance del plan del trabajo
-la descripción de stakeholder y usuarios
-ambientes de usuario
-requerimientos funcionales y no funcionales del plan de
trabajo
➢ Plan de desarrollo de software
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-propósito y alcance del trabajo
-entregables del software
-organización del proyecto
-recursos del proyecto
5.2.
Fase de la elaboración
➢ Requerimientos
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-diagrama de caso de usos de requerimientos
-especificación de casos de usos de requerimiento
➢ Análisis y diseño
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-diseño diagramas de clase
-diagrama de diseño de arquitectura
-diseño arquitectónico de portotipo
5.3.
Fase de la construcción
➢ Análisis y diseño
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-diseño de la base datos
➢ Implementación
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-la implementación del prototipo
5.4.
Fase de transición
➢ Pruebas
En este punto de la metodología Rup detallaremos los
siguientes puntos:
-Prueba de caja blanca
-prueba de caja negra
6. CRONOGRAMA DE ACTIVIDADES
6.1.
6.2.
Cuadro general
Fecha de inicio
17 de octubre del 2022
Fecha de Fin
15 de febrero del 2023
Numero de semanas
17 semanas
Número de horas diarias
6 horas
Número de horas Semanales
30 horas
Número de horas totales
510 horas
Entregables del proyecto
FASES
Concepción
TRABAJOS
ENTREGABLE
Modelo de negocio ✓ Documento de visión
✓ Plan
de
software
desarrollo
de
✓ Modelo de Use Case de negocio
Elaboración
Requerimientos
✓ Modelo de Use Case
✓ Especificación de los Use Case
Análisis y diseño
✓ Prototipo arquitectónico
✓ Diagrama de clases
✓ Paquetes del diseño
Construcción
Análisis y diseño
Implementación
Transición
Prueba
✓ Diseño de la Base de Datos
✓ Prototipo del Software final
✓ Pruebas
6.3.
cronograma general
6.4.
Diagrama de Gantt
7. BIBLIOGRAFIA
Alarcón, R. (2000). Diseño orientado a objetos con UML. Madrid: Grupo
EIDOS.
Angeles Díaz, A. N. (2015). ELABORACIÓN DE UNA SOLUCIÓN
METAHEURÍSTICA USANDO UN ALGORITMO GENÉTICO QUE
PERMITA ELABORAR LA DISTRIBUCIÓN DE LOS HORARIOS
ACADÉMICOS. Ingeniera Informático. Pontificia Universidad Católica del
Perú, Perú.
Arjonilla Domínguez, S. J., & Medina Garrido, J. A. (2013). La gestión de
los sistemas de información en la empresa. Madrid: Ediciones Pirámide.
Asamblea Estatutaria. (2015). Estatuto de la UNU. Pucallpa.
Báez Cheza, W. V. (2015). IMPLEMENTACIÓN DEL SISTEMA GESTIÓN
DE TALENTO HUMANO POR COMPETENCIAS ORIENTADO A LA
PLANTA DOCENTE DE LA UNIVERSIDAD TÉCNICA DEL NORTE.
Ingeniero en Sistemas Computacionales. Universidad Técnica del Norte,
2015
Download