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 | |
Total Downloads | 17 |
Total Views | 140 |
Es un documento de arquitectura de software...
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:...