You are on page 1of 141

UNIVERSIDAD SALESIANA DE BOLIVIA

INGENIERIA DE SISTEMAS
TRABAJO DIRIGIDO

PARA OBTENER EL GRADO ACADÉMICO DE LICENCIATURA EN
INGENIERIA DE SISTEMAS

SISTEMA DE INFORMACIÓN ACADÉMICA
CASO: UNIDAD EDUCATIVA CENTRAL “ISLA SURIQUI”
Postulante: Juan Carlos Quispe Zabaleta
Docente Guía: Ing. Simón Onofre López
LA PAZ - BOLIVIA
2014

DEDICATORIA
A Dios por darme la vida.
“Todo esfuerzo en un éxito”
A mis papas Prof. Gervacio Quispe y Sra. Margarita Zabaleta por
que los amo y admiro su ejemplo de paciencia, bondad y sabiduría.
Por constante apoyo y paciencia,
A mis hermanos: Ing. Víctor Hugo, Juan Ángel, Shilma, por
apoyarme y estar a mi lado en todo momento.
¡Mi gran familia!

AGRADECIMIENTOS
“El éxito depende de la cantidad de esfuerzo que se pone en ello”
A Dios por guiar mis pasos y acompañarme en mis fracasos.
A la U.S.B. por haberme acogido para formarme profesionalmente.
Al Ing. Simón Onofre López una gran persona,
un profundo agradecimiento por su paciencia,
colaboración y acertados consejos.
Al Ing(a). Erlinda Gutiérrez Poma por su ayuda y apoyo.

3 PLANTEAMIENTO DE PROBLEMA __________________________________7 1.5.8.2.8.2.6 ALCANCES Y LIMITES ___________________________________________12 1.5 JUSTIFICACIÓN_________________________________________________10 1.2 JUSTIFICACIÓN ECONÓMICA __________________________________11 1.8.8.1 ENTREVISTAS ___________________________________________15 1.1 ALCANCES _________________________________________________12 1.3.1 METODOLOGÍAS ____________________________________________13 1.2 LÍMITES ____________________________________________________12 1.4 PLANTEAMIENTO DE OBJETIVOS _________________________________10 1.3 PROBLEMAS ESPECÍFICOS ____________________________________9 1.5.8.3.3.1 OBJETIVO PRÍNCIPAL ________________________________________10 1.8.2.2 TRABAJOS AFINES ___________________________________________5 1.8.2 UML (Unified Modeling Languaje) _____________________________14 1.6.4TÉCNICAS DE SEGURIDAD ____________________________________15 1.8.1 JUSTIFICACIÓN TÉCNICA _____________________________________10 1.1.3 TÉCNICAS __________________________________________________14 1.2 OBJETIVOS ESPECÍFICOS ____________________________________10 1.2.1 MD5 ____________________________________________________15 1.3 OBSERVACIÓN DIRECTA __________________________________15 1.2 MODELOS __________________________________________________14 1.1 INTRODUCCIÓN _________________________________________________1 1.3 JUSTIFICACIÓN SOCIAL ______________________________________11 1.3.4.8.6.ÍNDICE CAPÍTULO I: GENERALIDADES 1.8.8.1 COCOMO _______________________________________________14 1.1.1 MÉTODO XP (PROGRAMACIÓN EXTREMA) ___________________13 1.3.3.8.1 ISO 9126 ________________________________________________16 1 .8 METODOLOGÍAS Y TÉCNICAS ____________________________________13 1.8.5.2 CUESTIONARIO __________________________________________15 1.1 ANTECEDENTE INSTITUCIONAL ________________________________3 1.5.1 DESCRIPCIÓN DEL PROBLEMA _________________________________7 1.4.2 PROBLEMA PRÍNCIPAL ________________________________________9 1.2 CAJA BLANCA ___________________________________________13 1.2 ANTECEDENTES _________________________________________________3 1.5 NORMAS ___________________________________________________16 1.4.7 APORTES ______________________________________________________13 1.8.

6.7.4.3.7.2 SERVIDOR _________________________________________________37 2.1 PRUEBA DE CAJA BLANCA ____________________________________28 2.5 FACTIBILIDAD ECONÓMICA ______________________________________41 3.5.3 MÉTODO RUP (Rational Unified Process) ___________________________17 2.7.2 CLASIFICACIÓN DE FUNCIONES _______________________________49 3.1 CLASIFICACIÓN DE FUNCIONES DE SALIDAS POR SU COMPLEJIDAD _________________________________________________51 3.1 CLIENTE ___________________________________________________37 2.7. SISTEMAS DE INFORMACIÓN ____________________________________17 2.1 MODELO ANTICIPADO ____________________________________32 2.4 DIAGRAMA DE COMPONENTES ________________________________24 2.1 DIAGRAMA DE CASOS DE USO ________________________________21 2. ARQUITECTURA CLIENTE SERVIDOR _____________________________36 2.4.3 CARACTERÍSTICAS DE LA ARQUITECTURA CLIENTE/SERVIDOR ___38 CAPÍTULO III: ESTUDIO FACTIBILIDAD 3.6 DIAGRAMA DE SECUENCIA ___________________________________26 2.3 DIAGRAMA DE DESPLIEGUE __________________________________23 2.6 ANALISIS DE COSTOS ___________________________________________41 3.1 INTRODUCCIÓN ________________________________________________40 3.2.4 UML (Unified Modeling Languaje) __________________________________20 2.7 COSTOS DEL DESARROLLO DEL SISTEMA UTILIZANDO PUNTOS DE ___45 3.1 DESCRIPCIÓN DE PROCESOS _________________________________45 3.3 CLASIFICACIÓN DE FUNCIONES POR SU COMPLEJIDAD __________50 3.1 INTRODUCCIÓN ________________________________________________17 2.7.4.2 ESTUDIO DE FACTIBILIDAD ______________________________________40 3.4.2 CLASIFICACIÓN DE FUNCIONES DE ARCHIVOS POR SU COMPLEJIDAD _________________________________________________51 2 .4 FACTIBILIDAD OPERACIONAL ___________________________________41 3.4.3 FACTIBILIDAD TÉCNICA _________________________________________40 3.7.1 COCOMO ___________________________________________________32 2.7.1.3.4.2 DIAGRAMA DE CLASES _______________________________________22 2.7.7 DIAGRAMA DE FLUJO Y ACTIVIDADES __________________________27 2.6.CAPÍTULO II: MARCO TEÓRICO 2.5 MÉTODO DE PRUEBA DEL SISTEMA _______________________________28 2.6 NORMA ISO/IEC 9126 ___________________________________________29 2.5 DIAGRAMA DE PAQUETES ____________________________________25 2.4.7.

3 DIAGRAMA DE SECUENCIA: MÓDULO REGISTRO DE DOCENTE ____72 4.6 DIAGRAMA DE SECUENCIA: MÓDULO ASIGNACIÓN DE MATERIA ___74 4.4.2.1.4.4.4 DIAGRAMA DE SECUENCIA: MÓDULO SEGUIMIENTO ACADÉMICO __73 4.6 CÁLCULO DEL TOTAL DE PUNTOS DE FUNCIÓN _________________54 3.5 CÁLCULO DEL FACTOR DE AJUSTE ____________________________53 3.3 CASO DE USO NIVEL EXPANDIDO: REGISTRAR DOCENTE _____66 4.1 CASO DE USO NIVEL EXPANDIDO: INGRESAR AL SISTEMA _____63 4.4 ANÁLISIS DEL SISTEMA _________________________________________61 4.7.1 DOCUMENTO DE ESPECIFICACIÓN CASO DE USO GENERAL __61 4.1 INTRODUCCIÓN ________________________________________________58 4.3.9.1 REQUERIMIENTOS FUNCIONALES _________________________58 4.4.5 DIAGRAMA DE SECUENCIA: MÓDULO REGISTRO DE NOTAS ______73 4.5 DIAGRAMA DE ESTADO: MÓDULO REGISTRO DE NOTAS _________76 3 .3.9 BENEFICIOS ___________________________________________________56 3.2 DIAGRAMA DE CASO DE USO NIVEL EXPANDIDO_________________63 4.4 CASO DE USO NIVEL EXPANDIDO: SEGUIMIENTO ACADÉMICO _67 4.4 DIAGRAMA DE ESTADO: MÓDULO SEGUIMIENTO ACADÉMICO ____76 4.5 CASO DE USO NIVEL EXPANDIDO: REGISTRO DE NOTAS ______68 4.1 BENEFICIOS INTANGIBLES ___________________________________57 CAPÍTULO IV: INGENIERÍA DEL PROYECTO 4.6.2.7.5.5 DIAGRAMA DE SECUENCIA DEL SISTEMA __________________________71 4.5.2 CASO DE USO NIVEL EXPANDIDO: REALIZAR INSCRIPCIÓN ____64 4.1 DIAGRAMA DE SECUENCIA: MÓDULO DE INGRESAR AL SISTEMA __71 4.3.2 DIAGRAMA DE ESTADO: MÓDULO DE INSCRIPCIÓN ______________75 4.2 FASE INICIO ___________________________________________________58 4.4.6.7.5.4 CÁLCULO DE PUNTOS DE FUNCIÓN SIN AJUSTAR _______________52 3.6 DIAGRAMA DE ESTADO _________________________________________74 4.2 DIAGRAMA DE SECUENCIA: MÓDULO DE INSCRIPCIÓN ___________72 4.4.2 REQUERIMIENTOS NO FUNCIONALES: ______________________59 4.3 DIAGRAMA DE ESTADO: MÓDULO REGISTRO DE DOCENTE ______75 4.5.2.1.1.2.1 ESTIMACIÓN DE COSTO TOTAL DEL PROYECTO MEDIANTE _______54 3.6 CASO DE USO NIVEL EXPANDIDO: ASIGNACIÓN DE MATERIAS _70 4.6.5.4.3 FASE ELABORACIÓN ____________________________________________58 4.4.5.6.7.2.6.2.8 APLICACIÓN DEL COCOMO ______________________________________54 3.4.3 CLASIFICACIÓN DE FUNCIONES DE CONSULTA POR SU COMPLEJIDAD _________________________________________________52 3.8.3.1 DIAGRAMA DE ESTADO: MÓDULO INGRESAR AL SISTEMA ________74 4.1 INGENIERIA DE REQUERIMIENTOS ____________________________58 4.1 DIAGRAMA CASOS DE USO ___________________________________61 4.3.

5 CONFIABILIDAD _______________________________________________111 5.3 CALIDAD DEL SOFTWARE ______________________________________106 5.2 RECOMENDACIONES ___________________________________________116 BIBLIOGRAFÍA ANEXOS: ANEXO A: CUESTIONARIO CALIDAD DE SOFTWARE ANEXO B: CUESTIONARIO CALIDAD DE HARDWARE 4 .2.6.4.1 DISEÑO DE INTERFACES _____________________________________81 4.7.6 DIAGRAMA DE ESTADO: MÓDULO ASIGNACIÓN DE MATERIAS ____77 4.2 PÁGINA PRINCIPAL __________________________________________81 4.2.1 ACTIVIDADES PARA LA IMPLEMENTACION DEL SISTEMA _____106 5.4 PANTALLA DE REGISTRO DE ADMINISTRACIÓN __________________83 4.2 ARQUITECTURA DEL SISTEMA ________________________________79 4.7.1 APLICACIÓN EN EL PROCESO DE REGISTRO DE ESTUDIANTE __94 5.3 PANTALLA DE REGISTRO DE ESTUDIANTE ______________________82 4.8.5 PANTALLA DE REGISTRO DE CALIFICACIONES __________________84 CAPÍTULO V: PRUEBAS Y CALIDAD DE SOFTWARE 5.1 PRUEBA DE CAJA NEGRA_____________________________________85 5.7.2 APLICACIÓN EN EL PROCESO DE MOSTRAR ESTUDIANTE _____99 5.2.8.2 PRUEBAS ______________________________________________________85 5.7.2.1 FACTORES DE CALIDAD ISO 9126 _____________________________106 5.2 MANTENIMIENTO PERFECTIVO _______________________________113 5.2.6 PORTABILIDAD ________________________________________________112 5.8.3 FASE DE TRANSICIÓN ______________________________________106 5.2.3 APLICACIÓN EN EL PROCESO DE ELIMINAR ESTUDIANTE ____102 5.2.8 FASE DE CONSTRUCCIÓN _______________________________________81 4.2 PRUEBAS DE CAJA BLANCA___________________________________93 5.8.7 MANTENIBILIDAD ______________________________________________113 5.1 MANTENIMIENTO ADAPTIVO _________________________________113 5.1 CONCLUSIONES _______________________________________________115 6.1 DISEÑO FISICO DE BASE DE DATOS ___________________________79 4.8 FACILIDAD DE USO ____________________________________________113 CAPÍTULO VI: CONCLUSIONES Y RECOMENDACIONES 6.2.8.3.4 FUNCIONALIDAD ______________________________________________107 5.7 DIAGRAMA DE CLASES: _________________________________________78 4.2.2.1 INTRODUCCIÓN ________________________________________________85 5.3.

………86 Tabla 5.2: Pruebas de caja negra-Registro de Estudiante………………….………….5 Pruebas de caja negra-Registro de Docente………………..………………………………………….40 Tabla 3...…92 Tabla 5...6 Pruebas de caja negra-Registro de Notas………….…………43 Tabla 3.……………………………………….1 Conductores de Costo…….8 Costo de Licencia…..…….42 Tabla 3...…………………………….88 Tabla 5.17 Conductores de Coste……………..51 Tabla 3..44 Tabla 3..8 Calculo de Puntos de Función sin Ajustar………………………….14 Puntos de Función…………………………………………………….1: Pruebas de caja negra-Portada Principal……………………..4 Requerimientos de Equipos Software……………………………...11 Clasificación de Funciones de Salidas por su Complejidad.1 Hardware Existente…………………………………………………….10 Clasificación de Funciones de Entradas por su Complejidad……50 Tabla 3.….7 Entradas para el Cálculo de Funcionalidad….……51 Tabla 3..……….…………….……………….53 Tabla 3.…………………90 Tabla 5.89 Tabla 5.…………………………………..….34 Tabla 2.…..41 Tabla 3....….43 Tabla 3.………..109 .15 Factor de Ajuste……………………………….55 Tabla 5..…………………………………………….12 Clasificación de Funciones de Archivos por su Complejidad.2 Factores de Escala……………..3 Requerimientos de Equipos Hardware…….6 Costo de Accesorio SW…………….35 Tabla 3..………………………108 Tabla 5..5 Costo de Accesorio HW………………….………………………………………….11 Tabla 2.….……………………….…….2 Software Existente………….INDICE DE TABLAS Tabla 1.16 Modelo Intermedio……………………….49 Tabla 3.…………………………………………..9 Clasificación de Funciones ………………………………..…………………………………………..54 Tabla 3..1 Recursos de Desarrollo…....11 Tabla 1.2 Recursos de Servidor………..4 Pruebas de caja negra-Registro de Nivel…………..………………………………….91 Tabla 5...….7 Descripción Total de HW….13 Clasificación de Funciones de Consulta por su Complejidad……52 Tabla 3.……………………………………………………44 Tabla 3...3 Pruebas de caja negra-Registro de Apoderado………….……42 Tabla 3...53 Tabla 3.

……………….…114 .106 Tabla 5.…………………………112 Tabla 5.110 Tabla 5.12 Resultados para el Cálculo de Facilidad de Uso……………..11 Calculo de la Confiabilidad…………………………………………..Tabla 5..9 Ajuste de Complejidad del Punto de Función.…..10 Valores de ajuste de Complejidad ……….…….

3 Diagrama de Clases………………………………………………….6: Diagrama de Caso Uso Nivel Expandido Registro de Notas….15: Diagrama de Estado – Módulo de Inscripción………………….27 Figura 2..71 Figura 4..18 Figura 2.23 Figura 2.2: Trabajo Afín 1…………………………………………………………6 Figura 1..1 organigrama de la unidad Educativa “Central Suriqui”……….14: Diagrama de Estado – Módulo Ingresar al Sistema……………..1: Diagrama de Caso Uso General………………………………….6 Diagrama de Paquetes………………………………………………25 Figura 2.64 Figura 4.75 Figura 4..74 Figura 4.….74 Figura 4.75 .66 Figura 4.11: Diagrama de Secuencia – Módulo Seguimiento Académico…73 Figura 4....12: Diagrama de Secuencia – Módulo Registro de Notas…………73 Figura 4.13: Diagrama de Secuencia – Módulo Asignación de Materias….68 Figura 4..1 Método RUP………………………………………………………….INDICE DE FIGURAS Figura 1.22 Figura 2.10: Diagrama de Secuencia – Módulo Registro de Docente………72 Figura 4.…5 Figura 1.………72 Figura 4.4: Trabajo Afín 3…………………………………………………………6 Figura 2..….9 Grafica de Arquitectura Cliente-Servidor…………………………...2: Diagrama de Caso Uso Nivel Expandido Ingresar al Sistema.61 Figura 4.2 Diagrama de Casos de Uso…………………………………………21 Figura 2.16: Diagrama de Estado – Módulo Registro de Docente…….5 Diagrama de Componentes…………………………………………24 Figura 2..5: Diagrama de Caso Uso Nivel Expandido Seguimiento Acad.8 Diagrama de Flujo de Actividades………………………………….70 Figura 4..26 Figura 2..4: Diagrama de Caso Uso Nivel Expandido Registrar Docente….67 Figura 4....39 Figura 4.4 Diagrama de Despliegue…………………………………………….8: Diagrama de Secuencia – Módulo de Ingresar al Sistema….…….3: Trabajo Afín 2…………………………………………………………6 Figura 1...9: Diagrama de Secuencia – Módulo de Inscripción……….7 Diagrama de Secuencia…………………………………………….3: Diagrama de Caso Uso Nivel Expandido Realizar Inscripción.63 Figura 4.7: Diagrama de Caso Uso Nivel Expandido Asignación de Mat….

…………………………….81 Figura 4.27: Registro de Administración………………………………………….83 Figura 4.25: Registro de Apoderado……………………………………………….82 Figura 4.20: Diagrama de Clases – Módulo General……………………………78 Figura 4.86 ..26: Registro de Nivel………………………………………………………83 Figura 4.22: Diseño de arquitectura……………………………………………….17: Diagrama de Estado – Módulo Seguimiento Académico……….76 Figura 4.1: Portada Principal……………………………………………………….18: Diagrama de Estado – Módulo Registro de Notas………………76 Figura 4.21: Diseño Físico de Base de Datos……………………………………79 Figura 4..80 Figura 4.29: Registro de Calificaciones……………………………………………84 Figura 5.23: Portada Principal………………………..19: Diagrama de Estado – Módulo Asignación de Materias…………77 Figura 4.82 Figura 4.28: Registro de Administración (tablas)…………………………………84 Figura 4.24: Registro de Estudiante……………………………………………….Figura 4.

CAPÍTULO I GENERALIDADES .

mediante el empleo de herramientas que permitan el manejo de una información concreta. como el Currículo Base del Sistema Educativo Plurinacional. En la actualidad muchas instituciones públicas y privadas están dependiendo de los sistemas informáticos para optimizar las actividades o procesos que manejan. las organizaciones no son ajenas a este cambio y necesidad de información. 1 . Todavía algunas instituciones como la Unidad Educativa Central “Isla Suriqui” no cuenta con una herramienta para el área académica para mejorar el rendimiento escolar. Todo éste conocimiento tecnológico permite a las organizaciones. Los dos últimos niveles. que da los lineamientos para la planificación.1. precisa y oportuna. Estamos viviendo en lo que muchos han llamado la “ERA DE LA INFORMACIÓN”. o sea desde lo general hasta lo particular.1 INTRODUCCIÓN La tecnología de la información se ha convertido en una herramienta indispensable en el ámbito de todo que hacer laboral. y los objetivos del Proyecto Socio productivo (PSP). obedecen a la elaboración. Con los nuevos modelos de la educación con la Ley de Avelino Siñani y Elizardo Pérez (070) es de Planificar los niveles de currículos. Los niveles del currículo van de arriba a abajo. lo que más se aprecia en el mundo de hoy son máquinas y la información que fluye a través de las computadoras. planificación Anual del Desarrollo Curricular. plan de Desarrollo Curricular de Aula. brindar respuestas rápidas a los niveles de servicio y superior. ejecución. la rapidez de este cambio tecnológico ha traído grandes cambios en los diferentes actividades. la planificación curricular Anual como el de Aula.

.com 2. Decidir: El poder de planificar. capacidades y potencialidades del ser humano (estudiante). se constituye en un proceso dinámico participativo y de consenso. Plan de Unidad Educativa (Proyecto Socio-productivo) La acción educativa en el modelo de educación socio-comunitario productivo. 2 http://es. Hacer: Las prácticas y/o actividades.Se consulto en la página de Ley 070 para mayor información consultar http://www.minedu.net.Ley 070 de Avelino Siñani consultado el 20 de enero de 2014. organizar y ejecutar. una vez realizada la planificación anual en reunión de maestras y maestros de los cuatro campos y áreas de acuerdo a los siguientes pasos:2 1. maestros y representantes de estudiantes. entendida como la organización de los saberes y conocimientos para ser desarrollados en los cuatro bimestres. Planificación Bimestral Es el nivel de planificación curricular.. Saber: Los saberes y conocimientos. orientado a desarrollar la formación integral y holística de las y los estudiantes.com .La planificación curricular Anual y de Aula desarrollan y fortalecen las cualidades.ley070. Plan Anual de Desarrollo Curricular En la planificación anual de desarrollo curricular se organizan.1 Estas dimensiones son: Ser: La parte espiritual y de los valores humanos. disponen recursos y elementos curriculares. con el objetivo de desarrollar la formación (integral holístico) de las y los estudiantes vinculado a las realidades de cada contexto sociocultural con la participación de maestras.

después de realizar muchos trámites se consiguió el Ítem. Con el presente Trabajo Dirigido se propone realizar un SISTEMA DE INFORMACIÓN ACADÉMICA PARA LA UNIDAD EDUCATIVA CENTRAL “ISLA SURIQUI”. derivado del objetivo de la planificación anual asumiendo la temática orientadora correspondiente. 3 . para la Escuela Seccional “Suriqui” que comenzó con 4 en el Nivel Primario: inicial. 1. elaboración de listados de cada grado o curso. registro de notas o calificaciones. Natalio Bautista de la Localidad de Tiquina. El 29 de enero de 1973. con el fin de asistir a la inauguración de la réplica de balsa RA II y presenciar el II festival autóctono y folklórico preparado por los comunarios de Isla Suriqui. segundo y tercero de primaria con un total de 21 estudiantes. Primero. Se formula el objetivo de bimestre. dependiendo del “Núcleo Escolar” Corpa Chilaya (Soncachi). seguimiento académico y asignación de materias al docente. 2. registro de docentes.1 ANTECEDENTE INSTITUCIONAL En el año 1967 en la comunidad Isla Suriqui Provincia Los Andes de la Ciudad de La Paz. Hugo Banzer Suarez. Visitó a esta Isla Suriqui el Presidente de Bolivia el Gral.2 ANTECEDENTES 1.2. que facilite el manejo de los procesos de inscripción.1. Una vez formulado el objetivo de bimestre se organizan los contenidos programados en la Planificación Anual integrando los campos de saberes y conocimientos en Educación Primaria Comunitaria Vocacional y las áreas de saberes y conocimientos en la Educación Secundaria Comunitaria Productiva. en ese entonces el primer docente de aula fue el Prof.

. transformando su realidad social en consonancia con el principio de equidad.3 En la actualidad llamada Unidad Educativa Central “Isla Suriqui” dependiente de Cuarta Sección Puerto Pérez Provincia Los Andes. igualdad y justicia social que lo consoliden como ciudadanos aptos para la vida y comprometidos con su entorno social y nación. y un conserje. Imprenta Publiart La Paz Bolivia (2013) 4..Fuente: Unidad Educativa Central “Isla Suriqui” (2013) 4 . Taquiri. y tiene 94 estudiantes y 10 profesores/as. Kehuaya. con valores éticos y morales que promuevan la solución de problemas inherentes a su comunidad y propicie el desarrollo integral.De ahí en su discurso central ante la multitud de toda la gente de las diferentes comunidades. Supicachi. Tirasca y Pariti. cuenta con los grados de nivel inicial y nivel primaria de primero hasta sexto grado. autoridades de Estado creó un nuevo núcleo denominando “NUCLEO ESCOLAR PILOTO ISLA SURIQUI” al mismo tiempo designando a un profesor presente en el acto. como flamante DIRECTOR del Núcleo. así también declarando a las Escuelas Seccionales que han de funcionar el núcleo como a : Cuyampaya. MISIÓN Formación de niñas y niños exitosos. Profesor: Juan Huañapaco. que con estos Escuelas Seccionales funcionó durante varios años. Gervacio: Suriqui Isla del Lago Titicaca. además funciona con 3 Escuelas Seccionales: Cuyampaya. Supicachi y Paco Chachacoma.4 Objetivo Institucional La Unidad Educativa Central “Isla Suriqui” se constituye en una institución académica de formación educativa. 3. Paco chachacoma.Libro de: Quispe Salas. la participación protagónica. capaz de desempeñar de manera eficiente en la construcción de la educación hacia la niñez y adolescencia.

2 TRABAJOS AFINES Los trabajos afines acerca del tema de sistema de información académico son las siguientes: 5 . A continuación se muestra la figura 1.1 organigrama de la unidad Educativa “Central Suriqui” DIRECTOR DE LA UNIDAD EDUCATIVA DOCENTES DE LA UNIDAD EDUCATIVA ESTUDIANTES DE LA UNIDAD EDUCATIVA CONSEJO EDUCATIVO SOCIAL COMUNITARIO CONSERJE DE LA UNIDAD EDUCATIVA [Fuente: Unidad Educativa Central “Isla Suriqui”] 1.1 el organigrama de la Unidad Educativa Central “Isla Suriqui”. Figura 1. formando estudiantes de alto nivel competitivo para lograr la transformación social.2.VISIÓN Mantenernos como una institución educativa con mayor prestigio en la Cuarta Sección Puerto Pérez. ofreciendo un servicio y educación de calidad a través de la innovación en el área educativa.

T.T.O.4: Trabajo Afín 3 Título:“Sistema de Información de Seguimiento Académico y Administrativo Colegio Nacional Mixto “Antofagasta””.Figura 1. automatizando los procesos seguimientos en la búsqueda de información.3: Trabajo Afín 2 Título: Sistema de Información de Seguimiento de “U. Autor: Rosmery Cristina Barrios Gonzales Año: 2003 Universidad: Universidad Mayor de San Andrés Carrera: Informática Descripción: Analizar. para el seguimiento académico y el requerimiento básico de la institución. diseñar e implementar un Sistema de Información que brinde soporte a la Gestión Académica..O. [Fuente: Universidad Mayor de San Andrés] 6 .2: Trabajo Afín 1 Titulo: Sistema de Información Académica “Bellas Artes” Autor: Yolanda Nancy Nina Nina Año: 2008 Universidad: Universidad Mayor de San Andrés Carrera: Informática Descripción: Tener un buen control y seguimiento del área académica y que esta funcione de forma eficaz. [Fuente: Universidad Mayor de San Andrés] Figura 1. confiable y oportuna para la institución.” Autor: Jesús Fernando Villarroel Mazuelo Año: 2000 Universidad: Universidad Técnica de Oruro Carrera: Ingeniería de Sistemas Descripción: Un proceso óptimo de acuerdo a la realidad actual de U. [Fuente: Universidad Técnica de Oruro] Figura 1.

7 .  El registro de familiares o apoderados de los estudiantes también se registra con todos sus datos personales. no es necesario reinscribir en la Dirección de la Unidad Educativa.1 DESCRIPCIÓN DEL PROBLEMA En la actualidad la Unidad Educativa Central “Isla Suriqui” no cuenta con un sistema de información para los procesos en el área académica.3 PLANTEAMIENTO DE PROBLEMA 1. A continuación se presenta los siguientes procesos realizados manualmente referentes al seguimiento académico: Registro de inscripción.A diferencia de los anteriores proyectos el presente trabajo pretende realizar los controles en los servicios que brinda la institución del sistema de información académica para la unidad educativa central “isla suriqui”.3.  Inscripción de estudiantes nuevos. el trabajo para la Dirección de la Unidad Educativa se acumula y hasta resulta caótico lo que conlleva a que las tareas no se realicen de manera ordenada y eficiente. confiable y oportuna para la institución y como también automatizando los procesos seguimientos en la búsqueda de la información.  Registro estadístico de los estudiantes. El Trabajo Dirigido de Sistema de Información Académica para Unidad Educativa Central “Isla Suriqui” tendrá un Sistema de un buen control en el área académica y que ésta funcione de forma eficiente.  La inscripción de los estudiantes antiguos es directa. 1. este proceso se realiza mediante la Dirección de la Unidad Educativa.

 Existe deficiencia en el seguimiento académico a los estudiantes por qué no se puede saber de qué forma oportuna cada curso en qué nivel esta y tampoco se sabe con exactitud cuáles son los estudiantes excelentes. regulares y pésimos. como también las materias educación física.  La entrega de notas a la Dirección por los docentes de la Unidad Educativa es de forma escrita en boletín de notas. retirados.  Lista de los estudiantes aprobados. reprobados. Registro de docentes. música. Elaboración de listados de cada nivel.  Registro de notas es de cada grado. Seguimiento académico. tecnología y conocimiento práctico y ética moral.  La asignación de nivel depende de la especialidad del docente.  Según la especialidad de los docentes se les asigna el nivel. de cada grado. 8 . Asignación de materias al docente.  La elaboración de listado de nivel es dependiendo de los estudiantes para cada grado y si es mayor a 30 estudiantes se les designa el paralelo y su docente.Registro de notas o calificaciones.  Contiene la información relacionado a los datos personales. con su número respectivo de estudiantes y docentes asignados a los mismos.

1. es deficiente debido a que al momento de la misma existen largas filas lo que provoca malestar en padres de familia para poder inscribir a su hijo. lo que dificulta el acceso a la información de los procesos mencionados.3.1.  Deficiente y desorganización.  Volúmenes considerables de documentación.3 PROBLEMAS ESPECÍFICOS  El registro de inscripción de los estudiantes nuevos. más aun cuando hay problemas con la pérdida de nota de sus hijos. elaboración de listados de cada grado.  Pérdida de tiempo de los padres de familia al momento de consultar las calificaciones. Además impide la elaboración de reportes de manera oportuna. al momento de la entrega de la documentación de los estudiantes.2 PROBLEMA PRÍNCIPAL El manejo de los procesos de inscripción. seguimiento académico y asignación de materias al docente de la Unidad Educativa Central “Isla Suriqui” se maneja de forma manual. registro de docentes. registro de calificaciones. para una toma de decisiones. en el seguimiento académico de los estudiantes. 9 . es deficiente al momento entregar calificaciones de los estudiantes e inoportuno para la tardanza de cuando se entrega el acta de notas.  El registro de notas o calificaciones de parte de los profesores.3.

1.4. seguimiento académico. Además ayuda la elaboración de reportes de manera oportuna. 10 . elaboración de informes de cada grado o curso.2 OBJETIVOS ESPECÍFICOS  Sistematizar el proceso agilizando la inscripción de los estudiantes. elaboración de horarios.5. designación y asignación de materias al docente. registro de notas o calificaciones.1 JUSTIFICACIÓN TÉCNICA El presente Trabajo Dirigido se justifica técnicamente.  Optimizar el seguimiento académico de los estudiantes. registro de docentes.  Facilitar al profesor al registro de notas de forma eficiente y así evitar entrega de notas a destiempo. para una toma de decisiones.1 OBJETIVO PRÍNCIPAL Desarrollar e implementar un sistema de información Académica para la Unidad Educativa Central “Isla Suriqui” que ayude a mejorar los procesos de inscripción. ya que la institución Educativa cuenta con los medios necesarios de Hardware y Software necesario para el desarrollo e implementación del sistema. facilitando el acceso a la información de los procesos mencionados.1.4 PLANTEAMIENTO DE OBJETIVOS 1.4. 1.  Mejorar el registro de notas o calificaciones para que sea eficiente al momento de la entrega de las calificaciones.5 JUSTIFICACIÓN 1.  Evitar la pérdida de tiempo de los padres de familia al momento de consultar sus calificaciones de sus hijos.

11 .2 JUSTIFICACIÓN ECONÓMICA La Institución Educativa cuenta con los equipos de Hardware y Software para el manejo del sistema.La institución educativa cuenta con el siguiente equipo de software y hardware. estudiantes docentes y padres de familia.5.8 GHz Memoria 2 GB RAM. Económicamente el sistema minimizara el costo asociado al tiempo de obtención de información.1 Hardware existente COMPONENTES Procesador Core 2 Duo de 2.2 Software existente COMPONENTES Sistema Operativo: Windows7 [Fuente: Unidad Educativa Central “Isla Suriqui”] 1.3 JUSTIFICACIÓN SOCIAL El desarrollo del presente trabajo dirigido beneficiara a la comunidad educativa.5. Mouse y Parlante Numero de PC’s 2 [Fuente: Unidad Educativa Central “Isla Suriqui”] Tabla 1. alcanzando así los resultados eficientes con el menor esfuerzo del personal administrativo. 1. Tabla 1. haciendo más fácil los procesos de información académica. DDR3 Disco Duro 500 GB IDE/SATA Placa Base Intel® DP43TF Monitor LG 17’’ Combo Case Teclado.

para los docentes se tendrá información necesaria para la Unidad Educativa. automatizando los siguientes módulos:  Módulo de historial de estudiantes y docentes. que ayuden a brindar información oportuna confiable y fidedigna relacionada al seguimiento académico.2 LÍMITES La limitancia del proyecto son las siguientes:  El Sistema de Información Académica es solo para la Unidad Educativa.6. 12 .1.1 ALCANCES Con el presente Trabajo Dirigido se pretende implementar un Sistema de Información Académico para la Unidad Educativa Central “Isla Suriqui”.6 ALCANCES Y LIMITES 1.  Realizar módulo de reportes.  Se limita a trabajar solo con el Sistema Operativo Windows. que contiene la información referente al seguimiento académico.6.  Módulo de Control y Seguimiento de los estudiantes. que ayude a administrar información académica relevante para la institución.  Los padres de familia solo podrán obtener las calificaciones de sus hijos en la dirección.  Realizar un módulo de inscripción de estudiantes a materias y grados. 1. en el cual el estudiante podrá escoger el paralelo que desea cursar en la presente gestión con su respectivo docente.

1. 1.1 METODOLOGÍAS 1.8 METODOLOGÍAS Y TÉCNICAS En el presente proyecto se emplearan para el desarrollo de las diferentes actividades las siguientes metodologías y técnicas. 1. Con este método determina cuales son los casos de prueba a partir del código fuente del software y se utilizan las especificaciones para determinar el resultado esperado del caso. logrando sistematizar de forma eficiente la información de cada uno de los estudiantes y como también de los docentes.8.8.1. APORTE ACADÉMICO Para el desarrollo del sistema se aplicará los conocimientos.7 APORTES APORTE DEL PROYECTO El aporte del presente proyecto es el Sistema de Información Académica para la Unidad Educativa Central “Isla Suriqui” como una herramienta para el uso de la institución educativa.2 CAJA BLANCA De acuerdo con.1 MÉTODO XP (PROGRAMACIÓN EXTREMA) El método XP define un conjunto de prácticas óptimas para el desarrollo de aplicaciones en excelentes condiciones al colocar al cliente en el centro del proceso de desarrollo. 1.1.5 13 . la prueba de caja blanca denominada a veces prueba de caja de cristal es un método de diseño de casos de prueba que usa la estructura de control del diseño procedimental para obtener los casos de prueba. destreza y habilidades adquiridas durante la carrera y a la vez se utilizará una serie de métodos y técnicas en el marco de diferentes parámetros y normas.8. manteniendo una cercana relación con dicho cliente.

así que es importante identificar a todas las personas implicadas y considerar sus necesidades.3 TÉCNICAS El análisis puede ser un proceso largo y arduo para el que se requiere de habilidades psicológicas. 1. E. asegurando que entienden las implicaciones del nuevo sistema.2 MODELOS 1. 1.2. modelos de calidad de software 14 .1.8. En el UML se puede usar para modelar distintos tipos de sistema: sistemas de software.Libro de: [HERNANDEZ. UML está formado por diversos elementos gráficos los cuales se combinan para conformar diagramas con las debidas reglas para combinar estos elementos... Los nuevos sistemas cambian el entorno y las relaciones entre las personas. del personal y de los atributos del proyecto.1 COCOMO Calcula el esfuerzo del desarrollo de software en función de tamaño del programa y de un conjunto de Conductores de Coste. que incluye la evaluación subjetiva del producto de hardware.Libro de: [Fillottrani]. (2001): El Lenguaje Unificado de Modelado (UML) 6. Pablo Ramírez (2010). 2001] HERNÁNDEZ. sistemas de hardware y organizaciones del mundo real..6 5.8.2 UML (Unified Modeling Languaje) UML proporciona un proceso de diseño de tal forma que los analistas.8.2. clientes y otras personas involucradas en el desarrollo del sistema lo comprendan y entiendan de manera fácil y sencilla.8. Existen técnicas para obtener los requisitos del estudiante como por ejemplos los que se utilizaran para el presente proyecto.

4TÉCNICAS DE SEGURIDAD 1. Ayudan a conocer la opinión de los usuarios y rectificar algunos aspectos antes de llegar al producto terminado.  Prototipo. R. 2001] PRESSMAN.1 ENTREVISTAS La entrevista es el método más usual.8. Por lo general no se entrevista a todas las personas que se relacionan con el sistema. en el lugar de una entrevista.8.3 OBSERVACIÓN DIRECTA Se la realizara en la institución estando presente en todas las fases del proceso de seguimiento y control.8. el hash.Libro de: [Fillottrani]. Pablo Ramírez (2010). modelos de calidad de software 8.Libro de: [PRESSMAN.8. de funcionalidad limitada. Los cuestionarios pueden entregarse en mano o enviarse por correo y recogerse posteriormente o devolverse en un sobre pre franqueado.3.3.8 7.3.. S. Este método puede adoptarse para toda la población o por sectores escogidos. de cómo sería el producto final una vez terminado. (2001): Técnicas de Seguridad MD5 15 .1 MD5 Es un algoritmo de hash seguro.2 CUESTIONARIO Los cuestionarios son formularios que rellenan los encuestados solos. sino a una selección de personas que represente a todos los sectores críticos de la Unidad Educativa. 1.1. 1. con énfasis en los sectores más afectados o que harán uso frecuente del nuevo sistema.7 1.4. se debe llenar formularios indicando los requerimientos.. que se toma una cadena de entrada y produce un numero de 128 bits.8. un prototipo es una pequeña muestra..  Formulario.

Esta supervisado por el proyecto SQuaRE. ISO 25000:2005.5 NORMAS 1. mantenibilidad y probabilidad.10 9.. también son útiles para proteger la contraseña y garantía de integridad.iso. lo siguiente: modelo de calidad. El modelo de calidad establecido en la primera parte del estándar.es 16 . usabilidad.. eficiencia. 2001] PRESSMAN. 9 1..Libro de: [NUÑEZ.8.La misma cadena siempre produce el mismo hash. R. métricas internas y calidad en las métricas de uso.uned. (2001): Técnicas de Seguridad MD5 10. El estándar está dividido en cuatro partes los cuales dirigen. pero teniendo en cuenta un hash. ISO 9126-1 clasifica la calidad de software en un conjunto estructurado de características y sub características de la siguiente forma: funcionalidad. respectivamente.5.8. P. 2005] NUÑEZ. S.. el cual sigue los mismos conceptos.Libro de: [PRESSMAN. métricas externas. generalmente no es posible determinar la cadena original. (2005): Normas ISO 9126 http://www.1 ISO 9126 ISO 9126 es un estándar internacional para la evaluación del software.

CAPÍTULO II
MARCO TEÓRICO

2.1 INTRODUCCIÓN
En este capítulo se realiza la descripción del uso de metodologías, técnicas y
herramientas que se emplearan para el desarrollo del sistema propuesto.
2.2. SISTEMAS DE INFORMACIÓN
Un sistema de información es un conjunto de elementos organizados para
poder, almacenar, manipular, administrar, procesar, transmitir o recibir datos,
para satisfacer la necesidad de información.
2.3 MÉTODO RUP (Rational Unified Process)
RUP es uno de los procesos más generales de los existentes actualmente, ya
que en realidad está pensado para adaptarse a cualquier tipo de proyecto. El
ciclo de vida de RUP divide el proceso en 4 fases, dentro de las cuales se
realizan varias iteraciones en número variable según el proyecto y en las que se
hace un mayor o menor hincapié en las distintas actividades. En las iteraciones
de cada fase se hacen diferentes esfuerzos en diferentes actividades.
1. Interacción (puesta en marcha)
Objetivo del proyecto. Se hace un plan de fases, se identifican los
principales casos de uso y se identifican los riesgos. Se define el alcance
del proyecto.
2. Elaboración (definición análisis y diseño)
Arquitectura de la aplicación, Se hace un plan de proyecto, se completan
los casos de uso y se eliminan los riesgos. Construcción de una versión
ejecutable de la arquitectura de la aplicación.
3. Construcción (implementación)
Versión operativa inicial de la aplicación, se concentra en la elaboración
de un producto totalmente operativo y eficiente y el manual de usuario.
Complementar el esqueleto de la aplicación con la funcionalidad.

17

4. Transición (fin del proyecto y puesta en producción)
Liberación de la versión de la aplicación, se implementa el producto en el
cliente y se entrena a los usuarios. Como consecuencia de esto suelen
surgir nuevos requerimientos a ser analizados. Disponibilidad en la
aplicación para los usuarios finales. Se construye la versión final.
Figura 2.1 Método RUP

Fuente: Universidad Tecnológica de la Mixteca

En cada fase se ejecutaran una o varias iteraciones (da tamaño variable según
el proyecto), y dentro de cada una de ellas se seguirá el modelo cascada para
flujos de trabajo que requieren las nuevas actividades anteriormente citadas.
Como tres características esenciales están dirigidas por los Casos de Uso que
orientan el proyecto a la importancia para el usuario y lo que este requiere, está
centrado en la arquitectura que relaciona la toma de decisiones que cumplen
sus objetivos de manera más depurada.11

11.- Libro de: [JACOBSON, BOOCH, RUMBAUGH, 2000] JACOBSON, I., BOOCH, G., RUMBAUGH, J., (2000): El
proceso unificado de desarrollo de software

18

Balancear prioridades Los requerimientos de los diversos usuarios pueden ser diferentes. 19 . y se refina la dirección del proyecto así como también los riesgos involucrados.Como filosofía RUP maneja seis principios clave: Adaptación del proceso El proceso deberá adaptarse a las características propias de la institución. en etapas iterativas. etc. por ejemplo con UML. Debe encontrarse en balance que satisfaga los deseos de todos. Demostrar valor iterativamente Los proyectos se entregan. Elevar el nivel de abstracción Este principio dominante motiva el uso de los conceptos reutilizables tal como patrón del software. contradictorios o disputarse recursos limitados. Debe haber una comunicación fluida para coordinar requerimientos. En cada iteración se analiza la opinión de los usuarios. influirán en su diseño específico. planes. El tamaño del mismo. Colaboración entre equipos El desarrollo de software no lo hace una única persona sino múltiples equipos. así como las regulaciones que lo condicionen. aunque sea de un modo interno. la estabilidad y calidad del producto. Que se pueden acompañar por las representaciones visuales de la arquitectura. evaluaciones. desarrollo. resultados. También se deberá tener en cuenta el alcance del proyecto. por ejemplo.

2000] JACOBSON....12 2.8 Diagrama de Flujo y Actividades 12.4 UML (Unified Modeling Languaje) UML proporciona un proceso de diseño de tal forma que los analistas.3. sino en todos los aspectos de la producción.. BOOCH. sistemas de hardware y organizaciones del mundo real.1 Diagrama de Casos de Uso  2. UML está formado por diversos elementos gráficos los cuales se combinan para conformar diagramas con las debidas reglas para combinar estos elementos. I. Los diagramas más comunes y que se utilizan en el desarrollo del sistema del UML son: 13  2..3.Libro de: [HERNANDEZ.3 Diagrama de Despliegue  2. En el UML se puede usar para modelar distintos tipos de sistema: sistemas de software..3.Enfocarse en la calidad El control de la calidad no debe realizarse al final de cada iteración. RUP Es un proceso muy general y muy grande.3. (2001): El Lenguaje Unificado de Modelado (UML).6 Diagrama de Secuencia  2. RUMBAUGH.4 Diagrama de Componentes  2. J. 20 .5 Diagrama de Paquetes  2.3.Libro de: [JACOBSON.3.3.2 Diagrama de Clases  2. BOOCH.7 Diagrama de Comunicación  2. E. clientes y otras personas involucradas en el desarrollo del sistema lo comprendan y entiendan de manera fácil y sencilla. G.3. por lo que antes de usarlo habrá que adaptarlo a las características de la institución. 2001] HERNÁNDEZ. (2000): El proceso unificado de desarrollo de software 13. RUMBAUGH.

2. los casos de uso son mucho más detallados que los diagramas de casos de uso.Libro de: [HERNANDEZ. Dado que es un mecanismo de organización.. y así mucha gente no entiende que esta notación gráfica define la naturaleza de un caso de uso.4.  La descripción escrita del comportamiento del sistema al afrontar una tarea de negocio o un requisito de negocio. define una notación gráfica para representar casos de uso llamada modelo de casos de uso. sin embargo una notación gráfica puede solo dar una vista general simple de un caso de uso o un conjunto de casos de uso. Los diagramas de casos de uso son a menudo confundidos con los casos de uso.1 DIAGRAMA DE CASOS DE USO El Lenguaje de Modelado Unificado (UML). un conjunto de casos de usos coherentes y consistentes promueven una imagen fácil de comprender del comportamiento del sistema.14 Figura 2. Mientras los dos conceptos están relacionados. (2001): El Lenguaje Unificado de Modelado (UML) 21 . un entendimiento común entre el cliente/propietario/usuario y el equipo de desarrollo. E. 2001] HERNÁNDEZ.2 Diagrama de Casos de Uso [Fuente: (OEM Software)] 14.. UML no define estándares para que el formato escrito describa los casos de uso.  La posición o contexto del caso de uso entre otros casos de uso.

Libro de: [HERNANDEZ. Sería igual a BIG TIME RUSH (rushers)15 Figura 2.  Presenta las clases del sistema con sus relaciones estructurales y de herencia. la herencia de propiedades de otro objeto. dependiendo de quién diseñe el sistema se pueden unir los datos con las operaciones. conjuntos de operaciones/propiedades que son implementadas para una interfaz gráfica. El diagrama de clases incluye mucha más información como la relación entre un objeto y otro.. E.. los primeros dos ejemplos son clases de datos y el tercero clase de lógica de negocio. 2001] HERNÁNDEZ.4.  Propiedad de objetos que tienen propiedades y/u operaciones que contienen un contexto y un dominio. atrorientados a objetos. (2001): El Lenguaje Unificado de Modelado (UML) 22 .2.3 Diagrama de Clases [Fuente: (OEM Software)] 15.2 DIAGRAMA DE CLASES Es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases.

(2001): El Lenguaje Unificado de Modelado (UML).. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma). componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. 2001] HERNÁNDEZ. Este tipo de diagrama debemos también añadir que no van a existir actores para relacionarse con los nodos (no es un diagrama de casos de uso). 23 . E.Libro de: [HERNANDEZ..4.2.3 DIAGRAMA DE DESPLIEGUE Es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. En el UML los componentes ya no están dentro de nodos.16 Figura 2. puede haber artefactos u otros nodos dentro de un nodo.4 Diagrama de Despliegue [Fuente: (OEM Software)] 16. En cambio.

archivos. (2001): El Lenguaje Unificado de Modelado (UML) 24 .4 DIAGRAMA DE COMPONENTES Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. En él se situarán librerías. tablas.Libro de: [HERNANDEZ.5 Diagrama de Componentes [Fuente: (OEM Software)] 17. o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema. bibliotecas compartidas.. E..4. 17 Figura 2. Muestra la organización y las dependencias entre un conjunto de componentes. ejecutables y documentos que formen parte del sistema. No es necesario que un diagrama incluya todos los componentes del sistema.2. 2001] HERNÁNDEZ. Los componentes físicos incluyen archivos. ejecutables. éstos son utilizados para modelar la vista estática y dinámica de un sistema. Uno de los usos principales es que puede servir para ver qué componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema. cabeceras. normalmente se realizan por partes. Debido a que los diagramas de componentes son más parecidos a los diagramas de casos de usos. módulos. Cada diagrama describe un apartado del sistema.

Cada paquete puede asignarse a un individuo o a un equipo.2. los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema. Con estas líneas maestras sobre la mesa. Dado que normalmente un paquete está pensado como un directorio.5 DIAGRAMA DE PAQUETES Un diagrama de paquetes muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Los Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes.Libro de: [HERNANDEZ. (2001): El Lenguaje Unificado de Modelado (UML) 25 . E. 2001] HERNÁNDEZ.4. los paquetes son buenos elementos de gestión.6 Diagrama de Paquetes [Fuente: (OEM Software)] 18.. y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.18 Figura 2..

Libro de: [HERNANDEZ. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos.. 2001] HERNÁNDEZ. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario. el diagrama de secuencia contiene detalles de implementación del escenario.. entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. (2001): El Lenguaje Unificado de Modelado (UML). Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales. 26 . y los mensajes pasados entre los objetos como flechas horizontales.6 DIAGRAMA DE SECUENCIA Muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso.2.4.7 Diagrama de Secuencia [Fuente: (OEM Software)] 19.19 Figura 2. E.

De esta manera quedará fijado el comienzo y el final del diagrama. 27 . así como las terceras partes interesadas.Libro de: [HERNANDEZ. Definir qué se espera obtener del diagrama de flujo. Se utiliza en disciplinas como programación. E. y representan el flujo de ejecución mediante flechas que conectan los puntos de inicio y de fin de proceso. Los pasos a seguir para construir el diagrama de flujo son: Establecer el alcance del proceso a describir.. (2001): El Lenguaje Unificado de Modelado (UML). Frecuentemente el comienzo es la salida del proceso previo y el final la entrada al proceso siguiente. Estos diagramas utilizan símbolos con significados definidos que representan los pasos del algoritmo. Identificar y listar las principales actividades/subprocesos que están incluidos en el proceso a describir y su orden cronológico. Las siguientes son acciones previas a la realización del diagrama de flujo: Identificar las ideas principales al ser incluidas en el diagrama de flujo. 2001] HERNÁNDEZ.2.20 Figura 2.7 DIAGRAMA DE FLUJO Y ACTIVIDADES Es la representación gráfica del algoritmo o proceso. Deben estar presentes el autor o responsable del proceso. procesos industriales y psicología cognitiva.4. los autores o responsables del proceso anterior y posterior y de otros procesos interrelacionados. economía.8 Diagrama de Flujo y Actividades [Fuente: (OEM Software)] 20..

Se consulto la pagina Caja Blanca.1 PRUEBA DE CAJA BLANCA La prueba de caja blanca denominada a veces prueba de caja cristal es un método de diseño de caos de prueba que usa la estructura de control del diseño procedimental para obtener los casos de prueba.wikipedia. Mediante este método el ingeniero de software puede obtener casos de prueba que:  Garanticen que se ejercita por lo menos una vez todos los caminos independientes de cada módulo.  Ejerciten las estructuras internas de datos para asegurar su validez. que la entrada se acepta de forma adecuada y que se produce un resultado correcto. se sugieren diversas metodologías de prueba que pueden incorporarse al ciclo de vida de un proyecto de desarrollo computacional. La prueba de caja blanca del software se basa en el minucioso examen de los detalles procedimentales.5.5 MÉTODO DE PRUEBA DEL SISTEMA Dentro del campo del estudio de la ingeniería del software. Los casos de prueba pretenden demostrar que las funciones del software son operativas. Editorial Pearson Education USA (2000) para mayor información consultar http://es. De acuerdo con Pressman las pruebas funcionales pueden realizarse en base a dos enfoques principales. de Jacobsson.21 21.  Ejerciten todas las decisiones lógicas en sus vertientes verdadera y falsa..2.org/wiki/caja negra sistemas 28 .  Ejecuten todos los bucles en sus límites y con sus límites operacionales. Con este método se determina cuáles son los casos de prueba a partir del código fuente del software y se utilizan las especificaciones para determinar el resultado esperado del caso.. 2. así como que la integridad de la información externa.

Se consulto la pagina ISO 9126. El modelo de calidad establecido en la primera parte de estándar. métricas internas y calidad en las métricas de uso. Las funciones son aquellas que satisfacen lo indicado o implica necesidades. 2.22  Madurez 22. de Jacobsson. clasifica la calidad del software en un conjunto estructurado de características y sub-características de la siguiente manera: a) FUNCIONABILIDAD. El estándar ISO 9126 está conformado en cuatro partes los cuales dirigen.wikipedia.6 NORMA ISO/IEC 9126 ISO 9126 es un estándar internacional para la evaluación del software. Editorial Pearson Education USA (2000) para mayor información consultar http://es.org/wiki/iso 9126 29 . respectivamente. métricas externas. lo siguiente: modelo de calidad.. ISO 9126–1.Se comprueban los caminos lógicos del software proponiendo casos de prueba que ejerciten conjuntos específicos de condiciones y/o ciclos.. Se puede examinar el estado del programa en varios puntos para determinar si el estado real coincide con el esperado o mencionado. un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades específicas. Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de presentación bajo condiciones establecidas durante un periodo de tiempo establecido.  Idoneidad  Exactitud  Interoperabilidad  Seguridad  Cumplimiento de normas b) FIABILIDAD.

.org/wiki/iso 9126 30 .  Aprendizaje  Comprensión  Operatividad d) EFICIENCIA. Editorial Pearson Education USA (2000) para mayor información consultar http://es. y en la valoración individual de tal uso. conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas.  Estabilidad  Facilidad de análisis  Facilidad de cambios  Facilidad de pruebas f) MOVILIDAD.Se consulto la pagina ISO 9126. por un establecido o implicado conjunto de usuarios. Recuperabilidad  Tolerancia a fallos c) USABILIDAD. conjunto de atributos relacionados con la habilidad del software para ser transferido desde entorno a otro.23  Capacidad de instalación  Capacidad de re emplazamiento  Adaptabilidad 23. conjunto de atributos relacionados con el esfuerzo necesitado para modificar las especificaciones. de Jacobsson. Conjunto de atributos relacionados con el esfuerzo necesitado para el uso.wikipedia..  Comportamiento en el tiempo  Comportamiento de recursos e) MANTENIMIENTO.

sin embargo. El estándar provee un entorno para que las organizaciones definan un modelo de calidad para el producto software. los cuales son usuarios de componentes como son bibliotecas software. código fuente. la calidad interna no necesariamente implica calidad externa y esta a su vez la calidad en el uso. se lleva a cada organización la tarea de especificar precisamente su propio modelo. Este estándar proviene desde el modelo establecido en 1977 por McCall y sus colegas.. Esto podría ser hecho.. por ejemplo. Editorial Pearson Education USA (2000) para mayor información consultar http://es.org/wiki/iso 9126 31 .wikipedia.Un producto software está definido en un sentido amplio como: los ejecutables. Haciendo esto así. de Jacobsson. como es visto por los usuarios. Métricas externas son aquellas aplicables al software en ejecución. descripciones de arquitectura. especificando los objetivos para las métricas de calidad las cuales evalúan el grado de presencia de los atributos de calidad.Se consulto la pagina ISO 9126. El modelo de calidad McCall está organizado sobre tres tipos de características de calidad. Idealmente.24  Factores (especificar): Describen la visión externa del software. La calidad en las métricas de uso está solo disponible cuando el producto final es usado en condiciones reales. y así como resultado. los cuales propusieron un modelo para especificar la calidad del software. 24. Métricas internas son aquellas que no dependen de la ejecución del software (medidas estáticas). la noción de usuario se amplía tanto a operadores como a programadores.

 Métricas (controlar): Se definen y sus usan para proveer una escala y método para la medida.1 MODELO ANTICIPADO Este modelo se usa en las etapas tempranas de un proyecto de software. cuando se conoce muy poco del tamaño del producto que se va a desarrollar. esfuerzo y tiempo cuando se tiene una nueva actividad de desarrollo de software. Un fallo es el incumplimiento de los requisitos previos. Juan Manuel Cueva Lovelle (2000). 32 . Grupo Gidis. 2.1 COCOMO COCOMO es un modelo que permite estimar el costo.1. 25.Libro de “CALIDAD DE SOFTWARE”.. Este modelo podría emplearse tanto en productos desarrollados en sectores de Generadores de Aplicación. Una distinción similar es la que se establece entre validación y verificación. Sistemas Integrados o Infraestructura. las ventajas que tiene COCOMO es de desarrollar una base de datos de costo y capacidad de soporte de herramientas y técnicas para evaluar los efectos de la tecnología de software sobre el costo y el tiempo en el ciclo de vida. es asociado a los ciclos de vida modernos. mientras que la conformidad es el incumplimiento de los requisitos especificados. Criterios (construir): Describen la visión interna del software. como es visto por el desarrollador. de la Universidad Nacional de la Pampa.6.6.25 2. ISO 9126 distingue entre fallo y no conformidad.

La tabla 2. 6) Facilidades (FCIL). 2) Reutilización requería (RUSE). para estimar tamaño y el uso de un número reducido de factores de costo. 3) Dificultad de la plataforma (PDIF).01 + 0. La fórmula para el cálculo del esfuerzo es la siguiente: PM estimado = PM nominal X EM Donde: PM nominal = A X (KSLOC) B B = 1. de Ana Moreno (2000). lo que concuerda con el uso de Puntos Función.1 muestra los valores estimados para cada uno de los factores de escala.Libro de “COCOMO”. 1) Fiabilidad y complejidad (RCPX).01 X ∑ PM Estimado: es el Esfuerzo Nominal ajustado por 7 factores. que reflejan otros aspectos propios del proyecto que afectan al esfuerzo necesario para la ejecución del mismo. Editorial Prentice 33 . 26. En estas etapas se tiene poca información. 7) Calendario (SCED).. [Ana Moreno 2000]26 El modelo de Diseño anticipado ajusta el esfuerzo nominal usando siete factores de costo.El modelo anticipado se utiliza en las primeras etapas del desarrollo en las cuales se evalúan las alternativas de hardware y software de un proyecto. 4) Capacidad del personal (PERS) 5) Experiencia del personal (PREX).

12 1.91 + 0.1 Conductores de costo para diseño inicial estimados por Boehm Factores Extra de Escala Bajo RCPX 0.82 0.24 PDIF ----- ----- 0.Tabla 2.87 0. A: es una constante que captura los efectos lineales sobre el esfuerzo de acuerdo a la variación del tamaño.62 FCIL 1.00 RUSE ----- ----- 0.00 ----- Bajo Nominal Alto [Fuente: Ana Moreno-Capuchin: Estimación de proyectos Software] KSLOC: Es el tamaño del software a desarrollar expresado en miles de líneas de código fuente.30 1.81 2. toma en cuenta las características relacionadas con las economías y des economías de escala producidas cuando un proyecto de software incrementa su tamaño.50 PREX 1.61 PERS 2.10 1.00 0.00 0.94).87 0.63 0.30 Alto 1.26 1.00 1.98 1.81 1.33 1.29 1.00 1.43 1.62 SCDE ----- 1.71 0.73 Muy Muy Extra Bajo 0. B: Es el factor exponencial de escala.00 1.38 0.00 1.00 0. B = 0.43 1. Cada factor se puede clasificar en seis niveles diferentes que expresan el impacto del multiplicador sobre el esfuerzo de desarrollo.95 1. 34 .01 * (∑ Factores de Escala) Emi: Corresponde a los factores de los costos que tiene un efecto multiplicativo sobre el esfuerzo.87 1.59 1.07 1.14 1.62 1.12 1.15 1. (A=2.74 Alto 2. llamados Multiplicadores de Esfuerzo (Effort Multipliers).73 0.

07 4.19 1.07 5.10 0.00 FLEX 5.00 [Fuente: Ana Moreno-Capuchin.00 PMAT 7.00 TEAM 5.04 2.  Cohesión del Equipo (TEAM).05 3.56 0.68 3.12 1.00 RESL 7.2 muestra los valores estimados para cada uno de los factores de escala.24 0.24 2. Cada nivel tiene el peso asociado.2: Factores de Escala Estimados por Boehm Factores Muy de Escala Bajo Nominal Muy Extra Alto Alto Alto Bajo PREC 6.  Flexibilidad en el desarrollo (FLEX)  Arquitectura / Solución de riesgos (RESL).03 1.0 caso contrario el multiplicador será inferior a 1.48 1. Los factores de escala son los siguientes:  Precedentes (PREC).38 3.65 4.  Madurez de procesos (PMAT).Esta escala varía desde el nivel Extra Bajo hasta el nivel Extra Alto.48 4. La tabla 2.72 2.29 2.41 0.01 0. Estimación del Proyecto de Software] 35 .0. el valor del multiplicador correspondiente será mayor que 1.80 6. El peso promedio o nominal es de 1.0.20 4. Si el factor provoca un efecto nocivo en el esfuerzo de un proyecto.83 1.96 3. Tabla 2.24 4.

1). Usualmente la mayoría del trabajo pesado se hace en el proceso llamado servidor y el o los procesos cliente sólo se ocupan de la interacción con el usuario (aunque esto puede variar). el cliente envía un mensaje solicitando un determinado servicio a un servidor (hace una petición). de Pressman Roger. Editorial Pearson Education USA (2000) para mayor información consultar http://es. En un sistema distribuido cada máquina puede cumplir el rol de servidor para algunas tareas y el rol de cliente para otras. 27.wikipedia. La idea es tratar a una computadora como un instrumento. y este envía uno o varios mensajes con la respuesta (provee el servicio) (Ver Figura 5.Se consulto la pagina CLIENTE-SERVIDOR.org/wiki/cliente-servidor 36 . que serian responsabilidad del modelo. mientras que la administración de datos y su seguridad e integridad se deja a cargo de computadoras centrales tipo mainframe.2. ARQUITECTURA CLIENTE SERVIDOR En el modelo cliente servidor.7. que por sí sola pueda realizar muchas tareas. Si esto se aplica tanto a clientes como servidores se entiende que la forma más estándar de aplicación y uso de sistemas Cliente/Servidor es mediante la explotación de las PC’s a través de interfaces gráficas de usuario. pero con la consideración de que realice aquellas que son más adecuadas a sus características.27 La arquitectura cliente servidor tiene las siguientes ventajas:  Centralización de los aspectos de seguridad y transaccionalidad..  No replican de lógica del negocio en los clientes: esto permite que las modificaciones y mejoras sean automáticamente aprovechadas por el conjunto de los usuarios. reduciendo los costes de mantenimiento.

wikipedia. se le conoce con el término front-end.  Generar requerimientos de bases de datos.  Recibir resultados del servidor. El Cliente normalmente maneja todas las funciones relacionadas con la manipulación y despliegue de datos.1 CLIENTE El cliente es el proceso que permite al usuario formular los requerimientos y pasarlos al servidor. 2.org/wiki/cliente-servidor 37 . Editorial Pearson Education USA (2000) para mayor información consultar http://es. de Pressman Roger.Se consulto la pagina CLIENTE-SERVIDOR. 2. Al proceso servidor se le conoce con el término back-end.7..  Procesar la lógica de la aplicación y hacer validaciones locales.  Formatear resultados.7. Las funciones que lleva a cabo el proceso servidor se resumen en los siguientes puntos: 28 28. Las funciones que lleva a cabo el proceso cliente se resumen en los siguientes puntos:  Administrar la interfaz de usuario.  Interactuar con el usuario. por lo que están desarrollados sobre plataformas que permiten construir interfaces gráficas de usuario (GUI).2 SERVIDOR Es el proceso encargado de atender a múltiples clientes que hacen peticiones de algún recurso administrado por él. Mayor sencillez de los clientes. además de acceder a los servicios distribuidos en cualquier parte de una red. El servidor normalmente maneja todas las funciones relacionadas con la mayoría de las reglas del negocio y los recursos de datos.

de Pressman Roger. memoria. Editorial Pearson Education USA (2000) para mayor información consultar http://es.  Las tareas del cliente y del servidor tienen diferentes requerimientos en cuanto a recursos de cómputo como velocidad del procesador. Aceptar los requerimientos de bases de datos que hacen los clientes. en la que un servidor puede dar servicio a muchos clientes. módems.  Existe una clara distinción de funciones basada en el concepto de "servicio". El proceso del servidor actúa como un motor de software que maneja recursos compartidos tales como bases de datos. etc.org/wiki/cliente-servidor 38 .  Procesar requerimientos de bases de datos. velocidad y capacidades del disco y input-output divises..  Procesar la lógica de la aplicación y realizar validaciones a nivel de bases de datos. impresoras.29 29. regulando su acceso a recursos compartidos.7.  Se establece una relación entre procesos distintos.Se consulto la pagina CLIENTE-SERVIDOR.  Formatear datos para trasmitirlos a los clientes. los cuales pueden ser ejecutados en la misma máquina o en máquinas diferentes distribuidas a lo largo de la red.wikipedia. El proceso del cliente proporciona la interfaz entre el usuario y el resto del sistema. que se establece entre clientes y servidores.  La relación establecida puede ser de muchos a uno. y un servidor que Interactúa con los recursos compartidos.3 CARACTERÍSTICAS DE LA ARQUITECTURA CLIENTE/SERVIDOR Las características básicas de una arquitectura Cliente/Servidor son:  Combinación de un cliente que interactúa con el usuario. 2.

9 Gráfica de Arquitectura Cliente-Servidor [Fuente: Arquitectura cliente-Servidor] 30. Precisamente una de las principales ventajas de esta arquitectura es la posibilidad de conectar clientes y servidores independientemente de sus plataformas. de Pressman Roger. El mensaje es el mecanismo para la petición y entrega de solicitudes de servicio.  No existe otra relación entre clientes y servidores que no sea la que se establece a través del intercambio de mensajes entre ambos.Se consulto la pagina CLIENTE-SERVIDOR.wikipedia. La plataforma de hardware y el sistema operativo del cliente y del servidor no son siempre la misma.  El ambiente es heterogéneo. Editorial Pearson Education USA (2000) para mayor información consultar http://es. Estos últimos tienen un carácter pasivo ya que esperan las peticiones de los clientes.org/wiki/cliente-servidor 39 . Los clientes corresponden a procesos activos en cuanto a que son éstos los que hacen peticiones de servicios a los servidores.30 Figura 2.  El concepto de escalabilidad tanto horizontal como vertical es aplicable a cualquier sistema Cliente/Servidor..

CAPÍTULO III
ESTUDIO FACTIBILIDAD

3.1 INTRODUCCIÓN
En este capítulo se describen todos los costos que conlleva realizar el proyecto
mediante la estimación de costos que se efectuará durante el tiempo de
desarrollo del software del sistema haciendo uso del modelo de Cocomo para
cálculo del esfuerzo tiempo estimado y desarrollo de software utilizando punto
de función.
3.2 ESTUDIO DE FACTIBILIDAD
La información obtenida y recolectada para la realización de este capítulo fue
obtenida a través de entrevistas realizadas al personal de la institución
Educativa.
3.3 FACTIBILIDAD TÉCNICA
El Director de la Unidad Educativa, es el responsable de gestión y manejo de
las tecnologías de la información, Equipos PC`s, servidores, software, licencias,
etc.
En la tabla 3.1 se da a detallar los recursos de hardware y software, con los que
debe contar la Unidad Educativa para poner en ejecución el sistema.
Tabla 3.1: Recursos de Desarrollo
Recursos de Desarrollo
Hardware

Software

Costo $us

3 Computadoras

Sistema operativo

2100

1 Servidor

(opcional)

25

Equipos de red

Servidor Server

15

HP D1500

Manejador de Base de Datos (MySql)

150

Herramientas de
Plataforma para la gestión de contenidos.
2290 $us

TOTAL
[Fuente: Elaboración Propia]
Para las maquinas cliente es necesario el equipo.

40

Tabla 3.2: Recursos de Servidor
Hardware

Observación

Dual Core Duo

(recomendable)

Memoria RAM de 2Gb

(recomendable)

Disco Duro de 250Gb

(recomendable)

[Fuente: Elaboración Propia]
3.4 FACTIBILIDAD OPERACIONAL
El Sistema en la Unidad Educativa que se implementará, cumple con todos los
requisitos para su usabilidad o funcionamiento, ya que es un software difundido
y utilizado

por que posee un interfaz accesible y amigable para cualquier

usuario que tenga conocimientos básicos de computación.
Así mismo la Unidad Educativa ya cuenta con personal capacitado para que
pueda controlar y la vez usar el sistema a desarrollar. Por todo esto se
encuentra al proyecto factible operativamente.
3.5 FACTIBILIDAD ECONÓMICA
En esta parte se detalla el costo y la implementación en la que se incurrirá con
el desarrollo del sistema como ser:
3.6 ANALISIS DE COSTOS
Los equipos de computadoras con que cuenta actualmente en la institución son
las siguientes:

41

4: Requerimiento de Equipos Software SOFTWARE CARACTERÍSTICA Windows de 32 bits(Windows 7) Se ejecutara el sistema Visual Basic.3: Requerimiento de Equipos Hardware DISPOSITIVO CARACTERÍSTICAS Equipo tipo PC Core 2 Duo Resolución de Video (512 recomendado) Mouse óptico Memoria Ram (2 GB recomendado) Espacio en Disco 256 Gb [Fuente: Elaboración Propia] Requerimientos mínimos de software Tabla 3. 42 .Requerimientos mínimos de Hardware Tabla 3.Net [Fuente: Elaboración Propia] A continuación se observara los costos mínimos de hardware y software para el Sistema. Costo del hardware Para elaborar el costo del hardware se realizara una estimación de costos para llegar a un precio que este en función a diferentes empresas y galerías que se encargan de la venta de equipos de hardware.

com Armado por partes Armado por partes 40 26 1 mes Olg@.Descripción de hardware Tabla 3.com Olg@.com Armado por partes 115 1 mes Olg@.com Armado por partes Armado por partes 157 48 TOTAL $us 582 [Fuente: Olg@.8 Tarjeta madre Intel DP35 Memoria Ram 2 Gb Disco duro 160 Lector copiador DVD Tarjeta de video 512 Monitor LCD 17 pul Case combo Garan-tía 30 días Nombre de la galería PCHardwareHouse Observaciones Armado por partes Precio $us 124 30 días PCHardwareHouse Armado por partes 113 30 días 30 días 30 días 30 días 30 días 30 días PCHardwareHouse PCHardwareHouse PCHardwareHouse PCHardwareHouse PCHardwareHouse PCHardwareHouse Armado por partes Armado por partes Armado por partes Armado por partes Armado por partes Armado por partes 20 40 26 45 155 48 TOTAL $us 571 [Fuente: PCHardwareHouse] 43 .8 Tarjeta madre Intel DP35 Memoria Ram 2 Gb Disco duro 160 Lector copiador DVD Tarjeta de video 512 Monitor LCD 17 pul Case combo Garantía 1 mes Nombre de la galería Olg@.com Olg@.com] Descripción de hardware Tabla 3.5: Costo de los Accesorios Hardware Nombre del accesorio Procesador Core2Duo 2.6: Costo de los Accesorios Software Nombre del accesorio Procesador Core2Duo 2.com Armado por partes 25 1 mes 1 mes Olg@.com Observaciones Armado por partes Precio $us 124 1 mes Olg@.com Armado por partes 47 1 mes 1 mes Olg@.

net 200 MySQL 250 Microsoft office 2003 406 TOTAL $us.7: Descripción Total HW Precio total Observaciones $us. 571 Garantía de 1 mes todos los componentes [Fuente: Elaboración Propia] A continuación se realiza operaciones para estimar un costo promedio 582 + 571 = $us. 577. 582 Garantía de 1 mes todos los componentes $us. 577 El costo promedio total de hardware es $us.5 = $us.8: Costo de Licencia Descripción Costo Licencia ($us) Sistema Operativo Windows 7 200 visual basic. 1056 [Fuente: Elaboración Propia] 44 . Costo del software El costo de la licencia del sistema operativo se la observa en el siguiente cuadro. 1153 Este resultado se divide entre la cantidad de empresas 1153 / 2 = 576. Costos de Software Tabla 3.A continuación se mostrara en tablas los resultados de los precios totales Descripción total de hardware Tabla 3.

1 DESCRIPCIÓN DE PROCESOS 1) Pantalla de ingreso  Ingresar Usuario  Ingresar contraseña 2) Pantalla principal  Inscripción (Estudiantes.7. Para el cálculo del tamaño del sistema usamos Puntos de Función y a continuación se muestran los detalles. Los puntos de función miden la aplicación desde una perspectiva del usuario.3.1) Inscripción  Registro de Estudiantes  Registro Docentes  Registro de Director  Consultas  Reportes 45 . Docentes)  Seguimiento Académico  Control de Asistencia  Asignación de Materias  Registro de notas 3) Inscripción  Usuario  Contraseña  (Consultas) 3. 3.7 COSTOS DEL DESARROLLO DEL SISTEMA UTILIZANDO PUNTOS DE FUNCIÓN. dejando de lado los detalles de codificación.

1.I. 4.I.3.1 Registro de Estudiantes  Ingresar RUDE  Ingresar Grado  Ingresar Materia  Ingresar C.  Ingresar Nombres  Ingresar Apellidos  Ingresar Fecha de Nacimiento  Ingresar Tipo de Sangre  Ingresar Dirección  Ingresar Teléfono de referencia.  Ingresar Nombres  Ingresar Apellidos  Ingresar Fecha de Nacimiento  Ingresar Tipo de Sangre  Ingresar Dirección  Ingresar Teléfono de referencia.1 Seguimiento Académico  Registro de Estudiante  Registro de Notas 46 .2 Registro Docente  Ingresar RDA  Ingresar C. Control y Seguimiento Académico  Usuario  Contraseña  Consultas 4.1. 3.

I.  Ingresar Nombres  Ingresar Apellidos  Ingresar Fecha de Nacimiento 47 .1.1.I. 4.2 Registro de Estudiante  Ingresar RUDE  Ingresar Grado  Ingresar Materia  Ingresar C.2 Registro de Estudiante  Ingresar RUDE  Ingresar Grado  Ingresar Materia  Ingresar C.1.3 Registro de Notas  Ingresar RUDE  Ingresar Grado  Ingresar Materia  Ingresar Nombres  Ingresar Apellidos 5.  Ingresar Nombres  Ingresar Apellidos  Ingresar Fecha de Nacimiento  Ingresar Tipo de Sangre  Ingresar Dirección  Ingresar Teléfono de referencia. Control de Asistencia  Reportes 4.

 Ingresar Nombres  Ingresar Apellidos  Especialidad  Ingresar Fecha de Nacimiento  Ingresar Tipo de Sangre  Ingresar Dirección  Ingresar Teléfono de referencia.1. 48 .1 Materias. 6.1 Registro Docente  Ingresar RDA  Ingresar C. Ingresar Tipo de Sangre  Ingresar Dirección  Ingresar Teléfono de referencia. Asignación de Materias. Grados y Paralelos  Usuario  Contraseña  Consultas 6. Grados y Paralelos  Registro de Docente  Consulta  Reportes 6.I.

2 CLASIFICACIÓN DE FUNCIONES Tabla 3.3.9: Clasificación de Funciones Característica Función Pantalla de ingreso Pantalla Principal Realizar Inscripción Registro de Estudiante Datos del Estudiante Registro de Apoderados Registrar Docente Datos del Docente Asignación de Nivel. Paralelo Seguimiento Académico Registro de Estudiante Registro de Notas Control de Asistencia Registro de Notas Registro de Estudiante Asignar Materias Registro de Docente Asignar Nivel Asignar Paralelo Control de Asistencia Registro de Estudiante Registro de Horario Pantalla de ingreso Pantalla Principal Entrada Salida Archivos Consultas X X X X X X X X X X X X X X X X X X X X X X X [Fuente: Elaboración Propia] 49 Interfaces externas .7.

7.10: Clasificación de Funciones de Entradas por su Complejidad Característica Entradas Complejidad Función Pantalla de ingreso Simple Media X Pantalla Principal Realizar Inscripción Registro de Estudiante Datos del Estudiante Registrar Docente X X X Datos del Docente X Asignación de Nivel.3 CLASIFICACIÓN DE FUNCIONES POR SU COMPLEJIDAD Tabla 3. Paralelo Seguimiento Académico X Registro de Estudiante X Registro de Notas X Control de Asistencia X Registro de Notas X Registro de Estudiante X Asignar Materias X Registro de Docente X Asignar Nivel X Asignar Paralelo X Asignar Área X Registro de Estudiante X Registro de Apoderado X X X 1 TOTAL POR COMPLEJIDAD [Fuente: Elaboración Propia] 50 Compleja 21 O .3.

7.3.11: Clasificación de Funciones de Salidas por su Complejidad Complejidad Característica Salidas Función Simple Realizar Inscripción X Registro de Estudiante X Datos del Estudiante X Registro de Apoderados X Registro de Docente X Registro de Datos X Datos secundarios X TOTAL POR COMPLEJIDAD 7 Media Compleja 0 0 [Fuente: Elaboración Propia] 3.3.12: Clasificación de Funciones de Archivos por su Complejidad Complejidad Característica Función Archivos Simple Media Registro de Notas X Registro de Estudiante X Lista de Aprobados X Lista de Reprobados X Lista de Retirados X Asignar Materias X Registro de Docente X Asignar Paralelo X TOTAL POR COMPLEJIDAD 0 [Fuente: Elaboración Propia] 51 8 Compleja 0 .1 CLASIFICACIÓN DE FUNCIONES DE SALIDAS POR SU COMPLEJIDAD Tabla 3.7.3.2 CLASIFICACIÓN DE FUNCIONES DE ARCHIVOS POR SU COMPLEJIDAD Tabla 3.

52 .7.4 CÁLCULO DE PUNTOS DE FUNCIÓN SIN AJUSTAR Para realizar puntos de función sin ajustar. primeramente se realiza un conteo de las entradas.3 CLASIFICACIÓN DE FUNCIONES DE CONSULTA POR SU COMPLEJIDAD Tabla 3.3. Para posteriormente pasar a multiplicar por los valores fijos.7. luego observamos su factor de complejidad.13: Clasificación de Funciones de Consulta por su Complejidad Complejidad Característica Función Consulta Simple Seguimiento Académico X Registro de Estudiante X Registro de Notas X Registro de Docente X Registro de Áreas X Control de Estudiante X Registro de Apoderado X TOTAL POR COMPLEJIDAD Media Compleja 0 0 7 [Fuente: Elaboración Propia] 3.3. consultas y archivos. En este caso representadas por la letra V. Luego procedemos a la suma total. De esa manera obtenemos el cálculo de puntos sin ajustar. salidas.

10.7. 11. 14. las cuales nos permiten obtener un valor total para realizar el cálculo de puntos de función. 13.15: Factores de Ajuste Nº 1. 3.5 CÁLCULO DEL FACTOR DE AJUSTE Para los cálculos de factor ajuste existen diferentes preguntas que se relacionan con el sistema dichas preguntas tienen un valor de ajuste de complejidad evaluados de 0 a 5.14 Puntos de Función Características Del Sistema V Complejidad Simple V Complejidad Media V Complejidad Alta Sub total Entradas Conte o 22 3 1 4 21 6 0 87 Salidas 7 4 7 5 0 7 0 28 Consultas 3 3 7 4 0 6 0 21 Archivos 2 7 0 1 8 1 0 80 0 5 TOTAL PUNTOS DE FUNCIÓN SIN AJUSTAR 216 [Fuente: Puntos de Función] 3. 7. Factores de Ajuste Tabla 3. 5. 12.Cálculo de Puntos de Función según su Complejidad Tabla 3. 4. FACTORES PREGUNTAS Comunicación de datos Datos o procesamiento distribuidos Objetivos de rendimiento Configuración utilizada masivamente Tasa de transacción Eficiencia para el usuario Procesamiento complejo Reutilización Factibilidad de instalación y conversión Factibilidad de operación Puestos múltiples Factibilidad de cambio TOTAL [Fuente: Puntos de Factor de Ajuste] 53 VALOR 2 3 2 4 2 3 2 2 4 1 2 2 30 . 9. 2.

12 2.942 KDLC Así pues.0 1.32 [Fuente: Aplicación del Modelo] 54 .05 2.35 Empotrado 2.3. los coeficientes que usaremos serán las siguientes: Tabla 3.8 1.8. Estos atributos se utilizan para ajustar el coste nominal del proyecto al entorno real.7.20 2.8 APLICACIÓN DEL COCOMO 3.95*32(VB) = 6942.95 Para convertir a líneas de código realizamos la siguiente operación SLDC = TPF* el valor del lenguaje a utilizar SLDC = 216.95*32)/1000 = 6.5 0.16: Modelo Intermedio Proyecto Software a e c d Orgánico 3.65 + (0.1 ESTIMACIÓN DE COSTO TOTAL DEL PROYECTO MEDIANTE COCOMO I Modelo Intermedio En este modelo se introducen 15 atributos de coste para tener en cuenta el entorno de trabajo.5 0.2 1.5 0.6 CÁLCULO DEL TOTAL DE PUNTOS DE FUNCIÓN Cálculo del Factor de Ajuste FA = 0. incrementando la precisión de la estimación.38 Semi-acoplado 3.95 = 216.95 Total de Puntos de Función Ajustados La formula general es TPF = PFSA (puntos sin ajustar) x FA (factor ajuste) TPF = 216* 0. Convertimos SLDC a KLDC: KLDC = (SLDC * 32)/1000 = (216.01 *30(factor ajuste)) = 0.4 3. en nuestro caso el tipo orgánico será el más apropiado ya que el número de líneas de código no supera los 50 KLDC.

00 proyecto 8 [Fuente: Aplicación del Modelo] 55 1.Y por otro lado también hemos de hallar la variable FAE.70 - - - - - 0.00 0.75 Tamaño de la base de datos - Complejidad del producto 0.23 1.29 1.0 8 1.nal o alto 1.0 1.00 1.1 5 1.0 6 1.40 - 1.15 - 0.00 programación 7 Prácticas de programación 1.65 1.42 1.82 - 0.8 6 0.00 - 0.8 5 - - - 1.82 - 0.9 4 0.00 7 Tiempo de respuesta del 0.00 1.8 8 0.10 - .9 1 0. la cual se obtiene mediante la multiplicación de los valores evaluados en los diferentes 15 conductores de coste que se observan en la siguiente tabla: Tabla 3.9 0 0.56 1.8 1.00 programadores 7 Experiencia en S.1 1.30 1.00 ordenador 7 Capacidad del analista 1.9 1 1.8 6 0.66 1.14 1.83 - 1.00 0 Experiencia en el lenguaje de 1.24 1.0 7 0.17: Conductores de Coste Conductores de Coste Muy bajo Fiabilidad requerida del software 0.00 modernas 0 Utilización de herramientas 1.9 1 0.16 - 1.1 5 1.00 software 0 Limitaciones de planificación del 1.1 1.9 5 0.00 3 Capacidad de los 1.1 1.46 1.71 - 0.30 1.24 1. alto 1.1 1.1 5 1. utilizado 1.70 Restricciones del tiempo de ejecución Restricciones del almacenamiento principal Volatilidad de la máquina virtual VALORACIÓN Baj Nomi Alt Muy o .00 9 Experiencia en la aplicación 1.1 1.0 1.21 1.O.30 - 1.1 1.21 1.1 1 1.00 1.0 4 Extr.8 1.

08 = 0. 56 . de tal forma que la información es oportuna al momento necesario para los mismos.9 BENEFICIOS El sistema proveerá acceso y transferencia de información en tiempo real.38 = 3.53508480 Cálculo del esfuerzo del desarrollo: E = a KLDC e * FAE = 3.00*0.00*1.85*1.95 *1.11*1.FAE = 1.85 meses Productividad: PR = LDC/Esfuerzo = 6942/13. Para determinar el costo por línea de código realizamos lo siguiente: CLDC = P * sueldo del programador CLDC = 3.9424)^1.05 * 0.00*1.88/3.85 = 3.7 3.00*0.15*1.85 = $us 2779.2 * (6.61 * $us 200 = $us 722 Para determinar costo total del software realizamos lo siguiente SW= CLDC*T SW= $us 722 * 3. entre los diferentes usuarios.14 LDC/personas mes Personal promedio: P = E/T = 13.5 * (13.53508480 = 13.7 El costo total del software es de $us 2779.86*0.07*0.00*0.88 = 500.88)^0.91*1.61 personas Según estas cifras será necesario un equipo de 4 personas trabajando alrededor de 4 meses.88 personas /mes Cálculo tiempo de desarrollo: T = c Esfuerzo d = 2.70*1.82*0.

57 .  Se pueden hacer informes con la información en tiempo real.  La información se transfiere electrónicamente a diferentes usuarios según los privilegios que tenga.1 BENEFICIOS INTANGIBLES Los beneficios tangibles que se pueden mencionar son:  Todos los datos estarán centralizados en una sola base de datos.9.  Con el software se reduce el tiempo en la productividad del personal.  La integración de los diferentes administrativos que brindan servicios similares en el área académica. facilitando la integración del sistema.  Se evita el gasto innecesario de papel reduciendo gastos operacionales.3. redundando en mejores servicios para la clientela.

CAPÍTULO IV INGENIERÍA DEL PROYECTO .

confirmando su viabilidad. logrando definir el alcance del proyecto.1 INGENIERIA DE REQUERIMIENTOS El paso desde la determinación de las necesidades del cliente hasta la implementación. 4. y definimos la interacción a un nivel alto. diseño. planteando una solución satisfactoria y razonable.1.3. esto obliga a que se debe tener algún modo de capturar las necesidades del usuario de forma que puedan comunicarse fácilmente los requerimientos del sistema en toda su magnitud. 4. implementación y pruebas. se desarrollará el proceso de desarrollo RUP siguiendo las fases correspondientes al análisis. esto involucra realizar un análisis de requerimientos del usuario. analizando las necesidades de la institución.1 INTRODUCCIÓN En el presente proyecto.2 FASE INICIO En esta fase se establece el contexto del sistema mediante el modelo de la institución a través de los casos de uso del Archivo de la Unidad Educativa.  Seguimiento Académico. las necesidades del cliente no son fáciles de discernir.1 REQUERIMIENTOS FUNCIONALES  Inscripción. así se pretenderá minimizar los problemas relacionados con su desarrollo. En primer lugar. Para lograr tal efecto se debe identificar las entidades externas con la que el sistema interactuará. 4.  Registro de calificaciones. 58 .4. es decir los actores.3.  Asignación de Materias. que se describirá de forma detallada el comportamiento del Sistema de Información Académica de la Unidad Educativa Central “Isla Suriqui”.3 FASE ELABORACIÓN 4.  Registro de Docentes.

1.2 REQUERIMIENTOS NO FUNCIONALES: Los requerimientos no funcionales son propiedades o cualidades que el producto debe tener.  Asignar Materia según la especialidad del Docente.REGISTRO DE INSCRIPCIÓN  Registrar RUDE  Registro de Datos personales. 59 . SEGUIMIENTO ACADÉMICO  Seguimiento al Estudiante.  En muchos casos los requerimientos no funcionales son fundamentales en el éxito del producto.  Consulta de Estudiantes aprobados y reprobados ASIGNACIÓN DE MATERIAS  Asignación de Grado al Docente. usable o confiable. REGISTRO DE CALIFICACIONES  Registrar las notas del estudiante. pudiera desearse que el sistema responda dentro de un intervalo de tiempo especificado o que obtenga los resultados de los cálculos dados. REGISTRO DE DOCENTE  Registrar RDA. 4.  Registro de notas de cada grado. por ejemplo.  Entrega de notas a la dirección.3. Debe pensarse en estas propiedades como las características que hacen al producto atractivo.  Registrar los Datos Personales.

 Este sistema proporciona datos precisos. además el sistema proporciona mensajes de alerta o error claros para el uso adecuado del mismo rendimiento. esto con un control de autoridad de acuerdo al perfil asignado. El tiempo de respuesta está limitado al tiempo de respuesta del DBMS más que al servidor de aplicaciones donde reside el sistema soporte.  El requerimiento mínimo del sistema operativo será Windows XP. Esto ayuda a que el usuario final se sienta cómodo en la interacción con el sistema de información.  El mantenimiento del sistema se efectuará desde la implementación y migración de datos en el caso de ser requerido. El diseño de la interfaz del sistema es bastante simple de usar.  El sistema tiene parametrizado perfiles de usuarios de manera que el uso del sistema será de acuerdo al trabajo que realizan. Normalmente están vinculados a requerimientos funcionales. es decir una vez se conozca lo que el sistema debe hacer podemos determinar cómo ha de comportarse. se le agregaran nuevos servicios y herramientas para facilitar aún más el trabajo. Facilidad de uso. además de ser legible. Apariencia o interfaz externa. además de continuar en el trabajo de mejora y dependiendo de los resultados obtenidos.  Los usuarios de sistemas necesariamente deberán conocer computación básica. que cualidades debe tener. 60 .

4 ANÁLISIS DEL SISTEMA 4. Caso de Uso: Inscripción Actores: Director.1 DOCUMENTO DE ESPECIFICACIÓN CASO DE USO GENERAL Los documentos de caso de uso de alto nivel se muestran a continuación.1.4.4.4.1: Diagrama de Caso Uso General CASO DE USO GENERAL Ingresar al Sistema Registrar Docentes SECRETARIO ESTUDIANTE Seguimiento Academico Realiza Inscripción DOCENTE DIRECTOR Asignación de Paralelo Registrar Notas [Fuente: Elaboración Propia] 4. Estudiante Tipo: Primario Descripción: En este módulo se registrara a los Estudiantes como también el Docente y el director de la Unidad Educativa.1 DIAGRAMA CASOS DE USO Figura 4. 61 .

Estudiante Tipo: Primario Descripción: En este módulo se registrara las calificaciones de los estudiantes. Caso de Uso: Seguimiento Académico Actores: Director. Docente. Docente. Caso de Uso: Asignación de Materias Actores: Director. Padres de Familia Tipo: Primario Descripción: En este módulo se hará un seguimiento a los estudiantes en todo el año escolar. Docente. Caso de Uso: Registro de notas Actores: Director. Estudiante. Docente Tipo: Primario Descripción: En este módulo se registrara a los y así mismo se realizara el registro de los cursos que se realiza. 62 . Estudiante Tipo: Primario Descripción: En este módulo se asignara a los docentes según dependiendo de su especialidad para tomar materias.Caso de Uso: Registro de Docente Actores: Director.

4. esencial Descripción: Un usuario ingresa a la página del Sistema.2 DIAGRAMA DE CASO DE USO NIVEL EXPANDIDO El diagrama de caso de uso expandido nos permitirá ver los procesos que se tendrán en cada modulo.2: Diagrama de Caso Uso Nivel Expandido Ingresar al Sistema INGRESAR AL SISTEMA Inicio de Seción ESTUDIANTE SECRETARIO Verificacion de Password Error DOCENTE Entrar al Sistema DIRECTOR [Fuente: Elaboración Propia] Caso de Uso 1: Ingresar al Sistema Caso de uso: Inicio de Sesión Participantes: Secretario.4.1 CASO DE USO NIVEL EXPANDIDO: INGRESAR AL SISTEMA Figura 4. Estudiante Tipo: Principal. 63 . Director. Docente. ingresa su identificador único y su contraseña para poder ingresar al sistema.2.4. 4.

Director.4. Este caso de uso comienza con ingresar al sistema. Ingresa al sistema. Docente y Estudiante ingresa al sistema con Password.3: Diagrama de Caso Uso Nivel Expandido Realizar Inscripción REALIZAR INSCRIPCIÓN Ingresar al Sistema Verificacion de Usuario Secretario Inscribir Datos Secundarios Datos Personales [Fuente: Elaboración Propia] 64 Estudiante . 2. El Secretario. El sistema verifica si el usuario es correcto. 3. 4. 4. Si el usuario es incorrecto vuelve a ingresar password.2 CASO DE USO NIVEL EXPANDIDO: REALIZAR INSCRIPCIÓN Figura 4. 5.Acción del participante Respuesta del sistema 1.2.

El Secretario acepta las entradas. 6. Muestra en pantalla la información entrante. 3. 4. El Secretario registra la envía la información. El estudiante acompañado de su padre de familia o apoderado se aproxima a la Dirección para la inscripción. El Secretario información. Registra la Información. El Secretario solicita sus datos personales y los documentos necesarios. 65 . 7. 2.Caso de Uso 2: Realizar Inscripción Caso de uso: Realizar Inscripción Participantes: Estudiante (Iniciador) – Secretario Tipo Principal. Esencial Descripción: El estudiante acompañado de su padre de familia o apoderado se aproxima a la Dirección de la institución para la inscripción del Estudiante. 8. 5. Acción del participante Respuesta del sistema 1. El sistema verifica la validez de los datos.

Secretario Tipo: Primario.2.3 CASO DE USO NIVEL EXPANDIDO: REGISTRAR DOCENTE Figura 4. quieran registrarse como 66 . Acción del participante Respuesta del sistema 1.4. esencial Descripción: El Docente se aproxima hacia el Secretario para dar datos requeridos y Secretario la introduce al sistema.4: Diagrama de Caso Uso Nivel Expandido Registrar Docente REGISTRAR DOCENTE Ingresar al Sistema Verificacion de Usuario Secretario Docente Registrar Docente Datos del Docente Materias y Grado [Fuente: Elaboración Propia] Caso de Uso 3: Registro de Docente Caso de uso: Registrar Docentes Participantes: Docente (Iniciador) .4. Este caso de uso comienza cuando el docente.

docente regular de la institución y tener acceso al sistema. Acepta los datos.5: Diagrama de Caso Uso Nivel Expandido Seguimiento Académico SEGUIMIENTO ACADÉMICO Inicio de Secion Verificacion de Usuario Seguimiento al Estudiante Director Reportes Docente Calificaciones [Fuente: Elaboración Propia] 67 . 3. Registra la información.4. 2. Muestra en pantalla los resultados del registro.4 CASO DE USO NIVEL EXPANDIDO: SEGUIMIENTO ACADÉMICO Figura 4. 5. 4.2. 7. El Secretario envía la dicha información. 6. El Secretario registra la información. Verifica la validez de los datos. 4.

esencial Descripción: El usuario ingresa datos de acuerdo al reporte que desee generar. 4. 3.Caso de Uso 4: Seguimiento Académico Caso de uso: Seguimiento Académico Participantes: Director. 2. el sistema genera el seguimiento académico y lo muestra por pantalla. 4.6: Diagrama de Caso Uso Nivel Expandido Registro de Notas REGISTRO DE NOTAS Inicio de Secion Verificacion de Usuario Registro de notas Secretario Docente Reprobado Aprobado [Fuente: Elaboración Propia] 68 .4. Docente. Respuesta del sistema Acción del participante El usuario ingresa por teclado información base para la búsqueda de la información y la envía.2. El sistema genera el seguimiento académico.5 CASO DE USO NIVEL EXPANDIDO: REGISTRO DE NOTAS Figura 4. Imprime el seguimiento académico del estudiante. Estudiante Tipo: Primario. Muestra el resultado por la pantalla.

El Secretario recepciona las actas de notas. Acción del participante Respuesta del sistema 1.Caso de Uso 5: Registrar Notas Caso de uso: Registro de Notas Participantes: Docente (Iniciador). 3. Muestra los resultados del registro. 6. 4. 2. esencial Descripción: El Docente se aproxima a la Dirección y entrega el acta de notas al Secretario quien debe registrar la información. El Secretario acepta los datos introducidos. 5. 69 . Este caso de uso comienza cuando el docente se aproxima a la Dirección para hacer la entrega de las actas de notas de las materias que dicto en el semestre. Verifica la validez de los datos y los guarda. El Secretario registra las notas por grados. materias y los envía. Secretario Tipo: Primario.

Respuesta del sistema Acción del participante 1. 3. Muestra en la pantalla las materias a cursar. 70 . 2.4.6 CASO DE USO NIVEL EXPANDIDO: ASIGNACIÓN DE MATERIAS Figura 4. Escoge la opción inscripciones. En este caso de uso comienza cuando el estudiante ingresa al sistema.7: Diagrama de Caso Uso Nivel Expandido Asignación de Materias INSCRIBIR MATERIAS Inicio de Secion Verificacion de Usuario Asignacion de materia Secretario Paralelo Docente Grado [Fuente: Elaboración Propia] Caso de Uso 6: Inscribir Materias Caso de uso: Inscribir materia Participantes: Estudiante (Iniciador). Habilita materias según paralelo. 4.2.4. Docente Primario. esencial Tipo: Descripción: Secretario. El estudiante ingresa al sistema para registrarse en las materias que desea cursar en la presente gestión académica.

Registra al estudiante con las respectivas materias elegidas.A. IntroducirDatos(Codigo contraseña) Usuarios Sistema Verificar (cod.C.S quiere decir: (Sistema de Información Académica Unidad Educativa Isla Suriqui) Figura 4. Muestra los resultados de la inscripción.U. 7.5. 4. 8.5.I.I.S.A.E.5 DIAGRAMA DE SECUENCIA DEL SISTEMA El diagrama de secuencia del sistema muestra de manera grafica los eventos que propician los actores directos con el sistema.C. contraseña) RealizarBusqueda(codigo) IngresaSistemas [Fuente: Elaboración Propia] 71 .U. Acepta la selección de materias y envía información. Para su elaboración deberá haberse construido previamente los casos de uso esenciales de los cuales se obtiene el curso normal de eventos teniendo en cuenta los opcionales más interesantes.8: Diagrama de Secuencia – Módulo de Ingresar al Sistema INGRESAR AL SISTEMA Usuario S.1 DIAGRAMA DE SECUENCIA: MÓDULO DE INGRESAR AL SISTEMA NOTA: Los iníciales de: S. 6. 4.E. Selecciona las materias que desea cursar.

U.E.9: Diagrama de Secuencia – Módulo de Inscripción INSCRIPCIÓN Secretario S.I.2 DIAGRAMA DE SECUENCIA: MÓDULO DE INSCRIPCIÓN Figura 4.S.C.3 DIAGRAMA DE SECUENCIA: MÓDULO REGISTRO DE DOCENTE Figura 4.E.C.5.S.A. IntroducirDatos Estudiante EstudianteGrado Paralelo VerificarValidez(datos) GuardarDatos(Datos) MostrarEstudiante() Asignar Materia Grado Mostrar Materia Grado Asignar Paralelo Mostrar Paralelo [Fuente: Elaboración Propia] 4.5.I.A.4. IngresarDatos(DatosPersonales) Docente VerificarValidez(datos) GuardarDatos(Datos Personales) Mostrar Registro() [Fuente: Elaboración Propia] 72 .U.10: Diagrama de Secuencia – Módulo Registro de Docente REGISTRO DE DOCENTE Secretario S.

Seguimiento Académico IngresarDatos(DatosPersonales) Realizar Busqueda Muestra Resultado Realiza Impresión Genera Reporte [Fuente: Elaboración Propia] 4.4.5 DIAGRAMA DE SECUENCIA: MÓDULO REGISTRO DE NOTAS Figura 4.4 DIAGRAMA DE SECUENCIA: MÓDULO SEGUIMIENTO ACADÉMICO Figura 4.11: Diagrama de Secuencia – Módulo Seguimiento Académico SEGUIMIENTO ACADÉMICO Secretario S.12: Diagrama de Secuencia – Módulo Registro de Notas REGISTRO DE NOTAS Secretario S.C.U.5.I.A.U.S.E.A.I.C.E.5. Registro de Notas Busqueda Materias(Datos) Realizar Busqueda Eligir Materia Muestra Resultado Ingresar Notas Captura Resultado Muestra Resultado Guarda Notas Muestra Lista de Notas [Fuente: Elaboración Propia] 73 .S.

Ponemos de relieve que la realización de los diagramas de estado para este proyecto se realizo para indicar los eventos del sistema en los casos de uso.1 DIAGRAMA DE ESTADO: MÓDULO INGRESAR AL SISTEMA Figura 4.14: Diagrama de Estado – Módulo Ingresar al Sistema INGRESAR AL SISTEMA IntroducirCodigoContraseña EnEsperaParaIngreso IntroduccionDeIdentificadores VreificarUsuario AutorizacionDeIngreso [Fuente: Elaboración Propia] 74 VerificacionDeUsuario .I.S.6 DIAGRAMA DE ESTADO Los diagramas de estado describen gráficamente los eventos del sistema y su respectivo estado en determinado momento del tiempo.5.4.6 DIAGRAMA DE SECUENCIA: MÓDULO ASIGNACIÓN DE MATERIA Figura 4.U.6. 4.13: Diagrama de Secuencia – Módulo Asignación de Materias ASIGNACIÓN DE MATERIA Secretario S. Estudiante Materia Grado Paralelo Ingreso Sistema (codigo contraseña) Verifica Existencia Asignar materia Asignar Grado AsignarMateria Mostrar Materia AsignarGrado Asignar Paralelo Mostrar Grado AsignarParalelo Mostrar Paralelo [Fuente: Elaboración Propia] 4.A.C.E.

6.4.16: Diagrama de Estado – Módulo Registro de Docente REGISTRO DE DOCENTE VerificacionDeInformación IntroducirInformacion EnEsperaParaRegistrarDocente VerificacionDeValidezDeInformacion RegistroDeInformacionDeDocente [Fuente: Elaboración Propia] 75 .2 DIAGRAMA DE ESTADO: MÓDULO DE INSCRIPCIÓN Figura 4.6.3 DIAGRAMA DE ESTADO: MÓDULO REGISTRO DE DOCENTE Figura 4.15: Diagrama de Estado – Módulo de Inscripción INSCRIPCIÓN IntroducirDatos IntroducirDatos EnEsperaParaElInscripcion IntroduccionDeDatos VerificaExistencia VerificarExistencia VerificarInformacion AsiganaMaterias AutorizacionDeGrado AsignacionDeGrado AsignacionDeMaterias [Fuente: Elaboración Propia] 4.

17: Diagrama de Estado – Módulo Seguimiento Académico SEGUIMIENTO ACADÉMICO BuscarInformacion EnEsperaParaSeguimientoAcademico BusquedaDeInformacion ListaInformación ManejaRespuesta MostrarSeguimientoAcademico [Fuente: Elaboración Propia] 4.4 DIAGRAMA DE ESTADO: MÓDULO SEGUIMIENTO ACADÉMICO Figura 4.5 DIAGRAMA DE ESTADO: MÓDULO REGISTRO DE NOTAS Figura 4.6.6.4.18: Diagrama de Estado – Módulo Registro de Notas REGISTRO DE NOTAS BuscarMateria EnEsperaDeNotasPorMateria VerificaciónDeMateriasExistente ListarEstudiantes MostrarEstudiantesPorMateria AsignarNota ManejaRespuesta RegistraNota RegistroDeNotasPorMateria VerificarValidezDeNotas [Fuente: Elaboración Propia] 76 .

6 DIAGRAMA DE ESTADO: MÓDULO ASIGNACIÓN DE MATERIAS Figura 4.19: Diagrama de Estado – Módulo Asignación de Materias ASIGNACION DE MATERIA RequerirMateriasCursar EnEsperaParaAsignarMateria VerificacionDeMateriaCursar ListarMateriasCursar MostrarMateriaCursar EligirParalelo ElijeParalelo RegistroDeInscripcionDeMateria Mensaje4 VerificarElParalelo [Fuente: Elaboración Propia] 77 .6.4.

7 DIAGRAMA DE CLASES: Figura 4.4.20: Diagrama de Clases – Modulo General DIAGRAMA DE CLASES APODERADO Estudiante Usuarios -CODIGO_USUARIO -CONTRASEÑA -TIPO_USUARIO -NOMBRE_USUARIO -PATERNO_USUARIO -MATERNO_USUARIO +ELIMINAR()() +MODIFICAR()() +INSERTAR()() +GUARDAR()() +CONSULTAS()() * 1 -RUA -CODIGO_ESTUDIANTE -PATERNO -MATERNO -NOMBRE -FECHA_NAC -SEXO -DEPARTAMENTO -PAIS -DIRECCION -TELEFONO -CONTRASEÑA -PERIODO_INBRESO -GESTION_INGRESO -FECHA_INGRESO -FECHA_RETIRO -OBS +ELIMINAR()() +MODIFICAR()() +INSERTAR()() +GUARDAR()() +CONSULTAS()() 1 * -CARNET_APOD -PATERNO_APOD -MATERNO_APOD -NOMBRE_APOD -TELEFONO_APOD -DIRECCION_APOD -PROFESION_APOD +ELIMINAR()() +MODIFICAR()() +GUARDAR()() INSCRIPCION 1 * * * 1 -CODIGO_RUA -CODIGO_EST -NIVEL -PARALELO -FECHA_INSCRIPCION -GESTION_INSCRIPCION -PERIODO_INSCRIPCION -OBS +ELIMINAR()() +MODIFICAR()() +INSERTAR()() +GUARDAR()() +CONSULTAS()() 1 DOCENTE * MATERIA PARALELO NIVEL -COD_MATERIA -NOMBRE -REQUISITO -OBSERVACION -NIVEL -PARALELO +ELIMINAR() +MODIFICAR() +INSERTAR() +GUARDAR() -COD_PARALELO -NOMBRE -REQUISITO -OBSERVACION -NIVEL -MATERIA +ELIMINAR() +MODIFICAR() +INSERTAR() +GUARDAR() -COD_NIVEL -NOMBRE -REQUISITO -OBSERVACION -MATERIA -PARALELO +ELIMINAR() +MODIFICAR() +INSERTAR() +GUARDAR() [Fuente: Elaboración Propia] 78 1 -CODIGO_RDA -PATERNO -MATERNO -NOMBRES -NACIONALIDAD -FECHA_NAC -CI -DIRECCION -TELEFONO +ELIMINAR()() +MODIFICAR()() +GUARDAR()() +INSERTAR()() +CONSULTAS()() .

7.21: Diseño Físico de Base de Datos [Fuente: Elaboración Propia] 4. 79 . incluye información sobre la organización fundamental del sistema.4.7. las relaciones entre si y el ambiente.1 DISEÑO FISICO DE BASE DE DATOS Figura 4.2 ARQUITECTURA DEL SISTEMA La arquitectura del sistema está comprendido tanto en la descripción del diseño y contenido. y los principios que gobiernan su diseño y evolución. que incluye sus componentes.

22: Diseño de arquitectura ARQUITECTURA DEL SISTEMA Registro de Estudiante Encargado de Inscripcion Generacion de Reportes Registro de Notas Interfaz de Usuario Acceso de Base de Datos Direccion General Seguimiento Academico Registro de Administraci on [Fuente: Elaboración Propia] 80 .Interfaz con Usuario Proceso de Sistema Proceso de Salida Figura 4.

2 PÁGINA PRINCIPAL En esta pantalla se tiene el (menú inicial).8 FASE DE CONSTRUCCIÓN En esta fase se desarrollaran los componentes del software e incorporaran al producto.23: Portada Principal [Fuente: Elaboración Propia] 81 . 4. Figura 4. seguimiento académico. control de asistencia y registro de notas. se obtiene un producto beta. registro administrativo. En este caso el usuario está limitado solo a las opciones de inscripción de estudiantes.8. El producto es el software corriendo en la plataforma adecuada. 4.4.1 DISEÑO DE INTERFACES A continuación se presenta las páginas del sistema de acuerdo a los escenarios de los casos de uso.8.

8.24: Registro de Estudiante [Fuente: Elaboración Propia] Figura 4. Figura 4.3 PANTALLA DE REGISTRO DE ESTUDIANTE En esta pantalla podremos registrar al estudiante.4.25: Registro de Apoderado [Fuente: Elaboración Propia] 82 .

26: Registro de Nivel [Fuente: Elaboración Propia] 4.27: Registro de Administración [Fuente: Elaboración Propia] 83 .8.Figura 4. Figura 4.4 PANTALLA DE REGISTRO DE ADMINISTRACIÓN En esta pantalla se registra al personal administrativo de la Unidad Educativa.

29: Registro de Calificaciones Fuente: [Elaboración Propia] 84 .28: Registro de Administración (tablas) [Fuente: Elaboración Propia] 4.Figura 4.8.5 PANTALLA DE REGISTRO DE CALIFICACIONES En esta pantalla se registra las calificaciones de los estudiantes Figura 4.

CAPÍTULO V PRUEBAS Y CALIDAD DE SOFTWARE .

1 INTRODUCCIÓN En este capítulo se tratara la medición de la calidad según las métricas mencionadas.  Permiten al usuario iniciar acciones correctivas temprano en el ciclo de desarrollo. de ahí que se tomo los siguientes criterios de calidad.5. 5. mas al contrario tiene la necesidad y suficiencia para cada contexto de uso en el momento del manejo como ser las métricas internas de la calidad del producto de software. cada modulo es considerado independiente y únicamente se debe conocer la interfaz con otros módulos y no como estos funcionan. Al ser pruebas relacionadas con los requisitos funcionales del software.  Permiten medir la calidad de los entregables intermedios.  Permite predecir la calidad del producto final. 85 .  Aplican durante las etapas de su desarrollo.2.1 PRUEBA DE CAJA NEGRA Consiste en analizar las entradas y salidas o respuestas que un proceso produce.  Aplican a un producto de software no ejecutable. sin tener en cuenta su funcionamiento interno (código de programación). En la calidad no es necesariamente llegar al objeto perfecto aunque es deseable. El número de casos de prueba depende del conjunto de condiciones necesarias para cada una de las acciones se ejecute y devuelva cada uno desde los resultados esperados.2 PRUEBAS Las pruebas que se realizaron al sistema fueron diseñados para su aplicación de la siguiente forma: 5. los casos de prueba deben ser diseñados en relación a los casos de uso y las respuestas esperadas en el escenario de los mismos.

1: Portada Principal [Fuente: Elaboración Propia] Tabla 5.1 se mostrara las pruebas de caja negra realizadas al personal de la institución como también a los estudiantes de la Unidad Educativa.Show() Dim frm As New Estudiante Dim frm As New administracion Acceso a la página Acceso a la página Principal Principal Dim frm As New areas [Fuente: Elaboración Propia] 86 .A continuación en la tabla 4. se tiene en la pantalla de ingreso al sistema.1: Pruebas de caja negra-Portada Principal Caso de prueba Resultado esperado Resultado obtenido administracion. Figura 5.

En la tabla 4.2: Pruebas de caja negra-Registro de Estudiante Caso de prueba cod_apoderado=1 cod_nivel =1 cod_sie =1 cod_rude =1 ci varchar =1 ap_paterno=Chura ap_materno =Mamani nombres =Luis fecha_nac =1991-01-09 Resultado esperado Estudiante Registrado Resultado obtenido Estudiante Registrado Correctamente al Sistema 87 . Figura 5.2: Registro de Estudiante [Fuente: Elaboración Propia] Tabla 5.2 se tiene la prueba de caja negra que es Inscripción de Estudiante. lo cual se muestra a continuación en la figura.

3: Registro de Apoderado [Fuente: Elaboración Propia] Tabla 5.jpeg [Fuente: Elaboración Propia] En la tabla 4. lo cual se muestra a continuación en la figura.3: Pruebas de caja negra-Registro de Apoderado Caso de prueba Resultado esperado ci =8976534 apellidos=Chura Mamani 88 Resultado obtenido .3 se tiene la prueba de caja negra que es Inscripción de Apoderado. Figura 5.localidad =Yumani provincia=Los Andes departamento=La Paz pais =Bolivia sexo =Masculino imagen1= Luis.

curso. paralelo y turno.nombres =Santiago fecha_nac =1966-01-09 idioma= Aymara ocupacion=Pescador Grado_ins= Analfabeto Parentesco=Padre Telefono=71253998 Apoderado Registrado Apoderado Registrado Correctamente al Sistema [Fuente: Elaboración Propia] En la tabla 4.4: Registro de Nivel [Fuente: Elaboración Propia] 89 . lo cual se muestra a continuación en la figura.5 se tiene la prueba de caja negra que es Registro de nivel. Figura 5.

Figura 5.5: Registro de Administración [Fuente: Elaboración Propia] 90 . la cual se muestra a continuación en la figura.4: Pruebas de caja negra-Registro de Nivel Caso de prueba Resultado esperado Resultado obtenido Nivel=primario primario=Primero Nivel Registrado Paralelo=B Nivel Registrado Correctamente al Turno= M Sistema [Fuente: Elaboración Propia] A continuación en la tabla 5.5 se muestra la prueba de caja negra del registro de administración.Tabla 5.

jpeg Resultado esperado Resultado obtenido Administrativo Administrativo Registrado Registrado Correctamente al Sistema [Fuente: Elaboración Propia] 91 .Figura 5.5: Pruebas de caja negra-Registro de Docente Caso de prueba cod_rda=456372 especialidad=Primaria ci varchar =1 ap_paterno=Quispe ap_materno =Salas nombres =Gervacio fecha_nac =1954-01-06 localidad =Yumani provincia=Los Andes departamento=La Paz pais =Bolivia sexo =Masculino telefono=76256543 imagen1= Luis. de Administración (Tabla del Registro de Administración) [Fuente: Elaboración Propia] Tabla 5.6: Reg.

En la tabla 5.6: Pruebas de caja negra-Registro de Notas Caso de prueba Resultado esperado Resultado obtenido Materia= LENGUAJE Nota1=45 Nota2=35 Nota Registrado Nota3=55 Nota Registrado Correctamente al Nota_final=45 Sistema Estado=Aprobado [Fuente: Elaboración Propia] 92 . lo cual se muestra a continuación en la figura.7 se tiene la prueba de caja negra que es Registro de notas.7: Registro de Notas [Fuente: Elaboración Propia] Tabla 5. Figura 5.

Identificar el número de regiones del grafo de flujo. 93 . puede calcularse de tres formas alternativas. donde A es el número de artistas y N es el numero de nodos. Bajo los criterios de complejidad ciclomatica de un grafo de flujo: V (G).2. aplicando un segmento de código fuente. donde P es el numero de nodos predicado. V (G) = A – N +2. V (G) = P + 1.2 PRUEBAS DE CAJA BLANCA Se realizaran pruebas de caja blanca sobre aquellas funciones del sistema donde existan operaciones matemáticas o de condición. de carácter crítico como ser registro de estudiantes y verificación para acceder al sistema. complejidad ciclomatica y derivación de casos de prueba. La prueba de caja blanca se aplicara a los procesos más relevantes de “SIAUECS” siguiendo la técnica de prueba del camino básico con: grafos de flujo.5.

Click If Me.Text dts.gnombres = txtnombres.Text <> "" And txtlocalidad.Text dts.Text <> "" And txtcod_rude.Text dts.Text <> "" And txtnivel.Text <> "" Then 1 Try Dim dts As New lestudiante Dim func As New bdestudiante 'Dim a As New lareas dts.Text dts.gcod_apoderado = txtapoderado.Text <> "" And txtpaterno.Text dts.Text <> "" And txtnombres.Text dts. imagen1.Text <> "" And txtsexo.Text <> "" And txtmaterno.gci = txtci.Object.Image.2.gfecha_nac = txtfecha_nac.Text <> "" And txtci.gcod_sie = txtcod_sie.Resources.Image.Text 2 Dim ms As New IO.Text <> "" And txtpais.ValidateChildren = True And txtapoderado.gpais = txtpais.Text dts.gdepartamento = txtdepartamento.Text dts.Text <> "" And txtdepartamento.Text dts.Save(ms.RawFormat) Else imagen1.Image = My.Text dts.Text dts.Image.EventArgs) Handles btnguardar.Image Is Nothing Then imagen1.Text <> "" And txtdepartamento.1 APLICACIÓN EN EL PROCESO DE REGISTRO DE ESTUDIANTE A1) Código fuente para mostrar Estudiante. imagen1.gcod_nivel = txtnivel.Text <> "" And txtcod_sie.Save(ms.gap_materno = txtmaterno.RawFormat) End If 4 94 5 . Private Sub btnguardar_Click(ByVal sender As System.glocalidad = txtlocalidad.MemoryStream() 3 If Not imagen1.gcod_rude = txtcod_rude.Text <> "" And txtfecha_nac.gsexo = txtsexo.Text dts.5.gap_paterno = txtpaterno.gprovincia = txtprovincia.transparente imagen1.2.Text dts. ByVal e As System.Image.

gimagen1 = ms.Information) mostrar() 'limpiar() Else MessageBox.Show("FALTA INGRESAR ALGUNOS DATOS". entonces se tiene los siguientes nodos de clase para mostrar.GetBuffer 6 If func.dts.Message) End Try Else MessageBox. MessageBoxIcon. 95 . "GUARDANDO REGISTROS". MessageBoxButtons.OK. "GUARDANDO REGISTROS".Information) 9 End If End Sub A2) Grafo ciclomático Se traza el grafo de flujo usando código fuente. "GUARDANDO REGISTROS".Error) mostrar() 'limpiar() 7 8 End If Catch ex As Exception MsgBox(ex. seleccionando sectores de ejecución numeradas.Show("ESTUDIANTE NO FUE REGISTRADO".insertar(dts) Then MessageBox.OK. MessageBoxIcon. MessageBoxButtons.Show("ESTUDIANTE REGISTRADO". MessageBoxIcon.OK. MessageBoxButtons.

8.Figura 5. De regiones cerradas de grafo 96 . De aristas de grafo NNo. De nodos de grafo V (G) = 11 – 9 + 2 V (G) = 4 RNo.1: Grafo de Flujo del proceso Registro Estudiante 1 2 3 5 4 6 7 8 9 5 Fuente: [Elaboración Propia] A3) Determinación de la complejidad ciclomatica del grafo de flujo: De la figura se obtienen las siguientes complejidades ciclomaticas: V (G) = A – N + 2 Donde: A  No.

De nodos de condición V(G) = 3 + 1 V(G) = 4 V(G) = R Donde: R = No. Ejemplo: txt_rude = 231234. Camino 1: 1-2-3-4-6-7 Camino 2: 1-2-3-5-6-7 Camino 3: 1-2-3-5-6-8 Camino 4: 1-9 A5) Casos de prueba de cada camino del conjunto básico: En los casos de prueba se escogen los datos de manera aleatoria o posible para que las condiciones de los nodos predicados estén adecuadamente establecidas.Jpeg. txt_nom = Richard. 97 . entonces procede a guardar los datos introducidos en cada uno de los campos. Los posibles caminos del procedimiento son: Caso de prueba del camino 1: El usuario selecciona la opción guardar.V (G) = C + 1 CNo. luego el sistema verifica se existe datos en los campos correspondientes para almacenar. el sitema verifica que los datos son validos. txt_pat = Corani. V (G) = 4 A4) Determinar del conjunto de caminos linealmente independientes: El valor obtenido de V(G) nos informa que existen 4 caminos linealmente independiente en el proceso. txt_img =1. De regiones cerradas del grafo.

luego el sistema verifica si existen datos del campos correspondientes al sistema. Caso de prueba del camino 3: El usuario selecciona la opción guardar. Caso de prueba del camino 4: El usuario selecciona la opción guardar.Jpeg. txt_pat = Corani.Jpeg.Caso de prueba del camino 2: El usuario selecciona la opción guardar. txt_nom = Richard. el sistema nos manda un mensaje de error “FALTA INGRESAR LOS DATOS” y vuelve al registro.Jpeg. luego el sistema verifica si existen datos del campos correspondientes al sistema. txt_pat = Corani. txt_img =1. Por ejemplo: txt_rude = 231234. txt_nom = Richard. txt_nom = Richard. txt_img =1. Por ejemplo: txt_rude = 231234. txt_pat = Corani. txt_img =1. entonces procede a guardar los datos introducidos en el campo de la imagen almacenada como una imagen transparente. 98 . luego el sistema verifica si existen datos del campos correspondientes al sistema. el sistema nos manda un mensaje de error “ESTUDIANTE NO FUE REGISTRADO” y vuelve al registro. Por ejemplo: txt_rude = 231234. el sistema verifica que los datos no son validos. el sistema verifica que los datos no son validos. el sitema verifica que los datos son validos.

2 APLICACIÓN EN EL PROCESO DE MOSTRAR ESTUDIANTE A1) Código fuente para mostrar Estudiante.5.DataSource = Nothing txtbuscar.ColumnHeadersVisible = False inexistente.Visible = True btneditar.DataSource = dt txtbuscar.mostrar 'OCULTAR ELIMINAR datalistado.Visible = False buscar() End Sub 99 .Enabled = False datalistado.2.Count <> 0 Then datalistado.Rows.Message) 5 End Try btnnuevo.2.Visible = False 2 3 Else datalistado.Visible = True 4 End If Catch ex As Exception MsgBox(ex.Columns. 'PROC MOSTRAR Private Sub mostrar() 1 Try 'DECLARA VARIABLE PARA HACER UNA INSTANCIA A LA CLASE FUNCION SOCIOTITULAR Dim func As New bdestudiante ' dt = func.Enabled = True datalistado.ColumnHeadersVisible = True inexistente.Visible = False If dt.Item("Eliminar").

A2) Grafo ciclomático Se traza el grafo de flujo usando código fuente. Figura 5. De nodos de grafo V (G) = 6 – 5 + 2 V (G) = 3 RNo.2: Grafo de Flujo del proceso Registro Estudiante 1 2 3 4 5 [Fuente: Elaboración Propia] A3) Determinación de la complejidad ciclomatica del grafo de flujo: De la figura se obtienen las siguientes complejidades ciclomaticas: V (G) = A – N + 2 Donde: A  No. seleccionando sectores de ejecución numeradas. De aristas de grafo NNo. De nodos de condición V(G) = 2 + 1 100 . De regiones cerradas de grafo V (G) = C + 1 CNo.8. entonces se tiene los siguientes nodos de clase para mostrar.

si el sistema verifica si esto no es válido. V (G) = 3 A4) Determinar del conjunto de caminos linealmente independientes: El valor obtenido de V (G) nos informa que existen 3 caminos linealmente independientes en el proceso.V(G) = 3 V(G) = R Donde: R = No. el sistema verifica se existe registros en la base de datos de la tabla estudiante. Caso de prueba del camino 3: Se verifica la conexión a la base de datos donde encuentra esta es una clase. De regiones cerradas del grafo. el sistema verifica se existe registros en la base de datos de la tabla estudiante. Camino 1: 1-2-3-5 Camino 2: 1-2-4-5 Camino 3: 1-5 A5) Casos de prueba de cada camino del conjunto básico: En los casos de prueba se escogen los datos de manera aleatoria o posible para que las condiciones de los nodos predicados estén adecuadamente establecidas. si sale error hace una referencia a la conexión de base de datos y si hay datos incompletos nos manda un mensaje de error. 101 . Los posibles caminos del procedimiento son: Caso de prueba del camino 1: El usuario hace referencia a la opción mostrar. si el sistema verifica si esto es válido. Caso de prueba del camino 2: El usuario hace referencia a la opción mostrar. entonces muestra un mensaje indicando “DATOS EXISTENTES EN LA TABLA ESTUDIANTE”. entonces muestra todos los registros de la tabla estudiante.

Value) 3 If marcado Then 4 Dim onekey As Integer = Convert. MessageBoxIcon. Private Sub btneliminar_Click(ByVal sender As System.Object.ToInt32(row.eliminar(vdb) Then 7 mostrar() Else MessageBox.Question) 8 End If End If Next 9 Catch ex As Exception MsgBox(ex. MessageBoxIcon.Show("Realmente desea eliminar los ESTUDIANTE seleccionados ".Cells("cod_estudiante"). "Eliminando Registro".2. Information) Call mostrar() End If Call limpiar() End Sub 102 10 . ByVal e As System.Message) End Try Else MessageBox.ToBoolean(row.Click Dim result As DialogResult result = MessageBox.EventArgs) Handles btneliminar.OKCancel. MessageBoxButtons.Show("Estudiante no fue eliminado ".OK Then Try For Each row As DataGridViewRow In datalistado. MessageBoxIcon.Value) Dim vdb As New lestudiante Dim func As New bdestudiante vdb.Show("Cancelando eliminacion de registros ".OK. MessageBoxButtons.Cells("Eliminar").5. Rows Dim marcado As Boolean = Convert.3 APLICACIÓN EN EL PROCESO DE ELIMINAR ESTUDIANTE A1) Código fuente para eliminar Estudiante.gcod_estudiante = onekey 5 6 If func. MessageBoxButtons. "Eliminando Registro". "Eliminando Registro".OK.2.Question) 1 2 If result = DialogResult.

8.3: Grafo de Flujo del proceso Eliminar Estudiante 1 2 3 4 5 6 8 7 9 5 10 [Fuente: Elaboración Propia] A3) Determinación de la complejidad ciclomatica del grafo de flujo: De la figura se obtienen las siguientes complejidades ciclomaticas: 103 . Figura 5.A2) Grafo ciclomático Se traza el grafo de flujo usando código fuente. seleccionando sectores de ejecución numeradas. entonces se tiene los siguientes nodos de clase para mostrar.

V (G) = A – N + 2 Donde: A  No. V (G) = 5 A4) Determinar del conjunto de caminos linealmente independientes: El valor obtenido de V (G) nos informa que existen 5 caminos linealmente independientes en el proceso. De regiones cerradas de grafo V (G) = C + 1 CNo. De nodos de grafo V (G) = 13 – 10 + 2 V (G) = 5 RNo. De regiones cerradas del grafo. De nodos de condición V(G) = 4 + 1 V(G) = 5 V(G) = R Donde: R = No. Camino 1: 1-2-3-4-5-6-7-9 Camino 2: 1-2-3-4-5-6-8-9 Camino 3: 1-2-3-4-5-9 Camino 4: 1-2-3-4-9 Camino 5: 1-2-10 A5) Casos de prueba de cada camino del conjunto básico: En los casos de prueba se escogen los datos de manera aleatoria o posible para que las condiciones de los nodos predicados estén adecuadamente establecidas. De aristas de grafo NNo. 104 .

Caso de prueba del camino 4: El usuario hace referencia a la opción eliminar estudiante. Caso de prueba del camino 3: El usuario hace referencia a la opción eliminar estudiante. el sistema envía un mensaje “Realmente quiere eliminar el estudiante seleccionado”. Caso de prueba del camino 2: El usuario hace referencia a la opción eliminar estudiante. el sistema envía un mensaje “Realmente quiere eliminar el estudiante seleccionado”. el sistema envía un mensaje “Realmente quiere eliminar el estudiante seleccionado”. entonces procede eliminar datos seleccionados. el sistema verifica que los datos son validos. 105 . el sistema procede con la eliminación y se encuentra con problemas de sistema para la eliminación y emite mensaje de error. el sistema envía un mensaje “Realmente quiere eliminar el estudiante seleccionado”. el sistema verifica que los datos son validos. el sistema verifica que los datos son validos.Los posibles caminos del procedimiento son: Caso de prueba del camino 1: El usuario hace referencia a la opción eliminar estudiante. el sistema verifica que los datos son validos. el sistema procede con la eliminación y se encuentra con problemas de sistema para la eliminación y emite mensaje de error. el sistema verifica que no hay datos seleccionados para proceder con la eliminación entonces emite un mensaje de error.

Caso de prueba del camino 5:
El usuario hace referencia a la opción eliminar estudiante, el sistema envía un
mensaje “Realmente quiere eliminar el estudiante seleccionado”, el sistema
verifica que los datos son validos, el sistema envía

mensaje “Cancelando

eliminación de Registro”.
5.2.3 FASE DE TRANSICIÓN
El objeto de esta fase es transportar el software desarrollado a los usuarios.
5.2.3.1 ACTIVIDADES PARA LA IMPLEMENTACION DEL SISTEMA
 Instalar y configurar los servidores que requiere nuestro software
(Windows XP).

 Instala y configurar el gestor de base de datos (MySql).

 Posteriormente se carga el Sistema de Información Académica para la
Unidad educativa “Central Suriqui”.

 Se establecen los usuarios y las contraseñas en el gestor de base de
datos.

 Se configuran las maquinas de los usuarios cliente dentro de la
institución.

 Se capacita a los administradores de la Unidad Educativa.
5.3 CALIDAD DEL SOFTWARE
La medición de calidad de software se realiza a través de métricas de control de
calidad, para medir aspectos del software como ser: Funcionabilidad,
Instalación/Mantenibilidad

y su portabilidad, los cuales se detalla a

continuación.
5.3.1 FACTORES DE CALIDAD ISO 9126
Normas de gestión ISO 17799.- La norma NB-ISO/IEC 17799 define la
seguridad de la información como la preservación de:

106

 Confidencialidad. Solo quienes estén autorizados pueden acceder a la
información.

 Integridad. La información y sus métodos de procesos son exactos y
completos.

 Disponibilidad. Los usuarios autorizados tienen acceso a la información
y a sus activos asociados cuando lo quieran.
Funcionalidad. El grado en el que el software satisface las necesidades
indicadas

por

los

siguientes

sub

atributos:

idoneidad,

corrección,

interoperabilidad, conformidad y seguridad.
Confiabilidad. Cantidad de tiempo del software está disponible para el uso.
Esta referido por los siguientes sub atributos: madurez, tolerancia a fallos y
facilidad de recuperación.
Usabilidad. Grado en que el software es fácil de usar. Viene reflejado por los
siguientes sub atributos: facilidad de comprensión, facilidad de aprendizaje y
operatividad.
Eficiencia. Grado en el que software hace óptimo el uso de los recursos del
sistema. Esta indicado por los siguientes sub atributos: tiempo de uso y
recursos utilizados.
Portabilidad. La facilidad con que el software puede ser llevado de un entorno
a otro. Esta referido por los siguientes sub atributos: facilidad de instalación,
facilidad de ajuste, facilidad de ajuste, facilidad de adaptación al cambio.
5.4 FUNCIONALIDAD
El punto función es una métrica orientada a la función del software y del
proceso por el cual se desarrolla.

107

Se centra en la funcionalidad o utilidad del programa, los puntos de función se
calculan realizando una serie de actividades comenzando por determinar los
siguientes números:
 Número de entradas de usuarios. Se cuenta cada entrada de usuario
que proporciona o al software diferentes datos orientados a la aplicación.

 Número de salidas de usuarios. Estas se refieren a informes, mensajes
de error, es decir salidas que proporcionen al usuario información
orientada a la aplicación.

 Número de peticiones de usuario. Una petición está definida como una
entrada interactiva que resulta de la generación de algún tipo de
respuesta en forma de salida.

 Numero de archivos. Se cuenta cada archivo maestro lógico.

 Numero de interfaces externas. Se cuenta todas las interfaces legibles
por el ordenador que son solicitados para transmitir información a otro
sistema.

De acuerdo a lo mencionado es que se tiene los resultados en la tabla 5.1:
Tabla 5.7. Entradas para el cálculo de funcionalidad
Entradas de usuario

87

Salidas de usuario

28

Consultas de usuario

21

Numero de archivos

80

Fuente: Elaboración

0

[Fuente: Elaboración Propia]
Los puntos de función se calculan rellenando la tabla 5.2 con los datos
obtenidos, considerando un factor de ponderación medio.

108

Tasa de error = Probabilidad subjetiva estimada del dominio de la información.Tabla 5.8 Calculo de puntos de función sin ajustar. interfaces externas y archivos.4 y que dan respuesta a las preguntas de la tabla 5. Parámetros de medición Número de entradas de usuario. Número de salidas de usuario Número de consultas de usuario Numero de archivos Numero de interfaces externas Cuenta 87 X Factor de ponderación MEDIO 4 Totales 28 X 5 = 140 21 X 4 = 84 80 0 X X 10 7 = = 800 0 = 348 CUENTA TOTAL 1372 [Fuente: Elaboración Propia] La relación que permite calcular los puntos de función es la siguiente: PF=CUENTA TOTAL*(Grado de Confiabilidad + Tasa de error* Σfi) Donde: PF = Medida de funcionalidad. peticiones.3 109 . CUENTA TOTAL = Es la suma del valor de las entradas. salidas. Grado de confiabilidad = Es la confiabilidad estimada del sistema. Fi = Son valores de ajuste de complejidad que toman los valores de la tabla 5. este error estimado es del 1%.

9. Ajuste de complejidad del punto función. Incremental Tabla 5. Valores de ajuste de complejidad.10. 5 X X X X X X X Factor de ajuste Total (ΣFi) [Fuente: Elaboración Propia] 44 Tabla 5. Sin importancia 0 Incremental 1 Moderado 2 Medio 3 Significativo 4 Esencial 5 [Fuente: Elaboración Propia] 110 .Significativo 1 2 3 4 1 Factor Factibilidad de Operación 2 Comunicación de Datos 3 Función distributiva X 4 Rendimiento X 5 Interactividad amigable 6 Tasas de transacción X 7 Entrada de datos X 8 Diseño eficiente X 9 Actualización 10 Complejidad de procesamiento 11 Portable 12 Fácil de instalar X 13 Interactividad multiusuario X 14 Facilidad de cambio 0 Esencial Medio ESCALA Moderado Sin Importancia No.

la relación obtenida entre los puntos será: PF / Pf máximo = 1495. es posible medir la confiabilidad tomando en cuenta la probabilidad del sistema que esté libre de fallos en un contexto determinado y durante un periodo de tiempo.65 + 0.5 Si consideramos el máximo valor de ajuste de complejidad como ΣFi = 70.2 = 0. λ=1: Tasa de fallos en 7 ejecuciones dentro de un mes.65 + 0. Probabilidad de hallar una falla: P (T<=t) = F (t) Probabilidad de no hallar una falla: P (T>t) = 1 – F (t) Con F (t) = Fc * ( e (-λ/7 * 12) ) Donde: Fc = 0.Con la obtención de los anteriores datos y considerando un grado de confiabilidad del 65% es que a continuación calculamos el valor de PF: PF = Cuenta Total * (Grado de Confiabilidad + Tasa de error * ΣFi) PF = 1372 * (0. se tiene: PF = 1372 * (0.80 Por lo tanto la funcionalidad del sistema es del 80% tomando en cuenta el punto de función máximo.5/1852.5 CONFIABILIDAD En la cantidad de tiempo que el software está disponible para su uso.01 * 44) PF = 1495. 5. Hallando la confiabilidad: 111 .2 Entonces si ΣFi es considerada como el 100%.01 * 70) PF = 1852.80: Funcionalidad del sistema.

estos ocupan un espacio de 900 Mb aproximadamente. presenta fallos que no afectan de sobremanera el desempeño global del sistema. Por lo tanto.0.6 PORTABILIDAD Para el presente sistema se tiene que el hardware en el que funciona de manera estable del lado del servidor.80 * ( e (-1/7 * 12) ) P(T<=t) = F(t) 1 – F(t) F(t) = 0. el sistema funciona sin presentar fallos y el resto (14%). Hallando confiabilidad Prob.Tabla 5.14 = 0. Las terminales de donde se accede al servidor tienen características de ser equipos Duo Core. Con respecto al tamaño físico de la aplicación y la Base de Datos. Hallar una Prob.11 Calculo de la confiabilidad. esta dado por un equipo Duo Core. Por otro lado el Sistema Operativo del lado del servidor es Windows XP. 5. al igual que las terminales de acceso al sistema. de no falla(F(t)) hallar una falla F(t) = 0.86.86 F(t) = Fc * ( e (-λ/7 * 12) ) [Fuente: Elaboración Propia] Por lo tanto. específicamente en Windows XP debido a que es una aplicación hecha en lenguaje de programación en Visual Basic. Gestor de Base de Datos MySql. lo que quiere decir que el 86% de las ocasiones.14 1. El software es apto para funcionar bajo distintas plataformas. podemos concluir que el sistema no requiere de un gran esfuerzo para su traslado de un entorno de Hardware y Software a otro. el acceso a este servidor es atravez de una intranet donde solo pueden acceder los usuarios autorizados del sistema. 112 . el sistema presenta una confiabilidad del 0.14 0.

FACILIDAD DE FACILIDAD DE FACILIDAD DE USUARIOS COMPRENSION APRENDIZAJE OPERACION Usuario1 91% 90% 91% Usuario2 94% 90% 92% Usuario3 96% 93% 94% Promedio 93. Tabla 5. 5. modificaciones que se harán que el sistema cambie en poca o gran medida.7.3% [Fuente: Elaboración Propia] 113 .2 MANTENIMIENTO PERFECTIVO El sistema está completamente abierto a añadir o adicionar nuevas funcionalidades de acuerdo a los nuevos requerimientos del cliente. aprenderlo y operarlo.8 FACILIDAD DE USO La medición de la facilidad de uso se puede entender como la facilidad que el usuario tiene para conocer al sistema. A continuación presentamos en la tabla 5.7% 91% 92.7.5. siempre y cuando sean relacionados con el servicio e información que brinda el sistema. cambios para los cuales el sistema está preparado en adaptarse a algunos de estos casos.7 MANTENIBILIDAD 5. 5. tanto como para comprenderlo.1 MANTENIMIENTO ADAPTIVO El mantenimiento adaptativo ocurrirá cuando se cambien las políticas o cuando se cambie la estructura organizacional. pero para otros más complejos se deberá hacer revisión de los procesos y su adaptación con los nuevos cambios que se generen. o cambie el personal de la Institución.12 Resultados para el cálculo de facilidad de uso.6 los resultados obtenidos en la enseñanza de la manipulación del software a los tres usuarios.

114 .6 se obtuvo que la facilidad de uso del sistema es de un 92 %.Por lo tanto de acuerdo a los resultados de la tabla 5.

CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES .

turno y materias que corresponden cursar. es un aporte tecnológico considerando.  Se facilito la generación de copias de seguridad que pueden ser realizados de forma periódica según la necesidad de la institución.  Se logro implementar mecanismo de control para las inscripciones considerando los prerrequisitos de los diferentes niveles. 115 .S. por tanto se puede apreciar claramente los beneficios que aportó el sistema.  Mucha de la información es almacenada en mecanismos de almacenamiento persistentes.C. lo que beneficia en cuanto al ahorro de material de escritorio para contener información. esto se logró cumpliendo los objetivos planteados en el proyecto.A. paralelo.1 CONCLUSIONES El Sistema de Información Académica fue puesto en ejecución realizando la implantación correspondiente en la Unidad Educativa Central “Isla Suriqui” y sin mayores observaciones por parte de los usuarios.I. tomado en cuenta que antes de su implementación no se contaba con ningún tipo de tecnologías especializados que ayuden a minorizar las responsabilidades de los administrativos siendo el mismo una herramienta útil de trabajo. Se concluye que el sistema de Información Académica para la Unidad Educativa “Central Suriqui” S. grados.6.  La búsqueda de información se realiza de modo automático logrando generar información oportuna.

siendo esta observación una recomendación a futuro para establecer reglas para la elaboración y documentación de nuevos registros académicos. facilitando en gran medida el desarrollo de un proyecto.  Si el proyecto en curso contara con políticas establecidas antes de su implementación en cuanto a la elaboración de registro académico de las diferentes niveles que tiene la institución. dar pleno cumplimiento a las políticas de seguridad de la información adoptadas en el proyecto. se tendría la información más completa de todos los estudiantes que pasaron por esta casa de estudios.  A los administradores del sistema. teniendo también una mayor transparencia del mismo. no importando las dimensiones del proyecto es siempre viable utilizar una metodología de desarrollo para producir lo que espera en el tiempo definido y con el presupuesto calculado.  Se recomienda el buen uso de herramientas para la documentación. son las siguientes:  La utilización de metodologías de desarrollo nos lleva a realizar software de calidad en cada fase de desarrollo a través de un buen control sobre los procesos. 116 . teniendo en cuenta que todas las fases previas a la implementación son realizadas por una sola persona.2 RECOMENDACIONES Las recomendaciones que se puede dar tras un análisis de la implantación y el funcionamiento del sistema.6.

. [MENDOZA. S. 2001] HERNÁNDEZ.. Antonio de la Fuente. (2001): Ingeniería de software enfoque Práctico [PRESSMAN. J. S. F. RUMBAUGH.. BOOCH. DELGADO. (2001): El Lenguaje Unificado de Modelado (UML).. Mc Graw Hill. 2011].BIBLIOGRAFÍA REFERENCIAS BIBLIOGRAFICAS [Moya. R. (2003): Documentación MSDN de Visual Studio .Net [JACOBSON. modelo de estimación de costos para el proyecto de software. [Sampieri. [HERNANDEZ. [Fillottrani]. 1999] Roberto Hernández Sampieri. E. 1998] PRESSMAN. I. 2001] MENDOZA. México. R. modelos de calidad de software. 2000] JACOBSON. 2001] PRESSMAN. [MICROSOFT. Pablo Ramírez (2010). RUMBAUGH. COCOMO I.. (05/2013). 1999. 2003] MICROSOFT. M. (2001): Sistema de Información Académica del Archivo par a la Dirección Distrital de Educación El Alto Distrito Norte.. G. (2000): El proceso unificado de desarrollo de software [PRESSMAN..(1998): Ingeniería de software enfoque práctico . BOOCH.. “Metodología de la investigación”.

es [MICROSOFT.net.ucm. A. http://es. Programación Extreme.com Ley 20 070 de Avelino Siñani consultado el de enero de 2014... http://es.kioska. http://es.com [Adrian Villegas.monografias.com [NUÑEZ. (2005): Información general acerca de Visual Studio .NET 2003.com Métodos agiles Consultado el 20 de junio de 2013.issi. P. http://es.com [José Antonio Enríquez Álvarez].com .com Referencia de costo de los productos de computadora el 20 de octubre de 2013. la funcionalidad del sistema.net.com UML Consultado el día 25 de junio de 2013 de la World Wide Web http://www.REFERENCIA EN INTERNET [NAVARRO.ley070.wikepedia.net. (2002): Proceso Unificado de Desarrollo http://www. 2005] NUÑEZ.microsoft. http://www. 2002] NAVARRO. 2005] MICROSOFT MSDN. (2005): Aplicabilidad de la gestión de calidad de software http://www.uned.hostalia.fdi.hostalia. 2000].es RUP Consultado el día 5 de junio de 2013 de la World Wide Webhttp://www. http://www.olga.

ANEXO A .

Usted está dispuesto a implementar y ser capacitado para el nuevo sistema de control. Si No 6. Si No 5. Cuenta con algún sistema de información para la institución. Si No 3. El sistema ayudara a la institución a mejorar la calidad y nivel de calidad hacia los estudiantes y administrativos. Estaría de acuerdo para que se implemente un sistema de Información Académica. Cree usted que requieren un sistema para el control de los estudiantes y la administracion. Si No Gracias por su tiempo…………………………. Si No 4. Cree que el sistema que se implementara ayudara a la administracion.. . Si No 2.ENCUESTA UNIDAD EDUCATIVA CENTRAL “ISLA SURIQUI” MARQUE CON UNA X RESPUESTAS DE SU INSTITUCION 1.

ANEXO B .

Considera el acceso a los procesos y el ingreso de datos al sistema es: Muy Bueno Bueno Regular Malo Pésimo Malo Pésimo 2. Como califica la comunicación con el sistema. Muy Bueno Bueno Regular 3. de qué forma. Considera que es comprensible la obtención de datos en los procesos del sistema es: Muy Bueno Bueno Regular Malo Pésimo 4. El sistema cumple con los requerimientos. De qué manera considera Usted los sistemas de seguridad al momento ingresar al sistema. Muy Bueno Bueno Regular Malo Pésimo 5..CUESTIONARIO PRUEBA DE CALIDAD DE SOFTWARE RESPECTO AL REQUISITO 1. Pésimo . Muy Bueno Bueno Regular Malo Gracias por su tiempo………………………….

y de qué manera. Los módulos del sistema como registro de estudiantes. Se optimiza el tiempo en realizar un proceso con relación al anterior sistema (Semiautomatizada y manual) y de qué manera: Muy Bueno Bueno Regular Malo Pésimo 5. Muy Bueno Bueno Regular Malo Pésimo 4. registró de administracion. Pésimo . Muy Bueno Bueno Regular Malo Gracias por su tiempo…………………………. El actual sistema ha reducido los problemas con los que afrontaban (errores). De qué forma usted considera confiable la busque y los reportes del sistema: Muy Bueno Bueno Regular Malo Pésimo 2.CUESTIONARIO PRUEBA DE CALIDAD DE SOFTWARE RESPECTO AL DISEÑO 1.. Muy Bueno Bueno Regular Malo Pésimo 3. Considera que el sistema cuenta con la seguridad en su funcionamiento de que manera.

de que forma.. El fluido de la información en la red local es: Muy Bueno Bueno Regular 4. Al momento de ingresar datos. Como califica la ayuda del sistema para llevar a cabo un proceso: Muy Bueno Bueno Regular Malo Pésimo 2. La información detallada procesos. El sistema cumple con los requerimientos. Pésimo .CUESTIONARIO PRUEBA DE CALIDAD DE SOFTWARE RESPECTO A LA IMPLEMENTACIÓN 1. de qué manera: Muy Bueno Bueno Regular Malo Pésimo Malo Pésimo 3. verifica la cantidad y datos de qué forma: Muy Bueno Bueno Regular Malo Pésimo 5. Muy Bueno Bueno Regular Malo Gracias por su tiempo…………………………. el sistema restringe u observa errores.