Principios De Modelacion

Modelado y análisis de requerimientos.

Principios de Modelado
PRINCIPIO DE COLABORACIÓN. (Equipo 8)
Para modelar un sistema complejo no es suficiente un único modelo se requieren múltiples modelos donde cada uno representa una vista (aspecto) del sistema; estos modelos se complementan entre sí.
Esta es la razón de la existencia de varios diagramas en UML que modelan diferentes aspectos delsistema, desde las vistas lógicas y físicas del sistema hasta los aspectos dinámicos, estáticos y funcionales del mismo.

PRINCIPIO DE SIMPLICIDAD. (E. 2) PRINCIPIO DE LA EFICIENCIA.(Equipo 10)

"No debe elaborarse un modelo complicado cuando uno simple es suficiente".

Si el modelo va dirigido al cliente, tiene que ser sencillo y fácil de entender para él. (EQUIPO 2)
A veces es más fácillo simple, ya que se puede volver más complicado, simplemente representar lo básico para el entendimiento del sistema. Para ejemplificar este principio, pensemos entonces en un problema como un objeto (una manzana), el tamaño de la solución será en este caso el modelo (un contenedor para dicha manzana). Dependiendo de que como se va a solucionar el problema un modelo puede ser: insuficiente(ineficiente) o sobrado (sigue siendo ineficiente). El modelo entonces, (la solución al problema) debe quedar a modo que casque casi a perfección; es por esto que es innecesario e (ineficiente) hacer un modelo muy complicado para resolver un problema en esencia pequeño; La complejidad de un modelo es inherente a la complejidad del problema a resolver. Volviendo a la manzana; ¿Que tamaño de contenedor esel adecuado?. No una maleta eso es seguro. (Espero que se entienda nuestro punto). Equipo 9"

PRINCIPIO DE ELECCION DE MODELO (E. 1)
"La elección de qué modelo crear tiene una profunda influencia sobre cómo se enfrenta un problema y como se da forma a una solución."
PRINCIPIO DE FUNCIONALIDAD. (Equipo 7)
Este modelo dice:
“Un modelo debe criticarse por algo para lo que no fue hecho”.Este principio habla de que al modelar un sistema es necesario criticar el modelo si cumple otras funciones ya que eso puede ser el sistema más complejo para el cliente.
PRINCIPIO DE ADAPTACION. (Eq. 2)

"El problema no debe ajustarse al modelo o método de solución".

Es decir ante un problema no debemos ajustar la solución de un modelo al mismo, si no buscar el modelo que más se ajuste alproblema, después de analizarlo y ver la opción más viable; no forzar al modelo.
Mas bien el modelo o los modelos deben adaptarse o ajustarse al problema.

PRINCIPIO DE CONFUSIÓN
"Nunca debe pensarse que el modelo es el sistema real".
No debemos confundir el hecho de que nuestro modelo va a contener todo lo que tendra el sistema, hay que recordar que solo es una abstracción.(Equipo 5) ver linkpara imagenes chuscas. https://skydrive.live.com/?cid=3E7E14B1A70CC1BB&id=3E7E14B1A70CC1BB!1475
PRINCIPIO DE DETALLE
"Todos los modelos simplifican la realidad, lo importante es que no enmascaren ningún detalle importante".
Debemos prestar atención a los detalles que componen nuestro sistema e incluirlos en el modelo.(Equipo5) ver link para imagenes chuscas.https://skydrive.live.com/?cid=3E7E14B1A70CC1BB&id=3E7E14B1A70CC1BB!1475
PRINCIPIO DE IMPERFECCIÓN
"No venda un modelo como la perfección máxima".
Siempre se puede mejorar y ese modelo no se podra aplicar a todos los sitemas que quiera desarrollar.(Equipo5) ver link para imagenes chuscas. https://skydrive.live.com/?cid=3E7E14B1A70CC1BB&id=3E7E14B1A70CC1BB!1475
PRINCIPIO DE VALIDACION (Equipo 3)
"Los modelos debenvalidarse antes de su implementacion".

Cuando diseñamos un modelo y una vez obtenido lo que para nosotros es el modelo final, no debemos ponerlo en marcha, sin antes haber verificado que haga las cosas que nos pidieron y validado que las haga de manera correcta.

PRINCIPIO DE LA PERSPECTIVA (equipo 4)

"Todo modelo puede ser expresado en diferentes niveles de detalle".

Cuando construimos...