SlideShare una empresa de Scribd logo
1 de 18
Descargar para leer sin conexión
ANÁLISIS Y DISEÑO                     DE SISTEMAS Conceptos básicos  sobre Requisitos Ing. Linda K. Masias M.
¿Qué son requerimientos  Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Una condición o capacidad que debe estar presente en un sistema o componentes de un sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
¿Qué es determinación de Requerimientos 	Es el estudio de un sistema actual a fin de encontrar como trabaja y donde debe de mejorarse.
¿Por que realizar estudio de requerimientos? 	Estudios realizados muestran que más del 53% de los proyectos de software fracasan por no realizar un estudio previo de requisitos. Otros factores como falta de participación del usuario, requerimientos incompletos y el cambio a los requerimientos, también ocupan sitiales altos en los motivos de fracaso.
Los buenos requerimientos deben ser medibles, comprobables, sin ambigüedades o contradicciones. Características de los requerimientos ,[object Object]
Conciso: Si es fácil de leer y entender. La redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.
Completo:Si no necesita ampliar detalles en la redacción, es decir, si se da la información suficiente para su comprensión.
Consistente:Si no es contradictorio con otro requerimiento.
No ambiguo: Cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones.
Verificable: Cuando puede ser cuantificado de manera que permita hacer uso de los siguientes métodos de verificación: inspección, análisis, demostración o pruebas.,[object Object]
Dificultades para definir los requerimientos Los requerimientos no son obvios y vienen de muchas fuentes. Son difíciles de expresar en palabras (el lenguaje es ambiguo). Existen muchos tipos de requerimientos y diferentes niveles de detalle. Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros.
Dificultades para definir los requerimientos La cantidad de requerimientos en un proyecto puede ser difícil de manejar. Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.
Los roles más importantes pueden clasificarse como sigue Usuario final: Son quienes usarán el sistema desarrollado. Ellos están relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; están familiarizados con los procesos específicos que debe realizar el software, dentro de los parámetros de su ambiente laboral. Serán quienes utilicen las interfaces y los manuales de usuario. Usuario Líder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema en donde será empleado el software desarrollado. Ellos proporcionan al equipo técnico y requerimientos de las interfaces del sistema. Personal de Mantenimiento: Para proyectos que requieran un mantenimiento eventual, éstas personas son las responsables de la administración de cambios, de la implementación y resolución de anomalías. Su trabajo consiste en revisar y mejorar los procesos del producto ya finalizado. Analistas y programadores: Son los responsables del desarrollo del producto en sí, ellos interactúan directamente con el cliente. Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para asegurar que las condiciones presentadas por el sistema son las adecuadas. Son quienes van a validar si los requerimientos satisfacen las necesidades del cliente.
Técnicas de extracción de requerimientos Entrevistas 	Una entrevista tiene tres fases:  ,[object Object]
Desarrollo
Análisis,[object Object]
Preparación 	2)Personal: Se seleccionan las personas a las que se va a entrevistar. Directivos: Dan una imagen de alto nivel de la empresa. Puede ser útil para determinar la estructura arquitectónica de la aplicación. Empleados: Dan una imagen de un grano más fino. Son los que pueden concretar las funciones a implementar.
Preparación 3)Determinar el objetivo de la entrevista. Previamente a la entrevista se pueden distribuir a los entrevistados cuestionarios sobre el tema a tratar y una introducción. 4)Logística: Temas prácticos acerca de como discurre la entrevista: lugar, hora, minimizar interrupciones, encontrar un momento en el que todos puedan ir, etc.

Más contenido relacionado

La actualidad más candente

2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del softwareuniv of pamplona
 
Equipo 4. Ingeniería de Requerimientos
Equipo 4. Ingeniería de RequerimientosEquipo 4. Ingeniería de Requerimientos
Equipo 4. Ingeniería de Requerimientosliras loca
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareKelvin Abdiel Alvarado
 
Formación, tecnicas de insercion laboral, Las entrevistas
 Formación, tecnicas de insercion laboral, Las entrevistas  Formación, tecnicas de insercion laboral, Las entrevistas
Formación, tecnicas de insercion laboral, Las entrevistas gallegoymartino
 
Principios de la Ingeniería de requerimientos
Principios de la Ingeniería de requerimientosPrincipios de la Ingeniería de requerimientos
Principios de la Ingeniería de requerimientosRicardoAlbertoBalzaP
 
Fundamentos para el diseño de un software
Fundamentos para el diseño de un softwareFundamentos para el diseño de un software
Fundamentos para el diseño de un softwaressalzar
 
Caso de estudio
Caso de estudioCaso de estudio
Caso de estudioadrianjosv
 
Presentación de Sistemas II
Presentación de Sistemas IIPresentación de Sistemas II
Presentación de Sistemas IIAnthoni Cedeno
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientospedro tovar
 
Ingenieria de requisitos
Ingenieria de requisitos  Ingenieria de requisitos
Ingenieria de requisitos JCRREYES
 
Introduccion a la ing requerimientos
Introduccion a la ing requerimientosIntroduccion a la ing requerimientos
Introduccion a la ing requerimientoseverpana
 
Presentacion modelo casacada
Presentacion modelo casacadaPresentacion modelo casacada
Presentacion modelo casacadaIsaack Siza
 
Prototipos en el proceso de diseño
Prototipos en el proceso de diseñoPrototipos en el proceso de diseño
Prototipos en el proceso de diseñoSantiago Bustelo
 
Desarrollo de prototipos
Desarrollo de prototiposDesarrollo de prototipos
Desarrollo de prototiposTensor
 

La actualidad más candente (20)

Analisis de requerimientos
Analisis de requerimientosAnalisis de requerimientos
Analisis de requerimientos
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 
Equipo 4. Ingeniería de Requerimientos
Equipo 4. Ingeniería de RequerimientosEquipo 4. Ingeniería de Requerimientos
Equipo 4. Ingeniería de Requerimientos
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Formación, tecnicas de insercion laboral, Las entrevistas
 Formación, tecnicas de insercion laboral, Las entrevistas  Formación, tecnicas de insercion laboral, Las entrevistas
Formación, tecnicas de insercion laboral, Las entrevistas
 
Principios de la Ingeniería de requerimientos
Principios de la Ingeniería de requerimientosPrincipios de la Ingeniería de requerimientos
Principios de la Ingeniería de requerimientos
 
Fundamentos para el diseño de un software
Fundamentos para el diseño de un softwareFundamentos para el diseño de un software
Fundamentos para el diseño de un software
 
Caso de estudio
Caso de estudioCaso de estudio
Caso de estudio
 
Eudo
EudoEudo
Eudo
 
Presentación de Sistemas II
Presentación de Sistemas IIPresentación de Sistemas II
Presentación de Sistemas II
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientos
 
Ingenieria de requisitos
Ingenieria de requisitos  Ingenieria de requisitos
Ingenieria de requisitos
 
Introduccion a la ing requerimientos
Introduccion a la ing requerimientosIntroduccion a la ing requerimientos
Introduccion a la ing requerimientos
 
Ingenieria requerimientos
Ingenieria requerimientosIngenieria requerimientos
Ingenieria requerimientos
 
Requisitos
RequisitosRequisitos
Requisitos
 
Presentacion modelo casacada
Presentacion modelo casacadaPresentacion modelo casacada
Presentacion modelo casacada
 
Prototipos en el proceso de diseño
Prototipos en el proceso de diseñoPrototipos en el proceso de diseño
Prototipos en el proceso de diseño
 
Desarrollo de prototipos
Desarrollo de prototiposDesarrollo de prototipos
Desarrollo de prototipos
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientos
 

Destacado

La entrevista
La entrevistaLa entrevista
La entrevistajomogan
 
11 Clase Analisis De Requisitos
11 Clase Analisis De Requisitos11 Clase Analisis De Requisitos
11 Clase Analisis De RequisitosJulio Pari
 
Ingenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de SoftwareIngenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de SoftwareJuan Manuel Agüera Castro
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?Software Guru
 

Destacado (7)

La entrevista
La entrevistaLa entrevista
La entrevista
 
La entrevista de trabajo.
La entrevista de trabajo.La entrevista de trabajo.
La entrevista de trabajo.
 
11 Clase Analisis De Requisitos
11 Clase Analisis De Requisitos11 Clase Analisis De Requisitos
11 Clase Analisis De Requisitos
 
Taller entrevista
Taller entrevistaTaller entrevista
Taller entrevista
 
Sesión 6 grupos focales
Sesión 6 grupos focalesSesión 6 grupos focales
Sesión 6 grupos focales
 
Ingenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de SoftwareIngenieria de requisitos - Ingeniería de Software
Ingenieria de requisitos - Ingeniería de Software
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
 

Similar a 1.2 análisis y diseño de sistemas

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 REQUERIMIENTOSLenin Acosta Mata
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosCarlos Chaves
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitosJoamarbet
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitoskelyquinayas
 
2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitos2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitosSelins Cassiel
 
2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitos2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitosIvan Rm
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitosNando Lopez
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosChamoChuma Marin
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases3045433345
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitosyessicarguez
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del senaleydismartinez1
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de softwareYamnibel
 

Similar a 1.2 análisis y diseño de sistemas (20)

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
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitos2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitos
 
2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitos2.2 tecnicas de ingenieria de requisitos
2.2 tecnicas de ingenieria de requisitos
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
Tema 1 Ingeniería de Requisitos
Tema 1 Ingeniería de RequisitosTema 1 Ingeniería de Requisitos
Tema 1 Ingeniería de Requisitos
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Evalua lsi
Evalua lsiEvalua lsi
Evalua lsi
 
Introducción
IntroducciónIntroducción
Introducción
 
Recoleccion datos
Recoleccion datosRecoleccion datos
Recoleccion datos
 
Etapa de estudio de viabilidad de un proyecto informático c4
Etapa de estudio de viabilidad de un proyecto informático c4Etapa de estudio de viabilidad de un proyecto informático c4
Etapa de estudio de viabilidad de un proyecto informático c4
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del sena
 
metodojarri
metodojarrimetodojarri
metodojarri
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 

Más de Linda Masias (20)

Gbd11
Gbd11Gbd11
Gbd11
 
Gbd10
Gbd10Gbd10
Gbd10
 
Gb
GbGb
Gb
 
Gbd9
Gbd9Gbd9
Gbd9
 
Gbd82
Gbd82Gbd82
Gbd82
 
Gbd81
Gbd81Gbd81
Gbd81
 
Gbd8
Gbd8Gbd8
Gbd8
 
Gbd8
Gbd8Gbd8
Gbd8
 
Gbd7
Gbd7Gbd7
Gbd7
 
Gbd8
Gbd8Gbd8
Gbd8
 
Gbd6
Gbd6Gbd6
Gbd6
 
Gbd5
Gbd5Gbd5
Gbd5
 
Gbd4
Gbd4Gbd4
Gbd4
 
Gbd4
Gbd4Gbd4
Gbd4
 
Gbd3
Gbd3Gbd3
Gbd3
 
Gbd2
Gbd2Gbd2
Gbd2
 
Gbd1
Gbd1Gbd1
Gbd1
 
1.5 Análisis y Diseño de Sistemas
1.5 Análisis y Diseño de Sistemas1.5 Análisis y Diseño de Sistemas
1.5 Análisis y Diseño de Sistemas
 
1.4 Análisis y Diseño de Sistemas
1.4 Análisis y Diseño de Sistemas1.4 Análisis y Diseño de Sistemas
1.4 Análisis y Diseño de Sistemas
 
Experiencia Empresarial
Experiencia EmpresarialExperiencia Empresarial
Experiencia Empresarial
 

1.2 análisis y diseño de sistemas

  • 1. ANÁLISIS Y DISEÑO DE SISTEMAS Conceptos básicos sobre Requisitos Ing. Linda K. Masias M.
  • 2. ¿Qué son requerimientos Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Una condición o capacidad que debe estar presente en un sistema o componentes de un sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
  • 3. ¿Qué es determinación de Requerimientos Es el estudio de un sistema actual a fin de encontrar como trabaja y donde debe de mejorarse.
  • 4. ¿Por que realizar estudio de requerimientos? Estudios realizados muestran que más del 53% de los proyectos de software fracasan por no realizar un estudio previo de requisitos. Otros factores como falta de participación del usuario, requerimientos incompletos y el cambio a los requerimientos, también ocupan sitiales altos en los motivos de fracaso.
  • 5.
  • 6. Conciso: Si es fácil de leer y entender. La redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.
  • 7. Completo:Si no necesita ampliar detalles en la redacción, es decir, si se da la información suficiente para su comprensión.
  • 8. Consistente:Si no es contradictorio con otro requerimiento.
  • 9. No ambiguo: Cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones.
  • 10.
  • 11. Dificultades para definir los requerimientos Los requerimientos no son obvios y vienen de muchas fuentes. Son difíciles de expresar en palabras (el lenguaje es ambiguo). Existen muchos tipos de requerimientos y diferentes niveles de detalle. Nunca son iguales. Algunos son más difíciles, más riesgosos, más importantes o más estables que otros.
  • 12. Dificultades para definir los requerimientos La cantidad de requerimientos en un proyecto puede ser difícil de manejar. Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Son difíciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.
  • 13. Los roles más importantes pueden clasificarse como sigue Usuario final: Son quienes usarán el sistema desarrollado. Ellos están relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; están familiarizados con los procesos específicos que debe realizar el software, dentro de los parámetros de su ambiente laboral. Serán quienes utilicen las interfaces y los manuales de usuario. Usuario Líder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema en donde será empleado el software desarrollado. Ellos proporcionan al equipo técnico y requerimientos de las interfaces del sistema. Personal de Mantenimiento: Para proyectos que requieran un mantenimiento eventual, éstas personas son las responsables de la administración de cambios, de la implementación y resolución de anomalías. Su trabajo consiste en revisar y mejorar los procesos del producto ya finalizado. Analistas y programadores: Son los responsables del desarrollo del producto en sí, ellos interactúan directamente con el cliente. Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para asegurar que las condiciones presentadas por el sistema son las adecuadas. Son quienes van a validar si los requerimientos satisfacen las necesidades del cliente.
  • 14.
  • 16.
  • 17. Preparación 2)Personal: Se seleccionan las personas a las que se va a entrevistar. Directivos: Dan una imagen de alto nivel de la empresa. Puede ser útil para determinar la estructura arquitectónica de la aplicación. Empleados: Dan una imagen de un grano más fino. Son los que pueden concretar las funciones a implementar.
  • 18. Preparación 3)Determinar el objetivo de la entrevista. Previamente a la entrevista se pueden distribuir a los entrevistados cuestionarios sobre el tema a tratar y una introducción. 4)Logística: Temas prácticos acerca de como discurre la entrevista: lugar, hora, minimizar interrupciones, encontrar un momento en el que todos puedan ir, etc.
  • 19. Desarrollo Hay que tener en cuenta 3 etapas: 1)Apertura: El entrevistador se presenta e informa al entrevistado de cuales van a ser los puntos tratados en la entrevista.
  • 20. Desarrollo 2)Desarrollo: No debe durar más de dos horas. El entrevistado debería hablar el 80% del tiempo. Preguntas abiertas:También conocidas como de contexto libre.. Por ejemplo: ¿Cuál es la lista de pasos para dar de baja un producto?. Más tarde se pasa a preguntas más concretas. Preguntas cerradas: Preguntas que se deben de contestar con ``Si'' o ``No'‘. Forma de expresarse: Se deben evitar los tecnicismos que el entrevistado pueda no conocer. Psicología: El problema fundamental de las entrevistas es que se trata con personas en vez de con máquinas. Hay que tener en cuenta las siguientes reglas entre muchas otras de la comunicación no verbal.
  • 21. Desarrollo Reglas para el desarrollo de las entrevistas No insinuar que el entrevistado debería saber algo que no sabe para que no se ponga a la defensiva. También hay que dejar claro que los intereses del entrevistador son únicamente la adquisición de requisitos, no hacer un examen de conocimientos, y por tanto las lagunas que pueda tener no trascenderán a sus superiores. Lenguaje del cuerpo: Dicen los psicólogos que el 90% de la comunicación es no verbal. Se debe estar atento a los signos que puedan denotar inseguridad en algunos temas para preguntar a otras personas. Usar técnicas para mantener la atención del entrevistado.
  • 22. Desarrollo 3)Terminación: Se hace un resumen de la información recogida (para validar que es correcta) y, de ser necesario, se cita para la siguiente entrevista. En cualquier caso se debe poder contactar de nuevo con el interesado, por ejemplo para aclarar algunos puntos. Se agradece al entrevistado que nos haya dedicado su tiempo.
  • 23. Análisis Se trata de ver como utilizar los conocimientos adquiridos. Para ello hay tres etapas: 1)Burocracia, como por ejemplo, pasar a limpio la entrevista. 2)Asimilación de la información: Se contrasta con otras entrevistas, bibliografía, etc. Se llega a conclusiones. 3)Evaluación de la entrevista: ¿Qué se quería conseguir y qué se ha conseguido?