Diseo de Sistemas

Nehil Muoz Casildo MODALIDAD DISTANCIA

Facultad de Ingeniera de Sistemas, Cmputo y Telecomunicaciones

Universidad Inca Garcilaso de la Vega

Qu es un objeto, como se comunican y

relacionan?

Qu son los procesos de desarrollo de sw,

como se clasifican?

Qu es una metodologa gil?

Qu diferencia existe entre el desarrollo gil

y tradicional?

Qu es un objeto,

como se comunican y relacionan?

Qu es un objeto,

como se comunican y relacionan?

Diferentes paradigmas de programacin han surgido a lo largo

del tiempo y estos dan soporte a la metodologa de software

elegida en el desarrollo del sw.

Por su parte la Programacin Orientada a Objetos (POO) fue

popularizado a principios de la dcada de 1990.

Es un paradigma de programacin que usa objetos y las

interacciones que existen entre objetos para disear aplicaciones

y programas para las computadoras.

La POO est basado en varias tcnicas, incluyendo herencia,

modularidad, polimorfismo y encapsulamiento,

Una clase es producto de una abstraccin mental, donde identificamos el

conjunto de atributos que lo define y los comportamientos que le

permiten relacionarse con el mundo a su alrededor.

Un objeto por su parte es la instancia de una clase, es decir es la parte

existencial de una clase en tiempo y espacio.

Las clases son los moldes sobre el cual se crean los objetos

Lo que programamos son clases, pero cuando el programa est en

ejecucin, son los objetos los que estn en existencia .

Una Televisor con toda la tecnologa permanecer inerte a cambios

amenos alguien coja el control remoto y comience a interactuar con l.

En concreto un objeto es incapaz de desarrollar ninguna actividad por si

sola.

Los objetos en un programa o aplicacin interactan entre ellos y

establecen comunicacin por medio del envo de mensajes.

Partes que componen un mensaje: 1. Receptor: El objeto al cual se manda el mensaje (Televisor Sony)

2. Mensaje El mtodo que debe ejecutar el receptor (CambiarDeCanal).

2. Parmetros: Que son necesarios para ejecutar el mtodo solicitado (NumCanal

Control Remoto Televisor Sony

CambiarDeCanal(NumCanal)

El paradigma de objetos acepta cuatro tipos de relaciones entre

sus elementos.

Tres son entre objetos y solo uno entre clases, pero todas ellas son

representadas a travs del diagrama de clases. En cada tipo de

relacin existe un smbolo particular asociado.

Dependencia

Asociacin

Agregacin

Herencia

public class Clase_A { public int AtributoA; public void OperacionA() { } Clase_A (){ Clase_B myClase_B; myClase_B=new Clase_B(); } }

public class Clase_B { public int AtributoB; public void OperacionB() { } }

Objetos de una clase utilizan o necesitan objetos de la otra clase, como argumento en alguna operacin, o sus objetos utilizan alguna de

las operaciones de la otra clase.

Una relacin de asociacin entre dos clases se presenta, cuando los objetos de la primera clase contienen atributos que son objetos de la

segunda clase.

public class A { public int AtributoA; public Clase_B Objeto_B; public void OperacionA() { } }

public class B{ public int AtributoB; public void OperacionB() { } }

public class A { public int AtributoA; public B Objeto_B; public void OperacionA() { } }

public class B{ public int AtributoB; public A Objeto_A; public void OperacionB() { } }

Cdigo Java:

Existe relacin de agregacin entre clase cuando hay relacin del tipo

todo/parte entre los objetos de ambas clases.

public class A { public int AtributoA; public B Objeto_B; public void OperacionA() { } }

public class B{ public int AtributoB; public A Objeto_A; public void OperacionB() { } }

public class A { public int AtributoA; public B Objeto_B; A(){ Objeto_B= new B() } public void OperacionA() { } }

public class B{ public int AtributoB; public A Objeto_A; public void OperacionB() { } }

Agragacion Composicion

La herencia es uno de los pilares del enfoque de objetos, es una relacin

entre clases donde una clase comparte la estructura o comportamiento

definido en otra o en ms clases.

public class A { private int AtributoA; public void OperacionA() { } }

public class B extends A { private int AtributoB; public void OperacionB() { } }

Compaa de Autobuses

Qu son los procesos de desarrollo de sw,

como se clasifican?

Podemos definir al PSW como el conjunto estructurado de actividades

relacionas para llevar a cabo la construccin de un sistema de

software de calidad.

Dichas actividades se vern afectadas o variaran debido a la

organizacin a cual va dirigido o el tipo de sistema a desarrollarse,

Deseos, necesidades, Especificaciones,

Software

Prototipo

Generico

Secuencial

Espiral

Incremental

RAD

En 1999 Ivar Jacobson, Grady Booch y James Rumbaugh, conocidos

tambin por ser los desarrolladores del UML, se juntan nuevamente y

publican el libro titulado El Proceso Unificado de Desarrollo de

Software (Jacobson, Booch, Rumbaugh, 2000).

sta metodologa surge como respuesta al caos de una gran variedad de metodologas orientadas a objetos que aparecieron,

El refinamiento del Proceso Unificado es el Proceso Unificado de Rational o simplemente RUP de IBM.

Rational Unified Process, de la compaa IBM, es una plataforma de

proceso de desarrollo de software configurable que entrega mejores prcticas comprobadas y una arquitectura configurable.

Se dice que el Proceso Unificado Rational (RUP) es un proceso con desarrollo interactivo e incremental, dirigido por casos de uso y centrado en la arquitectura.

El RUP es un proceso de desarrollo de software y junto con UML

(Lenguaje Unificado de Modelado), constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos.

la vida de un sistema se encuentra dividida en ciclos.. Cada ciclo consiste de cuatro fases: En Cada fase de ellas se encuentra subdividida en iteraciones. Una iteracin por tanto es un mini proyecto que concluye con la entrega de algn documento o alguna implementacin interna

Dirigido por CU porque el desarrollador crear modelos de implementacin y diseo que harn efectivos a los casos de uso esbozados en la etapa de anlisis. Cada modelo del proceso tendr una relacin directa y correspondencia con el modelo de casos de uso.

Los CU manejan la arquitectura del sistema y la arquitectura del sistema influencia en la seleccin de los CU. En consecuencia, tanto la arquitectura del sistema como los casos de uso maduran a medida que el ciclo de vida avanza.

Roles dentro de RUP Analistas

Analista de procesos de negocio.

Diseador del negocio.

Analista de sistema.

Especificador de requisitos

Desarrolladores

Arquitecto de software.

Diseador

Diseador de interfaz de usuario

Diseador de base de datos.

Implementador.

Integrador.

Gestores:

Jefe de proyecto

Jefe de control de cambios.

Jefe de configuracin.

Jefe de pruebas

Jefe de despliegue

Ingeniero de procesos

Revisor de gestin del proyecto

Gestor de pruebas.

Apoyo:

Documentador tcnico

Administrador de sistema

Especialista en herramientas

Desarrollador de cursos

Artista grfico

Especialista en pruebas:

Especialista en Pruebas (tester)

Analista de pruebas

Diseador de pruebas

Otros roles:

Stakeholders.

Revisor

Coordinacin de revisiones

Revisor tcnico

Cualquier rol definido

Artefactos de RUP

Documento Visin

Especificacin de Requerimientos

Diagramas de caso de uso

Diagrama de clases

Modelo E-R (Si el sistema lo requiere)

Diagrama de Secuencia

Diagrama de estados

Diagrama de Colaboracin

Modelo de dominio

Mapa de comportamiento a nivel de hardware

Glosario

Documento de Visin y objetivos del proyecto

Modelo de Pruebas

Manuales de Usuario

Manual de Instalacin

Producto

Una disciplina es una secuencia de actividades que produce un resultado

de valor observable. En trminos de UML, una disciplina puede ser

expresada como un diagrama de secuencia, un diagrama de

colaboracin, o un diagrama de actividades. Hay nueve disciplinas

predefinidos en RUP