Iswii

3,623 views

Published on

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

  • Be the first to like this

No Downloads
Views
Total views
3,623
On SlideShare
0
From Embeds
0
Number of Embeds
2,510
Actions
Shares
0
Downloads
14
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Iswii

  1. 1. Ingeniería de SoftwareFase de Análisis
  2. 2. Proceso de Software
  3. 3. Acumulación Errores
  4. 4. El Por Que?Descripción del Problema • Evidenciar los procesos de Negocio de la organización para realizar análisis del dominio del problemaAnalisís del Problema • Entender mejor el problema más que iniciar el diseño de la solución. El propósito es describrir los requerimientos del sistema.
  5. 5. Ingeniería de RequerimientosComo escribir Requisitos • La “mejor forma” de escribir requisitos no existe • Lo más utilizado es el lenguaje natural • Cada requisito expresado en una frases cortas (“el sistema hará X ...”, “se facilitará Y ...”, etc.) • Lenguaje natural complementado con diagramas y/o notaciones formales • La notación utilizada depende de quien lee o quien escribe los requisitos
  6. 6. Ingeniería de Requerimientos
  7. 7. Documento Estandar IEEE 830Introducción• Propósito• Alcance• Definiciones• Referencias• Visión General Independiente del formato utilizado, unDescripción General documento de requisitos contiene:• Perspectiva del producto• Funciones del producto • Información acerca del problema• Características del usuario • Propiedades y comportamiento del sistema• Restricciones • Restricciones de diseño y fabricación del• Suposiciones productoRequisitos específicosApéndices
  8. 8. El Qué frente al Cómo
  9. 9. Estrategia de Análisis
  10. 10. Clasificación de RequisitosCriterios de agrupación • En funcionales vs. No funcionales (Capacidades vs. Restricciones) • Por prioridades • Por coste implementación • Por niveles (alto nivel, bajo nivel) • Según su volatilidad/estabilidad • Si son requisitos sobre el proceso o sobre el producto

×