SlideShare ist ein Scribd-Unternehmen logo
1 von 8
Análisis y Diseño II
Juan Camilo Zuluaga
       Henao
Definición
 Los  requisitos para un sistema son la descripción
  de los servicios proporcionados por el sistema y
  sus restricciones operativas. Estos requisitos
  reflejan las necesidades de los clientes, para que
  un sistema ayude a resolver algún problema como
  el control de un dispositivo, hacer un pedido o
  encontrar información.
TIPOS DE REQUISITOS

            FUNCIONALES




                              NO
  USUARIO
                          FUNCIONALES




             SISTEMA
Requisitos Funcionales
   Los requisitos funcionales de un sistema describen lo
    que el sistema debe hacer. Estos requerimientos
    dependen del tipo de software que se desarrolle y de
    los posibles usuarios del software. Cuando se expresan
    como requerimientos del usuario, habitualmente se
    describen de una forma bastante abstracta. Sin
    embargo, los requerimientos funcionales del sistema
    describen con detalle la función de éste.
Requisitos No Funcionales
   Los requisitos no funcionales, como su nombre lo
    indica, son aquellos requerimientos que no se refieren
    directamente a las funciones detalladas que realiza el
    sistema, sino a las propiedades de éste como el tiempo
    de respuesta, la capacidad de almacenamiento y otros
    aspectos como el diseño, aspectos éticos, legales, de
    seguridad y ese tipo de cosas que no tienen que ver
    directamente con funciones del sistema. De forma
    alternativa, definen las restricciones del sistema como
    la capacidad de los dispositivos de entrada/salida y las
    representaciones de datos que se utilizan en las
    interfaces del sistema.
Requisitos del Usuario
   Los requisitos del usuario para un sistema deben describir
    los requerimientos funcionales y no funcionales de tal forma
    que sean comprensibles por 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 de diseño
    del sistema. Por consiguiente, si se están redactando
    requerimientos del usuario, no se debe utilizar vocabulario
    del software, notaciones estructuradas o formales, o
    describir los requerimientos por la descripción de la
    implementación del sistema. Deben redactarse en un
    lenguaje sencillo, con tablas y formularios sencillos y
    diagramas intuitivos.
Requisitos del Sistema
   Los requisitos del sistema son versiones extendidas de los
    requerimientos del usuario que son utilizados por los ingenieros de
    software como punto de partida para el diseño del sistema.
    Agregan detalle y explican cómo el sistema debe proporcionar los
    requerimientos del usuario. Pueden ser utilizados como parte del
    contrato para la implementación del sistema y, por lo tanto, deben
    ser una especificación completa y consistente del sistema entero.
   En teoría, los requerimientos del sistema simplemente deben
    describir el comportamiento externo del sistema y sus restricciones
    operativas. No deben tratar de cómo se debe diseñar o
    implementar el sistema. Sin embargo, en el nivel de detalle
    requerido para especificar completamente un sistema software
    complejo, es imposible, en la práctica, excluir toda la información
    de diseño.
BIBLIOGRAFIA
   Ingeniería del software. capitulo 3 “requerimientos del sistema”.
    pág 107 . SOMERVILLE, Ian.

Weitere ähnliche Inhalte

Was ist angesagt?

Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
Ejemplo Desarrollo Factibilidad Operativa
Ejemplo Desarrollo Factibilidad OperativaEjemplo Desarrollo Factibilidad Operativa
Ejemplo Desarrollo Factibilidad Operativatutor03770
 
Caso de Uso
Caso de UsoCaso de Uso
Caso de Usoutrilla
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemaUniversidad Tecnológica
 
Diagramas de paquetes
Diagramas de paquetesDiagramas de paquetes
Diagramas de paquetesMoises Cruz
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosJuan Carlos Olivares Rojas
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREjose_rob
 
Concepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerConcepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerMarcos Omar Cruz Ortrega
 
Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Yaskelly Yedra
 
Analizador Sintáctico
Analizador SintácticoAnalizador Sintáctico
Analizador SintácticoPablo Guerra
 

Was ist angesagt? (20)

Taller de Base de Datos - Unidad 7 Conectividad
Taller de Base de Datos - Unidad 7 ConectividadTaller de Base de Datos - Unidad 7 Conectividad
Taller de Base de Datos - Unidad 7 Conectividad
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Ensayo Cliente Servidor
Ensayo Cliente ServidorEnsayo Cliente Servidor
Ensayo Cliente Servidor
 
Gestores de bases de datos cuadros comparativos
Gestores de bases de datos cuadros comparativosGestores de bases de datos cuadros comparativos
Gestores de bases de datos cuadros comparativos
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Tabla de símbolos
Tabla de símbolosTabla de símbolos
Tabla de símbolos
 
Ejemplo Desarrollo Factibilidad Operativa
Ejemplo Desarrollo Factibilidad OperativaEjemplo Desarrollo Factibilidad Operativa
Ejemplo Desarrollo Factibilidad Operativa
 
Caso de Uso
Caso de UsoCaso de Uso
Caso de Uso
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 
Diagramas de paquetes
Diagramas de paquetesDiagramas de paquetes
Diagramas de paquetes
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
 
Concepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerConcepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson Penker
 
Conceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseñoConceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseño
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)
 
Factibilidad operativa
Factibilidad operativaFactibilidad operativa
Factibilidad operativa
 
Gestion de Memoria
Gestion de MemoriaGestion de Memoria
Gestion de Memoria
 
Analizador Sintáctico
Analizador SintácticoAnalizador Sintáctico
Analizador Sintáctico
 

Ähnlich wie Análisis y Diseño II: Requisitos Funcionales y No Funcionales

Requerimientos tipos-y-definiciones
Requerimientos tipos-y-definicionesRequerimientos tipos-y-definiciones
Requerimientos tipos-y-definicionesJuan Restrepo
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones Juan Restrepo
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones Juan Restrepo
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones Juan Restrepo
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definicionesrequerimientos-tipos-y-definiciones
requerimientos-tipos-y-definicionesJuan Restrepo
 
Analisis de requerimientos luis castellan0 s
Analisis de requerimientos luis castellan0 sAnalisis de requerimientos luis castellan0 s
Analisis de requerimientos luis castellan0 sCiro Polanco
 
Presentación grupo 3
Presentación grupo 3Presentación grupo 3
Presentación grupo 3Jabón Azo
 
Analisis y Diseño de Sistemas
Analisis y Diseño de SistemasAnalisis y Diseño de Sistemas
Analisis y Diseño de Sistemascardan2007i
 
Taller en clases 1-blob
Taller en clases 1-blobTaller en clases 1-blob
Taller en clases 1-blobluisrapalino
 
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1jmpov441
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases1002188303
 
Taller en clases
Taller en clasesTaller en clases
Taller en clasesJeankGFX
 
Ingenieria de Requisitos y Tipos de Requisitos
Ingenieria de Requisitos y Tipos de RequisitosIngenieria de Requisitos y Tipos de Requisitos
Ingenieria de Requisitos y Tipos de RequisitosDayank Muñoz Almeida
 
Estándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareEstándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareDaniel Guaycha
 
Requerimiento funcional 2
Requerimiento funcional 2Requerimiento funcional 2
Requerimiento funcional 2Lucero Mtz
 

Ähnlich wie Análisis y Diseño II: Requisitos Funcionales y No Funcionales (20)

Requerimientos tipos-y-definiciones
Requerimientos tipos-y-definicionesRequerimientos tipos-y-definiciones
Requerimientos tipos-y-definiciones
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definicionesrequerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
 
Analisis de requerimientos luis castellan0 s
Analisis de requerimientos luis castellan0 sAnalisis de requerimientos luis castellan0 s
Analisis de requerimientos luis castellan0 s
 
Ender mendoza
Ender mendozaEnder mendoza
Ender mendoza
 
Presentación grupo 3
Presentación grupo 3Presentación grupo 3
Presentación grupo 3
 
Analisis y Diseño de Sistemas
Analisis y Diseño de SistemasAnalisis y Diseño de Sistemas
Analisis y Diseño de Sistemas
 
Taller en clases 1-blob
Taller en clases 1-blobTaller en clases 1-blob
Taller en clases 1-blob
 
Ingenieria de requerimientos 1
Ingenieria de requerimientos 1Ingenieria de requerimientos 1
Ingenieria de requerimientos 1
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Isw5 requerimientos
Isw5 requerimientosIsw5 requerimientos
Isw5 requerimientos
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Ingenieria de Requisitos y Tipos de Requisitos
Ingenieria de Requisitos y Tipos de RequisitosIngenieria de Requisitos y Tipos de Requisitos
Ingenieria de Requisitos y Tipos de Requisitos
 
Requisitos y Tipos de Requisitos
Requisitos y Tipos de RequisitosRequisitos y Tipos de Requisitos
Requisitos y Tipos de Requisitos
 
Estándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareEstándar IEEE 830-1998 - Especificacón de requisitos de Software
Estándar IEEE 830-1998 - Especificacón de requisitos de Software
 
Requerimiento funcional 2
Requerimiento funcional 2Requerimiento funcional 2
Requerimiento funcional 2
 

Análisis y Diseño II: Requisitos Funcionales y No Funcionales

  • 1. Análisis y Diseño II Juan Camilo Zuluaga Henao
  • 2. Definición  Los requisitos para un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas. Estos requisitos reflejan las necesidades de los clientes, para que un sistema ayude a resolver algún problema como el control de un dispositivo, hacer un pedido o encontrar información.
  • 3. TIPOS DE REQUISITOS FUNCIONALES NO USUARIO FUNCIONALES SISTEMA
  • 4. Requisitos Funcionales  Los requisitos funcionales de un sistema describen lo que el sistema debe hacer. Estos requerimientos dependen del tipo de software que se desarrolle y de los posibles usuarios del software. Cuando se expresan como requerimientos del usuario, habitualmente se describen de una forma bastante abstracta. Sin embargo, los requerimientos funcionales del sistema describen con detalle la función de éste.
  • 5. Requisitos No Funcionales  Los requisitos no funcionales, como su nombre lo indica, son aquellos requerimientos que no se refieren directamente a las funciones detalladas que realiza el sistema, sino a las propiedades de éste como el tiempo de respuesta, la capacidad de almacenamiento y otros aspectos como el diseño, aspectos éticos, legales, de seguridad y ese tipo de cosas que no tienen que ver directamente con funciones del sistema. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y las representaciones de datos que se utilizan en las interfaces del sistema.
  • 6. Requisitos del Usuario  Los requisitos del usuario para un sistema deben describir los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por 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 de diseño del sistema. Por consiguiente, si se están redactando requerimientos del usuario, no se debe utilizar vocabulario del software, notaciones estructuradas o formales, o describir los requerimientos por la descripción de la implementación del sistema. Deben redactarse en un lenguaje sencillo, con tablas y formularios sencillos y diagramas intuitivos.
  • 7. Requisitos del Sistema  Los requisitos del sistema son versiones extendidas de los requerimientos del usuario que son utilizados por los ingenieros de software como punto de partida para el diseño del sistema. Agregan detalle y explican cómo el sistema debe proporcionar los requerimientos del usuario. Pueden ser utilizados como parte del contrato para la implementación del sistema y, por lo tanto, deben ser una especificación completa y consistente del sistema entero.  En teoría, los requerimientos del sistema simplemente deben describir el comportamiento externo del sistema y sus restricciones operativas. No deben tratar de cómo se debe diseñar o implementar el sistema. Sin embargo, en el nivel de detalle requerido para especificar completamente un sistema software complejo, es imposible, en la práctica, excluir toda la información de diseño.
  • 8. BIBLIOGRAFIA  Ingeniería del software. capitulo 3 “requerimientos del sistema”. pág 107 . SOMERVILLE, Ian.