UNIVERSIDAD MAYOR DE SAN ANDRES FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMATICA Erie a7 PROYECTO DE GRADO “SISTEMA DE GESTION Y DIPUSION DE INFORMACION VIA WEB. COLEGIO DE CIENCIAS DE LA COMPUTACION - LA PAZ" PARA OPTAR AL TITULO DE L/CENCIATURA EN INFORMATICA MENCION: INGENIERIA DE SISTEMAS |NFORMAT|COS: POSTULANTE: CARLOS ANGEL ALEJO POMA TUTOR METODOLOGICO: LIC. FREDDY MIGUEL TOLEDO PAZ ASESOR: LIG.JHONNY FELIPEZ ANDRADE (A PAZ - BOLIVIA 2012‘Universipap AYOR DE San Anorés DEDICATORIA A Dios por su amor incondicional. A mis padres Adolfo y Virginia por su constante apoyo.AGRADECIMIENTOS Agradecer a Dios en primer lugar, por darme el privilegio de la vida, por tener todo lo que tengo, por su_miscricordia, aceptarme y brindarme de su amor cuando més lo necesité, por cuidarme y guiarme en todo momento, por darme fuerzas cuando no las tenia, por otorgarme dones y ralentos para poder Hegar hasta donde ahora estoy. Gracias Dios. A mi docente Tutor Lic. Freddy Miguel Toledo Paz. por su valiosa supervision, guia y colaboracién par Ja conclusi6n del proyecto. hE SIRE. orientacién del “wi la revisisn y correccién del proyecto. WIAYGR DE ras presidente de la institucién donde se realizé el Al Lic. Ti racisthpaldhtltsh y por permitirme realizar el proyecto en su ANDRES A -una persona muy especial y valiosa para mi, que cambio mi vida y por brindarme proyecto, insticucién. aliento y 4nimo para empezar el proyecto, Y a todas las personas que directa o indirectamente se involucraron ¢ hicieron posible que el presente proyecto Megue a su culminacién. «ssade todo corazén muchisimas gracias!RESUMEN Existe una necesidad tecnolégica de comunicacién y de contar con toda informacién de manera dgil, oportuna y cficaz, esta necesidad también la presentan todas las instituciones y organizaciones, optando asf por tener una importante presencia en la web. El proyecto Sistema de Gestidn y Difusién de Informacién via Web fue desarrollado para el Colegio de Profésionales en Ciencias de la Computacién del departamento de La Paz ~ Bolivia, el cual es una institucién que reconoce y representa a todos los profesionales 0 del drea de la colegiados de geado superior 0 universitario, grado medio 0 ue Informatica y Ciencias de la Computaci 3 Bn y cis de informacién de Ia institucidn que pesmitré a todos in Niavort Colegio de Ciencias de la iHeytio ayfemga integraciOn de la familia de profesionales y fururos . Noa ‘manera lograr un fortalecimiento, evolucién En tal sentido para cl analisis y diseno del sistema se emplea la metodologia OOHDM+ . Es asi que el principal objetivo es implementar el sistema pag los colegiad® (Método de Disenio Hipermedia Orientado a Objetos Mejorado) que es una metodologia ampliamente utilizada en la construccién de sitios web que tengan cierto grado de complejidad. Las herramientas utilizadas para su implementacién son PHP como lenguaje de programacién de lado del servidor, MyQSL como gestor de base de datos, ademés de tecnologias bajo el concepto de Ajax como Javascript, Doom, Xhtml, Css, etc, Finalmente pata la evaluacin de la calidad del producto final de software se utiliza Ia metodologla Web-Site QEM que toma en cuenta métrieas de usabilidad, funcionalidad, confiabilidad y eficiencia.ABSTRACT There is a need for communication and technology have all information in a flexible, timely and effective, this is also the show all the institutions and organizations, thus ‘opting for an important presence on the web. Project Management and Information Dissemination via the Web was developed for the Professional Association of the Computer Science of La Paz - Bolivia, which is an institution that recognizes and represents all the professional colleges of higher or university degree , intermediate or technical area of Informatics and Computer Science. Thus the 1m: asobjective is to implement the system for information management and 0 NIVER SIAL have access to : jon as well as any information on activities relating Ms uSDE toy ot pica in Ps Faipsehiging stronger, evolution and growth of that to the Ci and future: institution. i In this sense the analysis “and system RE Methodology is used OOHDM + (Hypermedia Design Method Enhanced Object Oriented) is a methodology widely used in building websites that have some degece of complexity. ‘The wols used for implementation are as programming language PHP server-side, MyQSL as database manager, as well as technologies under the concept of Ajax as Javascript, Doom, Xhuml, CSS, ete, Finally, for the assessment of product quality software using the Web-site QEM methodology that takes into account metrics of usability, functionality, reliability and efficiency.INDICE DEDICATORIA AGRADECIMIENTOS RESUMEN ABSTRACT CAPITULO I MARCO REFERENCIAL VERSIDAD OR.DE os - eee 1.4.2 Objetivos Especificos 1.5. Justificacio 4.5.1 Justificacién Social 4.5.2 Justificacion Economica 1.5.3 Justificacion Técnica 4.6 Limites y Aleances.... 41.6.1 Limites 1.6.2 Aleances... 1.7 Metodologia 1.8 Aportes Soe wmeeWYNNo2eononanernn oeCAPITULO II MARCO TEORICO. 2.1 Aplicacion Web. 2.2 Base de Datos 2.3 Ingenieria Web. 2.4 Herramientas y Tecnologias Web. 2.4.4 Herramienta Case . 2.4.2 DHTML. 2.4.4 PHP. 2.4.5 Sistema Gestor de Base de Datos MySQL 2.4.6 Ajax. 247 SEO nn . 2.5 Método dail Hip cia Oriontado a Objotos Mejorado (OOHDM)... 2.5.10 elon de Reaue ere RSID: in Marror BE 8 de Uso. 2.5.1.4 16 s\ibi iagfamas de Interaccion de Usuarios). 2.5.1.5 Pi de Validacién de UIDs... aso Fane 2.5.3 Disefio Navegacional...... hia 2.5.3.1 Esquema de Clases Navegacionales No Abstractas. 2.5.3.2 Esquema de Contexto Navegacionales .. 2.5.4 Disefio de Interfaz No Abstracta.. 2.5.5 Implementacion 2.6 Métricas de Calidad .. 26.1 Estandar ISO/IEC 9126 2.6.2 Metodologia Web-Site QEM 2.6.3 Fases de la Metodologia Web-Site QEM. 2.6.3.1 Definicién de las Metas de Evaluacién y Seleccién del Perfil de Usuario..39 2.6.3.2 Definicin y Especificacion de los Requerimientos de calidad.CAPITULO Ill MARCO APLICATIVO. 3.1 Obtencién de Requ nto 45 3.1.1 Ejecuci6n de Entrevistas 3.1.2 Especificacion de Roles y Tareas 46 3.1.2.4 Especificacion de Roles 3.1.2.2 Especificacion de Tarea: 3.1.3 Especificacion de Casos de Uso . 3.1.4 Esposificacion de UIDs. . 3.1.5 Prototipos de Validacién de UIDs. 55 3.2 Disefio Conceptual 3.3 Disenio Navegacional . 3.3.1 Esquema de Clases Neos No Abstractas.... 3.3.2 Esquemte dé Conte» egacional Mejorado. AN ORD. AIDAD Y ESTIMACION DE COSTOS: A Pai de Sitios Web nn ANG Evaluacion y seleccién del Perfil nb | EAboLe EValsadin..... 4.1.1.2 Definicion de las Metas de Evaluacion 4.1.1.3 Seleccién del Perfil de Usuario ... 4.1.2 Definicion y Especificacion de los Requerimientos de Calidad 4.1.3 Definicién e Implementacién de la Evaluacién Elemental 4.1.3.1 Criterio de Evaluacién Elemental para Atributos 4.1.3.1. Especificacion para representar a los Atributos de Calidad. 4.1.3.1.2 Implementacion de las Mediciones Elementales 4.1.4 Definicién @ Implementacién de la Evaluacién Global... 4.1.4.1 Agregacién de las Preferencias Elementales 4.1.4.2 Computo de las Preferencias de Calidad Parciales y Globales 4.1.5 Analisis de Resultados 4.2 Analisis Costo - BeneficioCAPITULO V CONCLUSIONES Y RECOMENDACIONES 5.1 Conclusiones 5.2 Recomendaciones....... BIBLIOGRAFIA ANEXOS ANEXO A Arbol de Problemas y Objetivos ANEXOB — Ejecucién de Entrevista ANEXO CG Especificacion de Casos de Uso ANEXOD —_ Especificacion de UIDs pings de Interfaz No Abstracta oemcokathely ERSIDAD Mayor DE San A\NoRES ANEXO E ANEXO FINDICE DE FIGURAS. Figura 2.1 Fases de la metodologia OOHDM. Figura 2.2 Etapas de la Metodologia OOHDM+ 18 Figura 2.3 Propuesta — Modelo de entrevista orientado a sitios web... Figura 2.4 Ejemplo de clasificacion de roles....... Figura 2.5 Ejemplo de especificacion de casos de USO...........-e01 - Figura 2.6 Ejemplo de especificacién de UID. Figura 2.7 Ejemplo de diagrama prototipo de validacion de casos de uso y UID. Figura 2.8 grees de disefio conceptual ote dra aSIDAD™ Figura 2.9 Figura 2.4 an de 0 navegacional mejorado. a 3t Figura 24 sds AF Corte Tavegacional Figura 2.12 de col MAY, ciona mejorado. seceessnns 92 Rete Figura 2.14 Caracteristicas de la calidad segun la ISO/IEC 9126 Figura 2.13 Figura 2.15 Clasificacién de visitantes de sitios web... Figura 2.16 Ejemplo sub-caracteristica Funcionalidad y Contenidos Especificos para sitios y aplicaciones con funcionalidad e-Learning. Figura 2.17 Seccién del arbol de requerimientos para ejemplificar el caloulo de indicadores parciales..........c cscs Figura 3.1 Identificacion de roles. Figura 3.2 UID - Obtener informacion de publicaciones... 52 Figura 3.3. UID - Extracto de pago de cuotas... . 53 Figura 3.4 UID - Administrar a los usuarios colegiados. 54 Figura 3.5 Prototipo de validacién para el usuario colegiado. 55Figura 3.6 Figura 3.7 Figura 3.8 Figura 3.9 Figura 3.10 Figura 3.14 Figura 3.42 Figura 3.13 Figura 3.14 Figura 3.15 Figura 3.6 (Ease de {ti nayegacional - Usuario publicador... Figura 3.4 Figura 3.1 Figura 3.1 Figura 3.20 Figura 3.21 Figura 3.22 Figura 3.23 Figura 3.24 Figura 3.25 Figura 3.26 Figura 3.27 Figura 3.28 Prototipo de validacion para el usuario visitante, Prototipo de validacién para el usuario administrador 87 Prototipo de validacién para el usuario publicador. 58 Modelo Conceptual del sistema web.. Esquema de clases navegacionales - Usuario visitant Esquema de clases navegacionales - Usuario colegiado. Esquema de clases navegacionales - Usuario publicador.......... 62 Esquema de clases navegacionales - Usuario administrador. Esquema de contexto navegacional - Usuario colegiado... Esquoma de contexto navegacional - Usuario visitante..... SS WIVER CURD ador 66 retin vRCISI ME eS) del sistema do informacion individual... no abst ebb de administracion del sistema Esquema de .. 67 Disefio de la interfaz- Pagina principal. 72 Disefio de la interfaz- Sistema de informacion individual. Disefo de la interfaz. Administracion del SII... Disefio de la interfaz. Administracion del SII — Subir contenido. Disefio de la interfaz. Administracion del SII — Configurar cuenta, Disefio de la interfaz. Administracion del Sistema ~ Publicar Noticia 75 Disefo de la interfaz Administracion del Sistema — Nuevo Usuario Colegiado.Figura 4.1 Estructura de agregacion de preferencias parciales para la caracteristica Usabilidad. Figura 4.2 Estructura de agregacién de preferencias Patiales para la caracteristica Funcionalidad... oe Figura 4.3 Estructura de agregacién de preferencias parciales para la caracteristica Confiabilidad... Figura 4.4 Estructura de agregacion de preferencias parciales para la caracteristica Eficiencia, Figura 4.5 Estructura de agregacién de caracteristicas de alto nivel. Figura 4.6 Rango de aceptabilidad de preferencia de calidad, Pras INDICE DE TABLAS UW NivERSIDs # deseripoion de roles y tareas. 21 re ¥OR DE para bone rapptpos a partir de UIDs. final de guestionario y entrevista ANDRES Tabla 3.3 Especificacion de caso de uso - Obtener informacion de una publicacion.... © Tabla 2.1 Tabla 2.2) Tabla 2.3 Tabla 3.1 Tabla 3.2 Tabla 3.4 —_Especificacion de caso de uso - Extracto de pago de cuotas al Colegio. Tabla3.6 —_Especificacién de caso de uso - Administrar usuarios colegiados.. Tabla4.1 Arbol de requerimientos de calidad. Tabla4.2 —_Plantilla del atributo de Calidad — Mapa del sit 82 Tabla 4.3 Plantilla del atributo de Calidad ~ Facilidad FAQ. 82 Tabla4.4 —_Plantilla del atributo de Calidad — Soporte a lenguaje extranjero... . ae . 83 Tabla 4.5 Plantilla del atributo de Calidad ~ Busqueda de personas...Tabla 4.6 Plantilla del atributo de Calidad — Indicador del camino... Tabla 4.7, Plantilla del atributo de Calidad — Promedio de enlaces de pagina Tabla4.8 —_Plantilla del atributo de Calidad — Indice de Colegiados. 85 Tabla4.9 —_Plantilla del atributo de Calidad — Enlaces Roto: Tabla 4.10 Plantilla del atributo de Calidad ~ Paginas de Acceso Rapido. Tabla 4.11 Plantilla del atributo de Calidad — Imagen con Titulo. Tabla4.12 Resultados de las preferencias de calidad elemental de la caracteristica Usabilidad........ Tabla 4.13 Resultados de las preferencias de calidad elemental de la caracteristica Funcionalidad. 92 Tabla 4.14 gRestitados dojas preferencias de calidad elemental de la © caractotisica SIDAD 8 peferencias de calidad elemental de la de #AVEAYOR DE AN Fees Tonr terete dos de if BS) coat eve 104 re ER SEYR ES w Tabla 4.19 Ponderaciones para los 16 atributos de Cocomo Intermedio......... 104 tw Tabla 4.15) i Tabla 4.1 Tabla 4.17 Tabla 4.18CAPITULO! MARCO REFERENCIAL 4.1 INTRODUCCION La tecnologia se ha transformado en algo que se encuentra presente e indispensable en cada uno, queramos 0 no, en practicamente todo lugar veremos tecnologia. El internet es la principal expresion de una revolucion tecnolagica que ha posibilitado eliminar las distancias y hacer disponible la informacién con absoluta inmediatez hi daleAda dd Neda) coil, oportuna y ‘eficaz, esta nece: dha tl alas inst eG yorganizaciones que optan por establee Vivimos eng ita ca the surge la_necesidad_de la comunicacién y la necesito contaf con resentid’et oe ‘domo una presentacién a la sociedad 08 mo, si $ importante brindando una plataforma de informacion or alas necesidades de dicha organizacién. - El Colegio iB thew iat institucién juridica, cientifica y cultural, independientemente de todo sectarismo social, politico 0 religioso que, jas della reconoce y representa a todos los profesionales colegiados de grado superior 0 universitario, grado medio 0 técnico del area de la Informatica y Ciencias de la Computacién En este sentido e! Colegio de Ciencias de la Computacién se suma a la posibilidad de crecimiento y expansién a nivel institucional, teniendo en cuenta que existe una necesidad la cual es brindar una mayor informacion répida, oportuna y eficaz a toda la comunidad de colegiados inscritos a la institucién asi ‘como de nuevos y futuros profesionales que quieran pertenecer al mismo, razén por la cual el presente proyecto opta por implementar un sistema de informacion via web dinamico que permita poner al alcance de todos, informacioncompetente a la Institucién y documentacién importante para el colegiado, asi como de toda su informacién personal, y lo mas importante permitir integrar a la familia de profesionales y futuros profesionales del érea de Informatica al Colegio de Ciencias de la Computacién, logrando asi un fortalecimiento, ‘evolucion y crecimiento de dicha institucién. 4.2 ANTECEDENTES 4.2.1 ANTECEDENTES DE LA INSTITUCION El Colegio de Ciencias de la Computacién es una Institucién Juridica, cientifica y cultural, independientemente de todo sectarismo social, politico 0 religioso, sin fines de lucro. Su jurisdiccién y competencia es el departamento de La Paz. a El Colegio! reconote, y representa (ASIST colegiados de F a Tt W Erol Lay i grado supetior o universitag®, grado medio 0 tecnico del area de la Informatica y Ciencias de laGamputaloa Fua dgtehleh-a! (TUS profesional, otorgado por las universi recogotidas legalmente por el Estado Boliviano, o los expedidos | iversidade: Jbxthadjeras que se hubieren convalidado y legalizado pe fT petentes y en Provision Nacional. NDRES El Colegio agrupa a todos los profesionales y técnicos del drea de la Informatica y Ciencias de la Computacién que residen 6 ejercen en el departamento de La Paz, en todas sus ramas y especialidades tomando en cuenta la Clasificacion Internacional Uniforme de Ocupaciones elaborada por la Organizacién Internacional del Trabajo. Entre los principales objetivos de la institucién se destaca: - Defender de los derechos y prerrogativas de los Colegiados en el desemperio de sus actividades y el ejercicio libre de la profesién = Promover la superacién profesional cientifica y técnica, mediante la difusién de los avances técnico - cientificos en la materia - Orientar a la sociedad en la solucién de problemas computacionales como una entidad permanente y hacer una critica constructiva, 2asesorando a los gobiemnos en las politicas relacionadas con la informatica y las ciencias de la computacién - Auspiciar y organizar conferencias sobre las tematicas de la profesion, asi como otras actividades destinadas a mejorar la formacién y conocimiento profesional de los colegiados. = Promocionar el establecimiento de becas en el pais y en el extranjero para sus matriculados profesionales y técnicos. - Organizar cursos seminarios, congresos y reuniones nacionales @ internacionales sobre las Ciencias de la Computacién y la informatica junto a las Sociedades Cientificas, Asociaciones, Ateneos y Universidades. - Dar a gonocer permanentemente a la opinién publica la funcién social que fealizan sus cof cualquier, si = Difufidir y hader cored ads \dolegladds?1ob-déclimentos bésicos que rigensel Colegio ooh jas deta pGomputacion y el ejercicio de la ‘i AYUR DE TES hbhlre jas ANDRES. a la fecha con una pagina web estatica, que no cubre los requerimientos de la institucién a cabalidad es El Colegio decir no hay una administraci6n y actualizacién dinamica de los contenidos u otra informacién competente al Colegio, ocasionando una incertidumbre en los profesionales inscritos y toda la comunidad del Area. La institucién no cuenta con algiin otro sistema de informacién propio, que pueda ayudar en el manejo y automatizacién de la informacién. Dentro de la Biblioteca de la Carrera de Informatica se encuentran Proyectos de Grado similares en tematica al presente proyecto el cual se mencionan a continuaci6n:* Portal web de publicacién digital con administracién de contenidos carrera de arquitectura de la UPEA, Mamani Laruta Franz Santiago, 2009. + Portal web dinamico caso: periddico El Altefio, Olivares Chiara, Francisco, 2009, * Sistema Web de gestién y publicacién de noticias de Radio Ilimani - Red Patria Nueva, Patty Yanique Oscar, 2009. ‘+ Portal web para la difusin de seguimiento y control de informacién de actividades de la Direccién de Medio Ambiente de! Gobierno Municipal de El Alto, Huanca Ganazas Gina Lourdes, 2007. * Portal web de difusién de informacién para promover el turismo - GobiemeMunicipal de Caranavi, Calderén Quispe Edwin, 2006. © Sistéma de informacion y, publigacton-orientada a le-Web. Instituto de investigaciones \y tJ NINERS! L AB" Técnica, Flores vesnetneal 209 \/| VOR DE rmagiGh y publicaciones. Caso: Fondo Editorial de la H iputad aldara Mullicundo Carmen Fabiana, 2005. pore g) Gees y becas profesionales P, Nohez Bustilo Luis Faviah, 2004 * Desarrollo de un sistema hipermedial de intercambio y difusion de para informaci6n. Caso: "REPD - Bolivia", Salinas Cladera Emilie, 2001 En nuestro Pais, existen diferentes Colegios de profesionales en distintas areas que cuentan con un sitio web entre los cuales podemos mencionar algunos: * Colegio De Informaticos de Cochabamba, URL http:/www.colegioinformaticos.orgfindex2, php * Colegio de Abogados de La Paz, URL: http://www.icalp.org.bo! * Colegio Médico Departamental de La Paz, URL: http://www.colmed|p.org/1.3 SITUACION PROBLEMATICA 4.3.1 PLANTEAMIENTO DEL PROBLEMA Después de un andlisis preliminary con la ayuda del método érbol de problemas (ver anexo A), se puede identificar: + Deficiente manejo y difusién de informacién relevante, que se genera en la institucién y que no es recibida de manera personal por todos los colegiados, y la informacién no difundida genera incertidumbre en los afiliados inscritos. * La integraeién de los colegiados affliados a la institucién por medio de la \Josseolegiados no se dan a conocer para WERSIDAD VERO! web/s parcial, en fal seotid conla sociedad, * Pocardifusion de inh dion eqroiae pe nen la web, lo que “— de profesionales y futuros profesionales para informaglén de la instituoi6n y la mas relevante es manejada a ANT PReleazretraso en la publicacién y actualizacién de contenidos. + No existe una base de datos donde almacenar informacion acerca de las Publicaciones, noticias, resoluciones, bolsa laboral, y toda clase de informacién generada en la institucién + Es necesario e indispensable realizar el registro de los pagos del profesional colegiado a la institucién por conceptos de membrecia y mensualidad de manera aulomatizada. + Perdida de oportunidades del Colegio por publicidad dentro de la web, no hay una oportuna toma de decisiones que apoye al crecimiento y evolucién de la institucion4.3.2 FORMULACION DEL PROBLEMA, De lo descrito anteriormente se puede formular la siguiente interrogante: “De qué manera el implementar un sistema web coadyuvaré en brindar una mayor difusién de informacién que facilite su acceso permitiendo de esta manera una integracién de profesionales con la institucién? 1.4 OBJETIVOS 1.4.1 OBJETIVO GENERAL Implementar un sistema de informacion via web para la gestién y difusién de informacién del Colegio de Ciencias de la Computacién - La Paz. -. 1.4.2 OBJETIVOS ESPECIFICOS ) Scr A t NIVERSID, + Automati greta la, informacion propia de la institucién a ser if é uY G 1 WE para epirpayecon eficiente de contenidos. * Disefi implemeniar' una base de datos que permita almacenar roferid; publicatiories, seminaries, bolsa laboral, etc. joticias, resoluciones, cursos, * Disefar la base de datos donde almacene toda la informacion de los usuarios profesionales afiliados a la institucién. * Implementar un médulo de pagos y aportes, que registre las mensualidades y membrecia de los colegiados ademAs de Ia liquidaci6n de deudas. + Disefiar y crear un médulo de galeria multimedia de foto y video + Implementar el médulo de sistema de informacién individual para cada colegiado inscrito, donde pueda manejar contenidos propios, asi como la informacion que el colegiado vea necesario difundir. * Lograr un acceso a la informacién de los contenidos, asi como la informacién de los usuarios colegiados de manera répida* Implementar un sistema web basado en normas y esténdares intemacionales, aplicando la metodologia de disefio hipermedia orientado a objetos mejorado (OQOHDM+4), asi como el uso de herramientas de ingenieria web. + Utiizar las normas (ISO/IEC 9126) y la métrica de calidad Web site QEM desarrollado para medir el nivel de calidad de sitios web. Asi mismo determinar el costo del sistema. 4.5. JUSTIFICACION 4.5.1 JUSTIFICACION SOCIAL La implementacién del Sistema web permitiré @ todos los colegiados inscritos, profesionaleg’y fuluros profesignales en el area de la informatica y ciencias de LTS DASRGHAABD oe rcmece asi coma) de_ toda. informékil sobre las acvidades referidas al Colegio de whdndtd adi lagiacgs en el rea, obteniendo una evolucién y la compen tenera di Nota Faportuna, permitiendo ast KORES La implementacién del sistema web generara mayores ingresos para la institucién, por la inscripcién de nuevos profesionales asi como la opcién de generar espacios publicitarios El sistema web se desarrollara bajo herramientas de software libre, el cual no generara costo alguno para llevar a cabo su realizacién Los procesos de informacién seran automatizados y permitiré reducir el tiempo de acceso a la informacién, reducir el excesivo manejo de documentacién y reducir los gastos que representan el material de escritorio, El proyecto es factible en su elaboracién e implementacién y no requiere de una inversion significativa, el sistema para su implementacién debe estar en 7funcionamiento en la web, en este sentido solo se requerira la contratacién del servicio de Hosting. 4.5.3 JUSTIFICACION TECNICA El Colegio de Ciencias de la Computacién dispone de equipos de computacién para realizar el mangjo y administracién de los contenidos via internet, y teniendo en cuenta la politica de trabajar con software libre (que esta vigente en la ley de telecomunicaciones Art. 112), el desarrollo del sistema se lo hard bajo esta misma consigna utilizando; Lenguaje de programacién PHP Versién 5.x.x adelante y Sistema gestor de base de datos MySQL. Versién 5.x.x adelante. “t 1.6 LiMITES Y aceawcel af + As] 4.6.1 LIMITES = M | Mayor EI proyecto del prgsente trabajo, se implementaré para el Colegio de Ciencias de | fess Bigtupa a todos los profesionales y técnicos del area de ee ER dela Computacién que residen 6 ejercen en el depat de \ebibEeaietdo a disposicién informacién y documentacion competent a la institucion 1.6.2 ALCANCES El proyecto pretende la construccién del sistema que abarque los siguientes médulos: + Médulo de administracién de contenidos, en este médulo se realizara el control seguimiento y actualizacién de las publicaciones, noticias, resoluciones, cursos seminarios, bolsa laboral y todo tipo de informacién que se genera en la institucién + Médulo de administracion de usuarios, en este modulo se hard el registro, actualizacién y administracién de todos los afiiados a la institucion+ Médulo de pagos que registre las mensualidades y membrecia de los colegiados, la liquidacién de deudas segin reglamentos de la institucién. Asi también generar los reportes de cada colegiado sobre sus pagos y aportes. * Médulo de sistema de informacién individual para cada colegiado inscrito, donde pueda manejar contenidos propios, la informacién personal que el usuario vea necesario difundir asi como personalizar su perfil 1.7 METODOLOGIA Para el desarrollo del proyecto se implementara la metodologia OOHDM+ (Método de disefio de Hipermedia Orientado a Objetos Mejorada). Dado que OOHDM+ fesulta sér ind onary yenuova. try ¢/ql-qnétodo OOHDM, : Bae aT exento en gran parte de faleritias que! preséntabd ebméidde-origen y que est enfocado al-disefiovde si ep) }S,Festa=metodologia propone el f TATOR ae desarrollo. joneg=hipermedia orientado @ objetos para sistemas oliente/servi AN OOHDM+ e lelo bi p arrollo en aplicaciones hipermedia NDRES usados en aplicaciones web, sistemas de informacion via web, presentaciones multimedia. OOHDM+ contempla el Lenguaje Unificado de Modelado (UML) es un lenguaje de propésito general para el modelado orientado a objetos, Es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos Para la evaluacién de la calidad del producto de software se hard uso de la Metodologia Web-site QEM que toma en cuenta aspectos como la usabilidad, funcionalidad, eficiencia, mantenibilidad y portabilidad. Y que es una de las estrategias para la obtencién de la calidad de software que tiene por objetivo dar cumplimiento a los requerimientos de calidad establecidos en la norma de calidad de producto ISO 9126.Para la estimacién de costos de empleara el modelo COCOMO (COnstructive COst MOdel) que permite la estimaci6n del esfuerzo y tiempo requerido para desarrollar un producto. 1.8 APORTES El principal aporte es el implementar un sistema para el Colegio de Ciencias de la Computacién, que concentre la manipulacién y difusién de informacion que se genera en la institucién a través de la web brindada a toda la comunidad de profesionales y fuluros profesionales en el Area de la informatica y ciencias de la computacién, permitiendo a esta institucién un fortalecimiento y evolucién, mostrando eficiencia y una solidez en el drea de la informatica. Mencionar glé la aplicacian dela Melodologia de Disefio Hipermedia Orientado j si a Objetos Mejorado (Col | dghlids-idamtblog Gye algunos autores recomiendan, muestra el WIRY de esta metodologia, siendo una guia a futures pro AYOR DE Se pret Eocene los colegiados, profesionales y futuros je cada guar ae tenga a disposicién un sistema de Mba Ktewds profesionales a perienecer e informacion I, incéni integrarse a la institucién Se procura la aplicacién de la metodologia de modelamiento web y la métrica de calidad Web Site QEM. Asi mismo se pretende utilizar conceptos y principios del Search Engine Optimization (SEO). 10CAPITULO II MARCO TEORICO. El uso de una metodologia de disefio y andlisis, asi también el uso de tecnologias en la implementacién son de vital importancia al momento de desarrollar la aplicacion web. El presente capitulo tiene por objetivo describir el conjunto de fundamentos tedricos asi como también las técnicas y herramientas que se utilizaré para la construccién de la aplicacién web. 2.1 APLICACION WEB = Una aplicagién web Son ties licagjones)que jgs,usuarios pueden ullizar accediendal a un servidor f Pat ye iL través Ge Inlemel Ode Und intranet mediante me AYOR DE ugg pagina Web puede contener elementos que activa &ntre el usuario y la informacion. Esto alos datos ge thgdo interactivo, gracias a que la pagina responder a cada una de sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos y acceder a gestores de base de datos de todo tipo. Los atributos y las caracteristicas que debe tener una aplicacién web, seguin [Pressman, 2006] son las siguientes: > Intensivas de Red. Porque reside en la red y proporciona servicios que satisfacen las necesidades de los clientes. > Evolucién Continua. A diferencia de las aplicaciones convencionales, las aplicaciones web estan en constante evolucién por esta razén se debe crear una estructura inicial que permita crecer. > Inmediatez. Las aplicaciones web deben ser desarrolladas en tiempos muy cortos. "> Seguridad. Dado que una aplicacién web esta disponible en la red, es necesario restringir el acceso para usuarios autorizados. Ademas se deben tomar ciertas medidas para proteger el contenido. > Estética, La interfaz que se le presenta al usuario sebe ser amigable, de tal manera que el usuario se encuentre a gusto mientras va revisando e contenido. 2.2 BASE DE DATOS Uno de los objetivos fundamentales de un sistema de informacién es contar no solo con recursos de informacién, sino también con los mecanismos necesarios para poder encontrar y recuperar estos recursos. De esta forma, las bases de datos se hangeonvertido en un elemento indispensable no solo para el funcionamiénio de los “th molores-de. peary y a, recuperacion de : Hare informaci6fl a lo largo y a feWebSelne-tuinbier para la creacion aplicaciones” intranet tos si 3 Pipers en los que se i im mo precisa mi jes o,pequerios voltimenes de informacion. La creacién de f@ la que pyedé\acudir un usuario para hacer consultas y acceder a la cién Ae es pues una herramienta de cualquier a ealredid Nera devel. Una base de datos es una coleccién de informacién organizada de forma que un programa de ordenador pueda seleccionar rapidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrénico. 2.3 INGENIERIA WEB Uno de los aspectos que se toma en cuenta en el desarrollo de aplicaciones web es sin duda alguna el disefio y la organizacién estructural del contenido, Para garantizar el buen funcionamiento y mantenimiento de los sitios web, este debe contar con ciertos atributos y caracteristicas que en conjunto forman un concepto muy importante, para alcanzar el éxito en cualquier organizacion, herramienta, y todo aquello que se pueda considerar como servicio. Dicho 12concepto es la calidad, que con atributos como, usabilidad, navegabilidad, seguridad, mantenibilidad, entre otros, hace posible por un lado la eficiencia del artefacto web y por ende la satisfaccién del usuario final. Entonces la ingenieria de la Web es la aplicacién de metodologias sistematicas, disciplinadas y cuantificables al desarrollo eficiente, operacién y evolucién de aplicaciones de alta calidad en la World Wide Web. En este sentido, la ingenieria de la Web hace referencia a las metodologias, técnicas y herramientas que se utiizan en el desarrollo de aplicaciones Web complejas y de gran dimensién en las que se apoya la evaluacién, disefio, desarrollo, implementaci6n y evolucién de dichas aplicaciones. 2.4 HERRAMIENTAS Y TECNOLOGIAS WEB 2.41 HERRAMIENTA cate!) h SID. RRAMIENTA CASE | SID) Las herram Se (deh op yar fig por Computadora) son diversas aplicaciones,infor ‘as destinadas a aumentar la productividad en el desarrollo d re reduciehddid! dosto de las mismas en términos de tiempo y de dinero, herramigfitas nos pueden ayudar en todos los aspectos del ciclo de vid rrolloifel Wattwkcd Br bazicomo el proceso de realizar un disefio del proyecto, cAlculo de costos, implementacién de parte del cédigo automaticamente con el disefio dado, compilacién automdttica, documentacién o deteccién de errores entre otras, que analizaba la relacién existente entre los requisitos de un problema y las necesidades que éstos generaban. StarUML es una herramienta para el modelamiento de software basado en los esténdares UML (Unified Modeling Language) y MDA (Model Driven Arquitecture), que paso de ser un proyecto comercial a uno de licencia abierta GNU/GPL. Entre sus caracteristicas estan; el soporte completo al disefio UML; definir elementos propios para los diagramas, que no necesariamente pertenezcan al 13esténdar de UML; la capacidad de generar cédigo a partir de los diagramas y viceversa, actualmente funcionando para los lenguajes c++, cif y java, ete, 2.4.2 DHTML, Una pagina de HTML dindmica designa el conjunto de técnicas que permiten crear sitios web interactivos utilizando una combinacién de lenguaje HTML estatico, un lenguaje interpretado en el lado del cliente (como JavaScript), el lenguaje de hojas de estilo en cascada (CSS) y la jerarquia de objetos de un DOM Una pagina DHTML es cualquier pagina web en la que los scripts en el lado del Gliente cambian el HTML del documento, después de que ésle haya cargado completamefiie, [0 cual “Tt la apariencia y las funciones de los objetos de di fried ‘adil H Ftv Edd thnito| 8 la forma en que la pagina Le caracterst la pagina interactda eon interpretado especialmente usado para crear contenido dindmico web y aplicaciones para servidores La interpretacién y ejecucién de los scripts PHP se hacen en el servidor, el cliente (un navegador que pide una pagina web) sdlo recibe el resultado de la ejecucion y jamas ve el cbdigo PHP. Permite la conexién a todo tipo de servidores de base de datos como MySQL, Postgres, Oracle, ODBC, entre otros. PHP es una alternativa a otros sistemas como el ASP.NET/C#/VB.NET de Microsoft 0 a ColdFusion de Macromedia, a JSP/Java de Sun Microsystems, y a CGI/Peri, La ventaja con los de Microsoft 0 Macromedia es que es totalmente gratuito 142.4.5 SISTEMA GESTOR DE BASE DE DATOS MYSQL MySQL es un sistema de gestion de bases de datos (SGBD) multiusuario, multiplataforma y de cédigo abierto Este gestor de bases de datos es, probablemente, el gestor mas usado en el mundo del software libre, debido a su gran rapidez y facilidad de uso, Esta gran aceptacién es debida, en parte, a que existen infinidad de librerias y otras herramientas que permiten su uso a través de gran cantidad de lenguajes de programacién, ademas de su facil instalacién y configuracién. Una de las caracteristicas mas interesantes de MySQL es que permite recurrir a bases de datos multiusuario a través de la web y en diferentes lenguajes de aa programacigf qué se adaptanja diferentes necesidades y requerimientos. Por otro lado, MySQL es Gono&idalnk rdesartollaraita, Wdlotilad ch la busqueda de datos @ informacién, mK Ary Ajax es uni ica de ebattoits web para crear aplicaciones. Estas cliehl@) AS decreen el navegador de los usuarios mientras se mantiene la comunicacién asincrona con el servider en segundo plano. De esta forma es posible realizar cambios sobre las paginas sin necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad y usabilidad en las aplicaciones. Ajax es una combinacién de cuatro tecnologias ya existentes incluyendo las siguientes: HTML 0 XHTML, hojas de estilo (Cascading Style Sheets o css), Javascript, el DOM (Document Object Model), XML, XSLT, y el objeto XMLHttpRequest. ‘Ajax es una tecnologia asincrona, en el sentido de que los datos adicionales se solicitan al servidor y se cargan en segundo plano sin interferir con la visualizacién ni el comportamiento de la pagina. JavaScript es el lenguaje 18interpretado (scripting language) en el que normalmente se efectian las funciones de llamada de Ajax mientras que el acceso a los datos se realiza mediante XMLHttpRequest, objeto disponible en los navegadores actuales. En cualquier caso, no es necesario que el contenido asincrono esté formateado en XML. Ajax es una técnica valida para multiples plataformas y utilizable en muchos sistemas operativos y navegadores, dado que esta basado en esténdares abiertos como JavaScript y Document Object Model (DOM), 2.4.7 SEO El posicionamiento en buscadores, posicionamiento web u Optimizador de motores desblisqueda (SEOypor sus siglas en inglés, de Search Engine que traduce, 'Optintizadar de-njoibfes Ue budglctia') es el proceso de mejorar la visibilidad upil sitio web en los diferentes buscadores, como pre rgthka) F 1 DE La tarea de la Fn oth be! una web y el contenido de la misma, asi como la utilizagién de diverg&s técnicas de linkbuilding, linkbaiting 0 contenidos virales con el: de dparkdéu dol eylametss posiciones de los resultados de los buscadores (cuando un usuario busca por una determinada palabra clave Optimizati Google, Bi 0 keyword), es conocida como SEO. El trabajo es amplio, ya que el posicionamiento involucra al cédigo de programacién, al disefio y a los contenidos. Tradicionalmente, los sitios web, cuando los motores de busqueda solamente mostraban resultados de los algoritmos de basquedas organicas, eran més faciles de optimizar. Las técnicas para posicionarse en los motores de busqueda eran las ya conocidas y ‘enumeradas anteriormente. Sin embargo, tltimamente estén apareciendo en los buscadores diversas nuevas tecnologias que han insertado muchas nuevas variables que es necesario tomar en cuenta para la optimizacién de un sitio web. 162.5 METODO DE DISENO HIPERMEDIA ORIENTADO A OBJETOS MEJORADO (OOHDM+) E] modelo OOHDM u Object Oriented Hypermeda Design Maihodology, para disefo de aplicacions hipennedia y para ta Web, fue disefiaca por B, Schwahe, G Rossi, abi S,D J Barboss y ex una extensi¢n de HDM con ovientaciin a abjetes, que s# esta convirliendo en una de las melodalogias mas utiizadas, Ha sido usada pata cisefiar diferenles lips de apliraciones hipermedia como galaras interactives, presentacianes multimedia y, sobre lado, numeresos sitios web [Lamarca, 2007) Ensus comienzos no conteniplaba ta tase de capture y définicion de requisites, pero desde elaine 2001 se prapone el uso ce User Interaction Diagrame (UIDs), Eeasi queél método en principis propaneel siguien|@ pronase de desarralia en cinco siapas: Oblercion de jecusrinientos, “Modelo consspiual, Modelo Naveuecional Disefjo de interfatas abstracts e tiiplémentacion frome labhesirvde | insite ff" Sete 1) {Resmcrewientna) y! (concepts, |y/)teayegecrarial 47 Figura 2.1 Fases dela metodologia GOHOM Fuente: [Soto & Palma, 2004) E| métada retingdo, Metads de Disefio dé Hipemadia Orieniade a objetos - Majorade (QOHDM4) resulta ser ina sueye yarsién del mateo OOHDM exento en gran parte de las falencias que prasentaba el métado origen, y esta ‘enfacado al diseiio de sitios web eomorativas. El malods véfinada OOHDM+ comprende las siguientes fases (ver figure: 2.2), imismas qlie Se Seguirdn para disafiar ef siffle web |Maniari 2007]Especifcarién de rasos de uso Eepeaiianion de UIDs ) Proiatpa de valdacion de UIOs +1 Data Conall | ahem Seat Saga Figura 2.2 Etapas de la Metodologia OOHDM+ Fuente: [Mamani 2007] 2.5.1 OBTENCION DE REQUERIMIENTOS, ‘Como en todo proyecto informatico la obtencién de requerimientos es una de las etapas mas importantes, la mayoria de los estudios entregan resultados claros que los errores mas comunes son los que se cometen en esta etapa. La obtencién de requisitos o también denominado elicitacién de requisitos, trata de obtener la mayor cantidad de informacién posible sobre el dominio de la aplicacién [Hennrichs, 2005], esta primera fase contempla cinco sub fases: Ejecucién de entrevistas, Especificacion de roles y tareas, Especificacion de casos de uso, Especificacién de UIDs, Prototipos de validacién de UIDs. 182.5.1.1 EJECUCION DE ENTREVISTAS En esta sub fase se hace uso de un modelo de entrevistas y cuestionario. La entrevista es una técnica muy utilizada ya que permite tomar conocimiento del problema y por ende las posibles soluciones. Para ello el entrevistador debe identificar muy bien a los entrevistados y estructurar muy bien las preguntas, una buena manera de reforzar la técnica es combinandola con los cuestionarios y checklist que son también otra técnica de captura de requerimientos [Mamani, 2007). Para reforzar la etapa de elicitacin de requerimientos el método refinado plantea un modelo de entrevista (ver figura 2.3) y que se puede ver desarrollado en el anexo C. i |) vcoato be eievista fata on bob aermtsor, ‘Se debe lore 9o8 poses ontevatatos dl amber cea aseion, on ete cave un ‘anbieniscarzoravo- cones edicabis, os pois ewteisiascs son % Dhar 1 Blregerte ce cegl nl exate tld uno pon ser que tone ms afos ce baba rego) + To secetsa cel cobt, cue bene nlgmacion ge i rane en cone se rane Ie Iormason dei coege 4 Unpreescr sesesartatnadia cok. “Unesvaan represereswe do clog 7 Unpadre de fama au lenge al hionscrtoenelcsege Paso 2: Praparacion de la enireista ego de haber le os entevitacos, se proce a prepare aes, y para sie! ‘Isenasercebestunre ens! oman cea splesion, so par elabovar urs ontevte que fe permea recat lo mayor canta do inermact, de las roooedades del usuario. Uns forma se stuaree en et demna ce fo eleacen y preparer la envevsia, es tsewanca Aietnae apcaconoe cnsars aioe gue so desea realy, pra conocer que momadon bina tn, coma a poser. ec Para ol case do los sce web corpratves cents educates, se maize un examin oe stews apieaconey smaares,extayero la bean ae pia st ilevante conte ‘on onveveta. Carre feud ee dare, cuasionanedomine des apleacin, aso 3: Eretuae la erzeviota ‘Tener culado de fo “Aspaios trae curis, dari a aio Ferma is pragonias co! "Suesienaro™ dyn de alae eso 4: Eaborat un informe de ls eneevista Competes rolae que se tan loaso curate Ie entevista¥ raumni Ia iran recanads, Figura 2.3 Propuesta ~ Modelo de entrevista orientado a sitios web2.5.1.2 ESPECIFICACION DE ROLES Y TAREAS Esta sub fase tiene por objetivo identificar las necesidades reales de los usuarios, esto es posible a través de la interaccién entre el desarrollador y el dominio de fa aplicacién, &1 desarrollar consigue esa interaccién a través del andlisis 0 revisién de documentos y entrevistas con los usuarios a fin de identificar a los actores y sus tareas o necesidades [Hennrichs, 2005]. Un actor es un agente que interactUa con el sistema, es decir un tipo de usuario con un papel definido, asi el actor puede representar diversos papeles y un papel puede ser representado por varios actores por tanto un actor o un rol es una clase de usuario. Una tarea répresenta un objetivo que el usuario desea alcanzar utilizando la aplicacién, Para la especificacién de roles y tareas se plantes clasificar los tipos de actores de la aplicacién web, ello implica identificar a las clases y subclases de actores, tal como se muestra en la figura 2.4. Esta clasificacién en importante ya que ademas de organizar la informacion permite situarse mejor en el dominio de ta aplicacién y tener con claridad con.qué tipo.de usuarios se esta trabajando [Mamani, 2007]. Sane Deseroatn: Repeats 3 Blower pase ae Temi. en oe ae Pua eran fo: Pas ae fonts Deseo: Representa et rectvmetce focsmn ears 8 ceo, Get Seer cheers t oat Siea""omecon “occa oyna Figura 2.4 Ejemplo de clasificacién de roles Fuente: [Mamani, 2007] 20En consecuencia se hace el uso de una plantilla que permite definir las tareas conespondientes a cada rol, Esta plantilla consta de dos columnas, donde en la primera se espacifica el roVactor y an la segunda se dascnben Jas tarsas que corresponde a cada actor. Datinicin dé Tareas. Fol Tareas Roljoc Hadtedefamla | TEObtener informacion sobre elplantel dacente dt colea, ‘TaObtene! informacién sobre elalamts| adhniistrative- del colegio TH Concer at notes del colegl TLObiene/ Infarmaciow sobre lnc actidades que reales en colegio Raljector: TS conocer os crcularesqueemite ©) cleo Psdrede tanita | TéEuseHrifocmactén sobre un profesor. interac ‘T conacey el calendario del colegto. T8Obtenerintormacién sobre los horaros de consulta we un profasor T8Obtener informaciéin sobre las horarias de consi He un eevnitr atv TLaCongcerlalits dernstereh- aun curso Riljaetone TTL Gbienesiffor ration sobre ou vequisibade nkiesa HauavlurMos Palle defor | nuevos! stant “TA? Obie inforpidn Zo pre| elke AE Pein, forme ce mage y nts castes. ‘oljattore TiS SalBtgus ola afrayesce sucodies larva TL) Butter suet através ce su nombre 725 Buieapipformacién sabre in profesor Tap bua ransbele 727 Fuller om ernie Tabla 2.1 Plantilla de descripcién de roles y tareas Fuente: [Mamani 2007] 2.5.1.3 ESPECIFICAGION DE CASOS DE USO Un caso de uso es una forma de utilizar ja aplicacién y no aborta el funcionamiento interno del sistema, De acuerdo a la definicién formal de UML un caso de uso 85 un eonjunto de secuencias de acviones que un sistoma afecttia, para producir un resultado observable de una determinada tarea Espectticamente tepresenta la interaccisn entre el usuario y el sistema, agriipands las tareas representadas en los @scenarics existentes [Vilain & Schwabe, 2002] aEl método refinado planiea un modelo de plantilla de especificacion de casos de uso, éste modelo permite estructurar la informacién, y en este punto se hace una reformulaci6n para mejorar la organizacién de la informacion La separacién de las acciones que talizaelusuatio y las que efectta la aplicacién permite estructurar el curso de acciones, asi como la descripcién de las precondiciones y postcondiciones Tada Vernotaratravasdeleadgadelaunna oles Rering Tawa Te Piecondieionee Tatura zbe ear regietrad er bate da Gateviel SSE Bescon Fabian Respuesta 7 Elusuana aves su coche de slang "Sinaresrsa-so oiciza de olurmnast fauscorigeniensode se: suscarcéaigc.a lara 2. Flusuar ngrasas cobrasafs 3 e)hdherh vero e baa y Asie eGntibsBAe ye igo naan pits) stceens informs gue os ats soniovakdes ¥ wel osaigoy 5. revs ‘rasa =) coviga zon veleoe ramusstrauna apsian para Ver 6 Suslanblesense la opciah Var ‘veelvalema muestra una tsa de tfscininas can el nambree! profesor el tenideencadsuna de zias ys estaaprobadoo reprobato, Pasteonaiione Wingura Figura 2.5 Ejemplo de especificacion de casos de uso Fuente: [Mamani, 2007] 2.5.1.4 ESPECIFICACION DE UIDs (DIAGRAMAS DE INTERACCION DE USUARIOS) La metodologia OOHDM propone |a utilizacién de la herramienta denominada UID, cuyo objetivo es mostrar la interaccién del usuario con el sistema (de forma gréfica), descrita de manera textual en la especificaciin de casos de Uso, sin entrar en detalles relatives a interfaces de usuario [Hennrichs, 2005). Para 22obiener un UID desde ur caso de uso la secuencia de informacion imereambiada entre el usuario y el sistema debe ser identificade y organizada en las interacciones. Identificer la informadidn de intereambio es crucial ya que es la base pera la definiciory de los UIDs [Soto & Palma, 2004. Le tabla 2.2 cescribe fa notacion para generar los diagramas ce interaccién de usuario con el sisiema. = WataoapemgeneeruDs Sid Reoresentstinaintarmacin dna (simple) que anatece durantéla eracci kemae Represéntalaintormadianqueesintarcamolada UB tlecha reoresertatue ante agin Bh) procesarmtente porparte dela apleacion antesita aber prssertddalk pibulinginfoonacion defredracson ime) e eoresentadaperuna — * flezhdsin agen. Reordsentaaeferiotn ae unacperacin dantizel e intr ast tegen pmol Tabla 2.2 Notacién para la generacién de UIDs Fuente: [Hennrichs, 2005] En la figura 2.6'se puede observar un ejemplo de UID, utilizando la notacidin ya mencionaca. 23‘erect mi - oo, EI eg as Lae) brgrsets 2 ve , sepia mood a ‘econ verratas Nets (rere sort recline Figura 2.6 Ejemplo de especificacién de UID Fuente: (Hennrichs, 2005] 2.5.1.5 PROTOTIPOS DE VALIDACION DE UIDs En esta sub fase el desarrollador dabe interactuar con cada usuario para validar los UIDs obtenidos, mostrando y explicande-cada uno de ellos para ver si el 0 los usuarios estan de acuerdo. El ustario debe intervenir solo en aquellos casos de uso y UIDs en jos que participa, Cada sugerencia, problema e inconsistencia deben ser anotadas. El nimero de interacciones necesarias para llegar a un consenso dependerd del tiempo disponible de! desarrollador como también de los usuarios [Hennrichs, 2005]. Debido a ta importancia que posee la validacién de requisitos en todo proceso de desarrollo de software, es que se hace necesario llevarlo a cabo de manera ordenada y entendible al usuario. Es asi que el enfoque IPO (Interaccién Persona Ordenador) considera que el prototipo es una herramienta muy util para hacer participar al usuario en el desarrollo y poder evaluar el producto, 0 en este caso los requisites obtenidos [Lorés & Abascal, 2001]. 24Una de las técnicas de prototipado es el “prototipo en papel”, que consiste en la simulacién de las diferentes interacciones que se van a realizar con el sistema. ‘Tomando en cuenta estos aspectos se validaran los requisitos obtenidos en la fase anterior, representéndolos de manera intuitiva al usuario y para ello ‘emplear la técnica del prototipado en papel. Para crear el prototipo en papel se tiene una notacién basica que permitira generar los prototipos a partir de los UIDs en los que intervenga un usuario, dicha notacién se observa en la tabla 2.3. Se debe tomar las siguientes consideraciones [Mamani, 2007]: - Se debe tomar los UIDs en los que interviene el usuario - En la validaci6n se ira guiando al usuario sobre el recorrido del prototipo y se recabaran todas las observaciones que el usuario realice una vez finalizada la evaluacion se debe_realizar un_analisis, en base a las ‘observaciones que eb-usuario haya dado - La representacién de los prototipos debe ser realizado de acuerdo a los actores y tareas identificados. To Notacion paralla generacion de prototipos a partir de UIDs ee Peers cl teemntmee Inielo de +— a Interaccién ( ) Interaccién/transic c ty ‘on —_ Entrada de datos ToT a RRNA OATS dediquniees etn anonir yun arian was Hiements vas Elemento (items) Elemento items naa ev fem2:earela 3S 25Ls opciones soran mostradss ana intereeson mize Opcion elegida y @ ‘nueva interaccién ——— >, Lacondicin etara expresada en el remo aie 1 condicién — ie « ay yin | Un enine se Fepresentada alcome ‘lees tne cenerte ns tine os Fear Nombre del enlace tla representacén de un ste elemento no estd definide en los had idle {te demerto not dei en Q “Geuade Representa cusiqertexo que se alors mosiar Este element no ets definide en ios Pe] Sag ibs ES ‘exo ‘Se punde spar coat Ge tos dos elarios para reprsentar una ima Este element Wo esti definidc en ios ae — UIDs imagen imagen srs reser euaiquer searacion Aclorationes | BSEAleMEo ned etna ens 7 | Rerniones Espacio donde se ralza ng ‘soaracones Tabla 2.3 Notacién para generar prototipos a partir de UIDs Fuente: [Mamani 2007] Como ejemplo se plantea que el UID expuesto en la figura 2.6 se represente tal como muestra la figura 2.7, con ayuda de la notacién 26| [ | af sakerdronteca iia iE i casos de uso y UID rototipo de val inte: 101 AYOR DE een AN El disefio les Anoresce OOHDM, porque a partir de es! jelo se coménzaré a ir la estructura de la aplicacion web. En esta fase se realiza el andlisis del dominio del problema y se identifican 2.5.2 DIS! los conceptos involucrados en el sistema, dicho de otra forma, se elabora el ‘esquema conceptual, mediante el diagrama de clases, que esta representado por las clases abstractas y objetos, las relaciones y colaboraciones que existen entre los objetos. En la metodologia, el modelo conceptual esta constituido por clases, relaciones y Subsistemas. Las clases son representadas como en el modelo orientado a objeto tradicional, en las relaciones se utilizan agregaciny generalizacién/especializacion, pero los atributos pueden ser de milltiples tipos para representar perspectivas diferentes de las mismas entidades del mundo real [Hennrichs, 2005]. Mostramos un ejemplo en la figura 2.8. 27bt ar DE Los sitios icaeatpBaresia son aplicaciones proyectadas para la navegaci ves defines ee: de _informacién. La fase anterior de OOHDM ( ANB ErGbastiecion de un modelo conceptual en el cual describe las clases de objetos y relaciones del dominio de la 2.5.3 DISI cept aplicacién, De este modelo conceptual se pueden originar varios modelos navegacionales es decir la informacién que serd presentada a los usuarios y como se efectuard la navegacién entre ellas [Hennrichs, 2005]. El disefio de la navegacién es expresado en dos esquemas: el esquema de clases navegacionales no abstractas y el esquema de contexto Navegacional mejorado [Mamani, 2007] 2.5.3.1 ESQUEMA DE CLASES NAVEGACIONALES NO ABSTRACTAS El esquema de clases navegacionales, refleja una posible vista elegida [Escalona, 2001]. El esquema de clases navegacionales 0 esquema Navegacional define un conjunto de nodos y en laces que forman parte de una 28vista Navegacional de la aplicacién. Una aplicacién puede tener uno o mas ‘esquemas navegacionales de acuerdo con las vistas existentes de la aplicacion. Los nodos y enlaces son originados de las clases y relaciones que componen el ‘esquema conceptual [Hennrichs, 2005]. En OOHDM hay una serie de clases predefinidas que se conocen como clases navegacionales: nodos, enlaces y estructuras de acceso que se originan dentro de un contexto Navegacional [Escalona, 2001] EI método refinado (OOHDM+) plantea representar el esquema de clases navegacionales de forma mas representativa y entendible, de manera que se asemejen a la realidad, empleando metaforas que minimicen la abstraccién, al indicar que se va a representar: una imagen, un espacio de texto, un enlace [Mamani, 2007} ts ERSURAD cave El dofinit) los olementostmagen do *§ bhidde Methpleando iconos representativ faa ret PCT Ber , esto permite tener una mejor visu i fo, es mas an degiama permite complementar ‘el esquems xto Navedatiofial, El esquemé ciomal ‘Iractas permite que sea mas ; RES entendible usuario'y facil de crear para €! diseflador. Como la evaluacién del usuario es fundamental en el desarrollo de cualquier aplicacién, esta fase permite saber si se esté realizando un buen trabajo. A continuacién se muestra un esquema de clases navegacionales no abstractas (figura 2.9). 29Fuente: [Mamani, 2007] 2.5.3.2 ESQUEMA DE CONTEXTO NAVEGACIONALES: Los contextos navegacionales juegan un papel similar como colecciones y han sido inspirados por el conceplo de contextos anidados. Los contextos navegacionales organizan el espacio de navegacién en conjuntos consistentes que pueden ser atravesados siguiendo un orden particular, ellos deben ser definidos de la misma manera en lo que se refiere a la ayuda del usuario para realizar su tarea deseada. Tomar en cuenta de forma activa al usuario, en el desarrollo de cualquier aplicacién es importante [Lorés & Abascal, 2001], ya que hacerlo permite saber 30si un trabajo se esta llevando a cabo de manera efectiva. El modelo Navegacional no debe ser una excepcién, por tanto también debe ser evaluado por el usuario, para ello el modelo Navegacional debe ser lo mas claro posible. Es asi que el método refinado sugiere emplear los siguientes elementos de contexto Navegacional, que se ilustra en la figura 2.10, también se emplea los elementos de correspondencia de los UIDs que se ilustra graficamente en la figura 2.11[Mamani, 2007] chase navegoctonal © (peonss | opciones [7 Soece un cone oe | ates y Stomte ot accord | tees tubtezre dees Foralade | ingress a Farm ogee ator hen ob ccna Semone puese_eamenee terconccens te mone, pres otomusion, enaelin ‘Documents Pane conch 3 34 na Este ans representa a une ‘armies gana cangier ‘renin rover ‘nts ao eumirtos Poser 2 misma tneén Figura 2.10 Elementos de contexto navegacional mejorado Fuente: [Mamani, 2007] Se] ae | | Tin FE 31Figura 2.11 Correspondencia de elementos de context navegacional mejorado Fuente: [Mamani, 2007] Aplicando la notacién propuésta (figura 2.10) y las correspondencias deseritas anteriormente (figura 2.11) se representa el contexto navegacional correspondiente a un actor determinado y a la interaccién especificada en el UID de la figura 2.6. Figura 2.12 Ejemplo del Contexto navegacional mejorado Fuente: [Mamani, 2007] 322.5.4 DISENO DE INTERFAZ NO ABSTRACTA Finalizada el disefio navegacional es nacesaria especificar las diferentes interfaces de Ia aplicacién, Esto significa definir de qué manera apareceran los objetos navegacionales en la interfaz y cuales objetos activaran la navegacién, Los modelos que se va a realizar en esta fase permiten elaborar diferentes interfaces que son independientes a las plataformas tecnoldgicas que se utilizaran para la implementacion. El método refinado OOHDM+ plantea reducir el grado de abstraccién representandolos de manera que se asemejen a cuando estén implementados, la idea es mostrar los prototipos de interfaz, de manera que el usuario pueda tener un concepto de las)pantallas que veré una ves esté implementado el trabajo. Para ello se realiza la normalizacin de los elementos utilizados para representar la interfaz de usuario, , ie Ttenaoe Nombre de anigew Texto meagee soni Fal (evn do on) ra] ir SER 5b [boeumente Figura 2.13 Notacién propuesta para prototipos de interfaz Fuente: [Mamani, 2007] 332.5.5 IMPLEMENTACION En esta fase el diseftador debe implementar ol disefio. Hasta esta fase todos los modelos fueron construidos en forma independiente de la plataforma de implementacién, en esta fase se tiene en cuenta el entomo particular en el cual va a correr la aplicacién [Silva & Mercerat, 2003] Al llegar a esta fase, el primer paso que debe realizar el diseflador es definir los items de informacién que son parte del dominio del problema, se debe identificar también como son organizados los items de acuerdo con el perfil del usuario y su tarea, decidir que interfaz deberia ver y como deberia comportarse. fin de implementar todo en un entorno web, el diseflador debe decidir ademas que informaciémidebe ser almacenada [Silva & Mercerat, 2003] En esta parte es rl i Ae ‘endlogias existentes para ol desarrollo, del|sitio ee AYOR DE > Len - Gest fo dato ON - Servi mate ics 4 NDRES pare Ya que cada aplicacion web es distinta requerir de alguna tecnologia especifica 2.6 METRICAS DE CALIDAD Un elemento clave de cualquier proceso de ingenieria es la medicién, que se ‘emplea para entender los atributos de los modelos creados y para valorar la calidad de los productos de ingenieria o de los sistemas que se construye, El objetivo principal en el desarrollo de aplicaciones web, es desarrollar productos de calidad los que deben estar regidos por un conjunto de caracteristicas y atributos deseados, observables y cuantificables La mediciin es el proceso por el que se asigna parémetros cuantitativos a los atributos de entidades en el mundo real de tal manera que descriva dichos 34atributos de forma significativas y de acuerdo a unas reglas claramente definidas (Pressman, 2006]. El primer paso en el proceso de medicién es deducir las mediciones de software y métricas que pudieran ser apropiadas para la representacion del software en consideracién. Después se recolectan datos requeridos para aplicar las métricas formuladas. Una vez obtenidos los resultados de la medicién se analizan basdndose en orientaciones preestablecidas y en datos anteriores. Los resultados del andlisis son interpretados para obtener una visién inherente a la calidad de software, y los resultados de interpretacién conducen a la modificacién de los resultados de trabajo deducidos del andlisis, disefio, codificacion o prueba. -. 2.6.1 ESTANDAR Bored NIVERSIDAD La ISO 9126 es un mgr 3 ia evaluacion de la calidad del lazadd poral bravéctd [SQuaRE1SO 25000:2008, el cual “SAN dido enyByatro partes las cuales drigon, respectivament, lo calidhds NG) Btkess métricas internas y calidad en El modelo de calidad establecido en la primera parte del estandar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de caracteristicas y software. sigue los he El estandar siguiente las métricas de uso. sub caracteristicas de la siguiente manera: + Funcionalidad- Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades especificas. Las funciones son aquellas que satisfacen las necesidades implicitas 0 explicitas. + Idoneidad « Exactitud + Interoperabilidad 35+ Seguridad + Cumplimiento de normas. Fiabilidad - Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestacién bajo condiciones establecidas durante un periodo establecido. + Madurez + Recuperabilidad + Tolerancia a fallos Usabilidad - Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoracién individual de tal uso, por un establegide.o implicado conjunto de usuarios. +f Aprendizaje mtr I NIVERSIDAD id mV AvOR DE San. relacionados con la relacién entre el von wRis” de recursos necesitados ones e: mes + Comportamiento en el tiempo + Comportamiento de recursos Mantenibilidad - Conjunto de atributos relacionados con la facilidad de extender, modificar 0 corregir errores en un sistema software. + Estabilidad + Fai idad de andlisis, + Facilidad de cambio + Facilidad de pruebas Portabilidad - Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra. + Capacidad de instalacion 36+ Capacidad de reemplazamiento + Adaptabilidad + Co-Existencia vane teva compere Sela a nditus cimpirien se poratcae Cp OF 0: rpereers neat int a3 dbo AO hes 3 : seer aye as yy ae OD. Figura 2.14 Caracteristicas de la Calidad segtin la ISO/IEC 9126 El estandar provee un entomo para que las organizaciones definan un modelo de calidad para el producto software. Haciendo esto asi, sin embargo, se lleva a cada organizaci6n la tarea de especificar precisamente su propio modelo. Esto podria ser hecho, por ejemplo, especificando los objetivos para las métricas de calidad las cuales evaluan el grado de presencia de los atributos de calidad. 2.6.2 METODOLOGIA WEB-SITE QEM La metodologia Web-site QEM ha sido desarrollada a partir de mediados del 98 por Olsina, con el propésito de aportar una estrategia eficaz, centrada en ‘expertos, para evaluar y analizar la calidad de sitios y aplicaciones Web en 37general. Esta basada_en un modelo jerarquico de requerimientos de calidad, partiendo de las caracteristicas de mas alto nivel prescriptas en la norma [ISO 9126-1], a saber: Usabilidad, Funcionalidad, Confiabilidad, Eficiencia, Mantenibilidad y Portabilidad para calidad intema y externa; y Eficiencia, Productividad, Seguridad y Satisfaccién para calidad en uso. De este modo, a partir de esas caracteristicas se derivan sub caracteristicas y, a partir de éstas, siguiendo un proceso de descomposicién jerarquico, se especifican (asocian) atributos. A este modelo de calidad se le ha dado en llamar mixto, en el sentido que parte de lo prescripto en la norma ISO, pero es personalizado a nivel de sub caracteristicas y atributos. El principal objetivo de Web-site QEM es evaluar y determinar el nivel de ‘cumplimiento de las bat ‘equeridas, para win problema dado, para lo cual se anidlizan los indicadorés (ta Doric bod crt Hosldé preterencia 0 de perfomanee) gi les) p Seen epee El resultado del proceso de ion (y niualmenté de comparacién y seleccion) puede ser interp’ }0 el gradd dé gatistaccién de los requerimientos de calidad a | Ay ee NIDE 2.6.3 FASES DELA METOD NOIRE ow Los pasos definidos para aplicar la metodologia Web-site QEM se podrian resumir de la siguionte manera [Olsina, 1999}; Y Definicidn del Alcance de la Evaluacién, en relacién a: - Metas de la evaluacion y - Perfil de la audiencia (0 usuario) Y Definicién y Especificacién de los Requerimientos de Calidad Y Definicién de Criterios de Evaluacién Elemental - Proceso de medicién - Obtencién de Indicadores (preferencias) Elementales Y Definicién de Criterios de la Evaluacién Global - Modelos de Agregacién de Indicadores 38Cabulos ¥ Analisisy Recomendaciones 2.63.4 DEFINICION DE LAS METAS DE EVALUACION Y SELECCION DEL PERFILDE USUARIO Los evaluadores deban cefinirlas metas y establecerel alcance del proyecto de evaluacién Web La avaluaciin puede llevaise a cabo tanto en la fase de desarrolls como an la fase operallya del proyecto, y se puede valorar ta calidad de un producto completo 0 bien se puede valorar la calidad’de un’ conjunto de carasleristioas Y atibutos de Un componente Los pastitadas podrén sar fizados pata comprendes, majarak, o conlvalarla.calidee da jos productos Por ot parle, la importantia relaliva (los pesos) de las caracteristicas: y dtrlbuios dependan de la mata de evaluscr, cel peril de usuario sélecclonado: ¥ del dominio dé la ayitcadam(Olsina, 1999] Para propésilos de evaluacio’ en dominios Web, perfiles ce Usuario o un alto wivellde Abstraccién, a saber yisitantes, e han considerado (res desairolladores ¥ gayanciaderss, Siguiende un mecanisme do descompasicion 8s posibls, par ajempla, dividir a la categoria visitanta en clases mae especificas, tal como se aprecia an la rigurs. | tistertes } ee omamtes — tecoceee = Figuta2.15Clasificacion de Visitantes de Sitios Wel» Fuente: [Covella 2005] Un Visitante Intentional se define comb a la audiendia que tiene al menos algun conecimients o manifiesta algiin interes en un dominio y sitia’s especificals, y ~desea probablemente informarse 0 aprender mas acerca de sus contenidos y servicios. Su permanencia en el sitio es generalmente mayor que la de una audiencia casual. A su vez, se podria realizar una clasificacion entre visitantes anénimos o registrados. 2.6.3.2 DEFINICION Y ESPECIFICACION DE LOS REQUERIMIENTOS DE CALIDAD Los evaluadores deben elicitar, acordar y especificar los atributos y caracteristicas de calidad que van a estar presentes en el proceso, agrupandolos en un Arbol de requerimientos (modelo de calidad). De las caracteristicas ISO [ISO/IEC 9126], antes mencionadas se derivan las sub caracteristicasgysde éstas se pueden especificar atributos con un minimo solapamiento. A cada bother cable. del, dominio, emnitigo se lo cuantiica por media e una métrica, Gorho Fesuitddo-dtla thetida en el mundo formal AYOR DE En la figura jJemp la\syb caracteristica Funcionalidad y Contenidos Especificos | itios y apljéabiohe’ con funcionalidad eLeaming ademas de sub caracl y alribiules) pa) up pisitante intencional. Este érbol de requerimientos corresponde a un estudio realizado en 2002 [Covella, 2002}, donde se empleé Web-site QEM para evaluacién de producto 2.6.3.3 DEFINICION DE CRITERIOS DE LOS INDICADORES ELEMENTALES Y PROCEDIMIENTOS DE MEDICION Los evaluadores deben definir una base de criterios para la evaluacién elemental, y realizar el ulterior proceso de medicién y obtencién de los valores de indicadores elementales. Un criterio de evaluacién elemental declara y ‘specifica cémo obtener un indicador a partir de una medida de una métrica (para un atributo dado). El resultado final es una preferencia o indicador elemental, y si la escala seleccionada fuera porcentual, puede ser interpretado ‘como el grado o porcentaje del requerimiento de calidad elemental satisfecho. 401Lsabiny 2 Faetionatty 23 Speci Funconaty and Cones fr Eseaing 231, 2311 Genera rimaton 234.11 Desenpvebcrmston 234.111 Coumo Cade and Name 2311 2ietonded Avberce 231.113 Content Suna 2311.14 Gossoy 231115 Son Taleo ‘Contest 23:11 2 Scheding orion 231121 Sls open, ceed) 231422 Gaegery ‘edaparie le) 231123 Case Scuoduing 23112. natacire 23113 Aesosanet ely Ifrnaten 231,11 ebvesonal Matra Irion pana 231442 Moda Typo BALL Oors ier corer: eet B22 tained enw 2343p ora 2a ram mn na T 230 Orie Seat fosete 2322 28224 Goer Paporvk 52214 Erion’ Cerieien, 2 Pa 292221 Crealinnt 249920 Site Tracking 232223 Maibox 233 YuualLeotring Enirooment Features ior aWois) 28331 Syctronos Conmuniaten ard (Calsbran Rescuers 233.14 Glas Sean Paletie 24312 PariopaionColaborsicn Meche 283121 rend aisog 253122Cieentember Lt 233123 Syntronaed Web Newgaton 233124 Pasa inet Parson 2931.25 Workgroup Facly 233.13 Syoheonovs Resouces 233127 Sboanng Sis 2331'228ennng Video 233133 Shad Appleton fog Woartoan 23314 AudatVidoo Covernen 233138 Cm 22314 Vea Lb 2332 Asyceorous Conmancaon and ‘Caaborton Resource 2321 Pabopaten Mechonsrs 235211 Massage, sdooioon i 23335 Grading Macho 2tsudenisavces 234 Yai Comunity 7344 (Balen Goats 23412 Decussen Foruma 23430h0 2342 Hp so Suppod 23421 Conca Hap ole So 2342 11 rieroatn Hole 234212 Const Hop 234242 FAQ 28422 Onin Sippert 234224 Oot 234222 voP 2423 One Suppo 234231 Emm 234232 Over be Phone 234233 Faxon Donon 2343 Otte Sorvees 23431 Vea lieary 23432 WebMat 23433 Dowiats 235 Privacy Corieaton and Gusta Pobeies 235 1 formation on Pray Poy 23362 iomatan on CostistonPoey 23521 Valdiy 23522 Shpmon Mode 2383 Guwarioo Poy bfonaton 22531 Terme Use 2352 Relm Paley 23533 Changes Peley Figura 2.16 Ejemplo Sub caracteristica Funcionalidad y Contenidos Especificos para sitios y aplicaciones con funcionalidad e-Learning Fuente: [Covella, 2005]Por lo tanto, para cada métrica de un atributo es necesario establecer un rango de valores aceptables y definir la funcién de criterio elemental, que producira una correspondencia entre el valor de la métrica con el nuevo valor que representa la preferencia elemental. Asi, luego de computar la funcién de preferencia elemental que modela el requerimiento del atributo Ai (a partir de la métrica m: Ai -> Xi), el valor del indicador (I: Xi -> li) caera en uno de los tres niveles de aceptabilidad o barras de calidad, Esto es, si se ha consensuado una escala porcentual para el indicador, los niveles de aceptabilidad podrian ser: insatisfactorio (de 0 a 40%), marginal (desde 40,01 a 60%), y_ satisfactorio (desde 60,01 a 100%) [Covella, 2005}. 2.6.3.4 DEFINICION (3. MODELOS DE AGREGACION E PL EMBETACIONRE del | En el paso scape oye) ), y obtenidos los indicadores elementales (encerrados entre paréntesis), el valor calculado para 12.3.3.1 (Synchronous Communication and Collaboration Resources) aplicando el modelo aditivo es: (0.20 * 60.00) + (0.25 * 17.50) + (0.25 * 68.00) + (0.20 * 00.00) = 33.38; teniendo en cuenta para el calculo los valores de los indicadores de nivel inferior: los315€ lass12 29 Specific Functionality and Contents for E-learning 23,24 Vinal teasning Environment Features fora WbIS)!2N:NN> £23135 Synchrontus Communication and Collaboration Resources 2331.1 Class Session Paleo <0:20> (60.00) 2334.2 Paricpation!Colaboraon Mechanisms <0.25> (17.50) 23342 Han’ Raising < 2913.12.2 Class Member List <0.20> (100) 25334.2/3 Sychiotized Web Nevgation <0.15> (100) 2.3.1.2.4 Assist: Instructor Paicipaton <0.20> (50) 2.3.4.2: Workgroup city <0.25> (70) 2331.3 Synchvoncus Resources. <0.25> (68.00) 233.13. Streaming Sides <0.20> (0) 2.3.3.1. Steaming Video <0.20> (100) 2.3.1.3 Shared Applications (eg, Whteboerd) <0.20> (50) 233.134 Ault Video Conference <0,20> (90) 293.135 Chat <0.20> (100) 29.34.4 VirtualLab <0.20> (0.00) 25> (0) n del drbol de requerimientos para ejemplificar el calculo de indicadores parciales Fuente: [Covella 2005] 43Los indicadores de mas bajo nivel se calcularon de la siguiente manera: 12.3.3.1.3 (Synchronous Resources) : (0.20 * 00.00) + (0.20 * 100.00) + (0.20* 50.00) + (0.20 * 90.00) + (0.20 * 100.00)= 68 12.3.3.1.2 (Participation/Collaboration Mechanisms) : (0.25 * 00.00) + (0.20 * 100.00) + (0.15 * 100.00) + (0.20 * 50.00) + (0.25 * 70.00)= 17,50 Este proceso recursive debe ser completado para todos los atributos y sub caracteristicas en el arbol de requerimientos para obtener la calificacién global. 2.6.3.5 ANALISIS DE RESULTADOS Y RECOMENDACIONES Una vez disefiado e implementado el proyecto de evaluacién, el proceso culmina conla shold de las conclusiones y recomendaciones. Los ina Hb Tye y ot port do usuario establecidos | ‘El p de evaluacién produce informacién elemental, ep afe drlatealialpor medio de un modelo de racidh.dinémiga, y que se emplea en actividades de toma evaluadorgs analizan, los uede de decision. jemplo, a la siguiente hipétesis a corroborar: “la calidad de | aplica ey genera los requerimientos de calidad. en jeracion’ dé un Ka i luario. Parlicularmente, que el indicador global de calidad en uso satisface al menos el punto crilico de aceptabilidad del 70% de la preferencia global, conforme a los requerimientos de calidad especificados y acordados para una audiencia previamente determinada’” [Covella, 2005] 44CAPITULO III MARCO APLICATIVO Al establecer un sistema de informacion se debe tener la certeza que cumpla dos objetivos; que sea un sistema correcto en el analisis y disefio, y que este correctamente implementado y funcionando, siendo util y mejorando asi la toma de decisiones de la institucién. La funcién del andlisis y disefio es desarrollar un producto que pueda cumplir con los requerimientos establecidos por el usuario y no presente fallas posteriores en su uso. En el presente capitulo se describe y desarrolla ol andlisis y disefio del “Sistema de Gestion ysDifusién de Informacion via Web. Colegio de Ciencias de la Computaciit - Laer’ Foufanda |apzotppascc la pejegotogla OOHDM (Metodologla de diseno Hetia Srentadbea “dofatos tmiejorado), que se detalla ene H ehite ayeR PROPS E> que se desarrollan a continuaciét y 34 oBTENG JE REQ ititos ees En esta ii ANDRES nce la oblencin de los requerimientos, es decir, obtener y relevar la mayor cantidad de informacion sobre el dominio del sistema. En esta fase se lleva a cabo la definicién, andlisis y validacién de los requisitos a partir de la informacién recolectada y facilitada por el usuario. Esta primera fase contempla cuatro subfases. 3.1.1 EJECUCION DE ENTREVISTAS En esta subfase se aplica el modelo de entrevistas planteado por el método. En la tabla 3.1 se puede ver un resumen en un modelo final después de aplicar el modelo de entrevistas y cuestionario que se detalla en el anexo B. Este modelo esta organizado en tres partes donde se indica de manera breve y concisa; el propésito del sistema web, la informacion que se va a publicar en el sistema y las funciones que brindaré el sistema. 45Especificacion de propésito y bondades del sitio web Propésito general del sitio web “Cua es el propésito general del sitio web? Informar los usuarios colegiados y pidblico en general sobre las actividades que realiza el Colegio de Clenclas de la Computacién—La Paz, as! como temas de interés y toda Informacién Vinculada ala institucién, permitiendo ast la integracién de la familia de profesionales y {futuros profesionales del drea a esta Institucién. Informacion a publicar en el sitio web {20ué informacion se va a publicar en el sitio web? = Informacion sobre [a institucién. = Informacién que brinda la institucién como ser naticias, resoluciones, bolsa de trabajo, ppublicaciones académicas, capacitaciones, aranceles, entre otros. = Galeria multimedia, fotos y videos. = Informacién personal de cada uno de los colegiados. = Publicaciones de los coleglados referidas a Investigaciones y/o temas de interés ~ Encuestas sobre diversos temas, ~ PublicidSd digital de empresas externas. = Infarmacién de convenios y servicios J Flinciones det sitio web 2u6 tipo de funciones brindara el sitio wab? = Presentar al usuario todas las publicaciones actualizadas, mediante una interfar agradable. ~ Permitirinteraetuar a ls usuarios mediante comentarios, encuestasy chat, ~ Registro online, pre-clegiatura, = Autentifeatin de los coleslados. = Bisquleda de publicaciones pasadas'y/o de cualquieFinterés, = Permitirla descarga de documentacién puesta al piblico en general. = Contactarse con Ia nstitucidn mediante el envio de un formularia de contacto. = Consultaryverifcar la informacién de los colegiados. Tabla 3.1 Modelo final de cuestionario y entrevista Fuente: Elaboracién propia 3.1.2 ESPECIFICACION DE ROLES Y TAREAS 3.1.2.1 ESPECIFICACION DE ROLES Luego de obtener la informacién del dominio del sistema y aplicando la ‘especificacién que plantea el método refinado, se identifica los diferentes tipos 0 clases de usuarios que intervendran en el manejo y uso del sistema. Son cuatro los usuarios que se han identificado (ver figura 3.1); usuario administrador, que 46acminisira los conterides de la pagina en general, usuario publicador, con privilegios reducidas de solo publicar informacién, Usuario colegiado es ef usuario afiiado @ la insiitucion y por Ghimoe] usuario visitante. ama Desripels Recresents. Lae Rolsusuaes Rol Unuans regstrade ‘snante Pesce Restaerte a Peeoteine Aires tsar abe ce egiua en ot (coays tua vo ae veges esac UNIVER; RokUsuaya alee Can aacas 7 peeion RQ Ral: Usuare Weseipsins Repracres 3} Rol:tisusria Publicador Seciine Fepreens Figura 3.1 Identificacién de roles Fuente Elaboracién propia 3.1.2.2 ESPECIFICACION DE TAREAS: Tenienda identificaco los roles 0 usuarios que intervencran en el sistema, se describe Jas iareas que realize cada usuatio dentm del sistema siguiendo la especificacién planieada en el méiodo, e| cual se muesira @ continuacién en Una plantilla que identifica la tarea que coresponde a cada actor arDefinjel6n de tareas: Usuario Visitante Rol Tareas TH. Obtener Informacign de las publicaciones del Colegio de Rol/Actor: Giencias de la Computacién (noticias, resoluciones, eventos) 12, Participar en las encuestas. TS, Bsqueda y consulta de una publicacién en particular. 14, Conocer infarmacién de los colegiadas inseritos. TS. Pre-inscripcién en algin evento. 16. Comentar publicacién, T7. Navegar por la galeria de fotos. 18, Obtener documentos para descargar. 19. Enviar mensaje al CCC. Rol/Actor: Usuario Colegiado T10. Extracto de pago de custas al CCC. TA, Conocer informacién de la bolsa de trabajo. 122, Administrar categoria. 13, Adminlstrar publicaciones por categoria. T14, Administrar mensajes de contacto, Rol/Actor Usuario Publicador TAS. Publicar una noticia 126. Publicar una resoluciém del Cec, 147. Publicartn eventos 118, Publicar encuesta, 119. Administra galeria de Foros. 120, Admninistrar contenidas'de paginas Estétcas. Rol/Actor Usuario ‘Administrador "2. Admministrarisuarios coleglados. 122. Administrat Publicaciones (noticias, resoluciones, eventos) 123. Admialstrar pagosy/ Cuotas debs colegiados. 724, Adminlstrar la holes de trabajo. 125, Administrar espacios publicitarios. 126, Admiaistrar mensajes de contacto. 127, Administrar documentos para descarga. Tabla 3.2 Identificacién de tareas Fuente: Elaboracién propia 3.1.3 ESPECIFICACION DE CASOS DE USO Una vez completada y teniendo la especificacién de las tareas, se establece la funcionalidad propia del sistema por medio de la especificacién de los casos de uso, que muestra la relacién que existe entre el usuario y el sistema, para cada una de las tareas, aplicando la plantilla reestructurada del método. En dicha plantilla se muestra la divisién de las peticiones 0 acciones que realiza el 48usuario y las respuestas que da la aplicacién, ademas permite especificar las precondiciones y postcondiciones que deben cumplirse para que el curso normal de las acciones se dé A continuacién se muestra y se detalla la especificacién de algunos casos de uso, en el anexo C se podra ver los demas casos de uso correspondientes a los roles y tareas. ‘Obiener informacion de las publicaciones del CCC {noticias, resoluciones, actividades) ROLES | Usuario visitante, Usuario Colegiado ESCENARIOS [1 PRECONDICIONES | Ninguna TT vescripcion ; 3 PETICIONES 7 | add TRESPUESTAS CASO DE USO1 11 El usuario ingresa al sitia web, 2 Elusuario ingresa a la secein publicaciones. 3 Fl usuario elige de entfe las optionies noticias, publiceciones, actividades y/o capacitaciones. 4éfsistema devuelve un listado ‘con'las publicaciones elegidas por orden cronolégico. Con el formato fecha, titulo, detalle, y la opcién de ‘ver mas. 5 El usuario busca la noticia de su interés, eligiendo la opcién ‘ver ms’ de la publicacién. 6 El sistema devuelve el contenido ‘completo de la publicacién. POSTCONDICIONES | Ninguna Tabla 3.3 Especificacién de caso de uso Obtener informacién de una publicacién Fuente: Elaboracin propia 49CASODEUSOI0 | Extracto de pago de cuotas al COC ROLES | Usuario Colegiado ESCENARIOS | T10 PRECONDICIONES Elusuario debe estar registrado en a base de datos. DESCRIPCION PETICIONES: RESPUESTAS 1 Elusuario ingresa al sitio web. 2 El usuario ingresa su nombre de usuario y contrasefa, 6 Eluguario selecciona la opclén, administrar mi pagina & El usuario selecciona lasopelén ver pego de cuotas. 10 £1 usuario va a la opcién descargar. 3 El sistema verifica el usuario y contrasefia. 4 Silos datos son invalidos, el sistema vuelve a pedir usuario y contrasefia. 5 Silos datos son validos el sistema muestra las opciones. 7 El sistema abre una ventana fluevelde administracién, el sistema individual de informacién del usuario colegiado, 9 El sistema despliega un informe de Tos montos que se cancel y que se adeuda hasta la fecha. 11 El sistema guarda a informacién en formato pdf pera descarga. POSTCONDICIONES Elsistema individual de informacion esta disponible para otra solicitud. Tabla 3.4 Especificacién de caso de uso Extracto de pago de cuotas al Colegio Fuente: Elaboracién propia 50(CASO DEUSO2i, ‘Administrar usuarios colegiados: ROLES __| Usuario Administrador ESCENARIOS | 721 FAPEDNDIGIGNES a Fea debe estar registrado en la base de DESCRIPCION PETICIONES RESPUESTAS administrador. ycontrasefa administrar colegiados. 11 Elusuario ingresa al sitio web de 2 El usuario ingresa su nombre de usuario 6 Elusuario selecciona Id opclén 8 El usuario crea, modifi¢ao elimine 3 El sistema verifica el usuario y contrasofia 4 Silos datos son invilidos, el sistema vuelve a pedir usuario y contrasefia 5 Silos datos son validos el sistema muestra las diferentes opciones para el administrador. 7 El sistema despliega una lista de todos los colegiados inscritos a la fecha, asi como diferentes opciones. ‘otra solicitud. colegiados. El sisterna registra y actualiza los nuevos cambios. POSTCONDICIONES | sistema administrador estd disponible para Tabla 3.5 Especificac ‘Admit In de caso de uso istrar usuarios colegiados Fuente: Elaboracién propia 3.1.4 ESPECIFICACION DE UID'S (DIAGRAMAS DE INTERACCION DE USUARIOS) En esta subfase se mostrard la interaccién del usuario con el sistema de forma grafica, para ello se hace uso de los diagramas de interaccién de usuarios (UID’s) que representan de manera formal, sencilla, rapida y clara los casos de 51uso, mismo que se representan de forma textual. Estos diagramas de los UID's segin la metodologia propuesta seré empleado tnicamente para el desarrollador. A continuacién se presentan algunos UID’s con relacién al sistema, el resto se encuentra en el anexo D. {IO “Obtenerinformacién de publicaciones” ‘Gao'se so (11 Pubieatnes Netigas, Reaueores ees DO eee ia ta pbteacines eons fe, deta vr { Rn Say Bi | sD} \ | J vert ‘espiegue de pubicacin ‘onset aeUID “Extracto de pape de cuotes” Caso de use 110) i (& ~ 5 [are isiracion [Sistema ce intrmacton ) redvtval) Wer page se cugies) Figura 3.3 UID - Extracto de pago de cuotas al CCC Fuente: Elaboracién propia 53UID “Administra usuarios colagiados " . eee ” noni) es oe Macs (ot ty mS Pm \. (eae) aoa oe Se sitenaverten >) me") — a ~ Datos vatioos) ms 4 Nuevo 7 aun \ hoocar| \ eumirar \ \ THRE, | Pree) et ) Pere] /_ EST] / ™ {antes Carratos ‘daws Coraetas sistema registra tos “nuevos camotoe Ne Figura 3.4 UID - Administrar a los usuarios colegiados Fuente: Elaboracién propia 543.1.5 PROTOTIPOS DE VALIDACION DE UID'S Para la validacién de los UID's, el método refinado plantea el uso prototipos para realizar esta evaluacién. La representacién de los prototipos debe ser realizado de acuerdo a los actores y tareas identificados. Estos prototipos permiten dar una idea clara al usuario de lo que tendré cuando finalice el proyecto. Figura 3.5 Prototipo de validacién para el usuario colegiado Fuente: Elaboracion propia 65eidoud uo}e10qe/3 :owon ‘@qUENSIA OLeNsN Jo esed UOT p odnotoud 9°¢ Eun 96eidoud ugioesoge}g :oquong Jopeasjujwipe ovensn je eed up}oepI|eA ep Odjjoyord 1° BING 57Figura 3.8 Prototipe de validacion para el usuario publicador Fuente: Elaboracion propia 3.2 DISENO CONCEPTUAL En esta etapa se identifican los objetos del dominio de aplicacién y las relaciones entre ellos. Durante esta actividad se ha construido un esquema conceptual representado por los objetos del dominio, las relaciones y colaboraciones existentes. En la metodologia el esquema conceptual esta construido por clases relaciones y subsistemas. La figura 3.9 muestra el modelo conceptual del sistema, 58eidoud ugroesoge|g :oquang gem ewaysis jap jemdaou05 ojepow 6'¢ BsnB1y 593.3 DISENO NAVEGACIONAL En esta fase se describe la estructura de navegacién de la aplicacién. La navegacién es definida primordialmente por el tipo de usuario, especialmente en el caso de la informacion restringida como documentos y articulos que solo son para los miembros de la institucién. Se definira la informacion que sera presentada y la posible navegacién entre ellas, A que estructuras el usuario tendré acceso: nodos, enlaces y estructuras de acceso. La metodologia refinada propone y admite la construccién de dos modelos 0 dos tipos de diagramas los cuales son el esquema de clases navegacionales no abstractas y esquema de contexto navegacional mejorado. 3.3.1 ESQUEMA DE, CLASES|NAVEGACIONALES NO ABSTRACTAS NIVERSIDAD Un call de clases de gavegacionales esta Compuesto por nodos y enlaces los cuales yiriadglo) GOCE. Estas clases definidas muestran nay n por ef sistema web para los usuarios. A ‘ A continuaci presentasjos esquemas de clases navegacionales tomando en cuenta | tes [he Bsbariog identiticados. 60Ses navegacionales - Usuario visitante : Elaboracién propia Figura 3.11 Esquema de clases navegacionales - Usuario colegiado Fuente: Elaboracién propia 613.3.2 ESQUEMA DE CONTEXTO NAVEGACIONAL MEJORADO En esta fase se presenta las diferentes maneras en la que un nodo puede ser accedido en un contexto. Es necesario definir el contexto en el cual se desenvolvera el usuario es decir la informacién a la que tendré acceso y las posibilidades permitidas para su manejo Se ha definido un esquema de contexto para cada usuario del sistema web que a continuacién se puede observer. Figura 3.14 Esquema de contexto navegacional - Usuario colegiado Fuente: Elaboracién propia 63