Modelo Sad

SISEDE
Sistema de Seguimiento y Detección de Personas

Documento de Arquitectura de Software
Versión 1.0
Sistema de Seguimiento y Detección de Personas Versión: 1.0
Documento de Arquitectura de Software Fecha: 05/12/2019
Documento SAD
Revisión Histórica
Fecha Versión Descripción Autor
27/09/2019 0.1 Primera realización del documento SAD Juan Ruiz
29/09/2019 0.2 Revisión del documento SAD Juan Ruiz
Confidencial SISEDE, 2023 Page 2 of 31

Documento SAD
Tabla de contenido
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Definición, siglas y abreviaturas 4
1.4 Referencias 4
1.5 Visión General 5
2. Representación Arquitectónica 5
2.1 Escenarios 5
2.2 Vista Lógica 6
2.3 Vista del Proceso 6
2.4 Vista del desarrollo 6
2.5 Vista Física 6
3. Objetivos y limitaciones arquitectónicas 7

3.1 Disponibilidad 7
3.2 Seguridad 7
3.3 Adaptabilidad 7
3.4 Rendimiento 7
4. Análisis de Requerimientos 7
5. Vistas de Caso de Uso 9
6. Vista de Lógica 17
6.1 Diagrama de Contextual 17
7. Vista de Procesos 18
7.1 Diagrama de Proceso Actual 18
7.2 Diagrama de Proceso Propuesto 18
8. Vista de Despliegue 18
8.1 Diagrama de Contenedor 19
9. Vista de Implementación 19
9.1 Diagrama de Componente 20
10. Vista de Datos 22

10.1 Diagrama Entidad Relación del SISEDE 22
10.2 Diagrama Entidad Relación de Requisitoria Policial 22
10.3 Diagrama Entidad Relación de Manifiesto de Pasajeros 23
11. Calidad 24
11.1 Escenario de Seguridad 25
11.2 Escenario de Usabilidad 26
11.3 Escenario de Adaptabilidad 27
11.4 Escenario de Disponibilidad 28

Documento SAD
Documento de Arquitectura de Software

1. Introducción
El Sistema de Seguimiento y Detección de Personas (SISEDE) es una plataforma para la detección de

personas con orden de detención. El sistema podrá generar datos estadísticos de los registros. El sistema hace
que sea posible mantener historial de ubicación de las personas que se movilizan utilizando las diferentes
empresas de transportes interprovinciales.
1.1 Propósito
Este documento proporciona una visión general de arquitectura global del sistema, usando una serie de
diferentes puntos de vista de arquitectura para representar diferentes aspectos del sistema.
Con el propósito de crear una Plataforma donde se podrá guardar registros de las rutas hechas por las personas
con orden de detención. Así como también de enviar una aleta al sistema policial con todos los detalles de la
persona detectada por nuestro sistema de seguimiento.
Para representar el software con la mayor precisión posible, la estructura de este documento se basa en la
vista de arquitectura de modelo "4 + 1" [KRU41].
1.2 Alcance
El documento de arquitectura de software se aplica a cada aspecto estático y dinámico del sistema.
Bajo el comportamiento estático del sistema, el documento analiza los diagramas de clases, diagramas de
paquetes y otros diseños de la arquitectura estática. Bajo los aspectos dinámicos del sistema se elaboran las
realizaciones de casos de uso y diagramas de secuencia del sistema.
1.3 Definición, siglas y abreviaturas
SISEDE: Sistema de Seguimiento y Detección de Personas.

SAD: Documento de Arquitectura de Software.
API: Interfaz de Programación de Aplicaciones.
MVC: Modelo Vista Controlador.
RUP: Proceso Unificado Racional.
UML: Lenguaje de Modelado Unificado.
1.4 Referencias
 Análisis y Diseño orientado a objetos de sistemas Usando UML. Bennett, McRobb, Farmer
McGrawHill.
 El Lenguaje Unificado de Modelado: Manual de Referencia. Rumbaugh, Jacobson, Booch.
AddisonWesley.
 Software Architecture in Practice – Third Edition. Len Bass, Paul Clements, Rick Kazman.

Documento SAD
1.5 Visión General
El presente documento presentará un análisis detallado de la arquitectura del Sistema de Seguimiento y

Detección de Personas, organizada de forma en la cual el lector podrá encontrar la descripción de los
diferentes aspectos importantes del sistema, estos están distribuidos de la siguiente manera:
Sección 1. Introducción, una vista general de lo que tratará la documentación del sistema.
Sección 2. Representación Arquitectónica, describe que arquitectura de Software será utilizada para el
desarrollo del sistema y como será representada.
Sección 3. Objetivos y Limitaciones Arquitectónicas, muestra como los requerimientos no funcionales
impactan en la arquitectura de software seleccionada.
Sección 4. Análisis de requerimientos, describen los requerimientos del sistema.
Sección 5. Vista de Casos de Uso, contiene los casos de uso del sistema.
Sección 6. Vista Lógica, tiene una descripción de las partes más importantes de la arquitectura.
Sección 7. Vista de Procesos, muestra la descripción del sistema en los procesos que ejecuta.
Sección 8. Vista de Despliegue, describe la manera como se va a ejecutar el sistema.
Sección 9. Vista de Implementación, describe el modelo de implementación del sistema.
Sección 10. Vista de Datos, muestra la manera cómo van a ser almacenados los datos del sistema.
Sección 11. Tamaño y Rendimiento, describe las principales características del tamaño y del desempeño del
sistema.
Sección 12. Calidad, muestra los atributos de calidad que son tenidos en cuenta.
2. Representación Arquitectónica
Esta sección detalla la arquitectura usando las vistas definidas en el modelo de “4 + 1”. Las vistas usadas
para documentar la aplicación de SISEDE (Sistema de Seguimiento y Detección de Personas) son:
2.1 Escenarios
Audiencia:
Todos los actores del sistema, incluidos los usuarios finales.
Área:
Describe el conjunto de escenarios y/o casos de uso que representan alguna funcionalidad central significativa
del sistema. Describe los actores y casos de uso del sistema. Aparte del flujo de trabajo básico, los
documentos abordan los casos de excepción, las salidas de excepción y otros casos de uso relacionados.

Documento SAD
2.2 Vista Lógica
Audiencia:
Diseñadores, programadores, personal de pruebas.
Área:
Requisitos funcionales, jerarquía de objetos, capas del sistema.
Describe el diseño de modelo de objetos. También describe los subsistemas del sistema y sus relaciones.
2.3 Vista del Proceso
Audiencia:
Integradores, los programadores.
Área:
Requisitos no funcionales, describe de concurrencia y sincronización aspectos del diseño.
Elabora el comportamiento en tiempo de ejecución del sistema.
2.4 Vista del desarrollo
Audiencia:
Programadores, probadores Código.
Área:
Componentes de software: describe los módulos y las divisiones subsistema del sistema.
2.5 Vista Física
Audiencia:
Administradores de bases de datos, ingenieros de sistemas, gestores de despliegue.
Área:
Persistencia: describe los elementos persistentes arquitectónicamente significativos en el modelo de datos.
Describe el mapeo del software en el hardware y muestra aspectos distribuidos del sistema.

Documento SAD
3. Objetivos y limitaciones arquitectónicas
La arquitectura deberá ser diseñado teniendo en cuenta los siguientes objetivos:

- Gestionar datos de las personas.
- Gestionar historial de ubicación de las personas.
- Gestionar usuarios.
- Gestionar búsqueda de las personas.
3.1 Disponibilidad
El Sistema web deberá facilitar una alta disponibilidad, deberá ser accesible el 90% del tiempo, en caso de
no estar disponible, el sistema web no podrá ser visible y en otros casos el servicio web será denegado al
usuario, pidiéndole que trate de acceder más tarde.
3.2 Seguridad
El Sistema web deberá realizar una autenticación de los usuarios de tal manera que pueda identificarlos y así
poder verificar el nivel de permisos que estos tienen, para así poder otorgarle el acceso a los módulos
correspondientes.
El sistema deberá impedir, en la medida posible, los fallos de seguridad como intrusos que puedan acceder
al sistema haciéndose pasar por usuarios con determinados permisos dentro de esta.
3.3 Adaptabilidad
El Sistema web deberá ser visible desde cualquier tipo de explorador tanto para PC como para móvil.
3.4 Rendimiento
El Sistema web deberá enviar rápidamente (menos de 1 minuto) una alerta cuando el proceso de detección
logre encontrar coincidencias de la persona buscada.
4. Análisis de Requerimientos
REQUERIMIENTOS FUNCIONALES

Documento SAD
Nro. Requerimiento Descripción
RF-01 IDENTIFICACIÓN DE El Sistema web deberá requerir la autentificación de usuario.

USUARIOS
RF-02 ADMITIR DATOS DE LAS El sistema admitirá datos de manera cifrada de los manifiestos de
EMPRESAS DE TRANSPORTES pasajeros que hagan uso del servicio de transportes.
RF-03 FILTRAR PERSONAS El sistema podrá filtrar y detectar en tiempo real a las personas que se
encuentren con un antecedente policial vigente mediante la
comparación de los datos obtenidos de los manifiestos de las
empresas de transportes con los datos de la PNP.
RF-04 GENERAR ALERTA El sistema, en caso de encontrar una coincidencia podrá, enviar un
mensaje de alerta indicando los datos de la persona detectada, sus
antecedentes, su manifiesto y la persona responsable de la operación.
También notificara al usuario en caso de encontrar una co
RF-05 CAMBIAR ESTADO DE El sistema podrá admitir el cambio de estado de un reporte generado,
REPORTE ejemplo: Operación Generada, Operación en Curso, Operación
Completada.
RF-06 GESTIONAR USUARIOS El administrador podrá agregar nuevos usuarios como también
asignar permisos para aquellos que vayan a interactuar con el sistema.
RF-07 GENERAR REPORTES El sistema podrá generar reportes mensuales indicando la actividad
realizada durante todo el mes, datos como: cantidad de personas
detectadas en el mes, número de consultas hechas, cantidad de datos
almacenados, cantidad de accesos, etc.
RF-08 GENERAR PARTE POLICIAL El sistema generará un parte policial, donde el usuario policía
tendrá que llenar la parte una vez realizada la operación de
retención.
REQUERIMIENTOS NO FUNCIONALES

Documento SAD
Nro. Requerimiento Descripción Indicador
RNF-01 SEGURIDAD El sistema debe mantener la información de Probabilidad de identificar al

auditoría sobre los datos que modifique un usuario responsable de la perdida de
información
RNF-02 USABILIDAD El sistema web debe ser fácil de usar, con ayuda Medición del tiempo que el
interfaces intuitivas y colores amigables, para una usuario demora en aprender a
persona que no esté muy familiarizada al uso de usar el software
sistemas
RNF-03 ADAPTABILIDAD El sistema web debe funcionar en distintos Cantidad de errores al probar el
exploradores web tanto como para PC como para sistema en distintos tipos de
móvil. exploradores
RNF-04 DISPONIBILIDAD El Sistema web deberá ser accesible el 90% del Porcentaje en el que el sistema
tiempo, en caso de no estar disponible, el sistema no está disponible en un mes
web no podrá ser visible y/o deberá mostrarse un
mensaje de intente conectarse luego.
RNF-05 RENDIMIENTO El sistema deberá escanear en menos de 5s. los El tiempo en el que el sistema
manifiestos que envían cada empresa de responde la consulta
transporte.
5. Vistas de Caso de Uso
Diagrama de Casos de Uso – Autenticar Usuario
Especificación caso de uso Autenticar Usuario

ID S_CU1 Nombre Autenticar Usuario
Actor(es) Administrador, Jefe de Proyecto, Miembros de Proyecto
Objetivo Solo los usuarios registrados en el sistema podrán tener acceso y se les mostrará las
opciones en el sistema de acuerdo con el nivel que cuenta cada usuario.
Precondiciones Las cuentas de acceso deben estar registradas con el estado “Activo” en el sistema.
Postcondiciones ---
Flujo de Eventos

Documento SAD
ACTOR SISTEMA
1. El sistema devuelve la página de inicio que es “Ingreso al sistema”,

muestra los campos de “Usuario”, “Contraseña” y un botón de
“Ingresar”
2. El usuario ingresa los 3. Se validan los datos ingresados y se buscan en la base de datos los
campos mostrados campos ingresados en caso de que no exista el usuario o que los datos
por el sistema y ingresados sean erróneos se le muestra una alerta y retorna al Paso 2, de
presiona el botón lo contrario se ingresará al sistema con éxito, mostrando opciones de
“Ingresar” acuerdo con el nivel que cuenta cada Usuario.
4. El usuario cierra la 5. Fin de la Actividad
sesión y retorna al
Paso 1
Diagrama de Casos de Uso – Gestionar Tipo Usuario

Documento SAD
Especificación caso de uso Gestionar Tipo Usuario

ID M_CU2 Nombre Gestionar Tipo Usuario
Actor(es) Administrador
Este caso de uso contiene las acciones principales sobre los usuarios, tales como
Objetivo
“Registrar Usuario”, “Editar usuario”, “Buscar Usuario”.
Precondiciones El administrador como Usuario debe estar registrado en el sistema.
Luego de la finalización de la actividad, el sistema almacenará la información sobre la
Postcondiciones acción realizada permitiendo a los demás usuarios ingresar al sistema y ver los
proyectos a los que pertenece.
Flujo de Eventos
ACTOR SISTEMA
1. El usuario 2. Muestra una lista desplegable el cual contiene “Gestionar Tipo
selecciona la lista Usuario”.
desplegable
“Mantenimiento”

Documento SAD
3. EL usuario 4. El sistema muestra una nueva vista con el título “Registrar Tipo
selecciona la Usuario” que está compuesto de dos secciones los cuales son:
opción “Información de Tipo Usuario” y “Lista de Tipo Usuarios”.
“Gestionar 5. La sección “Información de Usuario” contienen los siguientes campos:
Tipo Usuario”  Nombre: 250 letras disponibles
 Estado: (Lista desplegable con -Seleccionar-, Activo e Inactivo)
Y también el botón “Guardar”.
6. La sección “Lista de Tipo Usuarios” mostrará una lista desplegable con
el título “Mostrar” que contiene 5,10,25,50,100 y Todos, con un
mensaje al final de la tabla “Mostrando registros del 1 al número
dependiendo de la cantidad de registros o la opción que haya
seleccionado”, junto a el número de la página y dos botones “anterior y
siguiente, También muestra el campo de “Buscar” y la tabla con el
registro de usuarios existentes con los títulos: #(enumeración), CIP,
Nombres y Apellidos y Acción el cual contiene un botón por cada
registro con el nombre de “Editar”.

Documento SAD
Diagrama de Casos de Uso – Gestionar Usuario
Especificación caso de uso Gestionar Usuario

ID M_CU2 Nombre Gestionar Usuario
Actor(es) Administrador
Este caso de uso contiene las acciones principales sobre los usuarios, tales como
Objetivo
“Registrar Usuario”, “Editar usuario”, “Buscar Usuario”.
Postcondiciones acción realizada permitiendo a los demás usuarios ingresar al sistema y ver los
proyectos a los que pertenece.
Flujo de Eventos
ACTOR SISTEMA
1. El usuario selecciona la lista 2. Muestra una lista desplegable el cual contiene “Gestionar
desplegable “Mantenimiento” Usuario”.

Documento SAD
3. EL usuario selecciona la 7. El sistema muestra una nueva vista con el título “Registrar
opción “Gestionar Usuario” Usuario” que está compuesto de dos secciones los cuales son:
“Información de Usuario” y “Lista de Usuarios”.
8. La sección “Información de Usuario” contienen los siguientes
campos:
 CIP: 8 dígitos numéricos
 Nombre: 250 letras disponibles
 Apellido: 250 letras disponibles
 jurisdicción: 250 letras disponibles
 Usuario: 8 dígitos alfanuméricos.
 Contraseña: 8 dígitos alfanuméricos.
 Grado: (So3, So2, So1, SOT3, SOT2, SOT1, SOB, SS)
 Estado: (Lista desplegable con -Seleccionar-, Activo e
Inactivo)
Y también el botón “Guardar”.
9. La sección “Lista de Usuarios” mostrará una lista desplegable
con el título “Mostrar” que contiene 5,10,25,50,100 y Todos,
con un mensaje al final de la tabla “Mostrando registros del 1
al número dependiendo de la cantidad de registros o la opción
que haya seleccionado”, junto a el número de la página y dos
botones “anterior y siguiente, También muestra el campo de
“Buscar” y la tabla con el registro de usuarios existentes con
los títulos: #(enumeración), CIP, Nombres y Apellidos y
Acción el cual contiene un botón por cada registro con el
nombre de “Editar”.

Documento SAD
Diagrama de Casos de Uso – Generar Reporte de Coincidencias
Especificación caso de uso Generar Reportes de Incidencia

ID M_CU2 Nombre Generar Reportes de Coincidencia
Actor(es) Administrador, Usuario
Este caso de uso contiene las acciones principales sobre la Vista Generar Reportes de
Objetivo
Coincidencia
Postcondiciones acción realizada permitiendo a los demás usuarios ingresar al sistema y ver los proyectos a
los que pertenece.
Flujo de Eventos
ACTOR SISTEMA
1. El usuario selecciona la 2. Muestra una lista desplegable el cual contiene “Reportes de
Consultas Incidencia”

Documento SAD
EL usuario selecciona la 4. El sistema muestra una nueva vista con el título “Reporte de
opción “Gestionar Incidencias”
Incidencias” 5. La sección “Reporte de Coincidencias” contienen los
siguientes campos:
 DNI: 8 dígitos numéricos.
 Nombre: 250 letras disponibles.
 Apellido: 250 letras disponibles.
 Requisitoria: 250 dígitos numéricos.
 Fecha: datetime.
 Origen: 250 letras disponibles.
6. La sección “Reporte de Coincidencias” mostrará una lista

desplegable con el título “Mostrar” que contiene
5,10,25,50,100 y Todos, con un mensaje al final de la tabla
“Mostrando registros del 1 al número dependiendo de la
cantidad de registros o la opción que haya seleccionado”,
junto a el número de la página y dos botones “anterior y
siguiente, También muestra el campo de “Buscar” y la tabla
con el registro de usuarios existentes con los títulos:
#(enumeración), DNI, Nombres y Apellidos y Acción el cual
contiene un botón por cada registro con el nombre de
“Detalles”.

Documento SAD
6. Vista de Lógica
6.1 Diagrama de Contextual

Documento SAD
7. Vista de Procesos
7.1 Diagrama de Proceso Actual
7.2 Diagrama de Proceso Propuesto
8. Vista de Despliegue

Documento SAD
8.1 Diagrama de Contenedor
9. Vista de Implementación

Documento SAD
9.1 Diagrama de Componente

Documento SAD
9.2 Diagrama Despliegue

Documento SAD
10. Vista de Datos
10.1 Diagrama Entidad Relación del SISEDE
10.2 Diagrama Entidad Relación de Requisitoria Policial

Documento SAD
10.3 Diagrama Entidad Relación de Manifiesto de Pasajeros

Documento SAD
11. Calidad
11.1 Recolección de Escenarios

Documento SAD
11.2 Refinamiento de Escenarios

Documento SAD
11.3 Priorizar Escenarios

Documento SAD
11.4 Utilidad de Escenarios

Documento SAD
11.5 Estrategias

Documento SAD
11.6 Utilidad de Estrategias

Documento SAD
11.7 Beneficio Total

Documento SAD
11.8 Beneficio Costo

Modelo Sad

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Modelo Sad

Cargado por

Copyright:

Formatos disponibles

SISEDE

Sistema de Seguimiento y Detección de Personas

Confidencial SISEDE, 2023 Page 2 of 31

3. Objetivos y limitaciones arquitectónicas 7

5. Vistas de Caso de Uso 9

10. Vista de Datos 22

Confidencial SISEDE, 2023 Page 3 of 31

Documento de Arquitectura de Software

El Sistema de Seguimiento y Detección de Personas (SISEDE) es una plataforma para la detección de

1.3 Definición, siglas y abreviaturas

SISEDE: Sistema de Seguimiento y Detección de Personas.

Confidencial SISEDE, 2023 Page 4 of 31

1.5 Visión General

El presente documento presentará un análisis detallado de la arquitectura del Sistema de Seguimiento y

Confidencial SISEDE, 2023 Page 5 of 31

2.2 Vista Lógica

2.3 Vista del Proceso

2.4 Vista del desarrollo

2.5 Vista Física

Confidencial SISEDE, 2023 Page 6 of 31

3. Objetivos y limitaciones arquitectónicas

La arquitectura deberá ser diseñado teniendo en cuenta los siguientes objetivos:

Confidencial SISEDE, 2023 Page 7 of 31

Nro. Requerimiento Descripción

RF-01 IDENTIFICACIÓN DE El Sistema web deberá requerir la autentificación de usuario.

Confidencial SISEDE, 2023 Page 8 of 31

Nro. Requerimiento Descripción Indicador

RNF-01 SEGURIDAD El sistema debe mantener la información de Probabilidad de identificar al

5. Vistas de Caso de Uso

Diagrama de Casos de Uso – Autenticar Usuario

Especificación caso de uso Autenticar Usuario

Actor(es) Administrador, Jefe de Proyecto, Miembros de Proyecto

Confidencial SISEDE, 2023 Page 9 of 31

1. El sistema devuelve la página de inicio que es “Ingreso al sistema”,

Diagrama de Casos de Uso – Gestionar Tipo Usuario

Confidencial SISEDE, 2023 Page 10 of 31

Especificación caso de uso Gestionar Tipo Usuario

Confidencial SISEDE, 2023 Page 11 of 31

Confidencial SISEDE, 2023 Page 12 of 31

Diagrama de Casos de Uso – Gestionar Usuario

Especificación caso de uso Gestionar Usuario

Confidencial SISEDE, 2023 Page 13 of 31

Confidencial SISEDE, 2023 Page 14 of 31

Diagrama de Casos de Uso – Generar Reporte de Coincidencias

Especificación caso de uso Generar Reportes de Incidencia

Confidencial SISEDE, 2023 Page 15 of 31

6. La sección “Reporte de Coincidencias” mostrará una lista

Confidencial SISEDE, 2023 Page 16 of 31

6.1 Diagrama de Contextual

Confidencial SISEDE, 2023 Page 17 of 31

7.1 Diagrama de Proceso Actual

7.2 Diagrama de Proceso Propuesto

Confidencial SISEDE, 2023 Page 18 of 31

8.1 Diagrama de Contenedor

Confidencial SISEDE, 2023 Page 19 of 31

9.1 Diagrama de Componente

Confidencial SISEDE, 2023 Page 20 of 31

9.2 Diagrama Despliegue

Confidencial SISEDE, 2023 Page 21 of 31

10. Vista de Datos

10.1 Diagrama Entidad Relación del SISEDE

10.2 Diagrama Entidad Relación de Requisitoria Policial

Confidencial SISEDE, 2023 Page 22 of 31