Post on 06-Feb-2018
PROTOTIPO WEB PARA LA DIFUSIÓN Y OBTENCIÓN DE
INFORMACIÓN DE LÍDERES COMUNITARIOS. CASO DE ESTUDIO:
LOCALIDAD DE USME, EN BOGOTÁ.
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
SRS V 1.0
KAREM ADRIANA MORENO PACHECO
PONTIFICIA UNIVERSIDAD JAVERIANA
BOGOTÁ, JUNIO DE 2012
HISTORIAL DE CAMBIOS
Versión Fecha Sección
modificada
Descripción Responsable(s)
0.1 27/09/2011 Todas Creación del formato del
documento
Karem Moreno
0.2 03/10/2011 Capítulo 1 Introducción del
documento en general
Karem Moreno
0.6 14/10/2011 Capítulo 2 Identificación, perspectiva
y funciones del producto;
Restricciones
Karem Moreno
0.8 23/10/2011 Capítulo 3 Gestión y requerimientos
específicos
Karem Moreno
0.3 02/11/2011 Capítulo 4 Atributos de sistema del
software
Karem Moreno
0.4 23/06/2012 Todas Revisiones Ing. Lucy Medina
1.0 30/06/2012 Todas Corrección y finalización
del documento
Karem Moreno
Tabla de contenido
1. INTRODUCCIÓN
1.1 PROPÓSITO.........................................................................................................................8
1.2 ALCANCE.............................................................................................................................8
1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS..................................................................9
1.4 REFERENCIAS....................................................................................................................13
2. DESCRIPCIÓN GLOBAL
2.1 IDENTIFICACIÓN DEL PRODUCTO.....................................................................................16
2.1.1 Identificación de Stakeholders.........................................................................................16
2.1.2 Identificación de Administradores....................................................................................17
2.2 PERSPECTIVA DEL PRODUCTO..........................................................................................17
2.2.1 Interfaz con el sistema......................................................................................................18
2.2.2 Interfaz con el usuario......................................................................................................18
2.2.3 Interfaz con el hardware..................................................................................................18
2.2.4 Interfaz con el software....................................................................................................19
2.2.5 Interfaz de comunicación.................................................................................................22
2.2.6 Operaciones.....................................................................................................................22
2.2.7 Requerimientos de adaptación al sitio.............................................................................23
2.3 FUNCIONES DEL PRODUCTO.............................................................................................24
2.3.1 Identificación de casos de uso..........................................................................................24
2.3.2 Descripción de casos de uso.............................................................................................24
2.4 CARACTERÍSTICAS DEL USUARIO......................................................................................51
2.5 RESTRICCIONES.................................................................................................................52
2.5.1 Restricciones Generales...................................................................................................52
2.5.2 Restricciones de la máquina.............................................................................................54
2.6 MODELO DEL DOMINIO....................................................................................................55
2.6.1 Diagrama del Dominio......................................................................................................55
2.6.2 Documentación................................................................................................................55
2.7 SUPOSICIONES Y DEPENDENCIAS.....................................................................................59
3. REQUERIMIENTOS ESPECÍFICOS
3.1 DISTRIBUCIÓN DE REQUERIMIENTOS...............................................................................61
3.1.1 Lista de Requerimientos Funcionales...............................................................................62
3.2 CARACTERÍSTICAS DEL PRODUCTO...................................................................................65
3.2.1 Capa de Presentación.......................................................................................................65
3.2.2 Capa de Contenido...........................................................................................................65
3.2.3 Capa de usuario................................................................................................................69
3.2.4 Capa de Seguridad............................................................................................................70
3.3 RESTRICCIONES DE DISEÑO..............................................................................................70
4. ATRIBUTOS DEL SISTEMA DE SOFTWARE (NO FUNCIONAL)
4.1.1 Desempeño......................................................................................................................70
4.1.2 Disponibilidad...................................................................................................................70
4.1.3 Mantenibilidad.................................................................................................................71
4.1.4 Sostenibilidad...................................................................................................................71
4.1.5 Portabilidad......................................................................................................................71
4.1.6 Confiabilidad....................................................................................................................71
4.1.7 Usabilidad.........................................................................................................................72
4.1.8 Rendimiento.....................................................................................................................72
4.1.9 Seguridad.........................................................................................................................72
5. ANEXOS
LISTA DE TABLAS
Tabla 1 - Definiciones, acrónimos y abreviaturas.............................................................................12Tabla 2 - Administradores................................................................................................................17Tabla 3 - Interfaz con el usuario.......................................................................................................18Tabla 4 - Interfaz con el software.....................................................................................................21Tabla 5 - CU01 Ingresar al portal......................................................................................................26Tabla 6 - CU02 Registrar usuario......................................................................................................27Tabla 7 - CU03 Autenticar usuario....................................................................................................28Tabla 8 - CU04 Cambiar contraseña.................................................................................................30Tabla 9 - CU05 Acceder contenido...................................................................................................32Tabla 10 - CU06 Descargar documento............................................................................................33Tabla 11 - CU07 Crear sección..........................................................................................................34Tabla 12 - CU08 Modificar sección...................................................................................................36Tabla 13 - CU09 Eliminar sección.....................................................................................................37Tabla 14 - CU10 Validar usuario.......................................................................................................39Tabla 15 - CU11 Configurar sistema.................................................................................................40Tabla 16 - CU12 Cambiar tamaño de letra.......................................................................................41Tabla 17 - CU13 Registrar Administrador_lider................................................................................43Tabla 18 - CU14 Eliminar Administrador_lider.................................................................................44Tabla 19 - CU15 Otorgar permisos...................................................................................................45Tabla 20 - CU16 Actualizar contenido..............................................................................................47Tabla 21 - CU17 Eliminar contenido.................................................................................................49Tabla 22 - CU18 Adicionar documento.............................................................................................51Tabla 23 - Características del usuario [17]........................................................................................52Tabla 24 - Modelo de dominio MD01...............................................................................................56Tabla 25 - Modelo de dominio MD02...............................................................................................56Tabla 26 - Modelo de dominio MD03...............................................................................................56Tabla 27 - Modelo de dominio MD04...............................................................................................57Tabla 28 - Modelo de dominio MD05...............................................................................................57Tabla 29 - Modelo de dominio MD06...............................................................................................57Tabla 30 - Modelo de dominio MD07...............................................................................................58Tabla 31 - Modelo de dominio MD08..............................................................................................58Tabla 32 - Modelo de dominio MD09...............................................................................................58Tabla 33 - Modelo de dominio MD10...............................................................................................59Tabla 34 - Modelo de dominio MD11...............................................................................................59Tabla 35 - Distribución de requerimientos.......................................................................................62Tabla 36 – Documentación Requerimiento R05...............................................................................66
Tabla 37 - Documentación Requerimiento R07................................................................................66Tabla 38 - Documentación Requerimiento R08................................................................................66Tabla 39 - Documentación Requerimiento R09................................................................................67Tabla 40 - Documentación Requerimiento R11................................................................................67Tabla 41 - Documentación Requerimiento R12................................................................................67Tabla 42 - Documentación Requerimiento R13................................................................................68Tabla 43 - Documentación Requerimiento R14................................................................................68Tabla 44 - Documentación Requerimiento R15................................................................................68Tabla 45 - Documentación Requerimiento R16................................................................................69Tabla 46 - Documentación Requerimiento R19................................................................................69Tabla 47 - Documentación Requerimiento R20................................................................................69Tabla 48 - Formato Plantilla casos de uso........................................................................................73Tabla 49 - Formato Plantilla Requerimientos [14]............................................................................73Tabla 50 - Plantilla documentación Modelo de dominio [6].............................................................74
LISTA DE FIGURAS
Ilustración 1 - Capas del sistema......................................................................................................16Ilustración 2- Interfaz con el hardware [21].....................................................................................19Ilustración 3 - Interfaz de comunicación..........................................................................................22Ilustración 4 - Diagrama Casos de uso..............................................................................................24Ilustración 5 - Diagrama Modelo de dominio...................................................................................55
1. INTRODUCCIÓN
1.1 PROPÓSITO
Este documento permite mostrar la descripción detallada de un Prototipo web para la difusión y obtención de información de líderes comunitarios que se implementó para los líderes comunitarios de la localidad de Usme. Por medio de la realización de talleres se observó y recogieron las necesidades de los líderes y la comunidad en general que en términos de sistemas son los clientes y usuarios finales; de esta forma se llegaron a establecer las especificaciones de los requerimientos de la aplicación.
El documento está escrito pensando en los líderes comunitarios y desarrolladores para una mejor comprensión del mismo, mostrando las funcionalidades de la aplicación y sus debidas restricciones, permitiendo una clara comunicación.
1.2 ALCANCE
El sistema construido para líderes comunitarios pretende mostrar un primer acercamiento de los líderes a las tecnologías de Información, en este caso, por medio de la realización de un Portal Web, para la difusión y obtención de la información que se transmite entre los líderes comunitarios de la localidad de Usme; permitiendo una aproximación al conocimiento y uso de las TIC.
El proyecto inició con la estructura del Portal por medio del análisis de la información que se consiguió en el levantamiento de requerimientos; mediante un acuerdo con los líderes comunitarios se incluyó contenido con la información proporcionada por ellos, iniciando con los requerimientos que obtuvieron un puntaje mayor de 3,5 en la realización de la priorización que se encuentran en la categoría (JAC/ Líderes comunitarios) y que fue la primera categoría escogida por los líderes participantes en el “TALLER IV: PRIORIZACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA WEB PARA LOS LIDERES COMUNITARIOS, SECTOR BOLONIA, LOCALIDAD USME”. (Mayor información ver Documento Taller4_Priorización_Conclusión.docx).
Los requerimientos se encuentran dentro del capa contenido (ver sección 2. Descripción Global), de acuerdo a la arquitectura del sistema y son analizados con más detenimiento en este documento. (ver sección 3. Requerimientos específicos)
Además, el Portal Web por ser un tipo de producto multimedia permite una mejor interacción con el usuario, facilidad de adaptación a la aplicación y obtención de información vigente de acuerdo a las necesidades expresadas por los líderes.
En la implementación de los requerimientos escogidos en la primera categoría (JAC/ Líderes comunitarios) se realizó en colaboración con los líderes comunitarios elegidos como administradores, la opción de agregar y modificar contenido en el Portal Web, para que comiencen a adaptarse a la utilización de las TIC como medio de transmisión de información para la comunidad.
1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS
LETRA DEFINICIÓN, ABREVIATURAS Y ACRÓNIMOS
A
Arquitectura Cliente- Servidor: El esquema cliente-servidor es un modelo de computación en el que el procesamiento requerido para ejecutar una aplicación o conjunto de aplicaciones relacionadas se divide entre dos o más procesos que cooperan entre sí. Usualmente la mayoría del trabajo pesado se hace en el proceso llamado servidor y el (los) proceso(s) cliente(s) sólo se ocupa de la interacción con el usuario (aunque esto puede variar) [19].
B
Browser: Navegador. Aplicación para visualizar documentos WWW y navegar por Internet. En su forma mas básica son aplicaciones hipertexto que facilitan la navegación por los servidores de navegación de Internet.[7]
C
Caso de Uso: Técnica para captura de requisitos potenciales de un nuevo sistema o una actualización de software. Proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico [8].
Cliente: Cualquier elemento de un sistema de información que requiere un servicio mediante el envío de solicitudes al servidor. Cuando dos programas se comunican por una red, el cliente es el que inicia la comunicación, mientras que el programa que espera ser contactado es el servidor. [7].
Cliente/Servidor: (ver arquitectura cliente- servidor) Componente Joomla: Los “Componentes” son elementos de contenido o
aplicaciones de Joomla! que se muestran habitualmente en el centro del área de contenido principal de una plantilla (template). [22]
D
Datos: son trazos o partes de hechos representando eventos en una organización o el ambiente físico antes de ser organizados para que las personas puedan entenderlos. [20]
Dirección IP: (dirección de protocolo de Internet). La forma estándar de identificar un equipo que está conectado a Internet. El administrador del servidor Web o su proveedor de servicios de Internet asignará una dirección IP a su equipo.[9]
E Extensión: Se refiere a una excepción en caso de no llevarse el flujo normal
de los eventos en el software [8].
F FTP: son las siglas de File Transfer Protocol, el nombre del protocolo estándar de transferencia de ficheros. Su misión es permitir a los usuarios
recibir y enviar ficheros de todas las máquinas que sean servidores FTP. Los
ficheros pueden ser documentos, textos, imágenes, sonidos, programas, etc., es decir, cualquier cosa que se pueda almacenar en un fichero o archivo. [19]
G GUI: En el contexto del proceso de interacción persona-ordenador, la
interfaz gráfica de usuario (IGU), provee una forma amigable de interacción con un sistema informático [8].
H HTTP: HyperText Transfer Protocol. Protocolo de transferencia de hipertexto. Es el protocolo usado en cada transacción de la Web (WWW) [19].
I
Información: significa los datos que han sido modificados para que sean útiles y significativos para el ser humano. [20]
Interfaz: Parte de una aplicación para permitir el flujo de información entre la aplicación y el usuario.
IP: (Internet Protocol /Protocolo de Internet), Protocolo de Internet definido en el RFC 791. Confirma la base del estándar de comunicaciones de Internet. El IP provee un método para fragmentar (deshacer en pequeños paquetes) y enrutar (llevar desde el origen al destino) la información. Es inseguro, ya que no verifica que todos los fragmentos del mensaje lleguen a su destino sin perderse en el camino. Por eso, se complementa con el TCP [9].
J JAC: Juntas de Acción Comunal, es una corporación cívica sin ánimo de lucro
compuesta por los vecinos de un lugar, que unen esfuerzos y recursos para procurar la solución de las necesidades más sentidas de la comunidad. [18]
L
LAN: (Local Area Network / Red de Área Local), Red de computadoras interconectadas, distribuida en la superficie de una sola oficina o edificio. También llamadas redes privadas de datos. Su principal característica es la velocidad de conexión [19].
M
Middleware: Capa de software cuyo propósito es enmascarar la heterogeneidad y proporcionar un modelo de programación conveniente para los programadores de aplicaciones.[19]
Modelo de Dominio: El modelo del domino podría considerarse como un diccionario visual de las abstracciones relevantes, vocabulario del dominio e información del dominio. [8]
Módulo Joomla: Los “Módulos” extienden las posibilidades de Joomla! proporcionando al software nuevas funcionalidades. Los módulos son pequeños artículos de contenido que pueden mostrarse en cualquiera de los lugares que su plantilla permita. [22]
N Navegador: son programas de ordenador diseñados para facilitar la
visualización de páginas Web en Internet. (Ver Browser). [3]
P Páginas Dinámicas: Páginas Web que contienen, además de texto y gráficos, archivos de sonido, de vídeo, animaciones o elementos interactivos.
Prototipo: Un Prototipo es una representación limitada del diseño de un producto que permite a las partes responsables de su creación experimentar, probarlo en situaciones reales y explorar su uso [4].
R
RAM: Random Access Memory. Memoria de Acceso Aleatorio. Es la memoria volátil (fácilmente grabable y borrable) del equipo, la que se utiliza para dar soporte a los datos que necesita una aplicación al iniciarse en el sistema operativo. [7]
Requerimiento: Característica que debe tener el sistema o una restricción que debe satisfacer para que sea aceptado por el cliente [2].
Requerimientos Funcionales: Definen el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que muestran cómo los casos de uso serán llevados a la práctica. [2]
Requerimientos no Funcionales: Especifican criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos. [2]
Restricción: Limitación. [3]
S
Servidor: dispositivo de un sistema que resuelve las peticiones de otros elementos del sistema, denominados clientes. (Ver: Cliente/servidor). [19]
Sistema: Un sistema es una colección de componentes interrelacionados que trabajan conjuntamente para cumplir algún objetivo [20]
Sistema de Información: es un conjunto de componentes interrelacionados que recolectan (o recuperan), procesan, almacenan y distribuyen información para apoyar la toma de decisiones, coordinación y control de una organización [20]
Software: todo programa o aplicación programado para realizar tareas específicas. [3]
SRS: Software Requirements Specificacitions. Epecificación de Requerimientos de Software. Documento donde se encuentran las especificaciones de requerimientos y restricciones para el desarrollo de una aplicación software. [6]
SSL: (Secure Socket Layer). Un protocolo de bajo nivel que permite establecer comunicaciones seguras entre un servidor Web y un explorador de Web. [19]
Stakeholder: El involucrado o interesado en el proyecto, que además es afectado por el proyecto [6].
T TCP: (Transmission Control Protocol/Protocolo de Control de Transmisión), Conjunto de protocolos de comunicación que se encargan de la seguridad y la integridad de los paquetes de datos que viajan por Internet.Complemento del IP en el TCP/IP [19].
TCP/IP: (Transmission Control Protocol/Internet Protocol, Protocolo de Control de Transmisión/Protocolo Internet). Conjunto de programas de
comunicación de datos usados para organizar computadoras en redes. Norma de comunicación en Internet, compuesta por dos partes: el TCP/IP. El IP desarma los envíos en paquetes y los rutea, mientras que el TCP se encarga de la seguridad de la conexión, comprueba que los datos lleguen todos, completos, y que compongan finalmente el envío original [19].
TIC: Las Tecnologías de la Información y las Comunicaciones (en adelante TIC), son el conjunto de recursos, herramientas, equipos, programas informáticos, aplicaciones, redes y medios, que permiten la compilación, procesamiento, almacenamiento, transmisión de información como voz, datos, texto, video e imágenes. [24]
Tolerancia a fallos: La tolerancia a fallos es la propiedad de ciertos computadores y/o aplicaciones software de funcionar aún cuando se haya producido una avería en alguno de sus componentes. [19]
U
URL: (Universal Resource Locator). Localizador Universal de Recursos.
Sistema unificado de identificación de recursos en la red. Una cadena que suministra la dirección Internet de un sitio Web o de un recurso World Wide Web, junto con el protocolo por el que se tiene acceso a ese sitio o a ese recurso. El tipo más común de dirección URL es http://, que proporciona la dirección Internet de una página Web. [7]
Usuario: Papel que representa a las personas que interactúan en forma directa con el sistema cuando realizan su trabajo [1]
UML: (Unified Modeling Language - Lenguaje Unificado de Modelado). UML es un popular lenguaje de modelado de sistemas de software. Se trata de un lenguaje gráfico para construir, documentar, visualizar y especificar un sistema de software.[9]
W WWW: (World Wide Web). Telaraña o malla mundial. Sistema de
información con mecanismos de hipertexto creado por investigadores del CERN. Los usuarios pueden crear, editar y visualizar documentos de hipertexto.
Tabla 1 - Definiciones, acrónimos y abreviaturas
1.4 REFERENCIAS & BIBLIOGRAFÍA
[1] Bruegge B, Dutoit AH. Ingeniería de Software orientada a objetos. Primera edición. México:
Pearson Educación, 2002.
[2] Wiegers, Karl. E. Software requirements, 2nd Edición. Estados Unidos: Microsoft Pres, 2003
[3] Real Academia Española. [En línea] [Citado el: 30 de Septiembre de 2011.] Disponible en:
http://www.rae.es/rae.html
[4] LACALLE, Alberto. Prototipos (Julio de 2006). [En línea]. [Citado el: 30 de Septiembre de 2011].
Disponible en: http://albertolacalle.com/hci_Prototipos.htm
[5] IEEE (Institute of Electrical and Electronics Engineers), IEEE Recommended Practice for
Software Requirements Specificacitions, IEEE-SA Standards Board, Junio 1998.
[6] IronWorks, Plantilla SRS, Segundo Semestre 2008, Pontificia Universidad Javeriana.
[7] Glosarium.com. Diccionario informático. Disponible en:
http://www.glosarium.com/term/1439,14,xhtml
[8] Larman C. UML Y PATRONES. Una introducción al análisis y diseño orientado a objetos y al
proceso unificado. 2nd ed. Aragón DF. Madrid: Pearson Educación. S.A., 2006, pp. 41
[9] ALEGSA. “Diccionario informático hardware típico de una computadora”. 2006. [En línea].
Disponible en: http://www.alegsa.com.ar/Dic/hardware.php
[10] Ana María Ortiz, SRS y calidad de requerimientos, Ingeniería de requerimientos. Pontificia
Universidad Javeriana, Febrero 2007
[11]Linda Westfall, Software Requirements Engineering: What, Why, Who, When, and How. 2005-
2006. Disponible en:
http://www.westfallteam.com/Papers/The_Why_What_Who_When_and_How_Of_Software_Req
uirements.pdf
[12] Jeremy Dick. Design Traceability. IEEE Software Published by the IEEE ComputerSociety.2005.
[13]Schmidt M. Implementing the IEEE Software Engineering Standards. Indianapolis, Indiana:
Sams Publishing. 2000
[14]Volere Requeriments Resources. Volere Requeriments Especification Template. Disponible en:
http://www.volere.co.uk/template.htm
[15] Martinez, José y Silva, Camilo. “Guía Metodológica para el levantamiento y análisis de
Requerimientos de Software en base a Procesos de Negocio”. Anexo Trabajo de Grado. Pontificia
Universidad Javeriana. 2010.
[16] Construx Software, Software Requirements Specification, “Cx CheckList Requierements”.
CXOne Standard, Construx Software Builder, Inc, Noviembre 2002.
[17] Página de Miguel Torres [homepage de Internet]. Bogotá. Ing. Miguel Eduardo Torres Moreno MSc. Copyright - Miguel Torres 2008. [Actualizado el 2008]. Ingeniería de Software. Plantilla SRS V1.0 (Línea Base), IRONWORKS. [En línea]. Disponible en: http://sophia.javeriana.edu.co/~metorres/
[18] Ley 743 de 2002. El congreso de Colombia. Artículo 8o. Organismos de Acción Comunal. 7 de junio de 2002. [En línea]. Disponible en: http://www.secretariasenado.gov.co/senado/basedoc/ley/2002/ley_0743_2002.html
[19] Tanenbaum A., “Sistemas Operativos Distribuidos”, Prentice Hall. [20] Laudon, K. & Laudon, J. Essentials of management Information Systems. Sexta edición. New Jersey: Pretice Hall. 2005[21] Netmarketing. Desarrollo de aplicaciones web. [En línea]. Disponible en: http://netmarketingweb.com/soluciones-web-modulos-en-php.php
[22] Centro de ayuda Joomla!, 2012. Disponible en: http://ayuda.joomlaspanish.org/
[23] Capacitación en sistemas. PROSOFI. Pontificia Universidad Javeriana. 2011
[24] LEY 1341 DE 2009. Definición TIC. Secretaria del senado. Congreso de la república. Disponible en. http://www.secretariasenado.gov.co/senado/basedoc/ley/2009/ley_1341_2009.html
2. DESCRIPCIÓN GLOBAL
El Portal Web se diseñó de acuerdo a los intereses de los líderes comunitarios del sector Bolonia, localidad de Usme, en la ciudad de Bogotá. La mayoría de los líderes comunitarios son personas adultas con edad promedio de 48 años [ver Documento las BD_Lideres_Comunitarios.docx], donde la mayoría no han tenido la posibilidad de usar un computador. El sistema construido permite un primer acercamiento de estas personas en las Tecnologías de Información y Comunicación - TIC, y su uso para la difusión y obtención de información necesaria para que sea conocida por la comunidad.
En el proceso de recolección de los requerimientos mediante los talleres realizados a los líderes comunitarios, se identificaron las principales capas del sistema, que permitieron separar los requerimientos según el tipo de funcionalidades y las características con que se construyó el prototipo. Esta clasificación se percibió también gracias a la participación, interés y sugerencias de los stakeholders involucrados en el proyecto (ver sección 2.1.1 Identificación de stakeholders), que con su conocimiento manifestaron funcionalidades del sistema a tener en cuenta.
La descripción de los componentes y capas, como una primera vista, son los siguientes:
Capa de Contenido: Esta capa está enfocado a los datos, información y contenido multimedia que será vista por los diferentes tipos de usuarios que ingresen al Portal Web.
Capa de Presentación: está orientado a la elaboración de la interface de usuario para el Portal Web.
Capa de Usuario: Esta capa se enfoca en los tipos de usuario que tiene el sistema, el rol que van a desempeñar, y cómo, de acuerdo a su rol, el sistema se transforma para mostrar una adecuada información.
o administrador: está orientado a las funciones que desempeña los diferentes administradores que tendrá el sistema. Como ejemplo: la actualización de la información que se presenta en el Portal Web.
Seguridad: Está enfocado en la protección de seguridad de información y acceso al Portal Web.
o Componente de control de acceso: está orientado en los diferentes permisos que tiene los usuarios de acuerdo a su rol.
Ilustración 1 - Capas del sistema
2.1 IDENTIFICACIÓN DEL PRODUCTO
2.1.1 Identificación de Stakeholders
Los stakeholders participantes en el proyecto son:
Los líderes comunitarios: Son las personas encargadas de participar en el desarrollo del sistema, de identificar los requerimientos según sus necesidades como líderes comunitarios de la comunidad y de brindar la información vigente en el sistema.
PROSOFI: Personas que colaboran con la comunicación e integración con la comunidad de la localidad de Usme, sector Bolonia; por medio de las personas que trabajan en este programa social, se contactaron a los líderes comunitarios y se han desarrollado talleres para alfabetizar a los líderes comunitarios en temas TIC a la comunidad.
Desarrollador: Persona encargada en la implementación del Portal web para los líderes comunitarios. En esta primera etapa es la estudiante que está realizando este proyecto.
Usuarios en General: Cualquier persona que puede ingresar al portal y que esté interesada en consultar la información que se encuentra en éste.
Capa de UsuarioAdministrador
Capa de ContenidoCapa de Presentación
SeguridadControl de Acceso
Administradores: Son líderes comunitarios escogidos por ellos mismos para la actualización del contenido en el Portal web y que estén interesadas en mantener a la comunidad informada de los acontecimientos, sucesos, noticias y otros aspectos allí recopilados.
2.1.2 Identificación de Administradores
Son las personas que tendrán acceso al Portal web con tareas fijas como la adición de contenido, otorgar claves, permisos, crear usuarios, establecer perfiles, etc. En este se establecieron los siguientes:
Administrador del sistema Administradores Líder
Persona encargada del desarrollo del Portal web, quién realiza los ajustes e implementación del diseño que se encuentra en este documento, conoce las especificaciones y restricciones que se deben tener en cuenta para la elaboración del sistema. En esta entrega es la estudiante que realiza este proyecto.
Personas que tienen el derecho de acceder a modificar, agregar o eliminar el contenido que se muestra en el Portal web. En este caso, son personas elegidas por los mismos líderes comunitarios, que son líderes comunitarios y que tienen las habilidades y compromiso para realizar esta actividad.
Tabla 2 – Administradores
2.2 PERSPECTIVA DEL PRODUCTO
Este sistema es el primero en que los mismos líderes comunitarios tienen la oportunidad no solo de comenzar a tener su acercamiento al uso de las TIC sino que ellos mismos serán los dueños y podrán aprender a gestionar el sitio, modificar y adecuar a sus necesidades la información que quieran mostrar y compartir con su comunidad.
Como el Portal web está diseñado con la participación directa de los líderes comunitarios para ellos y para su comunidad, permite el incremento de funcionalidades y contenidos realizados por ellos mismos.
Existen diferentes sistemas pero ninguno que permita obtener datos totalmente actualizados y que sean aportados por los mismos líderes comunitarios, personas conocedoras no solo de su localidad sino de su sector y de su propio barrio.
Se espera que en el futuro los líderes comunitarios atraigan con la gestión del sitio a personas interesadas en el tema de las TIC y de esta manera se difunda dicho conocimiento sobre la comunidad vulnerable.
2.2.1 Interfaz con el sistema
En este caso no aplica.
2.2.2 Interfaz con el usuario
A continuación se describen las interfaces que explican la forma en que el sistema permitió la comunicación con el usuario o cliente final.
INTERFAZ DESCRIPCIÓN
Pantalla Interfaz que permite la visualización del Portal en la Web, ésta pantalla debe soportar una resolución de 1024 * 768 que es el estándar para el tamaño en pixeles en diseño que debe tener los sitios web.
Teclado Interfaz que permite el ingreso de datos y de esta manera generar la información que tendrá cada una de las secciones del Portal Web.
Ratón Interfaz que permite la selección y navegación por la interfaz gráfica que genera del Portal Web.
Interfaz Gráfica Interfaz que permite la interacción del usuario con el Portal web, en el cual, puede navegar y ver la información contenida.
Tarjeta de Red Debe funcionar bajo un entorno de red WAN y por la comunicación que hay de cliente/servidor.
Tabla 3 - Interfaz con el usuario
2.2.3 Interfaz con el hardware
El Portal web requiere una comunicación con sistemas externos y la interacción con otros componentes hardware, como por ejemplo:
Un protocolo que permite transferir la información de sitios web, hipertexto, animaciones, música, etc., a través de red de Internet, como lo es el protocolo HTTP.
Un hosting web que permita la ubicación o localización del Portal Web en la red de Internet, permite el almacenamiento de información de todo tipo (texto, imágenes, etc.) donde se aloja los sitios web.
Las características a nivel de hardware para la comunicación entre los componentes de software y los componentes de hardware son [19]:
Protocolos de comunicación:
Protocolo de TCP/IP "Protocolo de control de transmisión/Protocolo de Internet": Se utilizó el protocolo de red TCP/IP ya que es un mecanismo de transporte
confiable y además es orientado a conexión, evitando recepción de paquetes incompletos o dañados.
Protocolo HTTP (HyperText Transfer Protocol): es el protocolo más utilizado en Internet. El propósito del protocolo HTTP es permitir la transferencia de archivos (principalmente, en formato HTML). entre un navegador (el cliente) y un servidor web localizado mediante una cadena de caracteres denominada dirección URL.
Puertos usados para la comunicación:
Puerto 3306 para la utilización de Base de Datos MySQL Server Puerto 80; cuando se pide una página web, el navegador realiza una conexión al
puerto 80 del servidor web, 80 es el puerto por defecto para http.
Ilustración 2- Interfaz con el hardware [21]
2.2.4 Interfaz con el software
En esta sección se describe las interfaces con el software que el sistema utiliza:
INTERFAZ DESCRIPCIÓN FINALIDAD VERSIÓN / FUENTE
Sistema Operativo (Equipo
computo)
Un Sistema Operativo es el software encargado de ejercer el control y coordinar el uso del hardware entre diferentes programas de aplicación y los diferentes usuarios.
Es un administrador de los recursos de hardware del sistema.
En este caso se ejecuta bajo el sistema operativo Windows.
Windows XP, vista, 7
http://www.euram.com.ni/pverdes/verdes_informatica/informatica_al_dia/que_es_un_so_144.htm
Sistema Operativo ( servidor
web)
Linux es un sistema operativo libre-distribuido que fue creado en 1991 por un estudiante en la universidad de Helsinki en Finlandia. Fue creado con la ayuda de asistentes y desarrolladores alrededor del mundo, bajo de una licencia abierta.
Se ha probado en varias ocasiones como solución popular para los servidores de web hosting. Linux utiliza PHP, el Perl, o MySQL como idiomas para agregar el acceso y procesar datos en línea. Linux es ideal para los Web site que brindan información
http://www.compuvisiondominios.com/linux.html
http://www.linux-es.org/
Browser o Navegador
Explorador web que facilitan la navegación por los servidores de Internet. Es una aplicación que opera a través de Internet, interpretando la información de archivos y sitios web para que podamos ser capaces de leerla.
Visualizar documentos WWW y navegar por Internet. La funcionalidad básica de un navegador web es permitir la visualización de documentos de texto, posiblemente con recursos multimedia incrustados
Internet Explorer 7
Google chrome 14
http://support.google.com/chrome/?hl=es
http://windows.microsoft.com/es-ES/internet-explorer/products/ie/home
XAMPP XAMPP es un servidor independiente de plataforma, software libre y gratuito, es una herramienta que permite auditar, y gestionar diferentes aplicaciones.
Agilizar el uso del aplicativo, consiste principalmente en la base de datos MySQL, el servidor web Apache y los intérpretes para lenguajes de script: PHP y Perl.
Version 1.7.7 [32 bits]
Apache 2.2.21
MySQL 5.5.16
PHP 5.3.8
phpMyAdmin 3.4.5
http://www.apachefriends.org/es/xampp.html
Java Virtual Machine (JVM)
Un intérprete que convierte el ByteCode compilado de Java en el código de máquina nativo.
Asegurar y permitir la ejecución de la aplicación dentro del sistema.
Versión 6
http://www.dcc.uchile.cl/~rbaeza/cursos/proyarq/lbastias/JVM.html
Adobe® Flash® Player
Es un multi-plataforma, basada en aplicaciones browser en tiempo de ejecución de aplicación
Reproducir archivos SWF, ejecuta gráficos y animaciones vectorizadas e imágenes rasterizadas,
Adobe Flash Player 11
que proporciona visualización de aplicaciones atractivas, contenido y videos a través de navegadores y sistemas operativos.
sino que también puede ejecutar videos (FLV) y programación en ActionScript.
http://www.adobe.com/es/products/flashplayer.html
Base de Datos
(MySQL)
MySQL es un sistema de administración de bases de datos (Database Management System, DBMS) para bases de datos relacionales.
Permite gestionar archivos, utiliza múltiples tablas para almacenar y organizar la información.
Microsoft Server SQL 2005
http://dev.mysql.com/usingmysql/get_started.html
http://www.microsoft.com/spain/sql/productinfo/default.mspx
JOOMLA
(CMS)
Un sistema de administración de contenidos (CMS o Content Management System) de código abierto construido con PHP bajo una licencia GPL.
Permite crear sitios web elegantes, dinámicos e interactivos. podemos crear en poco tiempo un completo portal en la que publicar noticias, blogs, directorios de enlaces o documentos para descargar sin necesidad de conocimientos técnicos especiales o de complejos lenguajes de programación.
Versión 1.5.23
http://www.joomlaspanish.org/
Photoshop Adobe Photoshop redefine la edición digital de imágenes gracias a innovadoras herramientas de fotografía, selección de imágenes de gran calidad, y mucho más.
Es una aplicación para la creación, edición y retoque de imágenes.
Versión CS5
http://www.adobe.com/es/products/photoshop.html
PHP "PHP: Hypertext Preprocessor" es un lenguaje interpretado de alto nivel embebido en páginas HTML y ejecutado en el servidor.
PHP puede hacer cualquier cosa que se pueda hacer con un script CGI, como procesar la información de formularios, generar páginas con contenidos dinámicos, o enviar y recibir cookies.
http://www.php.net
http://phpcolombia.co/
Tabla 4 - Interfaz con el software
2.2.5 Interfaz de comunicación
Siendo un Prototipo Web se requiere una comunicación con un sistema web externo, en este caso un servidor Web que permite obtener la información alojada en este a través de la red de Internet. Por lo cual, para la transmisión de datos y pedido de solicitudes, se utiliza el protocolo de TCP/IP - "Protocolo de control de transmisión/Protocolo de Internet" y el protocolo HTTP (HyperText Transfer Protocol), que se utiliza para acceder a las páginas web. También se implementa el protocolo HTTPS que permite seguridad en el acceso privado al sistema [19].
Joomla cumple una función como middleware, capa que proporciona servicios entre distintas aplicaciones; en este caso, realizar una conexión de comunicación entre el servidor web y la base de datos. Joomla recibe la solicitud del navegador o cliente en el servidor web y su función es la de crear, almacenar y cumplir persistencia, concurrencia, seguridad de los datos en la Base de datos, respondiendo a la necesidad que se haya solicitado [19].
Ilustración 3 - Interfaz de comunicación
2.2.6 Operaciones
Las principales operaciones que los distintos tipos de usuarios pueden realizar en el sistema son:
Usuario Generalo Acceso público a la información presentada en el Portal web.
Líder comunitarioo Acceso público a la información presentada en el Portal web.o Acceso privado a la información presentada en el Portal web.o Entregar información actualizada para el Portal web.
Administrador Sistema – Panel Joomlao Creación de secciones, categorías y módulos que requiera el sistema.
o Permisos de registro de nuevos administradores.o Acceso privado al sistema.
Administrador Lídero Modificación, adición o eliminación de contenido.o Acceso privado a unas secciones del sistema.o Agregar elementos multimedia al sistema (si es requerido).
2.2.7 Requerimientos de adaptación al sitio
Siendo un sistema Web no es necesario instalar ningún software en ningún computador personal del usuario, ya que éste reside en el servidor Web seleccionado [ver Dominio_Hosting.docx] permitiendo de esta forma que al ingresar a Internet por medio del navegador, y desde cualquier computador, e introduciendo la URL www.portalusme.info [ver Dominio_Hosting.docx] del Portal web se pueda visualizar su contenido.
Lo que se debe tener en cuenta a la hora de ingresar al Portal web en cualquier computador y poder visualizarlo correctamente es:
El computador debe tener una conexión de red Internet de por lo menos Velocidad de descarga de: 4.096 Kbps
El computador debe tener un navegador o Browser instalado, como por ejemplo: Internet Explorer versión 9 , Google Chrome versión 19, Mozilla firefox versión 4.
2.3 FUNCIONES DEL PRODUCTO
2.3.1 Identificación de casos de uso
En esta sección se muestran las principales funcionalidades que el sistema brinda a los usuarios, como se muestra en el siguiente diagrama [8]:
Ilustración 4 - Diagrama Casos de uso
2.3.2 Descripción de casos de uso
En esta sección se describe cada caso de uso mostrado en la sección 2.3.1, permitiendo entender qué interacción tiene el usuario con el sistema; se toma como referencia la documentación de casos de uso, mostrando los campos de mayor interés [6]:
Id Caso de uso: CU01 Nombre: Ingresar al portal
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Un usuario general puede ingresar al portal web en internet.
Actores Participantes Cualquier usuario
Entradas Digitar la dirección URL del portal web
Salidas Interfaz Gráfica del portal web.
Pre-Condiciones Tener internet desde el computador donde accede al portal web.
Post-Condiciones Condición de éxito: El usuario puede acceder al portal web.
Condición final de
fallo:
El usuario no accede al portal web.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa a Internet por
medio de un navegador.
2 El usuario ingrese al Portal web
digitando la dirección URL en el
navegador.
3 El sistema muestra el portal web en la
pantalla del computador
4. El usuario comienza a navegar por
el portal web.
Variaciones (Caminos
de excepción):
Cuando el usuario digite la dirección URL en el navegador de internet la digite incorrectamente.
Cuando el usuario digite la dirección URL en el navegador de internet, aparezca como página no disponible, deba
revisar si hay conexión de internet ó puede ser problemas del servidor.
Extensiones o
inclusiones:
Punto extensión: Registro por rol usuario
4a. Caso de uso Autenticar usuario
4b. Consultar contenido
4c. Registrar usuario
Tabla 5 - CU01 Ingresar al portal
Id Caso de uso: CU02 Nombre: Registrar usuario
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Registro del líder comunitario en el portal web.
Actores Participantes Usuario: Líder comunitario
Entradas Datos personales del usuario
Salidas Notificación que los datos fueron guardados y esperar el correo
de confirmación con el permiso otorgado.
Pre-Condiciones El usuario cumpla con el perfil de ser un líder comunitario
Post-Condiciones Condición de éxito: El usuario quedo registrado
correctamente en el sistema
Condición final de
fallo:
El usuario no ingreso completamente
todos los campos pedidos, algún fallo en
el servidor.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al portal web.
2 El usuario selecciona registro líder
comunitario.
3 El usuario llena los campos
solicitados en el formulario
4 El sistema guarda los datos ingresados y
envía una notificación de que han sido
guardados y debe esperar el permiso.
Variaciones (Caminos
de excepción):
4a. Si el usuario no ingreso todos los datos en el formulario debe
notificar que el registro está incompleto.
Extensiones o
inclusiones:
Autenticar usuario
Validar usuario
Tabla 6 - CU02 Registrar usuario
Id Caso de uso: CU 03-1 Nombre: Autenticar usuario
(usuario líder comunitario)
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite a sólo los líderes comunitarios registrados autenticarse
en el Portal
Actores Participantes Líderes comunitarios registrados
Entradas Nombre de usuario, contraseña
Salidas Interfaz Gráfica dependiendo del rol de usuario, acceso a
secciones privadas.
Pre-Condiciones El usuario debe haberse registrado en el Portal y tener el permiso
del administrador para acceder al área privada.
Post-Condiciones Condición de éxito: El usuario puede acceder a secciones
privadas del portal web.
Condición final de
fallo:
El usuario no puede acceder a secciones
privadas del portal web.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al portal web.
2 El usuario digita el nombre de
usuario y contraseña
3 El sistema verifica que los datos ingresados
al sistema sean correctos y muestra la
interfaz privada de los líderes comunitarios
Variaciones (Caminos
de excepción):
3a. Si el usuario no se encuentra registrado aparezca un texto que
diga usuario inválido o incorrecto.
Extensiones o
inclusiones:
Punto de extensión: Ingresar al portal
Tabla 7 - CU03-1 Autenticar usuario, líder comunitario
Id Caso de uso: CU 03-2 Nombre: Autenticar usuario
(usuario administrador)
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite a sólo los líderes comunitarios administradores
autenticarse en el sistema
Actores Participantes Líderes comunitarios que son administradores
Entradas Nombre de usuario, contraseña
Salidas Interfaz Gráfica dependiendo del rol de usuario, acceso a
secciones privadas.
Pre-Condiciones El usuario debe haberse registrado en el sistema y tener el
permiso de administrador para acceder.
Post-Condiciones Condición de éxito: El usuario puede acceder a secciones
privadas del Portal web.
Condición final de
fallo:
El usuario no puede acceder a secciones
privadas del Portal web.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al portal web.
2 El usuario digita el nombre de
usuario y contraseña
3 El sistema verifica que los datos ingresados
al sistema sean correctos y muestra la
interfaz de los líderes comunitarios con
permiso de administrador
Variaciones (Caminos
de excepción):
3a. Si el usuario no se encuentra registrado aparezca un texto que
diga usuario inválido o incorrecto.
Extensiones o
inclusiones:
Punto de extensión: Ingresar al portal
Tabla 8 - CU03-2 Autenticar usuario, administrador
Id Caso de uso: CU04 Nombre: Cambiar contraseña
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite que el usuario registrado y autenticado en el Portal
pueda cambiar la contraseña
Actores Participantes Usuario: Líder comunitario, administrador
Entradas Nueva contraseña
Salidas Confirmación del cambio de contraseña
Pre-Condiciones El usuario debe estar registrado y autenticado en el Portal.
Post-Condiciones Condición de éxito: El proceso de cambio de contraseña sea
correcto.
Condición final de
fallo:
No se pueda realizar el cambio de
contraseña.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al portal web.
2 El usuario se autentique en el
sistema
3 El usuario seleccione la opción
cambiar contraseña
4 El sistema muestra en la pantalla la interfaz
donde puede ingresar los nuevos datos.
5 El usuario ingresa la nueva
contraseña
El sistema valida el cambio de la contraseña
6 El sistema envía una notificación de cambio
correcto en la contraseña.
Variaciones (Caminos
de excepción):
5a. El usuario haya digitado mal la nueva contraseña y deba volver a
escribirla.
Extensiones o
inclusiones:
Punto de extensión: Autenticar líder
Tabla 9 - CU04 Cambiar contraseña
Id Caso de uso: CU05 Nombre: Acceder contenido
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite que un usuario en general pueda acceder al contenido
que muestra el portal web, es decir, ve la información que se
encuentra en portal web.
Actores Participantes Usuario general
Entradas Escoger una sección a la cual está interesada en informarse
dentro del portal web.
Salidas Interfaz con el contenido público en el portal web.
Pre-Condiciones El usuario tenga conexión de internet en el computador que
accede al Portal.
Post-Condiciones Condición de éxito: Poder ver la información mostrada en el
portal web.
Condición final de
fallo:
No puede ingresar al portal web, ó el
Portal no haya sido cargado
completamente en la pantalla.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al Portal web.
2 El sistema carga completamente el portal
web en la pantalla del usuario
3 El usuario seleccionada una
sección en el que esté interesado
en acceder en el portal web.
4 El sistema muestra la sección
correspondiente con su información
Variaciones (Caminos
de excepción):
3a. El usuario quiera acceder a una sección privada que sea sólo para
los líderes comunitarios, aparecerá un mensaje que no se puede
acceder.
Extensiones o
inclusiones:
3a. Descargar documento
Tabla 10 - CU05 Acceder contenido
Id Caso de uso: CU06 Nombre: Descargar documento
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.2
Descripción, contexto: El usuario tenga la posibilidad de descargar algún documento que
muestre en el portal web.
Actores Participantes Usuario general
Entradas Seleccionar el link para descargar el documento.
Salidas El documento sea descargado en el computador.
Pre-Condiciones El usuario tenga conexión a internet.
El usuario tenga en su computador el programa que permite abrir el documento.
Post-Condiciones Condición de éxito: El usuario pueda acceder y descargar el
documento.
Condición final de
fallo:
El usuario no puede descargar el
documento.
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al portal web.
2 El usuario seleccione la opción de
información de su interés
3 El sistema muestra el contenido de la
sección seleccionada.
4 El usuario seleccione el link para
descargar el documento
5 El sistema abre una nueva ventana con el
documento, genera que el documento sea
descargado el computador.
Variaciones (Caminos
de excepción):
3a. El sistema no pueda realizar consulta en la base de datos y no
descargue el documento, muestra una notificación de error.
Extensiones o
inclusiones:
Tabla 11 - CU06 Descargar documento
Id Caso de uso: CU07 Nombre: Crear sección
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite crear secciones para la adición de contenido
proporcionados por los líderes comunitarios
Actores Participantes Usuario: Administrador_sistema
Entradas Seleccionar las opciones de configuración de creación de
secciones
Salidas Interfaz gráfica con las secciones creadas
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema.
Post-Condiciones Condición de éxito: Creación de la(s) sección(es) en el Portal
web
Condición final de
fallo:
No se ha podido crear la sección en el
portal web
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema ingrese al
Portal web
2 Administrador_sistema se haya
autenticado
3 El sistema da autorización en el ingreso a la
aplicación, muestra la interfaz de
configuración
4 Administrador_sistema selecciona
las opciones para crear la sección
5 El sistema modifica y ajusta la interfaz a los
cambios realizados por el paso 4
6 Muestra la interfaz gráfica con las secciones
adicionadas en el portal web
Variaciones (Caminos
de excepción):
Extensiones o
inclusiones:
4a. Modificar sección
4b. Eliminar sección
Tabla 12 - CU07 Crear sección
Id Caso de uso: CU08 Nombre: Modificar sección
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite realizar cambios a las secciones del Portal web
Actores Participantes Administrador_sistema
Entradas Seleccionar la opción de configuración correspondiente a los
cambios en la sección escogida
Salidas Interfaz Gráfica con los cambios pertinentes en el portal web
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema.
Post-Condiciones Condición de éxito: Modificación en las secciones realizadas
en el portal web
Condición final de
fallo:
No se realiza la modificación a las
secciones en el portal web.
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema ingrese al
Portal web
2 Administrador_sistema se haya
autenticado
3 El sistema da autorización en el ingreso a la
aplicación, muestra la interfaz de
configuraciones
4 Administrador_sistema selecciona
la opción para modificar la sección
5 El sistema modifica y ajusta la interfaz a los
cambios realizados por el paso 4
6 Muestra la interfaz gráfica con las secciones
modificadas en el portal web
Variaciones (Caminos
de excepción):
Extensiones o
inclusiones:
Tabla 13 - CU08 Modificar sección
Id Caso de uso: CU09 Nombre: Eliminar sección
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite eliminar la sección seleccionada
Actores Participantes Usuario: Administrador_sistema
Entradas Seleccionar opciones de configuración correspondiente a los
eliminación de la sección
Salidas Interfaz Gráfica con los cambios pertinentes en el portal web
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema.
Post-Condiciones Condición de éxito: Eliminar la sección realizadas en el portal
web
Condición final de
fallo:
No se realice la eliminación a la sección en
el portal web
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema ingrese al
Portal web
2 Administrador_sistema se haya
autenticado
3 El sistema da autorización en el ingreso a la
aplicación, muestra la interfaz de
configuraciones
4 Administrador_sistema selecciona
las opciones para eliminar la
sección
5 El sistema modifica y ajusta la interfaz a los
cambios realizados por el paso 4
6 Muestra la interfaz gráfica con la sección
modificadas en el portal web
Variaciones (Caminos
de excepción):
Extensiones o
inclusiones:
Tabla 14 - CU09 Eliminar sección
Id Caso de uso: CU10 Nombre: Validar Usuario
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite la autorización a un usuario registrado pueda autenticarse en el sistema de acuerdo al rol que desempeñe, y acceda a secciones privadas del portal web
Actores Participantes Administrador
Entradas Datos ingresados por el usuario en el Portal en el formulario
registro
Salidas Envío de notificación por correo de confirmación de la
autorización para el autenticación en el portal web.
Pre-Condiciones Confirmación de registro completo en el Portal
Post-Condiciones Condición de éxito: Autorización del usuario para autenticarse
en el Portal
Condición final de
fallo:
No permitir la autorización del usuario
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema ingrese al Portal Web
2 Administrador_sistema escribe nombre de usuario y contraseña
3 El sistema valida los datos ingresados
4 El sistema muestra interfaz de configuración
5 Administrador_sistema ingresa a la
sección registro de usuario
6 El sistema muestra registro con los datos
del usuario
7 Administrador_sistema confirma el
usuario
8 El sistema modifica y da permisos al usuario
de acuerdo a lo escogido.
9 El administrador_sistema envía la
notificación por correo al usuario
aceptado.
Variaciones (Caminos de excepción):
3a. El Administrador_sistema rechaza el registro del usuario
Extensiones o inclusiones:
Registrar usuario
Punto de extensión: Autenticar usuario
Tabla 15 - CU10 Validar usuario
Id Caso de uso: CU11 Nombre: Configurar Portal
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Se realiza la creación, modificación, eliminación de las secciones
de la plantilla del Portal web
Actores Participantes Administrador_sistema
Entradas Selección opciones para las secciones
Salidas Interfaz Gráfica con los cambios seleccionados en el portal web
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema.
Post-Condiciones Condición de éxito: La configuración del portal se haga
correctamente
Condición final de
fallo:
La configuración del portal no realice los
cambios
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema ingrese al
interfaz administrador
2 Administrador_sistema se haya
autenticado
3 El sistema da autorización en el ingreso la
interfaz de configuraciones
4 Administrador_sistema selecciona
la(s) opción(es) de las secciones
5 El sistema modifica y ajusta la interfaz a los
cambios realizados por el paso 4
6 Muestra la interfaz gráfica con las secciones
creados en el portal web
Variaciones (Caminos
de excepción):
3a. En el caso de que la contraseña o el nombre de usuario no este
ingresa correctamente, muestra un mensaje de inválido.
Extensiones o
inclusiones:
crear sección
Registrar Admistrador_lider
Tabla 16 - CU11 Configurar sistema
Id Caso de uso: CU12 Nombre: *Cambiar tamaño de letra
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.2
Descripción, contexto: Esta opción para el usuario permite que el texto mostrado en
pantalla aumente o disminuya según la necesidad del usuario
Actores Participantes Usuario General, Administrador_sistema
Entradas Seleccionar la opción de aumentar o disminuir el tamaño de la
letra
Salidas Texto mostrado en pantalla aumente o disminuya
Pre-Condiciones El usuario haya ingresa al portal web
La opción de tamaño de letra haya sido activada por el
administrador_sistema
Post-Condiciones Condición de éxito: Se realice la modificación al tamaño de la
letra del texto mostrado en pantalla
Condición final de
fallo:
Al seleccionar la opción no realice ningún
cambio en el texto mostrado en pantalla
Flujo básico de éxito
No. Actor No Sistema
1 El usuario ingresa al portal web
2 El usuario selecciona la opción de
cambio de tamaño de letra
3 El sistema modifica el tamaño del texto que
se muestra en pantalla
4 El sistema muestra interfaz gráfica con la
modificación en el texto
Variaciones (Caminos
de excepción):
2a. La opción del cambiar tamaño de letra este inactivo, el
Administrador_sistema realiza ajustes necesarios
Extensiones o
inclusiones:
Tabla 17 - CU12 Cambiar tamaño de letra
Id Caso de uso: CU13 Nombre: Registrar
Administrador_lider
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite registrar sólo aquellos líderes comunitarios que sean
administradores de las secciones creadas
Actores Participantes Administrador_sistema, Administrador_lider
Entradas Seleccionar opción de registrar los administradores
Salidas Nombre de usuario y contraseña
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema.
Post-Condiciones Condición de éxito: El Administrador_lider queda registrado en el sistema y puede autenticarse correctamente
Condición final de fallo:
El Administrador_lider no quede registrado en el sistema y no pueda autenticarse correctamente.
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema se
autentica en el sistema
2 El sistema da autorización en el ingreso a la
interfaz de configuraciones
3 Administrador_sistema selecciona
la opción de gestor de usuarios
4 El sistema muestra la lista de usuarios y
administradores que tiene registrado.
5 Administrador_sistema registra al
nuevo Administrador_lider, asigna
nombre de usuario y contraseña
6 El sistema crea un nuevo registro y permiso
de Administrador_lider
7 Administrador_sistema envía una
notificación de autorización al
sistema
Variaciones (Caminos 5a. El nombre de usuario o contraseña ya existan.
de excepción):
Extensiones o
inclusiones:
Punto de extensión: Eliminar Administrador_lider
Punto de extensión: Otorgar permisos
Tabla 18 - CU13 Registrar Administrador_lider
Id Caso de uso: CU14 Nombre: Eliminar
Administrador_lider
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite eliminar aquel registro de Administrador_lider
Actores Participantes Administrador_sistema
Entradas Seleccionar opción de eliminar Administrador_lider
Salidas Mensaje de confirmación
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en el sistema.
Administrador_lider este registrado en el sistema
Post-Condiciones Condición de éxito: El registro de Administrador_lider queda eliminado del sistema y el Administrador_lider ya no puede acceder al sistema
Condición final de fallo:
El registro de Administrador_lider no queda eliminado del sistema
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema se
autentica en el sistema
2 El sistema da autorización en el ingreso a la
interfaz de configuraciones
3 Administrador_sistema selecciona
la opción de gestor de usuarios
4 El sistema muestra la lista de usuarios y
administradores que tiene registrado.
5 Administrador_sistema selecciona
la opción eliminar el registro del
Administrador_lider
6 El sistema elimina el registro del
Administrador_lider
Variaciones (Caminos de excepción):
Extensiones o inclusiones:
Tabla 19 - CU14 Eliminar Administrador_lider
Id Caso de uso: CU15 Nombre: Otorgar permisos
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Según el tipo de usuario (registrado, autor, editor) o el tipo administrador (gestor, administrador, Super administrador) se asigna los permisos.
Actores Participantes Administrador_sistema
Entradas Los datos de registro del usuario
Salidas Permiso otorgado según el tipo de usuario o administrador
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en el sistema.
Administrador_lider este registrado en el sistema
Post-Condiciones Condición de éxito: Asignación del permiso según el tipo de
usuario
Condición final de
fallo:
El sistema no activa los permisos según el
tipo de usuario
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema se
autentica en el sistema
2 El sistema valida los datos ingresados
3 El sistema da autorización en el ingreso a la
interfaz de configuraciones
4 Administrador_sistema selecciona
la opción de gestor de usuarios
5 El sistema muestra la lista de usuarios y
administradores que tiene registrado.
6 Administrador_sistema selecciona el tipo de usuario para otorgar los permisos
7 El sistema guarda los cambios del tipo dado
8 El sistema activa sólo las opciones que
tenga los permisos al usuario
Variaciones (Caminos
de excepción):
Extensiones o
inclusiones:
3a. Actualizar contenido
Tabla 20 - CU15 Otorgar permisos
Id Caso de uso: CU16 - 1 Nombre: Actualizar contenido
(administrador_lider)
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite actualizar contenido de alguna sección del portal web, ya
sea texto o elemento multimedia
Actores Participantes Administrador_lider
Entradas Texto o elemento multimedia
Salidas Interfaz gráfica con los cambios realizados
Pre-Condiciones Administrador_lider este registrado y se haya autenticado en el sistema.
Post-Condiciones Condición de éxito: El contenido se ha modificado y actualizado correctamente en el portal web.
Condición final de fallo:
El contenido no sea actualizado correctamente en el portal web.
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_lider se autentica
en el Portal
2 El sistema da autorización en el acceso
privado en el Portal
3 El Administrador_lider selecciona
la sección a actualizar
4 El sistema muestra el contenido de la
sección
5 Administrador_lider actualiza el
contenido de la sección
6 El sistema guarda los cambios en la sección
correspondiente
7 El sistema muestra la interfaz gráfica con los
cambios en el contenido
Variaciones (Caminos de excepción):
Extensiones: 5a.Adicionar documento
5b. Eliminar contenido
Tabla 21 - CU16-1 Actualizar contenido, administrador_lider
Id Caso de uso: CU16 -2 Nombre: Actualizar contenido
(administrador_sistema)
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite actualizar contenido de alguna sección del portal web, ya
sea texto o elemento multimedia
Actores Participantes Administrador_sistema
Entradas Texto o elemento multimedia
Salidas Interfaz gráfica con los cambios realizados
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en el sistema.
Post-Condiciones Condición de éxito: El contenido se ha modificado y actualizado correctamente en el portal web.
Condición final de fallo:
El contenido no sea actualizado correctamente en el portal web.
Flujo básico de éxito
No. Actor No Sistema
1 Administrador_sistema se
autentica en el sistema
2 El sistema da autorización en el ingreso a la interfaz de configuraciones
3 Administrador_sistema selecciona
la sección a actualizar
4 El sistema muestra el contenido de la sección
5 administrador_sistema actualiza el
contenido de la sección
6 El sistema guarda los cambio en la sección
correspondiente
7 El sistema muestra la interfaz gráfica con los
cambios en el contenido
Variaciones (Caminos de excepción):
Extensiones: 3a.Agregar archivo
3b. Eliminar archivo
Tabla 22 - CU16-2 Actualizar contenido, administrador_sistema
Id Caso de uso: CU17 Nombre: Eliminar contenido
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite eliminar el contenido de alguna sección del portal web,
ya sea texto o elemento multimedia
Actores Participantes Usuario: Administrador_sistema
Entradas Texto o elemento multimedia
Salidas Interfaz gráfica con los cambios realizados
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema.
Post-Condiciones Condición de éxito: El contenido sea eliminado correctamente
en el portal web.
Condición final de
fallo:
El contenido no sea eliminado
correctamente en el portal web.
Flujo básico de éxito
No. Actor No Sistema
1 administrador_sistema se
autentica en el sistema
2 El sistema da autorización en el ingreso a la
interfaz de configuraciones
3 administrador_sistema elimina el
contenido de alguna sección
4 El sistema guarda los cambio en la sección
correspondiente
5 El sistema muestra la interfaz con los
cambios en el contenido
Variaciones (Caminos
de excepción):
Extensiones o
inclusiones:
Tabla 23 - CU17 Eliminar contenido
Id Caso de uso: CU18 Nombre: Adicionar documento
Proyecto: Prototipo web para
líderes comunitarios
Versión: 0.3
Descripción, contexto: Permite adicionar un documento en alguna sección del portal web
Actores Participantes Usuario: Administrador_sistema
Entradas Seleccionar la opción de adjuntar documento
Salidas Documento adjunto al contenido
Pre-Condiciones Administrador_sistema este registrado y se haya autenticado en
el sistema
Post-Condiciones Condición de
éxito:
El documento quede adjunto al contenido
de la sección que corresponda
Condición final de
fallo:
El documento no quede adjunto dentro del
contenido de la sección que corresponda
Flujo básico de éxito
No. Actor No Sistema
1 administrador_sistema se
autentica en el sistema
2 El sistema da autorización en el ingreso a la
interfaz de configuraciones
administrador_sistema selecciona
contenido de la sección
El sistema muestra el contenido de la
sección seleccionada
3 administrador_sistema adjunta el
documento dentro de una sección
4 El sistema guarda los cambio en la sección
correspondientes
5 El sistema muestra la interfaz gráfica con los
cambios en el contenido
Variaciones (Caminos
de excepción):
Extensiones o
inclusiones:
Tabla 24 - CU18 Adicionar documento
2.4 CARACTERÍSTICAS DEL USUARIO
En esta sección se presenta las clases de usuarios que van a interactuar con el Portal web, la siguiente tabla muestra las características a tener en cuenta:
USUA
RIO
CLASE DE
USUARIO
DESCRIPCIÓN PRIVILEGIOS EXPERIENCIA
TÉCNICA**
FRECUENCIA
DE USO*
USU
ARIO
Líderes Comunitarios
Usuarios principales del sistema.
Acceso al Portal web con su perfil.
Manejo básico del computador.
3 ó 4 veces por semana.
Comunidad
en General
Usuario que está interesado en ver el sistema.
Observar información.
Manejo básico del computador.
1 o 2 veces por semana.
ADM
INIS
TRAD
OR
Administrad
or del
sistema
Usuario que tiene el derecho de configuración del sistema.
Ingresar como administrador del Portal web.
Conocimiento en sistemas y programación web.
Cada vez que se necesite actualizar el Portal Web. (mínimo una vez por semana)
Administrad
or líder
Usuarios que tiene la principal tarea de actualizar el contenido ó información mostrada en el Portal web.
Modificación, adición eliminación del contenido y elementos multimedia.
Manejo Medio del computador.
Cada vez que se necesite actualizar el Portal Web. (mínimo una vez por semana)
Tabla 25 - Características del usuario [17]
* Frecuencia de uso: Periodicidad con la que el usuario se sugiere utiliza el sistema [17]
** Básico: Que tenga conocimiento básico en: uso de herramientas Word y Excel, navegación por Internet(correo electrónico, páginas web sencillas); temas vistos del primer curso de capacitación en sistemas realizada por PROSOFI [23]
** Medio: Que tenga conocimiento medio en: herramientas office, navegación de portales web; temas vistos en el segundo curso de capacitación en sistemas realizada por PROSOFI [23]
2.5 RESTRICCIONES
2.5.1 Restricciones Generales
Existen distintas restricciones generales que se deben tener en cuenta al realizar este tipo de sistema, en este caso se dividen en:
2.5.1.1 Restricciones Técnicas
Servidor: Por ser una comunidad de escasos recursos económicos se debe tener en cuenta que no cuentan con un servidor propio. Por lo cual, se tomó la decisión con los líderes comunitarios asistentes a los talleres (ver documento Taller6_Asesoría_Conclusión.docx), el alquiler de un servidor web que esté al alcance del presupuesto de la comunidad, y que permita asegurar la permanencia e instalación del Portal web.
Multimedia: los elementos multimedia que se utilizaron en el Portal web son del mismo tipo de multimedia informativa donde se mezclen texto, gráfico e imágenes, que permitieron la navegabilidad. En esta entrega no se tendrá el permiso de adjuntar algún tipo de animación, video y sonido.
Accesibilidad web: Existen estándares para la creación de sitios web, como la W3C, sobre accesibilidad para páginas web, que el programa de gobierno en línea de la Presidencia de la República y el Ministerio de Tecnologías de la Información y las comunicaciones están enfocando hacia la construcción de una sociedad de la información accesible, se tuvo en cuenta este estándar para este proyecto. (ver documento Memoria de Trabajo de Grado.docx)
Herramientas de software: En este caso, el Portal web se desarrolló en una herramienta de software libre como es el sistema de gestión de contenidos JOOMLA, que no tiene ningún costo para su utilización y que permite desarrollar portales web. (ver documento Comparación_herramientas_CMS.docx - Anexos) Se escogió porque la comunidad cuentan con escasos recursos y el objetivo es que la comunidad inicie la apropiación del Portal web y acercarse de este modo al uso de las TIC.
El idioma en que se presenta el Prototipo web es sólo en español.
2.5.1.2 Restricciones factor Humano
Comunidad: En este momento, aunque el proyecto está especificado sólo para los líderes comunitarios de los barrios escogidos del sector Bolonia, se debe tener en cuenta que un sitio web no sólo se elaboró para un solo tipo de usuario, existen
diferentes personas pueden llegar acceder a este Portal web, por lo cual, debe tomar consideraciones para el público heterogéneo.
Tipos de UsuarioTodas las personas tienen diferentes habilidades y nivel de conocimiento, por lo cual, existe gran variedad de tipos de usuario, en el caso de este proyecto son líderes comunitarios que tienen escasos recursos económicos, su nivel de educación ha sido baja y su acceso a las TIC es reducido, este tipo de usuario es a quien va dirigido el Portal web. Un ejemplo de restricciones que se puede dar en las personas son:
o Problemas de aprendizaje: Depende del nivel de educación del usuario, se deberá enseñar o capacitar a la persona dependiendo el nivel de dificultad para el conocimiento en TIC.
o Adultos y adultos Mayores: Son personas de edad mayor a los 40 años, por lo cual, se comienza a tener dificultad en el aprendizaje y restringir su adaptación al cambio y a nuevos conocimientos.
o Barreras físicas: Este tipo de usuario no cuenta con todas las capacidades físicas para el uso normal de un sistema web, por lo cual, existe restricciones de uso para estos usuarios. Existen diferentes niveles de discapacidad que se pueden presentar como la visual, sordomudo, etc.
Nivel de educación: Las personas con las que se cuenta para este proyecto, como son los líderes comunitarios, se encuentran entre los estratos 1,2; y la mayoría de ellos sólo han tenido educación secundaria, lo que permite realizar estrategias de inclusión a las TIC para mejorar sus habilidades y conocimiento.
En este proyecto “Prototipo web para los líderes comunitarios”, la restricción de barreras físicas, no se implementó, porque requiere de un mayor conocimiento, investigación y soporte que no han sido incluidas en la entrega. Pero se tuvo en cuenta, que algunas personas puedan tener dificultades de visión, el cual, el tamaño de letra debe ser tomado como opción a considerar (ver sección 2.3.1 y 2.3.2, nombrado en el caso de uso CU12 ).
2.5.2 Restricciones de la máquina
Los equipos en los que se ejecute la aplicación deberán tener como mínimo las siguientes restricciones:
Hardware:
Disco duro de 80 GB Memoria RAM, mínimo de 512 MB
Ancho de Banda mínimo de 4 MB Procesador Intel Pentium Dual Core
Software:
Sistema operativo Windows XP, vista o 7. Navegadores Internet Explorer version 9, Google Chrome version 19. Flash Player, mínimo versión 10. Máquina Virtual de Java (JVM), mínimo versión 6
Servidor:
Espacio de disco duro mínimo de 200 MB Banda ancha de 10 GB Sistema operativo: Windows o linux Base de datos: MySQL Lenguaje de programación: php, .net Aplicaciones soporta: joomla, wordpress, drupal
2.6 MODELO DEL DOMINIO
2.6.1 Diagrama del Dominio
La imagen que se muestra a continuación, es un diagrama de modelo de dominio, “los modelos del dominio no son componentes de software, el modelo del dominio es una representación de las cosas reales del mundo del dominio de interés” [8], el cual muestra el análisis inicial del Portal web, basado en UML (Lenguaje Unificado de Modelado), que es un lenguaje de modelado para sistemas de software. La información fue obtenida por medio de entrevistas y talleres con los líderes comunitarios, analizando conceptos, y relacionándolos por medio de objetos en el siguiente diagrama:
Ilustración 5 - Diagrama Modelo de dominio
2.6.2 Documentación
En esta sección se describe cada elemento del dominio, permitiendo entender la interacción que tiene el usuario con el sistema [6]:
ID MD01 Elemento del Dominio Portal web
Descripción Concepto que hace referencia al sistema en general
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
Portal web sección tiene 1 1..*
Objetivo Es el elemento principal que componen la integración de todos los elementos del
sistema, sin este elemento no existen los demás elementos serían aislados
Tabla 26 - Modelo de dominio MD01
ID MD02 Elemento del Dominio Sección
Descripción Es el elemento que hace referencia a la distribución de la información que contiene el
portal web
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
sección contenido contiene 1 0..*
sección botón Enlazado por 1 1..*
sección categoría cuenta 1..* 1..4
Objetivo Permite distribuir cada área de la interfaz gráfica del portal web
Tabla 27 - Modelo de dominio MD02
ID MD03 Elemento del Dominio Botón
Descripción Es el elemento que permite referencia a los vínculos que permiten el direccionamiento a
otra parte del portal web
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
sección botón Enlazado por 1 1..*
Objetivo Permite enlazar a otra parte del portal web
Tabla 28 - Modelo de dominio MD03
ID MD04 Elemento del Dominio contenido
Descripción Es el elemento donde se va a guardar toda la información que se quiere mostrar en el
portal web
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
sección contenido contiene 1 0..*
Objetivo Muestra la información de los líderes comunitarios
Tabla 29 - Modelo de dominio MD04
ID MD05 Elemento del Dominio Administrador
Descripción Es el elemento que crea, modifica y elimina elementos del portal web
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
administrador Portal web administra 1..* 1
Objetivo Es la persona que configurará el portal web
Tabla 30 - Modelo de dominio MD05
ID MD06 Elemento del Dominio Adm_sistema
Descripción Es la persona que crea permisos, configura el sistema en general
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
Objetivo Es el elemento tiene todos los permisos de configuración del portal web
Tabla 31 - Modelo de dominio MD06
ID MD07 Elemento del Dominio Adm_lider
Descripción Es la persona que anexa la información de los líderes comunitarios
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
Adm_categoría contenido modifica 1..* 1..*
Objetivo Es el elemento que tiene permiso de modificar el contenido del portal web según la
categoría asignada
Tabla 32 - Modelo de dominio MD07
ID MD08 Elemento del Dominio Multimedia
Descripción Es el elemento que contiene fotos, video, animaciones para mejorar la interactividad con
el usuario y hacer la interfaz gráfica mucho más llamativa.
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
multimedia Contenido incluida 0..* 1
Objetivo Permite que el portal web sea más interactivo para el usuario
Tabla 33 - Modelo de dominio MD08
ID MD09 Elemento del Dominio Categoría
Descripción Es la que permite conocer los diferentes temas de interés del contenido.
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
categoría sección cuenta 1..4 1..*
Objetivo Permite distribuir y organizar la información que se quiere observar en el Prototipo
Tabla 34 - Modelo de dominio MD09
ID MD10 Elemento del Dominio Registro
Descripción Elemento que representa la autenticación de diferentes personas al sistema.
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
usuario registro realiza 1 1
Objetivo Controla el ingreso seguro de aquellos usuarios que tienen permiso al sistema
Tabla 35 - Modelo de dominio MD10
ID MD11 Elemento del Dominio Usuario
Descripción Elemento que representa todas aquellas personas que utilizarán el portal web
Enlaces de Asociación
Concepto Origen Concepto destino Nombre relación Cardinalidad origen Cardinalidad destino
usuario Portal web ingresa 0..* 1
Objetivo Identificar las diferentes personas que pueden hacer parte del Prototipo.
Tabla 36 - Modelo de dominio MD11
2.7 SUPOSICIONES Y DEPENDENCIAS
En esta sección se enuncian las suposiciones que pueden afectar los requerimientos del proyecto:
Los requerimientos del sistema no deben cambiar en esta entrega. La categoría JAC/Líderes Comunitarios es la categoría que se comenzará a
implementar por parte de los líderes administradores en el proyecto. Las máquinas donde se va a ingresar al Portal Web cumplen con los requisitos
pedidos en la sección 2.5.2 Los Líderes comunitarios que se escojan como administradores del sistema deben
haber cumplido con el curso de sistemas realizado en compañía de PROSOFI, ó tener un conocimiento básico que les permita el aprendizaje rápido de la herramienta.
Se debe tener una conexión a internet para ingresar al Portal web. Se debe cumplir con las restricciones presentadas en la sección 2.5 Se debe contar con un Hosting que permita un servicio estable y de 24/24 horas al
día. PROSOFI colaborará con las capacitaciones a los líderes comunitarios participantes
del proyecto. PROSOFI brindará la información necesaria del contenido que se muestra en el
Portal web. PROSOFI asesorará en los talleres y en el proceso llevado a cabo en el proyecto. Los líderes comunitarios participarán activamente en el proceso de desarrollo del
proyecto. Los presidentes de las Juntas de Acción comunal está al tanto del proyecto y
convocará a los líderes comunitarios y personas interesadas en participar en las reuniones programados.
Los presidentes de las Juntas de Acción comunal participarán activamente de los talleres ofrecidos en el proyecto, puesto que, son las personas que tienen la idea de los temas de interés de su comunidad.
Los administradores escogidos deben ser personas de confianza que cumplan con las responsabilidades de su rol y deseen el bien para su comunidad.
A continuación se enuncian las dependencias que pueden afectar los requerimientos del proyecto:
Disponibilidad de los líderes comunitarios para la asistencia de los talleres programados para el levantamiento de requerimientos, capacitaciones y levantamiento de contenido, talleres de pruebas y capacitación del Portal web.
Disponibilidad de tiempo de la persona - autor que está realizando el proyecto. Dedicación extra del autor del proyecto a cursos, seminarios o eventos sobre el
tema a tratar en el proyecto. Velocidad de banda ancha que debe tener un computador para acceder al portal
web es de mínimo velocidad de descarga hasta: 1.024 Kbps para obtener un buen funcionamiento en cuanto a tiempos de respuesta.
PROSOFI tendrá contacto permanente con los líderes comunitarios para seguimiento dinámico del proyecto.
Los líderes comunitarios proporcionen toda la información necesaria para la implementación del contenido en el Portal web.
Los líderes comunitarios que tomen el rol de administradores cumplan con la responsabilidad de actualización del Portal web y estén al tanto de los demás líderes comunitarios para adicionar la demás información.
Las reuniones de los líderes comunitarios sean en lugares cómodos, con buena luz y el suficiente espacio para brindarles una buena capacitación o taller según el caso.
Para que la ejecución de plan pruebas del Portal web se realicen, se requiere de lugares que dispongan de computadores con acceso a Internet y que los líderes comunitarios participen en estas actividades.
3. REQUERIMIENTOS ESPECÍFICOS
3.1 DISTRIBUCIÓN DE REQUERIMIENTOS
En la siguiente tabla se muestra la distribución de los requerimientos [12] conociendo en que capa de presentación, contenido, usuario o en seguridad (ver sección 2. Descripción global) se pueden encontrar. Se usa el símbolo cuando la capa implementa la funcionalidad, y si no la realiza se usa el símbolo [6].
Capa
--------------------
Capa
presentació
n
Capa
Contenido
Capa de
usuario
Seguridad Casos de Uso
Nombre ID
Funcionalidad
ingreso al
Portal web
Ingresar al
Portal
CU0
1
Registro y
Autenticación
Registrar
usuario
CU0
2
Autenticar
usuario
CU0
3
Cambiar
contraseña
CU0
4
Validar usuario CU1
0
Otorgar
permisos
CU1
5
Acceso
información
Acceder
contenido
CU0
5
Descargar
documento
CU0
6
Actualización
Modificar
sección CU0
8
Actualizar
contenido
CU1
6
Adicionar
documento
CU1
8
Configuración
Crear sección CU0
7
Cambiar
tamaño de letra
CU1
2
Configurar
sistema
CU1
1
Registrar
Adm_lider
CU1
3
Eliminaciones
Eliminar
sección
CU0
9
Eliminar
Adm_lider
CU1
4
Eliminar
Contenido
CU1
7
Tabla 37 - Distribución de requerimientos
3.1.1 Lista de Requerimientos Funcionales
Para el proceso de levantamiento de los requerimientos se realizó un taller con los líderes comunitarios (ver Taller3_Requerimientos_Conclusión.docx) [5,15] permitiendo conocer las necesidades de los líderes comunitarios, dando como resultado el análisis de dicha información para el cumplimiento de este proceso [10,16]. Los siguientes requerimientos están basados en los siete barrios, del sector Bolonia, que están vinculados al proyecto. [ver Memoria Trabajo de Grado.docx]
CATEGORÍA JAC/LIDERES COMUNITARIOS
El sistema debe permitir al usuario visualizar:
1. Las actividades de los salones comunales de los barrios2. La disponibilidad de los salones comunales de los barrios3. Los comedores comunitarios que se encuentran dentro los barrios4. Las convocatorias de proyectos que se promulgan en el sector Bolonia.5. Las reuniones que se programan dentro de la Junta de acción comunal de cada barrio6. La descripción de la Junta de Acción comunal que tiene cada barrio 7. Las personas que conforman la Junta de Acción comunal de cada barrio 8. Las personas que son líderes comunitarios de cada 9. Las funciones de las Juntas de Acción comunal que tiene los barrios 10. El presupuesto estimado que tiene la Junta de Acción comunal de los barrios 11. Los estatutos que rigen las Juntas de Acción comunal de los barrios 12. Las asambleas que realicen las Juntas de Acción comunal de los barrios 13. Los comités que existen en los barrios del sector Bolonia vinculados al proyecto.
14. Los proyectos que elaboran las Juntas de Acción comunal de los barrios.15. Los proyectos que realizan los líderes comunitarios de los barrios del sector Bolonia
vinculados al proyecto. 16. Las ayudas externas brindadas a la comunidad de del sector Bolonia.17. Los problemas que surgen en los barrios del sector Bolonia vinculados al proyecto. 18. Los programas que realizan en los barrios del sector Bolonia vinculados al proyecto.19. Las capacitaciones que se realizan en los barrios 20. El proceso de mediación comunitaria que se realiza en los barrios
CATEGORÍA COMUNIDAD
El sistema debe permitir al usuario conocer:
21. Las entidades públicas que participan con la comunidad del sector Bolonia22. Las entidades privadas que participan con la comunidad del sector Bolonia23. Las cooperativas que colaboran con los barrios del sector Bolonia vinculados al proyecto.24. Las fundaciones que colaboran con los barrios del sector Bolonia vinculados al proyecto.25. Las instituciones educativas que se encuentran en los barrios 26. Los proyectos que se desarrollan en los barrios del sector Bolonia vinculados al proyecto.27. Los hospitales que se encuentran en el sector Bolonia 28. Los negocios de café internet que se encuentran en los barrios 29. Los parques de recreación que se encuentran en los barrios 30. Los servicios públicos que tengan en los barrios del sector Bolonia vinculados al proyecto.31. Las rutas de transporte público que tengan en los barrios del sector Bolonia vinculados al
proyecto.32. La infraestructura que se maneja en los barrios del sector Bolonia vinculados al proyecto.
CATEGORÍA CULTURAL
El sistema debe permitir al usuario visualizar:
33. Los proyectos culturales que realicen en los barrios 34. Los eventos culturales que realicen en los barrios
35. Los proyectos de medio ambiente que se realicen en los barrios 36. Los sitios de interés gratuitos para que las personas del sector Bolonia37. Las entidades culturales que colaboren en los barrios
CATEGORÍA GOBIERNO
El sistema debe permitir al usuario visualizar:
38. Al sitio web de los planes de gobierno que se están manejando en la localidad de Usme.39. Al sitio web de los programas de gobierno que se encuentran realizando en la localidad de
Usme.40. Al sitio web de las entidades del gobierno que se están colaborando a la localidad de
Usme.41. Al sitio web de las convocatorias del gobierno que se están manejando en la localidad de
Usme.42. Al sitio web de los proyectos de gobierno que se encuentran realizando en la localidad de
Usme43. Al sitio web de los entes de control social que estén colaborando en la localidad de Usme44. Al sitio web de los planes de gestión social que se realizan dentro de la localidad de Usme45. Al sitio web de la alcaldía Mayor de Bogotá.
En este caso los primeros requerimientos que se van a tener en cuenta en el proyecto son los que tuvieron un puntaje mayor de 3,5 en la priorización y que pertenecen a la categoría de JAC/Líderes comunitarios; esto se hace para limitar la entrega final del proyecto, por el tiempo asignado y que permita la participación de los líderes comunitarios en dicho proceso. (El proceso de priorización lo puede observar en el documento Taller4_Priorización_Conclusión.docx)
3.2 CARACTERÍSTICAS DEL PRODUCTO
En esta sección se realiza con más detalle la especificación de requerimientos [11] que aparecen en la sección anterior, describiendo cada uno de ellos; también se clasifican según la capa a la que pertenecen, descritos en la sección 2.Descripción global, para su desarrollo.
En este caso, los requerimientos de primera instancia en el proyecto fueron establecidos por los líderes comunitarios y se encuentran en el capa de contenido.
Para la documentación de requerimientos se toma como guía la plantilla de Volere [14] (ver anexos) que permite especificar los requerimientos funcionales.
3.2.1 Capa de Presentación
En esta sección se especifican los requerimientos relacionados con la interfaz gráfica y los elementos multimedia.
En el levantamiento de requerimientos con los líderes comunitarios no hay ninguno requerimiento que trate los temas indicados, pero cuando se esté implementando el prototipo y se realicen las pruebas, se tendrá en cuenta ciertas sugerencias del diseño de presentación por parte de los usuarios. En la 2.3.1 Identificación de casos de uso, se nombra el caso de uso CU12 Tamaño de letra, que permite mostrar que desde el análisis se está tomando en cuenta reglas de usabilidad y accesibilidad para la elaboración de sitios web. (ver Memoria Trabajo de Grado.docx)
3.2.2 Capa de Contenido
En esta sección se especifican los requerimientos relacionados con la información que verán los usuarios en el Portal web. La documentación de requerimientos está basada en la plantilla de Volere [14].
# Requerimiento R05 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU07, CU08, CU16
Descripción Muestra cuando los funcionarios de la JAC de cada barrio tienen alguna reunión
Razón Permitir que los usuarios que integran la JAC conozcan los datos de la reunión establecida.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Cuando tengan una reunión se debe mostrar los datos específicos con cinco días de anticipación.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 38 – Documentación Requerimiento R05
# Requerimiento R07 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU06, CU07, CU08, CU16, CU18
Descripción Muestra los integrantes de JAC que conforman cada barrio
Razón Permite que los usuarios conozcan sobre las personas que integran la JAC que tiene su barrio.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra los datos básicos de las personas integrantes de la JAC de los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 39 - Documentación Requerimiento R07
# Requerimiento R08 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU06, CU08, CU16
Descripción Muestra los Líderes comunitarios que conforman cada barrio
Razón Permite que los usuarios conozcan sobre los líderes comunitarios que colaboran en cada barrio.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra los datos básicos de los líderes comunitarios de los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 40 - Documentación Requerimiento R08
# Requerimiento R09 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU06, CU07, CU08, CU16, CU18
Descripción Muestra las funciones de JAC de cada barrio.
Razón Permite a los usuarios que conozcan las funciones de las JAC que tienen los barrios vinculados al proyecto.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra las funciones que rigen en cada barrio vinculado en el proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 41 - Documentación Requerimiento R09
# Requerimiento R11 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU06,
CU07, CU08, CU16, CU18
Descripción Muestra los estatutos de JAC de cada barrio.
Razón Permite a los usuarios que conozcan los estatutos de las JAC que tienen los barrios vinculados al proyecto
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra los estatutos que rigen en cada barrio vinculado en el proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 42 - Documentación Requerimiento R11
# Requerimiento R12 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU07, CU08, CU16
Descripción Muestra las asambleas que realicen las JAC de los barrios
Razón Permite que los usuarios interesados conozcan lo tratado en la asamblea y estén actualizados de dichas reuniones.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra detalles, resumen u archivos que se hayan tratado en la asamblea.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 43 - Documentación Requerimiento R12
# Requerimiento R13 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU07, CU08, CU16
Descripción Muestra los comités que se existen en los barrios vinculados al proyecto.
Razón Permite a los usuarios conocer los comités que se conforman en los barrios.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra los datos básicos de los comités que existen en los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 44 - Documentación Requerimiento R13
# Requerimiento R14 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU06, CU07, CU08, CU16, CU18
Descripción Muestra los proyectos que realizan las JAC.
Razón Permite a los usuarios conocer los proyectos que se están realizando en los barrios por parte de las JAC.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra detalles de los proyectos que se estén realizando en el momento por las JAC de los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 45 - Documentación Requerimiento R14
# Requerimiento R15 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU06, CU07, CU08, CU16, CU18
Descripción Muestra los proyectos que realizan Los Líderes comunitarios.
Razón Permite a los usuarios conocer los proyectos que se están realizando en los barrios por parte de los líderes comunitarios.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra detalles de los proyectos que se estén realizando en el momento por los líderes comunitarios de los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 46 - Documentación Requerimiento R15
# Requerimiento R16 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU07, CU08, CU16
Descripción Muestra las ayudas externas que se brindan en el sector Bolonia.
Razón Permite que los usuarios conozcan quienes colaboran con la comunidad.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra los nombres de las entidades y las ayudas que generan a la comunidad del sector Bolonia.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 47 - Documentación Requerimiento R16
# Requerimiento R19 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU07, CU08, CU16
Descripción Muestra las capacitaciones que se realizan para la comunidad.
Razón Permite a los usuarios conocer las temáticas de las capacitaciones que se realizan en su barrio.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra detalles de las capacitaciones que se realizan en los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 48 - Documentación Requerimiento R19
# Requerimiento R20 Tipo de Requerimiento RF Casos de Uso Asociados CU05, CU07, CU08, CU16
Descripción Muestra el proceso de mediación comunitaria que se realiza en los barrios..
Razón Permite hacer conocer al usuario el proceso que debe llevar a cabo cuando se presenta algún problema en su barrio.
Autor Karem Adriana Moreno Pacheco
Criterio de medición
Muestra los pasos a seguir para realizar una mediación comunitaria en los barrios vinculados al proyecto.
Prioridad componente Asociado
Contenido, presentación, usuario
Versión 0.1 Fecha 26/12/11
Tabla 49 - Documentación Requerimiento R20
3.2.3 Capa de usuario
En esta sección se especifican los requerimientos relacionados con los diferentes permisos que tiene un usuario de acuerdo al rol de administrador.
En el levantamiento de requerimientos con los líderes comunitarios no hay ninguno requerimiento trate de este tema, pero cuando se esté implementando el prototipo y se realicen las pruebas, se tendrá en cuenta sugerencias. Ej: tipo de usuario como los administradores. (ver Memoria Trabajo de Grado.docx)
3.2.4 Seguridad
En esta sección se especifican los requerimientos relacionados con la protección del acceso al Portal web y la protección del contenido.
En el levantamiento de requerimientos con los líderes comunitarios, se encuentran en la sección 4, cuando se esté implementando el prototipo y se realicen las pruebas, se tendrá en cuenta sugerencias. Ej.: Autenticación de líderes comunitarios en el Portal web.
3.3 RESTRICCIONES DE DISEÑO
En esta sección se muestra las limitaciones del proyecto en cuanto cuestiones de diseño, los cuales son los siguientes:
Se utilizó una plantilla prediseñada para la herramienta de software que permitió cumplir con los estándares de accesibilidad, usabilidad y validación de W3C.
El análisis y diseño del sistema Web se hizo bajo el paradigma Orientada a Objetos. Herramienta Case usada para el análisis y diseño fue Visual Paradigm para UML. Base de Datos MySql Se utilizó una herramienta de software libre para la elaboración del Portal web, maneja un
lenguaje de programación PHP. Diseño de la arquitectura final del sistema (cliente-servidor)
4. ATRIBUTOS DEL SISTEMA DE SOFTWARE (NO FUNCIONAL)
4.1.1 Desempeño
El sistema debe permitir el acceso del usuarios simultáneos con el 99% de acceso al Portal web satisfactoriamente.
El sistema debe permitir como mínimo 3 segundos en el acceso del usuario dependiendo de la velocidad de la red.
El sistema debe permitir que la información almacenada podrá ser consultada y actualizada, sin que se afecte el tiempo de respuesta del servicio.
4.1.2 Disponibilidad
El sistema debe funcionar con un tiempo de de 24/24 horas al día de acuerdo al servicio prestado por el servidor web.
El sistema debe estar disponible durante todo el día, sin necesidad de hacer mantenimientos constantes por los mismos usuarios.
El administrador del sistema debe tener mínimo 4 horas a la semana para desempeñar su rol.
4.1.3 Mantenibilidad
La actualización del contenido debe realizarse por lo menos una vez por semana, por los administradores, con el fin de mantener al usuario informado de los nuevos acontecimientos que suceden en su sector o localidad.
La modificación y actualización de la interfaz de usuario debe hacerse cuando los clientes lo requieran, siguiendo las reglas de diseño de presentación (ver Memoria de Trabajo de grado.docx)
La información debe tener la fecha del día que se agregó o se actualizó. El sistema debe permitir hacer una modificación a un requerimiento o en general a
alguna función, sin volver a implementar el sistema desde cero, ni afectar los módulos ya disponibles.
El sistema debe contar con la documentación para el administrador del sistema
4.1.4 Sostenibilidad
PROSOFI debe asignar un estudiante para seguir con el proceso de seguimiento, control y capacitación del Portal web, con los líderes comunitarios, para el cumplimiento de adaptación a las TIC.
4.1.5 Portabilidad
El sistema debe funcionar independiente al sistema operativo en que se esté accediendo.
El sistema debe funcionar independiente al navegador en que se esté accediendo.
4.1.6 Confiabilidad
El sistema debe asegurar la confiabilidad de identidad única entre usuarios. La información mostrada debe ser verificada y aprobada por los líderes comunitarios antes
de ser colocada en el sistema.
4.1.7 Usabilidad
El sistema debe estar disponible en el idioma español para entendimiento de los usuarios.
4.1.8 Rendimiento
El sistema debe permitir que la cantidad de computadores que se conecten a ella ascienda a 10 sin que disminuya su rendimiento.
4.1.9 Seguridad
El sistema debe realizar la autenticación de usuarios: El sistema debe dar permisos de autenticación para los usuarios con rol de administrador garantizando que no existirán 2 perfiles iguales.
El servidor web elegido debe proporcionar conexión estable con la base de datos que garantice la integridad de los datos.
El sistema debe contar con backup al servidor web para proteger la información implementada.
5. ANEXOS
Id Caso de uso: CUxx Nombre:
Proyecto: Versión:
Descripción, contexto:
Actores Participantes
Entradas
Salidas
Pre-Condiciones
Post-Condiciones Condición de éxito:
Condición final de
fallo:
Flujo básico de éxito
No. Actor No Sistema
1
2
Variaciones (Caminos
de excepción):
Extensiones:
# Requerimiento
Rx Tipo de Requerimiento
RF Casos de Uso Asociados CU
Descripción Explicación del requerimiento, exponiendo situaciones en las que debe manifestarse en el sistema
Razón Justificación de la existencia del requerimiento, ¿por qué se contempló?
Autor
Criterio de medición
Específica la forma en que el requerimiento va a ser evaluado una vez haya sido implementada en el sistema.
Prioridad Módulo Asociado
Versión 0.1 Fecha 01/01/12
Tabla 51 - Formato Plantilla Requerimientos [14]
Tabla 50 - Formato Plantilla casos de
uso
ID MDxx Identificador único del
elemento del dominio del
problema
Elemento del
Dominio
Indica el nombre del elemento del
dominio del problema que será
documentado.
Descripción Contiene una breve descripción del elemento, se debe indicar el por qué del creación del
mismo dentro del elemento del dominio
Enlaces de Asociación
Concepto Origen Concepto
destino
Nombre relación Cardinalidad origen Cardinalidad destino
Objetivo Descripción global acerca del elemento documentado con el fin de exponer su
funcionalidad en el sistema.
Tabla 52 - Plantilla documentación Modelo de dominio [6]