Plan de trabajo_francisco_flores_v1

245 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
245
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
7
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Plan de trabajo_francisco_flores_v1

  1. 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. 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. 3. 6.1. Cronograma de Actividades ...........................................................................25 6.2. Referencia Bibliográfica............................................................................................... 27
  4. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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.

×