Este documento describe el modelo basado en clases para un sistema de seguridad doméstica. Identifica las clases principales como CasaSegura, Sensor, PC y Alarma. Explica cómo se definen los atributos y operaciones de cada clase y cómo interactúan mediante asociaciones y colaboraciones. Además, presenta lineamientos para la identificación de clases, responsabilidades y paquetes de análisis.

1. Universidad Laica “Eloy Alfaro” de Manabí
Extensión en El Carmen
Integrantes:
• Cedeño Alcívar Jesús
• Mena Mantilla Jhonny
• Vergara Rodríguez Anderson
• Zambrano Darwin
Tema:
• Modelo basado en Clases.
Curso/Especialidad:
• Ing. En Sistemas 4to “A”

2. Modelo Basado en Clases
El modelado basado en clases representa los objetos que
manipulará el sistema.
Los elementos de un modelo basado en clases incluyen:
Las clases y los objetos.
Atributos.
Operaciones.
Modelos clase-responsabilidad-colaborador(CRC).
Diagramas de colaboración y paquetes.
•
•
•
•
•

3. Identificación de las clases de análisis.
•
•
Se comienza por identificar las clases, mediante el
análisis de los escenarios de uso desarrollado como
parte del modelo de requerimientos y la ejecución de
un “análisis gramatical”.
Las clases se determinan subrayando cada sustantivo
o frase que las incluya para introducirlo en una tabla
simple.
o
Deben anotarse los sinónimos.

5. Clases
Conceptos
Entidades externas
Produce o consume información que se
usará en un sistema basado en computadora.
Otros sistemas, dispositivos y personas
Cosas
Son parte del dominio de información para
el problema
Reportes, pantallas, cartas, señales, etc
Ocurrencias o eventos
Ocurren dentro del contexto de la operación
del sistema
Transferencia de propiedad o la ejecución de
una serie de movimientos de un robot
Desempeñan las personas que interactúan
con el sistema
Gerente, Ingeniero, Vendedor, etc
Son relevantes para una aplicación
División, grupo, equipo.
Establecen el contexto del problema y la
función general del sistema
Piso de manufactura o plataforma de carga
Definen una clase de objetos o clases
relacionadas de éstos
Sensores, vehículos de cuatro ruedas,
computadoras.
Roles
Unidades organizacionales
Lugares
Estructuras
Ejemplos

7. Para ilustrar cómo podrían definirse las clases del análisis durante las primeras etapas del modelado, considere
un análisis gramatical (sustantivos están subrayados, verbos en cursivas)
La función de seguridad CasaSegura permite que el propietario configure el sistema de seguridad cuando
instala, vigila todos los sensores conectados al sistema de seguridad e interactúa con el propietario a través
de internet, una PC o panel de control.
Durante la instalación, la PC de CasaSegura se utiliza para programar y configurar el sistema. Se asigna a
cada sensor un número y tipo, se programa un password maestro para activar y desactivar el sistema y se
introducen número telefónico para marcar cuando ocurre un evento de sensor.
Cuando se reconoce un evento de sensor, el software invoca una alarma audible instalada en el sistema.
Después de un tiempo de retraso que especifica el propietario durante las actividades de configuración del
sistema, el software marca un número telefónico de un servicio de monitoreo, proporciona información
acerca de la ubicación y reporta la naturaleza del evento detectado. El número telefónico se vuelve a
marcar cada 20 segundos hasta que se obtiene la conexión telefónica.

8. Especificación de atributos
•
•
Los atributos describen a una clase que se ha seleccionado
para incluirse en el modelo de requerimientos.
Para desarrollarse un conjunto de atributos significativos de
una clase de análisis, se deben estudiar cada caso de uso y
seleccionar cada cosa que pertenezca a la clase.

9. Definición de las operaciones.
Las operaciones definen el comportamiento de un objeto.
Las operaciones se dividen en cuatro categorías principales:
1. Operaciones que manipulan datos en cierta manera.
2. Operaciones que realizan un cálculo.
3. Operaciones que preguntan sobre el estado de un objeto.
4. Operaciones que vigilan un objeto en cuanto a la ocurrencia
de un evento de control.

10. Modelado clase-responsabilidad-colaborador
(CRC)
•
•
•
Este proporciona una manera sencilla de identificación y
organización de las clases que son relevantes para los
requerimientos de un sistema.
Hace uso de tarjetas índice reales o virtuales.
Como objetivo tiene
organizada de las clases.
desarrollar
una
representación

11. Modelo de tarjeta índice.
Clase: Plano
Descripción
Responsabilidad:
●
●
●
●
●
Define nombre y tipo del plano
Administra el posicionamiento del plano
Da escala al plano para mostrarlo en
pantalla
Incorpora puerta paredes y ventanas
Muestra la posición de las cámaras de
video.
Colaborador:
●
●
Pared
Cámara

12. CLASES
Aqui veremos los lineamientos Básicos para identificar clases y
objetos. La taxonomía de tipos de clases presentadas puede
ampliarse con las siguientes Categorías:
•
Clases de Entidad.
•
Clases de Frontera.
•
Clases de Controlador.

13. Clases de Entidad.
También llamadas clases modelo o de negocios, se extraen
directamente del enunciado del problema (por ejemplo,
PLANO y SENSOR). Es común que estas clases representan
cosas almacenadas en una base de Datos y persisten mientras
dure la aplicación.

14. Clases de Fronteras.
• Se utiliza para crear la interfaz(por ejemplo, pantallas
atractivas o reportes impresos) que el usuario mira y con la
que interactúa cuando utiliza el Software.
• Las Clases de Fronteras se Diseñan con la responsabilidad de
Administrar la forma en la que presentan los usuarios los
objetos de entidad. Por ejemplo, una clase de frontera
llamada VentanadeCámara tendría la responsabilidad de
desplegar la salida de una cámara de vigilancia para el
sistema.

15. Clases de Controlador.
Administran una Unidad de trabajo de principio a fin. Es decir,
las clases de controlador están diseñadas para administrar:
1) La creación o actualización de objetos entidad.
2) Las instancias de los objetos de fronteras en tanto obtienen
información de los objetos de entidad.
3) La comunicación compleja entre conjunto de objetos y
4) La validación de datos comunicados entre objetos o entre el
usuario y la aplicación.

16. Responsabilidades.
• En las secciones anteriores se definieron lineamientos básicos
para identificar responsabilidades (atributos y operaciones).
• Wirfs-Brock, sugiere 5 lineamientos
responsabilidades a las clases.
para
asignar

17. 1. La inteligencia del sistema debe estar distribuida entre las
clases para enfrentar mejor las necesidades del problema.
2. Cada responsabilidad debe enunciarse del modo más general
posible.
3. La información y el comportamiento relacionado con ella
deben residir dentro de la misma clase.
4. La información sobre una cosa debe localizarse con una sola
clase, y no distribuirse a través de muchas.
5. Cuando sea apropiado, las responsabilidades deben
compartirse entre clases relacionadas.

18. Colaboraciones.
Las colaboraciones se identifican determinando si una clase
puede cumplir cada responsabilidad. Si no es así, entonces
necesita interactuar con otra clase. Ésa es una colaboración

19. Colaboraciones.
Una clase cumple sus responsabilidades en una de dos formas:
• Usa sus propias operaciones para manipular sus propios
atributos, con lo que satisface una responsabilidad particular.
• Colabora con otras clases.

20. Asociaciones y dependencias.
En muchos casos, dos clases de análisis se relacionan de cierto
modo con otra, en forma muy parecida a como dos objetos se
relacionan entre sí, en UML estas relaciones se llaman
asociaciones.

21. Paquete de Análisis
Una parte importante del modelado del análisis es la
categorización. Es decir, se clasifica distintos
elementos del modelo de análisis (por ejemplo, casos
de uso, clases de análisi)de manera que se agrupen en
un paquete
-llamado paquete de análisis- al que
se da un nombre representativo.