Modelos de Requisitos de NDT

Documentos relacionados
Modelos de Análisis de NDT

Diagramas UML de actividades para la definición de reglas de negocio y comportamientos de RFs

Diagramas UML de casos de uso y de requisitos

Probando casos de uso

Diseño de bases de datos. Informática Aplicada Grado en GAP Fac. de Admón. y Dir. de Empresas Univ. Politécnica de Valencia

REQUISITOS DE ALMACENAMIENTO DE INFORMACIÓN E IDENTIFICACIÓN DE ACTORES PARA UNA BIBLIOTECA DIGITAL DE BIENES MUEBLES

Guía campus de formación. Plataforma Moodle

Tutorial de Moodle. Glosario

Copyright Arsys Internet S.L. Campañas Online Manual de Resellers

User guide and best practices for NDT-Profile 2.X Proyecto NDT-Suite 2.X

(Re)Descubre Adveovision Guía rápida de usuario para compras online

Guía de Moodle Mundusfor para administradores

Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0. Historia de revisiones

Desarrollo de aplicaciones de acceso a base de datos con JBuilder 7

Ejemplo de Casos de Uso. Gestión básica de una biblioteca.

CATÁLOGO AUTOMATIZADO UCJC

Anexo 1 Documento de Catálogo de Requisitos

CLA. Diagramas de clases en Métrica V3

2.1 Gestión de la App móvil. Documentación técnica de proyecto Gestión de la App móvil. Documentación técnica de proyecto 1

MANUAL DE INCIDENCIAS. PORTALES MUNICIPALES 7.5

PROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO

Bases de datos nacionales e internacionales: LILACS, IBECS y otras

Guía de uso del OPAC (Catálogo de Acceso Público Online)

Novedades de GM EPC. Navegación gráfica. Navegación común para cada vehículo

APLICACIÓN DE RESERVAS Y FACTURACIÓN ONLINE

PROCESO DE SINCRONIZACIÓN

MANUAL DEL DOCENTE. Sistema de Información Integrado de Gestión Académica v.2.0

Trabajo de Fin de Grado Héctor Olivares Rivero Proyecto omrocket Modelo de Casos de Uso Extendido

BASE DE DATOS DE BIBLIOGRAFÍA DE PATRIMONIO HISTÓRICO AYUDA

INTRANET DE LA UNIVERSIDAD PONTIFICIA DE COMILLAS

Gestión del Inventario de Habitaciones

Programación. Práctica Final

Moodle, plataforma de aprendizaje

Enterprise Architect y UML Básico

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia

Proyecto de IS3. Tercera iteración. Documento de modelo funcional

Documentación de Requisitos con Casos de Uso

ASI. Análisis del Sistema de Información

Manual básico de Wordpress

Bases de datos 1. Teórico: Introducción

Proxia Content Manager

Gestión de formularios: Manual de usuario

Manual de Usuario. Rechazo de Papeletas de Depósito T6 SIAF Operaciones en Línea

DED Diagramas de Estructura Lógica de Datos. Universidad de Oviedo Departamento de Informática

@Ejemplo de Casos de Uso Gestión de un Vídeo-Club

Los objetos principales dentro de los SGBD son los siguientes:

En la dirección de mail que demos recibiremos un código de licencia que necesitaremos para usar el programa. K9 Web Protection

Ayuda. Evaluación Ergonómica de la Carga Postural. POSERG Aplicación informática para la Evaluación Ergonómica de la Carga Postural

Sistemas de Información II Requerimientos. Análisis de Requisitos

Especificación de requisitos de software

EDUCASTUR BLOG. Comunidad Educativa de Blogs. Moderar comentarios

Práctica 2: CONSULTAS

Diseño e implementación de una Base Informática de Consultores en Eficiencia Energética

Estructuras Dinámicas de datos.

UNIDAD I. Universidad del Zulia Costa Oriental del Lago. Conceptos Básicos

Intranet Social Corporativa Licitación Pública - Diseño e Implementación

Ejemplo: BIBLIOTECA La biblioteca contiene libros y revistas. Puede haber varias copias de un libro dado. Algunos libros se prestan sólo para un perío

Auxiliar en Gestión Administrativa

BASES DE DATOS EN LÍNEA DEL CSIC ISOC Economía

INDICE CARTAS DESCRIPTIVAS S3

Páginas de gestión. Manual de usuario del Open Journal Systems (Versión ) Gestión

Ingeniería del Software Herramientas CASE Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE)

MESA 7 INFORMÁTICA Y GESTIÓN PATOLÓGICA DEL ARBOLADO

Carlos Castillo UPF 2008

Escuela de Organización Industrial. Servicio de Generación Semiautomática de Portales Web y Mercado Digital Destinado a PYMES.

Base Bas de dato da s

Manual de Autenticación de Usuarios e Ingreso de Remuneraciones

TEMA II OFIMÁTICA EMPRESARIAL

Ministerio de Educación. Moodle, plataforma de aprendizaje. Módulo 2: Agregar bloques

Transcripción:

Modelos de Requisitos de NDT Dra.. María José Escalona Cuaresma D. Javier Jesús mjescalona@us.es www.lsi.us.es/~escalona Jesús Gutiérrez Rodríguez javierj@us.es www.lsi.us.es/~javierj Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Universidad de Sevilla ETS Ingeniería Informática Av. Reina Mercedes S/N 41015 Sevilla Tlf. 954553867 Fax. 954553917 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 1

Índice Dos casos prácticos. Modelo de objetivos. Modelo de requisitos de almacenamiento y naturalezas. Modelo de actores. Modelos de requisitos funcionales. Modelos de requisitos de interacción (prototipos de visualización y frases). Requisitos no funcionales. Prototipos de pantalla con EA. Matrices de rastreabilidad. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 2

Modelos de requisitos de NDT Ya tenemos la estructura del documento de requisitos del sistema (DRS) 3

Modelos de Requisitos de NDT Dos casos prácticos. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 4

Dos casos prácticos Catálogo de enlaces.» Se desea desarrollar un catálogo de enlaces on-line.» Cualquier visitante podrá acceder al catálogo, buscar enlaces o añadir nuevos enlaces.» Sólo se mostrarán aquellos enlaces que hayan sido validados por un administrador.» Los administradores, además gestionarán las categorías en las que se clasifican los enlaces y los usuarios administradores. 5

Dos casos prácticos Tablón de eventos.» Se desea desarrollar un tablón de eventos on-line.» Cualquier visitante podrá acceder al tablón, buscar eventos o añadir nuevos eventos.» De cada evento se almacenará su fecha y hora, lugar, categoría y quien lo organiza.» Sólo se mostrarán aquellos eventos que hayan sido validados por un administrador.» Los administradores, además gestionarán las categorías en las que se clasifican los eventos y los usuarios administradores. 6

Modelos de Requisitos de NDT Modelo de objetivos. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 7

Modelo de objetivos Objetivos: requisitos de alto nivel que describen una condición que deberá cumplir el sistema a un nivel de detalle insuficiente como para que a partir de él pueda implementarse una solución. Todos los elementos tienen un identificador y un nombre que se pone concatenado en el nombre del elemento de EA. 8

Modelo de objetivos Representamos los objetivos como requisitos estereotipados Existe una relación para los subobjetivos 9

Modelo de objetivos Objetivos del caso práctico: 1. Gestionar un catálogo de enlaces. 1.1. Permitir que los visitantes puedan introducir nuevos enlaces. 1.2. Ofrecer distintas opciones de búsqueda para los enlaces almacenados. 2. Gestión de la aplicación 2.1. Permitir el acceso a usuarios administradores mediante nombre y clave. 2.2. Permitir la gestión de enlaces, categorías y usuarios administradores a los usuarios administradores. 10

Modelo de objetivos cd Objetivos del sistema OBJ-C-01.01. Permitir que los visitantes puedan introducir nuevos enlaces. OBJ-C-01. Gestión de un catálogo de enlaces. «Es subobjetivo de» «Es subobjetivo de» OBJ-C-01.02. Ofrecer distintas opciones de búsqueda. OBJ-C-02. Gestión de la aplicación OBJ-C-02.01. Acceso de usuarios administradores mediante nombre y clave. «Es subobjetivo de» «Es subobjetivo de» OBJ-C-02.01. Permitir la gestión de enlaces, categorías y usuarios administradores. 11

Modelo de objetivos 12

Requisitos de almacenamiento y naturalezas Patrones de texto. 13

Modelo de objetivos Ejercicio: Implementar en Enterprise Architect los siguientes objetivos, estableciendo su importancia, estabilidad y urgencia. Gestionar un conjunto de eventos. Permitir que cualquier usuario añada nuevos eventos. Borrar los eventos cuando ya haya pasado su celebración. Alguno más?. 14

Modelos de Requisitos de NDT Modelo de requisitos de almacenamiento y naturalezas. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 15

Requisitos de almacenamiento y naturalezas El modelo de requisitos de almacenamiento de información contiene la descripción de la información que maneja el sistema y especifica su estructura y significado. 16

Requisitos de almacenamiento y naturalezas La parte más importante de un RA son sus datos específicos y naturalezas. 17

Requisitos de almacenamiento y naturalezas Un dato específico es cada uno de los conceptos concretos que se almacena para un requisito de almacenamiento. Un dato específico posee un nombre, descripción, naturaleza y cardinalidad. La naturaleza define el dominio del dato específico. La cardinalidad es un rango que delimita el número mínimo y máximo de valores del dato específico que se pueden encontrar en el requisito. 18

Requisitos de almacenamiento y naturalezas 19

Requisitos de almacenamiento y naturalezas Cuando las naturalezas predefinidas no son suficientes: 1. Se puede utilizar como naturaleza otros RA. 2. Se pueden crear nuevas naturalezas 20

Requisitos de almacenamiento y naturalezas Dominio: el conjunto de valores posibles que toma la naturaleza. Restricciones: que debe cumplir la naturaleza Presentación: restringe formas concretas de cómo se debe representar. 21

Requisitos de almacenamiento y naturalezas Patrones de texto. 22

Requisitos de almacenamiento y naturalezas Requisitos de almacenamiento y nuevas naturalezas del caso práctico:» Enlaces.» Categorías (naturaleza).» Usuarios administradores. 23

Requisitos de almacenamiento y naturalezas Requisitos de almacenamiento y nuevas naturalezas del caso práctico:» Enlaces.» Categorías (naturaleza).» Usuarios administradores. 24

Requisitos de almacenamiento y naturalezas» Ejercicio: definir los requisitos de almacenamiento y nuevas naturalezas del sistema tablón de eventos.» Un evento puede tener asociado más de una categoría.» Utilizar los patrones como lista de comprobación de que no se ha omitido nada. 25

Modelos de Requisitos de NDT Modelo de actores. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 26

Modelo de actores El modelo de actores de fine los roles de usuario que interactuan con el sistema para que se adecue a las necesidades establecidas por cada uno de ellos.. 27

Modelo de actores Tipos de actores:» Básico: todo actor que se identifica de forma individual atendiendo a algún tipo de criterio de clasificación a la hora de interaccionar con el sistema.» Derivado: todo actor que se puede definir a partir de otros actores, como conjunción de los roles correspondientes a los actores componentes.» Incompatible: dos actores son incompatibles cuando sus roles asociados no pueden ser asumidos conjuntamente por un mismo usuario cuando interactúa con el sistema. 28

Modelo de actores Patrones de texto. Actores derivados. Actores incompatibles. 29

Modelo de actores Actores en el caso práctico: No hay actores incompatibles. 30

Modelo de actores Actores en el caso práctico: 31

Modelo de actores» Ejercicio: definir los requisitos de actores del sistema tablón de eventos.» Buscar un ejemplo de actores incompatibles. 32

Modelos de Requisitos de NDT Modelo de requisitos funcionales. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 33

Modelo de requisitos funcionales Este modelo representa la funcionalidad que debe ofrecer el sistema durante la navegación. Estas posibilidades funcionales van a depender directamente del actor que en cada momento interactúe con el sistema. 34

Modelo de requisitos funcionales Además, utilizaremos los elementos por defecto de EA. 35

Modelo de requisitos funcionales Patrones de texto. 36

Modelo de requisitos funcionales Caso práctico: ud Diagrama de paquetes de casos de uso Casos de uso del visitante + UC-01. Añadir nuevo enlace + UC-02. Buscar enlaces + UC-03. Consultar enlaces más recientes. + UC-04. Mostrar resultados Casos de uso del administrador + UC-A01. Acceso al sistema + UC-A02. Aprobar enlace 37

Modelo de requisitos funcionales Caso práctico: 38

Modelo de requisitos funcionales Ejercicio.» Desarrollar el diagrama de RF para el sistema de tablón de anuncios. 39

Modelos de Requisitos de NDT Modelo de requisitos de interacción. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 40

Modelo de requisitos de interacción El modelo de interacción recoge la manera en la que los actores interactuan con el sistema durante la navegación. Esta idea recoge aspectos como la forma en la que se visualizan los datos, las posibilidades de navegación y de ejecución de la funcionalidad o como se recupera la información. 41

Modelo de requisitos de interacción Prototipo de visualización: nodo de navegación / consulta de información del sistema. Un prototipo de visualización incluye:» Actores.» Frases» Datos específicos de requisitos de información.» Requisitos funcionales.» Relaciones con otros patrones de visualización. 42

Modelo de requisitos de interacción Datos generales de un PV. Definición de la navegación entre prototipos. La multiplicidad es simple (1) o múltiple (1..*) 43

Modelo de requisitos de interacción Frase: criterio de recuperación establecido en el sistema. Además, las frases incluyen los cuerpos de las frases y los actores que pueden usar dichos criterios 44

Modelo de requisitos de interacción Un cuerpo para una frase. 45

Modelo de requisitos de interacción Frases asociadas a cada naturaleza. 46

Modelo de requisitos de interacción Patrones de texto. 47

Modelo de requisitos de interacción Definiremos un único patrón de visualización (para el visitante y el administrador) y dos frases. El actor administrador tendrá, al menos, dos patrones de visualización más. Colocaremos toda esta información en el EA. 48

Modelo de requisitos de interacción Añadir los PV y las frases. Enlazar los PV con el resto de elementos mediante la matriz de relaciones cd Prototipos para el v isitante «FR» 4.4.1. DEFINICIÓN DE FRASES::FR01. Búsqueda de enlaces por nombre «FR» 4.4.1. DEFINICIÓN DE FRASES::FR02. Búsqueda de enlaces por categorías «PV» PV01.Enlaces - RA01. Categoría: - RA01. Nombre: - RA01. Fecha: - RA01. URL: - RA01. Descripción: 49

Modelo de requisitos de interacción Resultado final. 50

Modelo de requisitos de interacción Ejercicio: definir un prototipo de visualización y una frase al menos con EA para el tablón de eventos. 51

Modelos de Requisitos de NDT Requisitos no funcionales. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 52

Requisitos no funcionales NDT no ofrece un modelo de requisitos no funcionales. Pero se han incluido en el perfil como requisito de EA. 53

Modelos de Requisitos de NDT Prototipos de pantalla con Enterprise Architect. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 54

Prototipos de pantalla con Enterprise Architect Es posible acompañar a los casos de uso / prototipos de visualización con prototipos o ejemplos de cómo serán las pantallas que permitan su realización Existen varia maneras de generar prototipos de pantallas:» Diagrama de cajas.» Herramientas RAD» Herramientas diseño web.» Programas específicos: MS Visio, Enterprise Architect 55

Prototipos de pantalla con Enterprise Architect Un ejemplo. 56

Prototipos de pantalla con Enterprise Architect Cómo enlazar RFs con pantallas. 57

Prototipos de pantalla con Enterprise Architect Caso práctico. 58

Modelo de requisitos de interacción Ejercicio: crear, al menos, un prototipo de pantalla para el tablón de eventos y enlazarla con su requisito funcional correspondiente. 59

60

Modelos de Requisitos de NDT Matrices de rastreabilidad. Web: www.sevinge.es e-mail: info@sevinge.es Telf.: 954 091 086 FAX: 954 460 306 Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª Isla de la Cartuja. 41092 Sevilla 61

Matrices de rastreabilidad Una matriz de este tipo nos permite relacionar dos conjuntos de elementos (un conjunto en filas y otro en columnas). Si dos elementos están relacionados, se marca la casilla de su intersección. El perfil de NDT ya incluye distintos tipos de matrices de rastreabilidad. 62

Matrices de rastreabilidad 63