1 / 28

SISTEMAS DE INFORMACION

Ingeniería de Requerimientos (Primera Parte). SISTEMAS DE INFORMACION. ING. JOSE M. POVEDA. INTRODUCCION.

courtney-rogers
Download Presentation

SISTEMAS DE INFORMACION

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Ingeniería de Requerimientos (Primera Parte) SISTEMAS DE INFORMACION 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. Ejemplo:

  6. CLASIFICACION DE LOS REQUERIMIENTOS DEL SISTEMA

  7. Definiciones:

  8. Ejemplo de RF: • El usuario deberá tener la posibilidad de buscar en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella. • El sistema deberá proporcionar visores adecuados para que el usuario lea documentos en el almacén de datos. • A cada pedido se le deberá asignar un identificador único, que el usuario podrá copiar al area de almacenamiento permanente de la cuenta.

  9. Tipos de Requerimientos No Funcionales

  10. 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.

  11. Ejemplo de Metas del sistema y requerimientos verificables:

  12. Métricas para especificar requerimientos no funcionales:

  13. Ejemplo de Requerimientos del dominio: • El sistema LIBSYS incluye varios requerimientos del dominio: • Deberá existir una interfaz de usuario estándar para todas las bases de datos que estará basada en el estándar Z39.50. • 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.

  14. Requerimientos del usuario

  15. 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.

  16. Ejemplo de cómo redactar un requerimiento de usuario:

  17. Recomendaciones para redactar los requerimientos del usuario: • Inventar un formato estándar y asegurar que todos los requerimientos se adhieran al formato. • Utilizar el lenguaje de forma consistente. Distinga entre requerimientos obligatorios y requerimientos deseables. • Resalte el texto (con negrita, cursiva, color) para distinguir las partes claves del requerimiento. • Evitar el uso de jerga informática.

  18. Notaciones para la especificación de requerimientos

  19. Ejemplo: (Lenguaje Estructurado)

  20. Ejemplo: (Lenguaje de descripción de diseño)

  21. Ejemplo: (Notaciones Gráficas)

  22. Ejemplo: (Especificaciones Matemáticas)

  23. 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.

  24. ¿Quiénes son los usuarios del documento de requerimientos?

  25. 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

  26. Estructura de un Documento de Requerimientos

  27. GRACIAS POR SU ATENCIÓN

More Related