Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Matriz de Trazabilidad

No description
by

John James

on 20 March 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Matriz de Trazabilidad

Matriz de Trazabilidad
-Durante el ciclo de vida del desarrollo de software de un proyecto existen dos fases muy importates como son la definición de requisitos o especificaciones y el diseño y ejecucción de pruebas.

-Cuando el proyecto es muy grande o complejo es difícil poder saber que test ejecutados o diseñados cubren cada una de las especificaciones o requerimientos del proyecto.

-Es por este motivo que existe lo que se conoce como la matriz de trazabilidad.

-La matriz de trazabilidad es una herramienta que se utiliza para saber que requerimientos quedan cubiertos por una prueba. Veamoslo con un secillo ejemplo
Caso de uso respeto a los requisitos funcionales
Un requisito funcional define una función del sistema de software o sus componentes. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que se supone, un sistema debe cumplir. Los requerimientos de comportamiento para cada requerimiento funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación.
Sustentantes.
-Euripides Liriano.


-John James De La Cruz.


-Porfirio Eriner Guerrero.
-Matriz de Trazabilidad.
-Caso de uso respeto a los requisitos funcionales.
-Actores con respeto al caso de uso.

Un requisito funcional típico contiene un nombre y un número de serie único y un resumen. Esta información se utiliza para ayudar al lector a entender por qué el requisito es necesario, y para seguir al mismo durante el desarrollo del producto.

El núcleo del requisito es la descripción del comportamiento requerido, que debe ser clara y concisa. Este comportamiento puede provenir de reglas organizacionales o del negocio, o ser descubiertas por interacción con usuarios, inversores y otros expertos en la organización.

Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores.En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema.


Diagrama de caso de uso
Un caso de uso debe:

• describir una tarea del negocio que sirva a una meta de negocio
• tener un nivel apropiado del detalle
• ser bastante sencillo como que un desarrollador lo elabore en un único lanzamiento
Situaciones que pueden darse:
• Un actor se comunica con un caso de uso (si se trata de un actor primario la comunicación la iniciará el actor, en cambio si es secundario, el sistema será el que inicie la comunicación).
• Un caso de uso extiende otro caso de uso.
• Un caso de uso utiliza otro caso de uso.


Actores con respeto al caso de uso
Actores
Se le llama actor a toda entidad externa al sistema que guarda una relación con éste y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero también incluye a todos los sistemas externos, además de entidades abstractas, como el tiempo.

En el caso de los seres humanos se pueden ver a los actores como definiciones de rol por lo que un mismo individuo puede corresponder a uno o más Actores. Suele suceder sin embargo, que es el sistema quien va a tener interés en el tiempo. Es frecuente encontrar que nuestros sistemas deben efectuar operaciones automáticas en determinados momentos; y siendo esto un requisito funcional obvio, resulta de interés desarrollar alguna forma de capturar dicho requisito en el modelo de caso de uso final.


Características requisito funcional


Describen el funcionamiento del sistema
Los RF del usuario pueden ser frases muy
generales sobre lo que el sistema debería
hacer. Se suelen expresar como objetivos del
sistema.

Los RF del sistema deben describir los
servicios que hay que proporcionar con todo
detalle: los casos de uso
Requisitos de usuario

Declaraciones en lenguaje natural y en diversos diagramas
de los servicios del sistema y de las restricciones bajo las
que debe operar.


GRACIAS
Full transcript