Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 1 vistas

    Analisisde Requerimientos

    Cargado por

    James Acosta

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd

    Analisisde Requerimientos

    Cargado por

    James Acosta
    1 vistas19 páginas

    Título original

    AnalisisdeRequerimientos

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PPTX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
    Descargar como pptx, pdf o txt
    1 vistas19 páginas

    Analisisde Requerimientos

    Cargado por

    James Acosta

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
    Descargar como pptx, pdf o txt
    de 19

    ANÁLISIS Y DISEÑO

    DE SISTEMAS I
    DR. DANY DORIAN ISUIZA PÉREZ
    https://www.youtube.com/watch?v=pm_r6dHTyQ8&
    ab_channel=HistoriasdeSabiduria
    Una buena comunicación
    con el cliente permitirá:
     Reducir ambigüedades en los requerimientos.
     Traducir a lenguaje técnico lo que el cliente necesita.
     Plantear un modelo lógico del problema en términos de diagramas.
    Requerimientos del
    Sistema
    Análisis de Requisitos de
    Software
    Un análisis de requisitos consiste en la recopilación de las necesidades de una empresa para
    ponerle solución. Para ello, se ha de hacer un estudio interno de la situación actual de la empresa
    y las problemáticas a las que se enfrenta.
    Pasos de un Análisis de
    Requisitos
     Realiza un estudio profundo de la necesidad tecnológica que tiene el negocio.
     Diseño del paso de la situación actual a la ideal.
     Involucración de los empleados para recopilar requisitos.
     Tiene en cuenta las diferentes áreas de trabajo: reconocimiento del problema, evaluación, modelado,
    especificación y revisión.
     Realiza a través de entrevistas, talleres, observación, indagación, revisión documental y demás técnicas
    específicas.
     Establecer prioridades dentro de los requisitos.
     Especifica las características operacionales que tendrá el software a desarrollar.
     Describe el plan del proyecto a seguir.
     Entregar el proyecto dentro del tiempo y presupuesto acordados y de los objetivos de negocio.
    El análisis de requerimientos
    puede dividirse en cuatro áreas:
     Reconocimiento del problema.
     Evaluación y síntesis.
     Especificación.
     Revisión.
    Procesos de la Ingeniería
    de Requerimientos
     Estudio de factibilidad del sistema.
     Obtención y análisis de requerimientos.
     Especificación y documentación de los requerimientos.
     Validación de los requerimientos.
    Procesos de la Ingeniería
    de Requerimientos
    Obtención y
    Análisis de
    Estudio de Especificación
    Requerimientos
    Factibilidad de
    Requerimientos

    Validación de
    Requerimientos
    Informe de Requerimientos
    Modelo de
    Factibilidad del usuario y del
    Sistemas
    Sistema

    Documentación
    de
    Requerimientos
    Estudio de Factibilidad

    ¿El sistema contribuye a los objetivos generales de la organización?


    ¿El sistema se puede implementar utilizando la tecnología actual y
    con las restricciones de costo y tiempo ?
    ¿El sistema puede integrarse a otros que existe en la organización?
    Obtención y Análisis de
    Requerimientos
     El personal del desarrollo técnico del software trabajará con los clientes y los usuarios finales del
    sistema para determinar el dominio de la aplicación, cuáles servicios debe proveer el sistema, el
    desempeño requerido del sistema, las restricciones del hardware, etc.

    La obtención y análisis es un proceso difícil por varias razones:


     Los stakeholders (personas que tienen influencia directa o indirecta sobre los requerimientos del
    sistema) a menudo no conocen realmente lo que desean obtener, excepto en términos muy
    generales.
     Los stakeholders expresan los requerimientos con sus propios términos.
    Obtención y Análisis de
    Requerimientos
    La obtención y análisis es un proceso difícil por varias razones (continuación):
     Diferentes stakeholders tienen requerimientos distintos y podrían expresarlos de varias formas.
    Se deben identificar todas las fuentes de requerimientos así como los conflictos.
     Los factores políticos influyen en los requerimientos. Las personas buscan aumentar sus
    influencias.
    Obtención y Análisis de
    Requerimientos
    El método VORD (definición de requerimientos orientados al punto de vista) se ha diseñado como un marco de
    trabajo orientado a servicios para la obtención y análisis de requerimientos.
    Las etapas principales de VORD son:
     Identificación de puntos de vista, que implica descubrir los que reciben los servicios del sistema e identificar
    los servicios específicos que se suministran a cada punto de vista.
     Estructuración de puntos de vista que comprende agrupar los relacionados en una jerarquía.
     Documentación de puntos de vista, que comprende refinar la descripción de éstos y los servicios identificados.
     Trazado del punto de vista del sistema, que comprende identificar los objetivos en un diseño OO utilizando la
    información del servicio encapsulado en los puntos de vista.
    Validación de
    Requerimientos
    Las verificaciones incluyen:
    1. Verificación de validez: para incluir solo requerimientos realmente útiles.
    2. Verificación de consistencia: para evitar las contradicciones entre los requerimientos.
    3. Verificación de integridad: para incluir todas las restricciones pedidas.
    4. Verificación de realismo: para asegurarse que los requerimientos se pueden implementar.
    5. Verificabilidad: para reducir las discusiones entre el cliente y el contratista, los requerimientos
    deben redactarse de una manera verificable.
    Administración de
    Requerimientos
    Los requerimientos para sistemas grandes son siempre cambiantes.
     Una razón es porque no siempre el problema puede definirse totalmente.
     Es difícil anticipar que efectos tendrá el sistema nuevo en la organización, y siempre se lo
    comparará con el sistema anterior (manual o automatizado).
     Una vez que los usuarios finales experimenten el nuevo sistema surgirán nuevos requerimientos
    porque:
     Por lo general un sistema grande tiene una comunidad de usuarios diversa, los que tienen
    diferentes tipos de requerimientos, algunos contradictorios. Esto obliga a aceptar algunos y
    desechar otros.
    Administración de
    Requerimientos
     Las personas que pagan por los sistemas (clientes) raras veces son las mismas que los usan. Los
    primeros imponen requerimientos organizacionales o presupuestarios, los segundos
    funcionales.
     El entorno de negocios y técnico del sistema cambia y esto debe reflejarse en el sistema mismo.
    Se puede introducir nuevo hardware, puede ser necesario que el sistema interactúe con otros
    sistemas, etc.
    DIAGRAMA DE GANTT
    ACTIVIDAD

    También podría gustarte