Arquitectura

GESTIÓN DE ACTIVOS DE SOFTWARE

GEAS

DOCUMENTO DE ARQUITECTURA

Asesor

Juan Bernardo Quintero

Historia

Versión Fecha Descripción de Cambios

CONTENIDO

Tabla de contenido

1 Descripción del Documento 3

1.1 Propósito 3

1.2 Audiencia 3

1.3 Definiciones y acrónimos 3

2 Panorama del Proyecto 5

2.1 Contexto del negocio 5

2.2 Contexto del sistema 6

Drivers de la Arquitectura 6

2.3 Restricciones de negocio 6

2.4 Restricciones técnicas 8

3 Estilos Arquitectónicos Usados 10

4 Vista Conceptual 12

4.1 Cosos de uso identificados. 13

5 Vista Lógica 16

6 Vista Física 17

6.1 Consideraciones de implementación de los componentes a construir 19

6.2 Consideraciones de componentes a reutilizar 21

7 Tamaño y Rendimiento 21

8 Calidad 23

1 Descripción del Documento

1.1 Propósito

El propósito de este documento es tener un consenso en el diseño de la arquitectura de software de la aplicación Sistema Gestión de Activos de Software (GEAS) Entre los miembros relacionados con el proyecto, EL objetivo principal es refinar la definición de las vistas arquitectónicas y precisar los atributos de calidad y los drivers arquitectónicos que soportan el desarrollo del sistema.

1.2 Audiencia

Este documento esta dirigido a los miembros del grupo de la cohorte 13 de la Especialización en Desarrollo de Software de la universidad EAFIT, encargados del diseño y la implementación del sistema . La audiencia objetivo de este documento incluye asesores del proyecto, proponentes de las necesidades del sistema y potenciales usuarios del sistema, ya que serán integrantes de equipos de desarrollo.

1.3 Definiciones y acrónimos

Activo de Software: Es cualquier artefacto, producto de trabajo resultante de una tarea de desarrollo de software que indique la evolución del producto en cualquiera de sus fases. Se utiliza el término activo (asset), enfatizando el activo software como un tipo particular de activo de conocimiento de una organización de software.

ARQUITECTURA DE SOFTWARE: Diseño estructural el cual define la forma cómo será construido un sistema de software.

ATRIBUTOS DE CALIDAD: Condiciones de calidad que se van a tomar en cuenta para realizar el sistema tales como usabilidad, desempeño en ejecución, transaccionalidad etc.

DIRECTORIO ACTIVO: Es la implementación de Microsoft del servicio de directorios LDAP para ser utilizado en entornos Windows. El Directorio Activo permite a los administradores establecer políticas a nivel de empresa, desplegar programas en muchos ordenadores y aplicar actualizaciones críticas a una organización entera. Un Directorio Activo almacena información de una organización en una base de datos central, organizada y accesible.

GEAS:Sistema Gestión de activos de software.

LÍNEA BASE: Según el estándar de la IEEE es una especificación o producto que ha sido revisado formalmente, sobre el que se ha llegado a un acuerdo, y que de ahí en adelante servirá como base para un desarrollo posterior que puede cambiarse solamente a través de procedimientos formales de control de cambios

SISTEMA DE CONTROL DE VERSIONES: Implementación de software para el control de versiones que automatiza las tareas de guardar, recuperar, registrar, identificar y mezclar versiones de archivos.

SISTEMA DE GESTIÓN DE ERRORES: Aplicación informática diseñada para ayudar a asegurar la calidad de software y asistir a los programadores, y otras personas involucradas en el desarrollo y uso de sistemas informáticos, en el la definición y seguimiento de los defectos de software. El término usado en inglés es Bug Tracking System, y frecuentemente se usa el acrónimo BTS. Puede considerarse como una especie de sistema de seguimiento, gestión de incidentes. Son usados intensivamente por cualquier empresa o institución que realice desarrollo de software.

PETICIÓN DE CAMBIO: Necesidad que surge de un cambio en los requisitos una vez generada la primera línea base de la Especificación de Requisitos del Sistema. Para su gestión se debe seguir el procedimiento de control de cambios establecido en el proyecto y por lo tanto, puede ser necesaria una modificación en los costes, recursos y fecha de entrega inicialmente acordados.

PATRON MVC: Modelo - Vista - Controlador. Es un patrón de diseño que separa los datos de una aplicación (Modelo), la interfaz de usuario (Vista), y la lógica de control (Controlador) en tres componentes distintos.

2 Panorama del Proyecto

2.1 Contexto del negocio

Dentro de una de las necesidades latentes en la industria del software se encuentra el concepto de reutilización, que se presenta como una forma de mejorar los índices de productividad y calidad de las empresas, puesto que un entorno que vive constantemente el cambio sugiere productos cuyo tiempo de desarrollo sea cada vez menor.

Entre los factores que dificultan la reutilización se encuentra la dificultad de controlar y gestionar de manera adecuada los productos software que son originados en diferentes proyectos y a lo largo del ciclo de vida del proceso software.

Este proyecto pretende elaborar una herramienta para gestionar de forma centralizada la información de activos de software reutilizables de una compañía u organización de software.

El sistema debe satisfacer las necesidades actuales de poder tener control sobre los activos de software genéricos de la compañía que pueden ser reutilizados en diferentes proyectos.

El sistema debe permitir en general

• Tener un repositorio central con toda la información acerca de los activos y que permita catalogar, actualizar, deprecar y consultar activos que han sido liberados.

• Facilitar la búsqueda de los activos software de manera flexible y oportuna.

• Permitir la recuperación de un activo o un conjunto de estos en un formato que pueda ser transportable como HTML.

• Integrarse con otros sistemas de la compañía.

2.2 Contexto del sistema

El sistema GEAS será una aplicación web desarrollada utilizando tecnologías open source, estará integrado a un sistema de seguridad que controlara el acceso y modificación de los datos, adicionalmente estará integrado con un repositorio que permitirá un control y seguimiento efectivo sobre los artefactos que GEAS gestionara.

Drivers de la Arquitectura

2.3 Restricciones de negocio

Nombre del Driver de Negocio: Administrar atributos específicos de los activos

Declaración: El sistema deberá permitir administrar información particular de cada atributo de software

Justificación: Conocer las particularidades de cada activo y la información específica de acuerdo a su naturaleza.

Implicaciones: Permitir crear atributos dinámicamente para cada activo de software.

Nombre del Driver de Negocio: Integración con Sistema de Control de Versiones

Declaración: El sistema deberá permitir la integración con el Sistema de Control de Versiones de la compañía para obtener la información de versionamiento del activo de software.

Justificación: Para conocer integralmente la evolución del activo durante su vida útil.

Implicaciones: Esta información debe estar sincronizada con el sistema de control de versiones y se debe poder tener información como: versiones liberadas, últimos cambios, quienes realizaron los cambios, estado.

Nombre del Driver de Negocio: Integración con sistema de gestión de errores

Declaración: El sistema deberá permitir la integración con el sistema de gestión de errores para obtener el historial de errores o petición de cambios del activo de software.

Justificación: Para conocer integralmente la evolución que ha experimentado el activo por cambios y defectos corregidos.

Implicaciones: Esta información se debe obtener del sistema de control y gestión de errores de la compañía, se debe poder obtener una vista histórica de la historia de errores y cambios, básicamente información como el Identificador, la descripción y poder acceder a esta información en detalle.

Nombre del Driver de Negocio: Integración con sistema de seguridad corporativo

Declaración: El sistema deberá permitir la integración al sistema de seguridad corporativo para el manejo de la autenticación y autorización del usuario utilizando la identificación única del usuario.

Justificación: Para garantizar la confidencialidad e integridad de la información relacionada con los activos de software de la Organización se deben aplicar controles y políticas de seguridad para acceder a la información.

Implicaciones: Implementar controles y políticas de seguridad en la solución que garanticen la seguridad funcional e integrar la solución con el sistema de seguridad responsable de garantizar la autenticación y autorización del uso de los recursos de la compañía.

Nombre del Driver de Negocio: Manejo de alto volúmenes de información

Declaración: El sistema debe permitir el

...