Concepto De Uml 22j6o

UML Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir. UML capta la información sobre la estructura estática y el comportamiento dinámico de un sistema El Lenguaje Unificado de Modelado preescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación. http://www.ibiblio.org/pub/linux/docs/LuCaS/Tutoriales/doc-modelado-sistemasUML/multiple-html/c12.html

El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables. http://www.dcc.uchile.cl/~psalinas/uml/introduccion.html

The Unified Modeling Language™ (UML™) es el lenguaje estándar de la industria para especificar, visualizar, construir y documentar los "artefactos" (elementos) de un sistema de software. UML simplifica la complejidad del proceso de diseño de software, al crear un diagrama claro para su construcción. http://www.iteraprocess.com/index.php?option=com_content&task=view&id=34&Itemid= 42

El Lenguaje Unificado de Modelado (UML, por siglas en inglés Unified Modeling Languaje) es un lenguaje muy popular de modelado de sistemas de software. Creado y istrado por OMG (Object Managed Group, grupo dedicado al desarrollo de estándares y tecnologías relacionados con la programación orientada a objetos), UML usa técnicas de notación gráfica para crear modelos visuales de sistemas de desarrollo de software. Hoy es el lenguaje de modelado de software más utilizado. http://www.misrespuestas.com/que-es-uml.html

Diagrama de Casos de Uso Muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa. En el diagrama de casos de uso se representa también el sistema como una caja rectangular con el nombre en su interior. Los casos de uso están en el interior de la caja del sistema, y los actores fuera, y cada actor está unido a los casos de uso en los que participa mediante una línea.

http://www.clikear.com/manuales/uml/diagramascasouso.aspx

Diagrama de clases Es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

http://es.wikipedia.org/wiki/Diagrama_de_clases

Diagrama de secuencia Se indicarán los módulos o clases que forman parte del programa y las llamadas que se hacen en cada uno de ellos para realizar una tarea determinada. Se realizan diagramas de secuencia para definir acciones que se pueden realizar en la aplicación en cuestión. Así, en el caso de una aplicación para jugar al ajedrez, se podrían realizar

diagramas de secuencia para “jugar una partida” o bien para acciones más específicas como mover pieza”. Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada método de la clase. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos.

http://www2.uah.es/jcaceres/ed/capsulas/DiagramaSecuencia.pdf

Diagrama de Actividad

Demuestra la serie de actividades que deben ser realizadas en un uso-caso, así como las distintas rutas que pueden irse desencadenando en el uso-caso. Es importante recalcar que aunque un diagrama de actividad es muy similar en definición a un diagrama de flujo (típicamente asociado en el diseño de Software), estos no son lo mismo. Un diagrama de actividad es utilizado en conjunción de un diagrama uso-caso para auxiliar a los del equipo de desarrollo a entender como es utilizado el sistema y como reacciona en determinados eventos . En la siguiente sección se describen los diversos elementos que componen un diagrama de Actividad. Composición 

Inicio: El inicio de un diagrama de actividad es representado por un círculo de color negro sólido.



Actividad : Una actividad representa la acción que será realizada por el sistema la cual es representada dentro de un ovalo.



Transición: Una transición ocurre cuando se lleva acabo el cambio de una actividad a otra, la transición es representada simplemente por una linea con una flecha en su terminación para indicar dirección.

http://www.osmosislatina.com/lenguajes/uml/actividad.htm

Proceso Unificado Racional (RUP) (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cómo, cuándo y qué debe hacerse en el proyecto http://www.idoub.com/doc/297224/RUP

RUP (Rational Unified Process) es un proceso de desarrollo de software que captura las mejores prácticas del conocimiento de líderes en ingeniería de software y proporciona a los equipos de desarrollo guías, estándares y recomendaciones para la construcción de software de alta calidad. Las mejores prácticas de desarrollo de software están documentadas como principios clave. http://it-institute.org/index.php?option=com_content&task=view&id=145&Itemid=75

El Proceso Unificado de Rational (RUP, el original inglés Rational Unified Process) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. RUP es en realidad un refinamiento realizado por Rational Software del más genérico Proceso Unificado http://hanzcocchi.net/el-rol-del-analista-en-rup/

RUP (Racional Unified Process). Proceso Unificado Racional. - Es una metodología cuyo fin es entregar un producto de software. Se estructura todos los procesos y se mide la eficiencia de la organización. Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

Darwin Jiménez Garzón – Ingeniería de Software II

Cada fase concluye con un hito bien definido donde deben tomarse ciertas decisiones. 1.Inicio: Se establece la oportunidad y alcance el proyecto. Se identifican todas las entidades externas con las que se trata (actores) y se define la interacción a un alto nivel de abstracción: – Identificar todos los casos de uso – Describir algunos en detalle La oportunidad del negocio incluye: – Criterios de éxito – Identificación de riesgos – Estimación de recursos necesarios – Plan de las fases incluyendo hitos Hitos • Las partes interesadas deben acordar el alcance y la estimación de tiempo y costo. • Comprensión de los requerimientos plasmados en casos de uso

2.Elaboración : Objetivos: – Analizar el dominio del problema – Establecer una arquitectura base sólida

– Desarrollar un plan de proyecto – Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto hitos: Condiciones de éxito de la elaboración: – ¿Es estable la visión del producto? – ¿Es estable la arquitectura? – ¿Las pruebas de ejecución demuestran que los riesgos han sido abordados y resueltos? – ¿Es el plan del proyecto algo realista? – ¿Están de acuerdo con el plan todas las personas involucradas?

3.Construccion:

En esta fase todas las componentes restantes se desarrollan e incorporan al producto. Todo es probado en profundidad. El énfasis está en la producción eficiente y no ya en la creación intelectual. Puede hacerse construcción en paralelo, pero esto exige una planificación detallada y una arquitectura muy estable.

Hito: Se obtiene un producto Beta que debe decidirse si puede ponerse en ejecución sin mayores riesgos. Condiciones de éxito: ¿El producto está maduro y estable para instalarlo en el ambiente del cliente? ¿Están los interesados listos para recibirlo?

4.Transición: El objetivo es traspasar el software desarrollado a la comunidad de s. Una vez instalado surgirán nuevos elementos que implicarán nuevos desarrollos (ciclos). Incluye: – Pruebas Beta para validar el producto con las expectativas del cliente – Ejecución paralela con sistemas antiguos – Conversión de datos – Entrenamiento de s – Distribuir el producto

http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational http://www.slideshare.net/AlexHernandez99/rup-1471691

Entrevista La entrevista es un método para el levantamiento de la información que se encuentra basado en preguntas, estas entrevistas son aplicadas generalmente a las personas que se encuentran dentro de la organización y en algunas ocasiones estas son aplicadas a las personas que interactúan con el sistema pero no se encuentran dentro de la organización. CINCO PASOS PARA PREPARAR UNA ENTREVISTA *Leer los antecedentes: Leer y entender tanto como sea posible los antecedentes de los entrevistados y su organización. El propósito es crear un vocabulario común que en un futuro le permita expresar preguntas de la entrevista de una manera comprensible para su entrevistado. Otra ventaja de investigar su organización es maximizar el tiempo que invierta en las entrevistas; sin esta preparación podría perder tiempo haciendo preguntas generales sobre los antecedentes. *Establecer los objetivos de la entrevUtilice los antecedentes que haya recopilado así como su propia experiencia para establecer los objetivos de la entrevista *Decidir a quién entrevistar:Cuando tenga que decidir a quién entrevistar, incluya a gente

clave de todos los niveles que vayan a ser afectadas por el sistema de alguna manera *Preparar al entrevistado: Prepare a la persona que va a ser entrevistada hablándole por anticipado o enviándole un mensaje de correo electrónico y dándole tiempo para pensar en la entrevista .No importa cuánto parezca que sus entrevistados deseen ampliar la entrevista más allá de este límite, recuerde que cuando pasan tiempo con usted, no están haciendo su trabajo. *Decidir el tipo de preguntas y la estructura Las técnicas apropiadas para preguntar son el corazón de la entrevista. Las preguntas tienen algunas formas básicas que usted debe conocer. Los dos tipos básicos de preguntas son las abiertas y las cerradas. Cada tipo de pregunta puede lograr resultados un poco diferentes a los de la otra, y cada una tiene ventajas y desventajas.

Tipos de preguntas: Preguntas abiertas: Estas preguntas incluyen aquellas como "¿Qué piensa de poner a todos los gerentes en una intranet?" y "Explique por favor cómo toma una decisión de programación de producción". Considere el término abiertas. En realidad, "abiertas" describe las opciones del entrevistado para responder. Están abiertas. La respuesta puede ser de dos palabras o dos párrafos. Preguntas cerradas :La alternativa a las preguntas abiertas se encuentra en el otro tipo de pregunta básica: las preguntas cerradas. Tales preguntas son de la forma básica: "¿Cuántos Subordinados tiene?" Las respuestas posibles se cierran al entrevistado, debido a que sólo puede contestar con un numero finito como “ninguno”, “uno” o “quince”