Especificacion de Requisitos de Software

Especificación de requisitos de software

Proyecto: SCR-WEB (Sistema de Clasificación de Riesgo WEB)Revisión 1.0.0

Junio 2015

Calixto Tarazona, Vanessa

Carrillo Huanca, Luis

Crespo Espinoza, Brayan

M.

Espinoza Aguirre,

Emerson

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

10/06/2015

Calixto Tarazona, Vanessa

Carrillo Huanca, Luis

Crespo Espinoza, Brayan M.

Espinoza Aguirre, Emerson

Rosales Quispe, Elef

Documento validado por las partes en fecha: 10/06/2015

Por el cliente Por la empresa suministradora

Fdo. Prof. BENJAMIN QUIJANO SAENZ Fdo. D. Brayan Murphy Crespo Espinoza

SCR-WEB (Sistema de Clasificación de Riesgo WEB)Especificación de requisitos de software

Rev. [99.99]Pág. 3

CONTENIDO

FICHA DEL DOCUMENTO...............................................................................................................................................3

INTRODUCCIÓN...............................................................................................................................................................5

1.1 Propósito..........................................................................................................................................................5

1.2 Alcance.............................................................................................................................................................5

1.3 Personal involucrado......................................................................................................................................5

1.4 Definiciones, acrónimos y abreviaturas........................................................................................................61.4.1 De la institución............................................................................................................................................61.4.2 Del Sistema..................................................................................................................................................61.4.3 De tecnología...............................................................................................................................................7

1.1 Referencias......................................................................................................................................................8

1.2 Resumen..........................................................................................................................................................8

2 DESCRIPCIÓN GENERAL.....................................................................................................................................8

2.1 Perspectiva del producto................................................................................................................................8

2.2 Funcionalidad del producto............................................................................................................................8

2.3 Características de los usuarios......................................................................................................................9

2.4 Restricciones.................................................................................................................................................11

2.5 Suposiciones y dependencias......................................................................................................................13

2.6 Evolución previsible del sistema.................................................................................................................13

3 REQUISITOS ESPECÍFICOS...............................................................................................................................13

3.1 Requisitos comunes de los interfaces........................................................................................................133.1.1 Interfaces de usuario..................................................................................................................................133.1.2 Interfaces de hardware...............................................................................................................................153.1.3 Interfaces de software................................................................................................................................153.1.4 Interfaces de comunicación........................................................................................................................15

3.2 Requisitos funcionales.................................................................................................................................153.2.1 Requisito funcional 1..................................................................................................................................153.2.2 Requisito funcional 2..................................................................................................................................153.2.3 Requisito funcional 3..................................................................................................................................15

3.3 Requisitos no funcionales............................................................................................................................163.3.1 Requisitos de rendimiento..........................................................................................................................163.3.2 Seguridad...................................................................................................................................................163.3.3 Fiabilidad....................................................................................................................................................163.3.4 Disponibilidad.............................................................................................................................................163.3.5 Mantenibilidad............................................................................................................................................163.3.6 Portabilidad................................................................................................................................................16

3.4 Otros requisitos.............................................................................................................................................17

4 APÉNDICES...........................................................................................................................................................17

Descripción de requisitos del software


Rev. [99.99]Pág. 4

IntroducciónEl presente proyecto se desarrollará porque existe un problema en la evaluación de las fichas y ver al nivel a la que pertenece un desastre que la Dirección Regional de Defensoría Civil y Seguridad Ciudadana estará dispuesta a brindar servicio y ayuda humanitaria; y envió de las fichas de evaluación a un software Central llamado (SINAP), el cual decide el monto del dinero presupuestado para el apoyo humanitario para el desastre evaluado mediante la ficha (EDAN) y así al final a llegar a brindar el servicio que realiza esta organización.

1.1 PropósitoEl presente documento tiene como propósito definir las especificaciones funcionales, no funcionales y del sistema para la implementación de una aplicación WEB que permitirá administrar y evaluar la zona de riesgo de manera descentralizada de distintos puntos de desastres a nivel nacional del país-PERÚ, siendo esta utilizada por las autoridades de cada punto (Juez de Paz, Gobernador, Alcalde, recepcionista).

1.2 AlcanceDiseño, desarrollo e implantación del sistema SCR-WEB (Sistema de Clasificación de Riesgo WEB).

El SCR-WEB será una aplicación que funcionará en un entorno WEB-INTRANET que permitirá administrar, consultar y evaluar la información de las zonas de riesgos que sufran algún tipo de desastres naturales. Está aplicación dará apoyo a los siguientes procesos:

Administrar las ZONAS ROJAS o de PELIGRO. Administrar las fichas de rellenado. Clasificación rápida de riesgos. Rellenado fácil en interactivo de las fichas. Optimizar el tiempo en todas las zonas especialmente las RURALES.

El SCR-WEB permitirá una flexibilidad de acceso rápido a la ayuda humanitaria y a los fondos que destina el estado a las zonas afectadas. Permitirá realizar el rellenado de las fichas en las zonas descentralizadas a través de una estación de cómputo dotada con una conexión a Internet o vía telefónica en la sede central de Huánuco. El sistema solo será habilitado para los USUARIOS con algún cargo de autoridad en las municipalidades o comunidades, teniendo un único USER y PASS.

1.3 Personal involucradoNombre Brayan Murphy Crespo EspinozaRol ProgramadorCategoría profesional Ingeniero de SistemasResponsabilidades Codificar la aplicaciónInformación de contacto Estudiante – [email protected] - 982082692Aprobación Aprobado

Nombre Elef Rosales QuispeRol ProgramadorCategoría profesional Ingeniero de SistemasResponsabilidades Codificar la aplicaciónInformación de contacto EstudianteAprobación Aprobado



Rev. [99.99]Pág. 5

Nombre Luis Carrillo HuancaRol Tester - Diseñador graficoCategoría profesional Ingeniero de SistemasResponsabilidades Realizar las interfaces gráficas de la aplicación y realizar

las pruebas al sistemasInformación de contacto EstudianteAprobación Aprobado

Nombre Vanessa Calixto TarazonaRol Seguimiento y EntregadorCategoría profesional Ingeniero de SistemasResponsabilidades Coordinador del Proyecto y contacto con el clienteInformación de contacto EstudianteAprobación Aprobado

Nombre Emerson Xinai Espinoza AguirreRol Seguimiento y EntregadorCategoría profesional Ingeniero de SistemasResponsabilidades Coordinador del Proyecto y contacto con el clienteInformación de contacto EstudianteAprobación Aprobado

1.4 Definiciones, acrónimos y abreviaturas

1.4.1 De la institución a. Nivel de Riego: Clasificación que reciben los daños que son causados y

de acuerdo a la magnitud de estas.b. Ficha de Evaluación: Ficha única de llenado que sirve para pedir ayuda

de acuerdo al nivel de clasificación de Riesgo.c. Presupuesto: Cálculo anticipado del coste de una obra o un servicio.d. EDAN: Ficha de evaluación que ayuda a dar un presupuesto.e. SINAP: Software central de DEFENSA CIVIL.

1.4.2 Del Sistema a. Administrar: Acción de agregar, modificar, eliminar y consultar la

información de un determinado objeto o persona. b. Visitante: Persona que navega o utiliza la página principal de DEFENSA

CIVIL Y SEGURIDAD CIUDADANA. c. Usuario: Persona que puede ingresar a la zona privada del SCR-WEB, a

través de un proceso de autenticación utilizando nombre de usuario y contraseña.

d. Rendimiento: Referencia al resultado deseado efectivamente obtenido por cada unidad que realiza la actividad, donde el término unidad puede referirse a un individuo, un equipo, un departamento o una sección de una organización.

e. Permiso: Parámetro que especifica si su poseedor dispone de acceso a una determinada función del sistema o a una parte de la interfaz de usuario del sistema

f. Rol: Es un conjunto de permisos que puede asignarse a un usuario. g. Administrador del Sistema: Persona encargada de ofrecer el soporte

técnico y operativo al SCR-WEB.



Rev. [99.99]Pág. 6

h. Pruebas: Proceso mediante el cual se realizan actividades para verificar la óptima función del sistema.

i. Intranet: Red informática interna de una empresa u organismo, basada en los estándares de Internet, en la que las computadoras están conectadas a uno o varios servidores web.

1.4.3 De tecnología

a. Dominio: Nombre base que agrupa a un conjunto de equipos o dispositivos y que permite proporcionar nombres de equipo más fácilmente recordables en lugar de una dirección IP numérica, Ej.: sis-web.com.

b. Servidor WEB: Es un programa que implementa el protocolo HTTP (hypertext transfer protocol). Este protocolo está diseñado para transferir lo que llamamos hipertextos, páginas web o páginas HTML (hypertext markup language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de música.

c. URL: Significa Uniform Resource Locator, es decir, localizador uniforme de recurso. Es una secuencia de caracteres, de acuerdo a un formato estándar, que se usa para nombrar recursos, como documentos e imágenes en Internet, por su localización.

d. HTTP: El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transacción de la Web (WWW). E

e. Enlaces : una referencia en un documento de hipertexto a otro documento o recurso

f. Sistema de gestión de Base de Datos: Son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.

g. Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente para su posterior uso.

h. Aplicación: Es un programa informático diseñado para facilitar al usuario la realización de un determinado tipo de trabajo.

i. MySQL: Sistema de gestión de base de datos relacional. Comúnmente utilizados en aplicaciones Web.

j. PHP (PHP Hypertext Pre-processor): Lenguaje de programación interpretado usado para la creación de aplicaciones para servidores, o creación de contenido dinámico para sitios web.

k. Apache: Servidor de WEB de código abierto.l. Dirección IP (Internet Protocol) : Número que identifica de

manera lógica y jerárquica a una interfaz de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol).

m. Protocolo IP: El Protocolo de Internet (IP, de sus siglas en inglés Internet Protocol) es un protocolo no orientado a la conexión, usado tanto por el origen como por el destino para la comunicación de estos a través de una red (Internet).

n. Browser o Motor de Navegación: Es una aplicación que permite al usuario recuperar y visualizar documentos de hipertexto, comúnmente descritos en HTML, desde servidores web de todo el mundo a través de Internet

o. DNS: Es una base de datos distribuida y jerárquica que almacena información asociada de una dirección IP a nombres de dominio en redes como Internet.

p. HTML (HyperText Markup Language): Es un lenguaje de marcación diseñado para estructurar textos y presentarlos en



Rev. [99.99]Pág. 7

forma de hipertexto, que es el formato estándar de las páginas web.

q. Ajax (Asynchronous JavaScript And XML): es una técnica de desarrollo web para crear aplicaciones interactivas.

r. RIA (Rich Internet Applications): es un nuevo tipo de aplicación con más ventajas que las tradicionales aplicaciones Web. Esta surge como una combinación de las ventajas que ofrecen las aplicaciones Web y las aplicaciones tradicionales.

s. JavaScript: Es un lenguaje interpretado, es decir, que no requiere compilación, utilizado principalmente en páginas web.

t. Internet: Es un método de interconexión descentralizada de redes de computadoras implementado en un conjunto de protocolos denominado TCP/IP

u. Encriptar: Ocultar el contenido de un mensaje mediante un proceso de codificación de manera tal que el acceso al contenido del mensaje sea restringido.

1.1 Referencias

Referencia Titulo Ruta Fecha Autor

01 IEEE 830 https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf

22/10/2008 N.N

[Bass97]

WebSA (Web Software Architecture)

http://www.dlsi.ua.es/~santi/papers/websatr.pdf N.N N.N

PDF Especificación de requisitos de software

http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:pis:ejemplo_de_especificacion_de_requerimientos_-_para_sesion_9.pdf

2007 Tania Isadora Mora



Rev. [99.99]Pág. 8

1.2 ResumenEn el presente documento se encontrará la información acerca de las características del producto de software, interfaces del usuario, interfaces del sistema, características de los usuarios, descripción de los requerimientos funcionales, no funcionales y del sistema, los cuales se representaran mediante el siguiente formato:

2 Descripción general

2.1 Perspectiva del producto

El sistema SCR-WEB será un producto diseñado para trabajar en entornos WEB, lo que permitirá su utilización de forma descentralizada, además trabajará de manera independiente por lo tanto no interactuará con otros sistemas.

2.2 Funcionalidad del producto El sistema SCR-WEB permitirá realizar las siguientes funciones:

a. Administración de Usuarios: El administrador del sistema podrá gestionar los usuarios que lo integran (agregar, modificar, eliminar, buscar, listar).

b. Administración de Recepción y/o Citas: El administrador del sistema podrá rellenar la ficha de evaluación cuando esta reciba una llamada de emergencia de la Zona de Desastre y así mismo podrá gestionar las reuniones o citas que se realizaran para las charlas informativas o capacitaciones por regiones o departamentos, a través de un mensaje o notificaciones.

c. Administración de Roles: El administrador del sistema gestionará los roles de usuarios del sistema, de igual forma asignará los roles a los usuarios.

d. Publicación de Información: El administrador del sistema actualizará la información general del SCR-WEB.

e. Inscripción: Proceso que permitirá a una persona registrar al sistema o solicitar una afiliación al sistema.

f. Navegación: Proceso por el cual una persona podrá utilizar el SCR-WEB.



Rev. [99.99]Pág. 9

2.3 Características de los usuarios

El sistema SCR-WEB contendrá 5 tipos de usuarios que interactuaran y lo administraran:

Visitante: Persona que interactuará continuamente con el sistema principal de DEFENSA CIVIL, y no debe tener una capacitación con respecto al sistema únicamente debe tener un conocimiento básico sobre navegación en páginas Web.

Participante: Su rol en el sistema consiste en pasar de ser visitante a participante en el momento que se inscriba a algún tipo de capacitación o actividad que realice DEFENSA CIVIL, al igual que el visitante su conocimiento debe ser básico en el manejo de páginas Web para que realice su inscripción.

Coordinación de Recepción y/o Notificaciones: Usuarios con conocimiento en el manejo del sistema con una previa capacitación por parte de la entidad.

Usuarios por localidad: Usuarios con cargo importante en cada distrito, quienes tendrán un único acceso al llenado de la ficha de evaluación de desastre.

Administrador del Sistema: Usuario con gran conocimiento en el manejo del sistema con una previa capacitación por parte de la entidad. Encargado de manejar el sistema con gran responsabilidad sobre los criterios de permisos sobre los usuarios.


ADMINISTRADOR

VISITANTE

USUARIO REGISTRADO

PARTICIPANTE RECEPCION USUARIOS POR LOCALIDAD


Rev. [99.99]Pág. 10

JERARQUÍA DE LOS USUARIOS



Rev. [99.99]Pág. 11

Tipo de usuario VisitanteFormación Básica en navegación en páginas WEBHabilidades Navegar por la WebActividades Auto información

Tipo de usuario ParticipanteFormación Básica en navegación en páginas WEBHabilidades Navegar por la WebActividades Participar-asesorarse

Tipo de usuario Coordinación de Recepción y/o NotificacionesFormación Intermedia en Computación e InformáticaHabilidades Manejos de SoftwareActividades Rellenado de Fichas y Envió de Notificaciones

Tipo de usuario Usuarios por localidadFormación MediaHabilidades Navegar por la WEBActividades Rellenar la ficha de evaluación

Tipo de usuario Administrador del SistemaFormación Alta- Grado de experto en informáticaHabilidades Experto en sistemas de InformáticaActividades Manejar el Sistema

2.4 Restricciones

2.4.1 Políticas reguladorasLa aplicación se desarrollará mediante software de licencia abierta por lo tanto no se deberá pagar por el uso de: servidor WEB (Apache), Sistema de Gestión de base de datos (MySQL) y el lenguaje de programación (PHP), por lo tanto, la utilización de estos programas se hará mediante las políticas establecidas por este tipo de licenciamiento.

2.4.2 Limitaciones de hardwarePara esta aplicación será necesario un computador servidor en el cual se instalará el servidor WEB apache, MySQL, PHP y la aplicación SCR-WEB.



Rev. [99.99]Pág. 12

2.4.3 Interfaces con otras aplicacionesDebido a que el sistema no interactúa con otros sistemas y es autónomo no se desarrollaran interfaces con otras aplicaciones. Las conexiones necesarias para la utilización del servidor web, MySql, PHP y un DNS, se hará por medio de la configuración de estos programas.

2.4.4 Funcionamiento paralelo

No es condición en el proyecto.

2.4.5 Funciones de auditoria

No es condición en el proyecto.

2.4.6 Funciones de controlEl sistema debe controlar los permisos que tiene cada usuario para su accesibilidad de una manera correcta, de tal forma que pueda acceder la información que le corresponde de acuerdo a su rol. Debe tener controles adecuados para la validación de datos, de igual manera la programación de las actividades específicas para cada CITA o NOTIFICACIÓN.

2.4.7 Requisitos del lenguaje

Todo el material que se realice para el usuario y la aplicación debe de estar en lenguaje español.

2.4.8 Protocolos señalados

Se usará protocolos de comunicación TCP/IP, HTTP.

2.4.9 Requisitos de fiabilidad

La información correspondiente a la programación de los seminarios como la fecha, la hora, el sitio, cantidad de inscritos, ponente y los recursos deben estar ajustados a la realidad para evitar desorganización.

2.4.10 Credibilidad de la aplicación

Para garantizar una buena credibilidad el sistema deberá ser sometido a una serie de pruebas para establecer que se encuentra acorde a los requerimientos que se plasman en el documento en tanto a la consistencia de datos como el rendimiento de la aplicación, tales como tiempos de respuesta.

2.4.11 Consideraciones de seguridad

Cada usuario deberá autenticarse y su acceso verificado por una sola terminal para su respectiva labor de acuerdo a lo que su rol especifique. Todas las claves de seguridad deberán estar seguras y en su defecto encriptadas en la base de datos para dar una buena seguridad al sistema y su información.



Rev. [99.99]Pág. 13

2.5 Suposiciones y dependencias La red interna deberá de estar configurada para el manejo

de protocolos TCP/IP, HTTP, DNS, principalmente todo lo relacionado en cuanto a desempeño y seguridad.

Debe realizarse una capacitación adecuada y acorde a lo que cada usuario va a realizar. Su capacitación de hará en el momento que sea necesaria y a las personas indicadas.

2.6 Evolución previsible del sistema Los siguientes aspectos no están incluidos en la presente versión:

a. No tendrá interfaces de conexión con los programas de tesorería o

contabilidad para el control de pagos y demás costos.

b. No esta integrada con los demás sistemas que maneja la institución.



Rev. [99.99]Pág. 14

3 Requisitos específicos

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

Número de requisito 1Nombre de requisito Menú de la pagina webTipo RestricciónFuente del requisito Pagina webPrioridad del requisito Alta/Esencial

Descripción El sistema contiene una pagina web accesible para los usuarios para consultar las diferentes posibilidades que ofrece el sistema

Número de requisito 2Nombre de requisito Menú de aplicación Tipo RestricciónFuente del requisito SoftwarePrioridad del requisito Alta/Esencial

Descripción La pagina web debe contener un menú de todas las posibilidad del usuario una vez este ultimo accede a su cuenta

Número de requisito 3Nombre de requisito Campo de Relleno de la fichas de evaluación de DesastreTipo RestricciónFuente del requisito Pagina webPrioridad del requisito Alta/Esencial

Descripción La aplicación debe tener una interfaz para permitir a los usuarios de rellenar los campos de la ficha que será evaluada de acuerdo a los parámetros estandarizados.

Número de requisito 4Nombre de requisito Registros de Usuarios por localidadTipo RestricciónFuente del requisito Pagina webPrioridad del requisito Alta/Esencial

Descripción El sistema contiene una pagina web accesible para los usuarios por localidad, quienes son las autoridades de cada provincia o distrito, el registro será generado de forma automática por el administrados.



Rev. [99.99]Pág. 15

Número de requisito 5Nombre de requisito Campo de Relleno de los visitantesTipo RestricciónFuente del requisito Pagina webPrioridad del requisito Media/Deseado

Descripción La aplicación debe tener una interfaz para permitir a los usuarios de modo visitante inscribirse a algún curso o clases de capacitación de riesgos que realizara la institución.

Número de requisito 6Nombre de requisito Escribir en formato ArialTipo RestricciónFuente del requisito Pagina webPrioridad del requisito Media/Deseado

Descripción Permitir a todos los usuarios de la aplicación de escribir en formato Arial

Número de requisito 7Nombre de requisito Sacar Datos de los Usuarios Tipo RestricciónFuente del requisito Pagina webPrioridad del requisito Alta/Esencial

Descripción Permitirá al administrar sacar los datos del usuario registrado que desee.

Número de requisito 8Nombre de requisito Escribir en diferentes coloresTipo RequisitoFuente del requisito Pagina webPrioridad del requisito Baja/ Opcional

Descripción Permitir a los usuarios de la aplicación escribir en diferentes colores



Rev. [99.99]Pág. 16

3.1.2 Interfaces de hardware Terminales de PC para la parte administrativa, recepción y otros. Interfaz de Red: WLAN

3.1.3 Interfaces de software Se deberá de utilizar para el entorno WEB el apache, MySQL y

PHP.

3.1.4 Interfaces de comunicación Protocolos que se usará TCP/IP, HTTP.

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1 El sistema WEB debe de ser rellenado los campos de la FICHA DE

EVALUACION DE DESASTRE.

3.2.2 Requisito funcional 2 El sistema WEB evaluará y emitirá el resultado del Nivel de Desastre y el

presupuesto aproximado.

3.2.3 Requisito funcional 3 El sistema guardará los documentos para ser emitidas a instancias

mayores, donde corresponde las evaluaciones.

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento La emisión de la Ficha de Desastre debe de realizarse en menos de 1

segundo, para que los operadores ni los usuarios deban de esperar. Los cálculos u operaciones complejas deberá de ser en un tiempo

eficiente y rápido. El tiempo de respuesta debe de ser lo más rápido posible. El sistema siempre debe de estar conectado a una red de internet. El tamaño ocupado en memoria masiva en el servidos de la base de

datos irá en función a la cantidad almacenada en el sistema (no disminuirá la efectividad).

El sistema debe de sincronizar las peticiones de los usuarios, es decir, estar aptos para interactuar en tiempo real.

3.3.2 Seguridad Para prevenir de una caída del sistema y/o pérdidas de información, el

sistema tendrá una opción de hacer copias de seguridad para no perder los datos.

Por ello, el número mayor de datos que podemos perder es el de los guardados desde la última copia de seguridad de nuestra base de datos.

Se utilizara un sistema de criptografía MD5. DMZ o Redes perimetrales de seguridad.



Rev. [99.99]Pág. 17

3.3.3 Fiabilidad El sistema debe tener un grado alto de fiabilidad y robustez. Se debe prevenir y tratar cualquier error, mostrando un mensaje de

información acerca de lo ocurrido, es decir, garantizamos la correcta captura excepciones.

El sistema deberá advertir ante posibles operaciones o acciones inválidas o erróneas que puedan provocar errores.

3.3.4 Disponibilidad El sistema se ejecuta directamente, así que estará disponible en cualquier

momento. La base de datos debe ser instalada y configurada para su uso por parte

del sistema en el local.

3.3.5 Mantenibilidad El sistema tendrá la posibilidad de dejarse en marcha una larga duración

de tiempo, para el mantenimiento cuando lo requiera. Para la evaluación de estadísticas se implementara el GOOGE

ANALYTICS.

3.3.6 Portabilidad La portabilidad es amplia estará disponible tanto en S.O Windows y Linux

de cualquier “DISTRO” Deberá ser fácilmente actualizable. Las tareas de mantenimiento, tales

como actualizaciones a nuevos entornos hardware, serán resueltas por los programadores

El gestor de la base de datos debe ser compatible con estos equipos.

3.4 Otros requisitos

3.4.1. Interfaz: El sistema no interactuará con otro sistema externo. Los datos importados serán introducidos por un usuario mediante los menús gráficos aportados por la página web desde internet.

3.4.2. Legales: El sistema debe cumplir las disposiciones recogidas en la Ley Orgánica de Datos Personales y en el Reglamento de medidas de seguridad.

4 Apéndices-nn-


Especificacion de Requisitos de Software

Documents

Transcript of Especificacion de Requisitos de Software