Iswii

828 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
828
On SlideShare
0
From Embeds
0
Number of Embeds
559
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Iswii

  1. 1. Ingeniería de SoftwareDiseño del Sistema
  2. 2. Proceso de Software
  3. 3. Acumulación Errores
  4. 4. El Por Que?Descripción del Problema • Descubrir los procesos de Negocio para realizar análisis del dominio del problemaAnalisís del Problema • Entender mejor el problema mas que inicar el diseño de la solución para describrir los requerimientos del sistema.
  5. 5. Formalización del ProblemaModelado del Problema Expresar mediante diagramas de datos, de procesos, de estados, de interacción, de objetos, etc. El tipo de modelo elegido depende de: • La naturaleza del problema • La experiencia del modelador • La disponibilidad de herramientas • Por decreto. El cliente impone una notación
  6. 6. 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
  7. 7. Ingeniería de Requerimientos
  8. 8. Documento Estandar IEEE 830Introducción• Propósito• Alcance• Definiciones• Referencias• Visión General http://es.scribd.com/doc/54229526/FORMATO-IEEE-830Descripción General• Perspectiva del producto• Funciones del producto• Características del usuario• Restricciones• SuposicionesRequisitos específicosApéndices
  9. 9. En conclusiónIndependiente del formato utilizado, un documento de requisitos contiene: Información acerca del problema Propiedades y comportamiento del sistema Restricciones de diseño y fabricación del producto
  10. 10. El Qué frente al Cómo
  11. 11. El Qué frente al CómoRelación Requisitos-Arquitectura • La elección de una determinada arquitectura software debe tener en cuenta los requisitos funcionales pero, sobre todo, los requisitos no funcionales (atributos de calidad del software) • No hay una regla definitiva para establecer, dados los requisitos, el tipo de arquitectura • Tan sólo hay una serie de heurísticas para, dados unos requisitos, elegir la arquitectura
  12. 12. El Cómo?Diseño del Sistema
  13. 13. 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
  14. 14. Ejemplo Diagrama de Bloques

×