1. UNIVERSIDAD NACIONAL DE UCAYALI
FACULTAD DE INGENIERIA DE SISTEMASY DE INGENIERIA CIVIL
ESCUELA ACADÉMICOPROFESIONAL DE INGENIERIA DE SISTEMAS
PLAN DE TRABAJO DE LA II PRACTICA PRE PROFESIONAL
“SISTEMA INFORMÁTICOPARA EL PROCESO DE MATRICULA DE LA
ESCUELA DE POSGRADO EN LA OFICINA GENERAL DE COORDINACION Y
SERVICIOS ACADEMICOS DE LA UNIVERSIDAD NACIONAL DE UCAYALI”
Alumno : Flores Murrieta, Francisco Segundo.
Asesor : Ing.Luis Alberto Rivera Echegaray
Pucallpa - Perú
2013

2. CONTENIDO
I. TITULO DEL TRABAJO.................................................................................................................. 4
1.1. Título de la investigación..................................................................................4
1.2. Autor o autores del proyecto............................................................................4
1.3. Colaboradores ...................................................................................................4
1.4. Fecha de Inicio de Practica...............................................................................4
II. INSTITUCIÓN............................................................................................................................... 5
2.1. Nombre de Institución.......................................................................................5
2.2. Funciones...........................................................................................................5
2.3. Reseña Histórica................................................................................................6
III. ANÁLISIS.................................................................................................................................... 10
3.1. Identificación:........................................................................................................................... 10
3.1.1. Diagnóstico de la situación actual................................................................................... 10
3.1.2. Definición del Problema Central y sus causas ................................................................. 11
3.1.3. Objetivo ............................................................................................................................ 11
3.1.4. Alternativas de Solución................................................................................................... 11
IV. MARCO TEORICO ...................................................................................................................... 12
4.1. Planteamiento Teórico ....................................................................................12
4.1.1. Aplicación Web......................................................................................................... 12
4.1.2. Eficacia...................................................................................................................... 12
4.1.3. Eficiencia................................................................................................................... 13
4.1.4. Plataforma informática ............................................................................................ 13
4.1.5. Proceso..................................................................................................................... 14
4.1.6. Agile Unified Process (AUP)...................................................................................... 15
4.1.7. Sistema informático ................................................................................................. 16
4.1.8. SQL Server 2008 ....................................................................................................... 17
4.1.9. Tecnología ................................................................................................................ 20
4.1.10. UML.......................................................................................................................... 21
V. METODOLOGÍA DE SOLUCIÓN ................................................................................................. 24
5.1. Método de investigación.................................................................................24
5.2. Población y muestra........................................................................................24
5.2.1. Población.................................................................................................................. 24
5.2.2. Muestra.................................................................................................................... 24
VI. CRONOGRAMA DE ACTIVIDADES............................................................................................. 25

3. 6.1. Cronograma de Actividades ...........................................................................25
6.2. Referencia Bibliográfica............................................................................................... 27

4. 4
I. TITULO DEL TRABAJO
1.1. Título de la investigación
“SISTEMA INFORMÁTICO PARA LA GESTIÓN DE MATRICULA Y
REGISTRO DE NOTAS DE LOS ALUMNOS DE LA ESCUELA DE
POSGRADO EN LA OFICINA GENERAL DE COORDINACION Y
SERVICIOS ACADEMICOS DE LA UNIVERSIDAD NACIONAL DE
UCAYALI”
1.2. Autor o autores del proyecto
Alumno: Flores Murrieta Francisco Segundo.
Código: 2040104.
1.3. Colaboradores
El docente encargado del asesoramiento: Ing. Luis Alberto Rivera
Echegaray
1.4. Fecha de Inicio de Practica
Fecha de Inicio:03 de Enero del 2013.
Fecha de Término:05 de Junio del 2013.

5. 5
II. INSTITUCIÓN
2.1. Nombre de Institución
Oficina General de Coordinación y Servicios Académicos de la
Universidad Nacional de Ucayali
La Oficina General de Coordinación y Servicios Académicos es un
órgano de apoyo y tiene como objetivo mantener el Archivo y Registro
Central de la parte académica, así como de apoyar a las Facultades.
2.2. Funciones
a) Procesar la información del rendimiento académico de los
estudiantes de la UNU. Mantener los registros de matrícula y actas de
calificaciones.
b) Expedir documentos oficiales de carácter académico.
c) Preservar el archivo y registro académico mediante copias en
discos magnéticos y guardarlos en instituciones de seguridad.
d) Mantener actualizada la información académica en la página Web
de la UNU.
e) Brindar información académica actualizada para elaborar los
estados de cuenta de los estudiantes.
Brindar servicio bibliotecario, de información y documentación.

6. 6
Esta Oficina General de Coordinación y Servicios Académicos cuenta
con dos oficinas ejecutivas.
2.3. Reseña Histórica
La Universidad Nacional de Ucayali fue creada mediante Decreto Ley
N° 22804, del 18 de diciembre de 1979;con el nombre de Universidad
Nacional de Pucallpa durante el gobierno militar del general Francisco
Morales Bermúdez Cerruti, atendiendo a la sentida necesidad y
aspiración de los pobladores de la región Ucayali de contar con una
institución que apoye el desarrollo socioeconómico, cultural y
humanístico de esta región como resultado de las gestas heroicas del
Pueblo Ucayalino expresados en las épicas jornadas denominadas
“Los Grandes Pucallpazos” de 1978 y 1979.
Por Ley N° 23261 del 16 de julio de 1981, el gobierno democrático del
Arq. Fernando Belaúnde Terry ratificó la creación de la Universidad
Nacional de Pucallpa.
El 9 de diciembre de 1983 entra en vigencia la actual Ley Universitaria
N° 23733. En su Art. 97, se indica que en adelante la Universidad
Nacional de Pucallpa se denominará Universidad Nacional de Ucayali;
asimismo, se elabora su Reglamento, mediante el cual organiza su
régimen académico con tres facultades: Ciencias Agropecuarias,
Ciencias Forestales y Ciencias de la Salud (Escuela de Enfermería).

7. 7
Mediante Resolución N° 292-93-ANR del 26 de febrero de 1993 la
Asamblea nacional de Rectores autorizo el funcionamiento definitivo
de la Universidad nacional de Ucayali.
El 17 de enero de 1988, por Resolución N° 071/88-CO-UNU, se creó
la facultad de Ciencias Administrativas y por Resolución N° 072/89-
CO-UNU se cambió la denominación por la Facultad de Ciencias
Administrativas y Contables.
El 21 de enero de 1998, mediante Resolución Rectoral N° 002/98 y al
amparo del Art. 29, inc. E, de la Ley N° 23733, se creóla Facultad de
Derecho y Ciencias Políticas y la Escuela Profesional de Ingeniería de
Sistemas, como parte de la Facultad de Ciencias Administrativas y
Contables y la de Medicina Humana la que se integró a la Facultad de
Ciencias de la Salud.
El 29 de diciembre de 1999 mediante Resolución N° 005-99-AUR-
UNU se creóla Facultad de Educación y Ciencias Sociales.
Los fines que cumple la universidad nacional de Ucayali son los
siguientes:

8. 8
1. Formar profesionales en el campo de la ciencia, tecnología y
humanidades, que respondan a las exigencias de la comunidad
regional y nacional.
2. Conservar, orientar y trasmitir la cultura universal con sentido
crítico y creativo, con especial afirmación de los valores
nacionales.
3. Promover y realizar investigación científica, tecnológica
humanística y artística – cultural.
4. Promover la conservación y el uso sostenible de los recursos
naturales de la región y el país.
5. Contribuir con el desarrollo de las comunidades indígenas
campesinas y población urbano-marginales de la región.
6. Establecer y desarrollar programas de capacitación científica y
propiciar la cooperación internacional.
7. Generar y desarrollar transferencia de tecnología.

9. 9
A 29 años de su creación la universidad nacional de Ucayali cuenta
con ocho facultades y catorce escuelas profesionales.
Debido a su constante crecimiento estructural se necesita del uso de
la tecnología adecuada para poder controlar diversos esquemas de
desarrollo profesional, en este aspecto, ya que cuenta con
profesionales capacitados y tecnología actualizada es suficiente para
poder hacer estudios precisos sobre sistemas que nos permitan
monitorear, supervisar y administrar de manera adecuada sus
respectivas áreas académicas .

10. 10
III. ANÁLISIS
3.1. Identificación:
3.1.1. Diagnóstico de la situación actual
La Oficina General de Coordinación y Servicios Académicos hace
hincapié para brindar un adecuado servicio a los estudiantes y a
la misma Oficina antes dicha, para el proceso de matrícula de la
escuela Postgrado, es necesario la construcción e
implementación de un software para esta modalidad; lo cual
permite desarrollar al personal administrativo sus funciones de
manera adecuada y cumplir con sus metas programadas en
beneficios de la población estudiantil.
Además que actualmente la realización del proceso de matrícula
y el seguimiento de notas por parte de los docentes de la escuela
de Postgrado hacia los alumnos de las distintas menciones lo
hacen de manera manual; por lo que se está priorizando la
construcción e implementación de un software. Esto permitirá:
Mejorar el proceso de matrícula de las distintas menciones
de la Universidad nacional de Ucayali
Aumentar la eficiencia en el seguimiento y obtención de las
notas de los alumnos.

11. 11
3.1.2. Definición del Problema Central y sus causas
Se señala como problema central: “La insuficiencia e inadecuado
proceso de matrícula de la escuela de Postgrado en La Oficina
General de Coordinación y Servicios Académicos de la
universidad nacional de Ucayali”
3.1.3. Objetivo
Se plantea como objetivo central:El objetivo del proyecto es
analizar, diseñar y construir un sistema experto orientado a la
gestión de matrícula y Registro de Notas de la escuela de
Posgrado en la oficina general de Coordinación y Servicios
Académicos de la Universidad Nacional de Ucayali.
3.1.4. Alternativas de Solución
Para lograr suficientes medios disponibles para el proceso de
matrícula de la escuela de Postgrado de la universidad nacional
de Ucayali, La Oficina General de Coordinación y Servicios
Académicosplantea dos alternativas de solución:
La alternativa 1: “construcción de un software en ASP.net, con
módulos adecuados para el proceso de matrícula de la escuela
de Postgrado”.
La alternativa 2: “construcción de un software en ASP.net, con
módulos adecuados para el control y seguimiento de las notas de
los alumnos de la escuela de Postgrado”.

12. 12
IV. MARCO TEORICO
4.1. Planteamiento Teórico
4.1.1. Aplicación Web
(Aumallie, 2002) señala que Una aplicación Web es un conjunto de
recursos Web que participan en el funcionamiento de la propia aplicación
Web.
4.1.2. Eficacia
(Fernández Rios & Sánchez Garcia, 1998) señalan que La eficacia es
el criterio institucional que revela la capacidad administrativa para
alcanzar las metas o resultados propuestos. (La eficacia administrativa
se ocupa esencialmente del logro de los objetivos educativos).
(Fernández, 2005) señala que La eficacia mide los resultados
alcanzados en función de los objetivos que se han propuesto,
presuponiendo que esos objetivos se mantienen alineados con la visión
que se ha definido.
Mayor eficacia se logra en la medida que las distintas etapas necesarias
para arribar a esos objetivos, se cumplen de manera organizada y
ordenada sobre la base de su prioridad e importancia.

13. 13
4.1.3. Eficiencia
(Gutierrez, 2006) señala que La eficiencia se definía como la
maximización del bienestar económico dados los recursos y la
tecnologíade que se dispone y tomando como dada la distribución de
recursos existente. Y el bienestar económico se definía como la
diferencia entre la disposición total al pago de los consumidores por esos
bienes y servicios y el coste necesario para su producción. También
podríamos hablar del grado de eficiencia o ineficiencia en función del
bienestar económico alcanzado respecto al máximo posible.
(Fernández Rios & Sánchez Garcia, 1998) señalan que La eficiencia
consiste en la medición de los esfuerzos que se requieren para alcanzar
los objetivos. El costo, el tiempo, el uso adecuado de factores materiales
y humanos, cumplir con la calidad propuesta, constituyen elementos
inherentes a la eficiencia.Los resultados más eficientes se alcanzan
cuando se hace uso adecuado de estos factores, en el momento
oportuno, al menor costo posible y cumpliendo con las normas de calidad
requeridas.
4.1.4. Plataforma informática
(Feito, 2004) señala que Una plataforma es precisamente el principio, en
el cual se constituye un hardware, sobre el cual un software puede
ejecutarse y desarrollarse. No debe confundirse esto con arquitecturas.

14. 14
La plataforma define un estándar alrededor el cual un sistema puede ser
desarrollado. Una vez que la plataforma ha sido definida, los
desarrolladores de software pueden producir el software apropiado y los
gerentes pueden comprar el hardware apropiado para su uso.
(Britz Escribano, 2003) señala que Plataforma informática es un
conjunto de controladores en su macro funcionalidad un conjunto de
aplicaciones, relacionadas entre sí que procesan y dan un resultado
Además una plataforma, se compone del conjunto de servicios que
necesitan múltiples actividades o tareas que un usuario requiere
desarrollar.
Ejm, el servicio de impresora, directorios, administración de discos,
conectores (a nivel de Hardware), aplicaciones de bajo nivel de
herramientas (WordPad, Caculadora, Paint) normalmente para leer
información de textos e imágenes, para una configuración avanzada de
tu información si debes contar con aplicaciones, como Office, Corel Draw
y muchas miles más que se almacenan y se instalan en la plataforma.
4.1.5. Proceso
(Blazquez, 2000) señala que Un proceso se define como un conjunto de
tareas, actividades o acciones interrelacionadas entre sí que, a partir de
una o varias entradas de información, materiales o de salidas de otros

15. 15
procesos, dan lugar a una o varias salidas también de materiales
(productos) o información con un valor añadido.
4.1.6. Agile Unified Process (AUP)
AUP es una metodología de desarrollo ágil heredera de otros paradigmas
como la programación extrema (XP) y RUP. Esta metodología consta de
principios y prácticas influyentes en la construcción del software en
armonía con la documentación esencial de entregables específicos para
el entendimiento de la solución. Entre sus objetivos destaca la reducción
del costo del cambio en el proyecto en base a procedimientos iterativos
(característica propia de RUP) donde la codificación y pruebas del
software se llevan a cabo paralelamente (según XP).
Por experiencia de proyectos anteriores se recomienda la aplicación de
esta metodología en equipos con menos de diez integrantes aunque
cuenta con casos de éxito en proyectos de mayor envergadura (Ambysoft
2005).
Además de la estructura metodológica fijada por RUP (como el desarrollo
de producto por iteraciones y presentación de prototipos en modo
incremental), AUP introduce propuestas como la programación por pares
(“todos los desarrolladores conocen el código implementado por todos”),
la gestión de requerimientos por niveles de prioridad (toda solicitud de
cambio es analizada y/o ejecutada durante la construcción del software),
independencia entre herramientas para la concepción del producto y el

16. 16
refactoring o la modificación del código del programa sin alterar su
comportamiento original mejorando en su estructura, performance y
diseño. Asimismo propone el desarrollo dirigido por pruebas (TDD) a
partir de un concepto denominado unidad de prueba (sincronizando tanto
la construcción como las pruebas en el prototipo) de carácter reutilizable.
Pese a su evolución y demanda como metodología de desarrollo en la
última década, por sus semejanzas con el paradigma XP enfrenta críticas
dado el enfoque orientado a la optimización en la programación en lugar
de la documentación del producto así como por la no profundización en
ámbitos como la gestión de costo. A su vez, XP no provee plantillas de
proyecto para facilitar la adaptación de esta metodología: particularmente
en proyectos con mayor número de programadores, propuestas como la
programación por pares terminan siendo una labor crítica.
4.1.7. Sistema informático
(De Pablos, 2004) señala que Un sistema informático como todo
sistema, es el conjunto de partes interrelacionadas, hardware, software
y de Recurso Humano (humanware). Un sistema informático típico
emplea una computadora que usa dispositivos programables para
capturar, almacenar y procesar datos. La computadora personal o PC,
junto con la persona que lo maneja y los periféricos que los envuelven,
resultan de por sí un ejemplo de un sistema informático.

17. 17
4.1.8. SQL Server 2008
(Gabillaus, 2006)señala que SQL Server 2005 representa una
evolución importante del sistema de gestión de bases de datos de
Microsoft. SQL Server 2005 constituye la tercera generación de este
producto.
La primera generación se compuso de SQL Server 6.0 y 6.5. Su
objetivo era diferenciar el motor de Microsoft del de Sybase ofreciendo,
por ejemplo, mejor integración con el sistema operativo Windows. SQL
Server también fue el primer SGBDR en incluir de forma estándar un
proceso de replicación.
Con SQL Server 7,0, Microsoft lanzó fa segunda generación de este
producto, Con un equipo de unas 400 personas, Microsoft redefinió
completamente la arquitectura del motor relacional. Así, SQL Server
pasó a estar preparado para gestionar bases de datos de importancia
estratégica para las empresas. Por su parte, SQL Server 2000
constituyó una evolución "menor" de SQL Server, pese al hecho de que
con la versión 2000 llegaron prestaciones tan importantes como el
soporte para el formato XML o la mejora del sistema de cara a los
momentos en que aumenta mucho la carga de trabajo. El punto fuerte
de SQL Server es su importante integración con Windows y su facilidad
de administración. Una mejora muy clara apareció también en cuanto a
la uniformidad de las instrucciones: desapareció un gran número de

18. 18
procedimientos almacenados en favor de los comandos CRÉATE,
DROP y ALTER. Las instrucciones DBCC han conocido idéntica suerte.
Esta uniformidad entre las instrucciones permite que la utilización del
entorno sea más simple e intuitiva.
Para establecer la tercera generación de SQL Server, el equipo
encargado del proyecto ha estado formado por más de 1.000 personas.
Microsoft ha mostrado claramente su voluntad de continuar efectuando
inversiones importantes en este sector para mantenerse en la
vanguardia tecnológica y ofrecer la mejor fiabilidad.
Entre los grandes avances que presenta SQL Server 2005 podemos
citar, por ejemplo, el soporte nativo de datos XML, una mejora de la
seguridad, pero también una mejora en las necesidades de los
desarrolladores de cara a ofrecer una herramienta potente y productiva:
por ejemplo, se puede trabajar en Visual Basic .Net y C# como
complementos a Transact SQL.
En SQL Server 2005 existen cuatro herramientas de trabajo principales:
1. SQL Server Management Studio;
2. Bi Management Studio;
3. SQL Profiler;
4. SQL Configuration Manager.
Con SQL Server Management Studio, SQL Server 2005 ofrece una
utilidad común para el desarrollo y la administración del servidor. Esta

19. 19
herramienta única redunda en el hecho de que ya no es posible
desarrollar en SQL Server sin tener en cuenta las tareas
administrativas.
De la misma forma, la administración debe realizarse teniendo en
cuenta los problemas y las restricciones específicas de la
programación. Sólo una buena comunicación entre el desabollador y el
administrador de la base de datos puede dar lugar a una solución de
calidad.
Además de que las herramientas promuevan implícitamente el diálogo
entre administrador y desarrollador, la convergencia entre ambos
trabajos viene dictada por cuestiones técnicas y de rendimiento.
Así, los administradores deben asegurarse de que el método de acceso
a la base de datos por programación es válido. Los desarrolladores, por
su parte, deben diseñar los nuevos objetos de la base de datos en
asociación con el administrador para que la coherencia a nivel de la
base esté garantizada.
En el mismo servidor Windows es ahora posible instalar además varias
instancias de SQL Server 2000. Cada instancia del motor SQL Server
es completamente independiente y posee sus propias bases de datos
de sistema y sus usuarios.

20. 20
(Date, 2001)SQLServer es una plataforma que permite el análisis y la
administración de datos empresariales con herramientas de Inteligencia
de Negocios, análisis, reporteo, integración y notificación integradas.
Provee de mayor escalabilidad, disponibilidad y seguridad al tiempo que
simplifica la creación, implementación y gestión de aplicaciones
altamente disponibles y de buen desempeño
4.1.9. Tecnología
(Ferraro, 1997)señala quelaTecnología es el conjunto de conocimientos
técnicos, ordenados científicamente, que permiten diseñar y crear
bienes y servicios que facilitan la adaptación al medio ambiente y
satisfacer tanto las necesidades esenciales como los deseos de las
personas. Es una palabra de origen griego, τεχνολογία, formada por
téchne (τέχνη, arte, técnica u oficio, que puede ser traducido como
destreza) y logia (λογία, el estudio de algo). Aunque hay muchas
tecnologías muy diferentes entre sí, es frecuente usar el término en
singular para referirse a una de ellas o al conjunto de todas. Cuando se
lo escribe con mayúscula, Tecnología, puede referirse tanto a la
disciplina teórica que estudia los saberes comunes a todas las
tecnologías como a educación tecnológica, la disciplina escolar
abocada a la familiarización con las tecnologías más importantes.
(Ordoñez, 2001)señala queLa Tecnología se define como el conjunto
de conocimientos y técnicas que, aplicados de forma lógica y ordenada,

21. 21
permiten al ser humano modificar su entorno material o virtual para
satisfacer sus necesidades, esto es, un proceso combinado de
pensamiento y acción con la finalidad de crear soluciones útiles.
4.1.10. UML
(Booch, Rumbaugh, & Jacobson, 2006)El Lenguaje Unificado de
Modelado (UML, UnifiedModelingLanguage) es un lenguaje gráfico para
visualizar, construir y documentar los artefactos de un sistema con gran
cantidad de software. UML proporciona una forma estándar de
representar los planos de un sistema, y comprende tanto elementos
conceptuales, como los procesos de negocio y las funciones del
sistema, cuanto elementos concretos, como las clases escritas de un
lenguaje de programación específicos, esquemas de bases de datos y
componentes software reutilizables.
(Weitzenfeld, 2005)El modelado, o modelo de objetos describe los
conceptos principales de la orientación a objetos: las estructuras
estáticas y sus relaciones. Las principales estructuras estáticas son los
objetos y clases, los cuales están compuestos por atributos y
operaciones, mientras que las principales relaciones entre objetos y
clases corresponden a las ligas y asociaciones respectivamente.

22. 22
(Fowler & Scott, 2006) señalan que El lenguaje unificado de modelado
o UML (UnifiedModtlingLanguage) 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 Booch, 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 (Qbject Management 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 prin-
cipio, 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, lo que ambos necesitan comprender es

23. 23
el lenguaje de modelado, no 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
utilizar Objectory para usar UML pues ambos están claramente sepa-
rados. 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 no 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.

24. 24
V. METODOLOGÍA DE SOLUCIÓN
5.1. Método de investigación
Por el tipo de investigación, el presente estudio reúne las
condiciones metodológicas de una investigación aplicada, en razón,
que se utilizaran conocimientos de ciencias informáticas, a fin de
aplicarlas en el proceso dematricula de la escuela de Post-Grado en
la oficina de Coordinación de Servicio Académico.
5.2. Población y muestra
5.2.1. Población
Para la realización de esta investigación la población será el total de
personas involucradas en el proceso dematrícula de la escuela de
Post-Grado en la oficina de Coordinación de Servicio Académico.
5.2.2. Muestra
Para calcular la muestra que utilizamos en nuestra investigación
tomaremos el muestreo no probabilístico utilizando la muestra
por conveniencia.

25. 25
VI. CRONOGRAMA DE ACTIVIDADES
6.1. Cronograma de Actividades
SistemaInformático para el proceso de matrícula de la escuela de postgrado para la oficina general
de coordinación y servicios académicos de la universidad nacional de Ucayali
días De hasta
Incepción 20 días 05/01/13 25/01/13
Levantamiento de Información 10 días
Catálogo de Requerimientos
Identificación de casos de Uso 10 días
Especificación de requisitos de software días
Elaboración 40 días 26/02/13 06/04/13
Identificación de clases y entidades
Identificación/ selección de
arquitectura
Identificación de clases de diseño
Identificación de entidades
relacionales
Definición de estándares
Construcción 90 días 07/04/13 05/06/13
Iteración I 30 días
Implementación y pruebas del Módulo mantenimientos
Ejecución de pruebas integrales
Versión I del sistema
Diagrama de secuencia
Iteración II 10 días
Implementación y pruebas del Módulo plan de estudio
Ejecución de pruebas integrales
Versión II del sistema
Diagrama de secuencia
Iteración III 5 días
Implementación y pruebas del Módulo Carga Académica
Ejecución de pruebas integrales
Versión III del sistema
Diagrama de secuencia – Entrega Versión III
Iteración IV 5 días
Implementación y pruebas del Módulo Apertura Académica
Ejecución de pruebas integrales

26. 26
Versión IV del sistema
Diagrama de secuencia - Entrega Versión IV
Iteración V 20 días
Implementación y pruebas del Módulo Proceso de matricula
Ejecución de pruebas integrales
Versión V del sistema
Diagrama de secuencia - Entrega versión V
Iteración VI 10 días
Implementación y pruebas del Módulo Proceso de Notas
Ejecución de pruebas integrales
Versión VI del sistema
Diagrama de secuencia - Entrega versión VI
Iteración VII 10 días
Implementación y pruebas del Módulo Cierre Académico y Reportes
Ejecución de pruebas integrales
Versión final del sistema
Diagrama de secuencia - Entrega versión VII
Fuente: Elaboración Propia.

27. 27
6.2. Referencia Bibliográfica
1. Blazquez, F. (2000). procesos informáticos. Sevilla: Mcgraw Hill.
2. Britz Escribano, J. (2003). Internet, trazabilidad y seguridad
alimentaria.Valencia: Mundi Prensa.
3. Booch, G., Rumbaugh, J., & Jacobson, I. (2006). El lenguaje
unificado de modelado (2 ed.). (A. Wesley, Ed., J. J. García Molina, &
J. Sáez Martines, Trads.)
4. De Pablos, C. (2004). Informática y comunicaciones en la empresa.
Sevilla: ESIC.
5. Duque Carrillo, J. F. (2000). El documento electronico y el archivo.
Caceres: Universidad de estremadura.
6. Ferraro R. (1997). ¿Qué es que en tecnologia?. Buenos Aires :
Ediciones Granica S.A.
7. Feito, D. (2004). Informática móvil en la plataforma net.Oviedo:
Universidad de oviedo.
8. Fernández Rios, M., & Sánchez Garcia, J. (1998). Eficacia
organizacional: concepto, desarrollo y evaluación.Madrid: Ediciones
Díaz de Santos.
9. Fernández, E. (2005). Introducción a la gestión: "management".
Valencia: Universidad Politécnica de Valencia.
10.Fowler, M., & Scott, K. (2006). UML gota a gota. Madrid: Pearson
Educacion.

28. 28
11.Gabillaud, J. (2006). SQL server 2005: SQL, Transact SQL.
Barcelona: ENI.
12.Gutierrez, P. (2006). Curso de hacienda pública Volume 68 of
Manuales universitarios (Universidad de Salamanca).MAdrid:
Universidad de Salamanca.
13.Juárez, M., &Urosa, B. (1993). Trabajo social e investigación: temas
y perspectivas.Comillas: Universidad Pontifica de Comillas.
14.Ordóñez, J. (2001). Ciencia, Tecnologia e Historia. Mexico : FCE,
ITESM
15.Ralph M., S.,&Geroge W., R. (2000). Principios de sistemas de
información: enfoque administrativo.
16.Sommerville, I. (2005). Ingeniería del software.Madrid: Pearson
Educacion.
17.Weitzenfeld, A. (2005). Ingeniería de software orientada a objetos
con UML, Java e Internet.California: CengageLearning.