Vous êtes sur la page 1sur 13

ANÁLISIS Y DISEÑO DE SISTEMAS

CAPITULO 6

PRESENTADO POR:
ANGIE ANDREA BAYONA 1151549
JESUS ROMARIO JAIMES 1151104
CRISTIAN ANDRES DUARTE 1151342
ASTRID CAROLINA CAICEDO 1151472

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER


FACULTAD DE INGENIERIA
PROGRAMA INGENIERIA DE SISTEMAS
ACTIVIDADES DEL DISEÑO DE SISTEMAS: DESDE
LOS OBJETOS HASTA LOS SUBSISTEMAS

• MODELO DE ANÁLISIS PARA UN SISTEMA DE PLANEACIÓN DE RUTAS:


En MiViaje,un automovilista:
• Planea un viaje desde una computadora casera, poniéndose en contacto con un servicio de planeación de Viajes
en la Web ( SE GENERA EL CASO DE USO DE PLANVIAJE DEL SISTEMA MIVIAJE).

Nombre del Caso de Uso PlanViaje

Condición inicial 1. El automovilista activa su computadora casera y se registra en el


servicio web de planeación de viajes.
Flujo de Eventos 2.Después de registrarse en forma satisfactoria, el Automovilista
proporciona las restricciones para el viaje como una secuencia de
destinos, fechas, entre otras.
3. Basándose en una base de datos de mapas , el servicio de
planeación calcula la ruta mas corta visitando los destinos en el orden
que se especifican. Es decir ,este proceso es una serie de secciones
que enlazan un grupo de cruces y una lista de indicaciones.
3. El Automovilista puede revisar el viaje añadiendo o eliminando
destinos.
Condición Final El automovilista guarda el viaje planeado con un nombre en la bases
de datos del servicio de planeación para una próxima recuperación.
• Luego el automovilista va al auto e inicia el viaje, mientras la computadora a bordo le da previas indicaciones, basada
en la información del viaje del servicio de planeación y su ubicación actual indicada por un GPS a bordo(SE GENERA
EL CASO DE USO DE EJECUTARVAIJE DEL SISTEMA MIVIAJE).

Nombre del Caso de Uso EjecutarViaje

Condición inicial 1. El automovilista arranca su auto y se registra en el sistema de ruta


a bordo.

Flujo de Eventos 2.Después de registrarse en forma correcta, el automovilista


especifica el servicio de planeación y el nombre del viaje que va a
ejecutar.

3.El asistente de ruta a bordo obtiene la lista de destinos,


indicaciones, secciones y cruces desde el servicio de planeación.

4. Tomando su posición actual , el asistente de ruta proporciona al


automovilista los siguientes conjuntos de indicaciones.

Condición Final El automovilista llega al destino y apaga el asistente de ruta.


• Luego se realiza el análisis del Sistema MiViaje siguiente la técnica de Análisis y obtenemos lo siguiente:

Cruce Un cruce es un punto geográfico en donde el automovilista puede escoger entre varios segmentos o
secciones.

Destino Un destino representa una ubicación a donde quiere ir al automovilista.

Indicación Ya teniendo los dos de arriba, una indicación describe en lenguaje natural la manera de conducir el
automóvil hacia el segmento dado.

Ubicación Es la posición del automóvil como es conocida por el sistema GPS a bordo por la cantidad de giros de
las ruedas.
ServicioPlaneación Es un servidor web que puede proporcionar un viaje vinculando varios destinos en forma de una
secuencia de cruces y segmentos.
AsistenteRuta Da indicación al automovilista tomando en cuenta la ubicación actual y el siguiente cruce.

Segmento Representa el camino que hay entre dos cruce.

Viaje Es una secuencia de Indicación entre dos Destino.


Requerimientos No FUNCIONALES para MiViaje

1.MiViaje está en contacto con el ServicioPlaneación mediante un módem inalámbrico. Puede suponerse que el módem funciona en
forma adecuada en su destino final.

2.Una vez que ah comenzado el Viaje, MiViaje debe dar indicaciones correctas aunque el módem falle y no pueda mantener una
conexión con el ServicioPlaneación.

3.MiViaje debe minimizar el tiempo de conexión para reducir costos de operación.

4.Solo es posible la replaneación si se puede hacer la conexión con el ServicioPlaneación.

5.El ServicioPlaneación puede soportar, al menos, 50 automovilistas diferentes y 1000 viajes.


IDENTIFICACIÓN DE LOS OBJETIVOS DE DISEÑO
✓Es el primer paso del diseño del sistema, e indica las cualidades en las que debe enfocarse el sistema.

 Confiabilidad: Mi viaje debe ser confiable[ generalización del requerimiento no funcional 2]


 Tolerancia a fallas: MiViaje debe tolerar la falla de perdida de conectividad con el servicio de
rutas[El requerimiento no funcional 2 en otras palabras]
 Seguridad: MiViaje debe ser seguro, es decir que otros automovilistas o usuarios no
autorizados tengan acceso a los viajes de otro automovilista[ Se deduce del dominio de
aplicación]
 Modificabilidad: MiViaje debe ser modificable, para que use servicios de enrutamiento
diferentes
CLASIFICACIÓN DE LOS CRITERIOS DE DISEÑO POSIBLES EN LA CREACIÓN DE
OBJETIVOS:
• CRITERIO DE DESEMPEÑO:

Criterio de Diseño Definición


Tiempo de Respuesta ¿Qué tan rápido debe atenderse una petición de usuario
después de haberla enviado?
Producción ¿Qué tantas tareas puede realizar el sistema en un periodo
de tiempo fijo?
Memoria ¿Qué tanto espacio se requiere para que se ejecute el
sistema?
CRITERIOS DE SOLIDEZ:

Criterio de Diseño Definición

Robustez Capacidad de sobrevivir ante datos inválidos del usuario.

Confiablidad Diferencia entre el comportamiento especificado y el observado.

Disponibilidad Porcentaje del tiempo del sistema en que puede usarse para realizar las tareas normales.

Tolerancia a fallas Capacidad para operar bajo condiciones erróneas.

Seguridad Capacidad para resistir a ataques maliciosos

Inocuidad Capacidad para no poner en riesgo la vida humana, aun en presencia de errores y fallas.
CRITERIOS DE COSTO

Criterio de Definición
Diseño
Costo de Costo del desarrollo del sistema inicial
Desarrollo
Costo de Costo de la instalación del sistema y del entrenamiento a los usuarios
entrega
Costo de Costo de trasladar los datos del sistema anterior.
actualización
Costo de Costo requerido para la corrección de errores y para las mejoras al sistema
mantenimiento
Costo de Dinero requerido para la administración del sistema.
administración
CRITERIOS DE MANTENIMIENTO

Criterio de Definición
Diseño
Extensibilidad ¿Qué tan fácil es agregar funcionalidad al sistema?

Modificabilidad ¿Qué tan fácil es cambiar la funcionalidad del sistema?

Adaptabilidad ¿Qué tan fácil es transportar el sistema a diferentes dominios de aplicación?

Portabilidad ¿Qué tan fácil es transportar el sistema leyendo el código?

Rastreabilidad ¿Qué tan fácil es establecer la correspondencia entre el código y los requerimientos
de específicos?
requerimientos
CRITERIOS DE USUARIO FINAL

Criterio de Definición
Diseño
Valor practico ¿Qué tan bien soporta el sistema el trabajo del usuario?

Utilidad ¿Qué tan fácil es para el usuario la utilización del sistema?


GRACIAS

Vous aimerez peut-être aussi