Isw5 requerimientos

1,462
-1

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,462
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
70
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Isw5 requerimientos

  1. 1. Ingeniería de Sistemas Requerimientos basado en el capítulo 6 “ISW” Ian Sommerville Profesora Dra. Yulia Ledeneva MCC, UAP Tianguistenco, UAEM
  2. 2. Objetivos <ul><li>Introducir los conceptos de usuario y requerimientos del sistema </li></ul><ul><li>Describir los requerimientos funcionales y no funcionales </li></ul><ul><li>Explicar dos técnicas para describir los requerimientos de un sistema </li></ul><ul><li>Explicar como los requerimientos de software pueden ser organizados en un documento de requerimientos </li></ul>
  3. 3. Tópicos cubiertos <ul><li>Requerimientos funcionales y no funcionales </li></ul><ul><li>Requerimientos del usuario </li></ul><ul><li>Requerimientos del sistema </li></ul><ul><li>El documento de requerimientos del software </li></ul>
  4. 4. Requerimientos <ul><li>Los requerimientos para un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas. </li></ul><ul><li>Los requerimientos reflejan las necesidades de los clientes de un sistema que ayude a resolver algún problema </li></ul>
  5. 5. Ingeniería de requerimientos <ul><li>El proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones </li></ul>
  6. 6. Abstracción de requerimientos (Davis, 1993) <ul><li>“ Si una compañía desea establecer un contrato para un proyecto de desarrollo de software grande, debe de definir sus necesidades de una forma suficientemente abstracta para establecer a partir de ella una solución. Los requerimientos deben redactarse de tal forma que varios contratistas pueden licitar el contrato, ofreciendo, quizás, formas diferentes de cumplir con necesidades de los clientes en la organización. Una vez que el contrato se asigna, el contratista debe redactar una definición del sistema para el cliente más detalladamente de forma que éste comprenda y pueda validar lo que dará el software. Ambos documentos se pueden denominar documento de requerimientos para el sistema.” </li></ul>
  7. 7. Tipos de requerimientos <ul><li>Requerimientos del usuario </li></ul><ul><ul><li>Declaraciones en lenguaje natural e en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe de funcionar </li></ul></ul><ul><li>Requerimientos del sistema </li></ul><ul><ul><li>Documento estructurado que establece una descripción detallada de los servicios y restricciones operativas del sistema </li></ul></ul><ul><li>Especificación del Software </li></ul><ul><ul><li>Una descripción detallada del software que es una base para el diseño e implementación. Esta orientada para ser leída por los desarrolladores </li></ul></ul>
  8. 8. Definiciones y especificaciones <ul><li>Definición de Requerimientos </li></ul><ul><ul><li>1. El Software proporciona significado de representación y acceso a archivos externos creados por otras herramientas. </li></ul></ul><ul><li>Especificación de Requerimientos </li></ul><ul><li>1.1 El usuario debe proporcionar facilidades para definir el tipo de archivos externos. </li></ul><ul><li>1.2 Cada tipo de archivo externo puede tener una herramienta asociada. La cual, será aplicada para el archivo. </li></ul><ul><li>1.3 Cada tipo de archivo externo será representado como un icono específico mostrado al usuario. </li></ul><ul><li>1.4 Las facilidades proporcionadas para la representación del icono en un tipo de archivo externo será definido por el usuario. </li></ul><ul><li>1.5 Cuando un usuario selecciona una representación de icono de un archivo externo, el efecto de la selección es aplicar las herramientas asociadas con el tipo de archivo externo al archivo representado por la selección del icono. </li></ul>
  9. 9. Lectores de requerimientos
  10. 10. Requerimientos funcionales <ul><li>Describen la funcionalidad o los servicios del sistema </li></ul><ul><li>Dependen del tipo de software y del sistema que se desarrolle y de los posibles usuarios del software </li></ul><ul><li>Los requerimientos funcionales para el usuario son declaraciones de alto nivel, los describen en forma general. Sin embargo, los requerimientos funcionales del sistema describen los servicios del sistema en detalle </li></ul>
  11. 11. Requerimientos NO funcionales <ul><li>Definen propiedades y restricciones del sistema, por ejemplo, fiabilidad, respuesta en el tiempo y la capacidad de almacenamiento. Describen restricciones como las capacidades de los dispositivos de E/S, representaciones del sistema, etc. </li></ul><ul><li>El proceso de requerimientos puede especificarse a través de sistema particular de CASE, lenguaje de programación o método desarrollado </li></ul>
  12. 12. Clasificación de requerimientos NO funcionales <ul><li>Requerimientos del producto </li></ul><ul><ul><li>Éstos especifican el comportamiento del producto, por ejemplo, rapidez de ejecución, fiabilidad, etc. </li></ul></ul><ul><li>Requerimientos organizacionales </li></ul><ul><ul><li>Estos requerimientos son una consecuencia de las políticas y procedimientos de la organización, por ejemplo, estándares usados en los procesos, los requerimientos de implementación, etc. </li></ul></ul><ul><li>Requerimientos externos </li></ul><ul><ul><li>Son requerimientos que se originan por factores externos al sistema y de su proceso de desarrollo, por ejemplo, requerimientos legales, éticos, etc. </li></ul></ul>
  13. 13. Ejemplos de requerimientos NO funcionales <ul><li>Requerimientos del producto </li></ul><ul><ul><li>8.1 La interfaz de usuario del LIBSYS se implementará como HTML simple sin marcos o applets Java </li></ul></ul><ul><li>Requerimientos organizacionales </li></ul><ul><ul><li>9.3.2 El proceso de desarrollo del sistema y los documentos a entregar deberán ajustarse a proceso y a los productos e entregar definidos en XYDR-STRE-99 </li></ul></ul><ul><li>Requerimientos externos </li></ul><ul><ul><li>10.6 El sistema no deberá revelar al personal de la biblioteca que lo utilice ninguna información de los usuarios del sistema aparte de su nombre y número de referencia de la biblioteca. </li></ul></ul>
  14. 14. Tipos de requerimientos NO funcionales
  15. 15. Metas
  16. 16. Métricas para los requerimientos no funcionales Propiedad Medida Rapidez Transacciones procesadas por segundo Tiempo de respuesta al usuario y a eventos Tiempo de actualización de la pantalla Tamaño KB Número de chips de RAM Facilidad de uso Tiempo de capacitación Número de cuadros de ayuda Fiabilidad Tiempo promedio entre fallas Probabilidad de no disponibilidad Tasa de ocurrencias de las fallas Disponibilidad Robustez Tiempo de reinicio después de fallas Porcentaje de eventos que provocan fallas Probabilidad de corrupción de los datos después de las fallas Portabilidad Porcentajes de declaraciones dependientes del objetivo Número de sistemas objetivo
  17. 17. Documento de requerimientos (ver ejemplo) <ul><li>Introducción </li></ul><ul><li>Glosario </li></ul><ul><li>Definición de requerimientos del usuario </li></ul><ul><li>Arquitectura del sistema </li></ul><ul><li>Especificación de los requerimientos del sistema </li></ul><ul><li>Modelos del sistema </li></ul><ul><li>Evolución del sistema </li></ul><ul><li>Apéndice </li></ul>
  18. 18. ejercicios a continuación …
  19. 19. Incluir el documento del requerimientos del software <ul><li>Actividades de la ingeniería de requerimientos: </li></ul><ul><li>Ver ejemplo </li></ul>
  20. 20. Fechas de entrega <ul><li>Presentación de Avances de la Ingeniería de Requerimientos: 4 de noviembre (Tarea 4) </li></ul><ul><li>Presentación de Avances: 11 de noviembre </li></ul><ul><li>Entrega de documentación final: 18 de noviembre </li></ul>
  21. 21. Capítulo 7 completar el documento general con <ul><li>Estudio de viabilidad </li></ul><ul><li>Obtención y análisis de requerimientos </li></ul><ul><li>Validación de requerimientos </li></ul><ul><li>Gestión de requerimientos </li></ul>
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×