Upload
jasmin-montoya
View
227
Download
0
Embed Size (px)
Citation preview
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 1/12
ACTIVIDAD PROPUESTA
1. ¿Qué es un paradigma de programación?.
Respuesta: Es proceso de diseño que va más allá de una gramática,
reglas semánticas y algoritmos, sino que es un conjunto demétodos sistemáticos aplicables en todos los niveles del diseño deprogramas
2. Indague sobre la “Clasificación por paradigmas de programación”.
Respuesta:
Paradigma imperativo:
Describe la programación como una secuencia instrucciones o comandos
que cambian el estado de un programa. El código máquina en general estábasado en el paradigma imperativo. Su contrario es elparadigma declarativo. En este paradigma se incluye el paradigmaprocedimental (procedural) entre otros.PROGRAMA = COMANDOS + DATOS
• Flujo Ejecución: Secuencia, Decisiones y Ciclos
• Problemas: Se descomponen en procesos con entradas y salidas
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 2/12
Paradigma declarativo:
No se basa en el cómo se hace algo (cómo se logra un objetivo paso apaso), sino que describe (declara) cómo es algo. En otras palabras, seenfoca en describir las propiedades de la solución buscada, dejando
indeterminado el algoritmo (conjunto de instrucciones) usado paraencontrar esa solución. Es más complicado de implementar queel paradigma imperativo, tiene desventajas en la eficiencia, pero ventajasen la solución de determinados problemas.Destaca las características que debe tener la solución, pero no describecomo procesarla.
• A partir de esta información el sistema proporciona un esquema que
incluya el orden de evaluación que compute una solución. Aquí no existe ladescripción de las diferentes etapas a seguir para alcanzar una solución.
• Estos paradigmas permiten el uso de variables para almacenar valoresintermedios, pero no para actualizar estados de información.
• Dado que estos paradigmas especifican la solución sin indicar cómoconstruirla, en principio eliminan la necesidad de probar que el valorcalculado es el valor solución.
3. Realice un contraste entre el paradigma “Programación Estructurada” y el paradigma “Programación Orientada a Objetos”.
Programación Estructurada Programación Orientada aObjetos
En la década del sesenta salieron ala luz publica los principios de lo quemás tarde se llamo ProgramaciónEstructurada, posteriormentese libero el conjunto de las llamadas"Técnicas para mejoramiento de la
productividad en programación" (eningles Improved ProgrammingTechnologies, abreviado IPTs), siendola Programación Estructurada una deellas.Los programas computarizadospueden ser escritos con un alto gradode estructuración, lo cual les permiteser mas fácilmente comprensibles enactividades tales como pruebas, mantenimiento y modificación de losmismos. Mediante la programaciónEstructurada todas las bifurcacionesdecontrol de un programa seencuentran estandarizadas, de forma
La programación Orientada a objetos(POO) es una forma especial deprogramar, más cercana a comoexpresaríamos las cosas en la vidareal que otros tipos de programación.Con la POO tenemos que aprender a
pensar las cosas de una maneradistinta, para escribir nuestrosprogramas en términos de objetos,propiedades, métodos y otras cosasque veremos rápidamente paraaclarar conceptos y dar una pequeñabase que permita soltarnos un pococon este tipo de programación.
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 3/12
tal que es posible leerla codificación del mismo desde suinicio hasta su terminación en formacontinua, sin tener que saltar de unlugar a otro del programa siguiendo elrastro de la lógica establecida por el
programador, como es la situaciónhabitual con codificacionesdesarrolladas bajo otras técnicas.
4. Busque que modelos de Ciclo de Vida del Software existen ypreséntelos en un cuadro con la explicación correspondiente.
Respuesta:
Tal como ya hemos mencionado, las etapas principales a realizar encualquier ciclo de vida son:
- Análisis: Construye un modelo de los requisitos- Diseño: A partir del modelo de análisis se deducen las estructuras
de datos, la estructura en la que descompone el sistema y lainterfaz de usuario.
- Codificación: Construye el sistema. La salida de esta fase escódigo ejecutable.
- Pruebas: Se comprueba que se cumplen criterios de corrección ycalidad.
- Mantenimiento: En esta fase, que tiene lugar después de laentrega se asegura que el sistema siga funcionando y
adaptándose a nuevos requisitos.
MODELO DEFINICIÓN
Ciclos de vida en cascada
Fue adaptado para el software a partir deciclos de vida de otras ramas de laingeniería. Es el primero de los propuestosy el más ampliamente seguido por lasorganizaciones (se estima que el 90% delos sistemas han sido desarrollados así).La estructura se muestra en la figura.
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 4/12
Ciclo de vida en V
Tiene las mismas fases que el anteriorpero se considera el nivel de abstracciónde cada una. Una fase además deutilizarse como entrada para la siguiente,sirve para validar o verificar otras fasesposteriores. Su estructura está
representada en la figura
Ciclo de vida tipo sashimi
Según el modelo en cascada puro una fasesolo puede empezar cuando ha terminadola anterior. En este caso sin embargo, sepermite un solapamiento entre fases.
Ciclo de vida en cascadaincremental
En este caso se va creando el sistemaañadiendo pequeñas funcionalidades. Cadauno de los pequeños incrementos esparecido a lo que ocurre dentro de la fasede mantenimiento. La ventaja de estemétodo es que no es necesario tener todoslos requisitos en un principio. Elinconveniente es que los errores en ladetección de requisitos se encuentrantarde.
5. Qué es UML?.
Respuesta:
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 5/12
Prescribe un conjunto de notaciones y diagramas estándar para modelarsistemas orientados a objetos, y describe la semántica esencial de lo queestos diagramas y símbolos significan. Mientras que ha habido muchasnotaciones y métodos usados para el diseño orientado a objetos, ahora losmodeladores sólo tienen que aprender una única notación.
UML se puede usar para modelar distintos tipos de sistemas: sistemas desoftware, sistemas de hardware, y organizaciones del mundo real. UMLofrece nueve diagramas en los cuales modelar sistemas.
Diagramas de Casos de Uso para modelar los procesos 'business'. Diagramas de Secuencia para modelar el paso de mensajes entre
objetos. Diagramas de Colaboración para modelar interacciones entre objetos. Diagramas de Estado para modelar el comportamiento de los objetos
en el sistema.
Diagramas de Actividad para modelar el comportamiento de los Casosde Uso, objetos u operaciones. Diagramas de Clases para modelar la estructura estática de las clases
en el sistema. Diagramas de Objetos para modelar la estructura estática de los
objetos en el sistema. Diagramas de Componentes para modelar componentes. Diagramas de Implementación para modelar la distribución del sist
ema.
UML es una consolidación de muchas de las notaciones y conceptos más
usados orientados a objetos. Empezó como una consolidación del trabajo deGrade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de lasmetodologías orientadas a objetos más populares.
6. Por qué se debe utilizar UML?
Respuesta:
Como la estrategia de evaluación incrementa en muchas compañías, las
industrias la observa como técnicas de automatización la producción delSoftware y para mejorar la calidad y reducir los costos y el tiempo delmercado. Éstas técnicas incluyen el componente tecnológico, laprogramación visual, modelos y sistemas. Los negocios también observantécnicas para manejar la complexión de sistemas, así ellos aumentan enámbito y en escala. En particular, ellos reconocen la necesidad de resolverproblemas que ocurran en la arquitectura, tales como la distribución física, concurrencia, réplicas, seguridad, carga balanceada y tolerancia de culpa.Adicionalmente, el desarrollo de la World Wide Web (Mundo de la AnchaTelaraña), mientras se hacen algunas cosas simples, tiene exacerbada eseproblema de arquitectura. La UML fue desarrollada para responder todas
esas necesidades.
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 6/12
7. Cuando se utiliza UML?
Respuesta:
- Utilizar los diagramas cuando varias personas necesiten entender laestructura de una particular parte del diseño porque todos ellos loestarán trabajando simultáneamente. Deténgase cuando todos ellosestén de acuerdo que lo han entendido.
- Cuando dos o mas personas estén en desacuerdo con un elementoparticular debería ser diseñado, y quieres un consenso del equipo.Pon la discusión dentro de una caja de tiempo para elegir unsignificado para decidir, como un voto o un juicio imparcial. Detentecuando la decisión haya sido tomada. Borra el diagrama.
- Cuando quieras jugar con una idea de diseño, y los diagramaspueden ayudarte a entenderlo. Detente cuando hayas conseguidofinalizar el punto que querías codificar. Descarta el diagrama.
- Cuando necesites exponer una estructura de alguna parte del códigoa alguien más o a ti mismo. Detente cuando la explicación deberlaser mejor hecha viendo el código.
- Cuando este cerca al la finalización del proyecto y tus clientes tienenpeticiones como parte de un flujo de documentación para otros.
8. Como se utiliza UML
Respuesta:
Para modelar distintos tipos de sistemas: sistemas de software, sistemas dehardware, y organizaciones del mundo real. UML ofrece nueve diagramas enlos cuales modelar sistemas.
9. De donde surge UML?
Respuesta:Durante los ochenta y principios de los noventa Grady Booch, JamesRumbaugh, e Ivar Jacobson trabajaban por separado en desarrollo denotaciones para el análisis y diseño de sistemas orientados a objetos. Lostres llegaron por separado a obtener bastante reconocimiento.
Booch había escrito "Object-Oriented Analysis and Design with Applications"un libro de referencia en el análisis y diseño orientado a objetosdesarrollando su propia notación.
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 7/12
Por su parte James Rumbaugh había desarrollado su propia notación dediseño orientado a objetos llamada OMT (Object Modeling Technique) en sulibro "Object-Oriented Modeling and Design".
Por otro lado Jacobson se había revelado como un visionario del análisis
(padre de los casos de uso) y sobre todo del diseño orientado a objetos,sorprendiendo a todo el mundo en "Object-Oriented Software Engineering:A Use Case Driven Approach".
A mediados de los noventa empezaron a intercambiar documentos ytrabajar en conjunto produciendo grandes avances en el modelado desistemas orientados a objetos.
En 1994 Rational contrató a Rumbaugh en donde ya trabajaba Booch, unaño después Jacobson se unía a ellos en Rational.
En 1997 salió a la luz la versión 1.0 de UML
10. DIAGRAMA
GLOBAL DEINTERACCIÓN
Diagrama deinteracción
Muestran la
cooperación entreotros diagramas deinteracción parareflejar el flujo decontrol queresponde a unpropósitoabarcativo.
DIAGRAMA DECLASES
Diagrama deestructura
El Diagrama deClases es eldiagrama principalpara el análisis ydiseño. Undiagrama de clasespresenta las clasesdel sistema con susrelacionesestructurales y deherencia. Ladefinición de claseincluye definicionespara atributos yoperaciones.
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 8/12
DIAGRAMA DECASOS DE USO
Diagrama decomportamiento
documentan elcomportamiento deun sistema desde elpuntode vista delusuario. Por lo
tanto los casos deuso determinan losrequisitosfuncionales delSistema, es decir,representan lasfunciones que unsistema puedeejecutar.
DIAGRAMA DESECUENCIA
Diagrama deinteracción
Ponemos varios delos objetos o clasesque forman parte
de nuestroprograma yponemos quéllamadas vanhaciendo unos aotros para realizaruna tareadeterminada.
DIAGRAMA DEACTIVIDAD
Diagrama decomportamiento
un diagrama deActividaddemuestra la seriede actividades que
deben serrealizadas en unuso-caso, así comolas distintas rutasque pueden irsedesencadenando enel uso-caso.
DIAGRAMA DETIEMPOS
Diagrama deinteracción
Muestra el cambiode estado de unobjeto a través deltiempo en
respuesta aeventos externos.es una gráfica deformas de ondadigitales quemuestra la relacióntemporal entrevarias señales, ycómo varía cadaseñal en relación alas demás.
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 9/12
DIAGRAMA DECOMPOSICION
Diagrama deestructura
Los diagramas decomposición deestructuras(CompositeStructuresDiagram) fueron
específicamentediseñados para larepresentación depatrones de diseño,y son una de lasmodificaciones demayor impactodentro de UML 2.0.Esta modificación alUML hace queahora todos losClasificadores
puedan tener unaestructuracompuesta.
DIAGRAMA DEMAQUINA DEESTADO
Diagrama decomportamiento
Un diagrama deMáquina de Estadosilustra cómo unelemento, muchasveces una clase, sepuede mover entreestados queclasifican sucomportamiento,
de acuerdo condisparadores detransiciones,guardias derestricciones yotros aspectos delos diagramas deMáquinas deEstados, querepresentan yexplican elmovimiento y elcomportamiento.
DIAGRAMA DECOMUNICACIÓN
Diagrama deestructura
Un diagrama decomunicaciónmuestra lacolaboracióndinámica entre loselementos. Essimilar al diagramade secuencia y laintención es paraenfocar cómo losobjetos colaborancon cada otro. Losdiagramas de
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 10/12
comunicaciónmuestran losintercambios demensajes (ointeracciones) entrelos objetos tanbueno como larelación (pocollamado como"contexto")
DIAGRAMA DEOBJETOS
Diagrama deestructura
Un diagrama deobjeto está hechopara las instanciasde tiempo real delos diagramas declase o partes delos diagramas de
clase. Como tal, undiagrama de objetopuede ser vistopara ser unejemplo de undiagrama de clase.
DIAGRAMA DEPAQUETES
Diagrama deestructura
Muestra cómo unsistema estádividido enagrupacioneslógicas mostrandolas dependencias
entre esasagrupaciones. Dadoque normalmenteun paquete estápensado como undirectorio, losdiagramas depaquetessuministran unadescomposición dela jerarquía lógicade un sistema.
DIAGRAMA DECOMPONENTES Diagrama deestructura Los diagramas decomponentesmuestran loscomponentes delsoftware (ya sealas tecnologías quelo formancomo Kparts,componentesCORBA,Java Beans osimplementesecciones delsistema claramentedistintas) y los
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 11/12
artilugios de queestá compuestocomo los archivosde código fuente,las librerías o lastablas de una base
de datos.DIAGRAMA DEDESPLIEGUE
Diagrama deestructura
Que se utiliza paramodelar elhardware utilizadoen lasimplementacionesde sistemas y lasrelaciones entre suscomponentes.
Los elementos
usados por estetipo de diagramason nodos(representadoscomo un prisma),componentes(representadoscomo una cajarectangular con dosprotuberancias dellado izquierdo) y
asociaciones
11. Indique en las siguientes gráficas: en la parte superior laclasificación del diagrama (Estructura, Comportamiento ó Interacción),al igual , en la parte de abajo, el nombre del diagrama.
Clasificación: Clasificación: Clasificación:
Diagrama de casos de uso Diagrama de relación de
entidad.
Diagrama de secuencias
8/2/2019 Guia uml Lady Margueth Muñoz Marquez
http://slidepdf.com/reader/full/guia-uml-lady-margueth-munoz-marquez 12/12
Paginas recomendadas
http://www.geocities.ws/feochoa/fase2/t1.html
http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node10.html