Ao de la Consolidacin del Mar de Grau

UNIVERSIDAD NACIONAL DE
UCAYALI

FACULTAD DE INGENIERIA DE SISTEMAS Y DE

INGENIERIA CIVIL
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

PLAN DE TRABAJO

TTULO: ANALISIS Y DISEO DEL SISTEMA DE

INSCRIPCION PARA EL SIMULACRO DE LA
OFICINA GENERAL DE ADMISIN

CURSO: PRACTICA PRE PROFESIONAL I

ASESOR:

ALUMNOS:

DURAN PEREZ, Jean Bruce.

PUCALLPA PER
2017
 Aprobacin y firma del asesor(a):

ING.

Asesor(a) de la Prctica Pre Profesional I

 CONTENIDO
1. TITULO DE TRABAJO .............................................................................................................. 1
2. INSTITUCIN.......................................................................................................................... 1
2.1. UNIVERSIDAD NACIONAL DE UCAYALI .......................................................................... 1
2.1.1. BREVE RESEA HISTRICA .................................................................................... 1
2.1.2. AUTORIDADES UNIVERSITARIAS ........................................................................... 2
2.2. COMISION CENTRAL DE ADMISION .............................................................................. 2
3. DESCRIPCION DE LA SITUACION ACTUAL .............................................................................. 2
3.1. PROCESOS...................................................................................................................... 2
3.2. PROCESO DE INSCRIPCION ............................................................................................ 3
3.3. DIAGRAMA DEL PROCESO DE INCRIPCIN......................Error! Bookmark not defined.
3.4. ACTORES ........................................................................................................................ 4
3.5. RECURSOS ..................................................................................................................... 4
3.6. CAUSAS .......................................................................................................................... 5
3.7. MEJORAS ....................................................................................................................... 5
4. MARCO TEORICO ................................................................................................................... 6
4.1. SOFTWARE..................................................................................................................... 6
4.2. INGENIERIA DE SOFTWARE ........................................................................................... 6
4.3. INGENIERIA DE REQUERIMIENTOS ................................................................................ 6
4.4. METODOLOGA DE DESARROLLO DE SOFTWARE ......................................................... 7
4.5. METODOLOGA RUP ...................................................................................................... 7
4.5.1. PRINCIPALES CARACTERSTICAS ............................................................................ 7
4.5.2. CICLO DE VIDA ....................................................................................................... 7
4.5.3. FASES DEL CICLO DE VIDA DEL RUP ....................................................................... 8
4.5.4. PRINCIPIOS DE LA METODOLOGA RUP ................................................................ 9
4.5.5. DISCIPLINA DE DESARROLLO DE RUP .................................................................. 10
4.5.6. ELEMENTOS DE RUP ............................................................................................ 11
4.5.7. ARTEFACTOS ........................................................................................................ 11
4.5.8. VENTAJAS ............................................................................................................ 12
4.5.9. DESVENTAJAS ...................................................................................................... 12
5. METODOLOGIA DE SOLUCIN ............................................................................................ 12
6. CRONOGRAMA DE ACTIVIDADES ........................................................................................ 12
6.1. LISTA DE ACTIVIDADES ................................................................................................ 12
7. DIAGRAMA DE GANTT ......................................................................................................... 14
8. BIBLIOGRAFA ...................................................................................................................... 15
1. TITULO DE TRABAJO
ANALISIS Y DISEO DEL SISTEMA DE INSCRIPCION PARA EL
SIMULACRO DE LA OFICINA GENERAL DE ADMISIN

2. INSTITUCIN
2.1. UNIVERSIDAD NACIONAL DE UCAYALI
2.1.1. BREVE RESEA HISTRICA
La Universidad Nacional de Ucayali (UNU) fue creada mediante
Decreto Ley N 22804 del 18 de diciembre de 1979, con sede en
la ciudad de Pucallpa, capital de la entonces Provincia de Coronel
Portillo del Departamento de Loreto, inicialmente con la
denominacin de Universidad Nacional de Pucallpa. Seis meses
despus, el 18 de junio del 1980, se crea el Departamento de
Ucayali, con Pucallpa como su ciudad Capital. La Ley
Universitaria N 23733, del 09 de diciembre de 1983, establece
que en adelante la Universidad Nacional de Pucallpa se
denominar Universidad Nacional de Ucayali.
La creacin de la Universidad Nacional de Ucayali se da a finales
del Gobierno Revolucionario de las Fuerzas Armadas, como
respuesta obligada a los movimientos cvicos de reivindicacin
social que se dieron, principalmente, en la dcada de los aos
setenta del siglo pasado, en lo que hoy es el Departamento de
Ucayali.
Las actividades acadmicas de la UNU se inician el 1982 con las
carreras profesionales de Agronoma, Enfermera y Forestales.
Transcurridos 36 aos desde su creacin, la UNU cuenta con
ocho facultades y diecisis escuelas profesionales, en la ciudad
de Pucallpa. En la ciudad de Aguaytia, provincial de Padre Abad,
funcionan secciones de las Escuelas Acadmico Profesionales de
Agronoma y Ciencias Contables y Financieras.
En el ao 2008 se cre la Escuela de Posgrado, la misma que
ofrece maestras en Gestin Pblica, Salud Pblica, Medio
Ambiente, Gestin Sostenible y Responsabilidad Social, Ciencias
Agrcolas, Ciencias de la Computacin, Derecho Constitucional y
Administrativo, Gestin Empresarial, Ingeniera de Sistemas y
Evaluacin y Acreditacin de la Calidad de la Educacin y
Doctorado en Salud Pblica, Doctorado en Administracin y
Doctorado en Educacin.
Desde su Creacin, la UNU ha sido conducida por comisiones
organizadoras, comisiones de orden y gestin y por autoridades
elegidas por la Asamblea Universitaria.

1
 El 22 de diciembre del 2015, en ejemplar acto democrtico,
mediante el voto universal en un proceso electoral Universitario
conformado por Docentes y Estudiantes, quienes cumplieron en
emitir su voto en un ambiente pleno de democracia, fueron
elegidos las autoridades que tendrn en sus manos la conduccin
de la UNU durante cinco aos (2016-2020).
2.1.2. AUTORIDADES UNIVERSITARIAS
Rector: Dr. CARLOS E. FACHN MATTOS.
Vicerrector Acadmico: Dr. PEDRO JULIN ORMEO
CARMONA.
Vicerrectora de Investigacin: Dra. TERESA DE JESS
ELSPURO NAJAR.
Secretario General: Ing. JORGE LUIS HILARIO RIVAS
Mg.
2.2. COMISION CENTRAL DE ADMISION
La Comisin Central de Admisin ofrece su servicio de seleccin de los
estudiantes que postulante a las diferentes Escuelas Acadmico
Profesionales de la UNU, mediante mecanismos que permiten evaluar
los criterios vocacionales, aptitud y rasgos de personalidad de nuestra
querida juventud, en base al esfuerzo responsable y esmerado, que
conjuntamente, desarrollamos da a da los que integramos la CCA.
De acuerdo a la Resolucin N 048-2016-UNU-CU-R, los directivos de la
Comisin Central de Admisin, est conformado por:
Presidente: Ing. Fermin Campos Solorzano.
Miembro: Dr. Fernando Prez Leal.
Miembro: Lic. Manuel Eleazar Castro Agero.

3. DESCRIPCION DE LA SITUACION ACTUAL

La Oficina General de Admisin de la Universidad Nacional de Ucayali usa
la informacin para sus respectivos objetivos.
3.1. PROCESOS
Proceso de Asignacin Del Cuadro General de Vacantes.
Proceso de Inscripcin.
Proceso de Verificacin de Pago Realizado.
Proceso de Asignacin de Aulas.
Proceso de Infracciones y Sanciones.
Proceso de Calificacin.
Proceso de Entrega de Constancia de Ingreso.
Para la Realizacin de la Prctica Profesional I, Realizaremos nuestro
estudio en el Proceso de Inscripcin para el simulacro.

2
3.2. PROCESO DE INSCRIPCION PARA EL SIMULACRO
1. La persona realiza la entrega de requisitos a la
recepcionista.
2. La recepcionista verifica los requisitos.
3. La recepcionista entrega la carpeta.
4. El postulante Realiza el llenado de sus datos en los
campos de la carpeta de ingresante y tambin en la
declaracin jurada.
5. La recepcionista realizara la entrega de 2 Declaraciones
Juradas de compromiso para entrega de documentos
(Partida de Nacimiento original o copia legalizada,
Certificado de Estudios Secundarios original visado por
la DREU o UGEL, copia de DNI). En el caso de cursar
4to o 5to ao de secundaria la recepcionista realizara
la entrega de 4 declaraciones juradas de compromiso
para entrega de documentos. Solo valido para la
modalidad de examen ordinario.
6. El postulante realiza la entrega de la carpeta de
ingresante y las declaraciones juradas a la
recepcionista.
7. La recepcionista realiza la verificacin de los datos
rellenados en la carpeta de ingresante y en las
declaraciones juradas.
8. Si todos los datos estn correctos, la recepcionista
realiza la entrega de (1 Nota informativa, 1 declaracin
jurada de compromiso para la entrega de documentos y
1 copia de Boucher de pago la cual debe de contener el
sello de recepcin) y le asigna una computadora para
que realice su inscripcin.
9. El postulante Realiza su inscripcin en el sistema web
intranet.
10. Una vez terminado la actividad 9, el postulante pasa a
realizar la toma de su fotografa, la cual le servir para
su carnet de postulante.
11. El soporte tcnico realiza la toma de fotos.
12. El soporte tcnico solicita el nmero de DNI del
postulante, para identificar la fotografa tomada.
13. El soporte tcnico realiza la entrega de la ficha impresa
de inscripcin al postulante para su respectiva
verificacin de datos.

3
 14. El postulante verifica sus datos, en caso de que todo se
encuentre en orden firma y pone su huella dactilar en la
ficha impresa de inscripcin en seal de conformidad,
luego espera de 3-5 minutos para la entrega de su carn
de postulante.
15. El soporte tcnico realiza la entrega de carn de
postulante.

3.3. ACTORES
Los que intervienen el proceso de Inscripcin son los siguientes
Actores:
Postulante.
Recepcionista.
Soporte Tcnico.
3.4. RECURSOS
Los Recursos que se utilizan en el Proceso de Inscripcin son los
siguientes:
Nombre de Recurso Material Cantidad
Lapiceros 1
Sellos 1
Tampones 1
Hojas de Diferentes Medidas 1
Engrampadoras 1
Carpeta de Postulante 1
Grapas 1
Computadoras Completamente Equipadas 9
Cmara fotogrfica Profesional Nikon 1
Impresora 2
Empastadora para los carn 1
Mica para carn 1

Actualmente la Oficina General de Admisin de la Universidad

Nacional de Ucayali cuenta con un Sistema web intranet que lleva a
cabo la captura de los datos del postulante, como son: datos
personales, datos de inscripcin, datos de la modalidad de ingreso,
datos de Carrera, datos de colegio, datos de servicios bsicos, datos
de pago, etc. El Sistema funciona muy bien, sin embargo el proceso
de inscripcin es demasiado extenso, porque el postulante tiene que
dirigirse a la Oficina General de Admisin para realizar su inscripcin
y luego Tomarse su Fotografa para su respectiva Carn.

4
3.5. CAUSAS
En consecuencia se identific:
El Proceso de Inscripcin es presencial.
El proceso de Inscripcin no es accesible desde cualquier parte
del mundo.
El Sistema de Inscripcin Intranet en la parte de mantenimiento
de datos es complicado.
El Sistema de Inscripcin Intranet en la parte de la Base de
Datos maneja tablas no normalizadas lo cual provoca la
duplicidad de datos y en procesamiento de datos con lentitud.
El Sistema de inscripcin Intranet no tiene ninguna
documentacin de desarrollo de ningn tipo, lo cual provoca que
al realizar el mantenimiento de codificacin y arquitectura del
software es muy complicado.
3.6. MEJORAS
En consecuencia se identific las posibles mejoras:
Desarrollar un Sistema Web Puesto en la Internet, lo cual
implica:
Inscripcin no presencial, solo en casos especiales.
Acceso a la inscripcin desde cualquier parte del mundo.
Poder realizar mantenimientos en el Sistema, Administrador-
Sistema.
Mejorar y Normalizar la Base de Datos hasta la tercera
forma normal.
Realizar Documentacin del desarrollo del software con la
finalidad de ayudar a futuros mantenimiento que se pueda
realizar.
Disminuir la de toma de Fotografa, solo ser posible en
casos especiales.

5
4. MARCO TEORICO
4.1. SOFTWARE
Es el conjunto de los programas de cmputo, procedimientos, reglas,
documentacin y datos asociados, que forman parte de las
operaciones de un sistema de computacin (Estndar 729 del IEEE).
4.2. INGENIERIA DE SOFTWARE
Ingeniera de software es el estudio de los principios y
metodologas para el desarrollo y mantenimiento de sistemas
software (Zelkovitz, 1978).
Ingeniera de software es la aplicacin prctica del conocimiento
cientfico al diseo y construccin de programas de computadora
y a la documentacin asociada requerida para desarrollar, operar
y mantenerlos. Se conoce tambin como desarrollo de software o
produccin de software (Bohem, 1976).
La ingeniera de software trata del establecimiento de los
principios y mtodos de la ingeniera a fin de obtener software de
modo rentable, que sea fiable y trabaje en mquinas reales
(Bauer, 1972).
La ingeniera de software es la aplicacin de un enfoque
sistemtico, disciplinado y cuantificable al desarrollo, operacin, y
mantenimiento del software.
4.3. INGENIERIA DE REQUERIMIENTOS
La Ingeniera de requisitos o Ingeniera de requerimientos
comprende todas las tareas relacionadas con la determinacin de
las necesidades o de las condiciones a satisfacer para un software
nuevo o modificado, tomando en cuenta los diversos requisitos de
las partes interesadas, que pueden entrar en conflicto entre ellos.

El propsito de la ingeniera de requisitos es hacer que los mismos

alcancen un estado ptimo antes de alcanzar la fase de diseo en el
proyecto. Los buenos requisitos deben ser medibles, comprobables,
sin ambigedades o contradicciones, etc.

6
4.4. METODOLOGA DE DESARROLLO DE SOFTWARE
Metodologa de desarrollo de software en ingeniera de software es
un marco de trabajo usado para estructurar, planificar y controlar el
proceso de desarrollo en sistemas de informacin.
4.5. METODOLOGA RUP
Es una metodologa cuyo fin es entregar un producto de software.
Se estructura todos los procesos y se mide la eficiencia de la
organizacin.
Es un proceso de desarrollo de software el cual utiliza el lenguaje
unificado de modelado UML, constituye la metodologa estndar
ms utilizada para el anlisis, implementacin y documentacin
de sistemas orientados a objetos.
El RUP es un conjunto de metodologas adaptables al contexto y
necesidades de cada organizacin.
Describe cmo aplicar enfoques para el desarrollo del software,
llevando a cabo unos pasos para su realizacin.
Se centra en la produccin y mantenimiento de modelos del
sistema.
4.5.1. PRINCIPALES CARACTERSTICAS
Forma disciplinada de asignar tareas y
responsabilidades (quin hace qu, cundo y cmo).
Pretende implementar las mejores prcticas en
Ingeniera de Software.
Desarrollo iterativo.
Administracin de requisitos.
Uso de arquitectura basada en componentes.
Control de cambios.
Modelado visual del software.
Verificacin de la calidad del software.
Se caracteriza por ser iterativo e incremental, estar
centrado en la arquitectura y guiado por los casos de uso.
Incluye artefactos (que son los productos tangibles del
proceso como por ejemplo, el modelo de casos de uso, el
cdigo fuente, etc.) y roles (papel que desempea una
persona en un determinado momento, una persona puede
desempear distintos roles a lo largo del proceso).
4.5.2. CICLO DE VIDA
El ciclo de vida RUP es una implementacin del Desarrollo
en espiral. Fue creado ensamblando los elementos en
secuencias semi-ordenadas. El ciclo de vida organiza las
tareas en fases e iteraciones.

7
 R
U
P

d
i
v
i
d
e

e
l

p
r
oceso en cuatro fases, dentro de las cuales se realizan
varias iteraciones en nmero variable segn el proyecto y
en las que se hace un mayor o menor hincapi en las
distintas actividades.

Esfuerzo en actividades segn fase del proyecto

4.5.3. FASES DEL CICLO DE VIDA DEL RUP

Fase de Inicio

8
 Esta fase tiene como propsito definir y acordar el
alcance del proyecto con los patrocinadores, identificar
los riesgos asociados al proyecto, proponer una visin
muy general de la arquitectura de software y producir el
plan de las fases y el de iteraciones posteriores.
Fase de Elaboracin

En la fase de elaboracin se seleccionan los casos de

uso que permiten definir la arquitectura base del
sistema y se desarrollaran en esta fase, se realiza la
especificacin de los casos de uso seleccionados y el
primer anlisis del dominio del problema, se disea la
solucin preliminar.
Fase de Desarrollo

El propsito de esta fase es completar la funcionalidad

del sistema, para ello se deben clarificar los
requerimientos pendientes, administrar los cambios de
acuerdo a las evaluaciones realizados por los usuarios
y se realizan las mejoras para el proyecto.

Fase de Cierre

El propsito de esta fase es asegurar que el software

est disponible para los usuarios finales, ajustar los
errores y defectos encontrados en las pruebas de
aceptacin, capacitar a los usuarios y proveer el
soporte tcnico necesario. Se debe verificar que el
producto cumpla con las especificaciones entregadas
por las personas involucradas en el proyecto.
4.5.4. PRINCIPIOS DE LA METODOLOGA RUP
Adaptacin del Proceso

El proceso debe adaptarse a las caractersticas de la

organizacin para la que se est desarrollando el
software.
Balancear Prioridades

Debe encontrarse un balance que satisfaga a todos los

inversores del proyecto.
Colaboracin entre Equipos

9
 Debe haber una comunicacin fluida para coordinar
requerimientos, desarrollo, evaluaciones, planes,
resultados, entre otros.
Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de una forma

interna, en etapas iteradas. En cada iteracin se
evaluar la calidad y estabilidad del producto y
analizar la opinin y sugerencias de los inversores.
Elevar el nivel de abstraccin

Motivar el uso de conceptos reutilizables.

Enfocarse en la calidad

La calidad del producto debe verificarse en cada

aspecto de la produccin.

4.5.5. DISCIPLINA DE DESARROLLO DE RUP

Ingeniera o modelado del negocio

Analizar y entender las necesidades del negocio para el

cual se est desarrollando el software.
Requisitos

Proveer una base para estimar los costos y tiempo de

desarrollo del sistema.

Anlisis y Diseo

Trasladar los requisitos analizados anteriormente a un

sistema automatizado y desarrollar una arquitectura
para el sistema.
Implementacin
Crear software que se ajuste a la arquitectura diseada
y que tenga el comportamiento deseado.
Pruebas

10
 Asegurarse de que el comportamiento requerido es
correcto y que todo lo solicitado est presente.
Despliegue
Producir distribuciones del producto y distribuirlo a los
usuarios.
4.5.6. ELEMENTOS DE RUP
Actividades
Procesos que se han de realizar en cada
etapa/iteracin.
Trabajadores

Personas involucradas en cada actividad del proyecto.

Artefactos

Herramientas empleadas para el desarrollo del

proyecto. Puede ser un documento, un modelo, un
elemento del modelo.

4.5.7. ARTEFACTOS
RUP en cada una de sus fases (pertenecientes a la
estructura esttica) realiza una serie de artefactos que
sirven para comprender mejor tanto el anlisis como el
diseo del sistema (entre otros). Estos artefactos (entre
otros) son los siguientes:
Inicio
Documento Visin
Especificacin de Requerimientos
Elaboracin
Diagramas de caso de uso
Construccin
Documento Arquitectura que trabaja con las
siguientes vistas:

Vista lgica

Diagrama de clases
Modelo E-R (Si el sistema as lo requiere).

Vista de implementacin

11
 Diagrama de Secuencia
Diagrama de estados
Diagrama de Colaboracin
Vista conceptual
Modelo de dominio
Vista fsica
Mapa de comportamiento a nivel de hardware
4.5.8. VENTAJAS
Requiere conocimientos del proceso y de UML.
Progreso visible en las etapas tempranas.
El uso de iteraciones (actividades).
Facilita la reutilizacin del cdigo teniendo en cuenta que
se realizan revisiones en las primeras iteraciones lo cual
adems permite que se aprecien oportunidades de
mejoras en el diseo.
4.5.9. DESVENTAJAS
Por el grado de complejidad puede no resultar muy
adecuado.
RUP es generalmente mal aplicado en el estilo cascada.

5. METODOLOGIA DE SOLUCIN
La metodologa de solucin que utilizaremos en nuestra prctica
profesional I es la metodologa RUP, la cual es la metodologa estndar
ms utilizada para el anlisis, diseo, implementacin y documentacin
de sistemas orientados a objetos.

6. CRONOGRAMA DE ACTIVIDADES
6.1. LISTA DE ACTIVIDADES
Actividad

Das

Descripcin Inicio Fin

Conocer el funcionamiento. 11
1 5 15/09/16
/09/17
2 Identificar Procesos. 5 18/09/16 22/09/16
Conocer el funcionamiento de
3 los sistemas informticos 2 25/09/16 26/09/16
existentes.
Realizar Diagrama del Proceso
4 3 27/09/16 29/09/16
de Inscripcin.
Identificar las posibles mejoras
5 2 01/10/16 02/10/16
que se puedan realizar en el
12
 proceso de inscripcin.
Captar los requerimientos del
6 3 03/10/16 05/10/16
Sistema a desarrollar.
7 Realizar Modelado de Negocio 5 08/10/16 12/10/16
Estimar Costos y Tiempo de
8 5 15/10/16 19/10/16
Desarrollo.
Realizar Anlisis y Diseo
9 30 22/10/16 01/11/16
aplicando metodologa RUP.
10 Documentar Informe Final 5 04/11/16 08/11/16

13
7. DIAGRAMA DE GANTT

14
8. BIBLIOGRAFA
https://es.wikipedia.org/wiki/Software
https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_requisitos
https://es.wikipedia.org/wiki/Metodolog%C3%ADa_de_desarrollo_de_
software
http://es.slideshare.net/MeneRomero/metodologias-de-desarrollo
https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP

15