SlideShare una empresa de Scribd logo
1 de 25
Descargar para leer sin conexión
ANALISIS Y DISEÑO DE SISTEMAS



       ING. ELIZABETH ESPINOZA
Objetivo

• Conocer    algunas de las herramientas
  utilizadas   en    la  Ingeniería   de
  Requerimientos.
DFD
• Muestran en forma visual sólo el flujo de datos entre los
  distintos procesos, entidades externas y almacenes que
  conforman un sistema.

• Cuando los analistas de sistemas indagan sobre los
  requerimientos de información de los usuarios, deben ser
  capaces de concebir la manera en que los datos fluyen a través
  del sistema u organización, los procesos que sufren estos datos
  y sus tipos de salidas.
Elementos de un Diagrama Flujo Datos
               (DFD)

              • Persona, grupo de personas o unidad de
                negocio que entrega yo recibe
                información.

              • Conjunto de actividades de negocio que
                explican que se hace y como se llevan a
                cabo.
              • Señala el flujo de datos de una entidad
                externa a un proceso y viceversa, de un
                proceso a otro, y de un proceso a un
                almacén de datos y viceversa.
              • Lugar físico donde se almacenan los
                datos procesados o desde donde se
                recuperan para apoyar un proceso.
Herramientas para el Análisis de
              Sistemas

Ingeniería de Requerimientos

• Ingeniería de Requerimientos (IR)
  – es el proceso de encontrar,
  analizar, documentar y chequear
  los requerimientos.
• Los requerimientos deben describir lo que se debe hacer y cómo se
  debe llevar acabo.

• Esto en la vida real es algo muy difícil de realizar. Por esto existen
  muchas técnicas disponibles para la aplicación del IR con el fin de
  asegurar que los requerimientos obtenidos cuenten, al final del
  proceso, con las características necesarias para ser implementados.

• Por tanto, lo que se busca al aplicar un proceso de IR es ayudar a la
  totalidad de los participantes del proyecto a conocer que desean
  construir antes de empezarlo.
Beneficios
Ésta práctica trae beneficios en dos aspectos:
• Minimiza los riesgos de fracaso del proyecto.
• Contribuye a cumplir aspectos de calidad, tiempo y presupuesto.
Estas afirmaciones se basan en las siguientes premisas de la
Ingeniería de Software:
• El costo de encontrar un error en el desarrollo de un proyecto de
  software se incrementa a medida que el proyecto avanza.
• Es posible establecer un mínimo de requerimientos estable
  antes de empezar las fases de diseño e implementación dentro
  de un proyecto de software.
Proceso de la Ingeniería de
                 Requerimientos
• Describe de manera detallada y precisa, cada uno de los aspectos del ciclo
  de vida de un conjunto de requerimientos. Este proceso presenta dos
  grandes ramas: El Desarrollo de requerimientos, y la Administración de
  requerimientos.
Desarrollo
Cada una de las actividades que conforman el Desarrollo de
Requerimientos consisten en:
                     • Recolección: Es el Proceso a través
                       del cual los clientes (compradores
                       y/o usuarios) y el desarrollador
                       (contratista) de un sistema de
                       software;    descubren,    revisan,
                       articulan,    y    entienden     las
                       necesidades de los usuarios del
                       sistema y las restricciones que se
                       dan sobre el software y el
                       desarrollo del mismo.
• Análisis: Es el proceso de analizar las necesidades de los clientes y
  los usuarios para llegar a una definición de los requerimientos de
  software.
• Especificación: Consiste en el
  desarrollo de un documento
  que de manera clara y precisa
  contenga y especifique cada
  uno de los requerimientos del
  sistema de software.
• Verificación: Es el proceso de
  asegurar que la especificación
  de      requerimientos      de
  software sea acorde con los
  requerimientos del sistema,
  conforme a los estándares de
  documentación de la fase de
  requerimientos, y que a su
  vez este documento sea una
  base      sólida     para    la
  arquitectura y el diseño.
Administración
• La necesidad de recrear un proceso iterativo sobre el desarrollo de
  requerimientos nos conduce a la necesidad de ejercer control y establecer
  una línea base para la administración de los requerimientos; esto con el fin
  de mantener la consistencia de lo que se especifica respecto a lo que se
  desarrolla. Estas son las tareas de la Administración de requerimientos:
• Recolección. La recolección es la fase inicial en la cual se
  trata de descubrir los requerimientos e identificar los
  límites del sistema a través de la consulta a los
  participantes del sistema (stakeholders).

• Algunas de las técnicas y herramientas más importantes
  para llevar a cabo la recolección de requerimientos son:
Entrevistas

• La entrevista es un método para
  descubrir hechos y opiniones que
  tienen los posibles usuarios y otros
  participantes dentro del sistema
  que se está desarrollando.


• Los errores y malentendidos pueden ser detectados y
  corregidos a través de este método, por lo cual resulta muy útil
  dentro de esta actividad de la ingeniería de requerimientos.
Las entrevistas pueden ser clasificadas en dos grandes grupos.

• Las entrevistas cerradas, donde el entrevistador (ingeniero
  de requerimientos) prepara un conjunto de preguntas antes
  del encuentro con el entrevistado, y se buscan respuestas
  para las preguntas formuladas.

• Las entrevistas abiertas, en las cuales no se preparan
  preguntas concretas, y, por el contrario, se discute con el
  entrevistado las expectativas que este tiene del sistema.
Casos de Uso y/o Escenarios
• Describen la posible secuencia de interacciones que se dan
  entre el sistema y uno o más actores como respuesta a un
  estímulo inicial por parte de alguno de ellos.

• De igual manera, debe ser incluida dentro de esta interacción,
  la descripción de las variantes y extensiones que el sistema
  debe soportar.       Los casos de uso representan los
  requerimientos funcionales del software y pueden ser
  utilizados dentro de las primeras etapas del proceso de
  desarrollo. Así mismo, están escritos en lenguaje natural y son
  descripciones expresadas de manera informal.
• Las descripciones expresan lo que sucede desde el punto de
  vista del usuario. Los detalles de cómo el sistema debe
  funcionar internamente son irrelevantes al caso de uso.
• Los escenarios son ejemplos de sesiones de interacción entre
  el sistema y el usuario, donde un solo tipo de interacción
  entre los dos participantes es simulada y descrita. Los
  escenarios deben incluir una descripción del estado del
  sistema antes y después de la culminación del escenario, que
  actividades deben ser simultaneas, el flujo normal de los
  eventos y las excepciones a esos eventos.
La Observación y análisis social


• Este método es muy útil cuando se busca estudiar las actividades
  y procesos que se están llevando a cabo en una organización en el
  momento.

• Involucran a dos participantes: el investigador observando al
  usuario mientras trabaja y tomando notas de las actividades que
  se llevan a cabo, y al trabajador (usuario) llevando a cabo las
  actividades.
• La observación puede ser realizada de manera directa, es
  decir que el investigador este presente mientras el
  usuario realiza sus actividades; o indirecta, cuando la
  observación se lleva en otro escenario, instante, o a
  través de otro medio que permita que el observador no
  este presente durante la realización de las actividades
  que esta observando (como lo permitiría el uso de una
  cámara de video).
Lluvia de Ideas

• Las lluvias de ideas son sesiones donde todos los participantes
  brindan sus ideas para obtener una solución a una problemática.
  Está compuesta de dos fases: la fase de generación y la fase de
  evaluación.
• Durante la generación las ideas son recolectadas y es importante
  que no sean criticadas.

• Durante la evaluación de
  las ideas, las propuestas
  de solución deben ser
  evaluadas            desde
  diferentes perspectivas.
• Algunas de las características que tienen estas sesiones, es que las
  ideas deben ser generadas de manera rápida y abierta.

• Es importante que el ambiente de la sesión fomente la creatividad
  de los participantes y esté enfocado a una problemática específica.

• Todas estas consideraciones permiten que este método conlleve a
  un mejor entendimiento del problema, y permita que los
  participantes de la sesión adquieran un sentido de propiedad sobre
  la solución que se debe llevar a cabo.
Prototipos
• En la ingeniería de software, un prototipo es programa de
  computador que implementa algunos de los requerimientos
  de un sistema. Este puede ser usado para colaborar con la
  definición de los requerimientos, o para facilitar la evaluación
  de alternativas de implementación de un sistema.

• Existen dos grandes tipos de prototipos. Los prototipos no
  funcionales o desechables, que sirven para entender la
  dificultad y aclarar los requerimientos; y los prototipos
  funcionales o evolutivos que permiten construir una
  aproximación del sistema de manera que se pueda proveer
  cierta funcionalidad del sistema final y usualmente se
  convierten en parte del mismo.
• BIBLIOGRAFIA.
• KENDALL, K. (2005). Análisis y Diseño de Sistemas. (6ª .ed.).
  México: Pearson. LIBRO BASE

Más contenido relacionado

La actualidad más candente

Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
Rick_Ruso
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
JUANESTEFA
 
Determinación de los requerimientos
Determinación de los requerimientosDeterminación de los requerimientos
Determinación de los requerimientos
ximenavillalba
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
Sandrea Rodriguez
 
Planificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-softwarePlanificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-software
Patricia F
 
Modelo de prototipos
Modelo de prototiposModelo de prototipos
Modelo de prototipos
juriberuiz
 

La actualidad más candente (20)

Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
 
Presentacion Ciclo de vida- Ingenieria del software
Presentacion Ciclo de vida- Ingenieria del softwarePresentacion Ciclo de vida- Ingenieria del software
Presentacion Ciclo de vida- Ingenieria del software
 
Ingenieria de requisitos y requerimientos
Ingenieria de requisitos y requerimientosIngenieria de requisitos y requerimientos
Ingenieria de requisitos y requerimientos
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
Arquitectura de software orientada a patrones
Arquitectura de software orientada a patronesArquitectura de software orientada a patrones
Arquitectura de software orientada a patrones
 
Iso 25000
Iso 25000Iso 25000
Iso 25000
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
Determinación de los requerimientos
Determinación de los requerimientosDeterminación de los requerimientos
Determinación de los requerimientos
 
Ingenieria de requisitos
Ingenieria de requisitosIngenieria de requisitos
Ingenieria de requisitos
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Planificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-softwarePlanificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-software
 
Modelo de prototipos
Modelo de prototiposModelo de prototipos
Modelo de prototipos
 
Rol del Analista de Sistemas
Rol del Analista de SistemasRol del Analista de Sistemas
Rol del Analista de Sistemas
 
Análisisde requerimientos
Análisisde requerimientosAnálisisde requerimientos
Análisisde requerimientos
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
Ejemplo de fdd
Ejemplo de fddEjemplo de fdd
Ejemplo de fdd
 
Presentacion fdd
Presentacion fddPresentacion fdd
Presentacion fdd
 

Similar a Informática: Análisis y Diseño De Sistemas

Copia de carlos leon
Copia de carlos leonCopia de carlos leon
Copia de carlos leon
CLPROGRAM
 
Tecnicas ingenieria de software
Tecnicas ingenieria de softwareTecnicas ingenieria de software
Tecnicas ingenieria de software
edsacun
 

Similar a Informática: Análisis y Diseño De Sistemas (20)

Especificaciones de Requerimientos SRS
Especificaciones de Requerimientos SRSEspecificaciones de Requerimientos SRS
Especificaciones de Requerimientos SRS
 
Sistema de informacion
Sistema de informacionSistema de informacion
Sistema de informacion
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del sena
 
Carlos figuera-ci-19897276
Carlos figuera-ci-19897276Carlos figuera-ci-19897276
Carlos figuera-ci-19897276
 
Carlos leon
Carlos leonCarlos leon
Carlos leon
 
Frank estaba infografiae
Frank estaba infografiaeFrank estaba infografiae
Frank estaba infografiae
 
Copia de carlos leon
Copia de carlos leonCopia de carlos leon
Copia de carlos leon
 
unidad 4
unidad 4unidad 4
unidad 4
 
Desarrollo de prototipos
Desarrollo de prototiposDesarrollo de prototipos
Desarrollo de prototipos
 
unidad 4..
unidad 4..unidad 4..
unidad 4..
 
Tecnicas ingenieria de software
Tecnicas ingenieria de softwareTecnicas ingenieria de software
Tecnicas ingenieria de software
 
ALEXIS GARCIA
ALEXIS GARCIAALEXIS GARCIA
ALEXIS GARCIA
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientos
 
Fases del ciclo
Fases del cicloFases del ciclo
Fases del ciclo
 
Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...
Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...
Investigación sobre técnicas que se implementan en las tareas de la Ingenierí...
 
Presentaciã³n1
Presentaciã³n1Presentaciã³n1
Presentaciã³n1
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
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
 
Fundamentos de ingenieria de software - metodologias.pdf
Fundamentos de ingenieria de software - metodologias.pdfFundamentos de ingenieria de software - metodologias.pdf
Fundamentos de ingenieria de software - metodologias.pdf
 
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
 

Más de Universidad Pedagógica de El Salvador

Más de Universidad Pedagógica de El Salvador (18)

Dictamen e Informe Fiscal
Dictamen e Informe FiscalDictamen e Informe Fiscal
Dictamen e Informe Fiscal
 
Estrategia de Precio
Estrategia de PrecioEstrategia de Precio
Estrategia de Precio
 
Informática I: El internet
Informática I: El internet  Informática I: El internet
Informática I: El internet
 
Organización de empresas: Metodologías para la elaboración de manuales de org...
Organización de empresas: Metodologías para la elaboración de manuales de org...Organización de empresas: Metodologías para la elaboración de manuales de org...
Organización de empresas: Metodologías para la elaboración de manuales de org...
 
Informática: Bases de Datos
Informática: Bases de DatosInformática: Bases de Datos
Informática: Bases de Datos
 
Contabilidad: Control Interno.
Contabilidad: Control Interno.Contabilidad: Control Interno.
Contabilidad: Control Interno.
 
El riesgo de auditoría y sus efectos
El riesgo de auditoría y sus efectosEl riesgo de auditoría y sus efectos
El riesgo de auditoría y sus efectos
 
Baloncesto - Técnica individual
Baloncesto - Técnica individualBaloncesto - Técnica individual
Baloncesto - Técnica individual
 
La Economía del Cuidado y Trabajo
La Economía del Cuidado y TrabajoLa Economía del Cuidado y Trabajo
La Economía del Cuidado y Trabajo
 
Deleon contabilidad-ii-niif
Deleon contabilidad-ii-niifDeleon contabilidad-ii-niif
Deleon contabilidad-ii-niif
 
Sistema Articular
Sistema ArticularSistema Articular
Sistema Articular
 
Psicologia social
Psicologia socialPsicologia social
Psicologia social
 
Tipos de evaluación
Tipos de evaluaciónTipos de evaluación
Tipos de evaluación
 
Métodos para evaluar el proceso de enseñanza
Métodos para evaluar el proceso de enseñanzaMétodos para evaluar el proceso de enseñanza
Métodos para evaluar el proceso de enseñanza
 
Lenguaje Lógico matemático Infantil
Lenguaje Lógico matemático InfantilLenguaje Lógico matemático Infantil
Lenguaje Lógico matemático Infantil
 
Evolucion humana
Evolucion humanaEvolucion humana
Evolucion humana
 
Higiene mental
Higiene mentalHigiene mental
Higiene mental
 
Los smartphone como herramientas para enriquecer la práctica docente
Los smartphone como herramientas para enriquecer la práctica docenteLos smartphone como herramientas para enriquecer la práctica docente
Los smartphone como herramientas para enriquecer la práctica docente
 

Último

QUINTA SEXTA GENERACION de COMPUTADORAS
QUINTA  SEXTA GENERACION de COMPUTADORASQUINTA  SEXTA GENERACION de COMPUTADORAS
QUINTA SEXTA GENERACION de COMPUTADORAS
Marc Liust
 
Editorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdfEditorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdf
Yanitza28
 
microsoft word manuales para todos tipos de estudiamte
microsoft word manuales para todos tipos de estudiamtemicrosoft word manuales para todos tipos de estudiamte
microsoft word manuales para todos tipos de estudiamte
2024020140
 

Último (16)

infor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptx
infor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptxinfor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptx
infor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptx
 
Redes Neuronales profundas convolucionales CNN ́s-1.pdf
Redes Neuronales profundas convolucionales CNN ́s-1.pdfRedes Neuronales profundas convolucionales CNN ́s-1.pdf
Redes Neuronales profundas convolucionales CNN ́s-1.pdf
 
Tarea_sesion_15_Reportes Maestro - Detalle con el uso de AJAX.pptx
Tarea_sesion_15_Reportes Maestro - Detalle con el uso de AJAX.pptxTarea_sesion_15_Reportes Maestro - Detalle con el uso de AJAX.pptx
Tarea_sesion_15_Reportes Maestro - Detalle con el uso de AJAX.pptx
 
herramientas web para estudiantes interesados en el tema
herramientas web para estudiantes interesados en el temaherramientas web para estudiantes interesados en el tema
herramientas web para estudiantes interesados en el tema
 
presentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdf
presentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdfpresentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdf
presentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdf
 
AVANCES TECNOLOGICOS DEL SIGLO XXI. 10-08..pptx
AVANCES TECNOLOGICOS  DEL SIGLO XXI. 10-08..pptxAVANCES TECNOLOGICOS  DEL SIGLO XXI. 10-08..pptx
AVANCES TECNOLOGICOS DEL SIGLO XXI. 10-08..pptx
 
2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida
2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida
2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida
 
10°8 - Avances tecnologicos del siglo XXI 10-8
10°8 - Avances tecnologicos del siglo XXI 10-810°8 - Avances tecnologicos del siglo XXI 10-8
10°8 - Avances tecnologicos del siglo XXI 10-8
 
presentación del desensamble y ensamble del equipo de computo en base a las n...
presentación del desensamble y ensamble del equipo de computo en base a las n...presentación del desensamble y ensamble del equipo de computo en base a las n...
presentación del desensamble y ensamble del equipo de computo en base a las n...
 
Función del analizador léxico.pdf presentacion
Función del analizador léxico.pdf presentacionFunción del analizador léxico.pdf presentacion
Función del analizador léxico.pdf presentacion
 
QUINTA SEXTA GENERACION de COMPUTADORAS
QUINTA  SEXTA GENERACION de COMPUTADORASQUINTA  SEXTA GENERACION de COMPUTADORAS
QUINTA SEXTA GENERACION de COMPUTADORAS
 
Editorial. Grupo de 12B. La Salle Margarita.pdf
Editorial. Grupo de 12B. La Salle Margarita.pdfEditorial. Grupo de 12B. La Salle Margarita.pdf
Editorial. Grupo de 12B. La Salle Margarita.pdf
 
Editorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdfEditorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdf
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
microsoft word manuales para todos tipos de estudiamte
microsoft word manuales para todos tipos de estudiamtemicrosoft word manuales para todos tipos de estudiamte
microsoft word manuales para todos tipos de estudiamte
 

Informática: Análisis y Diseño De Sistemas

  • 1. ANALISIS Y DISEÑO DE SISTEMAS ING. ELIZABETH ESPINOZA
  • 2. Objetivo • Conocer algunas de las herramientas utilizadas en la Ingeniería de Requerimientos.
  • 3. DFD • Muestran en forma visual sólo el flujo de datos entre los distintos procesos, entidades externas y almacenes que conforman un sistema. • Cuando los analistas de sistemas indagan sobre los requerimientos de información de los usuarios, deben ser capaces de concebir la manera en que los datos fluyen a través del sistema u organización, los procesos que sufren estos datos y sus tipos de salidas.
  • 4. Elementos de un Diagrama Flujo Datos (DFD) • Persona, grupo de personas o unidad de negocio que entrega yo recibe información. • Conjunto de actividades de negocio que explican que se hace y como se llevan a cabo. • Señala el flujo de datos de una entidad externa a un proceso y viceversa, de un proceso a otro, y de un proceso a un almacén de datos y viceversa. • Lugar físico donde se almacenan los datos procesados o desde donde se recuperan para apoyar un proceso.
  • 5. Herramientas para el Análisis de Sistemas Ingeniería de Requerimientos • Ingeniería de Requerimientos (IR) – es el proceso de encontrar, analizar, documentar y chequear los requerimientos.
  • 6. • Los requerimientos deben describir lo que se debe hacer y cómo se debe llevar acabo. • Esto en la vida real es algo muy difícil de realizar. Por esto existen muchas técnicas disponibles para la aplicación del IR con el fin de asegurar que los requerimientos obtenidos cuenten, al final del proceso, con las características necesarias para ser implementados. • Por tanto, lo que se busca al aplicar un proceso de IR es ayudar a la totalidad de los participantes del proyecto a conocer que desean construir antes de empezarlo.
  • 7. Beneficios Ésta práctica trae beneficios en dos aspectos: • Minimiza los riesgos de fracaso del proyecto. • Contribuye a cumplir aspectos de calidad, tiempo y presupuesto. Estas afirmaciones se basan en las siguientes premisas de la Ingeniería de Software: • El costo de encontrar un error en el desarrollo de un proyecto de software se incrementa a medida que el proyecto avanza. • Es posible establecer un mínimo de requerimientos estable antes de empezar las fases de diseño e implementación dentro de un proyecto de software.
  • 8. Proceso de la Ingeniería de Requerimientos • Describe de manera detallada y precisa, cada uno de los aspectos del ciclo de vida de un conjunto de requerimientos. Este proceso presenta dos grandes ramas: El Desarrollo de requerimientos, y la Administración de requerimientos.
  • 9. Desarrollo Cada una de las actividades que conforman el Desarrollo de Requerimientos consisten en: • Recolección: Es el Proceso a través del cual los clientes (compradores y/o usuarios) y el desarrollador (contratista) de un sistema de software; descubren, revisan, articulan, y entienden las necesidades de los usuarios del sistema y las restricciones que se dan sobre el software y el desarrollo del mismo.
  • 10. • Análisis: Es el proceso de analizar las necesidades de los clientes y los usuarios para llegar a una definición de los requerimientos de software.
  • 11. • Especificación: Consiste en el desarrollo de un documento que de manera clara y precisa contenga y especifique cada uno de los requerimientos del sistema de software.
  • 12. • Verificación: Es el proceso de asegurar que la especificación de requerimientos de software sea acorde con los requerimientos del sistema, conforme a los estándares de documentación de la fase de requerimientos, y que a su vez este documento sea una base sólida para la arquitectura y el diseño.
  • 13. Administración • La necesidad de recrear un proceso iterativo sobre el desarrollo de requerimientos nos conduce a la necesidad de ejercer control y establecer una línea base para la administración de los requerimientos; esto con el fin de mantener la consistencia de lo que se especifica respecto a lo que se desarrolla. Estas son las tareas de la Administración de requerimientos:
  • 14. • Recolección. La recolección es la fase inicial en la cual se trata de descubrir los requerimientos e identificar los límites del sistema a través de la consulta a los participantes del sistema (stakeholders). • Algunas de las técnicas y herramientas más importantes para llevar a cabo la recolección de requerimientos son:
  • 15. Entrevistas • La entrevista es un método para descubrir hechos y opiniones que tienen los posibles usuarios y otros participantes dentro del sistema que se está desarrollando. • Los errores y malentendidos pueden ser detectados y corregidos a través de este método, por lo cual resulta muy útil dentro de esta actividad de la ingeniería de requerimientos.
  • 16. Las entrevistas pueden ser clasificadas en dos grandes grupos. • Las entrevistas cerradas, donde el entrevistador (ingeniero de requerimientos) prepara un conjunto de preguntas antes del encuentro con el entrevistado, y se buscan respuestas para las preguntas formuladas. • Las entrevistas abiertas, en las cuales no se preparan preguntas concretas, y, por el contrario, se discute con el entrevistado las expectativas que este tiene del sistema.
  • 17. Casos de Uso y/o Escenarios • Describen la posible secuencia de interacciones que se dan entre el sistema y uno o más actores como respuesta a un estímulo inicial por parte de alguno de ellos. • De igual manera, debe ser incluida dentro de esta interacción, la descripción de las variantes y extensiones que el sistema debe soportar. Los casos de uso representan los requerimientos funcionales del software y pueden ser utilizados dentro de las primeras etapas del proceso de desarrollo. Así mismo, están escritos en lenguaje natural y son descripciones expresadas de manera informal.
  • 18. • Las descripciones expresan lo que sucede desde el punto de vista del usuario. Los detalles de cómo el sistema debe funcionar internamente son irrelevantes al caso de uso.
  • 19. • Los escenarios son ejemplos de sesiones de interacción entre el sistema y el usuario, donde un solo tipo de interacción entre los dos participantes es simulada y descrita. Los escenarios deben incluir una descripción del estado del sistema antes y después de la culminación del escenario, que actividades deben ser simultaneas, el flujo normal de los eventos y las excepciones a esos eventos.
  • 20. La Observación y análisis social • Este método es muy útil cuando se busca estudiar las actividades y procesos que se están llevando a cabo en una organización en el momento. • Involucran a dos participantes: el investigador observando al usuario mientras trabaja y tomando notas de las actividades que se llevan a cabo, y al trabajador (usuario) llevando a cabo las actividades.
  • 21. • La observación puede ser realizada de manera directa, es decir que el investigador este presente mientras el usuario realiza sus actividades; o indirecta, cuando la observación se lleva en otro escenario, instante, o a través de otro medio que permita que el observador no este presente durante la realización de las actividades que esta observando (como lo permitiría el uso de una cámara de video).
  • 22. Lluvia de Ideas • Las lluvias de ideas son sesiones donde todos los participantes brindan sus ideas para obtener una solución a una problemática. Está compuesta de dos fases: la fase de generación y la fase de evaluación. • Durante la generación las ideas son recolectadas y es importante que no sean criticadas. • Durante la evaluación de las ideas, las propuestas de solución deben ser evaluadas desde diferentes perspectivas.
  • 23. • Algunas de las características que tienen estas sesiones, es que las ideas deben ser generadas de manera rápida y abierta. • Es importante que el ambiente de la sesión fomente la creatividad de los participantes y esté enfocado a una problemática específica. • Todas estas consideraciones permiten que este método conlleve a un mejor entendimiento del problema, y permita que los participantes de la sesión adquieran un sentido de propiedad sobre la solución que se debe llevar a cabo.
  • 24. Prototipos • En la ingeniería de software, un prototipo es programa de computador que implementa algunos de los requerimientos de un sistema. Este puede ser usado para colaborar con la definición de los requerimientos, o para facilitar la evaluación de alternativas de implementación de un sistema. • Existen dos grandes tipos de prototipos. Los prototipos no funcionales o desechables, que sirven para entender la dificultad y aclarar los requerimientos; y los prototipos funcionales o evolutivos que permiten construir una aproximación del sistema de manera que se pueda proveer cierta funcionalidad del sistema final y usualmente se convierten en parte del mismo.
  • 25. • BIBLIOGRAFIA. • KENDALL, K. (2005). Análisis y Diseño de Sistemas. (6ª .ed.). México: Pearson. LIBRO BASE