• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Ingenieria de requerimientos 1
 

Ingenieria de requerimientos 1

on

  • 11,279 views

 

Statistics

Views

Total Views
11,279
Views on SlideShare
11,279
Embed Views
0

Actions

Likes
1
Downloads
349
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 Ingenieria de requerimientos 1 Presentation Transcript

    • SISTEMAS DE INFORMACION Ingeniería de Requerimientos (Primera Parte) ING. JOSE M. POVEDA
    • 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.
    • ¿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.
    • NIVELES DE REQUERIMIENTOS
    • • 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
    • Ejemplo:
    • CLASIFICACION DE LOS REQUERIMIENTOS DEL SISTEMA De Funcionales Dominio No Funcionales
    • Definiciones: Describen lo que el sistema debe hacer Se refiere a las propiedades emergentes Se derivan del dominio de la aplicación
    • 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.
    • Tipos de Requerimientos No Funcionales
    • 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.
    • Ejemplo de Metas del sistema y requerimientos verificables:
    • Métricas para especificar requerimientos no funcionales:
    • 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.
    • REQUERIMIENTOS DEL USUARIO
    • 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.
    • Ejemplo de cómo redactar un requerimiento de usuario:
    • 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.
    • Notaciones para la especificación de requerimientos
    • Ejemplo: (Lenguaje Estructurado)
    • Ejemplo: (Lenguaje de descripción de diseño)
    • Ejemplo: (Notaciones Gráficas)
    • Ejemplo: (Especificaciones Matemáticas)
    • 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.
    • ¿Quiénes son los usuarios del documento de requerimientos?
    • 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
    • Estructura de un Documento de Requerimientos
    • GRACIAS POR SU ATENCIÓN