Tema 2'1'

1
Fundamentos de Ingeniería del Software

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.

Asignatura Fundamentos de Ingeniería del
Software Titulación Ingeniera Técnica de
Informática de Gestión Curso Académico
2004-2005 Curso 3º Cuatrimetres
Primero Créditos 6(33) Página Web
dis.um.es/lopezquesada Profesor Juan Antonio
López Quesada Departamento Informática y
Sistemas
2

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Bibliografía

• Piattini, M., et al., Análisis y diseño
  detellado de aplicaciones Informáticas de
  Gestión.
• Capítulo 6.
• Capítulo 7 (aptdos. 7.1 y 7.2, este último no
  con tanto nivel de detalle).
• Documentos de Métrica 3 Análisis del Sistema de
  Información (Proceso ASI)
• http//www.csi.map.es/csi/metrica3/asiproc.pdf

3

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Índice de
  Contenidos

• 1.- Actividades iniciales.
• Análisis de necesidades
• Estudio de viabilidad
• 2.- Técnicas de recogida de la información.
• 3.- Actividades generales de análisis.
• 4.- Documentos de especificación de requisitos.
  IEEE 830
• 5.- Métrica 3 Análisis del Sistema de
  Información (Proceso ASI)
• 6.- Ejemplo de Herramientas CASE en la gestión de
  requisitos.

4

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3 (II)

• Metodología de Planificación y Desarrollo de
  Sistemas de Información de las Administraciones
  Públicas
• Definir SI que sirvan a la consecución de los
  fines de la organización
• Dotar a la organización de productos sw.
• Mejorar la productividad de los dptos. de SI/TIC
• Facilitar la comunicación entre los participantes
  en la producción de sw.
• Facilitar la operación y mantenimiento de los
  productos sw. obtenidos

5

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Objetivos

• Establecer un conjunto de tareas a realizar,
  técnicas y productos a obtener para desarrollar
  sistemas de información con una mayor calidad,
  productividad y satisfacción de los usuarios y
  para facilitar su mantenimiento posterior
• Ámbito inicial Administración General del
  Estado.
• Promovido por el Consejo Superior de Informática
  del Ministerio para las Administraciones Públicas
  (órgano interministerial responsable de la
  política informática del gobierno)

6

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Ámbito

• Administración Central del Estado (1ª Etapa)
• Administración Autonómica.
• Administración Local.
• Resto de empresas e instituciones.

Fundamental adaptar el marco general de
referencia a cada ámbito
7

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Alcance

• Describe
• Pasos a seguir en el desarrollo.
• Conjunto de productos finales a desarrollar.
• Conjunto de técnicas para obtenerlos.
• Papeles (roles) de los participantes.
• Modo de implantación.
• Proyectos de distintos tamaños.

8

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Versiones

• Versión 1 ? 1989 (ERITEL)
• Versión 2 ? 1993 (Coopers Lybrand)
• Versión 2.1 ? 1995 (Univ. Carlos III)
• Versión 3 ? 2000 (IECISA CSI)

9

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Objetivos

• Mantener la sencillez, flexibilidad y
  adaptabilidad de la versión 2.1
• Incorporar nuevas técnicas, tecnologías y métodos
  presentes en los desarrollos actuales
• C/S
• OO
• Incorporar aspectos de gestión (INTERFACES)
• gestión de proyectos
• calidad PGGC (Plan Gen. de Garantía de
  Calidad)
• gestión de la configuración del sw.
• seguridad MAGERIT
• Énfasis en el uso de estándares de calidad e
  Ingeniería del Software

10

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Influencias

• Métodos
• SSADM V.4
• Merise
• Ingeniería de la Información
• Estándares
• ISO 12207 Information technology -Software life
  cycle processes
• ISO/IEC TR 15.504 (SPICE) Software Process
  Improvement and assurance standards Capability
  Determination
• ISO 9000-3 Quality management and quality. Part
  3 Guidelines for the application of ISO 9001
  Model for Quality Assurance in
  Design/Development , Production, Installation and
  Servicing
• IEEE Standard Glossary of Software Engineering
  Terminology. Std. 610.12-1998
• IEEE Std. 1074-1998 Software life-cycle
  processes
• OMG standard UML
• Referencias específicas
• PGGC, Plan General de Garantía de Calidad para
  las Administraciones Públicas
• MAGERIT, Metodología de Análisis y Gestión de
  Riesgos de los Sistemas de Información para las
  Administraciones Públicas
• EUROMÉTODO V.1

11

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Aportaciones

• MIXTA Cubre desarrollo estructurado y OO
• C/S y GUI (Graphical User Interface)
• Estructura basada en procesos (ISO 12207)
• Evolución de la v. 2.1
• Procesos ppales.
• Planificación
• Desarrollo
• Mantenimiento
• Interfaces para aspectos de gestión
• los procesos de interfaz tratan de contemplar
  aquellos aspectos que -sin ser esenciales-
  pueden afectar a los procesos principales, y no
  proporcionar una metodología para dichos procesos.

12

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). Estructura

13

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). PSI

• PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN (PSI)
• DESARROLLO DE SISTEMAS DE INFORMACIÓN
• ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)
• ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)
• DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)
• CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI)
• IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS)
• MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN (MSI)

No cubre todas las actividades de ISO 12207
14

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). PSI

• Objetivo obtener un marco de referencia para el
  desarrollo de SI que responda a los objetivos
  estratégicos de la organización
• Descripción crítica de la situación actual
• Arquitectura de la información de alto nivel
• Propuesta de proyectos (con prioridades)
• Propuesta de calendario y estimación de recursos

15

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 1.- Actividades Iniciales.

Análisis de necesidades y estudio de viabilidad
Decisión de emprender el proyecto
Técnicas recogida información
Recoger información sobre el proyecto (Directivos
nivel alto/medio)
Informe de necesidades
Estudio de la viabilidad del proyecto (Análisis
de factibilidad)
16

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). EVS

• Objetivo analizar las necesidades y proponer una
  solución a corto plazo,
• basada en criterios económicos, técnicos, legales
  y operativos.
• La solución consiste en definir uno o varios
  proy. que afectan a uno o varios SI ya existentes
  o nuevos.
• Se identifican los requisitos que se han de
  satisfacer.

17

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). EVS

18

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 1.- Actividades Iniciales. Estudio de
  viabilidad

• Alternativas.
• Evaluación de las alternativas
• Económico.
• Técnico.
• Legal (p.e. LOPD Ley Orgánica de Protección de
  Datos)
• Operativo.
• Especificación detallada de la alternativa
  seleccionada.
• Definición del plan inicial del proyecto.

19

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 1.- Actividades Iniciales. Estudio de
  viabilidad

Alternativas

• Comprar un producto software comercial, ya
  construido, que cumpla los requisitos marcados
  (COTS, Commercial Off-The-Shelf)
• Desarrollar el producto internamente.
• Desarrollarlo de forma externa mediante un
  contrato (outsourcing).
• Automatizar sólo parcialmente el sistema, para no
  tener que afrontar demasiados gastos.

20

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 1.- Actividades Iniciales. Estudio de
  viabilidad

Alternativas

• Económico Determinar si el beneficio compensa
  los costes.
• Técnico Estudiar si la funcionalidad, el
  rendimiento.. Son realizables.
• Legal determinar si los requisitos violan o
  atenta contra alguna ley o reglamento.
• Operativa Determinar si se puede implantar de
  manera efectiva en la empresa.

21

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información

• En general, el proceso de análisis debería seguir
  los siguientes cinco pasos
• Identificar las fuentes de información.
• Realizar las preguntas apropiadas.
• Analizar la información.
• Confirmar con los usuarios lo que parece haberse
  comprendido de los requisitos.
• Sintetizar los requisitos en un documento.

22

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información

• Entrevistas
• JAD (Joint Application Design) Basada en la
  creación de equipos de usuarios y analistas que
  reúnen para trabajar conjuntamente en el
  establecimiento de las necesidades del sw a
  desarrollar.
• Prototipado Construcción de una maqueta o
  modelo
• Observación Análisis in situ del entorno a
  informatizar.
• Estudio de documentación
• Cuestionarios
• Tormenta de ideas (brainstorming)
• ...

23

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información

• Entrevistas Se resumen las diferentes fases que
  se pueden distinguir en una entrevista.
• Preparación El entrevistador deberá
  documentarse e investigar la situación de la
  organización, analizando los documentos,
  programas, ficheros de la empresa.

24

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información

• Entrevistas
• Realización Se distinguen tres etapas en el
  acto de la entrevista apertura, desarrollo y
  terminación.
• En el desarrollo pueden emplearse distintas
  técnicas Preguntas abiertas, Utilizar las
  palabras y frases apropiadas, Asentimiento y
  Muestras de Escucha, Repetir las respuestas
  dadas, Pausas.

25

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información

• Entrevistas
• Análisis Recapitular los resultados obtenidos,
  reorganizar la información, contrastarla con
  otras entrevistas o fuentes de información..ect

26

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información JAD
  (Desarrollo conjunto de aplicaciones)

Conjunto de reuniones usuarios/analistas 2 - 4
días Dinámica de grupos
Se comienza con un doc. de trabajo, y se discute
Al final del JAD
27

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información
• JAD vs Entrevistas.

• Entrevistas
• Requieren mucho tiempo (prepararlas, hacerlas, y
  elaborar conjunto coherente de requisitos a
  partir de diferentes entrevistados).
• Más difícil detectar errores (sólo analista
  revisa).

• JAD
• Participación más profunda usuarios (se
  identifican con el sist.)
• Más difícil llevar a la práctica.
• Requiere más organización.
• Empíricamente ahorro tiempo ??,
  satisfacción usuarios ??

28

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información
• Prototipado.

• Prototipado El prototipado consiste en la
  elaboración de un modelo o maqueta del sistema
  que se construye para evaluar mejor los
  requisitos que se desea que se cumpla. Su empleo
  me permite..

29

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 2.- Técnicas de Recogida de Información
• Prototipado.

• Asegurar de que está bien diseñada, que satisface
  las necesidades del usuario. Indicar que en este
  sentido no encontramos con lenguajes de 4ª
  generación que aportan capacidad de prototipado.
• Evaluar el posible rendimiento de un diseño,
  especialmente en aplicaciones críticas.
• Prototipado Funcional Basado en el ciclo de vida
  iterativo , el prototipo supondrá una primera
  versión del sistema con funcionalidad limitada.

30

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.
• Análisis de Requisitos-Requisitos

• El proceso de estudio de las necesidades de los
  usuarios para llegar a una definición de los
  requisitos del sistema, de hw. o de sw.
• El proceso de estudio y refinamiento de dichos
  requisitos IEEE Std. 610, Glosario estándar de
  términos en ingeniería del software

AR

• Condiciones que debe cumplir un sistema para
  satisfacer un contrato, una norma o una
  especificación.
• Condición o capacidad que necesita el usuario
  para poder resolver un problema o conseguir un
  beneficio determinado.

REQUISITO
31

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.
• Análisis de Requisitos-Requisitos

• Los problemas con los requisitos constituyen la
  principal fuente de problemas (37)

Factores del coste en proyectos software reales
(Standish94, http//www.standishgroup.com/chaos/to
c.php)
32

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.
• Requisitos Funcionales y No Funcionales

• Requisitos funcionales describen la
  funcionalidad o los servicios que se espera que
  el sistema proveerá, sus entradas y salidas,
  excepciones, etc.
• Ejemplos
• 1.- El usuario deberá tener la posibilidad de
  buscar en el conjunto inicial de la base de datos
  o seleccionar un subconjunto de ella.
• 2.- El sistema deberá tener visores adecuados
  para que el usuario lea documentos en el almacén
  de documentos.

33

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.
• Requisitos Funcionales y No Funcionales

• Requisitos no funcionales se refieren a las
  propiedades emergentes del sistema como la
  fiabilidad, el tiempo de respuesta, la capacidad
  de almacenamiento, la capacidad de los
  dispositivos de entrada/salida, y la
  representación de datos que se utiliza en las
  interfaces del sistema.
• Ejemplos
• 1.- Será necesario que la comunicación requerida
  entre el APSE y el usuario se pueda expresar
  utilizando el conjunto de caracteres estándar de
  ADA.
• 2.- El proceso de desarrollo del sistema y los
  documentos a entregar estarán sujetos al proceso
  y a los productos a entregar definidos en
  XYZCo-SP-STAN-95.
• 3.- El sistema no deberá revelar a sus
  operadores alguna información personal de los
  clientes excepto su nombre y número de
  referencia.

34

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.

• Extracción o elicitación de requisitos (técnicas
  de recogida de información)
• Análisis de requisitos
• Especificación de requisitos
• Validación de los requisitos
• por parte de los usuarios
• se comprueba que son válidos, consistentes y
  completos

Lenguaje natural Métodos formales DFDs Análisis
Estructurado...
35

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.

• Extracción El proceso mediante el cual los
  clientes o futuros usuarios del software
  descubren, revelen, articulan y comprenden los
  requisitos que desean.
• Análisis el proceso de razonamiento sobre los
  requisitos obtenidos, detectando y resolviendo
  posibles inconsistencias o conflictos.

36

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.

• Especificación de requisitos el proceso de
  redacción o registro de los requisitos. Para este
  proceso puede recurrirse al lenguaje natural,
  lenguajes formales..
• Validación de los requisitos el proceso de
  confirmación, por parte de los usuarios o
  clientes, de que los requisitos especificados son
  válidos, consistentes, completos.

37

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.

• Las características deseables para una buena ERS
  son las siguientes IEEE 1984b
• No ambigua.
• Completa.
• Fácil de verificar.
• Consistente.
• Fácil de modificar.

38

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 3.- Actividades Generales de ANÁLISIS.

• Las características deseables para una buena ERS
  son las siguientes IEEE 1984b
• Fácil para identificar el origen u las
  consecuencias de cada requisito Posibilita la
  referencia de los requisitos con desarrollo
  futuros ò en incrementos de documentación en el
  proceso de ciclo de vida.
• Fácil de utilizar durante la fase de explotación
  y mantenimiento

39

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 4.- Documentos de Especificación de
  Requisitos.

Después de realizar el informe de necesidades y
de dar luz verde al proyecto, se crea el SyRS
(System Requirements Specification) y el SRS
(Software Requirements Specification).
40

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 4.- Documentos de Especificación de
  Requisitos.
• IEEE Std. 830

41

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 4.- Documentos de Especificación de
  Requisitos.
• IEEE Std. 830-1993

Estructura.
Referencia
Ejemplo
42

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 4.- Documentos de Especificación de
  Requisitos.
• IEEE Std. 830-1998

43

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 4.- Documentos de Especificación de
  Requisitos.
• IEEE Std. 830-1998

44

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)

• Objetivo obtener una especificación detallada
  del SI, y de sus interfaces con otros sistemas,
  que satisfaga las necesidades de información de
  los usuarios y sirva de base para el diseño.
• Integra las actividades de análisis estructurado
  y OO.
• Se refinan los productos obtenidos en el proceso
  EVS.

45

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)

46

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)
• ASI 1.- Definición del Sistema.

• Productos que se generan
• Catálogo de requisitos generales
• Glosario
• En AE,
• Contexto del sistema
• Modelo conceptual de datos
• En AOO,
• Modelo del negocio / Modelo del dominio
• Catálogo de estándares y de normas
• Catálogo de usuarios (participantes y finales)
• Entorno tecnológico del sistema
• Plan de trabajo

47

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)
• ASI 2.- Establecimiento de los Requisitos.

• Objetivo definición, análisis y validación de
  los requisitos.
• Se completa el catálogo de requisitos.
• Modelos gráficos de requisitos casos de uso
  (obligatorios en AOO, opcionales en AE)
• Las tareas se realizan de forma iterativa y con
  continuas realimentaciones y solapamientos.

48

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)
• ASI 2.1.- Obtención de Requisitos.

• Sesiones de trabajo con los usuarios para extraer
  los requisitos (con prioridades)
• Catálogo de requisitos
• Modelo de casos de uso
• Requisitos funcionales
• Con casos de uso (obligatoriamente) en AOO
• Actores
• Casos de uso
• Breve descripción de cada caso de uso
• Requisitos no funcionales
• Restricciones del entorno
• Niveles de servicio del sistema
• Rendimiento, seguridad, implantación,
  disponibilidad...

49

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)
• ASI 2.2.- Especificación de Casos de Uso.

• Especificar cada caso de uso
• Descripción del escenario principal
• Pre y post-condiciones
• Interfaces de usuario
• Escenarios secundarios
• Es posible que se dividan casos de uso complejos
  en otros más simples

50

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)
• ASI 2.3.- Análisis de los Requisitos.

• Objetivos
• Detectar inconsistencias, ambigüedades,
  duplicidad o escasez de información.
• Se revisan las prioridades.
• Se relacionan requisitos.
• Identificar relaciones entre casos de uso.

51

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos. Métrica 3
  (II). ASI.
• 5.- Análisis del Sistema de Información (Proceso
  ASI)
• ASI 2.4.- Validación de los Requisitos.

• Objetivo los usuarios validan el catálogo de
  requisitos y los casos de uso.

52

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 6.- Ejemplo de Herramienta CASE en la gestión
  de requisitos.

53

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 6.- Ejemplo de Herramienta CASE en la gestión
  de requisitos Estructura de REQUESITE.

• Gestión de requisitos en equipo. Integra gestión
  de requisitos, trazabilidad, y puede conectarse
  con el control de versiones INTERSOLs PVCS,
  Version Manager.
• RequisitePro permite la construcción y pruebas de
  software para entender, manejar y comunicar los
  cambios en los requisitos de las aplicaciones,
  mediante la construcción de una base de datos de
  requisitos integrada con Microsoft Word.
• Tres espacios de trabajo
• Paleta de herramientas
• Vistas
• Word
• Acceso desde Access a la base de datos de
  requisitos resultante.
• Adquisición de los requisitos desde Word,
  ficheros separados con comas y otros proyectos
  dentro de la misma herramienta.

54

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 6.- Ejemplo de Herramienta CASE en la gestión
  de requisitos Facilidades de REQUESITE.

• Gestión centralizada de los requisitos y de la
  documentación resultante
• Selección de los requisitos en los documentos
• Base de datos integrada con modificación
  automática de los requisitos
• Entrada y actualización de requisitos desde
  Microsoft Word
• Los requisitos pueden contener todo tipo de
  objetos OLE (texto, gráficos,ejecutables,
  sonidos)
• Definición de diversos elementos según
  necesidades
• Posibilidad de definirse tipos de requisitos y
  darles distintas apariencias en el texto para su
  fácil localización
• Utilización de distintos tipos de documentos
  (requisitos software, de productos, test...)
• A cada requisito se le pueden añadir los
  atributos que se consideren oportunos, además se
  generan automáticamente diversos atributos como
  autor, versión, fecha y hora de edición ...

55

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 6.- Ejemplo de Herramienta CASE en la gestión
  de requisitos Características de REQUESITE.

• Centrada en documento
• Cómodo de usar (Entorno Windows, Ayuda
  disponible, Asistentes)
• Multi-usuario
• Seguridad (Control de accesos)
• Realización consultas e informes sobre los
  mismos
• Filtros, ordenaciones sobre cualquier atributo
• Generación de informes a medida del usuario y con
  el nivel de abstracción especificado
• Exportación en ficheros ASCII delimitados
• Presentación preliminar del documento a imprimir.

56

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 6.- Ejemplo de Herramienta CASE en la gestión
  de requisitos Otras Estructura de REQUESITE.

• Plantillas
• Definidas por el usuario.
• Pueden incluir notas y listas para guiar a los
  escritores a rellenarlas adecuadamente.
• Disponibles las ANSI IEEE y otras.
• Trazabilidad
• Existencia de relaciones entre requisitos.
• Es posible seguir los cambios en los requisitos a
  través del diseño implementación y test.
• Señalización automática y manual de requisitos
  sospechosos por haber variado alguno de los
  relacionados con ellos.
• Vista de la trazabilidad a través de la matriz de
  trazabilidad y del árbol de trazabilidad.

57

• Tema 2. Análisis Estructurado. Actividades
  Iniciales y Análisis de Requisitos.
• 6.- Ejemplo de Herramienta CASE en la gestión
  de requisitos Integración en otras herramientas
  de REQUESITE.

• Integrado con herramientas de análisis y
  desarrollo (con todas las de Rational, como
  Rational Rose)
• Integración Opcional con PVCS (herramienta de
  control de versiones)
• Capacidad de extensión a través de su API basada
  en componentes COM, desarrollando add-in en
  Visual Basic