CAPITULO 6

CAPTURA DE REQUISITOS: DE LA VISION A LOS REQUISITOS Lamamos captura de requisitos al acto de descubrimiento. Es el proceso debe averiguar normalmente en circunstancias difciles, lo que se debe construir

Por que la captura De requisitos es complicada

Los usuarios deben saber lo que quieren, sin embargo, una mnima experiencia intentando recoger requisitos de los usuarios pronto los revela con una fuente imperfecta de informacin. Es importante que los sistemas den soporte al mismo para la cual se construye. La captura de requisitos sigue siendo difcil y la industria lleva buscado un proceso bueno.

El objeto del flujo de trabajo de los requisitos

El propsito es guiar el desarrollo hacia el sistema correcto. Esto se consigue mediante una descripcin de los requisitos del sistema(es decir, las condiciones o capacidades que el sistema debe cumplir).

Vision general de la captura de requisitos

Cada proyecto de software es diferente, hay diferentes puntos de partida para la captura de requisitos en algunas ocasiones comenzamos haciendo un modelo de negocio o comenzamos con un modelo del negocio que ya esta en desarrollo por parte de alguna otra empresa

CAPITULO 6

La posibilidad de tener puntos de partida tan dispares como una vaga nocin y una especificacin de requisitos detallada sugiere que los analistas necesitan ser capaces de adaptar sus tcnicas a la captura de requisitos en cada situacin.

Enumerar los requisitos candidatos. Comprender el contexto del sistema. Capturar requisitos funcionales. Capturar requisitos no funcionales.

Estado Coste estimado de implementacin Prioridad. Nivel de riesgo.

El papel de los requisitos en el ciclo de vida del software

El modelo de caso de uso desarrolla a lo largo de varios incrementos del desarrollo, donde las iteraciones aadirn nuevos casos de uso y/o aadirn detalle a las descripciones de los casos de uso existentes. Un modelo del dominio captura los tipos mas importantes de objetos en el contexto del sistema. Los objetos del dominio representan las cosas que existen o los eventos que suceden en el entorno en el que trabaja el sistema. Muchos objetos del dominio o clase pueden obtenerse de una especificacin de requisitos o mediante la entrevista con los expertos del dominio

La comprension del contexto del sistema mediante un modelo del dominio

CAPITULO 6

Desarrollo de un modelo de el dominio

Se realiza habitualmente en reuniones organizadas por los analistas del dominio que utilizan UML y otros lenguajes del modelo para documentar los resultados. El objetivo del modelado del dominio es comprender y describir las clases mas impotrantes dentro del contexto del sistema.

Los dominios de tamao moderado normalmente requieren entre 10 y 50 clases.

El glosario y el modelo del dominio ayudan a los usuarios, clientes, desarrolladores y otros interesados a usar un vocabulario comn. La terminologa comn es necesaria para compartir el conocimiento con los otros. Algunas veces como el dominio del negocio muy pequeo no es necesario desarrollar un modelo de objetos para el dominio: en su lugar un glosario de trminos es suficiente.

LA COMPRENSION DEL CONTEXTO DEL SISTEMA MEDIANTE UN MODELO DEL NEGOCIO

El modelado del negocio es una tcnica para comprender los procesos de negocio de la organizacin. El modelado del negocio esta soportado por dos tipos de modelos UML: modelo del caso de uso y modelos de objetos ambos se definen en la extensin UML relativa al negocio.

CAPITULO 6

QUE ES UN MODELO DEL NEGOCIO?

Describe los procesos del negocio de una empresa en trminos de caso de uso del negocio y actores del negocio que se corresponde con los procesos del negocio y los clientes, respectivamente.

1: Los modeladores del negocio deben confeccionar un modelo de casos de uso del negocio que identifique los actores del negocio y los casos de uso del negocio que utilicen los actores. COMO DESARROLLAR UN MODELO DEL NEGOCIO 2: Los modeladores deben desarrollar un modelo de objetos del negocio compuesto por trabajadores, entidades del negocio y unidades de trabajo que juntos realizan los casos de uso del negocio. El model del negocio y el modelado del dominio se parecen en muchos aspectos.

CAPITULO 6

CONCLUSIONES La captura de requisitos es primordial para el avance del proyecto y la funcionalidad del negocio, la captura de requisitos tiene pasos que deben seguirse para llegar a tener una buena captura de datos, sin estos pasos el proyecto tomara un poco ms de tiempo ya que sera muy tedios estar adivinando lo que el proyecto requiere para que satisfaga las necesidades del cliente.