37 2013 Arcaya Arhuata LU FAIN Informatica Sistemas 2012 (1)

September 7, 2017 | Author: moloco | Category: Software, Relational Database, Measurement, Quality (Business), Statistics
Share Embed Donate


Short Description

Download 37 2013 Arcaya Arhuata LU FAIN Informatica Sistemas 2012 (1)...

Description

UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANN - TACNA

Facultad de Ingeniería

Escuela Académico Profesional de Ingeniería en Informática y Sistemas

“SISTEMA DE INFORMACIÓN CLIENTE/SERVIDOR CON TECNOLOGÍA WEB PARA LOS PROCESOS DE MATRÍCULAS Y TRÁMITES DE CERTIFICACIÓN DE LA ESCUELA NACIONAL DE ESTADÍSTICA E INFORMÁTICA DEL INEI -TACNA - 2011”

Tesis Presentada por:

Bach. Ludmer Edward Arcaya Arhuata

Para optar el Título Profesional de:

INGENIERO EN INFORMÁTICA Y SISTEMAS

TACNA – PERÙ 2012

Dedicatoria

A Dios. Por haber puesto en mi camino, a todas las personas, que sin dudarlo me apoyaron a consolidar este logro tan importante.

A mi Hija Dayana. Por ser mi fuerza, mi fortaleza para salir adelante ante cualquier adversidad.

A mi Familia. Mi Madre Dorotea y mi Padre Luis, quienes han estado conmigo en todos los momentos de mi formación; mis hermanas por la paciencia y apoyo incondicional. Todo este trabajo ha sido posible gracias a Todos ellos.

CONTENIDO RESUMEN ................................................................................................................... xi INTRODUCCIÓN ......................................................................................................... 1

CAPÍTULO I PLANTEAMIENTO DE INVESTIGACIÓN 1.1. Descripción del problema .......................................................................... 2 1.1.1. Antecedentes del Problema ............................................................... 2 1.1.2. Problemática de la Investigación ........................................................ 4 1.2. Formulación del Problema ........................................................................ 5 1.2.1. Formulación del Problema General .................................................... 5 1.2.2. Formulación de los Problemas Específicos ........................................ 6 1.3. Justificación .............................................................................................. 6 1.4. Alcances y limitaciones ............................................................................. 8 1.4.1. Alcances ............................................................................................ 8 1.4.2. Limitaciones ....................................................................................... 8 1.5. Objetivos ................................................................................................... 9 1.5.1. Objetivo General ................................................................................ 9 1.5.2. Objetivos Específicos ......................................................................... 9 1.6. Hipótesis ................................................................................................. 10 1.6.1. Hipótesis General ............................................................................. 10 1.6.2. Hipótesis derivadas .......................................................................... 10 1.7. Variables ................................................................................................. 11 1.7.1. Identificación de variables ................................................................ 11

i

1.7.2. Definición de variables ..................................................................... 11 1.7.3. Operacionalización de variables ....................................................... 13 1.7.4. Clasificación de variables ................................................................. 14 1.7.5. Técnicas e instrumentos para la recolección de datos ..................... 15 1.7.6. Análisis de datos .............................................................................. 16 1.7.7. Selección de pruebas estadísticas ................................................... 16

CAPÍTULO II MARCO TEÓRICO 2.1. BASES TEÓRICAS RESPECTO AL PROBLEMA................................... 17 2.1.1. Antecedentes de la Investigación ..................................................... 17 2.1.2. ENEI del INEI - TACNA .................................................................... 19 2.1.3. Procesos .......................................................................................... 23 2.1.4. Mejoramiento de Procesos ............................................................... 25 2.1.5. Concepto de Matrícula ..................................................................... 27 2.1.6. La Matrícula y la Gestión .................................................................. 27 2.1.7. Definición de sistema ....................................................................... 28 2.1.8. Concepto de información.................................................................. 28 2.1.9. Modelo de sistemas ......................................................................... 29 2.1.10. Sistemas de Procesamiento de Transacciones .............................. 29 2.1.11. Calidad del software ....................................................................... 30 2.1.12. Modelo de calidad sistémico (MOSCA) .......................................... 31 2.1.13. Modelo de especificación de calidad para sitios web universitarios (MOSCA WEB) ............................................................................. 32 2.1.14. Funcionalidad ................................................................................. 33 2.1.15. Base de datos ................................................................................ 34 2.1.16. Algebra relacional........................................................................... 35 2.1.17. Sistema Gestor de Base de Datos (SGBD) .................................... 37

ii

2.1.18. Metodología Rup ............................................................................ 38 2.1.19. UML ............................................................................................... 49 2.1.20. Tecnología cliente/servidor ............................................................. 55 2.1.21. Tecnología web .............................................................................. 57 2.1.22. Sistema Operativo Ubuntu server ................................................... 64 2.2. MARCO REFERENCIAL ......................................................................... 65 2.2.1. INFORMÁTICA ................................................................................ 65 2.2.2. COMPUTACIÓN .............................................................................. 65 2.2.3. REDES DE DATOS.......................................................................... 66 2.2.4. ARQUITECTURA TCP/IP................................................................. 67 2.2.5. PROGRAMA .................................................................................... 67 2.2.6. SOFTWARE ..................................................................................... 68 2.2.7. XHTML ............................................................................................. 68 2.2.8. CSS ................................................................................................. 69 2.2.9. Javascript ......................................................................................... 69 2.2.10. AJAX .............................................................................................. 69

CAPÍTULO III DESARROLLO 3.1. METODOLOGÍA ..................................................................................... 71 3.1.1. Diseño Experimental ........................................................................ 71 3.1.2. Población ......................................................................................... 72 3.1.3. Muestra ............................................................................................ 73 3.2. APLICACIÓN DE LA METODOLOGÍA DE DESARROLLO ..................... 73 3.2.1. Fase de inicio y Elaboración ................................................................ 73 3.2.1.1. Gestión del Proyecto ..................................................................... 74 3.2.1.2. Modelamiento del Negocio ............................................................ 76

iii

3.2.1.3. Descripción de actores .................................................................. 79 3.2.1.4. Análisis .......................................................................................... 81 3.2.2. Fase de construcción y Transición ..................................................... 107 3.2.2.1. Implementación ............................................................................... 107 3.2.2.2. Codificación .................................................................................... 111 3.2.2.3. Implantación .................................................................................... 111 3.2.2.4. Instrumento de medición para la funcionalidad del sistema ............. 114

CAPÍTULO IV RESULTADOS DE LA INVESTIGACIÓN 4.1. DESCRIPCIÓN DEL TRABAJO DE CAMPO ........................................ 115 4.2. DISEÑO DE PRESENTACIÓN DE LOS DATOS SOBRE LA FUNCIONALIDAD DEL SISTEMA ........................................................ 116 4.3. PRESENTACIÓN DE LOS DATOS SOBRE LOS TIEMPOS MEDIDOS DE LAS MATRÍCULAS .............................................................................. 126 4.4. CONTRASTE DE HIPÓTESIS .............................................................. 130 4.5. DISCUSIONES ..................................................................................... 141

CAPÍTULO V CONCLUSIONES Y RECOMENDACIONES 5.1. CONCLUSIONES ................................................................................. 143 5.2. RECOMENDACIONES ......................................................................... 145 REFERENCIA BIBLIOGRÁFICA ............................................................................ 146 ANEXOS ................................................................................................................... 151

iv

ÍNDICE DE FIGURAS

Figura Nº 1: Organigrama de la ENEI del INEI TACNA...............................................22 Figura Nº 2: Esquema del modelo de sistema ............................................................29 Figura Nº 3: Disciplinas, fases, iteraciones del RUP ...................................................40 Figura Nº 4: Relaciones de enlaces entre modelos.....................................................52 Figura Nº 5: Diagramas partes de un modelo .............................................................53 Figura Nº 6: Arquitectura Cliente Servidor ..................................................................57 Figura Nº 7: Grupo Experimental y de Control ............................................................72 Figura Nº 8: Diagrama de Actividades Fase de Inicio .................................................75 Figura Nº 9: Diagrama de Actividades Fase de Elaboración .......................................75 Figura Nº 10: Diagrama de Actividades Fase de Construcción y Transición ...............76 Figura Nº 11: Diagrama de Paquetes del Sistema ......................................................81 Figura Nº 12: Diagrama de Caso de uso Gestión de Matrículas .................................82 Figura Nº 13: Diagrama de caso de uso Gestión de Cursos Programados .................82 Figura Nº 14: Diagrama de caso de uso Gestión de Notas .........................................83 Figura Nº 15: Diagrama de Estado Objeto Alumno .....................................................84 Figura Nº 16: Diagrama de Estado Objeto Curso Programado ...................................84 Figura Nº 17: Diagrama de actividad del estado alumno matriculándose ....................85 Figura Nº 18: Diagrama de Actividad Obtener Listado de Alumnos (Estado Curso Programado en Ejecución)...................................................................86 Figura Nº 19: Diagrama de Actividad Insertar Notas (Estado Curso Programado Finalizado) ...........................................................................................87 Figura Nº 20: Diagrama de Secuencia Inscribir Alumno..............................................88 Figura Nº 21: Diagrama de Secuencia Registrar Notas ..............................................89 Figura Nº 22: Diagrama de Secuencia Obtener Lista de Alumnos Inscritos.................90 Figura Nº 23: Diagrama de Secuencia Obtener Fichas de Matrículas de Alumnos Inscritos ...............................................................................................91 Figura Nº 24: Diagrama de Secuencia Registrar Nueva Programación de Curso ........92 Figura Nº 25: Diagrama de Secuencia Consultar Cursos Programados ......................93 Figura Nº 26: Diagrama de Secuencia Obtener Acta de Notas ...................................94 Figura Nº 27: Diagrama de Colaboración Inscribir Alumno .........................................95 Figura Nº 28: Diagrama de Colaboración Registrar Notas ..........................................96

v

Figura Nº 29: Diagrama de Colaboración Obtener Lista de Alumnos Inscritos ............97 Figura Nº 30: Diagrama de Colaboración Obtener Fichas de Matrículas de Alumnos Inscritos ...............................................................................................98 Figura Nº 31: Diagrama de Colaboración Registrar Nueva Programación de Curso....99 Figura Nº 32: Diagrama de Colaboración Consultar Cursos Programados ................100 Figura Nº 33: Diagrama de Colaboración Obtener Acta de Notas .............................101 Figura Nº 34: Diagrama de Clases Sistema de Matrículas y Trámite de Certificación102 Figura Nº 35: Diagrama Relacional de Base de Datos ..............................................103 Figura Nº 36: Generación del Script para la Base de Datos ......................................104 Figura Nº 37: Base de datos en Mysql .....................................................................104 Figura Nº 38: Formulario de matrícula del alumno ....................................................105 Figura Nº 39: Formulario de Inscripción del alumno..................................................106 Figura Nº 40: Formulario de Ingreso de Programación de un Curso .........................106 Figura Nº 41: Diagrama de componentes del sistema completo ...............................107 Figura Nº 42: Diagrama de componentes subsistema Gestión Programación de Cursos ...............................................................................................108 Figura Nº 43: Diagrama de componentes subsistema de matrículas.........................108 Figura Nº 44: Diagrama de componentes subsistema Gestión de Notas...................109 Figura Nº 45: Diagrama de componentes subsistema Gestión de Empleados ..........109 Figura Nº 46: Diagrama de componentes subsistema Gestión de Cursos .................110 Figura Nº 47: Diagrama de Despliegue del sistema desarrollado ..............................110 Figura Nº 48: Instalación del Sistema Web ...............................................................113 Figura Nº 49: Cumplimiento de los requerimientos del sistema. ................................116 Figura Nº 50: Resultados incompletos producidos por el sistema. ............................117 Figura Nº 51: Resultados incorrectos producidos por el sistema. ..............................118 Figura Nº 52: Resultados emitidos no esperados por el sistema. .............................119 Figura Nº 53: Actividades de validación por el sistema. ............................................120 Figura Nº 54: Resolución de problemas mediante el sistema....................................121 Figura Nº 55: Consistencia de interfaces por el sistema desarrollado. ......................123 Figura Nº 56: Control de acceso al sistema desarrollado. .........................................124 Figura Nº 57: Cumplimiento de la funcionalidad del sistema desarrollado. ................125 Figura Nº 58: Comparación de los tiempos obtenidos en las matrículas de forma manual y usando el sistema desarrollado...........................................129 Figura Nº 59: Valores críticos en la distribución Z .....................................................132

vi

Figura Nº 60: Valores críticos en la distribución T student ........................................138

vii

ÍNDICE DE TABLAS

Tabla Nº 1: Indicador de la variable independiente .....................................................13 Tabla Nº 2: Indicador de la variable dependiente........................................................14 Tabla Nº 3: Fases de la metodología Rup ..................................................................43 Tabla Nº 4: Lista de Requerimientos Funcionales.......................................................80 Tabla Nº 5: Lista de Requerimientos no Funcionales ..................................................81 Tabla Nº 6: Resultados de requerimientos del sistema .............................................116 Tabla Nº 7: Resultados incompletos por el sistema ..................................................117 Tabla Nº 8: Resultados incorrectos producidos por el sistema. .................................118 Tabla Nº 9: Resultados emitidos no esperados por el sistema ..................................119 Tabla Nº 10: Resultados sobre actividades de validación por el sistema...................120 Tabla Nº 11: Resolución de problemas por el sistema. .............................................121 Tabla Nº 12: Consistencia de interfaces para el sistema desarrollado ......................122 Tabla Nº 13: Control de acceso al sistema desarrollado ...........................................123 Tabla Nº 14: Funcionalidad del sistema desarrollado ...............................................124 Tabla Nº 15: Resultados de los tiempos obtenidos de las matrículas con el método manual .................................................................................................126 Tabla Nº 16: Resultados de los tiempos obtenidos de las matrículas usando el sistema desarrollado .........................................................................................127 Tabla Nº 17: Resultado de estadísticos sobre los tiempos obtenidos al realizar las matrículas. ...........................................................................................128 Tabla Nº 18: Resultados de la prueba de normalidad ...............................................135 Tabla Nº 19: Resultados del estadístico de Levene mediante SPSS.........................136 Tabla Nº 20: Distribución t de Student ......................................................................138

viii

ÍNDICE DE CÓDIGOS

Código Nº 1: Ejemplo introductorio del uso de php ......................................... 59 Código Nº 2: Ejemplo del uso de la librería Spreadsheet_Excel_Writer 0.93 .. 62 Código Nº 3: Ejemplo del uso de la librería ezpdf ........................................... 63

ix

ÍNDICE DE FÓRMULAS Fórmula Nº 1: Cálculo valor z para la proporción .......................................... 131 Fórmula Nº 2: Cálculo de la Varianza Conjunta ............................................ 133 Fórmula Nº 3: Cálculo del estadístico de t .................................................... 134 Fórmula Nº 4: Cálculo de la Máxima diferencia ............................................ 135

x

RESUMEN Esta investigación tiene como objetivo desarrollar un sistema de información cliente/servidor con tecnología web para mejorar los procesos de matrículas de la Escuela Nacional de Estadística e informática del INEI FILIAL TACNA. El diseño de investigación es cuasi-experimental con un sólo grupo de control y post prueba únicamente. Primero se elaboró el sistema de información cliente/servidor, usando la metodología Rup para el proceso de desarrollo del sistema, implementándose con la última tecnología web, como el PHP 5.3.6, MYSQL 5.1.58, XHTML, PEAR y JQUERY e Implantada en un Sistema Operativo

Linux

(ubuntu-11.10-server-i386).

Se

elaboró

un

cuestionario

adecuándolo a uno ya existente según (MOSCA WEB). Las preguntas formuladas fueron validadas por expertos, para la validación de la funcionalidad del sistema elaborado. Luego se realizaron las mediciones de los tiempos de duración de las matrículas de los alumnos a un curso programado sin el sistema y otro grupo usando el sistema. Los resultados obtenidos muestran que el sistema cumple con el 82% de su funcionalidad eso debido a que se usó una metodología de desarrollo. El sistema disminuye en un 20,44% el tiempo de las matrículas y previene los errores ya que usa base de datos relacional, mejorando los procesos de las matrículas.

xi

INTRODUCCIÓN Los sistemas de información en la realidad están cambiando la forma de trabajar, en casi la mayoría de las empresas a nivel mundial ya usan software a medida para automatizar y mejorar los procesos administrativos, en los centros de capacitación donde manejan cantidades de datos de los alumnos, como también las

notas y otros datos, es necesario que exista un sistema de

matrículas para poder controlar dicha información del alumno. Los sistemas de información en la realidad están desarrollándose usando las tecnologías Web, y dejando atrás a las tecnologías de escritorio. En esta investigación se ha desarrollado un sistema de información, utilizando la metodología Rup e implementado con tecnología Web, que son el PHP 5.3.6 como lenguaje de programación y para la base de datos el MYSQL 5.1.58. La generación de reportes es realizada con las librerías EZPDF y Spreadsheet_Excel_Writer. Implantado en un sistema Operativo Linux (ubuntu11.10-server-i386), para el apoyo en las matrículas de un centro de capacitación, servirá como modelo de aporte a los estudiantes y profesionales que desarrollan sistemas de información con tecnología Web.

1

CAPÍTULO I PLANTEAMIENTO DE INVESTIGACIÓN

1.1. Descripción del problema 1.1.1. Antecedentes del Problema

De hecho existen instituciones que usan los sistemas de información Web, para mejorar algunos de sus procesos, entre ellas tenemos: 1. Organización: Poder Judicial del Perú

Fuente: http://historico.pj.gob.pe/ Proceso: consultas de expedientes Judiciales. 2. Organización: RENIEC

Fuente: http://www.reniec.gob.pe/portal/intro.htm Proceso: trámites de DNI. 3. Organización: SUNAT

Fuente: http://www.sunat.gob.pe/cl-ti-itmrconsruc/jcrS00Alias Proceso:

Consulta

2

y

trámite

de

RUC.

Y muchas más entidades privadas y públicas que encontramos en el internet. Según la “ENCUESTA SOBRE EL SOFTWARE DE FUENTES ABIERTAS EN LA ADMINISTRACIÓN GENERAL DEL ESTADO (ESFA-AGE). REALIZADO POR CENATIC EN EL AÑO 2011” para el gobierno de España, publicada en la siguiente dirección url http://observatorio.cenatic.es/index.php?option=com_content&view=a rticle&id=744:uso-de-software-libre-en-el-sector-publico-de-ambitoestatal-espanol-2011&catid=67:administraciones-publicas&Itemid=76 se tienen que: El 46% de empresas han hecho desarrollo propio usando soluciones de fuente abiertas, el 82.5% usan servidores Linux y el 59.4% usan el MYSQL como servidor de base de datos, por lo tanto existe garantía que el sistema que desarrollaremos en software libre no tendrá problemas de acuerdo a licencia y garantía.

3

1.1.2. Problemática de la Investigación

En la Escuela Nacional de Estadística e Informática del INEI – TACNA, se vienen realizando diferentes procesos académicos de forma manual y estos son: 

Matrículas



Pagos



Reportes de Notas



Reportes de cursos desarrollados



Reportes de Ingresos Mensuales y anuales

Los datos de los alumnos son registrados en los siguientes documentos: 

Ficha de matrícula



Registro de control de pagos



Asistencia del Alumno



Acta de Notas

Existiendo redundancia en los nombres y apellidos en los documentos, de esa manera generando inconsistencias en los datos de algunos alumnos para su certificación final.

4

La existencia de sólo un personal que tiene a su cargo, diferentes actividades académicas, hace que termine los reportes en un tiempo prolongado, a veces cometiendo errores en los documentos generados, llegando a estresarse por una exhaustiva labor. El desarrollo de un sistema de información disminuirá el tiempo y los errores en realizar el proceso de matrículas, reportes de Notas, Acta de Notas para el trámite de la certificación. El sistema de información se desarrollará con la última tecnología Web como el PHP 5.3.6, MYSQL 5.1.58, Ezpdf (para generar documentos pdf), Pear (para generar documentos en formato xls), Jquery (para AJAX) y se implantará en un servidor Linux (ubuntu-11.10-server-i386).

1.2. Formulación del Problema 1.2.1. Formulación del Problema General

¿Cómo el Sistema de Información Cliente/Servidor desarrollado con Tecnología Web, mejorará los procesos de Matrículas y Trámites de certificación en la Escuela Nacional de Estadística e Informática del INEI - TACNA - 2011?

5

1.2.2. Formulación de los Problemas Específicos

¿Cómo el sistema de información Cliente/Servidor satisface las funcionalidades requeridas, para los procesos de matrículas, en la Escuela Nacional de Estadística e Informática del INEI – TACNA?

¿Cuánto disminuyen los tiempos en matrículas, usando el

realizar los procesos de

Sistema de información Cliente/Servidor

desarrollado con Tecnología Web, en la Escuela Nacional de Estadística e Informática del INEI – TACNA?

1.3. Justificación

El Sistema

de

información

Cliente/Servidor desarrollado

con

tecnología Web apoyará en los procesos de matrículas, reportes de Notas, Actas de notas, para la certificación en la Escuela Nacional de Estadística e Informática del INEI FILIAL TACNA. La Escuela Nacional de Estadística e Informática del INEI FILIAL TACNA, se beneficiará directamente con el uso de este sistema de información Web.

6

El sistema de información Web fue elaborado mediante la metodología RUP, implementado con la última tecnología web como el PHP, MYSQL, JQUERY; también permite generar reportes en formato pdf y xls, esto usando las librerías PEAR y EZPDF; por lo que será muy útil como modelo, para futuros desarrollos de sistemas usando estas tecnologías y se verán beneficiados los profesionales que desarrollan sistemas de información con tecnología web. El sistema de información desarrollado con tecnología Web disminuirá los tiempos y errores en las matrículas generando reportes para las certificaciones. También disponemos de la última tecnología para la implementación e implantación del sistema de información a desarrollar, PHP 5.3.6, MYSQL 5.1.58, Ezpdf (para generar documentos pdf), Pear (para generar documentos en formato xls), Jquery (para AJAX) y se implantará en un servidor Linux (ubuntu-11.10-server-i386).

7

1.4. Alcances y limitaciones

1.4.1. Alcances

El análisis y diseño del sistema de información, es sobre los procesos de matrículas para los trámites de certificados, en la Escuela Nacional de Estadística e Informática del INEI – TACNA.

1.4.2. Limitaciones

La escasa bibliografía en español para el uso de las librerías de Pear y ezpdf, usadas para el diseño de los reportes en la implementación y el tiempo en que demanda en desarrollar el sistema.

8

1.5. Objetivos

1.5.1. Objetivo General



Desarrollar un sistema de información Cliente/Servidor con tecnología web, para mejorar los procesos de Matrículas y Trámites de certificación, en la Escuela Nacional de Estadística e Informática del INEI – TACNA - 2011.

1.5.2. Objetivos Específicos



Elaborar un sistema de información Cliente/Servidor, utilizando la metodología

Rup

y

Tecnología

Web,

que

cumpla

las

funcionalidades requeridas, para los procesos de matrículas, en la Escuela Nacional de Estadística e Informática del INEI TACNA.



Determinar si los tiempos en realizar las matrículas usando el sistema de información, son menores que en la forma manual, en la Escuela Nacional de Estadística e Informática del INEI TACNA.

9

1.6. Hipótesis

1.6.1. Hipótesis General



En la Escuela Nacional de Estadística e Informática del INEI – TACNA, el Sistema de Información Cliente/Servidor desarrollado con Tecnología Web, Mejora los Procesos de matrículas y Trámites de certificación.

1.6.2. Hipótesis derivadas



H1: En la Escuela Nacional de Estadística e Informática del INEI – TACNA, el sistema de información Cliente/Servidor elaborado con la

metodología

Rup

y

tecnología

web,

satisface

las

funcionalidades requeridas para los procesos de matrículas.



H2: En la Escuela Nacional de Estadística e Informática del INEI – TACNA, el promedio de tiempo en realizar los procesos de matrículas usando el sistema de información es menor que realizándolo manualmente.

10

1.7. Variables

1.7.1. Identificación de variables

a.



b.



Variable Independiente

Sistema de Información Cliente/Servidor Con Tecnología Web.

Variable Dependiente

Procesos de matrículas y Trámites de certificación en la Escuela Nacional de Estadística e Informática del INEI – TACNA - 2011.

1.7.2. Definición de variables



Sistema de Información Cliente/ Servidor Con Tecnología Web Es un sistema orientado para mejorar los de procesos de matrículas para los Trámites de certificados, que se realizan en

11

la Escuela Nacional de Estadísticas e Informática del INEI – TACNA - 2011. 

Procesos de matrículas en la Escuela Nacional de Estadística e Informática del INEI – TACNA - 2011.

El proceso de la Matrícula es realizado para que los alumnos inicien en un curso a desarrollarse, en la Escuela Nacional de Estadística e Informática del INEI Filial Tacna El trámite de la certificación es realizado con un oficio, dirigida a la Escuela Nacional de Estadística e Informática del INEI – LIMA, dónde se debe adjuntar una serie de documentos como son: Actas de Notas de los participantes, Fichas de Matrículas de los participantes, Asistencia de los Participantes y la Asistencia del docente con su temario respectivo.

12

1.7.3. Operacionalización de variables



Variable

Independiente:

Sistema

de

Información

Cliente/Servidor Con Tecnología Web.

El cuadro completo del Indicador lo encontramos en el ANEXO 02. Los

ítems

correspondientes

a

cumplimiento

de

requerimientos fueron validados por expertos, encontrado en el ANEXO 03 y 04.

Tabla Nº 1: Indicador de la variable independiente INDICADOR

CARACTERÍSTICA

MÉTRICA

Ajuste a los Propósitos

Cumplimiento a los requerimientos

Resultados incompletos Resultados incorrectos FUNCIONALIDAD

Precisión

Resultados emitidos no esperados Actividades de validación Resolución de problemas

Interoperabilidad Seguridad

Consistencia de interfaces Control de Acceso

Fuente: Elaborado según (Pérez Oliveros, 2007). MODELOS DE ESPECIFICACIÓN DE CALIDAD PARA SITIOS WEB UNIVERSITARIOS (MOSCA WEB) ,

Pág.139-

149. Disponible en http://biblo.una.edu.ve/docu.7/bases/marc/texto/t6832.pdf.

13



Variable Dependiente: Procesos de matrículas en la Escuela Nacional de Estadísticas e Informática del INEI – TACNA 2011.

Tabla Nº 2: Indicador de la variable dependiente Conceptualización La mejora de procesos tiene consigo disminuir ciertos recursos en nuestro caso disminuimos el tiempo en realizar el proceso de matrícula y prevenir los errores que se puedan producir en la certificación en la Escuela Nacional de Estadísticas e Informática del INEI – TACNA 2011.

Indicador

 Tiempo en realizar el proceso de matrícula.  Nº errores

Fuente: Elaborada Según la norma NTP ISO 9000-2001 Y NTP ISO 9004:2000. Disponible en: http://sisbib.unmsm.edu.pe/bibvirtualdata/publicaciones/indata/vol4_2/a07.pdf

1.7.4. Clasificación de variables



Sistema de Información Cliente/Servidor Con Tecnología Web. Por su función cumple

: Independiente

Por su naturaleza

: Atributiva

Por la posesión de la característica

: Nominal

Por el método de medición

: Descriptiva

Por los valores que adquiere

: Politómica

14



Procesos de matrículas en la Escuela Nacional de Estadística e Informática del INEI – TACNA - 2011.

Por la función que cumple

: Dependiente

Por su naturaleza

: Activa

Por la posesión de la característica

: Continua

Por el método de medición

: Cuantitativa

Por los valores que adquiere

: Politomía

1.7.5. Técnicas e instrumentos para la recolección de datos

Se usará la entrevista para el análisis del sistema de información, y un cuestionario para validar la funcionalidad del sistema. Como técnicas de recolección de datos se usará la observación, medición directa de los datos y como instrumento de medición el cronómetro para medir el tiempo en que se demoran las matrículas en el ENEI del INEI – TACNA.

15

1.7.6. Análisis de datos

Para el análisis de los datos, se ha realizado usando software estadístico SPSS para realizar el cálculo de la confiabilidad, la prueba de comparación de medias, pruebas de normalidad, prueba de homogeneidad de las varianzas, generación de gráficos de caja y bigotes. El Excel para generar los cuadros de frecuencia de los cuestionarios y generar los gráficos de pastel.

1.7.7. Selección de pruebas estadísticas

Se usará la prueba estadística de T student para comparar las medias de dos grupos independientes, estadístico de leve para comprobar la homogeneidad de las varianzas, estadístico de Kolmogorov-Smirnov para comprobar la normalidad, Alpha de cronbach para la confiabilidad de cuestionario a expertos.

16

CAPÍTULO II MARCO TEÓRICO

2.1. BASES TEÓRICAS RESPECTO AL PROBLEMA

2.1.1. Antecedentes de la Investigación

En primer lugar se tiene que, 14 de Enero del 2005 fue presentado en la Facultad de Ciencias de la Universidad Nacional Jorge

Basadre

Grohmann

“IMPLEMENTACIÓN

DE

en UN

Tacna

-

SISTEMA

Perú, con

el

INFORMÁTICO

título DE

ADMINISTRACIÓN ACADÉMICA EN EL DEPARTAMENTO DE EVALUACIONES

DEL

INSTITUTO

SUPERIOR

LA

SALLE

URUBAMBA” como trabajo de titulación por Pimentel Zegarra Johans Antonio y Pimentel Zegarra José Luis, para optar el título de Ingeniero en Informática y Sistemas.

17

Esta investigación de tipo tecnológica e experimental que fue desarrollada usando tecnología de escritorio, como lenguaje Visual Basic y SGBD Access, para automatizar procesos académicos del “Instituto

Superior

la

Salle

Urubamba”

donde

se

logró

la

automatización de los procesos académicos y la disminución de los tiempos de los mismos para las matrículas de dicha institución. También

se

tiene

como

referencia

el

siguiente

denominado “DESARROLLO DE UN SISTEMA WEB

trabajo

PARA LA

GESTIÓN DE INFORMACIÓN DE LA FUNDACIÓN PROYECTO SALESIANO CHICOS DE LA CALLE” publicado en octubre del año 2008 en la ciudad de Quito, en la ESCUELA DE INGENIERÍA DE SISTEMAS de la ESCUELA POLITÉCNICA NACIONAL, presentado para la obtención del título de ingeniero en sistemas informáticos y de

computación

por

Chávez

Ordoñez

Andrea

Estefanía

y

Guagalango Guagalango Segundo Adriano. En esta investigación se logró automatizar la información de la fundación, en especial datos de niños y niñas beneficiados, y el sistema fue desarrollado con tecnología Web. Como también el siguiente trabajo denominado “DESARROLLO E IMPLANTACIÓN DEL SISTEMA DE GESTIÓN ACADÉMICA ADMINISTRATIVA

VÍA WEB

PARA EL COLEGIO

Y

MODELO

POLITÉCNICO” publicado en Agosto del año 2010, en la ciudad de

18

Quito - Ecuador en la ESCUELA DE INGENIERÍA DE SISTEMAS de la ESCUELA POLITÉCNICA NACIONAL presentado para la obtención del título de ingeniero en sistemas informáticos y de computación por Jarrín Ortiz María Eugenia y Valerazo Vargas Edgar Roberto.

2.1.2. ENEI del INEI - TACNA

Según (Velásquez Quesquen, Quispe LLanos, Sánchez Aguilar, & Villa Morocho, 2010) funcionarios de la ENEI del INEI manifiestan que:

El INEI (Instituto Nacional de Estadística e Informática) Con su ENEI (Escuela Nacional de Estadística e Informática) tiene como:

19



Misión

Proporcionar servicios de capacitación, especialización en Estadística e informática a los trabajadores de INEI, del Sistema Estadístico Nacional, otras instituciones productoras y usuarios de información estadística, investigadores y público en general, incidiendo en la mejora e innovación de los procesos de trabajo y de gestión, para la obtención de productos y servicios de calidad, elevación de la cultura estadística, así como, promover la investigación y el intercambio conceptual y metodológico, con organismos nacionales e internacionales.



Visión

La Escuela Nacional de Estadística e Informática ENEI, tiene como visión ser un órgano continuo y permanente con reconocido prestigio internacional, orientada a satisfacer las necesidades de capacitación

de

nuestros

usuarios,

internos

y

externos,

incorporando nuevos enfoques de metodologías estadísticas, de mejoramiento

de

la

calidad

de

la

información

básica,

complementadas con tecnologías modernas de información y comunicaciones.

20



Objetivos

La ENEI, en base a la Encuesta de Necesidades de Capacitación 2010, aplicada a los trabajadores del INEI, del SEN y otras instituciones productoras y usuarios de la información estadística, así como, teniendo en cuenta la demanda efectiva de capacitación, registrado durante el año 2009, ha formulado el Plan de Capacitación 2010, que contempla un conjunto de cursos y eventos enmarcados en los siguientes objetivos:



Desarrollar la capacitación especializada, en las áreas de estadística e informática y el uso de software estadístico, al personal del INEI, del SEN, otras instituciones productoras y usuarios de información estadística y público en general.



Implementar un proceso de capacitación integral y flexible que permita

atender y

superar

las diferentes necesidades

institucionales y personales a fin de brindar un mejor servicio personalizado y de ese modo contribuir al desarrollo del recurso humano. 

Apoyar el mejoramiento de la calidad de la información básica y la capacidad de las instituciones para generarla y difundirla.

21



Impulsar las actividades de proyección institucional y fomentar la cultura estadística.

Con resolución Suprema Nº 080-2001-PCM se declaró al INEI en proceso de reestructuración organizativa institucional en la cual se estructuraron dos

Direcciones Ejecutivas para la Escuela

Nacional de Estadística e Informática, la Dirección Ejecutiva Académica y la Dirección Ejecutiva Administrativa.

DIRECCIÓN TÉCNICA ENEI

Dirección Ejecutiva Académica

Dirección Ejecutiva Administrativa

Figura Nº 1: Organigrama de la ENEI del INEI TACNA Fuente: Plan de Capacitación 2010 (Velásquez Quesquen, Quispe LLanos, Sánchez Aguilar, & Villa Morocho, 2010). Disponible en INEI.



La Dirección Ejecutiva Académica, es responsable de proponer, desarrollar y coordinar las acciones de capacitación

22

e investigación en los campos de la Estadística, Informática y áreas afines. 

La dirección Ejecutiva Administrativa, apoya en el proceso de capacitación así como en el resguardo de los bienes y provee los recursos materiales y financieros necesarios para el desarrollo de las actividades de capacitación.

2.1.3. Procesos

Según (García, Quispe, & Raez, 2003) Indican que según la NTP-ISO

9000:2001

Sistemas

de

gestión

de

la

calidad

-

Fundamentos y Vocabulario, un proceso se define como "conjunto de actividades mutuamente relacionadas o que interactúan, las cuales transforman elementos de entrada en resultados, y en el caso de un producto la misma norma lo define como resultado de un conjunto de actividades mutuamente relacionadas o que interactúan, las cuales transforman entradas en salidas. Los Insumos y productos terminados pueden ser tangibles e intangibles”.

23

Según (Perugachi, 2004) menciona lo siguiente: Donde define procesos como: “actividades claves que se requieren para manejar y/o dirigir una organización; acción que describe un conjunto de pasos a seguirse para lograr una determinada acción; conjunto de actividades que convierten insumos (inputs) en productos (outputs) de mayor valor para el cliente”. Los procesos tiene una jerarquía: macro-procesos, procesos, sub-procesos, actividades y tareas, cada uno de los cuales puede ser diferenciado de acuerdo al tamaño, tanto los macro procesos y subprocesos están compuestos por actividades, cada actividad consta de un determinado número de tareas. Características de un proceso:



Son independientes de la localidad o del grupo de personas que lo ejecutan.



Se describe “que” se hace, no “como” se hace



Son sinónimos con actividades o tareas.



Se descomponen en una jerarquía, donde los componentes del proceso están construidos por más elementos del mismo.

24

2.1.4. Mejoramiento de Procesos

Según (Perugachi, 2004) Indica que “mejoramiento de procesos es una revisión que conlleva al mejoramiento continuo (incremental y/o radical) de los procesos de una institución, apoyado en las mejores prácticas y en el uso de la tecnología de información”. Según (García, Quispe, & Raez, 2003) Indica que “según la norma NTP ISO 9000-2001 Y NTP ISO 9004:2000. Los principios de la calidad son”:

Principio 1: Organización enfocada al cliente Principio 2: Liderazgo Principio 3: Participación del personal Principio 4: Enfoque basado en procesos Principio 5: Enfoque de sistema para la gestión. Principio 6: Mejora continúa Principio 7: Enfoque basado en hechos para la toma de decisión Principio 8: Relaciones mutuamente beneficiosas con el proveedor.

25

Principio 4: Enfoque basado en procesos:

Un resultado deseado se alcanza más eficientemente cuando las actividades y los recursos relacionados se gestionan como un proceso y los beneficios clave son: 

Reducción de costos y tiempos mediante el uso eficaz de los recursos.



Resultados mejorados, coherentes y predecibles.



Permite que las oportunidades de mejora estén centradas y priorizadas. La aplicación del principio de enfoque basado en procesos normalmente conduce a:



Definir sistemáticamente de las actividades necesarias para lograr el resultado deseado.



Establecer responsabilidades y obligaciones claras para la gestión de las actividades clave.



Analizar y medir la capacidad de las actividades clave.



Identificar las interfaces de las actividades clave dentro y entre las funciones del organización.

26



Centrarse en los factores, tales como, recursos, métodos y materiales, que mejoraran las actividades clave de la organización.



Evaluar los riesgos, consecuencias e impactos de las actividades en los clientes, proveedores y otras partes interesadas.

2.1.5. Concepto de Matrícula

Según (Vélez White, Díaz Tafur, Rivera Caicedo, & Castaño Guiza, 2006) Manifiestan que “Matricular es el trámite de solicitudes de cupos escolares y la formalización del ingreso de los estudiantes a los establecimientos oficiales. Es un proceso básico de las instituciones”.

2.1.6. La Matrícula y la Gestión

Según (Vélez White, Díaz Tafur, Rivera Caicedo, & Castaño Guiza, 2006) indican que “la gestión administrativa de los diferentes eslabones de la cadena educativa institucional se enfoca hacia el registro y la generación de información destinada al seguimiento y control de las actividades institucionales y a la retroalimentación de los distintos actores del proceso. La matrícula se constituye en la

27

mayor fuente de esa información y del proceso de asignación de recursos, no solo del sistema general de participaciones, sino también de los relacionados con plantas de personal, subsidios, infraestructura y transporte, entre otros”.

2.1.7. Definición de sistema

Según (IAN Sommerville, 2005, pág. 20) señaló que “Un sistema es la colección de componentes interrelacionados que trabajan conjuntamente para cumplir algún objetivo”. También (Horacio Saroka, 2002, pág. 26)

define que “Un

sistema es un conjunto de elementos interrelacionados de modo tal que producen como resultado algo superior y distinto a la simple agregación de los elementos”.

2.1.8. Concepto de información

De esta manera (Horacio Saroka, 2002, pág. 24) señaló que “La información es un dato o un conjunto de datos evaluados por un individuo concreto que trabaja, en un momento dado, sobre un problema específico, para alcanzar un objetivo determinado”

28

2.1.9. Modelo de sistemas

Según (Horacio Saroka, 2002, pág. 27).Todo sistema se puede definir por sus entradas, sus procesos y sus salidas y responde por lo tanto al modelo cuyo esquema es el que se muestra en la siguiente figura:

Figura Nº 2: Esquema del modelo de sistema Fuente: Horacio Saroka, R. (2002). SISTEMAS DE INFORMACIÓN DE LA ERA DIGITAL. Argentina: Fundación OSDE, pág. 27.

2.1.10. Sistemas de Procesamiento de Transacciones

Según (E. KENDALL K., 2005,pág.2) indica que “Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) son sistemas de información computarizada creados para procesar

grandes

cantidades

de

datos

relacionadas

con

transacciones rutinarias de negocios, como las nóminas y los inventarios.

29

Un TPS elimina el fastidio que representa la realización de transacciones operativas necesarias y reduce el tiempo que una vez fue requerido para llevarlas a cabo de manera manual, aunque los usuarios

aún

tienen

que

capturar

datos

en

los

sistemas

computarizados”. Según (James, 1992, pág.25) indica que “Los sistemas de procesamiento de transacciones (TPS) tienen como finalidad mejorar las actividades rutinarias de una empresa y de las que depende toda la organización”.

2.1.11. Calidad del software

Según (Pressman Roger, 2010) Manifiesta que la calidad del software “es el cumplimiento de los requisitos de funcionalidad y desempeño explícitamente establecidos de los estándares de desarrollo

explícitamente documentados y de las características

implícitas

que

se

esperan

profesionalmente”.

30

de

todo

software

desarrollado

2.1.12. Modelo de calidad sistémico (MOSCA)

Según (Pessagno, Kenyer, Lornel, & Pérez, 2008) Indican que “el modelo sistémico de calidad se basa en la matriz de calidad global sistémica de Callaos e integran tres modelos de calidad producto, proceso de desarrollo y perspectiva humana. MOSCA está constituida por estos niveles”.



Nivel 0. Dimensiones. Aspectos internos y contextuales del producto, el proceso y la perspectiva humana.



Nivel 1. Categorías. Se contemplan 14 categorías, cinco pertenecientes al proceso, seis pertenecientes al producto y tres para la perspectiva humana.



Nivel 2. Características. Cada categoría tiene asociado un con junto de características que definen las áreas claves para lograr, controlar y asegurar la calidad en las perspectivas. Hay 56 características asociadas para el producto, 27 para la perspectiva del proceso y 15 para la parte humana.



Nivel 3. Métricas, usadas para medir la calidad sistémica. Existen 715 métricas.

31

MOSCA evalúa el producto según normas internacionales, pues las categorías presentadas antes coinciden con las características del estándar ISO 9126, que son establecidas para garantizar la calidad de producto de software.

Para la aplicación de MOSCA existe el siguiente algoritmo:

Estimación de la calidad del producto. Inicialmente, se debe medir la categoría de funcionalidad del producto. Si esta cumple con el 75% de las características necesarias propuestas para esta categoría, se prosigue con las demás categorías.

2.1.13. Modelo de especificación de calidad para sitios web universitarios (MOSCA WEB)

Según (Pérez Oliveros, 2007) Manifiesta que “MOSCA WEB mantiene la misma estructura que MOSCA, motivo por el cual se mantienen los cuatro (4) niveles, las categorías, las características y algunas métricas cuya formulación guarda relación con algunos aspectos de los sitios web universitarios”.

32

2.1.14. Funcionalidad

Según (Pressman Roger, 2010) indica que la FUNCIONALIDAD “es el grado en que el software satisface las necesidades que indican

los

siguientes

sub

atributos:

idoneidad,

exactitud,

interoperabilidad, cumplimiento y seguridad”. Siendo un factor de calidad de software según ISO 9126. Según (Pérez Oliveros, 2007) en su trabajo de investigación indican que para la FUNCIONALIDAD “MOSCA, establece para los aspectos contextuales del producto de métricas relacionadas con este aspecto organizadas como: 1. FUNCIONALIDAD 1 – Ajuste a los propósitos,

Es la capacidad del producto de software para proveer un conjunto de funciones apropiado según tareas y objetivos específicos del usuario.

2. FUNCIONALIDAD 2 – Precisión

Es la capacidad del producto de software para proveer los resultados correctos.

33

3. FUNCIONALIDAD 3 – Interoperabilidad

Es la capacidad del producto de software para interactuar con uno o más sistemas específicos.

4. FUNCIONALDAD 4 – Seguridad

Se presentan preguntas para evaluar control de acceso. Con el objeto de estas métricas es validar los accesos de los usuarios a zonas especiales de la intranet”.

2.1.15. Base de datos

Según (Sábana Mendoza, 2006) indica que una base de datos es “una colección de datos estructurados según un modelo que refleje las relaciones y restricciones existentes en el mundo real. Los datos, son compartidos por diferentes usuarios y aplicaciones. Deben mantenerse independientemente en estas. Asimismo, los tratamientos que sufran estos datos tendrán que conservar la integridad y seguridad”.

34

2.1.16. Algebra relacional

Según (Silberschatz & Korth, 2006) indican que el álgebra relacional “es un lenguaje de consulta procedimental. Consta de un conjunto de operaciones que toman como entrada una o dos relaciones y producen como resultado una nueva relación. Las operaciones fundamentales del álgebra relacional son:

1.

Operación selección

Selecciona registros que satisfacen un predicado, el cual tiene la siguiente expresión.

Sea importe el campo y préstamo la tabla.

2. Operación proyección

Es una operación unaria que devuelve la relación de argumentos, excluyendo algunos argumentos. Dado que las relaciones son conjuntos se eliminan las filas duplicadas. Se define de la siguiente expresión.

35

Solo se mostrarán los registros del campo numero-préstamo e importe de la tabla préstamo, los demás campos se excluirán.

3. Operación unión

Juntar dos tablas con campos iguales.se denota la siguiente expresión.

Se desea juntar los clientes de la tabla prestatario y los de la tabla impositor, entendiéndose que se eliminan los duplicados en el resultado.

4. Operación diferencia de conjuntos

Se denota por – permite buscar las tuplas que estén en una relación pero no en la otra. La expresión r – s da como resultado una relación que contiene tuplas que están en r pero no en s. Se puede buscar a todos los clientes del banco que tienen abierta una cuenta pero no tienen concedido ningún préstamo.

36

5. Operación producto cartesiano

Denota por un aspa “x”, permite combinar información de cualquiera haciendo dos relaciones. El producto cartesiano de las relaciones r1 y r2 como r1 x r2”.

2.1.17. Sistema Gestor de Base de Datos (SGBD)

Según (Silberschatz & Korth, 2006) indican que. ”Un sistema gestor de bases de datos (SGBD) consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a dichos datos. La colección de datos, normalmente denominada base de datos, contiene información relevante para una empresa. El objetivo principal de un SGBD es proporcionar una forma de almacenar y recuperar la información de una base de datos de manera que sea tanto práctica como eficiente”.

37

2.1.18. Metodología Rup

a. Introducción al Rup

Según (Debrauwer & Van der Heyde, 2009) indican que RUP “es un proceso de realización o de evolución de software enteramente basado en UML y está constituido por un conjunto de directivas que permiten producir software a partir del pliego de condiciones (requisitos). Cada directiva define quien hace que y en qué momento. Un proceso permite, por tanto, estructurar las diferentes etapas de un proyecto informático”.

Mientras que (Belloso Cecilia, 2009) indica que “RUP es una metodología sólida, con documentación que apoya el ciclo de vida evolutivo incremental, además de orientarse al desarrollo de componentes secundando el desarrollo orientado a objetos, RUP es un proceso de ingeniería de software que provee un enfoque disciplinado para la asignación de tareas

y

responsabilidades

dentro de una organización. Su principal objetivo es asegurar la producción de software de alta calidad que

satisfaga las

necesidades de sus usuarios finales dentro de un presupuesto y tiempo predecibles debido a las características que posee de ser

38

una herramienta flexible, le permite un marco de trabajo más amplio el cual puede ser adaptado

tanto a empresas grandes como

pequeñas y puede ser modificada para ajustarse a la forma

de

trabajo de una compañía”.

El Proceso Unificado tiene dos dimensiones (Figura Nº 3):



Un eje horizontal que representa el tiempo y muestra los aspectos del ciclo de vida del proceso a lo largo de su desenvolvimiento



Un eje vertical que representa las disciplinas, las cuales agrupan actividades de una manera lógica de acuerdo a su naturaleza. La primera dimensión representa el aspecto dinámico del

proceso conforme se va desarrollando, se expresa en términos de fases, iteraciones e hitos (milestones). La segunda dimensión representa el aspecto estático del proceso: cómo es descrito en términos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y roles.

39

Figura Nº 3: Disciplinas, fases, iteraciones del RUP Fuente: (Belloso Cecilia, 2009). MONOGRAFÍA SOBRE LA METODOLOGÍA DE DESARROLLO

DE

SOFTWARE,

Salvador:UNIVERSIDAD

DON

RATIONAL BOSCO,

UNIFED pág.

PROCESS 62.

(RUP).

Disponible

http://rd.udb.edu.sv:8080/jspui/bitstream/123456789/257/1/47400_tesis.pdf.

b. Características de RUP



Interactivo. Refinamiento sucesivo



Controlado. Gestión de requisitos y control de cambios



Construcción de modelos



Centrado en arquitectura



Desarrollo de software basado en componentes



Conducido por los casos de uso

40

El en



Soporta técnicas OO (Orientadas a objetos) uso del UML



Configurable



Fomenta al control de calidad del software



Soportado por herramientas



Reconoce

que

las

necesidades

del

usuario

y

sus

requerimientos no se pueden definir completamente al principio 

Permite evaluar tempranamente los riesgos en lugar de descubrir



problemas en la integración final del sistema.

Reduce el

costo del riesgo a los costos de un solo incremento 

Acelera el ritmo del esfuerzo de desarrollo en su totalidad debido a que los desarrolladores trabajan para obtener resultados claros a corto plazo



Distribuye la carga de trabajo a lo largo del tiempo del proyecto ya que todas las disciplinas colaboran en cada iteración. Facilita la reutilización del código teniendo en cuenta que se realizan revisiones en las primeras iteraciones lo cual además permite que se aprecien oportunidades de mejoras en el diseño



El proceso de desarrollo está dividido en Fases a lo largo del tiempo cada una de las cuales tiene objetivos específicos y

41

un conjunto de “artefactos” definidos que deben alcanzarse. La duración de cada fase depende del equipo y del producto a generar. A su vez, cada fase puede tener una o más iteraciones y cada iteración sigue el modelo en cascada pasando por las distintas disciplinas. Cada iteración termina con una liberación del producto.

c. FASES

La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process, divide en 4 fases el desarrollo del software. Cada Fase tiene definido un conjunto de objetivos y un punto de control especifico.

42

Tabla Nº 3: Fases de la metodología Rup Fase

Inicio

Objetivos

Puntos de Control

 Definir el alcance del proyecto

Objetivo del proyecto

 Entender que se va a construir

 Construir una versión ejecutable Elaboración

de

la

arquitectura

de

la

Arquitectura de la Aplicación

aplicación  Entender cómo se va a construir

 Completar el esqueleto de la Construcción

Versión Operativa inicial de la Aplicación

Aplicación con la funcionalidad  Construir una versión Beta

 Poner a disposición la aplicación Transición

para los usuarios finales  Construir la Final.

Liberación de la versión de la Aplicación

Fuente: Belloso (Belloso Cecilia, 2009). MONOGRAFÍA SOBRE LA METODOLOGÍA DE DESARROLLO DE SOFTWARE, RATIONAL UNIFED PROCESS (RUP). El Salvador:UNIVERSIDAD

DON

BOSCO,

Disponible

en

http://rd.udb.edu.sv:8080/jspui/bitstream/123456789/257/1/47400_tesis.pdf.

Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los Objetivos

de una iteración se

establecen en función de la evaluación de las iteraciones precedentes.

43

FASE DE INICIO:

Durante la fase inicio se desarrolla una descripción del producto final, y se presenta el análisis del negocio. Esta fase responde las siguientes preguntas: 1. ¿Cuáles son las principales funciones del sistema para los usuarios más importantes? 2. ¿Cuáles podría ser la mejor arquitectura del sistema? En estas fases se identifican y priorizan los riesgos más importantes Artefactos que típicamente sobreviven en esta fase 

Un enunciado de los mayores requerimientos planteados generalmente como casos de uso



Un boceto inicial de la arquitectura



Una descripción de los objetivos del proyecto



Una versión muy preliminar del plan del proyecto



Un modelo de negocio



Se establece caso de negocio y alcance de proyecto.



Un documento de visión general



Plan de proyecto.



Modelo inicial de casos de uso



Identificación inicial de riesgos.

44



Uno o más prototipos.



Marca de Objetivos.



Se establece el alcance y la estimación de tiempo y costo.

FASE DE ELABORACIÓN

Durante la fase de elaboración se especifican en detalle la mayoría de los casos de uso del producto y se diseña la arquitectura. 

Las iteraciones en la fase de elaboración



Establecen una firme compresión del problema a solucionar



Establece la fundación arquitectural para el software



Establece un plan detallado para las siguientes iteraciones



Elimina los mayores riesgos



El resultado de esta fase es la línea base de la arquitectura



En esta fase se construyen

típicamente

los siguientes

artefactos 

El cuerpo básico del software en la forma de un prototipo arquitectural



Casos de prueba



La mayoría de los casos funcionalidad del sistema

45

de uso (80%) que describen la



Analizar el dominio del problema



Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto



Se realizan pruebas de riesgos.



Analizar el dominio del problema



Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto



Marca de Arquitectura.



Se realizan pruebas de riesgos.

Un plan detallado para las siguientes iteraciones:

La fase de elaboración finaliza con el hito de la arquitectura del ciclo de vida, este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un acuerdo sobre. 

Los casos de uso que describen la funcionalidad del sistema



La línea base de la arquitectura



Los mayores riesgos han sido mitigados



El plan de proyecto

46

FASE DE CONSTRUCCIÓN

Durante la fase de construcción se crea el producto. La línea base de la arquitectura crece hasta convertirse en el sistema completo. Al final de esta fase, el producto contiene todos los casos de uso implementados, sin embargo puede que no esté libre de defectos. Los artefactos producidos en esta fase son: 

El sistema software



Los casos de prueba



Los manuales de usuario



Los componentes se desarrollan e incorporan al producto.



Todo es probado para eliminar posibles errores y riesgos.



Marca de Capacidad.



Se obtiene un producto Beta que debe ser puesto en ejecución para que los usuarios den retroalimentación.

La fase de construcción

finaliza con el hito de capacidad

operativa inicial, este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un acuerdo sobre:

47



El producto es estable para ser usado



El producto provee alguna funcionalidad de valor



Todas las partes están listas para comenzar la transición

FASE DE TRANSICIÓN

La

fase de transición cubre el período

durante el cual el

producto se convierte en la versión beta. Sin embargo las características se agregan a un sistema que el usuario

se

encuentra

utilizando

activamente

(ambiente

de

desarrollo) Los artefactos construidos en esta fase son el mismo que en la fase

de

construcción.

El

equipo

se

encuentra

ocupando

fundamentalmente en corregir y extender la funcionalidad del sistema desarrollado en la fase anterior. 

El objetivo es realizar el lanzamiento del software desarrollado a los usuarios.



Pruebas

Beta

para

validar

retroalimentación del usuario. 

Conversión de bases de datos.

48

el

producto

con

la



Enviar el producto a otros lados donde también se va a usar el producto.



Marca de Producto.



Usuarios satisfechos.



Verificación de gastos.

La fase de transición finaliza con el hito de lanzamiento del producto Este hito se alcanza cuando el

equipo de desarrollo

y los

stakeholders llagan a un acuerdo sobre:



Se han alcanzado los objetivos fijados en la fase de inicio



El usuario está satisfecho

2.1.19. UML

a. Introducción al UML

Según (Matsukawa Maeda, 2004) indica que “El lenguaje Unificado de Modelado (UML, Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema con gran cantidad de software.UML proporciona una forma estándar de escribir los planos de un sistema, cubriendo tanto las cosas conceptuales, tales como procesos de negocio y funciones de sistemas, como cosas concretas, tales como

49

las clases escritas en un lenguaje de programación específico, esquemas de base

de datos y componentes de

software

reutilizables”.

Según (RUMBAUGH, JACOBSON, & BOOCH, 2000) tenemos que:

UML surge como respuesta al problema de contar con un lenguaje estándar para escribir planos de software. Muchas personas han creído ver UML como solución para todos los problemas sin saber en muchos casos de lo que se trataba en realidad.

b. Descripción del lenguaje

UML es un lenguaje de propósito general para el modelado orientado a objetos, que combina notaciones provenientes desde: Modelado Orientado a Objetos, Modelado de Datos, Modelado de Componentes, Modelado de Flujos de Trabajo (Workflows).

50

c. Descripción de los diagramas

Un modelo captura una vista de un sistema del mundo real. Es una abstracción de dicho sistema, considerando un cierto propósito. Así, el modelo describe completamente aquellos aspectos del sistema que son relevantes al propósito del modelo, y a un apropiado nivel de detalle. Un diagrama es una representación gráfica de una colección de elementos de modelado, a menudo dibujada como un grafo con vértices conectados por arcos. Un proceso de desarrollo de software debe ofrecer un conjunto de modelos que permitan expresar el producto desde cada una de las perspectivas de interés. Es aquí donde se hace evidente la importancia de UML en el contexto de un proceso de desarrollo de software. El código fuente del sistema es el modelo más detallado del sistema (y además es ejecutable). Sin embargo, se requieren otros modelos.

51

Figura Nº 4: Relaciones de enlaces entre modelos Fuente:

(RUMBAUGH,

JACOBSON,

& BOOCH, 2000). EL LENGUAJE

UNIFICADO DE MODELADO MANUAL DE REFERENCIA.(UML).

Cada modelo es completo desde su punto de vista del sistema, sin embargo, existen relaciones de enlaces entre los diferentes modelos. Varios modelos aportan diferentes vistas de un sistema los cuales nos ayudan a comprenderlo desde varios frentes. Así, UML recomienda la utilización de nueve diagramas que, para representar las distintas vistas de un sistema. Estos diagramas de UML se presentan en la Figura 5 y se describen a continuación.

52

Figura Nº 5: Diagramas partes de un modelo Fuente: (RUMBAUGH, JACOBSON, & BOOCH, 2000). EL LENGUAJE UNIFICADO DE MODELADO MANUAL DE REFERENCIA.(UML).

a) Diagrama de Casos de Uso: modela la funcionalidad del sistema

agrupándola

en

descripciones

de

acciones

ejecutadas por un sistema para obtener un resultado. b) Diagrama de Clases: muestra las clases (descripciones de objetos

que

comparten

características

comunes)

que

componen el sistema y cómo se relacionan entre sí. c) Diagrama de Objetos: muestra una serie de objetos (instancias de las clases) y sus relaciones. d) Diagramas de Comportamiento: dentro de estos diagramas se encuentran:

53



Diagrama de Estados: modela el comportamiento del sistema de acuerdo con eventos.



Diagrama de Actividades: simplifica el Diagrama de Estados modelando el comportamiento mediante flujos de actividades.

También

se

pueden

utilizar

caminos

verticales para mostrar los responsables de cada actividad. 

Diagramas de Interacción: Estos diagramas a su vez se dividen en 2 tipos de diagramas, según la interacción que enfatizan:



Diagrama de Secuencia: enfatiza la interacción entre los objetos y los mensajes que intercambian entre sí junto con el orden temporal de los mismos.



Diagrama de Colaboración: igualmente, muestra la interacción entre los objetos resaltando la organización estructural de los objetos en lugar del orden de los mensajes intercambiados.

e) Diagramas de implementación 

Diagrama de Componentes: muestra la organización y las dependencias entre un conjunto de componentes.

54



Diagrama de Despliegue: muestra los dispositivos que se encuentran en un sistema y su distribución en el mismo.

2.1.20. Tecnología cliente/servidor

Según (Cruz Rodríguez, Galarza Espinoza, & Echeverría) señalan que: “El concepto cliente/servidor es eminentemente técnico. Su principio básico es muy sencillo: se tienen aplicaciones en un computador que están "conversando" con

aplicaciones en otro

computador. A partir de ese momento se establece un diálogo cooperativo entre los dos computadores. Y en su forma básica deben existir por lo menos dos componentes, el proceso servidor el mismo que puede ser ejecutado en las diversas plataformas existentes en el mercado, y el/los procesos clientes; estos procesos clientes se comunican en la Network usando uno o varios protocolos de LAN o WAN. La idea no hace referencia a un tipo específico de hardware o sistema administrador de base de

datos; no solo funciona para

aplicaciones accediendo bases de datos, sino que existen otras áreas de la computación, como por ejemplo el correo electrónico entre otras - que pueden ser susceptibles a la implementación de la tecnología”.

55

Características deseables del esquema cliente/servidor



Transparencia de localización.- El servidor es un proceso que puede residir en la misma máquina del cliente o en una maquina diferente que pertenezca a la red, el software Cliente / Servidor usualmente oculta la localización del servidor a los clientes pero direccionando las llamadas a los servicios si es necesario. Un programa puede ser cliente, servidor o ambos.



Transparencia

de

Plataforma.-

El

software

ideal

Cliente/Servidor es independiente del Hardware o de la plataforma donde se ejecuta (Sistema Operativo). El software tiene que ser capaz de trabajar entre plataformas heterogéneas. 

Escalabilidad.- Los sistemas cliente servidor pueden ser escalados Horizontalmente o Verticalmente. EL escalamiento horizontal principalmente se trata de agregar o quitar estaciones cliente, provocando un impacto de desempeño menor. El escalamiento vertical se trata de migrar a maquinas servidoras más rápidas y robustas.

56

2.1.21. Tecnología web

Según (Marco Giménez,2003) Dpto. Informática Tributaria Madrid indica que “las Tecnologías web se basan en la Arquitectura Cliente Servidor”.

Figura Nº 6: Arquitectura Cliente Servidor Fuente: (Marco Giménez). Introducción a las Tecnologías Web disponible en http://pericles.rediris.es/cur_web/cur_web_intro/pdf/Introducci%C3%B3n_tecnolog%C3%A Das_web.pdf

a. Protocolos implicados: 

HTTP sobre TCP/IP (Puerto 80)

57

b. Tecnologías Clientes 

Internet Explorer



Netscape Navigator



Mozilla

c. Tecnologías de Diseño Web 

XHTML



JavaScript

d. Tecnologías del lado del Servidor



PHP 5.3

Según

http://www.php.net/manual/es/index.php

página

oficial donde indica que PHP (acrónimo de PHP: Hypertext

Preprocessor) es un lenguaje de código abierto muy popular especialmente adecuado para desarrollo web y que puede ser incrustado en HTML. Una respuesta corta y concisa, pero, ¿qué significa realmente? Un ejemplo nos aclarará las cosas:

58

Example

Código Nº 1: Ejemplo introductorio del uso de php Fuente: http://www.php.net/manual/es/index.php

¿Qué se puede hacer con PHP?

PHP puede procesar la información de formularios, generar páginas con contenidos dinámicos, o enviar y recibir cookies. Y esto no es todo, se puede hacer mucho más. Existen principalmente tres campos en los que se usan scripts en PHP. 

Scripts del lado-servidor. Este es el campo más tradicional y el principal foco de trabajo. Se necesitan tres cosas para que esto funcione. El intérprete PHP (CGI módulo), un servidor web y un navegador. Es necesario hacer funcionar el servidor, con PHP instalado. El resultado

59

del programa PHP se puede obtener a través del navegador, conectándose con el servidor web. Consultar la sección Instrucciones de instalación para más información. 

Scripts en la línea de comandos. Puede crear un script PHP y correrlo sin necesidad de un servidor web o navegador. Solamente necesita el intérprete PHP para usarlo de esta manera. Este tipo de uso es ideal para scripts ejecutados regularmente desde cron (en *nix o Linux) o el Planificador de tareas (en Windows). Estos scripts también pueden ser usados para tareas simples de procesamiento de texto.



Escribir aplicaciones de interfaz gráfica. Probablemente PHP no sea el lenguaje más apropiado para escribir aplicaciones gráficas, pero si conoce bien PHP, y quisiera utilizar algunas características avanzadas en programas clientes, puede utilizar PHP-GTK para escribir dichos programas. También es posible escribir aplicaciones independientes de una plataforma. PHP-GTK es una extensión de PHP, no disponible en la distribución principal.

60



MYSQL

MySQL es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones. MySQL AB desde enero de 2008 una subsidiaria de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia específica que les permita este uso. Está desarrollado en su mayor parte en ANSI C, según la página oficial en http://www.mysql.com/.

61

e. Frameworks para PHP



PEAR (Spreadsheet_Excel_Writer 0.93)

Spreadsheet_Excel_Writer es

una

herramienta

para

generar archivos de Excel, sin necesidad de componentes COM. Los archivos generados por la versión actual de Spreadsheet_Excel_Writer se corresponden con el formato

de

Excel 5

(xls)

según

la

página

oficial

http://pear.php.net/package/Spreadsheet_Excel_Writer/docs.

Ejemplo práctico:
View more...

Comments

Copyright © 2017 KUPDF Inc.
SUPPORT KUPDF