1. Nombre de Gerencia Solicitante<br />65405038925500<br />652145111188500<br />Nombre Del Proyecto Versión x.y.z<br />Documento de Arquitectura del Software<br />Historial de Revisiones<br />VersiónFechaAutorDescripción<x.y.z><dd/mm/aa><nombre><especificaciones><br />Tabla de Contenido<br /> TOC quot;
1-3quot;
1Información General PAGEREF _Toc298634012 5<br />1.1.Gerencias Solicitantes PAGEREF _Toc298634013 5<br />1.2.Código del Proyecto PAGEREF _Toc298634014 5<br />1.3.Nombre del Proyecto PAGEREF _Toc298634015 5<br />1.4.Beneficiarios PAGEREF _Toc298634016 5<br />2.Introducción PAGEREF _Toc298634017 6<br />2.1.Propósito PAGEREF _Toc298634018 6<br />2.2.Alcance PAGEREF _Toc298634019 7<br />2.3.Definiciones, Acrónimo y Abreviatura PAGEREF _Toc298634020 7<br />2.4.Estándares Aplicados PAGEREF _Toc298634021 7<br />2.5.Documentos Relacionados PAGEREF _Toc298634022 8<br />3.Resumen Arquitectónico PAGEREF _Toc298634023 9<br />3.1.Estilo Arquitectónico PAGEREF _Toc298634024 9<br />3.2.Objetivo de la Arquitectura Seleccionada PAGEREF _Toc298634025 9<br />4.Componentes Significativo de la Arquitectura del Sistema PAGEREF _Toc298634026 11<br />4.1.Presentación/Componentes de la Interfaz de Usuario PAGEREF _Toc298634027 11<br />4.2.Componentes Lógicos de la Aplicación PAGEREF _Toc298634028 11<br />4.3.Componentes de Almacenamiento de Dato PAGEREF _Toc298634029 11<br />5.Vistas de Caso de Uso PAGEREF _Toc298634030 12<br />5.1.Modelado de Caso de Uso PAGEREF _Toc298634031 12<br />6.Vista Lógica PAGEREF _Toc298634032 13<br />6.1.Diagrama de Paquete PAGEREF _Toc298634033 13<br />6.2.Paquetes de Diseño significativos Arquitectónicamente PAGEREF _Toc298634034 13<br />6.3.Diagrama de Clases agrupado por paquete PAGEREF _Toc298634035 13<br />6.4.Diagrama WAE (Extensión para Aplicaciones WEB ) PAGEREF _Toc298634036 14<br />6.5.Realización de los Casos de Uso PAGEREF _Toc298634037 14<br />7.Vista de Implementación PAGEREF _Toc298634038 15<br />7.1.Diagrama de Componentes del Sistema PAGEREF _Toc298634039 15<br />8.Vista de Despliegue PAGEREF _Toc298634040 16<br />8.1.Diagrama de Despliegue del Sistema. PAGEREF _Toc298634041 16<br />9.Modelo de Datos PAGEREF _Toc298634042 17<br />9.1.Diagrama de Entidad-Relación (“ER”) de la Base de Datos PAGEREF _Toc298634043 17<br />9.2.Diccionario de Datos PAGEREF _Toc298634044 17<br />10.Vista de Proceso PAGEREF _Toc298634045 18<br />10.1.Diagrama de Actividades PAGEREF _Toc298634046 18<br />11.Aseguramiento de la Calidad PAGEREF _Toc298634047 19<br />11.1.Objetivos de Calidad PAGEREF _Toc298634048 19<br />11.1.1.Esenciales PAGEREF _Toc298634049 19<br />11.1.2.Esperados PAGEREF _Toc298634050 19<br />11.1.3.Deseados PAGEREF _Toc298634051 19<br />11.1.4.Operatividad PAGEREF _Toc298634052 19<br />Documento de Arquitectura del Software<br />Información General<br /> XE quot;
Información Generalquot;
XE quot;
Información General:Gerencias Solicitantesquot;
<br /> Gerencias Solicitantes<br />Nombre de la gerencia Solicitante<br />Código del Proyecto<br />Colocar el código del proyecto si este posee<br />Nombre del Proyecto<br />Colocar el nombre del sistema propuesto<br />Beneficiarios <br />Colocar, quienes se Benefician con la elaboración del sistema<br />Introducción<br />La visualización, especificación, construcción y documentación de un sistema debe realizarse desde varias perspectivas (usuario, analista, desarrollador, entre otras) cada una de ellas presenta el sistema de forma diferente en diversos momentos a lo largo del proyecto, es por ello que se plantea en este documento describir el sistema a través de cinco vistas interrelacionadas (Vista Caso de Uso, Vista Lógica, Vista de Implementación, Vista de Despliegue y Vista de Proceso).<br />La arquitectura de software no tiene que ver solamente con la estructura y el comportamiento, sino también con el uso, la funcionalidad, el rendimiento, la capacidad de adaptación, la reutilización, la capacidad de ser comprendido y las restricciones tecnológicas, así como los aspectos estéticos de la aplicación.<br />Por lo tanto este documento será usado con el propósito de tener una visualización general de la arquitectura del sistema [“Nombre del sistema. Ejemplo: Sistema de Control de vocales ABC”], Elaborara con los requisito recogido de los usuario potenciales y comunes de la [“Nombre de ls gerencia solicitante. Ejemplo: ULA (Universidad de literatura abierta)”] para la representación gráfica de los mismo, con el fin de realizar un sistema seguro y evolutivo.<br /> XE quot;
Introducciónquot;
<br />Propósito<br />El propósito fundamental de este documento consiste en describir textual y gráficamente la arquitectura del sistema, indicando:<br />Estilo Arquitectónico y su propósito (objetivo).<br />Componentes de la arquitectura.<br />Vista de caso de usos<br />Vista lógica del sistema (Organización del software en clases, paquetes y realización de los casos de uso).<br />Representación de los componentes arquitectónicos.<br />Distribución de los componentes arquitectónicos a través de los nodos de la plataforma de operación (Diagrama de Despliegue).<br />Representación del modelo de datos a través del diagrama Entidad-Relación y el diccionario de datos.<br />Alcance<br /> El Sistema de [“Nombre del sistema. Ejemplo: Sistema de Control de vocales ABC”] provee una interfaz Web fácil de entender y utilizar, con ayudas que facilitan la enseñanza y aprendizaje del usuario final, soportando una cantidad concurrente de usuarios, permitirá desarrollar y mantener un control o gestión administrativos realizados por la [“Nombre de las gerencias solicitantes. Ejemplo: ULA (Universidad de literatura abierta)”] para poder mejorar dichos procesos administrativos, establece privilegios de acceso diferenciados dependiendo del tipo de usuario y rol que desempeña dentro de la aplicación, cuenta con herramientas como [“Describir herramientas o módulo del sistema mas importate (La esencia del problema a solucionar)”] para el manejo de las mismas, se garantiza un histórico permanente de cada una de las operaciones manteniendo todos los cambios de estado que se ejecuten, además de generar reportes y estadísticas parametrizables y dinámicas.<br />Este documento representa la descripción textual y gráfica de la arquitectura del sistema, desglosando o descomponiendo solo aquellos componentes, sub-sistemas y procesos abarcados por las funcionalidades descritas en los términos de referencia refinados de este proyecto.<br />Definiciones, Acrónimo y Abreviatura<br />Todas las definiciones, acrónimos y abreviaturas necesarias para entender este documento están especificadas en el Glosario de termino del Sistema.<br />TérminosDescripciónUMLLenguaje unificado de modeladoPHPLenguaje de programación abierto orientado alWebMYSQLManejador de base de datos abierto.EREntidad Relación<br />Estándares Aplicados<br />A continuación se listan los estándares que deben ser aplicados al desarrollar este documento:<br />UML 2.0<br />Estándar de Codificación del CNTI<br />Herramienta de modelado [“StarUML, DIa, ETC”] <br />Documentos Relacionados<br />TítuloFechaOrganizaciónIdentificador del documento<título><dd/mm/aa><nombre><Id documento>Glosario_termino_ABC.ODT07/07/07ULA (Universidad de literatura abierta)ERS_ABC.ODT07/07/07ULA (Universidad de literatura abierta)Plan_desarrollo_del_Software.ODT07/07/07ULA (Universidad de literatura abierta)<br />Resumen Arquitectónico<br />En esta sección se presenta en función del Modelo de Caso de Uso la Arquitectura del Sistema. Este es el resultado de ensamblar un cierto número de elementos arquitectónicos de forma adecuada para satisfacer la mayor funcionalidad y requerimientos de desempeño, así como requerimientos no funcionales, como la confiabilidad, mantenibilidad, escalabilidad, usabilidad, portabilidad y disponibilidad.<br /> XE quot;
Resumen Arquitectónicoquot;
<br />Estilo Arquitectónico<br />En este apartado se debe responder la siguiente pregunta: <br />¿Qué estilo de arquitectura de software está siendo usado? <br />Algunos ejemplos de estilos son:<br />Aplicación de escritorio para proceso simple (con módulos de extensión de plugins). <br />Cliente-servidor<br />Aplicación Web de 2-puertos: servidor Web/servidor de aplicaciones, base de datos. <br />Aplicación Web de 3-puertos: servidor Web/servidor de aplicaciones, base de datos. <br />Servicio Web simple: servidor de aplicaciones, base de datos. <br />Servicios de Red o Web. <br />Cliente-a-cliente sin servidor central. <br />Con tuberías y filtros. <br />Ejemplo:<br />Para el desarrollo de [“Nombre del sistema. Ejemplo: Sistema de Control de vocales ABC”] planteamos un patrón de arquitectura de software denominado MVC, el cual separa los datos de la aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. El patrón MVC se ve frecuentemente en aplicaciones Web, ya que posee una solución de solidez probada, donde la vista es la página y el código que provee de datos dinámicos a la página, el modelo es el [“Nombre del sistema. Ejemplo: Sistema de Control de vocales ABC”] y el controlador representa la Lógica de Control. El elemento de Programación utilizado es Orientada a Objetos.<br />Objetivo de la Arquitectura Seleccionada <br />Alta Disponibilidad<br />El sistema debe estar disponible 24x7x365 con un mínimo de mantenimiento.<br />Bajo Acoplamiento (Opcional)<br />Arquitectura que permite el cambio de componentes en cualquier punto del ciclo de vida de la aplicación sin afectar el funcionamiento de las demás partes involucradas.<br />Seguridad<br />Listar las medidas de seguridad que brinda la arquitectura y como l a usa el sistema propuesto.<br />Componentes Significativo de la Arquitectura del Sistema<br />Los componentes de este sistema deben estar definidos claramente en los diagramas de componentes hechos con UML. Describa brevemente cada componente del sistema que sea relevante para la arquitectura del sistema. Enfóquese en los detalles arquitectónicos tales como mecanismos de comunicación, aspectos del entorno que afecten el desarrollo, y concurrencia. Observe los aspectos claves de cada interfaz, pero evite duplicar los detalles de las interfaces que se especifican en los diagramas de clase de UML u otros documentos.<br />Los componentes de este sistema se encuentran listados abajo por tipo: <br />Nota: Se pueden agregar más componentes si la arquitectura así lo pides…<br />Ojo Quitar esta nota!. XE quot;
Componentes Significativo de la Arquitectura del Sistemaquot;
<br /> Presentación/Componentes de la Interfaz de Usuario<br />C-00: NOMBRE DEL COMPONENTE Descripción:DescripciónRequerimientos:Sistema operativo, RAM, etc.Interfaces Disponibles:Describa brevemente las interfaces<br />Componentes Lógicos de la Aplicación<br />C-10: NOMBRE DEL COMPONENTE Descripción:DescripciónRequerimientos:Sistema operativo, RAM, etc.Interfaces Disponibles:Describa brevemente las interfaces<br />Componentes de Almacenamiento de Datos<br />C-20: NOMBRE DEL COMPONENTE Descripción:DescripciónRequerimientos:Sistema operativo, RAM, etc.Interfaces Disponibles:Describa brevemente las interfaces<br />Vistas de Caso de Uso<br />La vista de caso de uso comprende los casos de uso que describen el comportamiento del sistema tal y como es percibido por los usuarios finales, analistas y encargados de las pruebas. Ésta vista no especifica realmente la organización de un sistema, sólo permite a través de las funcionalidades definir la arquitectura que soportará el sistema.<br />Modelado de Caso de Uso<br />Un diagrama de caso de uso muestra las distintas operaciones que se espera de una aplicación o sistema y cómo se relacionan con su entorno (usuarios u otras aplicaciones). Es muy importante para los analistas y arquitectos del sistema, permite definir el contexto del desarrollo del software. De acuerdo a la metodología del CNTI, este diagrama debe corresponder con los casos de uso identificados y validados luego de verificar efectivamente los casos de uso planteados en el documento inicial de Especificación de Requerimientos del Sistema (ERS). <br />A continuación el Modelado de Caso de Uso.<br />4344035193040Sistema00Sistema223075512700000Diagrama General<br />3358515187960Control de Vocales00Control de Vocales118745012128500<br />3155315111125002429510189865Loguin00Loguin137604526987500118745026987500137604419050000<br />32150052565400013760459017000<br />3443605200025Salir00Salir1376045127000118745063500<br />1188720250825Figura N° 1 Caso de Uso Genral del Sistema Control de Vocales00Figura N° 1 Caso de Uso Genral del Sistema Control de Vocales<br />Vista Lógica<br />En esta vista se detallan las partes del modelo de diseño del sistema que son significativas arquitectónicamente representando los diagramas que permiten tener una visión de los elementos que conforman el sistema y de la interacción entre ellos. En esta vista se detalla la descomposición de los sistemas en subsistemas y paquetes; y para cada paquete se presentan sus clases. XE quot;
Vista Lógicaquot;
<br />Diagrama de Paquete<br />A continuación se muestra el diagrama de paquetes: Diagrama de Paquetes General<br />Incluir Diagrama de paquete<br />Paquetes de Diseño significativos Arquitectónicamente<br />En esta sección se muestran los paquetes anteriormente representados (Diagrama de Paquetes) y una breve descripción de los mismos y las clases que contiene.<br />P-01: NOMBRE DEL PAQUETE <Paquete de Páginas Dinámicas>Descripción: Este paquete contiene todas las clases que se encargan de la Gestión de las Paginas Dinámicas de la Aplicación ABC. Todas las Clases del Paquete Interfaz y Presentación, que corresponden a la Vista de MVC .La capa vista de PHP es cómo se les habla a los usuarios de ABC. Los ficheros de vista se almacenan en [Direccion], en una carpeta nombrada tras el controlador que usa los ficheros, y nombrada tras la acción a la que corresponde. Clases Disponibles:Todas las Asociadas a la Vista del Modelo MVC, epecificadas por defecto por Cake Php como:Controla Vocal.ClassDefinirLetra.ClassetcCasos de Uso que lo derivan:Este paquete es importante porque proporciona las clases que se derivan de los Casos de Usos Gestión de Usuarios, Gestión de Vocale y Gestión de ABCDARIO.<br />Diagrama de Clases agrupado por paquete<br />Incluir diagrama de clase Agrupado por paquete<br />Diagrama WAE (Extensión para Aplicaciones WEB )<br />Esta extensión de UML para Web define un conjunto de estereotipos, etiquetas y restricciones que nos permiten modelar aplicaciones Web. Estos estereotipos y restricciones son aplicadas a ciertos componentes que son en particulares para las aplicaciones web y nos permiten representarlos en los mismos modelos y diagramas que el resto del sistema.<br />A continuación se muestra el diagrama WAE:<br />Realización de los Casos de Uso<br />Se debe ilustrar cómo normalmente el software opera, presentando algunos casos de uso escogidos, y expone cómo los distintos elementos del modelo de diseño sobrellevan a su funcionalidad.<br />Incluir diagrama de Secuencia<br />Vista de Implementación<br />La vista de implementación muestra el empaquetado físico de las partes reutilizables del sistema en unidades sustituibles, llamadas componentes. Una vista de implementación muestra los elementos físicos del sistema mediante componentes, así como sus interfaces y dependencias entre componentes. Los componentes son piezas reutilizables de alto nivel a partir de las cuales se pueden construir los sistemas.<br />En esta vista se debe mostrar en general las dependencias y cómo se implementan los componentes físicos del sistema, agrupándolos en subsistemas organizados en capas y jerarquías. <br /> XE quot;
Vista de Implementaciónquot;
<br />Diagrama de Componentes del Sistema<br />El diagrama de componentes describe la descomposición física del sistema en componentes, a efectos de construcción y funcionamiento. La descomposición del diagrama de componentes se realiza en términos de componentes y de relaciones entre los mismos. Los componentes identifican objetos físicos que hay en tiempos de ejecución, de compilación o de desarrollo, y tienen identidad propia y una interfaz bien definida. Cada componente incorpora la implementación de ciertas clases del diseño del sistema.<br />En un diagrama de componentes se muestran las diferentes relaciones de dependencia que se pueden establecer entre componentes. Los componentes bien diseñados no dependen de otros componentes sino de las interfaces que ofrecen los componentes. En ese caso, un componente en un sistema puede ser sustituido por otro componente que ofrezca las interfaces apropiadas.<br />A continuación se muestra el Diagrama de Componentes:<br />Vista de Despliegue<br />La vista de despliegue muestra la disposición física de los recursos de ejecución computacionales, tales como computadores y sus interconexiones.<br />La vista de despliegue puede mostrar cuellos de botella para el rendimiento si las instancias de los componentes con dependencia se ponen en distintos nodos.<br /> XE quot;
Vista de Desplieguequot;
<br />Diagrama de Despliegue del Sistema XE quot;
Diagrama de Despliegue del Sistema:8.1.Diagrama de Despliegue del Sistemaquot;
.<br /> El diagrama de despliegue permite mostrar la arquitectura en tiempo de ejecución del sistema respecto al hardware y software. Los nodos representan los objetos físicos existentes en tiempo de ejecución, sirven para modelar recursos que tienen memoria y capacidad de proceso, y pueden ser computadores, dispositivos o personas. Los componentes participan en los procesos mediante los nodos.<br />A continuación se muestra el Diagrama de Despliegue:<br />Modelo de Datos<br />El Modelo de datos es aquel que describe de forma abstracta cómo se representan los datos de un sistema. Un modelo de datos consiste en: entidades, atributos y sus relaciones. XE quot;
Modelo de Datosquot;
<br />Diagrama de Entidad-Relación (“ER”) de la Base de Datos<br />El modelado de datos es realizado a través de un modelo entidad-relación. Estos modelos permiten expresar entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.<br />A continuación se muestra el Modelo Entidad-Relación:<br />Diccionario de Datos <br />A continuación se encuentra el Diccionario de datos de la base de datos de [“Nombre del sistema. Ejemplo: Sistema de Control de vocales ABC”]<br />DESCRIPCIÓN:TABLE:CamposNombreTipoNo nuloÚnicoP/K<br />Índices:IndiceNombreEn CampoÚnicoFull Text<br />Vista de Proceso<br />Cubre el funcionamiento, capacidad de crecimiento y rendimiento del sistema. Mecanismos de sincronización y concurrencia del sistema: hilos y procesos. Esta vista puede representarse con los diagramas de estado y actividades.<br />En UML un diagrama de actividades se usa para mostrar la secuencia de actividades. Los diagramas de actividades muestran el flujo de trabajo desde el punto de inicio hasta el punto final detallando muchas de las rutas de decisiones que existen en el progreso de eventos contenidos en la actividad. Estos también pueden usarse para detallar situaciones donde el proceso paralelo puede ocurrir en la ejecución de algunas actividades. Los Diagramas de Actividades son útiles para el Modelado de Negocios donde se usan para detallar el proceso involucrado en las actividades de negocio. XE quot;
Vista de Procesoquot;
<br />Diagrama de Actividades<br />Incluir Diagrama de Actividad.<br />Aseguramiento de la Calidad XE quot;
Aseguramiento de la Calidadquot;
<br />Objetivos de Calidad<br />Añada los objetivos para ajustarlos a su proyecto. Agrúpelos por prioridades de acuerdo a los lineamientos de su proyecto.<br />Esenciales<br />Funcionalidad > Corrección <br />Funcionalidad > Robustez <br />Esperados<br />Funcionalidad > Exactitud <br />Funcionalidad > Compatibilidad <br />Funcionalidad > Corrección medible <br />Usabilidad > Comprensibilidad y Legibilidad <br />Usabilidad > Apoyo para tareas <br />Usabilidad > Eficiencia <br />Usabilidad > Seguridad <br />Usabilidad > Consistencia y Familiaridad <br />Usabilidad > Satisfacción Subjetiva <br />Deseados<br />Confiabilidad > Consistencia en carga <br />Confiabilidad > Consistencia bajo concurrencia <br />Confiabilidad > Disponibilidad bajo carga <br />Confiabilidad > Longevidad <br />Eficiencia <br />Escalabilidad <br />Escalabilidad > Desempeño bajo carga <br />Escalabilidad > Grandes volúmenes de datos <br />Operatividad <br />Capacidad de mantenimiento > Comprensibilidad <br />Capacidad de mantenimiento > Capacidad de evolución <br />Capacidad de mantenimiento > Capacidad de prueba<br />