República Bolivariana de Venezuela Ministerio para el Poder Popular para la Educación Universitaria IUT Dr. Federico Rivero Palacio 3er Trayecto –2do. Trimestre Ingeniería de Software PNF en Informática Turno: Nocturno INGENIERÍA DEL SOFTWARE Procesos y software de la CATADIUT-RC Precisos y confiables Profesora: Integrantes: Noretsys Rodríguez Danniela Soteldo Manuel Oropeza Alejandro Espinoza Fermín Fehr Tania Moreno Gendric Morales Caracas, Julio de 2010 Índice ÍNDICE .................................................................................................................................... 2 UNIVERSO DEL DISCURSO............................................................................................... 3 1 INTRODUCCIÓN ..................................................................................................................... 4 1.1 PROPÓSITO .......................................................................................................................... 4 1.2 ALCANCE DEL PROYECTO ................................................................................................... 5 1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS .................................................................. 6 1.4 REFERENCIAS ....................................................................................................................... 8 1.5 VISIÓN GENERAL DEL DOCUMENTO ..................................................................................... 8 2. DESCRIPCIÓN GENERAL ...................................................................................................... 9 2.1. PERSPECTIVA DEL PRODUCTO ............................................................................................ 9 2.2. FUNCIONES DEL PRODUCTO ............................................................................................. 10 2.3. CARACTERÍSTICAS DE LOS USUARIOS .............................................................................. 10 2.4. LIMITACIONES GENERALES .............................................................................................. 11 2.5. SUPOSICIONES Y DEPENDENCIAS ..................................................................................... 11 2.6. REQUISITOS FUTUROS ...................................................................................................... 11 3 REQUISITOS ESPECÍFICOS .................................................................................................. 11 3.1 REQUISITOS FUNCIONALES ................................................................................................ 11 3.2 REQUISITOS NO FUNCIONALES .......................................................................................... 11 4. JAD ..................................................................................................................................... 13 TIEMPOS DE DISEÑO ................................................................................................................ 17 CERRAR SESIÓN ....................................................................................................................... 19 5. FPA..................................................................................................................................... 19 MEDIDAS DE COMPLEJIDAD .................................................................................................. 19 MEDIDAS DE CALIDAD Y CONFIABILIDAD ............................................................................ 20 MEDICIÓN DE TIEMPO ............................................................................................................. 21 6. APÉNDICE........................................................................................................................ 23 2 UNIVERSO DEL DISCURSO La Caja de Ahorros de los Trabajadores Administrativos del Instituto Universitario de Tecnología Región Capital ‘Dr. Federico Rivero Palacio’ (CATADIUT RC) es una asociación Civil sin fines de lucro, autónoma con personalidad jurídica propia, que fundamenta su organización y funcionamiento en los principios y condiciones establecidas en la ley de Cajas de Ahorro y Fondos de Ahorro. Sus objetivos son: Establecer y fomentar el ahorro sistemático y estimular la formación del hábito de economía y previsión social entre sus afiliados. Procurar la adquisición de vivienda propia para sus afiliados, y a tal fin podrá celebrar contratos con empresas dedicadas a estas actividades. Conceder préstamos en beneficios exclusivos de sus afiliados a bajo interés. Procurar para sus afiliados toda clase de beneficios socioeconómicos tales como mutuo auxilio, Seguro colectivos de vida, cirugía, hospitalización, gastos médicos entre otros. En general, velar por los intereses de sus afiliados por todos los medios a su alcance. Una vez realizado el levantamiento de información se detecta que el sistema administrativo automatizado actual se encuentra lo siguiente: Sistema Informático No Diseñado para Control de Caja de Ahorro. Resultados imprecisos en la contabilidad y activos fijos. Plataforma propietaria, código no disponible para modificación, adecuación o reparación. Falta de plataforma tecnológica adecuada 3 1 Introducción 1.1 Propósito El objetivo de este documento es explicar las características generales y las especificaciones del problema en los Procesos de la Caja de Ahorros CATADIUT-RC para garantizar que todos los requerimientos del sistema, estén descritas las funciones del sistema, los requerimientos no funcionales, características del diseño, y otros elementos necesarios para proporcionar una descripción completa y comprensiva de los requerimientos para el software a desarrollar. Los requerimientos pueden ser levantados con diferentes herramientas, también se pueden encontrar dispersos en varios artefactos y herramientas. Es por ello, que esta metodología propone capturar todos los requerimientos para el ERS en un solo artefacto, el cual está conformado por dos (2) artefactos que describen los requerimientos que son: Modelo de Casos de Uso y Especificaciones Suplementarias. El artefacto ERS controla la evolución del sistema durante todo el ciclo de desarrollo del proyecto, cuando las nuevas características son añadidas o modificadas al artefacto de visión, son aclarados dentro del artefacto ERS. Las decisiones hechas escribiendo el ERS están basadas en información de los documentos de la propuesta del proyecto y en requerimientos del usuario. El conjunto de requerimientos especificados en el ERS deben ser satisfechos en el diseño del sistema. Cualquier requerimiento funcional o no funcional que no sea identificado en el ERS, no debe aparecer en el producto final. El propósito es definir cuales son los requerimientos que debe tener la Caja de Ahorros de los Trabajadores Administrativos del Instituto Universitario de Tecnología Región Capital “Dr. Federico Rivero Palacio’ (CATADIUT RC) que es una asociación Civil sin fines de lucro, autónoma con personalidad jurídica propia, que fundamenta su organización y 4 funcionamiento en los principios y condiciones establecidas en la ley de Cajas de Ahorro y Fondos de Ahorro. Este documento también servirá de canal de comunicación entre las distintas partes implicadas en el desarrollo de la aplicación y deberán tomar parte en su confección los miembros definidos en el proyecto. Esta especificación está sujeta a revisiones por las partes, que se recogerán por medio de sucesivas revisiones del documento, hasta alcanzar su aprobación. Una vez aprobado servirá de base al equipo de implementación para la construcción del software que satisfaga las necesidades de la comunidad de CATADIUT-RC. 1.2 Alcance del Proyecto Dentro del trabajo de diseño de soluciones al problema de la caja de ahorros se realizó una dinámica de lluvia de ideas donde se recogieron posibles soluciones, las cuales se analizan detalladamente a continuación. Diseño de una solución informática que aplique los principios de contabilidad generalmente aceptados: Esta solución es la que mejor cubre todos los requerimientos de los directivos de Caja de Ahorros y de los auditores, porque solucionaría los puntos reportados por las auditorias y requerimientos recolectados. Optimización de la plataforma tecnológica que soporta los procesos actuales de la caja de ahorros: Es una solución asequible financieramente, ya que se conoce que existen recursos para la adquisición de nuevo hardware, pero tiene el inconveniente que mantiene el sistema actual con todos los problemas reportados. Rediseño de los procesos establecidos y documentadas para la caja de ahorros: Esta solución mantendría todos los inconvenientes que tiene el sistema informático actual y sus problemas reportados. Diseñar procedimientos manuales para el control de los procesos administrativos: El objetivo es optimizar el tiempo empleado en el 5 manejo de los procesos de la caja de ahorros y los procedimientos manuales tienen la desventaja que consumen más tiempo que los procesos respaldados por una solución informática adaptada a la caja de ahorros. Adquisición de un software comercial y adaptarlo a los procesos de la caja de ahorros: Puede encontrarse el caso de que la empresa proveedora no facilite las fuentes, así como que no estén construidos en herramientas de Software Libre, utilicen bases de datos comerciales, ni con la metodología recomendada por el CNTI. Incorporación de módulos de consulta remota para afiliados: Este punto se incorpora a la solución, junto a la alternativa número uno, ya que permitirá a los afiliados realizar consulta a sus haberes y deudas sin necesidad de acercarse a la oficina de la caja de ahorros. Hay que resaltar que este punto va a precisar realizar inversiones adicionales en el tema de conectividad. 1.3 Definiciones, Acrónimos y Abreviaturas Definiciones Ahorros: Ingresos que obtiene la Caja de Ahorros por concepto de ahorros de los socios. Préstamos: Son todos los egresos que efectúa la Caja de Ahorros hacia sus socios, para que se reintegren en un plazo no mayor al tiempo máximo estipulado por la Junta Directiva. Este reintegro se compone en una parte de capital y una parte de interés. Asociados: Personas que conforman el universo de la caja de ahorro e invierten activamente dinero. Todos los empleados administrativos, fijos, contratados, pensionados y jubilados del Instituto Universitario de Tecnología 6 “Dr. Federico Rivero Palacio” asimismo los trabajadores de la Caja de Ahorro. Servidor: computador que permite la administración de los elementos de la red. Administrador de red: Persona encargada de gestionar los recursos de la red. Normas: Es el conjunto de reglas que definen pasos a seguir para aplicar la mejor practica. Intranet: Es un Internet interno diseñado para ser utilizado en el interior de una empresa, universidad, u organización. Lo que distingue a un intranet del Internet de libre acceso es el hecho de que el intranet es privado. Gracias a los intranets, la comunicación y la colaboración interna son más fáciles a un intranet del Internet de libre acceso es el hecho de que el Intranet es privado. Gracias a los intranets, la comunicación y la colaboración interna son más fáciles. Internet: Servidor Web para facilitar el estudio a distancia. Acrónimos CATADIUT RC: Caja de Ahorros de los Trabajadores Administrativos del Instituto Universitario de Tecnología Región Capital ‘Dr. Federico Rivero Palacio’. ERS: Especificación de Requisitos Software. La Ingeniería de Requisitos comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado JAD: (Joint Application Design), en español Desarrollo Conjunto de Aplicaciones, es una técnica exploratoria que incluye a los usuarios como participantes activos en el proceso de desarrollo. 7 FPA: (Function Point Analysis) La métrica del punto función es un método utilizado en ingeniería del software para medir el tamaño del software. UD: Universo del discurso. También llamado clase universal o clase de referencia. Se trata de la clase más amplia de todas las clases de los individuos que se hayan tomado de referencia. 1.4 Referencias IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std. 830, 1998. 1.5 Visión general del documento Este documento consta de cinco secciones. En la primera sección se define el Universo del discurso, se realiza una introducción al mismo y se proporciona una visión general de la especificación de recursos del sistema. En la segunda sección del documento se realiza una descripción general del sistema, con el fin de conocer las principales funciones que éste debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. La tercera sección del documento es aquella en la que se definen detalladamente los requisitos que debe satisfacer el sistema. La cuarta sección estipula el JAD, el cual permite en sesiones grupales a los usuarios diseñar sistemas en forma conjunta, promoviendo la cooperación, el entendimiento y el trabajo grupal entre ellos. Por último, la quinta sección es FPA, la cual calcular el tamaño del software desde el punto de vista del usuario, midiendo la funcionalidad del producto y facilitando la estimación temprana del proyecto de software. 8 2. Descripción General 2.1. Perspectiva del Producto Aplicar las mejores prácticas de en el ciclo de Desarrollo de Aplicaciones, apoyados en las Normativas IEEE. Se utilizará la metodología RUP, enmarcada dentro de la Metodología de la Red Nacional de Integración y Desarrollo de Software Libre (MeRinde), definidos como la combinación y adaptación de modelos y metodologías ampliamente utilizadas para el desarrollo de software y la reingeniería de procesos del negocio. Esta metodología está fuertemente fundamentada en los requerimientos del Centro Nacional de Tecnología de Información (CNTI) y en varias metodologías como el Proceso Unificado (UP) especialmente. Pretende entre sus principales objetivos apoyar a las comunidades de desarrollo de software libre en sus proyectos, suministrando las herramientas necesarias para que estos cumplan con un proceso de desarrollo y documentación de sus sistemas. MeRinde es concebida para abarcar el desarrollo completo de sistemas de software de diversa complejidad y magnitud, por lo cual su estructura responde a desarrollos máximos y deberá adaptarse y dimensionarse en cada momento de acuerdo a las características particulares de cada proyecto. Dada la adaptabilidad que puede sufrir la metodología, esta puede llegarse a aplicar bajo un enfoque ágil, lo cual no se detalla en la presente versión, pero no se descarta su empleo. Con el proceso de desarrollo y con las plantillas de esta metodología se busca a su vez estimular con la transferencia del conocimiento entre las comunidades desarrolladoras de software libre, con lo cual no solo se pretende que sea compartido los códigos de los sistemas sino que también se compartan la documentación como guía de referencia para mejoras por terceros al sistema o para que sirva como modelo a otras comunidades para el desarrollo de sus propios sistemas. 9 2.2. Funciones del Producto Estudiar el estado actual de los procesos y aplicaciones para determinar las mejores prácticas para el desarrollo de las nuevas soluciones. 2.3. Características de los Usuarios Los usuarios se componen por: usuarios administradores de la red, proveedores y los asociados que son las Personas que conforman el universo de la caja de ahorro, tales como los empleados administrativos, fijos, contratados, pensionados y jubilados del Instituto Universitario de Tecnología “Dr. Federico Rivero Palacio” asimismo los trabajadores de la Caja de Ahorro. Contacto Dirección y Dirección Electrónica teléfono Ana (0212) 7454374 Funciones en la comunidad IUT-RC Carretera Presidenta Panamericana Km. 8 – Sulbaran Edif. Central Oficina Zuleika (0416) 817.7719 IUT-RC Carretera Secretaria Panamericana Km. 8 – Mayora Edif. Central Oficina Caja de Ahorro. Caracas - Venezuela Edgar García (0416) 401.5831 IUT-RC Carretera Panamericana Km. 8 – Edif. Central Oficina Caja de Ahorro. Caracas - Venezuela 10 Auditor - Asesor 2.4. Limitaciones Generales Dependencia de compra de equipos por parte del estado o por donaciones de entes asociados al IUT-RC. 2.5. Suposiciones y Dependencias El alcance del proyecto puede estar limitado o ampliado por la ley orgánica de educación, en la cual no se han decretado las leyes. El proyecto depende de la adquisición por donación de los equipos que hacen posible la conectividad. 2.6. Requisitos Futuros Implantar el acceso remoto de los usuarios, condicionado a la disponibilidad de la red LAN del IUT. 3 Requisitos Específicos 3.1 Requisitos funcionales Acceso a la red confiable e instantáneamente las 24 horas del día. Alta Velocidad en enlace de Datos. Control de Acceso a usuarios debidamente autorizados. Cifrado de datos. Comprobación de comunicaciones seguras y garantizadas entre servidores. ‘Firewalls’ administrados por directivas en servidores y equipos. 3.2 Requisitos no funcionales La red deberá estar basada en estándares ya establecidos y aceptados por los organismos competentes. Se deberá crear un manual de normas para el buen uso de la red. 11 La red tendrá asignado personal capacitado para el monitoreo de la misma. 3.3 Performance Manuales amigables, intuitivos y de fácil entendimiento para cualquier tipo de usuario (experto o inexperto). 3.4 Precisión Precisión numérica. Minimizar los tiempos de actualización de las Bases de Datos. 3.5 Confiabilidad Integridad de los datos que conforman la aplicación, y las mejores prácticas para certificar la seguridad de las transacciones en ella. 3.6 Seguridad Políticas de confiabilidad y seguridad bajo los estándares. 3.7 Mantenibilidad Exactitud y claridad en la documentación. Facilidad de lectura y simplicidad 3.8 Portabilidad El sistema correrá en cualquier plataforma ya que será desarrollado en Plataforma Open Source. 3.9 Interoperabilidad Capacidad de intercambiar procesos o datos. 12 3.10 Restricciones particulares de la tecnología de implementación Debido a que está pensado en software libre no requiere una especificación técnica avanzada 4. JAD Roles de JAD Líder de sección: Danniela Soteldo, co-responsable Manuel Oropeza y Tania Moreno. Analista: Recopilar requerimientos, Fermín Fehr co-responsable Alejandro Espinoza y Gendric Morales Representante de usuario o software: Zuleika Mayora Sponsor: Unidad de Caja de Ahorros del IUT-RC. 13 Orientación Identificación de la Comunidad Infraestructura Todas las personas que conforman el universo comunitaria de la caja de ahorro e invierten activamente dinero. Todos los empleados administrativos, fijos, contratados, pensionados y jubilados del Instituto Universitario de Tecnología “Dr. Federico Rivero Palacio” así mismo los trabajadores de la Caja de Ahorro. Factor económico El factor económico depende del Ministerio de Educación Universitaria siendo este el organismo que mantiene esta institución. Factor social Afiliados a la Caja de Ahorros del IUT RC ‘Dr. Federico Rivero Palacio’ Factor institucional Ley orgánica de educación y falta definir nuevos reglamentos que reemplacen a los anteriores. 14 Como se van a llevar a cabo las sesiones. Técnica Como aplicarla 1. Mapa conceptual Representar temas, ideas o un conocimiento de forma gráfica a través de dibujos, colores, flechas, palabras; interconectadas desde el centro del diagrama a sus extremos, parecido a las ramas de un árbol Recolectar las Sistema actual pantallas del sistema actual 2. Observación A quienes A que segmento Por qué Resultados Esperados Personal técnico Personal técnico Se necesita Determinar los y desarrolladores desarrolladores determinar de forma actores y el alcance del proyecto simple y grafica los del proyecto. actores y el alcance del proyecto. Desarrolladores del sistema Se requiere Identificar las establecer cuáles son funcionalidades las características del actuales sistema actual Técnica Como aplicarla A quienes 3. Modelado Dibujar Flujos de Tutor académico datos, Modelos y desarrolladores Entidad Relación, del sistema. Casos de Uso, UML, Escenarios, entre otros. 4. Prototipos Hacer un modelo a escala de los datos recolectados para definir los requerimientos finales Usuarios, tutor académico, usuarios y personal técnico. A que segmento Resultados Esperados Tutor académico Facilitar el Entender de forma y desarrolladores entendimiento de los grafica la interacción del sistema. grupos de todos los actores multidisciplinarios y de la red. simplificar la detección de conflictos Usuarios, Ayuda a evaluar la Proveer a los personal técnico y implementación que usuarios un desarrolladores se pretende contexto para del sistema desarrollar entender mejor los requerimientos de los usuarios finales 16 Por qué Tiempos de diseño Planificación Técnica 1. Mapa conceptual 2. Observación 3. Modelado 4. Prototipos Participantes Fecha Inicio Personal técnico y desarrolladores del Sep/2010 proyecto Responsables del Departamento de Ago/2010 Caja de Ahorros del IUT RC Tutor académico y desarrolladores del Oct/2010 sistema. Usuarios, tutor académico, usuarios y Nov/2010 personal técnico. Fecha Fin Ago/2010 Ago/2010 Nov/2010 Dic/2010 Estos tiempos pueden cambiar, son tentativos, y se calcula un trabajo de 6 horas semanales. 17 Casos de uso System Gestión de Procesos Administrador Gestión de Consultas Asociados Gestión de Reportes Gestión de Cierres Auditores Gestión de Mantenimiento de Tablas Acuerdos realizados Se acordó con el equipo de proyecto implementar el estándar IEEE, ya que supone trabajo con componentes tales como redes e implementaciones de seguridad en hardware y software. 18 Cerrar sesión Se espera cerrar sesión en la última semana de la planificación para la entrega y revisión de la documentación con el jefe del departamento de Caja de Ahorros. 5. FPA Con el FPA se puede medir: La calidad, complejidad y tiempo; el desarrollo, tamaño del software, ejecución y mantenimiento se medirá cuando esté más avanzado el proyecto. Medidas de complejidad Determinar valores de complejidad #variables- #validaciones #procesos #módulos #transacciones Complejidad +6 +4 +4 +4 +5 Complejo +23 2-5 1-3 2-3 1-3 2-4 Poco complejo 8-22 1 0 1 0 1 Simple 0-7 entradas Cálculo de complejidad de los requisitos Requisito Acceso a confiable, la red de instantánea manera y #var #val #proc #mod #trans Total Complejidad 10 7 7 4 2 30 Complejo 8 5 6 1 4 24 Complejo en cualquier lugar del recinto las 24 horas del día Alta Velocidad en enlace de Datos Acceso a usuarios debidamente autorizados Poco 9 4 5 1 5 24 Cifrado de datos Complejo Poco 5 3 4 1 6 19 Complejo servidores 10 7 8 1 8 34 Complejo Administración proactiva del ancho 4 4 3 1 7 19 Poco Comprobación de comunicaciones seguras y garantizadas entre 19 de banda de la red Firewalls Complejo administrados por directivas en servidores y equipos 6 6 5 2 5 24 Complejo Medidas de calidad y confiabilidad Mantenibilidad: la solución de la aplicación debe ser diseñada de tal manera, que permita ajustarla a los cambios en los requerimientos del usuario. Confiabilidad: incluye varias características además de la confiabilidad, como la seguridad, control de fallos, etc. Eficiencia: tiene que ver con el uso eficiente de los recursos que necesita un sistema para su funcionamiento. Usabilidad: el software debe ser utilizado sin un gran esfuerzo por los usuarios para los que fue diseñado, documentado, etc. Determinar valores de calidad #cambios #control #eficiencia #uso calidad +6 +4 +4 +4 alta +18 2-5 2-3 2-3 1-3 mediana 4-17 1 1 1 0 baja 0-3 Cálculo de calidad de los requisitos #camb #cont #efic #uso Tot Calidad 10 4 4 2 20 Alta Alta Velocidad en enlace de Datos 4 3 4 4 15 Mediana Acceso a usuarios debidamente autorizados 5 4 3 4 16 Mediana Cifrado de datos 3 2 4 1 10 Mediana 5 4 4 4 17 2 2 4 1 9 3 5 3 3 14 Requisito Acceso a la red de manera confiable, instantánea Comprobación de comunicaciones seguras y garantizadas entre servidores Administración proactiva del ancho de banda de la red Firewalls administrados servidores y equipos por directivas en 20 Mediana Mediana Mediana Medición de Tiempo Determinar valores de tiempo de desarrollo #días tiempo +15 Largo 5-10 Mediano 1-4 Corto Cálculo de tiempo de los requisitos Objetivos Especificos Actividades Tiempo de cada Actividad Recursos Responsable Hojas de inventario y Direccionamiento IP Manuel Oropeza Linux (Canaima) Gendric Morales Apache Fermín Fehr PHP Tania Moreno MySql Alejandro Espinoza Listados de los hardware de los PC Actualizar equipos PC (hardware) donde residirá el nuevo Sistema Administrativo. antes de la actualización y el listado de los PC luego del upgrade. Realización de la compra de 30Días componentes para la actualización de hardware. Facturas de compra de hardware para upgrade. Recolección de requisitos Realizar diseño y Diseño de interfaces programación de sistema informático Programación de adaptado a caja de módulos 6meses ahorro Manuel Oropeza Danniela Soteldo 21 Objetivos Especificos Instalar nuevo Sistema Administrativo Adecuar la infraestructura necesaria y adaptada para que el sistema sea utilizado por los socios y administradores de manera simultánea sin afectar ninguna transacción tanto interna como remota. Pruebas Generales de operatividad del Sistema Objetivos Especificos Actividades Serán instalados 2 equipos PC con plataforma Software Libre, que manejaran el Sistema Administrativo a modo Cliente Tiempo de cada Actividad 30 días Sera instalado un equipo PC Para trabajar a modo servidor del sistema administrativo y Base de Datos Se Adecuara un servidor y dos estaciones de trabajo, así como la plataforma de acceso y consulta remota vía web Recursos Responsable Vmware ESXi para vitalización del server (opcional) Fermín Fehr Sistema Operativos Código Abierto (Canaima), y plataformas de desarrollo y respaldo de código abierto (apache, php, mysql, rsync) Manuel Oropeza Apache Manuel Oropeza 30 días Iptables Fermín Fehr InternetWorking Pruebas de funcionalidad Pruebas de stress Gendric Morales 30 días Etical Hacking Pruebas de seguridad Actividades Tania Moreno Alejandro Espinoza Tiempo de cada Actividad Recursos 45 días y material de apoyo Responsable Contenido programático del adiestramiento realizado a los Adiestramiento a operadores del operadores de Sistema nuevo Sistema Administrativo Administrativo Producción de guías para adiestramiento Implementación del adiestramiento del nuevo Sistema Administrativo. 22 Danniela Soteldo 6. Apéndice IEEE (2007). IEEE Recommended Practice for Software Requirements Specifications Superseded by 830-1998. Extraído el 07 de febrero de 2010 desde: http://standards.ieee.org/catalog/olis/arch_se.html Centro Nacional de Tecnologías de Información (CNTI). (s.f.). Metodología de la Red Nacional de Integración y Desarrollo de Software Libre (MeRinde). Recuperado el 11 de 07 de 2010, de http://merinde.rinde.gob.ve/ Universidad Pedagógica Experimental Libertador. (2006). Manual de Trabajos de Grado de Especializacion y Maestria y Tesis Doctorales. Caracas: Fondo Editorial de la Universidad Pedagógica Experimental Libertador. 23 7. Índice UNIVERSO DEL DISCURSO……………………………………………………………...ERROR! BOOKMARK NOT DEFINED. 1 INTRODUCCIÓN…………………………………………………………………………ERROR! BOOKMARK NOT DEFINED. 1.1 PROPÓSITO ................................................................... ERROR! BOOKMARK NOT DEFINED. 1.2 ALCANCE DEL PROYECTO ........................................... ERROR! BOOKMARK NOT DEFINED. 1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS ......... ERROR! BOOKMARK NOT DEFINED. DEFINICIONES ERROR! BOOKMARK NOT DEFINED. ACRÓNIMOS ERROR! BOOKMARK NOT DEFINED. 1.4 REFERENCIAS ............................................................... ERROR! BOOKMARK NOT DEFINED. 1.5 VISIÓN GENERAL DEL DOCUMENTO............................ ERROR! BOOKMARK NOT DEFINED. 2. DESCRIPCIÓN GENERAL……………………………………………………………...ERROR! BOOKMARK NOT DEFINED. 2.1. PERSPECTIVA DEL PRODUCTO ................................... ERROR! BOOKMARK NOT DEFINED. 2.2. FUNCIONES DEL PRODUCTO ....................................... ERROR! BOOKMARK NOT DEFINED. 2.3. CARACTERÍSTICAS DE LOS USUARIOS ....................... ERROR! BOOKMARK NOT DEFINED. 2.4. LIMITACIONES GENERALES ....................................... ERROR! BOOKMARK NOT DEFINED. 2.5. SUPOSICIONES Y DEPENDENCIAS ............................... ERROR! BOOKMARK NOT DEFINED. 2.6. REQUISITOS FUTUROS ................................................ ERROR! BOOKMARK NOT DEFINED. 3. REQUISITOS ESPECÍFICOS………………………………………………………….ERROR! BOOKMARK NOT DEFINED. 3.1 REQUISITOS FUNCIONALES.......................................... ERROR! BOOKMARK NOT DEFINED. 24 3.2 REQUISITOS NO FUNCIONALES .................................... ERROR! BOOKMARK NOT DEFINED. 4. JAD ……………………………………………………………………………………….ERROR! BOOKMARK NOT DEFINED. ROLES DE JAD ................................................................... ERROR! BOOKMARK NOT DEFINED. ORIENTACIÓN .................................................................... ERROR! BOOKMARK NOT DEFINED. TIEMPOS DE DISEÑO........................................................... ERROR! BOOKMARK NOT DEFINED. ACORDAR PUNTOS Y DOCUMENTACIONES ....................... ERROR! BOOKMARK NOT DEFINED. CERRAR SESIÓN ................................................................. ERROR! BOOKMARK NOT DEFINED. 5. FPA ………………………………………………………………………………………ERROR! BOOKMARK NOT DEFINED. MEDIDAS DE COMPLEJIDAD .............................................. ERROR! BOOKMARK NOT DEFINED. MEDIDAS DE CALIDAD Y CONFIABILIDAD ........................ ERROR! BOOKMARK NOT DEFINED. TIEMPO ............................................................................... ERROR! BOOKMARK NOT DEFINED. 6. APÉNDICE………………………………………………………………………………ERROR! BOOKMARK NOT DEFINED. 7. ÍNDICE…………………………………………………………………………………..24 25