1-Analisis Orientado a Objeto

7/24/2019 1-Analisis Orientado a Objeto

http://slidepdf.com/reader/full/1-analisis-orientado-a-objeto 1/29

Análisis Orientado a Objeto

AOO



Proceso de desarrollo de Software

Cascada: es de una vía

y Secuencia, constade: Análisis derequerimientos,Diseño,Implementación,

prueba.



Proceso de desarrollo de SoftwareCascada.

• Se pasa de una etapa a la siguiente, sin volverpara atrás

• Están prohibido los cambios una vez que setermine la etapa

• Al ser tan rígido con frecuencia se obtienesoftware que no se parece a lo que el clienteespera

• El proceso en cascada no puede afrontar larealidad del desarrollo, que constituye elconstante cambio de requerimientos



Proceso de desarrollo de SoftwareIterativo: este permite realizar cambios

en cualquier punto del proceso dedesarrollo, a través del método

iterativo e incremental.

• El proceso permite regresarcontinuamente a refinar cada etapa dedesarrollo.

• El proceso iterativo divide el trabajode desarrollo en numerosasiteraciones pequeñas

• Tiene como resultado unaretroalimentación constante, con lacual se puede detectar problemasantes de que sea tarde

• Consta de Análisis, Diseño,Implementación y Prueba.



AOO• El análisis orientado a objetos es un proceso que se vale de un

enfoque orientado a objeto para ayudarle en la compresión del

problema que intente resolver.• Al finalizar el análisis usted debe comprender el dominio del

problema y sus requerimientos en términos de clases einteracciones entre objetos.

• Estos objetos constituyen instancias de clases que se derivan de

objetos concretos o abstractos pertenecientes al dominio delproblema bajo estudio.

• El análisis también le ayuda a familiarizarse con el dominio delproblema

• El AOO adopta enfoque OO al modelar el problema mediante

objetos y su interrelaciones• Hay dos modelos principales: el modelo de casos de uso que

determina como el usuario interactúa con el sistema y el modelo dedominio que captura el vocabulario principal del sistema



Casos de Uso• Los casos de usos abarcan los requerimientos del

sistema y determinan el tipo de sistema que se creara

• Los requerimientos son las características que debetener el sistema para resolver un problema determinado

• El análisis de casos de uso es el proceso de descubrir

casos de uso mediante la creación de escenarios yrelatos en los cuales se incluyan los usuariospotenciales o existentes de un sistema

• Un caso de uso describe la interacción entre el usuario y

el sistema: la manera en que se utilizara el sistemadesde el punto de vista del usuario



Casos de UsoPaso para crear Casos de Uso

• Identificar a los actores

• Crear una lista preliminar de casos de uso

• Refinar y nombrar los casos de uso• Definir la secuencia de casos de uso

• Modelar los caso de uso



Casos de UsoIdentificar los actores

• Un autor es cualquiera queinteractúe con el sistema.Puede ser un usuariohumano, otro sistema, etc.

• De a cada actor un nombreque lo identifique y distinga demanera única

• Un usuario podríadesempeñar diferentespapeles al interactuar con elsistema



Casos de UsoIdentificar los actores

• Algunas preguntas que puede utilizar paraidentificar.

– Quien utiliza principalmente el sistema ? – Algún otro sistema utilizara al sistema ?

– El Sistema de comunicara con otro sistema ?



Casos de UsoLista preliminar

• Preguntar que hace cada actor

Ej. Los usuario visitantes

• Exploran el catalogo

• Buscan en el catalogo de productos

• Buscan en el Sitio

• Agregan artículos al carrito de compras y especifican cantidad

• Cambian cantidad en el carrito de compras

• Observar la lista de productos populares y nuevos.

• Explorar la lista deseadas de otros usuarios.• Solicitar información adicional de los productos.



Casos de UsoLista preliminar

• Preguntar que hace cada actorEj. Los usuario registrados

• Todo lo que puede hacer un visitante

• Realizar una compra

• Ver lista de sugerencia personalizada• Mantener su cuenta

• Suscribirse para recibir avisos

• Aprovechar ofertas especiales personalizadas• Controlar su pedido

• Suscribirse a diversas listas de correos.

• Cancelar un pedido.



Casos de UsoRefinar y asignar nombres

• Separación de los casos de uso – Cada caso debe cumplir un propósito principal

Ej Los usuarios visitantes pueden agregar artículos al

carrito de compras y especificar la cantidadSeparación

– Los usuarios visitantes puede agregar artículos a un

carrito de compras – Los usuarios visitantes pueden especificar la cantidad

de artículos



Casos de UsoRefinar y asignar nombres

• Combinación de casos de uso

– Eliminar la redundancia, teniendo cuidado de

las variantes de caso de uso. ej

• Los usuarios visitantes pueden buscar en elcatalogo de productos

• Los usuarios visitantes pueden buscar artículos

específicos

El segundo caso es una simplemente una variante

del primero



Casos de UsoDefinir Secuencia de eventos de cada caso

• La secuencia de pasos que sigue un usuariopara completar un caso de uso se conoce comoESCENARIO

• Un caso de uso se conforma con diversos

escenario• Un escenario es una secuencia o flujo de

eventos entre el usuario y el sistema.

• Como parte del análisis es necesario especificarlos escenario de cada caso. Ej



Caso de UsoDescripción del caso de uso: Pedido

El usuario registrado procede a dar la revisión final paracomprar los artículos de su carrito de compras. Una vezque se encuentra en la pagina de revisión , el usuarioproporciona la información para la compra. Después de

esto, el sistema totaliza y despliega el pedido.Si todo es correcto, el cliente puede continuar con supedido. Una vez que el usuario continua , el sistemasolicita la información del pago. A continuación, el

sistema autoriza el pago. En seguida despliega unapagina de confirmación del pedido para los registro delusuario y envía un correo electrónico de confirmación



Casos de Uso• Condiciones previas: son las que se

deben cumplir para dar inicio al caso deuso.

• Condiciones Posteriores: Son el resultadode un caso de uso.

Ej. Condicion previa: el usuario ha colocado

articulos en el carrito.Condicion Posterior: es un pedido



Casos de UsoCaso de Uso : Pedido

1. El usuario registrado procede a la revisión final.2. El usuario registrado proporciona información deembarque

3. El sistema despliega el total de pedido

4. El usuario registrado proporciona la información depago

5. El sistema autoriza el pago

6. El sistema confirma el pedido7. El sistema envía un correo electrónico de confirmación



Casos de UsoCont. de Ejem

Condiciones previas :

• Un carrito de compras con al menos un articulo

Condiciones posteriores:

• Un pedido en el sistema

Alternativa: Cancelar el pedido• Durante los pasos 1 a 4 el usuario elige cancelar el

pedido. El usuario es devuelto a la pagina de inicio

Alternativa: Fallo de autorización

• En el paso 5 el sistema falla en autorizar la informaciónde pago. El usuario puede volver a ingresar lainformación o cancelar el pedido



Casos de UsoDiagramas

• Los Diagramas de caso

de uso modelan lasrelaciones entre loscasos de uso y lasrelaciones entre casosde uso y actores.

• El diagrama tambiénpuede mostrar lasrelaciones que existenentre los casos de usomismo



Diagramas de InteracciónLos diagramas de interacción ayudan a

capturar las intelecciones entre losdiversos actores que participan en elsistema

Hay dos tipos de diagramas de interacción:diagrama de secuencia y diagrama de

colaboración



Diagramas de InteracciónUn Usuario registrado llama al representante de servicio al

clientes y le informa que ha perdido su contraseña. Elrepresentante pide el nombre completo al Usuario yextrae la información de la cuente de este. Acontinuación el representante hace un numerodeterminado de preguntas al Usuario registrado para

establecer su identidad. Una vez satisfecho con lasrespuestas, el representante de servicio al cliente borrala contraseña antigua y crea una nueva. Por ultimo, seenvía un mensaje de correo electrónico al Usuario

registrado para notificarle la nueva contraseña



• Caso de Uso:

1. Un usuario registrado llama al representante deservicio a clientes.

2. El usuario registrado proporciona su nombre completo.

3. El representante de servicio a clientes recupera la

información del cliente.4. El usuario registrado responde un numerodeterminado de preguntas de identificación.

5. El representante de servicio a cliente crea una

contraseña nueva6. El usuario recibe la nueva contraseña por correo

electrónico



• Condiciones previas: El usuario olvido su

contraseña.• Condiciones posteriores: Se envía una

nueva contraseña por correo electrónico al

usuario.• Alternativa: Falla la identificación. El

usuario no responde correctamente las

preguntas (paso 4).• Alternativa: no encuentra al usuario.



Diagrama de SecuenciaLos diagramas de

secuencias son útilescuando se desea

poner atención en la

secuencia de eventosde un caso de uso al

paso del tiempo. Un

DS representa loseventos entre cada

actor y el sistema.



Diagrama de ColaboraciónSi desea modelar la

relación entre losactores y el sistema,debe utilizar un

diagrama decolaboración.



Diagrama de ActividadLos diagramas de

actividad ayudan amodelar procesosque se pueden

ejecutar de maneraparalela con otro

proceso.



Construcción del Modelo de

dominioSe pueden usar los casos de uso para capturar el

vocabulario del sistema. Ese vocabularioconforma el dominio del sistema.

El vocabulario identifica a los objetos principalesdel sistema.

El modelo del dominio sienta las bases para elmodelo del objeto que a la larga se convertirá ensu sistema

Un modelo del dominio bien definido establececlaramente un vocabulario común para suproblema



Para conseguir AOO eficiente• Evite estancarse en el análisis. Esta

situación se presenta siempre que sequiere realizar un análisis perfecto.

• Realice iteraciones

• Incluya en su análisis a los experto deldominio. La participación del cliente es

clave en esta etapa.• No incluya implementación en esta etapa.



Bibliografía

Programación Orientada a Objetos – SintesAnthony

1-Analisis Orientado a Objeto

Documents

Transcript of 1-Analisis Orientado a Objeto