El documento aborda el análisis y diseño de sistemas informáticos, enfatizando la importancia de definir los requisitos mediante un proceso colaborativo entre analistas y usuarios. Se describen las fases del análisis de requisitos, la especificación y los elementos que debe incluir un documento de requisitos esenciales, así como técnicas de representación gráfica. Además, se ilustran ejemplos de diagramas de flujo de datos que exemplifican el funcionamiento de sistemas, como la gestión de préstamos de libros en una biblioteca.

1. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS El Análisis de sistemas en forma general busca resolver el siguiente interrogante: ¿ Qué tiene que hacer el sistema?

2. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Análisis de requisitos -“El proceso de estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema, de hardware o de software” o “El proceso de estudio y refinamiento de requisitos” Un requisito es: -“Una condición o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo determinado” La definición de requisitos debe ser fruto del trabajo conjunto porque El cliente no entiende del proceso de diseño y desarrollo de software Los analistas suelen no entender completamente el problema del cliente

3. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Fases del análisis de requisitos Extracción Análisis de requisitos Especificación de requisitos Validación de los requisitos Mediante técnicas de levantamiento de información Razonar los requisitos y solucionar posibles inconsistencias o conflictos Redactar o registrar los requisitos Confirmar con los usuarios que los requisitos sean correctos

4. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Especificación de Requisitos del Software Es un documento que define, de forma completa, precisa y verificable, los requisitos, el diseño, el comportamiento u otras características de un sistema o componente de un sistema Software : es el conjunto de programas, procedimientos y documentación asociada a la operación de un sistema informático ERS es la documentación de los requisitos esenciales (funciones, diseño, restricciones y atributos) del software y de sus interfaces externas

5. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Características fundamentales de una ERS Debe incluir información veraz Debe comunicar dicha información de forma eficaz Describir correctamente todos los requisitos del software No describir ningún detalle del diseño del software, de su verificación o de la dirección del proyecto. ERS debe indicar qué , no cómo ni cuándo

6. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Características de una buena ERS No ambigua

7. Completa

8. Fácil de verificar

9. Consistente

10. Fácil de modificar

11. Fácil para identificar el origen de cada requisito

12. Fácil de utilizar durante las fases de explotación y mantenimiento

13. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Estructura para la ERS 1. Introducción 1.1. Objetivo 1.2. Ámbito 1.3. Definiciones, Siglas y Abreviaturas 1.4. Referencias 1.5. Visión Global 2. Descripción general 2.1. Perspectiva del producto 2.2. Funciones del producto 2.3. Características del usuario 2.4. Limitaciones generales 2.5. Supuestos y dependencias 3. Requisitos específicos Apéndices Indice Estándar de 1984 (existen revisiones de 1993 y 1998)

14. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Estructura para la ERS 3. Requisitos específicos 3.1. Requisitos funcionales 3.1.1. Requisito funcional 1 3.1.1.1. Introducción 3.1.1.2. Entradas 3.1.1.3. Procedamiento 3.1.1.4. Salidas 3.1.2. Requisito funcional 2 3.1.n. Requisito funcional n 3.2. Requisito de Interfaz externa 3.2.1. Interfaces de usuario 3.2.2. Interfaces hardware 3.2.3. Interfaces software 3.2.4. Interfaces de comunicaciones

15. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Estructura para la ERS 3.3. Requisitos de ejecución 3.4. Restricciones de diseño 3.4.1. Acatamiento de estándares 3.4.2. Limitaciones hardware 3.5. Atributos de calidad 3.5.1. Seguridad 3.5.2. Mantenimiento 3.6. Otros requisitos 3.6.1. Base de datos 3.6.2. Operaciones 3.6.3. Adaptación de situación

16. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Clasificación de las técnicas de especificacióm Según la forma de representación se clasifican en: Gráficas Textuales Marcos o plantillas Utilizan un conjunto de elementos gráficos para representar componentes particulares de modelos Especifican con más detalle los componentes definidos en los gráficos mediante una gramática concreta Formularios para especificar información de un componente de un modelo con un conjunto de propiedades

17. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Clasificación de las técnicas de especificacióm Según el enfoque de modelización se clasifican en: Información Función Tiempo Información Función Tiempo ER DFD Matriz Entidad - Función Diagrama de historia de vida Matriz Entidad - Evento Lista de eventos DFD Diagrama Transición -Estado Redes de Petri

18. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Diagrama de Flujo de Datos (DFD) Es un diagrama en forma de red que representa el flujo de datos y las transformaciones que se aplican sobre ellos al moverse desde la entrada hasta la salida Es la técnica más difundida dentro del análisis estructurado. Componentes Procesos : Almacenes : Entidades externas: Flujos de datos: Componentes funcionales del sistema Representan datos almacenados o en reposo Representan los datos que fluyen entre las funciones Representan la fuente y/o el destino de la información del sistema

19. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Diagrama de Flujo de Datos (DFD) Notaciones

20. ANÁLISIS Y DISEÑO DE SISTEMAS: NÚCLEO 3: OPORTUNIDADES Y NECESIDADES DE DESARROLLO DE PROYECTOS INFORMÁTICOS Diagrama de Flujo de Datos (DFD) - Ejemplo Se trata de gestionar los préstamos de libros de una biblioteca en la que se va a estudiar exclusivamente el funcionamiento de las peticiones y devoluciones de libros. Petición de libros . Un usuario puede realizar una petición de uno o más libros a la biblioteca. Para ello, es necesario presentar el carnet de usuario de la biblioteca y una ficha en la que se detallan los libros pedidos. Puede haber varios tipos de préstamo (préstamo de sala, colaborador, proyecto fin carrera, doctorado) en función de los cuales el usuario puede disponer de los ejemplares durante un período de tiempo específico, como se indica en la siguiente tabla: