You are on page 1of 39

Requisitos

Conceptos
Modelos son abstracciones completas de sistemas. Se usan para capturar el conocimiento (la semntica) sobre los problemas y soluciones. Los diagramas son proyecciones grficas de juegos de elementos del modelo. Los diagramas se usan para graficar el conocimiento (la sintaxis) sobre los problemas y soluciones.
CAL/Modelo de Anlisis

Requisitos

Un requisito de software se puede definir como: una capacidad del software necesaria para que el usuario resuelva un problema o alcance un objetivo. Una capacidad de software debe ser encontrada o poseda por un sistema o componente de sistema para satisfacer un contrato, especificacin, estndar u otra documentacin formalmente impuesta. una condicin o capacidad que el sistema [en construccin] debe satisfacer.

CAL/Modelo de Anlisis

Requisitos
Una lista de problemas relacionados con la gestin de los requisitos: Los requisitos no siempre son obvios y provienen de muchas fuentes. Los requisitos no son siempre fciles de expresar claramente con palabras. Existe muchos tipos diferentes de requisitos en diferentes niveles de detalle. El nmero de requisitos puede ser inmanejable si no es controlado.
CAL/Modelo de Anlisis

Tcnicas para Gestionar Requisitos

Analizar el problema

Obtener un acuerdo sobre el problema a ser resuelto. Identificar los stackeholders. Definir los lmites del sistema. Identificar restricciones a imponerse sobre el sistema.

Comprender las necesidades del Stakeholder.

Fuentes : Clientes, socios, usuarios finales, expertos del dominio, entre otros.

CAL/Modelo de Anlisis

Tcnicas para Gestionar Requisitos

Es importante saber como determinar cuales deberan ser las fuentes, como tener acceso y como obtener informacin de ellas. Los individuos que sirven como fuente primaria de esta informacin son los llamados "stakeholders" en el proyecto. Las tcnicas para obtener requisitos incluyen entrevistas, tormenta de ideas, prototipeo conceptual, cuestionarios y anlisis competitivo. El resultado de obtener requisitos es una lista de pedidos o necesidades que son descritos textual o grficamente y que tienen prioridades relativas entre si.

CAL/Modelo de Anlisis

Tipos de Requisitos

Tipos de requisitos

Identificando los tipos de requisitos, el equipo puede organizar un gran nmero de requisitos en grupos significativos y mas manejables. Usualmente, un tipo de requisitos puede ser partido, o descompuesto en otros tipos. Las reglas del negocio y las declaraciones de visin pueden ser tipos de requisitos de alto nivel de los cuales se deriven los tipos de requisito de necesidades del usuario, de caractersticas del producto.

CAL/Modelo de Anlisis

Atributos de requisitos

Atributos multidimensionales

Cada tipo de requisito tiene atributos, y cada requisito individual tiene diferentes valores de atributo. Por ejemplo, a los requisitos pueden asignrsele prioridades, identificarse por la fuente, delegarse a equipos especficos dentro de un rea funcional, dar una denominacin del grado de dificultad, o estar asociado con una iteracin particular del sistema.

CAL/Modelo de Anlisis

Atributos de requisitos

En tipos de requisitos mas detallados, los atributos de prioridad y esfuerzo pueden tener valores ms especficos (e.g., tiempo estimado, lneas de cdigo, etc.) con los cuales refinamos mas el alcance. A medida que los requisitos evolucionan, es importante entender su historia: que ha cambiado?, porque?, cuando?, y con cual autorizacin?.

Historia de cambios

CAL/Modelo de Anlisis

Requisitos FURPS+
Existen muchas clases diferentes de requisitos. Una forma de categorizar es descrita por el modelo FURPS+, Utilizando el acrnimo FURPS para describir las categoras principales de requisitos con subcategoras como se muestra: Funcionality (funcionalidad) Usability (Facilidad de uso) Reliability (Confiabilidad) Performance, (Rendimiento) y Supportability (Soporte)
CAL/Modelo de Anlisis

requisitos FURP+
El "+" en FURPS+ le ayuda a recordar que tambin incluye otros requisitos como: Restricciones de diseo, requisitos de implementacin,

requisitos de interfase y
requisitos fsicos.

CAL/Modelo de Anlisis

requisitos FURPS+
Los requisitos Funcionales especifican acciones que un sistema de software debe ser capaz de ejecutar, sin considerar restricciones fsicas. Estos se describen frecuentemente en un modelo de casos de uso. Los requisitos funcionales especifican de esta forma el comportamiento de entrada y salida de un sistema.

CAL/Modelo de Anlisis

requisitos FURPS+
Los requisitos funcionales pueden incluir:
Conjuntos de caractersticas,

Capacidades y
Seguridad.

CAL/Modelo de Anlisis

requisitos FURPS+
Facilidad de Uso (Usability) Puede incluir categoras como : Factores de tipo humano, Ergonmicos y estticos, Consistencia en las interfaces de usuario, y Materiales de entrenamiento y documentacin del usuario. Ayudas sensitivas al contexto y en lnea. Asistentes.
CAL/Modelo de Anlisis

requisitos FURPS+
Confiabilidad (Reliability) Donde podemos considerar: Frecuencia / severidad de fallas, Recuperabilidad, Predictibilidad, Exactitud, y Tiempo medio entre fallas (MTBF).

CAL/Modelo de Anlisis

requisitos FURPS+
Performance Un requisito de rendimiento impone condiciones sobre los requisitos funcionales. Por ejemplo, para una accin dada, puede parmetros de rendimiento: Velocidad Eficiencia, Disponibilidad, Exactitud, Throughput (rendimiento), Tiempo de respuesta, Tiempo de recuperacin, o Utilizacin de recursos
CAL/Modelo de Anlisis

requisitos FURPS+
Soporte puede incluir: Que est sujeto a prueba, Que se pueda extender, Que se pueda adaptar, Que se pueda mantener, Que sea compatible, Que sea configurable, Que se pueda aplicar servicio, Que sea instalable, o Que se pueda localizar (internacionalizar)

CAL/Modelo de Anlisis

requisitos FURPS+

El + indica:

Restricciones de diseo requisitos de implementacin:


Estndares necesarios. Lenguajes de implementacin. Polticas de integridad de datos. Ambientes operacionales

CAL/Modelo de Anlisis

requisitos FURPS+

requisitos de interfase especifican

Un tem externo con el cual el sistema debe interactuar. Restricciones en el formato, tiempos y otros factores, usados en la interaccin.

CAL/Modelo de Anlisis

requisitos FURPS+

requisitos fsicos especifica requisitos de hardware (redes)


Formas Tamaos Pesos Material

CAL/Modelo de Anlisis

Lista de requisitos
Lista de Requerimientos del Sistema: Nombre del sistema
Clasificacin Nro. R1 R2 R3 Requerimiento FURPS+ F F F F, + F F F F F F F F, + F F F, + Atributos Prioridad Categora Dificultad Visibilidad Riesgo (A, M, B) (P, S, O) (A, M, B) (V,O) (A, M, B) A P M V B A P A V M A P B V M A A A A A M A A A A A A P P P P P S P P P P P P B B B B B B B B B B B B V V V V V O V V V V V V M B B B M B B B B B B B R14 Precedencia Registrar Sucursales. Registrar el "Producto". Registrar los precios de los Productos. Consultar los Productos en Catlogo R4 va WEB. Registrar la flota de vehculos por R5 Sucursal. R6 Clasificar vehculos por producto. R7 Consultar vehculos por producto. Definir los aos de antigedad R8 para dar de baja a los vehculos. Generar avisos automticos de R9 vehculos candidatos a baja. Registrar la baja de vehculos y R10 notificar a ventas. R11 Registrar Reservas. Habilitar el registro de la Reserva en R12 una pgina WEB para los clientes. Habilitar el registro de reservas en R13 una interfaz apropiada para el Registrar a los Clientes con sus datos R14 generales y comerciales. Habilitar una Interfaz WEB para que R15 un cliente nuevo registre sus datos. CAL/Modelo de Anlisis

R2 R2 R1, R2 R2 R5 R2 R5, R8 R5, R8 R1, R2, R3 R11 R11

Diagramas de Casos de Uso


Los actores son usados para modelar y representar los roles de los usuarios del sistema, que incluye usuarios humanos y otros sistemas. Los Actores son externos al sistema. Los actores interactan con el sistema. Los actores usan la funcionalidad proporcionada por el sistema, incluyendo la funcionalidad de la aplicacin y funcionalidad de mantenimiento. Los actores pueden recibir informacin proporcionada por el sistema. Los actores pueden proporcionar informacin al sistema. Las Clases Actor tienen instancias u objetos que representan actores especficos.

CAL/Modelo de Anlisis

Diagramas de Casos de Uso

Los casos de uso son usados para modelar y representar unidades de funcionalidad o servicios proporcionados por un sistema (o partes de un sistema, subsistema o clases) a un usuario. Los casos de uso son Elipses u valos.

CAL/Modelo de Anlisis

Diagramas de Casos de Uso

Los casos de uso son interacciones o dilogos entre un sistema y actores, incluyendo los mensajes intercambiados y las acciones ejecutadas por el sistema. Los casos de uso pueden incluir variantes de estas secuencias, incluyendo secuencias alternativas y excepciones.

CAL/Modelo de Anlisis

Diagramas de Casos de Uso

Un caso de uso es iniciado generalmente, por un actor y puede involucrar la participacin de muchos actores. Los casos de uso deberan proporcionar valor al menos a uno de los participantes. Los casos de uso pueden tener puntos de extensin que definen puntos especficos dentro de una interaccin en los cuales otros casos de uso se puedan insertar.

CAL/Modelo de Anlisis

Diagramas de Casos de Uso

Los casos de uso (clases) tienen una instancia de caso de uso llamada escenario la ejecucin particular de un caso de uso y que representan una interaccin especfica. La asociacin entre actor y caso de uso indica que el actor participa y se comunica con el sistema que contiene los casos de uso.

CAL/Modelo de Anlisis

Diagramas de Casos de Uso

Las asociaciones con punta de flecha pueden usarse para denotar quien inicia la interaccin, stas eran usadas en versiones anteriores de UML.

CAL/Modelo de Anlisis

Actores

Deberan ser denominados con frases sustantivas. Deberan describirse indicando el inters que tiene al interactuar con el sistema. Definen el alcance de un sistema e identifican aquellos elementos que residen en la periferia del sistema y aquellos elementos de los cuales depende el sistema.

CAL/Modelo de Anlisis

Casos de Uso

Deberan denominarse usando frases con verbo. Deberan describir como se empieza y como termina, cualquier condicin que se debe satisfacer antes de que el caso de uso empiece (pre - condicin), cualquier condicin que debe satisfacerse cuando el caso de uso finalice (post condicin).

CAL/Modelo de Anlisis

Casos de Uso

La secuencia de mensajes intercambiados y acciones ejecutadas, los datos intercambiados, y cualquier caractersticas no funcional (Confiabilidad, rendimiento, soporte, restricciones, etc.). Estas descripciones se pueden capturar usando texto u otros diagramas UML.

CAL/Modelo de Anlisis

Casos de Uso

Deberan facilitar a los actores lograr o conseguir sus metas. Los CU son funcionalidades o responsabilidades del sistema (requisitos) que los actores usan para lograr satisfacer sus metas. Deberan facilitar la arquitectura del sistema. Pueden ser estructurados con Include, Extend y Generalizacin, para identificar, extraer y manejar funcionalidad comn, opcional y similar.

CAL/Modelo de Anlisis

Casos de Uso

Los CU proporcionan la flexibilidad y poder a travs del ciclo de vida. Los CU deberan usarse como base para el planeamiento. Los CU deberan usarse como base para el anlisis, diseo e implementacin.

CAL/Modelo de Anlisis

Casos de Uso

Los casos de uso deberan ser usados como base para las pruebas. La secuencia de mensajes intercambiados y las acciones ejecutadas pueden ser usadas como un script para hacer el test. Los CU son usados como base para la documentacin.

CAL/Modelo de Anlisis

Modelo de Casos de Uso


Un modelo de casos de uso consiste de actores, casos de uso y vnculos entre ellos. Los actores representan todo aquello que debe intercambiar informacin con el sistema, incluyendo a los llamados usuarios. Cuando un actor usa el sistema, el sistema ejecuta un caso de uso. Un buen caso de uso es una secuencia de transacciones que producen un resultado de valor mensurable para el actor. La coleccin de casos de uso es la funcionalidad completa del sistema. Jacobson I., Christerson M., Jonsson P., Overgaard G., Object-Oriented Software Engineering A Use Case Driven Approach, Addison Wesley ACM Press, 1992
CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso

CAL/Modelo de Anlisis

Modelando Casos de Uso


Revise que necesidades o requisitos del usuario son Soportados por que casos de uso.

CAL/Modelo de Anlisis

You might also like