Tutorial básico de modelado de sistemas UML" (Tsinghua University Press) Respuestas a los ejercicios posteriores a clase
Capítulo 1 Diseño orientado a objetos y UML
1 Complete los espacios en blanco
(1) Bloques de construcción básicos Reglas UML públicas**. ** mecanismo
(2) Operación de atributo de nombre
(3) Polimorfismo de herencia encapsulante
(4) Herencia
(5) Modelo en cascada Modelo de fuente Modelo de desarrollo basado en componentes Modelo de desarrollo XP
2 Preguntas de opción múltiple
(1) C
(2) A B C D
(3) A B C D
(4) A B C
(5) A
3 Preguntas de respuesta corta
(1. ) Categoría Es una colección de objetos con estructura, funcionamiento y reglas vinculantes iguales o similares, y el objeto es una instancia concreta de la clase. Cada clase es una abstracción de objetos con algunas características iguales. La relación entre clases y objetos es como la relación entre moldes y piezas fundidas. El resultado de la instanciación de clases es el objeto y la abstracción de la clase de objeto es la clase. Una clase describe un grupo de objetos con las mismas características y comportamiento.
(2) 1.UML es un lenguaje. 2.UML se utiliza para modelar. 3.UML es un estándar unificado.
(3) El modelado puede ayudarnos a ver intuitivamente la situación actual o la forma requerida del sistema; proporcionar un método para describir la estructura o el comportamiento del sistema en detalle; proporcionar una plantilla para guiar la construcción del mismo; sistema; y registrar lo que hemos hecho decisión.
Se deben seguir los siguientes principios durante el proceso de modelado: la elección de qué modelo crear puede tener un profundo impacto en cómo se resuelve el problema y cómo se formula la solución cada modelo se puede utilizar en diferentes ocasiones; niveles de representación de precisión; los mejores modelos son aquellos que son relevantes para la realidad; un solo modelo no es suficiente; es mejor tener un conjunto de modelos casi independientes para tratar cada sistema importante.
(4) UML está estrechamente relacionado con el desarrollo de software orientado a objetos. Se puede decir que el desarrollo de software orientado a objetos promovió la aparición de UML. Sin embargo, en el proceso de estandarización de UML, se absorbieron especificaciones estándar en los campos del modelado de negocios, modelado de flujo de trabajo y modelado de bases de datos, formando un estándar altamente adaptable.
(5) En el proceso de diseño de software, el modelado UML se utiliza para comprender mejor el sistema desarrollado. El modelado UML puede lograr los siguientes propósitos: ayudar a visualizar la situación real o el estilo requerido del sistema; puede especificar la estructura o el comportamiento del sistema;
Capítulo 2: Descripción general de los puntos de conocimiento general de UML
1 Complete los espacios en blanco
(1) Implementación de la asociación de resumen de dependencias
(2) Ver elementos del modelo de gráfico
(3) Implementar vista de implementación
(4) Construir restricciones de valor de etiqueta
(5) Estandarizar y modificar particiones generales
p>
2. Preguntas de opción múltiple
(1) D
(2) C
(3) A
(4) A B
(5) D
3. Preguntas de respuesta corta
(1) En UML, cuatro tipos básicos Se definen los conceptos de orientación a objetos, es decir, cosas estructurales, cosas de comportamiento, cosas de agrupación, cosas de anotación, etc.
(2) Los tipos de artefactos son: artefactos de código fuente, artefactos binarios y artefactos ejecutables.
(3) Las vistas principales incluidas en UML son la vista estática, la vista de casos de uso, la vista de interacción, la vista de implementación, la vista de máquina de estado, la vista de actividad, la vista de implementación y la vista de gestión de modelos.
(4) Las vistas y los diagramas tienen una relación de inclusión e inclusión. Cada vista contiene uno o más gráficos.
(5) UML proporciona muchos mecanismos públicos comunes. El uso de estos mecanismos (mecanismos generales) permite a UML agregar información de descripción adecuada a varios diagramas, mejorando así la representación semántica de UML. Muchas veces, las técnicas básicas de uso de elementos del modelo no pueden expresar perfectamente la información que realmente necesita ser descrita. Estos mecanismos generales pueden ayudarnos a expresar y ayudarnos a realizar un modelado UML efectivo. Estos mecanismos generales proporcionados por UML abarcan todos los aspectos de todo el proceso de modelado. Como mencionamos anteriormente, el mecanismo genérico de UML incluye tres aspectos: especificación, modificación y partición genérica.
Capítulo 3: Proceso de unificación razonable
1 Complete los espacios en blanco
(1) Flujo de trabajo de salida de la actividad de rol
(2) Vista lógica Vista de proceso Vista física Vista de desarrollador Vista de caso de uso
(3) Verificación del desarrollador de diseño
(4) Bidimensional
(5) Proceso de iteración de bucle Hito
2. Preguntas de opción múltiple
(1) A B C D
(2) A C D
(3) A C D
(4) A B C
(5) A B C D
3. Preguntas de respuesta corta
(1) Fases inicial, perfeccionamiento, construcción y entrega.
(2) Desarrollo de software iterativo, gestión de requisitos, aplicación de arquitectura basada en componentes, modelado visual de software, verificación de calidad del software y control de cambios de software.
(3) En el proceso de desarrollo de Rational Unified Process, se utilizan cuatro elementos de modelado para representar roles, actividades, productos y flujos de trabajo.
(4) Para una organización de desarrollo centrada en la arquitectura, es necesario prestar atención al propósito de la arquitectura, la representación de la arquitectura y el proceso de la arquitectura.
(5) Rational Unified Process es un producto de software de Rational Software Development Company y está estrechamente integrado con una serie de herramientas de desarrollo de software desarrolladas por Rational Software Development Company.
(6) El proceso unificado racional tiene su propio conjunto de arquitectura y su forma de existencia puede ser aceptada por la mayoría de los proyectos y organizaciones de desarrollo. Rational Unified Process tiene su propia arquitectura en una forma que es aceptada por la mayoría de los proyectos y organizaciones de desarrollo. Proporciona una forma de gestionar una organización de desarrollo de software, con sus propios objetivos y métodos.
(6) Pasos para lograr un proceso unificado razonable: evaluar el estado actual, establecer objetivos claros, identificar riesgos del proceso, planificar la implementación del proceso, ejecutar la implementación del proceso y evaluar la implementación del proceso.
(7) Como proceso de ingeniería de software, el proceso unificado razonable proporciona a la organización de desarrollo cómo asignar estrictamente las tareas de desarrollo de software durante el proceso de desarrollo y cómo dividir estrictamente las responsabilidades del personal involucrado en el desarrollo. y otros métodos. El Proceso Unificado Racional proporciona un proceso de desarrollo de software con un ciclo predecible, un producto sistemático que garantiza la producción de software de alta calidad, un marco de proceso que se puede ajustar y ampliar de manera flexible y algunas mejores prácticas de desarrollo de software. El Proceso Unificado Racional proporciona un proceso para desarrollar software de manera predecible e iterativa, un producto sistemático que garantiza la producción de software de alta calidad, un marco de proceso que se puede ajustar y ampliar de manera flexible y una gran cantidad de mejores prácticas de desarrollo de software. lo que hace que el Proceso Unificado Racional tenga un profundo impacto en el desarrollo de la ingeniería de software moderna.
Capítulo 4 Instalación y funcionamiento de Rational Rose
1 Complete los espacios en blanco
(1) Abra nuevamente el modelo usado recientemente
. (2) Vista de caso de uso Vista lógica Vista de componente Vista de implementación
(3) área de edición
(4) registro de contenido del modelo
(5) mdl p >
2 Preguntas de opción múltiple
(1) A B C D
(2) A C D
(3) A B C
( 4) A C D
(5) C
3. Preguntas de respuesta corta
(1) Rational Rose es un sistema de modelado maduro que puede satisfacer todas las necesidades de modelado. . Rational Rose permite a los desarrolladores, administradores y analistas de sistemas crear modelos visuales de los requisitos y la arquitectura del sistema a lo largo del ciclo de desarrollo de software y convertir estos modelos visuales de los requisitos y la arquitectura del sistema en código. La herramienta de modelado Rational Rose proporciona un excelente soporte para UML.
(2) se omite; consulte la Parte 2.
(3) Al seleccionar "Importar" en la barra de menú "Archivo", puede importar modelos, paquetes o clases, etc. Los tipos de archivos disponibles incluyen .mdl, .ptl, .cat, etc. . Cuadro de diálogo Importar modelo. La importación de modelos ayuda a aprovechar el modelado ya preparado.
Puedes exportar un modelo usando el cuadro de diálogo "Exportar modelo..." seleccionando "Exportar modelo..." en la barra de menú "Archivo".
El cuadro de diálogo "Exportar modelo..." debajo de la barra de menú "Archivo" se puede utilizar para exportar el modelo. La extensión del archivo de exportación es .ptl. extensión ptl, al seleccionar una clase específica, como seleccionar el nombre de la clase "Usuario", luego podemos seleccionar la barra de menú "Exportar usuario" debajo de la barra de menú "Archivo", luego podemos seleccionar "En este momento podemos seleccionar el Barra de menú "Exportar usuario" debajo de la barra de menú "Exportar usuario". Haga clic en "Exportar usuario" en la barra de menú "Archivo" para exportar la clase de usuario. La extensión del archivo que aparece después de exportar es .ptl
(4) La interfaz principal de Rational Rose 2003 consta de un título. barra, barra de menú, barra de herramientas, espacio de trabajo y barra de estado El espacio de trabajo predeterminado incluye cuatro partes, a saber, el navegador a la izquierda, el área de edición de documentos y el área de edición de gráficos a la derecha, y el registro en la parte inferior.
Capítulo 5 Uso de Rose para diseñar UML
1. Complete los espacios en blanco
(1) Vista de caso de uso Vista lógica Vista de componente Vista de implementación
( 2) Función de revisión de verificación de no coherencia función de revisión reutilización de elementos de modelado y funciones de diagrama
(3) Paquete de diagrama de componentes
(4) Implementación
( 5) Biblioteca de tiempo de ejecución del archivo de ejecución de base de código del modelo
(5) (4) Implementación
(5) Información de la biblioteca de tiempo de ejecución del archivo de ejecución de base de código del modelo sobre otros artefactos
2. Preguntas de opción múltiple
(1) A B D
(2) A C D
(3) A C D
( 4) A B C
(5) A B C D
3. Preguntas de respuesta corta
(1) Utilice Rational Rose Los elementos de modelado y funciones de diagramación integrados en el modelo Rose. utilizar Rational El modelo Rose creado por Rose incluye vista de casos de uso, vista lógica, vista de artefactos y vista de implementación, respectivamente. La vista de casos de uso es una abstracción de alto nivel de la funcionalidad del sistema. La vista lógica es cómo el sistema implementa la funcionalidad descrita en el caso de uso. La vista de implementación muestra la implementación real del sistema. Es una vista de artefactos que se utiliza en el análisis y el diseño para facilitar la comprensión de cómo se distribuye físicamente el sistema en un conjunto de nodos de procesamiento.
(2) El uso de Rational Rose para generar código debe seguir los siguientes cuatro pasos: seleccionar el modelo de destino a convertir, verificar si hay errores de sintaxis en el lenguaje, configurar las propiedades de generación de código y finalmente generar código.
(3) En Rational Rose, puede recopilar información estática sobre clases, atributos de clase, operaciones de clase, relaciones entre clases, paquetes y artefactos, etc., y luego convertir esta información en los modelos correspondientes, y se muestra en el cuadro correspondiente.
(4) La vista de casos de uso se centra en la abstracción de alto nivel de las funciones del sistema y es adecuada para analizar el sistema y obtener requisitos, sin prestar atención al método de implementación específico del sistema. La vista lógica se centra en cómo el sistema implementa las funciones descritas en los casos de uso y principalmente respalda los requisitos funcionales del sistema, es decir, las funciones que el sistema debe proporcionar en términos de prestación de servicios a los usuarios.
Capítulo 6 Diagrama de casos de uso
1. Complete los espacios en blanco
(1) Diagrama de casos de uso
(2) Actor ( función) Asociación de límites del sistema de casos de uso
(3) Contiene generalización extendida
(4) Granularidad de los casos de uso
(5) Componentes externos del sistema
2. Preguntas de opción múltiple
(1) D
(2) A C D
(3) C
(4. ) C
(5) D
3. Preguntas de respuesta corta
(1) La mejor manera de determinar los casos de uso es comenzar analizando a los participantes de el sistema. En el proceso, a menudo se descubren nuevos participantes. Después de encontrar a los participantes, podemos determinar los casos de uso del sistema en función de los participantes, observando principalmente cómo cada participante usa el sistema y qué servicios necesita del sistema. El modelo de caso de uso seleccionado no solo debe ser fácil de entender, sino también ser comprendido consistentemente por diferentes participantes
(2) Podemos abstraer tres relaciones entre casos de uso, a saber, inclusión, extensión y generalización. Se pueden resumir varios casos de uso que utilizan el mismo comportamiento en un solo caso de uso, que luego se puede incluir en otros casos de uso. Las relaciones de extensión se utilizan a menudo para manejar excepciones o crear marcos de sistemas flexibles. El uso de relaciones de extensión puede reducir la complejidad del sistema, facilitar la expansión del sistema y mejorar el rendimiento del sistema. Las relaciones extendidas también se pueden utilizar para manejar problemas que no se describen fácilmente en casos de uso básicos, haciendo que el sistema parezca más claro y fácil de entender. Las relaciones de generalización se pueden utilizar cuando se descubre que dos o más casos de uso en un sistema tienen similitudes en comportamiento, estructura y propósito.
En este punto, usted describe estas piezas en un caso de uso nuevo (generalmente abstracto), que es el caso de uso principal.
(3) Depende de la complejidad del sistema. Para sistemas más simples, puede utilizar relativamente menos diagramas de casos de uso; para sistemas más complejos, debe crear más diagramas de casos de uso para representar claramente la funcionalidad del sistema. Debemos analizar las situaciones específicas de cada sistema y decidir el tamaño y la cantidad de casos de uso, asegurando al mismo tiempo que todo el modelo de casos de uso sea lo más fácil de entender posible.
(4) El diagrama de casos de uso es el primer paso desde el análisis de los requisitos del software hasta la implementación final. Muestra a los usuarios del sistema y las funciones que los usuarios desean proporcionar, y favorece la comunicación entre los usuarios y. desarrolladores de software. Con la ayuda de diagramas de casos de uso, los usuarios de sistemas, analistas de sistemas, diseñadores de sistemas y expertos en el dominio pueden explorar problemas de forma visual, reduciendo una gran cantidad de barreras de comunicación y ayudando a resolver problemas.
(5) Pasos para crear un diagrama de casos de uso usando Rose: identificar participantes, crear casos de uso y finalmente crear relaciones entre casos de uso.
4. Problemas con la computadora
(1) El diagrama de casos de uso se encuentra en Student Management System.mdl en el CD. -gt;Vista de casos de usuario-gt;Diagrama de casos de uso del administrador del sistema
(2) El diagrama de casos de uso se encuentra en Student Management System.mdl en el CD. -gt;Vista de casos de usuario-gt;Diagrama de casos de uso del profesor
1 Complete los espacios en blanco
(1) Dependencias del subsistema Bao
(2) Público. ** ** Protección privada
(3) Diagrama de elementos del modelo
(4) Diagrama de paquete
(5) Modelo
2 Más Selección de tema
(1) A
(2) A B
(3) B C D
(4) B C D
3. Preguntas de respuesta corta
(1) La relación entre paquetes generalmente se puede resumir como relaciones de dependencia y relaciones de generalización.
(2) El diagrama de paquetes es una herramienta de modelado importante para mantener y describir el modelo de estructura general del sistema. Muestra las dependencias entre módulos del sistema al describir cada paquete en el diagrama y la relación entre ellos. a ellos. El diagrama de paquetes consta de paquetes y las conexiones entre paquetes. Es una herramienta importante para mantener y controlar la estructura general del sistema.
(3) Los elementos básicos que constituyen un diagrama de paquetes son paquetes, subsistemas y dependencias. Un paquete es un espacio de nombres general que puede contener cualquier tipo de elemento de modelo. En el modelo del sistema, cada diagrama debe pertenecer a un paquete identificado de forma única, que también puede estar contenido en otro paquete. Los paquetes son la base para el control de configuración, almacenamiento y control de acceso. Muchos subsistemas relativamente independientes constituyen un gran sistema complejo, y la relación entre sistemas y subsistemas es básicamente una relación de combinación. Al describir cada paquete y las relaciones entre ellos en un diagrama de paquete, se pueden mostrar las dependencias entre los módulos del sistema.
(4) El paquete es el concepto más importante y el componente más importante en el diagrama de paquete. Un diagrama de paquetes consta de paquetes y las conexiones entre paquetes. Sin paquetes, no habría diagrama de paquetes.
4. Problemas con la computadora
(1) El diagrama del paquete se encuentra en el CD-ROM Student Management System.mdl-gt Login View-gt;
Capítulo 12 Diagramas de componentes y de implementación
1 Complete los espacios en blanco
(1) Características del código Características de identidad
(2) Diagramas de componentes p>
(3) Artefactos Clases e interfaces de artefactos
(4) Paquetes virtuales
(5) Diagramas de implementación
2 Preguntas de opción múltiple<. /p>
(1) A B D
(2) B
(3) A B D
(4) A
(5) B p>
3. Preguntas de respuesta corta
(1) El diagrama de componentes es adecuado para los siguientes requisitos de modelado: código fuente del sistema, versión del sistema, base de datos física, sistema adaptativo, negocio. Gestión de modelado y desarrollo de sistemas.
(2) Ambos tienen nombres, ambos pueden implementar un conjunto de interfaces, ambos pueden participar en dependencias, ambos pueden estar anidados, ambos pueden tener instancias y ambos pueden participar en interacciones. Las clases describen la organización lógica y la intención del diseño de software, mientras que los artefactos describen la implementación física del diseño de software. Las clases pueden tener atributos y operaciones, los artefactos solo tienen operaciones y solo a través de artefactos se pueden usar interfaces.
(3) En el diagrama de artefactos básico, las relaciones más comunes entre artefactos son las relaciones de dependencia y las relaciones de implementación.
(4) En UML, los artefactos incluyen principalmente artefactos de configuración, artefactos de producto de trabajo y artefactos ejecutables.
4. Problemas con la computadora
(1) El diagrama de componentes se encuentra en el CD-ROM Student Management System.mdl-gt Component View-gt;
(2) El diagrama de implementación se encuentra en el CD Student Management System.mdl-gt; Vista de implementación
Gráfico de estado del Capítulo 13
1. p>
(1) Objeto
(2) Gráfico de estado
(3) Estado simple y estado de componente
(4) Estado histórico p>
(5) Evento
2. Preguntas de opción múltiple
(1) A B C D
(2) A B
(3) A
(4) A C D
(5) A B C
3. Preguntas de respuesta corta
(1) El estado El diagrama consta de estado, estado inicial, estado terminal, transición y se compone de elementos como la determinación
(2) Una máquina de estados es un dispositivo que registra el estado en un momento determinado. Puede cambiar o. desencadenar una acción basada en cambios en varias entradas de cada estado dado. Un diagrama de estados es esencialmente una máquina de estados, o un caso especial de una máquina de estados. Es básicamente una proyección de los elementos de la máquina de estados, lo que significa que el diagrama de estados contiene todas las características de una máquina de estados. Un diagrama de estado describe el comportamiento dinámico de una entidad en términos de respuestas a eventos, mostrando cómo la entidad reacciona en diferentes momentos dependiendo del estado en el que se encuentra actualmente.
(3) El papel del uso del modelado de gráficos de estado en el desarrollo de software: el gráfico de estado describe claramente la secuencia de transiciones entre estados, y la secuencia de eventos se puede ver claramente a través de la secuencia de transiciones de estados; la secuencia clara de eventos ayuda a los programadores a evitar la secuencia incorrecta de eventos al desarrollar programas; el diagrama de estado describe claramente los factores que afectan la transición, como los desencadenantes de eventos, las condiciones y acciones de monitoreo, etc. El diagrama de estado describe claramente la transición de estado. transición.
El diagrama de estado describe claramente los eventos desencadenantes, las condiciones de monitoreo y las acciones necesarias para la transición de estado y otros factores que afectan la transición, lo que ayuda a los programadores a evitar ingresar eventos ilegales en el programa y puede describir mejor el flujo de trabajo debido a diferentes condiciones mediante la determinación; Las ramas resultantes.
(4) Múltiples subestados de un estado secuencial son mutuamente excluyentes y no pueden existir al mismo tiempo. Un estado de componente secuencial puede tener como máximo un estado inicial y un estado final. Un estado de componente concurrente puede tener dos o más subestados concurrentes, y cada subestado concurrente se puede descomponer aún más en un estado de componente secuencial. Los estados de componentes concurrentes no pueden tener estado inicial ni estado final.
4. Preguntas en línea
(1) El diagrama de estado se encuentra en el CD-ROM Student Management System.mdl-gt Loginal View-gt; ; Información del estudiante
(2) El diagrama de estado se encuentra en el CD-ROM Student Management System.mdl-gt Loginal View-gt; El diagrama se encuentra en el CD-ROM Student Management System. Vista lógica-gt; Estado/Actividad Modelo-gt; Administrador del sistema
(3) El diagrama de estado se encuentra en el CD "Student Management System".