El objetivo del análisis orientado a objetos es desarrollar una serie de modelos que describan el software de computadora al trabajar para satisfacer un conjunto de requisitos definidos por el cliente (Roger S. Pressman)
Los modelos definidos son:
- Modelo de Dominios
- Casos de Uso.
- Modelo Objeto Relacion
- Modelo Objeto Comportamiento
Que entendemos por cada uno de los modelos, ademas de asociarlo a ejmplos reales.
hola compañeros encontre mas informacion aparte del libro que nos dio la profe, chequenlo, espero y les sirva para que lo comparen con las expo que hicimos y si en algo estoy mal me corrigen espero sus respuestas bye.
ResponderEliminar******************************
ANALISIS DE DOMINIO: reutilizacion y analisis de dominio "Software Product Line Paradogm" "generative Domain Model".
AD:fase de analisis de una aplicasion de software.
-se centra en la adquisicion de los requisitos.
-se obtiene un modelo validado para un problema determinado.
REUTILIZACION: fase de analisis, se busca la obtencion de un modelo generico para un dominio concreto. la reutilizacion esta ligada al estudio de los elementos de un dominio, sus dependencias y restricciones.
conceptualmente a todo este proceso se le denomina analisis de domino.
PRIETO-DIAZ-"un proceso por el cual la informacion utilizada en el desarrollo de sistema de software es identificada, capturada y organizada, con el proposito de hacerla reutilizable cuando generamos varios sistemas".
********************************
PROCESOS DE AOO Y CASOS DE USO.
requiere de etapas de desarrollo:
1.-REALIZAR UN DIAGRAMA DE CASOS DE USO: cada caso de uso representa una funcionalidad del software(web page) que bamos a construir.
2.-PRIORIZAR LOS CASOS DE USO A TRABAJAR: pogamos los casos de uso en una lista ciolocando las mas importantes al inicio y al final.
3.-GENERAR LOS DOCUMENTOS DE CASOS DE USO: documento qu describa lo que hace el caso de uso(descripcion breve, precondiciones etc).
4.-GENERAR LOS DIAGRAMAS DE SECUENCIAS: UML, permiten conocer la forma en la que los objetos se cominucan en una pantalla(web page, requerimintos) para cumplir su objetivo.
5.-DISEÑAR EL FRAMEWORK DEL PROYECTO: el arquitecto de software del proyecto hara su trabajo-diseñar las clases que se usaran en el software.
6.-CRACION DE DATOS: UML-diseño de la base de datos, solo utilizando la capa de datos, es decir; las clases de estereotipo entidad.
7.-CONSTRUIR LA MASCARA DE NUESTRO WEBSITE O APLICASION WINDOWS: el personal a cargo del diseño del sistema, sobretodo en el caso del diseño web, puede ir desarrollando las plantillas para la creacion dal diseño.
8.-PROGRAMAR LAS FUNCIONALIDADES DE LOS CASOS DE USO: una vez terminadas las clase se empieza a programar las funcionalidades de los casos de uso.
9.-PROBAR LOS REQUERIMEINTOS DEL SOFTWARE: aunque el documento de casos de uso esta detalladamente para que funcione el requeriminto, siempre se escaparan algunos detalles que se deben corregir en una etapa de pruebas exhaustivas.
10.-INTEGRAR LOS REQUERIMIENTOS CONCLUIDOS: despue de esto, ya es monento de unir lo que se hizo y ponerlo a disposicion de los usuarios.
***************************
MODELO CRC(una clase, responsabilidad y colaboracion). CRC es una coleccion de targetas standar.
-CLASE: representa una coleccion de objetos similares.
-RESPONSABILIDAD: es algo que uno sabe o hace la clase.
-COLABORADOR: colaborador de otra clase que una clase interactua con cumplir con sus reponsabilidades.
bueno eso es todo checare sus comentarios bye.
1.MODELO DE DOMINIO:Lo que puedo decir del modelo de dominio es el que se encarga de reutilizar los datos ya obtenidos por otras personas para poder facilitar el trabajo y realizarlo desde una perspectiva dada y no empezar desde cero, además también nos ayuda a crear un proyecto en un menor tiempo reutilizando la biblioteca, aunque seria un costo bajo.
ResponderEliminar2.CASO DE USO:en este tema podemos decir como podemos utilizar y modelarlo la información que tenemos para poder llevar acabo el proyecto y nos dice una forma fácil es modelarlo con caso de uso donde en el tiene una plantilla donde se va a dar un nombre de la clase la responsabilidad que tiene con los actores y como los puedes modelar a demas como puedes colaborar con los de mas actores para que puedas llegar a un analisis de sistema de acuerdo con sus actores p/e. en el de hogar seguro nos dice que uno de sus actores es el propietario donde tiene diferentes actividades que realiza como ingresar la contraseña para poder entrar a ella pero si hay un error en la contraseña te lleva a otro caso.
3.MODELA OBJETO-RELACIÓN: en este caso se va mas a tener una relación con el objeto teniendo un verbo una cardinalidad, que tiene que tener el actor para poder comunicarse de acuerdo con verbos y tener una relación de lo que desea realizar y con las flechas la dirección donde se da la relación y el verbo
4.MODELO OBJETO-COMPORTAMIENTO. en es te se basa en en el comportamiento que se tiene que dar o como puede responder el sistema a sucesos externos. Donde en el se da estados o la comunicación de acuerdo a los tipos de estados que puede a ver ya sea pasivo a activo; donde un estado pasivo es es estado actual de todos los atributos de un objeto, mientras que el activo indica el estado actual cuando este entra en una trasformación de proceso. En ella se puede mostrar en un diagrama de transición de estado o un modelo de traza de sucesos, donde estos llevan a ver su comportamiento de sucesos con sus atributos.
Con respecto al tema modelo de dominios entendi que la finalidad del analisis es extraer de un sistema las clases que puedan ser reutilizables y se puedan clasificar para posteriormente darles uso en futuros proyectos.
ResponderEliminarLOS CASOS DE USO
son la base del modelo deanalisis debido a que cada caso de uso nos muestra uno o más escenarios que indican cómo debería comportarse o reaccionar el sistema con el usuario o con otro sistema para conseguir un objetivo específico.
MODELO BJETO RELACION
Confieren al dise˜nador la posibilidad de especificar
operaciones sobre objetos.
esto quiere decir que el diseñador puede expresar relaciones complejas.
MODELO OBJETO COMPORTAMIENTO
El modelo objeto- Comportamiento indica cómo responderá un sistema a eventos externos o estímulos. Para crear el modelo, el analista debe ejecutar los siguiente pasos.
1.- Evaluar todos los casos de uso para comprender totalmente la secuencia de interacción dentro del sistema.
2.- Identificar eventos que dirigen la secuencia de interacción y comprender cómo estos eventos se relacionan con objetos específicos.
3.-Crear una traza de eventos para cada caso de uso.
4.-Construir un diagrama de transición de estados para el sistema.
5.-Revisar el modelo objeto- comportamiento para verificar exactitud y consistencia.
BY
LAURA A. RODRIGUEZ IBAÑEZ
*****EL MODELO DE DOMINIO*****
ResponderEliminarEl modelo de dominio es un esquema bastante general de cómo opera el negocio. Este modelo describe el mundo en el cual este sistema existirá. Necesitamos una imagen conceptual del negocio de conjunto, como accionar con el, qué cosas haces, cómo hace esas cosas y como encajan todas juntas. El modelo de dominio nos mostrará esto.
El modelo de dominio contiene una mínima cantidad de detalles. Pueden ser diagramas desconectados y estos diagramas pueden ser combinados con libertad con notas y comentarios. El modelo de dominio va a ser la base para un modelo más detallado.
******CASOS DE USO******
Una interacción típica que el usuario tiene con el sistema para alcanzar resultados.
Los casos de estudio son interacciones que el usuario tiene con el sistema, así como es fácilmente comprensible por los usuarios y además provee de una retroalimentación efectiva para este grupo. Los casos de estudio son una especificación funcional. Ya que describen las cosas como se hace de la perspectiva del usuario. Casos de uso para un procesador de texto pueden ser: “hacer texto en negrita”, “hacer texto en cursiva”, “copiar un texto de un lado a otro”, o “crear un índice a un documento”. Estos ejemplos muestran que un caso de uso puede ser una pequeña acción o puede abarcar un proceso largo y complejo.
******MODELO OBJETO RELACION*********
describe la estructura estática de los objetos del sistema, y también sus relaciones. El modelo de objetos contiene diagramas de objetos, los cuales no son más que grafos cuyos nodos son clases de objetos y cuyos arcos son relaciones entre clases.
El modelo CRC y el de objeto-relación representa elementos estáticos del modelado de análisis orientado a objetos. Ahora es el momento para hacer una transición al comportamiento dinámico del sistema producto orientado a objetos. Para ejecutar este paso debemos representar el comportamiento del sistema a como una función de eventos específicos y tiempo.
*******MODELO OBJETO COMPORTAMIENTO******
El modelo objeto- Comportamiento indica cómo responderá un sistema orienta a eventos externos o estímulos. Para crear el modelo, el analista debe ejecutar los siguiente pasos.
Evaluar todos los casos de uso para com0render totalmente la secuencia de interacción dentro del sistema.
Identificar eventos que dirigen la secuencia de interacción y comprender cómo estos eventos se relacionan con objetos específicos.
Crear una traza de eventos para cada caso de uso.
Construir un diagrama de transición de estados para el sistema.
Revisar el modelo objeto- comportamiento para verificar exactitud y consistencia.
aalgunos ejemplos:
ResponderEliminarCOMPAÑIA AHEREA
TERMINAL DE CONSULTA
FINANCIERA
VIDEOCLUB
ETC
METODO DE DOMINIO:bueno aparte de lo que han comentado mis compañeros acerca de que es el modelo de dominio que es reutilizable y podemos tomar las clases que ya estan establecidas en este modelo, tambien es una ventaja para nosostros como ingenieros el ya tener un avance de las clases ya que solo las modificaremos deacuerdo a lo que nos pidan para cada proyecto cada cliente, y no tener que comenzar desde ceros que seria un factor de perdida de tiempo y dinero en este caso para poder pagar a los que estan integrando el equipo que esta realizando el proyecto.
ResponderEliminarCASOS DE USO: a estos los podemoas definir como un modelado de nuestro sistema, en como los usuarios ven su interfaz que deven de cumplir con los objetivo de requisitosfuncionales y proporsionar una base de validacion de pruebas. y nos dan un lenguaje el cual nos ayuda a generar nuestras interfaces con mas visualizacion y rapida de hacer llamada UML que esta toma o que es diagramas de caso de uso el cual tiene casos de uso y actores que en este caso los actores van a hacer los que visualicen el resultado de cada proyecto.
También tomamos el modelo CRC que es significa calse-responsabilidad-colaborador que vamos a utilizar las clases como elementos que hemos utilizado y las responsabilidades como los atributos y colaborador como las clases que son necesarias para otra clase.
MODELO OBJETO RELACION:en teste modelo utilizamos tres pasos los cuales son:
1.-usando tarjetas indices CRC.
2.-revisando el modelo CRC.
3.-se evalua cada extremo para determinar la cardinalidad.
todos estos pasos se tienen que tener en cuenta para poder decir que hay una relacion. primero dibujando cada una de las relaiones que tenemos y verificando si hay relacion para poder decir que cardinalidad toma cada una de ellas.
MODELO OBJETO-COMPORTAMIENTO:para poder ver su comportamiento debemos de ver que hace el sistema y como es su suceso especifico, esto nos va a indicar como respondera el sistema.
para esto debe seguir estos pasos:
1.Evaluar todos los casos de uso.
2.Identificar sucesos que dirigen la secuencia de interacción
3.Crear una traza de sucesos
4.Construir un diagrama
5.Revisar el modelo objeto-comportamiento para verificar exactitud y consistencia.
JOSE JUAN FLORES SILVA
miss camviele el color al blog porfa me siento raro jajaja
ResponderEliminarModelo de Dominio: es un artefacto de la disciplina de análisis, construido con las reglas de UML durante la fase de concepción, en la tarea construcción del modelo de dominio, presentado como uno o más diagramas de clases y que contiene, no conceptos propios de un sistema de software sino de la propia realidad física.
ResponderEliminarCaso de Uso: es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico.
Modelo Objeto Relacion: en este modelo tendremos q trabajar mas con el objeto, entonces es de muy pero muy importancia tener en claro nuestro objeto y como esq se va a desenvolver en nuestro sistema.
MODELO DE DOMINIO:Es que en este modelo describe el mundo en el que trabajara, y para ello debemos saber que cosas debe hacer,como debe hacerlo etc. y una vez creado el dominio podemos continuar con la identificacion de casos de uso.
ResponderEliminarCASOS DE USO: Podemos ver como una especificacion funcional, ya que podemos describir las cosas de como se va hacer en base a la perspectiva del usuario,tendremos que identificar los diferenntes tipos de persona o dispositivos que usa el sistema llamados actores.
podemos hacer un diagrama y visualizar como trabajara.
MODELO OBJETO-RELACION: Pues para esto nos dice que podemos obtenerlo en 3 pasos:
1.- Sera definir cuales seran nuestros objetos colaboradores.
2.- Evaluando cada colaborador y para cada linea de conexion asignarle un nombre para que no causen confuciones.
3.- Se evalua cada extremo para determinar la cardinalidad.
MODELO OBJETO-COMPORTAMIENTO:Nos indicara como respondera el sistema, para ello tendremos que comprender la secuencia de iteracion en el sistema, saber identificar eventos y como se relacionan con los objetos
Hola. Esto es lo que pienso que se hace en cada modelo asociandolo al sistema hogarseguro
ResponderEliminarDOMINIO DE LA INFORMACION
En esta etapa se hace un analisis e indentificacion de requisitos,
con lo cual identificaremos clases y objetos necesarios para el sistema que
se este desarrollando. Quizas en una biblioteca ya contamos con algunas clases
que se puedan adaptar al sistema y si no es asi entonces desarrollarlas de una manera
que se puedan reutilizar.
Por ejemplo en HogarSeguro se determina la necesidad de una clase sensor
(que sirva para cualquier tipo de sensor)
CASOS DE USO
Es un modelado desde el punto de vista del usuario.
Donde a apartir de lo que se debe hacer se determinan los actores(quien lo hace)
Por ejemplo en la narrativa de hogarseguro se menciona:
El software HogarSeguro le permite al propietario de la casa configurar el sistema, actor: Propietario
los sensores conectados al sistema de seguridad, e interactúa con el propietario, actor: sensor
MODELO OBJETO RELACION
Un objeto se relaciona con otro dependiendo de sus responsabilidades(lo que tiene que hacer en el sistema)
por ejemplo:
Un sensor esta relacionado con succesos
tambien se toma en cuenta la cardinalidad por ejem:
En hogarseguro se tienen varias alarmas pero todas esas a larmas son parte unicamente de hogarseguro
OBOJETO COMPORTAMIENTO
Este modelo se refiere a como respondera un objeto a un suceso
Ejemplo un sensor detecta humo entonces se activa y hace sonar la alarma
bueno pues esta es mi aportacion.
OSCAR FUENTES SALOME
_-_ _-_ -Modelo de dominios- -_- -_-
ResponderEliminarSolo es la reutizacion de una clase ya creada, ya q podemos reulilizar posteriormente en al gunproyecto reduciendo costo y tiempo.
_-_ _-_ -CU- -_- -_-
Este nos da el modelado de como vamosa tener requisitos funcionales y operativos, donde tendra dierentes actores ademas de q nos dara dependiendo el actor=usuario se puede obtener una relacion de q eventos se realizaran, ademas de un CRC para la efisiencia de de este.
_-_ _-_ -MOR- -_- -_-
con este como algunos an comentados solo nos da a enternder como se puede tener una relacion entre los objetos y la relacion (cardinalidad) ademas de tenr una responsablilidad xD
_-_ _-_ -OC- -_- -_-
bueno aprte de comoes q nos dara un suceso pues como se determina su funcionalidad dependiendo del mensaje osuseso q ocura en un instante dado.
ATT. Sergio F.C
http://img51.imageshack.us/img51/6638/sigfryc534fenix.jpg
Hola a todos
ResponderEliminarPara mi el ANALISIS DE DOMINIO ES:
*hace una reutilizacion de elementos
*verifica primero que es lo que tiene
CASOS DE USO
*Son los requisitos funcionales y operativos del sistema.
*Es la documentacion de los requerimientos
*Es la base del nalisis.
*Dependen del cliente.
CRC
La colaboracion?
Es la clase necesaria para otra clase.
Tiene responsabilidades como:
*generos
*informacion
*no distribuido
*responsabilidades asociadas
HOLA QUE TAL! BUENO YO LO QUE LES PUEDO DECIR ACERCA DE LOS TEMAS DE INVESTIGACION ES LO SIGUIENTE BASANDOME EN EL LIBRO DE PRESSMAN
ResponderEliminarMODELO DE DOMINIOS:
EL MODELO DE DOMINIOOS ES LA PARTE DE LA INGENIERIA DE SOFTWARE QUE NOS PERMITIRA HACER EL ANALISIS Y LA ESPECIFICACION DE LOS REQUISITOS QUE PUEDAN SER REUTILIZABLES EN SU MOMENTO POR OTROS PROYECTOS O POR EL MISMO A LARGO PLAZO. COMO PODRIA RELACIONARSE CON LA VIDA REAL??? BUENO IMAGINEMOS A UN
CASOS DE USO:
UNA DEFINICION QUE PODRIA DAR O MAS BIEN LA FORMA EN QUE INTERPRETO LOS CASOS DE USO ES ALGO ASI COMO LA FORMA EN QUE EL SISTEMA INTERACTUA CON EL USUARIO FINAL (SI ME EUQIVOCO ME CORRIGEN COMPAÑERON ESTOY ABIERTO A CUALQUIER SUGERENCIA COMENTARIO) ES DECIR CADA FUNCION QUE TIENE EL SISTEMA DIVIDIDO EN SUBSISTEMAS ALGO ASI COMO LA ACCION QUE SE PRODUCIRIA AL REALIZAR UNA ACCION, BUENO ES LO QUE ENTOENDO SI ALGUIEN MAS PODRIA ENRIQUECER MI DEFINICION SE LO AGRADECERIA
MODELO OBJETO RELACION:
BUENO ESTE MODELO LO ENTIENDO COMO LA RELACION QUE EXISTE ENTRE LAS DIFERENTES CLASES QUE PUEDEN EXISTIR EN EL SISTEMA (ALGO ASI COMO ENTIDAD-RELACION PARA LOS QUE YA VIMOS BASE DE DATOS) SI ME EXPLICO??? SE ACUERDAN DE LA EXPOSICION DE SUBSISTEMAS PUES ES ALGO ASI IMAGINEN QUE TIENEN UN PROYECTO DEMASIADO GRANDE LO QUE SUCEDERIA ES QUE LO DIVIDIRIAN EN SDIFERENTES SUBSISTEMAS PERO ESTOS POR SU PUESTO VAN A TENER RELACION, ESTA RELACION ESTA REPRESENTADA CON UNA PALABRA CLAVE. ES ASI COMO INTERPRETO EL MODELO OBJETO RELACION, IGUAL SI ME EQUIVOCO ME CORRIGEN ME GUSTARIA TENER PROPUESTAS ACERCA DE LO QUE PIENSO
MODELO OBJETO COMPORTAMIENTO:
RESUMIENDO LA INFORMACION DEL MODELO DE COMPORTAMIENTO YO LO ENTIENDO COMO EL PASO FINAL DEL DESARROLLO DEL SOFTWARE, EN ESTE MODELO PRACTICAMENTE REALIZAREMOS TODAS LAS PRUEBAS PARA VERIFICAR QUE EL SISTEMA ESTE APTO PARA SER ENTREGADO AL CLIENTE, SE REALIZAN TODOS LOS CASOS DE USO DEL SISTEMA Y CON CUIDADO Y DETALLES SE HACEN LOS ULTIMOS AJUSTES A ESTE, ES DECIR QUE PASA SI HAGO ESTO O LO OTRO, CUAL SERIA LA REACCION DEL SISTEMA. COMO SU NOMBRE LO DICE ES EL COMPORTAMIENTO DE CADA ACCION QUE EL USUSRIO PIDA AL SISTEMA.
BUENO ESTOS SON MIS APORTES NO UTILICE DEFINICIONES COMO TAL SOLO TRATE DE SER UN POCO MAS CLARO CON LOS TEMAS DE INVESTIGACION, DISCULPEN SI LOS ENREDO MAS Y SI NO ESTAN DE ACUERDO ME GUSTARIA LO MANIFESTARAN Y LLEGAR A UN ACUERDO PARA ENRIQUECER NUESTROS CONOCIMIENTOS
VICTOR JAUREZ J.
En todos sus comentarios nos dan definiciones completas me gustaria que dieran su propia oponion, ademas de ejemplificarlo al tema de Hogar Seguro.
ResponderEliminarBueno lo que yo voy a hacer es describirles los que yo entendí por cada uno de los modelos del análisis orientado a objetos, que en la red y no solo con los apuntes del libro.
ResponderEliminarAlgunos términos no me quedaron muy claros, a ver si me pueden ayudar a definirlos, principalmente lo que es el modelo objeto relación, no se si exista una forma general de definirla o mas clara.
Con respecto a lo que es un MODELO DE DOMINIO entendí que su función básica es la de construir una biblioteca de clases, las cuales describirán a las mismas y así a la hora de resolver algún proyecto reducirá el tiempo en su construcción.
Ahora un CASO DE USO nos dicen que son escenarios que muestran como deben interactuar un sistema con los usuarios, incluso también nos puede mostrar como interactúan sistemas con otros sistemas, el fin de los casos de uso es objetivos específicos.
En los que corresponde a el MODELO OBJETO RELACION es donde necesitaría de su ayuda a definir de una manera clara y sintetizada este modelo.
El MODELO OBJETO COMPORTAMIENTO es relativamente fácil de entender, es el que nos indicara como responderá el sistema a eventos externos o estímulos.
Espero aver sido claro en los terminos que defini DE cada modelo del AOO
Alvaro Barrales Rojas
ok ya que quiere una definicion de lo que nosotros entendimos se que no soy bueno en eso pero hay va.
ResponderEliminarEN MODELO DE DOMINIO:en cualquier proyecto o sistemas lo que queremos es tardarnos el menor tiempo por eso si ya tenemos unas clase de algun sistemas que se relacione con este, solo vamos a tomas algunas clases que ya tengamos definidas.
EN CASOS DE USO: lo que vamos a ser es el modelado de todo nuestro sistema el cual se lo vamos a mostrar al cliente y el va a decidir si es lo que realmente quiere.
EN EL MODELO DE OBJETO RELACION: es como se van a ir formando los casos de uso o plantillas con respeto a loque nos piden en el sistema ademas de que el quiente debe estar satisfecho y se le haga mas facil acoplarse.
EN EL MODELO OJBETO-COMPORTAMIENTO: en este es el ultimo proceso que tiene que cumplir nuestro sistema o proyecto para que el cliente quede satisfecho ya que no debe tener ningun problema con el equipo y debe responder a como se tenia planeado para ser seguro y eficas....bueno es lo que yo entiendo de mi parte los demas se que son buenos por lo cual se espresan mas bien que yo hay les dejo lo que pienso critiquenme y hagan sus comentarios adios..
JOSE JUAN FLORES SILVA
Bueno compañero Alvaro lo que te puedo decir que el el analisis de dominio es correcto lo que has dicho pero pienso que mas quenada es poder utilizar ya los recursos o algunos sistemas que has hecho anterior mente para poderlo utilizarlo en otros y obtener un nuevo sistema mas rapido.
ResponderEliminarY en lo que cabe lo del modelo objeto-relacion es mas que nada lo que realizas cuando haces una base de datos cuando relacionas un atributo a otro con los verbos, pero la diferencia que hay en este modelo que primero vas a reconocer tus calses donde despues de realizar un CRC que lleva una responsabilidad y ua colaboracion con la clase identificas las relaciones que hay entre elllas espero y puedas aclarar tus dudas y si en algo me e equivocado espero que me lo digan.
hola a todos bueno primero que nada mi opinion sobre la inveztigacion es:
ResponderEliminarmodelo de dominio: en este caso mi opinion principal es que se utilizan los recursos que ya esten echos como un metodo el cual permita implementarlo a dicho proyecto y agilizar el tiempo y en ste caso genera una ventaja como ya esta creado solo hay que utilizarlo lo cual genera menor costo para ello lo que se utiliza principalmente aqui es la reutilizacion. por ejemplo en el caso de hogar seguro necesita verificar si hay algun intruso como se puede hacer esto ya existen sensores de movimiento echos por lo cual solo hay que utilizar y no volver hacer el sensor es un ejemplo basico donde se utiliza la reutilizacion.
casos de uso:en este caso se utiliza cuando necesitamos un cambia en el funsionamiento del sistema esto quiere decir que el sistema es mas eficas cuando hay comunicacion con el cliente locual permite conocer los requerimientos y preferencias por ejemplo sencillo es un jugador y el juego que especifique por ejemplo marvel. bueno en este caso en pocas palabras lo que le entendi esque especifica la forma que el actor se desempeña y cual es la accion.
modelo objeto relacion: al igual que en un sistema de bd el modelo objeto relacion es la forma que tienen que relacionarse cada uno de los objeto principales y en este caso primero se tienen que especificar las clases. en este caso senecesita que el cliente este satisfecho con las clases de objeto y las plantillas a desempeñar.
modelo objeto-comportamiento : en pocas palabras es el que indica el comportamiento que tendra el sistema o la forma de responder del sistema a un estimulo del usuario como una consulta por ejemplo
DE LA EXPOCISION DEL EQUIPO DE ANGELES LO QUE LE ENTENDI FUE:
ResponderEliminarQue el diseño OO requiere la definición de la arquitectura de software quien lo hace EDOO utiliza las definiciones de las clases derivadas desde el modelo de análisis.
2 Grandes actividades:
-Diseño de sistema
-Interfaz del usuario
La capa del sistema contiene una representación de cada uno de los subsistemas.
La capa de responsabilidades contiene estructuras de datos algorítmicos.
La pirámide del diseño se centra exclusivamente en el diseño.
DE TODAS LAS EXPOCISIONES LO QUE YO ENTENDI FUE :
ResponderEliminarEl diseño OO requiere la definición de la arquitectura de software quien lo hace EDOO utiliza las definiciones de las clases derivadas desde el modelo de análisis.
2 Grandes actividades:
-Diseño de sistema
-Interfaz del usuario
La capa del sistema contiene una representación de cada uno de los subsistemas.
La capa de responsabilidades contiene estructuras de datos algorítmicos.
La pirámide del diseño se centra exclusivamente en el diseño.
El modelo de análisis se divide en 4 diseños:
El diseño del subsistema que son los requerimientos, sucesos y estados. El diseño de clases, el diseño de mensaje, y el diseño de responsabilidades que es cuando se traza el modelo CRC
Fichmas y Kemeres sugieren 10 componentes del diseño del modelado:
-Representación de la jerarquía
-Definición de datos
-Lógica de procedimientos
-Indicación de secuencias de proceso final a final
-Representación de datos y transición de los objetos
-Definición de clases y jerarquías
-Asignación de operaciones a las clases, etc.
5 criterios para juzgar el método de diseño:
-Aspectos del diseño
-Descomponibilidad
-Componibilidad
-Comprensibilidad
-Continuidad
-Protección
5 principios para el diseño:
-ULM
-Pocas interfaces
-Pequeñas interfaces
-Interfaces explicitas
-Ocultamiento de información
Proceso de diseño de sistemas
Diseñar un mecanismo de control apropiado para el sistema considerar como deben manejarse las condiciones de frontera, los subsistemas se caracterizan por sus responsabilidades
Ej.: Administración de archivos procesador de textos, traducir una señal de video analógica
Diseñar y definir los subsistemas
El subsistema debe: tener una interfaz bien definida
Crear un diseño a capas
-Establecer el criterio de estratificación por capaz
-Determinar el numero de capas
-Nombrar y asignar
Asignación de concurrencia, componentes de la interfaz del usuario
Representa un subsistema de importancia critica de la administración y que engloba 2 areas:
-Administración de datos críticos para la propia aplicación
-Creación de la infraestructura que se refiere a el diseño de atributos y operaciones requeridas para la administración de objetos
La gestión de recursos pueden ser entidades externas la comunicación entre los subsistemas
Proceso de diseño de objetos
Especifica el propósito de cada habitación y sus características
Los detalles de la implementación incluyen en información:
-descripción de protocolo
MODELADO DE CLASES
Una unidad básico que encapsula toda la información de un objeto
LO QUE YO ENTENDI HOY ACERCA DE LOS DIAGRAMAS BASICOS DE UML QUE ESTE ES UN LENGUAJE EL CUAL NOS VA A SERVIR PARA DIVIDIR ENTERAMENTE Y SABER CLASIFICAR A LO QUE BIENEN SIENDO LAS CLASES, SUS ATRIBUTOS Y LO QUE SON LOS OBJETOS
ResponderEliminar