pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1130IS05/docs/SRS_TG_L… · Web viewLos...

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.

http://es.wikipedia.org/wiki/WWW

http://es.wikipedia.org/wiki/Protocolo

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.

http://www.volere.co.uk/template.htm

http://www.westfallteam.com/Papers/The_Why_What_Who_When_and_How_Of_Software_Requirements.pdf

http://www.westfallteam.com/Papers/The_Why_What_Who_When_and_How_Of_Software_Requirements.pdf

http://www.glosarium.com/term/1439,14,xhtml

http://albertolacalle.com/hci_Prototipos.htm

http://www.rae.es/rae.html

[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

http://www.secretariasenado.gov.co/senado/basedoc/ley/2009/ley_1341_2009.html

http://ayuda.joomlaspanish.org/

http://netmarketingweb.com/soluciones-web-modulos-en-php.php

http://www.secretariasenado.gov.co/senado/basedoc/ley/2002/ley_0743_2002.html

http://sophia.javeriana.edu.co/~metorres/

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.

http://www.portalusme.info/

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



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.



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.


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)



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.




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


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)



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.




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


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



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.




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.


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



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.



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


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



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.




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.


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



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



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


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



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


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.




Portal web


autenticado



configuraciones


la opción para modificar la sección




modificadas en el portal web


de excepción):

Extensiones o

inclusiones:

Tabla 13 - CU08 Modificar sección

Id Caso de uso: CU09 Nombre: Eliminar sección



Versión: 0.3

Descripción, contexto: Permite eliminar la sección seleccionada


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


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




Portal web


autenticado



configuraciones


las opciones para eliminar la

sección



6 Muestra la interfaz gráfica con la sección

modificadas en el portal web


de excepción):

Extensiones o

inclusiones:

Tabla 14 - CU09 Eliminar sección

Id Caso de uso: CU10 Nombre: Validar Usuario



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



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



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


Entradas Selección opciones para las secciones

Salidas Interfaz Gráfica con los cambios seleccionados en el portal web


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




interfaz administrador


autenticado

3 El sistema da autorización en el ingreso la

interfaz de configuraciones


la(s) opción(es) de las secciones




creados en el portal web


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



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



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


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



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


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.



1 Administrador_sistema se

autentica en el sistema




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



Versión: 0.3

Descripción, contexto: Permite eliminar aquel registro de Administrador_lider


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


El registro de Administrador_lider no queda eliminado del sistema












la opción eliminar el registro del

Administrador_lider

6 El sistema elimina el registro del

Administrador_lider


Extensiones o inclusiones:

Tabla 19 - CU14 Eliminar Administrador_lider

Id Caso de uso: CU15 Nombre: Otorgar permisos



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.


Entradas Los datos de registro del usuario

Salidas Permiso otorgado según el tipo de usuario o administrador


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





2 El sistema valida los datos ingresados







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


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)



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.


El contenido no sea actualizado correctamente en el portal web.



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


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)



Versión: 0.3

Descripción, contexto: Permite actualizar contenido de alguna sección del portal web, ya

sea texto o elemento multimedia





Post-Condiciones Condición de éxito: El contenido se ha modificado y actualizado correctamente en el portal web.


El contenido no sea actualizado correctamente en el portal web.





2 El sistema da autorización en el ingreso a la interfaz de configuraciones


la sección a actualizar

4 El sistema muestra el contenido de la sección

5 administrador_sistema actualiza el


6 El sistema guarda los cambio en la sección

correspondiente




Extensiones: 3a.Agregar archivo

3b. Eliminar archivo

Tabla 22 - CU16-2 Actualizar contenido, administrador_sistema

Id Caso de uso: CU17 Nombre: Eliminar contenido



Versión: 0.3

Descripción, contexto: Permite eliminar el contenido de alguna sección del portal web,

ya sea texto o elemento multimedia





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.



1 administrador_sistema se




3 administrador_sistema elimina el

contenido de alguna sección


correspondiente

5 El sistema muestra la interfaz con los



de excepción):

Extensiones o

inclusiones:

Tabla 23 - CU17 Eliminar contenido

Id Caso de uso: CU18 Nombre: Adicionar documento



Versión: 0.3

Descripción, contexto: Permite adicionar un documento en alguna sección del portal web


Entradas Seleccionar la opción de adjuntar documento

Salidas Documento adjunto al contenido


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



1 administrador_sistema se




administrador_sistema selecciona


El sistema muestra el contenido de la

sección seleccionada

3 administrador_sistema adjunta el

documento dentro de una sección


correspondientes




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:

http://www.alegsa.com.ar/Dic/software.php

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



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


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



sección botón Enlazado por 1 1..*

Objetivo Permite enlazar a otra parte del portal web


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



sección contenido contiene 1 0..*

Objetivo Muestra la información de los líderes comunitarios


ID MD05 Elemento del Dominio Administrador

Descripción Es el elemento que crea, modifica y elimina elementos del portal web



administrador Portal web administra 1..* 1

Objetivo Es la persona que configurará el portal web


ID MD06 Elemento del Dominio Adm_sistema

Descripción Es la persona que crea permisos, configura el sistema en general



Objetivo Es el elemento tiene todos los permisos de configuración del portal web


ID MD07 Elemento del Dominio Adm_lider

Descripción Es la persona que anexa la información de los líderes comunitarios



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


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.



multimedia Contenido incluida 0..* 1

Objetivo Permite que el portal web sea más interactivo para el usuario


ID MD09 Elemento del Dominio Categoría

Descripción Es la que permite conocer los diferentes temas de interés del contenido.



categoría sección cuenta 1..4 1..*

Objetivo Permite distribuir y organizar la información que se quiere observar en el Prototipo


ID MD10 Elemento del Dominio Registro

Descripción Elemento que representa la autenticación de diferentes personas al sistema.



usuario registro realiza 1 1

Objetivo Controla el ingreso seguro de aquellos usuarios que tienen permiso al sistema


ID MD11 Elemento del Dominio Usuario

Descripción Elemento que representa todas aquellas personas que utilizarán el portal web



usuario Portal web ingresa 0..* 1

Objetivo Identificar las diferentes personas que pueden hacer parte del Prototipo.


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


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


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.



Muestra los datos básicos de las personas integrantes de la JAC de los barrios vinculados al proyecto.




Tabla 39 - Documentación Requerimiento R07


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.



Muestra los datos básicos de los líderes comunitarios de los barrios vinculados al proyecto.






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.



Muestra las funciones que rigen en cada barrio vinculado en el proyecto.





# 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



Muestra los estatutos que rigen en cada barrio vinculado en el proyecto.






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.



Muestra detalles, resumen u archivos que se hayan tratado en la asamblea.






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.



Muestra los datos básicos de los comités que existen en los barrios vinculados al proyecto.






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.



Muestra detalles de los proyectos que se estén realizando en el momento por las JAC de los barrios vinculados al proyecto.






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.



Muestra detalles de los proyectos que se estén realizando en el momento por los líderes comunitarios de los barrios vinculados al proyecto.






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.



Muestra los nombres de las entidades y las ayudas que generan a la comunidad del sector Bolonia.






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.



Muestra detalles de las capacitaciones que se realizan en los barrios vinculados al proyecto.






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.



Muestra los pasos a seguir para realizar una mediación comunitaria en los barrios vinculados al proyecto.





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:



1

2


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


Específica la forma en que el requerimiento va a ser evaluado una vez haya sido implementada en el sistema.

Prioridad Módulo Asociado


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


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]

pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1130IS05/docs/SRS_TG_L… · Web viewLos...

Documents

Transcript of pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1130IS05/docs/SRS_TG_L… · Web viewLos...