Está en la página 1de 5

- Requerimientos:Los requerimientos de un sistema describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento. Han de ser claros y concretos es decir evitar ambigedades. a menudo se enumerann

- Requerimientos funcionales: expresan la naturaleza del funcionamiento del sistem (cmo


interacciona el sistema con su entornos y cules van a ser su estado y funcionamiento).
- Deben de ser redactados de tal forma que sean comprensibles para
usuarios sin conocimientos tcnicos avanzados.
- Deben especificar el comportamiento externo del sistema y evitar,
establecer caractersticas de su diseo.
- Deben priorizarse(por lo menos se debern distinguir entre requisitos
obligatorios y deseables).

- Requerimientos no funcionales: restricciones sobre el espacio de posibles soluciones.


Asimismo, han de especificarse cuantitativamente, siempre que sea posible ( para que se pueda verificar
su cumplimiento)
- Rendimiento del sistema
- Fiabilidad, tiempo de respuesta, disponibilidad

- Interfaces:
- Dispositivos
de E/S, usabilidad, interoperabilidad

- Proceso de desarrollo:
-

Estndares,herramientas, plazo de entrega


Resumen:
- los requisitos funcionales definen qu debe hacer un sistema
- los requisitos no funcionales definen cmo debe ser el sistema.
- los requerimientos han de ser concisos, completos y consistentes.
caso de uso descripcin de actores

Casos de usos: descripcin de caso de uso

Modelo de dominio: una


representacin de las clases
conceptuales u objeto del mundo
real en un dominio de inters. En el
cual se puede visualizar
asociaciones entre clases.
- Asociaciones permite modelar relaciones parte-todo
- Agregacin: ninguna parte puede existir sin el todo

Qu es un caso de uso? Es una descripcin de un conjunto de posibles escenarios, con un propsito comn. Cada forma
diferente en que un actor interacta con el sistema.

Ventajas:
- Caracterizacin detallada de todas las interacciones con el sistema
- Ayuda a identificar los lmites del sistema y el alcance de los requerimientos.

Escenario: secuencia especfica de interacciones entre actores y sistemas


Trazabilidad : habilidad para seguir los elementos del modelo.

Especificacin de caso de uso


- Consistencia: no contradecirse.
- Modificable: debe mantenerse actualizado
- No ambiguo: cada sentencia se lee en un solo sentido.
Prototipacion

- Es una implementacin parcial construida para permitir al cliente, usuario o desarrollador aprender ms sobre el problema o
solucin
- Prototipa es el proceso de construir o trabajar sobre el modelo del sistema.
Caractersticas
Explicativo: Explica, demuestra e informa, luego se avanza
Exploratorio: Determina el problema, evala necesidades, clarifica metas, examina alternativas y
evala ideas, es informal, no es estructurado
Experimental : Evala propuestas y el comportamiento del modelo
Evolucionario: Elige y refina soluciones, se usa como producto

Clases:

- Dos clases:
- Descartables: aprender ms sobre el problema o su
solucin.obtener conocimientoo
- Ventajas:
- Aprender el medio
de trabajo para lograr una mejor adaptacin a las necesidades.
- Desventajas:
- derrochar esfuerzo si los
requerimientos cambian rpidamente.

- Evolucionables: aprender ms sobre el problema o su


solucion. reducir el riesgo de construir partes del sistema en forma temprana.
- Ventajas:
- los requerimientos
no estan congelados
- Desventajas:
- poco control y
direccion

Diagrama de interaccion: captura el comportamiento de un unico caso de uso, nos permite ver el comportamiento que
existe entre los distintos objetos del sistema y como interactuan entre si.
- Diagrama de secuencia:
- muestra la interaccin de un conjunto de objetos de una aplicacin a travs del tiempo.La secuencia explicita de mensajes.
muestra la secuencia de comportamiento de un caso de uso. Nos ayuda a comprender los cuellos de botella par asi poder
eliminarlos.
- Evento: es un hecho externo de entrada que un actor produce en el sistema, cada evento origina una operacion del
sistema como respuesta,
- Objetos: se obtienen de los diagramas de casos de uso, se representa con el nombre del objeto y la clase a la que
pertenece.
- Mensajes: es la comunicacin entre objetos que transmite informacin con el fin de que se realice una accin
Ejemplo

Nombre: Orden de pedido


Precondicin: un usuario vlido est conectado al sistema
Excepciones:
En el paso 9, si hay informacin incorrecta, el sistema le preguntar al cliente que quiso poner
Postcondiciones:
La orden fue salvada en el sistema y fue marcada como confirmada
Descripcin:
El caso de uso comienza cuando el cliente selecciona la opcin Pedido
El sistema muestra una nueva seccin solicitando los datos siguientes:
El cliente ingresa su nombre y direccin.
Si el cliente ingresa slo el cdigo postal, el sistema debe agregar la ciudad y la provincia.
El cliente entrar todos los cdigo de los productos deseados y la cantidad solicitada
El sistema indicar el nombre del producto y el precio unitario del mismo
El sistema totalizar la cantidad de productos pedidos y el total de la venta
El cliente indicar la forma de pago, si es tarjeta el nmero de la misma
El cliente apretar la tecla enviar
El sistema verificar la informacin, guardar la orden de pedido como pendiente y la forma de pago
Una vez confirmado el pago, la orden se cambiar a confirmada y se le indica esto al cliente, el caso de uso
finaliza

Metodologia base de datos


caracteristcas
- debe ser clara : participan distintas clases de usuarios y la metodologia debe ser comprensible para todos ellos
- debe tener la capacidad de soportar la evolucion de los sistemas
- debe faiclitar la portabilidad
- versatilidad respecto a los tipo de aplicaciones
- flexible: debe servir tanto apra proyecto grandes como pequeos.
- rigurosidad: mostrar un caracter riguro peor no tanto para no provocar el rechazo de los usuarios
- adopcion de estandares: para realizar productos de alto nivel de calidad

Diseo logico: consiste en tranformar el esquema conceptual obtenido en la


etapa anterior, adoptandolo a una representacin de tablas, apoyandose ne el
moelo relaiconal.
- todo tipo de entidad se convierte en relacion
- todo tipo de interrelacion: se tranforma en una relacion
Proceso de normalizacion: e sun metodo formal que se utiliza para identificar
relaciones basandose en sus claves y dependencias funcionales existentes
entre sus atributos

Diagrama de atividades, representan el comportamiento dinamico de un


sistema