Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Facultad de Ingeniera - Departamento de Ingeniera Informtica Ingeniera de Ejecucin en Computacin e Informtica Ctedra de Ingeniera del Software
ESTADO DEL DOCUMENTO SISTEMA DE ADMINISTRACION DE PROYECTOS VERSION AUTOR FECHA RAZONES DEL CAMBIO 1.0 NN-JP-MS 27/05/2004 Creacin documento de Diseo Arquitectnico 1.1 NN-JP-MS 03/06/2004 Revisin segn reuniones (Ctedra) 1.2 NN-JP-MS 09/06/2004 Revisin segn reuniones (Ctedra) 1.3 NN-JP-MS 16/07/2004 Correcciones y refinamientos 1.4 NN-JP-MS 19/07/2004 Correcciones y refinamientos 1.5 NN-JP-MS 20/07/2004 Creacin del Documento de Requerimientos ADD Integrantes: Manuel Silva Curso: Profesor: Ayudante Ingeniera de Software JCCO. PQ
Mayo 2004
TABLA DE CONTENIDOS
1.INTRODUCCIN................................................................................................................................................................1 1.1 PROPSITO...........................................................................................................................................................1 1.2 ALCANCE.............................................................................................................................................................1 DEFINICIONES, SIGLAS Y ABREVIATURAS.........................................................................................................................1 1.4 REFERENCIAS........................................................................................................................................................2 2. APRECIACIN GLOBAL DEL SISTEMA...................................................................................................................3 3. CONTEXTO DEL SISTEMA............................................................................................................................................3 DEFINICIN DE LA INTERFASE EXTERNA................................................................................................................4 ARQUITECTURA DEL SISTEMA......................................................................................................................................4 MTODO USADO...........................................................................................................................................................5 DESCRIPCIN DE LA DESCOMPOSICIN ............................................................................................................................5 7 USO DE LA HERRAMIENTO DE ADMINISTRACIN...............................................................................................7
ADD
ii
1. INTRODUCCIN
Este documento describe un primer paso en el diseo de la Herramienta de administracin de un Foro de Discusin, Se describe el resultado de la descomposicin de alto nivel (arquitectura) de los DFDs y requerimientos de software elaborados durante la fase de SR y documentados en el SRD.
1.1 Propsito
Este documento describe el primer paso de diseo arquitectnico. El propsito es el de definir la estructura del software. Este modelo es transformado en diseo arquitectnico asignando las funciones a componentes de software y definiendo el control y flujo de datos entre ellos. El propsito de este documento es de mostrar el tipo de desarrollo utilizado para as llegar al producto final, el Software para la Administracin de un Foro de Discusin, que se describir claramente por los desarrolladores y los componentes definidos.
1.2 Alcance
Este Documento, es una herramienta prctica y necesaria para un desarrollador, en este se describe cada componente (mdulos) que usara el software, de acuerdo a las definiciones anteriores. Este Documento, es una herramienta prctica y necesaria para un desarrollador, en el se describe cada componente (mdulos) que usara el software, de acuerdo a las definiciones anteriores del etapa URD y SRD. Se presenta a continuacin los diseos para la solucin a los requerimientos de la herramienta de software destinada a la administracin de un Foro.
ADD
Instancia: Es la ejecucin particular de un proceso especfico, la cual posee un periodo de vigencia. Opcin habilitada: Opcin que puede ser usada por Usuario mientras est usando la aplicacin. Pgina WEB: Documento con informacin (texto, imgenes, video, audio) que se presenta en una misma pantalla mediante un navegador de Internet. Procesos: Conjunto de tareas y/o eventos ordenados, que puede poseer muchas instancias. Servidor: Computador y programa computacional, que brinda los servicios solicitados por otro computador llamado cliente. Software: Conjunto de programas, diseado para un propsito especifico. Abreviaturas ESA: Agencia Espacial Europea (European Space Agency) URD: Documento de requerimientos de usuario. SRD: Documento Requerimientos de Software. ADD: Documento Diseo Arquitectnico. PC: Computador Personal. 1.4 Referencias [1] URD de la Herramienta de software para la administracin de un Foro de Discusin [2] SRD [3] Ingeniera de Software, R.S. Presuman Referencias Textos Documento desarrollado en la fase URD. Noem Nuez, Jorge Prez P. Manuel Silva I.
ADD
Ingeniera de Software, Un enfoque prctico. Roger Pressman V5. ESA Software Engineering Standards. ESA PSS-05-00 Issue 2. Apuntes de clase de Ingeniera de Software. Profesor Juan Carlos Cockbaine, Universidad de Santiago de Chile. Java Servlet Programming. Jason Hunter.
ADD
USUARIO
BROWSER
INTERNET
Ingreso de opiniones
PGINA WEB
Validacin de los datos
Bases de Datos
Figura 1
ADD
Sistema Operativo En esta caso Windows XP SP2, fue impuesto como requerimiento. Este se encarga de administrar la ejecucin a bajo nivel de los componentes de software. Mtodo usado El mtodo utilizado es el anlisis estructurado se organiza en funcin a procedimientos, este se basa en la descomposicin de un programa en subprogramas, donde este ltimo pasa a ser la unidad fundamental de este tipo de descomposicin, el programa resultante toma la forma de un rbol, en la que cada unidad fundamental realiza su trabajo, llamando ocasionalmente a otro programa. El Anlisis estructurado se concentra en especificar y descomponer la funcionalidad del sistema total. El mtodo de diseo se baso en el documento de requerimiento del usuario, URD. En este se describe en que consiste el software de administracin de un Foro de Discusin y cuales son los requisitos para la realizacin de este. Para realizar este diseo se utiliza un modelo entidad relacin en el cual se identificaron los actores y objetos que participaran en el sistema, adems de ver como estn vinculados entre ellos. Una vez realizado esto, se define un modelo Relacional. Este fue indispensable para una posterior implementacin en Bases de Datos. (Visual Basic sern los mtodos de programacin y base de datos utilizada respectivamente para implementar el modelo.) Posteriormente se incluyen los requisitos de seguridad, de permisos, y de detalles propios del sistema, agregando nuevas tablas a las ya existentes, o modificndolas. Descripcin de la Descomposicin La descomposicin del sistema se baso principalmente en una estructura modular. A partir de los objetivos de extensibilidad y reutilizacin, dos de los factores de calidad ms importantes, se desprende la necesidad de tener arquitecturas de sistemas flexibles, hechas con componentes autnomos de software. Esto se logra con una adecuada modularidad. Un mtodo de diseo que merezca ser llamado modular, debera satisfacer cinco requisitos fundamentales: Descomposicin modular. Ayuda en la tarea de descomponer el problema en un nmero de subproblemas menos complejos, interconectados.
ADD
Composicin modular. Favorece la produccin de elementos de software que se puedan combinar libremente unos con otros para producir nuevos sistemas. Comprensibilidad modular. Ayuda a producir software en el cual un lector humano puede entender cada mdulo sin tener que conocer los otros (o examinando slo unos pocos). Continuidad modular. Se satisface si un pequeo cambio en la especificacin de un problema provoca slo cambios en un solo mdulo o en un nmero pequeo de mdulos. Proteccin modular. Si produce arquitecturas en las cuales el efecto de una situacin anormal ocurrida en un mdulo durante la ejecucin, queda confinado a ese mdulo (o se propaga slo a unos pocos vecinos). De los criterios anteriores para asegurar la modularidad, se derivan cinco reglas: Correspondencia directa. Conexin de un sistema de software con los sistemas externos con que est relacionado. La estructura modular obtenida, debe seguir siendo compatible con cualquier otra estructura modular en el dominio del problema. Pocas interfaces. Cada mdulo debe comunicarse con el menor nmero de mdulos posible. Interfaces pequeas (acoplamiento dbil). Si dos mdulos se comunican, deben intercambiar la menor informacin posible. Interfaces explcitas. Siempre que dos mdulos A y B se comuniquen, esto debe ser obvio a partir del texto de A, del de B o de ambos. Ocultar informacin. Mostrar slo lo necesario.
ADD
AD2 Administrador
AD5 Servicios
ADD
Modulo Administrador Este mdulo es identificado como AD2 y es llamado desde el mdulo principal AD1, integra los mdulos AD2.1, que es el mdulo que representa a la consola de administracin desde donde se maneja el corazn del Sitio, este modulo esta asociado a los mdulos AD2.2, AD2.3, AD2.3, AD2.5 y AD 2.6, desde los cuales se recopila la informacin necesaria que interacta con el Administrador, es decir cuando se quiere modificar un Moderador, validar o eliminar usuarios etc. Estos datos deben esta con antelacin en la Base de datos correspondiente y tras una solicitud el administrador ejecuta las acciones tendientes a administrar, permitiendo que otros usuarios, es decir los Moderadores le den el dinamismo al Foro..
AD2 Administrador
AD 2.61 Seleccionar Tema AD 2.6 Mantener lista de temas AD 2.6.2 Si valida tema
ADD
Modulo Temas
En este modulo se puede apreciar, la interactividad que tienen los temas dentro del Foro, y dependen directamente del Administrador de este, ya que es el nico que valida estos, proviene directamente del mdulo principal.
AD3. Temas
ADD
AD3.2.2 Muestra polticas AD5.3 Mapa del sitio AD3.2.2 Muestra mapa del sitio
Figura N 5 Mdulo de Servicios Principalmente este Foro funciona con la participacin de los usuarios que son la fuente de informacin primaria, ya que son estos los que aportan los temas de discusin, proponen debates y realizan todo tipo de opiniones.
Software para la Administracin de un Foro Conversacional
ADD
10
AD 4 Usuario AD2.5 Espera validacin AD 4.2. Propone debates AD 2.61 mapa conver. AD 2.6 Debates validades AD 2.6.2 Emite opinion AD 2.5.2 Vidita mapa del sitio
ADD
11
ADD
12
Opciones del Moderador A continuacin se pueden apreciar las opciones que tiene el moderador en la administracin del sitio, este es llamado desde el mdulo principal, desde donde a travs de su consola participa activamente en las funciones de administracin.
AD 2.2.4.2 INuevo Moderador AD 2.2.2 Moderador AD 2.2.3 Consola Moderador AD 2.2.5 Valida Debates
ADD
13
Descripcin de Componentes En esta seccin, se resumen detalles que interactan entre los mdulos, como son los flujos de entrada y salida.
Nmero
1 1.1 1.2 1.3 1.4
ID
AD1 Tipo Propsito Funcin Subordinados ----
Nombre
Herramientas de administracin
1.5 1.6 1.7 1.8 1.9 1.10 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 2.10 3
AD2 AD3 AD4 AD5 Dependencias 0 Interfases -Recursos -Referencias -Proceso -Modelo de datos -AD2 Tipo Propsito Funcin Subordinados Dependencias Interfases Recursos Referencias Proceso Modelo de datos AD3 --
Administrador
AD2.1 0 ------
Consola de Administrador
Mdulo Temas
ADD 14
3.5 3.6 3.7 3.8 3.9 3.10 3.9 3.10 4 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 4.10 4.9 4.10 5 5.1 5.2 5.3 5.4
---AD3.1 AD3.2 AD3.3 Dependencias 0 Interfases -Recursos -Referencias -Proceso -Modelo de datos -Proceso -Modelo de datos -AD4 Tipo Propsito Funcin Subordinados ---AD4.1 AD4.2 Dependencias 0 Interfases -Recursos -Referencias -Proceso -Modelo de datos -Proceso -Modelo de datos -AD5 Tipo Propsito Funcin Subordinados ---AD5.1 AD5.2
Mdulo Usuario
5.5 5.6 5.7 5.8 5.9 5.10 5.9 5.10 6 6.1 6.2 6.3 6.4 6.5
AD5.3 AD 5.4 Dependencias 0 Interfases -Recursos -Referencias -Proceso -Modelo de datos -Proceso -Modelo de datos -AD4.2 Tipo Propsito Funcin Subordinados Dependencias
6.6 6.7 6.8 6.9 6.10 7 7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 7.9
---0 AD4.2.1 AD4.2.2 AD4.2.3 AD4.2.4 Interfases -Recursos -Referencias -Proceso -Modelo de datos -AD2.2.2 Tipo Propsito Funcin Subordinados Dependencias Interfases Recursos Referencias Proceso
Nombre del debate Debate validado Agregar debate a B.D. Entrega Opinin
Consola Moderador
ADD
16
7.10
Modelo de datos --
ADD
17