Requerimientos UTN BA INGENIERIA EN SISTEMAS DE INFORMACIN
![Requerimientos UTN. BA INGENIERIA EN SISTEMAS DE INFORMACIÓN - ANALISIS DE SISTEMAS PROFESOR: Luciano Requerimientos UTN. BA INGENIERIA EN SISTEMAS DE INFORMACIÓN - ANALISIS DE SISTEMAS PROFESOR: Luciano](https://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-1.jpg)
Requerimientos UTN. BA INGENIERIA EN SISTEMAS DE INFORMACIÓN - ANALISIS DE SISTEMAS PROFESOR: Luciano Straccia
![TEMARIO Concepto y Tipo de Requerimientos Atributos de calidad Ingeniería de Requerimientos 2 TEMARIO Concepto y Tipo de Requerimientos Atributos de calidad Ingeniería de Requerimientos 2](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-2.jpg)
TEMARIO Concepto y Tipo de Requerimientos Atributos de calidad Ingeniería de Requerimientos 2
![Requerimientos Requerimientos](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-3.jpg)
Requerimientos
![Requerimientos Es una característica que un sistema debe tener para cubrir alguna de las Requerimientos Es una característica que un sistema debe tener para cubrir alguna de las](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-4.jpg)
Requerimientos Es una característica que un sistema debe tener para cubrir alguna de las necesidades que lo motivan Condición o capacidad que debe satisfacer o poseer un sistema o un componente de un sistema para satisfacer un contrato, un estándar, una especificación u otro documento formalmente impuesto. (IEEE)
![Requerimiento / Requisito En inglés: acuerdos en el uso de «Requirements» (no se usa Requerimiento / Requisito En inglés: acuerdos en el uso de «Requirements» (no se usa](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-5.jpg)
Requerimiento / Requisito En inglés: acuerdos en el uso de «Requirements» (no se usa Requisite) En español: uso de «requerimientos» como término genérico. Algunos diferencian «requerimiento» como necesidad del cliente y «requisito» como algo que debe cumplir el sistema. Sin embargo las definiciones de IEEE no contemplan esta diferencia. 5
![Tipos de requerimientos Requerimientos Funcionales Requerimientos No Funcionales (Relación con Atributos de Calidad, Normas Tipos de requerimientos Requerimientos Funcionales Requerimientos No Funcionales (Relación con Atributos de Calidad, Normas](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-6.jpg)
Tipos de requerimientos Requerimientos Funcionales Requerimientos No Funcionales (Relación con Atributos de Calidad, Normas ISO 25000) Restricciones 6
![Cómo documentar según tipos de requerimientos Requerimientos Funcionales: Modelos diversos: Casos de Uso, Estado, Cómo documentar según tipos de requerimientos Requerimientos Funcionales: Modelos diversos: Casos de Uso, Estado,](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-7.jpg)
Cómo documentar según tipos de requerimientos Requerimientos Funcionales: Modelos diversos: Casos de Uso, Estado, Actividades, etc. Requerimientos No Funcionales: Listado de requerimientos organizados preferentemente según los atributos de calidad Ver ejemplo de Especificacion Requerimientos Software en Bibliografía 7
![Modelo Calidad ISO-25000 Modelo Calidad ISO-25000](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-8.jpg)
Modelo Calidad ISO-25000
![Atributos de calidad Funcionalidad: Capacidad del producto software de proporcionar funciones que ejecuten las Atributos de calidad Funcionalidad: Capacidad del producto software de proporcionar funciones que ejecuten las](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-9.jpg)
Atributos de calidad Funcionalidad: Capacidad del producto software de proporcionar funciones que ejecuten las necesidades explícitas e implícitas de los usuarios cuando el software es usado bajo condiciones específicas. Idoneidad: capacidad del producto software (PS) para proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados. Completitud: grado en el cual el conjunto de funcionalidades cubre todas las tareas y los objetivos del usuario especificados. Corrección: capacidad del producto o sistema para proveer resultados correctos con el nivel de precisión requerido. 9
![Rendimiento Rendimiento: Representa la relación entre el grado de rendimiento del sitio y la Rendimiento Rendimiento: Representa la relación entre el grado de rendimiento del sitio y la](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-10.jpg)
Rendimiento Rendimiento: Representa la relación entre el grado de rendimiento del sitio y la cantidad de recursos (tiempo, espacio, entre otros) usados bajo ciertas condiciones. Comportamiento en el tiempo: los tiempos de respuesta y procesamiento y los ratios de throughput de un sistema cuando lleva a cabo sus funciones bajo condiciones determinadas en relación con un banco de pruebas establecido. Utilización de recursos: las cantidades y tipos de recursos utilizados cuando el software lleva a cabo su función bajo condiciones determinadas. 10
![Usabilidad Usabilidad: Capacidad del producto software de ser entendido, aprendido y usado por los Usabilidad Usabilidad: Capacidad del producto software de ser entendido, aprendido y usado por los](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-11.jpg)
Usabilidad Usabilidad: Capacidad del producto software de ser entendido, aprendido y usado por los usuarios bajo condiciones específicas. Inteligibilidad: capacidad del producto que permite al usuario entender si el software es adecuado para sus necesidades. Aprendizaje: capacidad del producto que permite al usuario aprender su aplicación. Operabilidad: capacidad del producto que permite al usuario operarlo y controlarlo con facilidad. 11
![Usabilidad (continúa) Protección a errores de usuario: capacidad del sistema para proteger a los Usabilidad (continúa) Protección a errores de usuario: capacidad del sistema para proteger a los](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-12.jpg)
Usabilidad (continúa) Protección a errores de usuario: capacidad del sistema para proteger a los usuarios de hacer errores. Atractividad: capacidad de la interfaz de usuario de agradar y satisfacer la interacción con el usuario. Accesibilidad: capacidad del producto que permite que sea utilizado por usuarios con determinadas características y discapacidades. 12
![Fiabilidad Fiabilidad: Capacidad del producto software de mantener un nivel especificado de rendimiento cuando Fiabilidad Fiabilidad: Capacidad del producto software de mantener un nivel especificado de rendimiento cuando](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-13.jpg)
Fiabilidad Fiabilidad: Capacidad del producto software de mantener un nivel especificado de rendimiento cuando es usado bajo condiciones específicas. Madurez: capacidad del sistema para satisfacer las necesidades de fiabilidad en condiciones normales. Disponibilidad: capacidad del sistema o componente de estar operativo y accesible para su uso cuando se requiere. Tolerancia a fallos: capacidad del sistema o componente para operar según lo previsto en presencia de fallos hardware o software. Capacidad de recuperación: capacidad del producto software para recuperar los datos directamente afectados y reestablecer el estado deseado del sistema en caso de interrupción o fallo. 13
![Seguridad Seguridad: Capacidad de protección de la información y los datos de manera que Seguridad Seguridad: Capacidad de protección de la información y los datos de manera que](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-14.jpg)
Seguridad Seguridad: Capacidad de protección de la información y los datos de manera que personas o sistemas no autorizados no puedan leerlos o modificarlos. Confidencialidad: Capacidad de protección contra el acceso de datos e información no autorizados, ya sea accidental o deliberadamente. Integridad: Capacidad del sistema o componente para prevenir accesos o modificaciones no autorizados a datos o programas de ordenador. No repudio: Capacidad de demostrar las acciones o eventos que han tenido lugar, de manera que dichas acciones o eventos no puedan ser repudiados posteriormente. Autenticidad: Capacidad de demostrar la identidad de un sujeto o un recurso. Responsabilidad: Capacidad de rastrear de forma inequívoca las acciones de una entidad. 14
![Mantenibilidad Mantenibilidad: Capacidad del producto software de ser modificado y probado. Modularidad: Capacidad de Mantenibilidad Mantenibilidad: Capacidad del producto software de ser modificado y probado. Modularidad: Capacidad de](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-15.jpg)
Mantenibilidad Mantenibilidad: Capacidad del producto software de ser modificado y probado. Modularidad: Capacidad de un sistema o programa de ordenador (compuesto de componentes discretos) que permite que un cambio en un componente tenga un impacto mínimo en los demás. Reusabilidad: Capacidad de un activo que permite que sea utilizado en más de un sistema software o en la construcción de otros activos. 15
![Mantenibilidad (cont) Analizabilidad: Facilidad con la que se puede evaluar el impacto de un Mantenibilidad (cont) Analizabilidad: Facilidad con la que se puede evaluar el impacto de un](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-16.jpg)
Mantenibilidad (cont) Analizabilidad: Facilidad con la que se puede evaluar el impacto de un determinado cambio sobre el resto del software, diagnosticar las deficiencias o causas de fallos en el software, o identificar las partes a modificar. Cambiabilidad: Capacidad del producto que permite que sea modificado de forma efectiva y eficiente sin introducir defectos o degradar el desempeño. Capacidad de ser probado: Facilidad con la que se pueden establecer criterios de prueba para un sistema o componente y con la que se pueden llevar a cabo las pruebas para determinar si se cumplen dichos criterios. 16
![Portabilidad Portabilidad: Capacidad del producto software de ser transferido de un ambiente a otro. Portabilidad Portabilidad: Capacidad del producto software de ser transferido de un ambiente a otro.](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-17.jpg)
Portabilidad Portabilidad: Capacidad del producto software de ser transferido de un ambiente a otro. Adaptabilidad: Capacidad del producto que le permite ser adaptado de forma efectiva y eficiente a diferentes entornos determinados de hardware, software, operacionales o de uso. Facilidad de instalación: Facilidad con la que el producto se puede instalar y/o desinstalar de forma exitosa en un determinado entorno. Intercambiabilidad: Capacidad del producto para ser utilizado en lugar de otro producto software determinado con el mismo propósito y en el mismo entorno. 17
![Compatibilidad Compatibilidad: Capacidad de dos o más sistemas o componentes para intercambiar información y/o Compatibilidad Compatibilidad: Capacidad de dos o más sistemas o componentes para intercambiar información y/o](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-18.jpg)
Compatibilidad Compatibilidad: Capacidad de dos o más sistemas o componentes para intercambiar información y/o llevar a cabo sus funciones requeridas cuando comparten el mismo entorno hardware o software. Coexistencia: capacidad del producto para coexistir con otro software independiente, en un entorno común, compartiendo recursos comunes sin detrimento. Interoperabilidad: capacidad de dos o más sistemas o componentes para intercambiar información y utilizar la información intercambiada. 18
![Ingeniería de Requerimientos Ingeniería de Requerimientos](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-19.jpg)
Ingeniería de Requerimientos
![Ingeniería de Requerimientos • Conjunto de actividades que intentan entender las necesidades de los Ingeniería de Requerimientos • Conjunto de actividades que intentan entender las necesidades de los](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-20.jpg)
Ingeniería de Requerimientos • Conjunto de actividades que intentan entender las necesidades de los usuarios y traducirlas en afirmaciones precisas y no ambiguas, que se usarán en el desarrollo del sistema. • Es el proceso de descubrir, analizar, documentar, y verificar los servicios y las restricciones que conforman los requerimientos del sistema. • Una forma disciplinada y sistemática de llegar desde las necesidades de los usuarios a la especificación. 20
![Ingeniería de Requerimientos Las actividades básicas son: Extracción (elicitación) de requerimientos Análisis & Especificación Ingeniería de Requerimientos Las actividades básicas son: Extracción (elicitación) de requerimientos Análisis & Especificación](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-21.jpg)
Ingeniería de Requerimientos Las actividades básicas son: Extracción (elicitación) de requerimientos Análisis & Especificación de requerimientos Verificación & Validación 21
![Extracción de Requerimientos Obtener conocimiento relacionado al problema que hay que resolver, con el Extracción de Requerimientos Obtener conocimiento relacionado al problema que hay que resolver, con el](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-22.jpg)
Extracción de Requerimientos Obtener conocimiento relacionado al problema que hay que resolver, con el propósito de producir posteriormente una especificación de requerimientos lo mas rigurosa posible. El conocimiento en el dominio del problema es muy importante para la actividad. La lista de requerimientos resultante debe ser: No ambigua Completa (reqs. funcionales, no funcionales y restricciones) Correcta Consistente 22
![Extracción de Requerimientos Fuentes de requerimientos: Stakeholders Objetivos (Factores Críticos de Éxito) Organismos Reguladores Extracción de Requerimientos Fuentes de requerimientos: Stakeholders Objetivos (Factores Críticos de Éxito) Organismos Reguladores](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-23.jpg)
Extracción de Requerimientos Fuentes de requerimientos: Stakeholders Objetivos (Factores Críticos de Éxito) Organismos Reguladores Entorno Operacional y Organizacional del Sistema Expertos del Dominio 23
![Extracción de Requerimientos Técnicas: Brainstomings Entrevistas Cuestionarios Encuestas Análisis de documentación (manuales, normas y Extracción de Requerimientos Técnicas: Brainstomings Entrevistas Cuestionarios Encuestas Análisis de documentación (manuales, normas y](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-24.jpg)
Extracción de Requerimientos Técnicas: Brainstomings Entrevistas Cuestionarios Encuestas Análisis de documentación (manuales, normas y procedimientos, forms, etc. . . ) Diagramas causa-efecto Etc. 24
![Análisis y Especificación Dividir el problema con el fin de comprenderlo Utilizar modelos para Análisis y Especificación Dividir el problema con el fin de comprenderlo Utilizar modelos para](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-25.jpg)
Análisis y Especificación Dividir el problema con el fin de comprenderlo Utilizar modelos para facilitar la comprensión Modelos: representaciones abstractas de la realidad Modelos: representaciones del problema (y la solución) en un lenguaje de modelado Distintos problemas requieren distintos tipos de modelos 25
![Análisis y Especificación Atributos de una “buena especificación”: Ante todo, “escrita” !! Correcta Consistente Análisis y Especificación Atributos de una “buena especificación”: Ante todo, “escrita” !! Correcta Consistente](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-26.jpg)
Análisis y Especificación Atributos de una “buena especificación”: Ante todo, “escrita” !! Correcta Consistente Completa No ambigua Verificable & Validable “Traceable” 26
![Verificación y Validación Verificación: Apunta a ver si el resultado se obtuvo de aplicar Verificación y Validación Verificación: Apunta a ver si el resultado se obtuvo de aplicar](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-27.jpg)
Verificación y Validación Verificación: Apunta a ver si el resultado se obtuvo de aplicar correctamente el proceso. Busca encontrar incumplimientos del proceso (en este caso, de obtención de los reqs. ) 27
![Verificación y Validación Validación: Apunta al resultado directamente, a comparar entre el resultado obtenido Verificación y Validación Validación: Apunta al resultado directamente, a comparar entre el resultado obtenido](http://slidetodoc.com/presentation_image_h2/40e70df70c7cf1038c50c5a4d7eb4091/image-28.jpg)
Verificación y Validación Validación: Apunta al resultado directamente, a comparar entre el resultado obtenido y el resultado esperado. Busca encontrar defectos en el producto obtenido (en este caso, en la especificación). Los requerimientos se validan para establecer la certeza que todos están de acuerdo en el significado de los requerimientos. Asegura que los reqs satisfarán las necesidades del cliente. Para la validación se puede recurrir a: Lecturas Entrevistas Revisiones Checklists La validación es importante debido a que los errores en el doc de especificación de reqs pueden conducir a altos costos al repetir el trabajo cuando sean descubieros en etapas avanzadas del ciclo de vida. 28
- Slides: 28