Lic.

González Crivelli Maximiliano - Maestría en Sistemas de Información 2017

Módulo VII: Técnicas avanzadas de diseño de software

Profesor: Dr. Emanuel Irrazábal

Alumno: Lic. González Crivelli Maximiliano Patricio Alberto

Trabajo Práctico 01

1 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017

 Fase 1.1 : Presentación de los objetivos de negocio.

El Ministerio de producción de la provincia de Corrientes, desea implementar un sistema para poder
establecer precios de referencias de bienes producidos por pequeños productores alimenticios de la
provincia de Corrientes.

Los usuarios del sistema serán los pequeños productores, los cuales deberán cargar el precio al que venden
sus productos, y podrán consultar el precio de referencia que vaya surgiendo con el correr del tiempo.

El principal problema es las comunicaciones, ya que los pequeños productores no cuentan con internet o
cuentan con internet de baja calidad.

Los dispositivos móviles con los que cuentas los pequeños productores van desde teléfonos celulares hasta
IPhones.

 Fase 1.2 : Presentación de la arquitectura: Modelar una arquitectura para la solución.

2 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017

 Fase 2.1: Identificar enfoques.

Problema 1: El atraso tecnológico con que cuentan los usuario, ya que muchos de ellos solo tienen
teléfonos celulares y solo pueden acceder a la red de telefonía móvil.

Solución arquitectónica: Para esto propongo una arquitectura que incluya un servidor WAP, que traduzca
las peticiones WML a HTML/XML para poder enviar y recibir datos desde el servidor web.

Problema 2: Diferentes tipos de usuarios, se cuenta con usuarios que tienen teléfono móvil, Iphone y PC

Pero no se tiene una estadística de la proporción de cada uno.

Solución arquitectónica: Es complicado plantear una solución arquitectónica sin tener los datos
estadísticos de cantidad de usuario por dispositivo. En forma genérica se plantea una aplicación web, y web
services API REST, en el servidor web, este servidor accede a través de los web services al servidor de
datos.

Problema 3: Los usuarios se encuentran alejados de los centros urbanos, por consiguiente el acceso a
internet es limitado, estos usuarios tienen Iphone, pero no siempre tienen conexión a internet.

Solución arquitectónica: La aplicación tiene que tener una base de datos local, por consiguiente es más
compleja, ya que tiene que tener el compilado en el dispositivo.

Para los usuarios de PC que se queden sin internet, la única solución arquitectónica posible es la creación
de un cliente local con base de datos local.

Problema 4: Los Pequeños productores tienen en su mayoría poco conocimiento de la tecnología.

Solución arquitectónica: El sistema debe tener interfaz amigable y ser de fácil utilización y debe ser fácil de
aprender su uso.

Problema 5: el Cliente todavía está en etapa piloto, no tiene bien claro que más puede surgir, o que
cambios puede implementar en el corto plazo.

Solución arquitectónica: Utilizar para el desarrollo el patrón arquitectónico en Capas, lo cual permitiría
implementar mejor posibles cambios que surjan con el tiempo.

3 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017

 Fase 2.1: Identificación de escenarios.

Escenarios de Caso de Uso:

 UC 01: Aprobar y publicar Precios de referencia

 UC 02: Registrar precio de venta.
 UC 03: Consultar precio de referencia.
 UC 04: Consultar histórico de precios de referencia.

Escenarios de Crecimiento:

 EC 01: Que se agreguen más productos

Escenarios Externos:

 EE 01: El usuario intenta interactuar con el sistema y no tiene acceso a internet.

4 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017

5 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017
Descripción de caso de uso de ejemplo:

Descripción del UC 02: Registrar Precio de venta desde un Iphone

Nivel del Use Case: Negocio Sistema de Información

Nombre del Use Case: Registrar precio de una venta desde un Iphone Nro. de Orden:
UC_02
Prioridad: Alta Media Baja

complejidad: Alta Media Baja

Actor Principal: Pequeño Productor Actor Secundario:

Tipo de Use Case: Concreto Abstracto

Objetivo: Registrar precio de una venta

Precondiciones:

El UC se cancela si es cancelado por el Pequeño Productor.

El UC se cancela si el usuario es Pequeño productor utilizando una PC y no tiene acceso a

internet.

Post- Condiciones:

Precio de venta registrado en base de datos central.

Si el usuario es Pequeño productor Iphone y no tiene internet, el sistema almacena el dato en

una base de datos local, hasta poder sincronizar una vez que tenga conexión nuevamente.

Curso Normal Alternativas

1. El UC se inicia cuando el Pequeño productor Elige la opción
Registrar precio de una venta.

2. El sistema verifica los permisos de acceso y el usuario tiene 2.1 el usuario no tiene permisos
permisos de acceso. de acceso, el sistema informa de
la situación. Fin UC.

3. El Sistema muestra los productos que el perfil del Pequeño

productor permite cargar precios.

4. El sistema solicita monto de venta y fecha de venta.

6 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017
5. El Sistema verifica conexión a internet y hay conexión. 5.1 El usuario no tiene conexión
a internet, extiende al UC
Registrar precio de una venta en
local. Fin UC.

6. El sistema registra el precio de la venta e informa de la

situación.

7. Fin UC.

Asociaciones de Extensión: UC: Registrar precio de una venta desde un Iphone en local.

Asociaciones de Inclusión:

Use Case donde se incluye:

Use Case al que extiende:

Use Case de Generalización: No Tiene.

Autor: Lic. González Crivelli Maximiliano Fecha Creación: 06/09/2017

Autor Última Modificación: Lic. González Crivelli Fecha Última Modificación: 06/09/2017
Maximiliano

 Fase 2.2: Árbol de utilidad.

Se seleccionaron atributos de calidad según ISO/IEC 9126

ATRIBUTO DE CALIDD REQUISITO ESCENARIO

(A,A) El usuario se conecta con el
sistema tanto desde la red telefónica
Interoperabilidad
Interoperabilidad entre la red como desde internet el 90% de las
telefónica e internet 90% veces
(A,B) El usuario intenta usar el
Seguridad Restringir accesos no sistema y el mismo tiene controles de
autorizados 99% accesos con una tasa de error del 1%
Cumplimiento (A,M) El sistema debe cumplir el 80%
funcional Cumplir funcionalidades 80% de los requerimientos solicitados
(M,B) El usuario consulta precios y el
Recuperabilidad sistema devuelve los datos el 90% de
(Consultar Precio) las veces (UC Consultar precio de
Poder consultar un precio 90% venta)
Recuperabilidad Poder registrar el precio de una (M,A) El usuario registra precios y
(Registrar Precio) venta el 99%, aún sin conexión a puede hacerlo el 99% de las veces

7 Técnicas avanzadas de diseño de software

 Lic. González Crivelli Maximiliano - Maestría en Sistemas de Información 2017
internet (UC Registrar precio de una venta)

(A,B) El usuario utiliza el sistema con

Aprendizaje
Aprender a usar el sistema 100% 100%
Operatividad Facilidad de usa del sistema
100%
Facilidad de cambio Poder realizar cambios en los
requerimientos 60%
Operar desde diferentes
Capacidad de
dispositivos (PC, Iphone,
instalación
Teléfono Móvil) 100%
un mínimo esfuerzo de aprendizaje
(A,B) El usuario utiliza el sistema de
forma intuitiva y el sistema es muy
amigable con el usuario 100%
(M,A) Realizar un cambio en algún
requerimiento una vez que el sistema
este en producción 60%
(A,A) El usuario utiliza el sistema
desde diferentes dispositivos 100%

 Fase 2.3: Análisis de escenarios.

Escenario UC Registrar precio de venta
Atributo Recuperabilidad (Registrar Precio)
Ambiente Operación normal
Estímulo El usuario no tiene internet
Respuesta El sistema debe guardar el precio de venta 99% de las veces, si el mismo no tiene
internet debe guardar el dato localmente

Decisión
Arquitectónica Sensibilidad Tradeoff Riesgo NoRiesgo
* Aplicación de
celular con Base
de datos local S1, S2 T1, T2 R1
Razonamiento
S1: El sistema es más complicado para desarrollar
S2: El sistema se tiene que compilar en el celular
T1: Se reduce Capacidad de instalación
T2: Se reduce Operatividad
R1: Aumenta riesgo de inconsistencia en los datos

8 Técnicas avanzadas de diseño de software