Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Sistema de Seguridad
Documento de Arquitectura de Software
1. Introduccin
2. Representacin Arquitectnica1
Se consultaron las siguientes arquitecturas:
Arquitectura monoltica
1 https://prezi.com/2uraxobilh0t/tipos-de-arquitecturas-de-software/
Ventajas:
Inconvenientes:
Difcil de ampliar.
Arquitectura CLIENTE-SERVIDOR
Ventajas
Arquitectura 3 CAPAS
La programacin por capas es una arquitectura cliente-servidor en el que el
objetivo primordial es la separacin de la lgica de negocios de la lgica de diseo;
un ejemplo bsico de esto consiste en separar la capa de datos de la capa de
presentacin al usuario.
Ventajas
Capa de presentacin
Capa de negocio
Capa de datos
Objetivo general:
Implementar un sistema de informacin web que permita a otros sistemas o
aplicaciones configurar y gestionar el nivel de acceso a sus formularios, pginas
u objetos que la componen y, a travs de mdulos asignar roles y permisos de
creacin, lectura, edicin y eliminado a los usuarios finales que accedern a la
aplicacin.
Objetivos especficos
Informacin de Catalogacin
Proyecto Sistema de seguridad
Autor Jessica Paola Galindo Mahecha
Versin 1.0 Estado de Desarrollo En borrador
Definicin del Caso de Uso
Cdigo CU_001
Nombre Registro de usuarios en la plataforma
Objetivo Agregar al sistema los usuarios que usaran la plataforma
Descripcin El administrador registrar a un usuario en la plataforma y le asignar el rol y
permisos correspondiente
Actores A: Administrador, S: Sistema
Condiciones - El usuario no debe estar registrado en el sistema
Necesarias - Se debe tener toda la informacin necesaria y correspondiente al usuario para el
registro
Escenario 1. A: Ingresar al sistema e ir la seccin de administracin de usuarios del sistema
Principal 2. S: Presentar una interface donde se soliciten los datos para el registro de un
usuario: Nombre completo, Tipo de documento de identidad, Documento de
identidad, correo electrnico, profesin, cargo, perfil, permisos, estado dentro del
sistema (activo, inactivo, etc.).
3. A: Diligenciar los campos completos con la informacin correspondiente al usuario
y guardar
4. S: Validar que no exista ese usuario en el sistema para continuar
5. S: Informar el registro como usuario en el sistema
Escenario
Alternativo
Condicin de Un nuevo usuario registrado en el sistema con su respectivo perfil
xito
Informacin de Catalogacin
Proyecto Sistema de seguridad
Autor Jessica Paola Galindo Mahecha
Versin 1.0 Estado de Desarrollo En borrador
Definicin del Caso de Uso
Cdigo CU_002
Nombre Creacin de formularios, mdulos y seguridad
Objetivo Crear los formularios, mdulos y la seguridad que usara la plataforma en cada uno de
los usuarios y gestiones que se realizaran
Descripcin El administrador crea los formularios, los mdulos y administrara la seguridad de cada
uno de los usuarios que accedern a la plataforma
Actores A: Administrador, S: Sistema
Informacin de Catalogacin
Proyecto Sistema de seguridad
Escenario
Alternativo
Condicin de Permisos asignados correctamente
xito
5. Vista Lgica
Desde el punto de vista lgico, el sistema de seguridad se compone de 5
paquetes principales:
Presentacin: contiene las clases para cada una de los formularios que
utilizarn los actores para comunicarse e interactuar con el sistema.
6. Process View
Veremos cmo ser el proceso que debe realizar el usuario, en este proceso
vemos plasmado al igual que en los casos de uso los pasos que debe ejecutar el
usuario para ejecutar determinadas acciones.
7. Vista de Despliegue
8. Implementation View
8.2 Capas
Dentro de la capa 1 tenemos la distribucin que se presume tiene el espacio web
que usaremos para almacenar el servicio web, as como tambin la aplicacin que
se ejecutara dentro del mismo servidor de almacenamiento.
Dentro de la segunda capa veremos la aplicacin como tal que ser la interfaz
que vemos al momento de tener la intencin de brindar seguridad a una
aplicacin.
La capa tres ser en el punto del cliente que es donde se ver y finalmente se
har uso de las capacidades de la aplicacin
9. Tamao y rendimiento
Para la aplicacin de seguridad se recomienda el uso de una infraestructura
simple, ya que la cantidad de usuarios conectados y con sesin permanente
segn lo calculado no son altos.
10. Calidad
- La interfaz de usuario ser compatible con todos los navegadores, esto establecido
como uno de los requerimientos, adicionalmente como un estndar de calidad.
- Cada mdulo desarrollado cumplir con las buenas prcticas establecidas por
Microsoft
- La aplicacin funcionara de forma dinmica segn lo establecido por requerimientos
adicionalmente esto permitir un mejor y ms amplio manejo por parte de los
usuarios.
11. Patrones
Debe haber exactamente una nica instancia de una clase y los clientes deben poder
acceder desde un punto de acceso fiable.
La instancia debera ser extensible mediante subclases y los clientes deberan poder
usar una instancia sin modificar su cdigo.
Estructura
La clase Singleton define la operacin instance() que permite a los clientes acceder a la
nica instancia de la clase. Los clientes slo pueden acceder a esa instancia a travs de
esa operacin2
2 . https://instintobinario.com/patrones-de-diseno-patron-singleton/
3 http://patronestructuralesyalgomas.blogspot.com.co/2009/05/patron-bridge.html