Ingenieria de Requisitos v2
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Ingenieria de Requisitos v2

on

  • 142 views

 

Statistics

Views

Total Views
142
Views on SlideShare
142
Embed Views
0

Actions

Likes
0
Downloads
1
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 Requisitos v2 Presentation Transcript

  • 1. Concepto, Importancia, Clasificación y Actividades INGENIERÍA DE REQUISITOS
  • 2. Concepto “Proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software.” “Un requerimiento es un servicio que el sistema de software debe satisfacer o una restricción bajo la cual el sistema debe operar” [Sommerville 2002]
  • 3. Metas y Objetivos  Entregar una especificación de Requisitos de software correcta y completa.  Mejorar la forma en que comprendemos y definimos sistemas de software complejos.
  • 4. Características  Necesario  Conciso  Completo  Consistente  No ambiguo  Verificable
  • 5. … con la Ingeniería de Software Para la ingeniería de software, la Ingeniería de Requisitos comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de los inversores, que pueden entrar en conflicto entre ellos.
  • 6. La ingeniería de requisitos puede ser un proceso largo y arduo para el que se requiere de habilidades psicológicas. Los nuevos sistemas cambian el entorno y las relaciones entre la gente, así que es importante identificar a todos los actores involucrados, considerar sus necesidades y asegurar que entienden las implicaciones de los nuevos sistemas. Los analistas pueden emplear varias técnicas para obtener los requisitos del cliente.
  • 7. Actividades  La educción o captura.  El análisis y negociación de requisitos para derivar requisitos adicionales.  La documentación de los requisitos o especificación.  La validación de los requisitos documentados contra las necesidades de usuario.
  • 8. Historia Negociable 1 Como: Bloguero Quiero: hacer una entrada al blog Para: posicionarme como experto en un tema específico Criterios de Aceptación: •Debo ser capaz de publicar contenido multimedia (imágenes y video) •El texto de la entrada debe ser enriquecido (que permita enlaces Web, formato, etc.) •La entrada se debe poder compartir vía redes sociales •La entrada se debe poder imprimir •La entrada se debe poder enviar vía correo electrónico
  • 9. Personas  Organizaciones que integran la organización del analista que está diseñando el sistema  Organizaciones o sistemas de respaldo  Dirección  Usuarios.
  • 10. Roles  Usuario final/Consumidores  Analistas y programadores  Personal de Mantenimiento  Personal de pruebas
  • 11. Clasificación  Funcionales: son los que el usuario necesita que efectúe el software.  No funcionales: son los "recursos" para que trabaje el sistema de información (redes, tecnología).
  • 12. Conclusión  Proceso/Paso base para la buena construcción  Involucra a clientes, usuarios, equipo de desarrollo,     administradores de proyectos, etc. Incluye actividades Clasificación de Requisitos Contiene Personas y Roles Requiere comunicación constante entre los implicados