MODELO DE DISEÑO:

Las realizaciones de diseño:

Una realización de diseño de un caso de uso, es “diseño tecnológico” en que será implementado el
proceso diseñado para el sistema.

Cada realización de diseño ( al igual que en el modelo de análisis) debe explicar que objetos y
como interactuarán, estos, para que responda al diseño esperado.

La estructura del modelo de diseño , no es un estándar establecido, puede variar acorde al estilo
de implementación del arquitecto de software, según el patrón o la arquitectura empleada.

Por ejemplo:

...en el diagrama de actividades

USE CASE VIEW

Diagrama de actividades
Este caso de uso pertenecía al modulo de seguridad del sistema, fue obtenido mediante la
extracción de requerimientos no funcionales, y el diseño surgió a partir de la experiencia de los
analistas y arquitectos de software, la estructura del proyecto se va asi:

(el caso de uso se detalla con el diagrama de actividad, el cual muestra a nivel de diseño funcional,
como será el proceso que desarrolle este caso de uso)

En la vista lógica existirán dos paquetes el modelo de análisis ( del cual ya se explico) y el modelo
de diseño ( el cual se trata en este punto)

…en el modelo de análisis (observa la estructura del proyecto y compárala con la estructura de la
vista de casos de uso)
Las realizaciones de análisis explican como el software va a funcionar de manera algorítmica
(conceptual), por ello cada REALIZACION DE ANALISIS DE CASO DE USO debe tener un diagrama de
objetos y un diagrama de secuencia (de análisis)

El diagrama de objetos de análisis (DOA)

El diagrama de secuencia de análisis (DSA)

La estructura del proyecto en el diseño: como se dijo antes, depende de muchos factores definir la
estructura ( o distribución de componentes) particularmente trabajamos a nivel de módulos, cada
modulo puede contener muchas clases, particulares a acciones que se realizan en estos (módulos)
pero también pueden separarse de otras maneras…
El paquete Models, contendrá las clases entidad, las separamos con la finalidad de que estas clases
mantengan su independencia de los módulos y puedan ser accedidas dependiendo de la necesidad
del sistema.

Los paquetes ProductionModule, SalesModule, SecurityModule, contienen las clases controladoras

y fronteras ( o de interfaz usuario) que son necesarias para el modulo.

El paquete Shared, contiene las clases que serán usadas por cualquier componente del sistema,
pero no son de acceso a datos.

El index, es un archivo que forma parte de un esquema controlador y efectivizará el “arranque del
sistema”.

(*) esta es una estructura propuesta, tu puedes tener tu propia distribución, inclusive puedes
tener subpaquetes (submodulos).
Al igual que en el modelo de análisis, en el modelo de diseño ( que se implementará bajo una
tecnología de desarrollo) las realizaciones de caso de uso (RDCU), tendrán un diagrama de objetos
de diseño (DOD) y un diagrama de secuencia de diseño (DSD)
Dentro de los requerimientos no funcionales, se estableció una tecnología libre, flexible, rápida y
robusta, de fácil acceso… (LAMP)

… asi se obtuvo el siguiente diagrama de objetos de diseño:

… y el diagrama de secuencia:
Ahora se implementará, considere que existe la siguiente estructura de base de datos ( solo para
este ejemplo)

usuariosPrivilegios privilegios
usuarios idPriv
login (FK)
login idPriv (FK)
labelPriv
password pathPriv
iconPriv

(se han acortado la BD y la cantidad de atributos de las tablas)

Luego:

…en el INDEX
Se instancia la clase formAutenticarusuario y se llama al método formAutenticarusuarioShow(),
conforme al diagrama de secuencia.

… la clase formAutenticarusuario, esta implementada por HTML, sin embargo se ha optado por
encapsular su funcionamiento en una clase, aunque esta práctica no se realiza en la
implementación de otras tecnologías ( por ejemplo con jsp), para este ejemplo se hará así.

Mediante el método POST se envían parámetros al archivo getLogin.php. Quien validará la longitud
de los campos login y password ( getLogin forma parte del controlador)
Tal como muestra el diagrama de secuencia, si la longitud de los campos es la requerida, se enviará
al controlador (clase) para que continúe la validación desde la BD (mediante el método
validarUsuario(login, password))

… en el controller
… en el menú…
Las entidades….

Usuario…

detalleUsuarioPrivilegio…
… conectar

En shared o inc se coloco la clase formMensajeSistema…