REQUISITOS

Los requisitos son capacidades y condiciones con las cuales debe ser conforme el sistema. El primer reto del trabajo de los requisitos es encontrar, comunicar y recordar lo que se necesita realmente, de manera que tenga un significado claro para el cliente y los miembros del equipo de desarrollo.
TIPO DE LOS REQUISITOS

Los requisitos se clasifican deacuerdo con el modelo FURPS+ [Grandy92], un util nemotecnico que significa los siguientes cinco tipos de requisitos:

• Funcional: caracteristicas, capacidades y seguridad.
• Facilidad de uso: factores humanos, ayuda, documentacion.
• Fiabilidad: frecuencia de fallos, capacidad de recuperacion de un fallo y grado de prevision.
• Rendimiento: tiempo de respuesta, productividad, precision. disponobilidad, uso de recursos.
• Soporte: adaptabilidad, facilidad de mantenimiento, internacionalizacion, configurabilidad.
• Implementacion: limitacion de los recursos, lenguajes y herramientas, hardware...
• Interfaz: restricciones impuestas para la interaccion con sistemas externos.
• Operaciones: gestion del sistema en su puesta en marcha.
• Empaquetamiento.
• Legales: licencias,etc.
  

EJEMPLO DE CASO DE USO.

EJEMPLO CASO DE USO

NECESIDADES QUE EL USUARIO PLANTEA.

Atender a las necesidades del usuario desde el principio requiere un esfuerzo extra que devuelve más de una recompensa. Facilitar al usuario la manera de encontrar fácilmente los productos y la información del sitio web solo puede redundar en el beneficio del cliente. El producto final puede aumentar su calidad percibida de una manera exponencial, y la necesidad de rediseños para reajustar el producto en vista de los tests de usuarios, tanto en pre como en postproducción prácticamente desaparece.




EJEMPLO DE CASO DE USO.

NOMBRE: crear mensaje foro.
DESCRIPCION: permite crear un mensaje en el foro de discucion.
ACTORES: el usuario debe haberse logeado en el sistema.
FLUJO NORMAL:

1. El actor pulsa sobre el boton para crear un nuevo mensaje.
2. El sistema muestra una caja de texto para introducir el titulo del mensaje y una zona de mayor tamaño para introducir el cuerpo del mensaje.
3. El actor introduce el titulo del mensaje y el cuerpo del mismo.
4. El sistema comprueba la validez de los datos y los almacena.

FLUJO ALTERNATIVO:

4. El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de ello permitiendole que los corrija.

POSCONDICIONES: el mensaje ha sido almacenado en el sistema.

CONCEPTOD SOBRE DIAGRAMAS DE PAQUETES.

· Paquete: mecanismo de propósito general para organizar elementos en grupos

· Puede contener: clases, interfaces, componentes, nodos, colaboraciones, casos de uso, diagramas y otros paquetes.

· Forma un espacio de nombres

· El paquete raíz de un modelo es anónimo.

·TERMINOS Y CONCEPTOS

1. SISTEMA: DEF. conjunto de elementos organizados ara acometer un objetivo descrito por un conjunto de modelos, posiblemente desde diferentes puntos de vista.

2. SUBSISTEMA: DEF: una parte del sistema, nospermite descomponer un sistema complejo en partes muy independientes

3. MODELO: DEF. simplificación de la realidad creado para entender mejor un sistema, se puede representar como un paquete especial.

4. VISTA: DEF. proyección de un modelo, que expone una perspectiva que omite entidades que no son relevantes para la vista.

5. ESTEREOTIPO: <>permite crear relaciones entre elementos que viven en diferentes modelos, normalmente la dirección de la dependencia ira hacia el mas antiguo.

QUE ES UML???

UML es un conjunto de herramientas, que permite modelar (analizar y diseñar) sistemas orientados a objetos. UML es un lenguaje para hacer modelos y es independiente de los métodos de análisis y diseño. Existen diferencias importantes entre un método y un lenguaje de modelado. Un método es una manera explícita de estructurar el pensamiento y las acciones de cada individuo. Además, el método le dice al usuario qué hacer, cómo hacerlo, cuándo hacerlo y por qué hacerlo; mientras que el lenguaje de modelado carece de estas instrucciones. Los métodos contienen modelos y esos modelos son utilizados para describir algo y comunicar los resultados del uso del método.

Los principales beneficios de UML son:

Mejores tiempos totales de desarrollo (de 50 % o más).

Modelar sistemas (y no sólo de software) utilizando conceptos orientados a objetos.

Establecer conceptos y artefactos ejecutables.

Encaminar el desarrollo del escalamiento en sistemas complejos de misión crítica.

Crear un lenguaje de modelado utilizado tanto por humanos como por máquinas.

Mejor soporte a la planeación y al control de proyectos.

Alta reutilización y minimización de costos.

Para mas informacion:



CASOS DE USO

Un caso de uso es:

• Una descripción de alto nivel de la forma en que se va a utilizar el programa.
• Los casos de uso le dan muy poca importancia a la interfaz de usuario, y no le dan ninguna importancia al funcionamiento interno del sistema que se está creando.

Un caso de uso es una descripción de la interacción entre el actor y el sistema mismo.
Actor: Cualquier persona o sistema que interactúa con el sistema que se está desarrollando.
Un actor envía un mensaje al sistema, y sucede algo: se regresa información, se cambia el estado del sistema, etc.


Como identificar a los actores
Las características esenciales de los actores son las siguientes:

• Son externos al sistema
• Interactúan con el sistema
• Al principio, no necesitará ir mas allá de la lista obvia. Generar 3 o 4 actores puede ser suficiente para que pueda empezar a generar casos de uso.

Como determinar los primeros casos de uso
Para cada actor debe determinarse como es la interacción con el sistema, las
siguientes preguntas pueden ayudarlo a encontrar casos de uso.

• ¿Por que el actor está usando el sistema?
• ¿Que resultados quiere de cada petición el actor?
• ¿Que ocasionó que el actor utilizara el sistema?
• ¿Que debe hacer el actor para utilizar el sistema?
• ¿Que información debe proporcionar el sistema al actor?
• ¿Que información espera el actor obtener del sistema?

Como crear el modelo del dominio
El modelo del dominio es un documento donde captura todo lo que sabe acerca del dominio .
Dominio: El campo comercial en el que se está trabajando.
Como parte del modelo de dominio, debe crear objetos que describan a todos los objetos mencionados en los casos de uso.


Cómo establecer escenarios
Cada caso de uso se puede dividir en una serie de escenarios.
Un escenario es una descripción de un conjunto específico de circunstancias que se distinguen de entre los diversos elementos del contingente de casos de uso.
Por ejemplo:
Caso de uso: “El cliente retira dinero de su cuenta:
Escenario:
El cliente solicita un retiro de $300 de su cuenta corriente, pero hoy ya ha retirado $100 y el límite es de $300 por día. Se informa el problema al cliente, y este opta por retirar sólo $200.

Lineamientos para los escenarios
Por lo general debe asegurarse de que cada escenario incluya

• Condiciones previas – que debe ser cierto para que el escenario comience.
• Activadores – Que hace que el escenario comience.
• Que acciones realizan los actores.
• Que resultados o cambios ocasiona el sistema.
• Que retroalimentación reciben los actores.
• Si ocurren o no las actividades repetitivas, y que ocasiona que concluyan.
• Que hace que el escenario termine.
• Condiciones posteriores – que debe ser cierto cuando el escenario termine.