MODELOS DE SISTEMAS ESTRUCTURADOS Y SISTEMAS ORIENTADOS A OBJETOS.

SISTEMAS ESTRUCTURADOS	SISTEMA ORIENTADOS A OBJETOS
Modelo de cascada: Modelo que establece solo los criterios de entrada y de salida. Admite hacer modificaciones realizadas durante el mismo mantenimiento, esto nos deja ver que se harán los cambios necesarios y que también se tienen que realizar de nueva cuenta las pruebas necesarias.	Diagrama de casos de uso: Este diagrama  documenta el comportamiento del sistema desde el punto de vista del usuario. Un caso de uso debe especificar el comportamiento deseado por el usuario, pero no imponer dicho comportamiento, es decir, decir QUÉ pero no CÓMO.
Modelo en V: Un modelo más completo que el anterior, con el cual tenemos una mayor calidad en la producción de un software, es la base de los procesos usados en el ciclo de vida de dicho software. De lado izquierdo de la “V” definimos las especificaciones de nuestro sistema, de lado derecho comprobamos dicho sistema.	Diagrama de Estado: Estos muestran una maquina de estado (Es el comportamiento que especifica las secuencias por las que pasa un objeto a lo largo de su vida en respuesta a los eventos).
Modelo de espiral: Un modelo de procesos de software evolutivo, que acompaña su naturaleza evolutiva de los aspectos de control y sistema del ciclo de vida. Proporciona el potencial para un desarrollo rápido de algunas versiones posteriores o más avanzadas  del software. Cada una de las regiones está poblada por una serie de tareas del proyecto que va a emprenderse.	Diagrama de clases: Sirve para visualizar las relaciones entre las clases que se involucran en dicho sistema. En este diagrama están contenidos 2 elementos. 1.-  Clase: atributos, métodos y visibilidad. 2.- Relaciones: Herencia, Composición, Agregación, Asociación y Uso.

Modulo incremental o evolutivo: En este modelo los primeros pasos los pueden realizar un grupo reducido de personas, los primeros incrementos son versiones “incompletas” de nuestro producto final. En cada incremento se añadirá personal, si es necesario. Por otro lado los incrementos se pueden planear por si en dado caso surgieran riesgos técnicos.

Diagrama de interacción: Muestra la interacción entre los objetos. Hay 2 diagramas de este tipo. Diagrama de Secuencia: Muestra la interacción según la secuencia de los objetos. Diagrama de colaboración: Muestra la interacción de los enlaces, y los roles de los objetos.

CONCLUSION:

Todos los modelos aqui mencionados, 

nos sirven para relacionar lo que ara y 

las posibilidades de en lo que podria 

fallar nuestro sistema, estos sistemas 

nos reiteran la interaccion entre los 

objetos que formaran parte de los 

sistemas que podriamos crear. 

Nos dejan ver como el 

sistema nesesitara de algunas 

actualizaciones, y la interaccion que

 llegara a tener con su entorno.

Referencias:

http://es.scribd.com/doc/16416960/Modelo-cascada-espiralincremental

http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_

externos/Administracion_informatica_de_las_

organizaciones_Ramon_E_Enriquez_Gonzalez/AIO2

_Mod_ESPIRAL.html

http://datateca.unad.edu.co/contenidos/301404/301404

_ContenidoEnLinea/el_modelo_incremental.html

http://www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf

http://www.codecompiling.net/files/slides/UML_clase_03_UML_actividades_estados.pdf

http://users.dcc.uchile.cl/~psalinas/uml/modelo.html