Ingenieria de requerimientos 1
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Ingenieria de requerimientos 1

on

  • 12,914 views

 

Statistics

Views

Total Views
12,914
Views on SlideShare
12,914
Embed Views
0

Actions

Likes
1
Downloads
381
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Ingenieria de requerimientos 1 Presentation Transcript

  • 1. SISTEMAS DE INFORMACION Ingeniería de Requerimientos (Primera Parte) ING. JOSE M. POVEDA
  • 2. INTRODUCCION Trata de lo que el sistema debe hacer, sus propiedades emergentes y esenciales, y las restricciones en el funcionamiento del sistema y los procesos de desarrollo de software. Es el proceso de comunicación entre los clientes y usuarios del software y los desarrolladores del mismo.
  • 3. ¿A qué se le llama Ingeniería de Requerimientos? Al proceso de descubrir, analizar, documentar y verificar los servicios proporcionados por el sistema y sus restricciones operativas.
  • 4. NIVELES DE REQUERIMIENTOS
  • 5. • Son declaraciones, en • Establecen con detalle las lenguaje natural y funciones, servicios y diagramas, de los servicios restricciones operativas que el sistema proporcione del sistema. El documento y de las restricciones bajo de requerimientos del las cuales debe funcionar. sistema debe ser funcional. Debe definir exactamente qué es lo que se va a implementar. Requerimientos Requerimientos del Usuario del Sistema
  • 6. Ejemplo:
  • 7. CLASIFICACION DE LOS REQUERIMIENTOS DEL SISTEMA De Funcionales Dominio No Funcionales
  • 8. Definiciones: Describen lo que el sistema debe hacer Se refiere a las propiedades emergentes Se derivan del dominio de la aplicación
  • 9. Ejemplo de RF: 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á proporcionar visores adecuados para que el usuario lea documentos en el almacén de datos. 3. A cada pedido se le deberá asignar un identificador único, que el usuario podrá copiar al area de almacenamiento permanente de la cuenta.
  • 10. Tipos de Requerimientos No Funcionales
  • 11. Ejemplo de R. No Funcionales: Nota: Siempre que sea posible, se deben redactar los requerimientos no funcionales de manera cuantitativa para que se puedan probar de un modo objetivo.
  • 12. Ejemplo de Metas del sistema y requerimientos verificables:
  • 13. Métricas para especificar requerimientos no funcionales:
  • 14. Ejemplo de Requerimientos del dominio:  El sistema LIBSYS incluye varios requerimientos del dominio: 1. Deberá existir una interfaz de usuario estándar para todas las bases de datos que estará basada en el estándar Z39.50. 2. Debido a las restricciones de derechos de autor, algunos documentos deberán borrarse después de su llegada, se imprimirán de forma local en el servidor y serán distribuidos de forma manual.
  • 15. REQUERIMIENTOS DEL USUARIO
  • 16. Los requerimientos del usuario par un sistema deben describir los requerimientos funcionales y no funcionales de tal forma que sean comprensibles para los usuarios del sistema sin conocimiento técnico detallado. Únicamente deben especificar el comportamiento externo del sistema y deben evitar, tanto como sea posible, las características del diseño del sistema.
  • 17. Ejemplo de cómo redactar un requerimiento de usuario:
  • 18. Recomendaciones para redactar los requerimientos del usuario: 1. Inventar un formato estándar y asegurar que todos los requerimientos se adhieran al formato. 2. Utilizar el lenguaje de forma consistente. Distinga entre requerimientos obligatorios y requerimientos deseables. 3. Resalte el texto (con negrita, cursiva, color) para distinguir las partes claves del requerimiento.
  • 19. Notaciones para la especificación de requerimientos
  • 20. Ejemplo: (Lenguaje Estructurado)
  • 21. Ejemplo: (Lenguaje de descripción de diseño)
  • 22. Ejemplo: (Notaciones Gráficas)
  • 23. Ejemplo: (Especificaciones Matemáticas)
  • 24. El documento de requerimientos del software:  Es la declaración oficial de qué deben implementar los desarrolladores del sistema. Debe incluir tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema.
  • 25. ¿Quiénes son los usuarios del documento de requerimientos?
  • 26. IEEE/ANSÍ 830-1998 (IEEE, 1998) 1. Introducción 1.1 Propósito del documento de requerimientos 1.2 Alcance del producto 1.3 Definiciones, acrónicos y abreviaturas 1.4 Referencias 1.5 Descripción del resto del documento 2. Descripción general 2.1 Perspectiva del producto 2.2 Funciones del producto 2.3 Características del usuario 2.4 Restricciones generales 2.5 Suposiciones y dependencias 3. Requerimientos específicos: incluyen los requerimientos funcionales, no funcionales y de interfaz. Obviamente, ésta es la parte más sustancial del documento, pero debido a la amplia variabilidad en la práctica organizacional, no es apropiado definir una estructura estándar para esta sección. Los requerimientos pueden documentar las interfaces externas, describir la funcionalidad y el rendimiento del sistema, especificar los requerimientos lógicos de la base de datos, las restricciones de diseño, las propiedades emergentes del sistema y las características de calidad. 4. Apéndices 5. índice
  • 27. Estructura de un Documento de Requerimientos
  • 28. GRACIAS POR SU ATENCIÓN