Documento de Arquitectura de Software PDF

Title Documento de Arquitectura de Software
Author Sergio Rondon Polanco
Course diseño de base de datos aplicados a la educacion
Institution Universidad Nacional Amazónica de Madre de Dios
Pages 36
File Size 2.1 MB
File Type PDF
Total Downloads 17
Total Views 140

Summary

Es un documento de arquitectura de software...


Description

Documento de Arquitectura de Software Proyecto: Sistema de Organización Y Gestión de Almacén

Noviembre de 2019

Documento de arquitectura de software

1.

Introducción:

Este documento proporciona una descripción general de alto nivel y explica la arquitectura de 3 capas de SOGAT. El documento define los objetivos de la arquitectura, los casos de uso admitidos por el sistema, los estilos arquitectónicos y los componentes seleccionados. El documento proporciona una justificación para las decisiones de arquitectura y diseño tomadas desde la idea conceptual hasta su implementación. HISTORIAL DE VERSIONES Fecha

Versión

Autor

Organización

30/09/19

Primera

Sergio Rondon

WolfClass

Apertura de proyecto

01/010/1 9

Segunda

Joel Atamari

WolfClass

Documentación de Vista Lógica Física

02/11/19

Tercera

Sergio Rondon

WolfClass

Documentación de Vista Desarrollo y Procesos

1.1.

Propósito:

Descripción

Documento de arquitectura de software

El Documento de Arquitectura de Software (SAD) proporciona una visión general de la arquitectura del SOGAT. Presenta una serie de vistas arquitectónicas diferentes para representar los diferentes aspectos del sistema. Para representar el software con la mayor precisión posible, la estructura de este documento se basa en la vista de arquitectura "4 + 1" de Philippe Kruchten 1.2.

Alcance: Este documento describe los diversos aspectos del diseño del sistema que se consideran

arquitectónicamente

significativos.

Estos

elementos

y

comportamientos son fundamentales para guiar la construcción del sistema y para comprender este proyecto como un todo. 1.3.

1.4.

Personal Involucrado: Nombre Rol Categoría Profesional Responsabilidad Información de contacto

Kevin Quiñones Líder de Proyecto Estudiante Coordinador del Proyecto y asignación de responsabilidades [email protected]

Nombre Rol Categoría Profesional Responsabilidad Información de contacto

Jhon Mamani Diseñador y programador Estudiante Jefe de Codificación del servicio web [email protected]

Nombre Rol Categoría Profesional Responsabilidad Información de contacto

Joel Atamari Analista y programador Estudiante Análisis de información, diseño y programación del SIS-I [email protected]

Nombre Rol Categoría Profesional Responsabilidad Información de contacto

Sergio Rondon Diseñador e Investigador Estudiante Diseña las interfaces y la arquitectura de la página web [email protected]

Referencias:

Documento de arquitectura de software

Concept: SAD,http://medbiq.org/std_specs/techguidelines/softwarearchitecture.pdf The “4+1” view model of software architecture, Philippe Kruchten, November 1995, http://www3.software.ibm.com/ibmdl/pub/software/rational/web/whitepapers/2 003/Pbk4p1.pdf

2. Representación arquitectónica: Este documento detalla la arquitectura utilizando las vistas definidas en el modelo “4 + 1”. Las vistas utilizadas para documentar el sistema son: 2.1 Vista de Escenarios -

Audiencia: Todas las partes interesadas del sistema, incluidos los usuarios finales.

-

Área: Describe el conjunto de escenarios y / o casos de uso que representan alguna funcionalidad importante y central del sistema. Describe los actores y los casos de uso del sistema, esta vista presenta las necesidades del usuario y se elabora más a nivel de diseño para describir flujos discretos y restricciones con más detalle.

-

Artefactos relacionados: Modelo de casos de uso, documentos de casos de uso.

2.2 Vista de Proceso -

Audiencia: Diseñadores y Partes interesadas

-

Área: comprende requisitos funcionales y no funcionales como rendimiento, escalabilidad y disponibilidad

-

Artefactos relacionados: Modelo de proceso

2.3 Vista de Desarrollo -

Audiencia: Desarrolladores y Partes interesadas.

-

Área: Representa la organización de los módulos de software en el entorno de desarrollo.

-

Artefactos relacionados: Diagrama de componentes

Documento de arquitectura de software

2.4 Vista Física: -

Audiencia: Usuarios Finales Diseñadores, Desarrolladores

-

Área: Distribución de los componentes entre los equipos que integran la solución, incluyendo los servicios. Se mapea la vista lógica en el software y hardware

-

Artefactos relacionados: Modelo Físico del Sistema

2.5 Vista de datos: -

Audiencia: Gestores de despliegue.

-

Área: Modelo de la base de datos.

-

Artefactos relacionados: Modelo entidad relación.

3. Vista de Escenarios: Crear producto Nombre Descripción Actor Pre condición Flujo normal Flujo alternativo Post condición

Crear producto El usuario debe poder crear un producto Trabajador Ninguna -El usuario ingresa los datos de un nuevo paciente -El sistema crea un nuevo producto Ninguno El usuario podrá realizar actividades con este producto

Documento de arquitectura de software

Documento de arquitectura de software

Lista de productos Nombre Descripción Actor Pre condición Flujo normal Flujo alternativo Post condición

Lista de productos El usuario debe poder ver una lista de productos del almacén Trabajador El usuario debe haber creado productos -El usuario desea ver la lista de todos los productos registrados -El sistema muestra la lista de todos los productos registrados -No hay productos por mostrar -El sistema emite un mensaje indicándolo Ninguna

Documento de arquitectura de software

Documento de arquitectura de software

Clasificación de productos Nombre Clasificación de productos Descripción Debe permitir clasificar los productos por apilables y no apilables Actor Trabajador Pre condición Debe haber ´productos ingresados Flujo normal -Usuario ingresa producto -Sistema pide clasificación de producto -Usuario selecciona categoría de producto Flujo alternativo Se comete errores en el ordenamiento de productos Post condición Los productos apilables debes estarlo y los que no son apilables no

Documento de arquitectura de software

Documento de arquitectura de software

Búsqueda de producto Nombre Búsqueda de producto Descripción El programa debe tener un sistema de búsquedas donde el usuario pueda buscar por cualquier palabra Actor Trabajador Pre condición Ninguna Flujo normal -El usuario ingresa una palabra cualquiera -El sistema busca la palabra ingresada por todos los atributos de todos los productos y los muestra Flujo alternativo No encuentra ningún producto relacionado Post condición Debe permitir ver las cualidades de cada producto

Documento de arquitectura de software

Documento de arquitectura de software

Editar producto Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

Editar producto El usuario debe poder editar un producto ya ingresado Trabajador El usuario debe haber ingresado un producto -El usuario selecciona un producto -El sistema debe permitir editar el producto -El usuario edita el producto Ninguno Ninguna

Documento de arquitectura de software

Documento de arquitectura de software

Eliminar producto Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

Eliminar producto El usuario debe poder eliminar un producto Trabajador El usuario debe haber ingresado un producto -El usuario selecciona un producto -El sistema muestra una ventana de confirmación -El usuario acepta eliminar el producto El usuario no acepta eliminar le producto Ninguno

Documento de arquitectura de software

Documento de arquitectura de software

Proveedores Nombre Descripción Actor Pre condición Flujo normal Flujo alternativo Post condición

Proveedores Gestión de productos por proveedores Trabajador El usuario de be haber ingresado un producto -El usuario selecciona un proveedor -El sistema muestra los productos de ese proveedor Ninguno Ninguna

Documento de arquitectura de software

Documento de arquitectura de software

Login Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

Login Roles (almacenero, vendedor, gerente): se debe poder ingresar por 3 diferentes tipos de cuenta con distintos permisos cada uno Trabajador Ninguna -El sistema permite login -El usuario se logea según su tipo -El sistema ofrece funcionalidades y permisos según su tipo Login incorrecto Ingresar a una interfaz para cada tipo de usuario

Documento de arquitectura de software

Documento de arquitectura de software

Reportes Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

Reportes El sistema debe generar reportes con diferentes formatos (pdf, correo, xml, excel, word, txt) Trabajador Debe haberse realizado rotación de los productos -El usuario desea obtener un reporte de las rotaciones de la última semana -El sistema brinda un reporte de las rotaciones de la última semana No hay reportes para generar El usuario recibe el reporte de las rotaciones en diferentes formatos

Documento de arquitectura de software

Documento de arquitectura de software

Gráficos estadísticos Nombre Gráficos estadísticos Descripción Generación de gráficos estadísticos Actor Trabajador Pre condición Debe haberse realizado rotación de los productos Flujo normal -El usuario desea obtener un reporte de las rotaciones durante la última semana en formatos gráficos -El sistema brinda el reporte de las rotaciones en diferentes formatos gráficos Flujo alternativo Ninguno Post condición El usuario recibe el reporte de las rotaciones en diferentes gráficos

Documento de arquitectura de software

Documento de arquitectura de software

Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

Rotaciones El usuario debe poder realizar rotaciones Trabajador Debe haberse ingresado productos -El usuario desea ingresar los cambios en la cantidad de un producto (rotaciones) -El sistema permite cambiar los valores de cantidad de un producto Ninguno El sistema almacena las rotaciones en una tabla

Documento de arquitectura de software

Documento de arquitectura de software

FlashBacks Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

FlashBacks Se podrá regresar en el tiempo cualquier registro de una tabla Trabajador El usuario debe haber cambiado los valores de cualquier tabla -El usuario desea cambiar el valor de algún registro por uno pasado -El sistema muestra el valor de un registro pasado Ninguno Ninguna

Documento de arquitectura de software

Documento de arquitectura de software

Suscripciones Nombre Descripción Actor Pre condición Flujo normal

Flujo alternativo Post condición

Suscripciones Suscripciones de reportes Trabajador Se debe haber realizado rotaciones de productos -El usuario desea recibir periódicamente los reportes en su correo -El sistema debe enviar periódicamente, según el tiempo especificado los reportes Ninguno El usuario debe recibir en su correo los reportes de manera periódica

Documento de arquitectura de software

Documento de arquitectura de software

Bitacora Nombre Descripción Actor Pre condición Flujo normal Flujo alternativo Post condición

Bitacora El sistema debe contar con una opción de bitácora donde se almacenará cada movimiento hecho Trabajador Debe haberse realizado movimientos como rotaciones de productos -El usuario realiza un movimiento -El sistema debe guardar el movimiento realizado por el usuario Ninguno El sistema debe contar con una base de datos de movimientos realizados

Documento de arquitectura de software

Documento de arquitectura de software

4. Vista de Proceso:

Documento de arquitectura de software

5. Vista de Desarrollo:

Documento de arquitectura de software

6. Vista Física:

Documento de arquitectura de software

7. Vista de Datos:...


Similar Free PDFs