Respuestas a preguntas posteriores a la clase sobre "Fundamentos del modelado de sistemas UML" (Tsinghua University Press)
El primer capítulo trata del diseño orientado a objetos y UML.
1.
(1) Mecanismo común de reglas UML en bloques de construcción básicos
(2) Operaciones de atributos de nombre
(3 ) Polimorfismo de herencia de encapsulación
(4) Herencia
(5) Modelo de cascada basado en componentes Modelo de fuente Modelo de desarrollo XP.
2. Preguntas de opción múltiple
(1)C
(2)A B C D
(3)A B C D
(4) BC
(5) Respuesta
3. Preguntas de respuesta corta
(1) Las clases tienen estructuras, operaciones y A iguales o similares. colección de objetos que restringen reglas, y un objeto es una instancia específica de una determinada clase. Cada clase es una abstracción de un objeto con ciertas * * * características. La relación entre clases y objetos es como la relación entre moldes y piezas fundidas. El resultado de la instanciación de una clase es un objeto y la abstracción de una clase es una 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 visualizar el sistema de acuerdo con la situación real o la forma que necesitamos; proporcionar métodos para explicar la estructura o el comportamiento del sistema en detalle; proporcionar plantillas para guiar la construcción del sistema; Hemos tomado la decisión.
Se deben seguir los siguientes principios al modelar: la elección de qué modelo crear tiene un profundo impacto en cómo resolver el problema y cómo formular la solución. Cada modelo puede representarse mediante diferentes niveles de precisión; ; el mejor modelo es el mismo que el de la realidad; un solo modelo no es suficiente; es mejor utilizar un conjunto de modelos casi independientes para tratar cada sistema importante.
(UML tiene una estrecha relación con el desarrollo de software orientado a objetos. Se puede decir que el desarrollo de software orientado a objetos promovió el surgimiento de UML. Sin embargo, en el proceso de estandarización de UML, el modelado de negocios y el modelado de flujo de trabajo Los estándares y especificaciones en el campo del modelado de bases de datos se absorben para formar un estándar altamente adaptable.
(5) En el proceso de diseño de software, el modelado UML se utiliza para comprender mejor el software que se está desarrollando. modelado, se pueden lograr los siguientes propósitos: Ayuda a visualizar el sistema de acuerdo con la situación real o el estilo requerido; puede ajustar la estructura o el comportamiento del sistema; proporciona una plantilla para guiar la construcción del sistema y registra el; decisiones tomadas
El Capítulo 2 resume los puntos de conocimiento general de UML
1.
(1) Dependencia de la implementación de asociaciones de generalización
.(2) Ver elementos del modelo gráfico
(3) Vista de implementación vista de implementación
(4) Construir restricciones de valor de etiqueta
(5) División general de modificaciones de especificaciones
2 Preguntas de opción múltiple
(1)D
(2)C
(3)Respuesta p>
⑷A B
⑸D
3. Preguntas de respuesta corta
(1) En UML, se definen cuatro cosas básicas orientadas a objetos, a saber Cosas estructurales, cosas de comportamiento, cosas de agrupación y cosas de anotación.
(2) Los tipos de componentes incluyen: componentes de código fuente, componentes binarios y componentes ejecutables
(UML. Las vistas principales incluidas. son vista estática, vista de casos de uso, vista de interacción, vista de implementación, vista de máquina de estado, vista de actividad, vista de implementación y vista de gestión de modelos.
(4) Las vistas y los gráficos están incluidos y se incluyen en cada vista. contiene uno o más gráficos.
(5) UML proporciona algunos mecanismos comunes * * UML se puede utilizar para diversos fines y agrega información de descripción adecuada para mejorar la expresión semántica de UML.
Por lo general, las funciones básicas de los elementos del modelo no pueden expresar perfectamente la información real que se describirá, pero estos mecanismos generales pueden ayudar a expresarla de manera efectiva 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, los mecanismos generales de UML incluyen especificación, decoración y partición general.
Capítulo 3 Proceso de unificación racional
1.
(1) Flujo de trabajo del producto de actividad de rol
(2) Vista lógica, vista de proceso , vista física, vista de desarrollo y vista de casos de uso
(3) Verificación del diseño y desarrollo
(4) Dos dimensiones
(5) Periodicidad Hitos del proceso iterativo
2. Preguntas de opción múltiple
(1)A B C D
(2)A, C, D
(3) A, B, D
(4) BC
(5)A B C D
3 Preguntas de respuesta corta
(1) Inicial. etapa, etapa de transformación de detalles, etapa de construcción y etapa de entrega.
(2) Desarrollo de software iterativo, gestión de requisitos, aplicación de arquitectura basada en componentes, establecimiento de modelos visuales 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 expresa con cuatro elementos de modelado: rol, actividad, producto y flujo de trabajo.
(4) Para una organización de desarrollo centrada en la arquitectura, es necesario prestar atención al propósito, expresión y proceso de la arquitectura.
(5) Rational Unified Process es un producto de software de Rational Software Development Company. Está estrechamente integrado con una serie de herramientas de desarrollo de software desarrolladas por Rational Software Development Company. El proceso unificado racional tiene su propio conjunto de arquitectura, y esta arquitectura existe en una forma que es aceptable para 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 realizar el proceso unificado racional: evaluar el estado actual, establecer objetivos claros, identificar los riesgos del proceso, planificar el proceso a lograr, implementar el proceso a lograr y evaluar el proceso a lograr.
(7) Como proceso de ingeniería de software, Rational Unified Process proporciona a las organizaciones de desarrollo métodos sobre cómo asignar estrictamente las tareas de desarrollo de software y cómo dividir estrictamente las responsabilidades del personal involucrado en el desarrollo. Sobre la base de planes preestablecidos que incluyen cronogramas y presupuestos de los proyectos, se desarrollan productos de software de alta calidad que cumplen con los requisitos del usuario final. Rational Unified Process proporciona un proceso de desarrollo de software con un ciclo predecible, un producto de sistema que garantiza la producción de software de alta calidad, un marco de proceso que se puede convertir y ampliar de manera flexible y muchas mejores prácticas de desarrollo de software, que hacen que Rational Unified Proceso muy útil para El desarrollo de la ingeniería de software moderna ha tenido un profundo impacto.
Capítulo 4 Instalación y funcionamiento de Rational Rose
1.
(1) Cree y abra el modelo utilizado 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
2. Preguntas de opción múltiple
(1)A B C D
(2)A, C, D
(3) BC
(4) A, C, D
⑸C
3 Preguntas de respuesta corta
(1) Racional Rose es una solución completa con el poder y la flexibilidad para satisfacer las necesidades de todos los entornos de modelado, incluido el desarrollo web, el modelado de bases de datos y una variedad de lenguajes y herramientas de desarrollo. Rational Rose permite a los desarrolladores, administradores y analistas de sistemas establecer modelos visuales de los requisitos y la arquitectura del sistema en cada ciclo de desarrollo del software, y puede convertir estos modelos visuales de los requisitos y la arquitectura del sistema en código para ayudar al desarrollo del sistema.
La herramienta de modelado Rational Rose puede proporcionar un buen soporte para UML.
② Omitido, consulte la Sección 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,. subordinado. Gato, etc. y luego importe el cuadro de diálogo Modelo. La importación de modelos le permite aprovechar los modelos existentes.
Podemos exportar el modelo seleccionando "Exportar modelo..." en la barra de menú "Archivo". Los archivos exportados tienen un sufijo. ptl. Por ejemplo, al seleccionar una clase específica, podemos seleccionar "Exportar usuario" en la barra de menú "Archivo" para exportarla.
(4)4) La interfaz principal de Rational Rose 2003 consta principalmente de la barra de título, barra de menú, barra de herramientas, espacio de trabajo y barra de estado. El espacio de trabajo predeterminado consta de cuatro partes: 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 a continuación.
Capítulo 5 Diseño de UML usando Rose
1.
(1) Vista de caso de uso Vista lógica Vista de componente Vista de implementación
(2 ) Funcionalidad de revisión y verificación de no coherencia La funcionalidad de revisión reutiliza elementos de modelado y capacidades gráficas.
(3) Paquete de diagrama de componentes
(4) Implementación
(5) Información sobre otros componentes cuando se ejecuta el archivo de ejecución base del código del modelo.
2. Preguntas de opción múltiple
(1) A.D.
(2) A, C, B, D
(3. ) A, B, D
p>(4) BC
(5)A B C D
3. Preguntas de respuesta corta
( 1) El modelo Rose establecido por Rational Rose incluye vista de casos de uso, vista lógica, vista de componentes y vista de implementación. 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. Una vista de implementación muestra la implementación real de un sistema, que es una vista arquitectónica utilizada en análisis y diseño para comprender cómo se distribuye físicamente un sistema en un conjunto de nodos de procesamiento.
(2) El uso de Rational Rose para generar código incluye los siguientes cuatro pasos: seleccionar el modelo de destino a convertir, verificar el idioma en busca de errores de sintaxis, establecer las propiedades de generación de código y finalmente generar el código.
(3) En Rational Rose, se puede recopilar información estática sobre clases, atributos de clase, operaciones de clase, relaciones entre clases, paquetes y componentes. Esta información se puede convertir en los modelos correspondientes y mostrarse en el correspondiente. cifra.
(4) La vista de casos de uso se centra en la abstracción de alto nivel de las funciones del sistema, es adecuada para analizar y obtener los requisitos del sistema y no se centra en el 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 al brindar servicios a los usuarios.
Capítulo 6 Diagrama de casos de uso
1.
(1) Diagrama de casos de uso
(2) Sistema de participantes (rol) Asociación de límites
(3) Incluyendo generalización extendida
(4) Granularidad de casos de uso
(5) Componentes fuera del sistema
2 Preguntas de opción múltiple
(1)D
(2)A, C, D
(3)C
(4). )C
⑸D
3. Preguntas de respuesta corta
(1) La mejor manera de identificar casos de uso es comenzar analizando los participantes del sistema. proceso, novedades de los participantes. Después de encontrar a los participantes, puede determinar los casos de uso del sistema en función de los participantes, principalmente para ver cómo los participantes usan el sistema y qué servicios debe proporcionar el sistema. El modelo de caso de uso elegido no sólo debe ser fácil de entender sino también coherente para las diferentes partes interesadas.
(2) Podemos abstraer tres relaciones entre casos de uso: inclusión, expansión y generalización.
Si varios casos de uso utilizan la misma parte de comportamiento, puede abstraer esta parte del comportamiento en un caso de uso y luego dejar que otros casos de uso incluyan este caso 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 son difíciles de describir en casos de uso básicos, lo que hace que el sistema sea más claro y fácil de entender. Cuando encuentre que hay dos o más casos de uso en el sistema que son * * * en términos de comportamiento, estructura y propósito, puede utilizar la relación de generalización. En este momento, se puede utilizar un nuevo caso de uso (generalmente abstracto) para describir estas partes. Este nuevo caso de uso es el caso de uso principal.
(3)Depende de la complejidad del sistema. Para un sistema relativamente simple, puede utilizar menos diagramas de casos de uso, mientras que para un sistema más complejo, debe crear más diagramas de casos de uso para expresar claramente la funcionalidad del sistema. Es necesario analizar los problemas específicos de cada sistema en función de la situación específica y determinar el tamaño y la cantidad de casos de uso mientras se garantiza que todo el modelo de casos de uso sea lo más comprensible posible.
(4) El diagrama de casos de uso es el primer paso desde el análisis de requisitos del software hasta la implementación final. Muestra a los usuarios del sistema las funciones que desean proporcionar y facilita la comunicación entre los usuarios y los desarrolladores de software. Con la ayuda de diagramas de casos de uso, los usuarios del sistema, analistas de sistemas, diseñadores de sistemas y expertos en el dominio pueden discutir los problemas de forma visual, lo que reduce muchas barreras de comunicación y facilita la comprensión del problema.
(5) Pasos para usar Rose para crear un diagrama de casos de uso: identificar participantes, crear casos de uso y finalmente crear relaciones entre casos de uso.
4. Problemas informáticos
(1) El diagrama de casos de uso se encuentra en el sistema de gestión de estudiantes en CD-ROM. mdl. - 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 el CD del sistema de gestión de estudiantes. MDL. ->Vista de casos de usuario - gt;Diagrama de casos de uso del profesor
(3) El diagrama de casos de uso se encuentra en el CD del sistema de gestión de estudiantes. mdl. - gt; Vista de caso de usuario - gt; Caso de uso de estudiante
Capítulo 7 Diagrama de clases y diagrama de objetos
1.
(1) Cadena de objetos
p>(2) Resumen de dependencias e implementación de asociación
(3) Clase
(4) Componente de tipo de datos de interfaz de clase
(5) * **Escrito tipo privado tipo protegido
2. Preguntas de opción múltiple
(1)A B
(2)C
( 3)D
⑷D
⑸C
3. Preguntas de respuesta corta
(1) Una clase consta del nombre de la clase y los atributos de la clase. Consiste en operaciones de clase, responsabilidades de clase, restricciones de clase y anotaciones de clase.
(2) El gráfico de objetos consta de objetos y cadenas.
(3) En el método de análisis orientado a objetos, la representación gráfica de clases y objetos es una de las técnicas de modelado clave. Pueden establecer de manera efectiva modelos de objetos visuales para dominios comerciales y sistemas de software, y expresar los conceptos principales de los modelos orientados a objetos con poderosas capacidades de expresión. Los diagramas de clases y diagramas de objetos en UML muestran la estructura estática del sistema, donde las clases y los objetos son la base de los elementos gráficos.
(4) Una clase consta de tres partes, a saber, el nombre de la clase, las propiedades de la clase y las operaciones de la clase. La columna de nombre de clase contiene solo el nombre de la clase. La columna de propiedades de una clase define las características de todas las propiedades. Las clases de operación se enumeran en Clases. Las conexiones de asociación se utilizan en clases de operación y en las asociaciones se utilizan definiciones de características como nombres, roles y restricciones. Una clase es una abstracción de una clase de objetos, no existen clases múltiples.
Un objeto contiene dos partes: el nombre del objeto y las propiedades del objeto. La columna Nombre del objeto contiene "Nombre del objeto: Nombre de clase". La barra de propiedades del objeto define el valor actual de la propiedad. El contenido de la operación no se incluye en el gráfico de objetos porque las operaciones para objetos que pertenecen a la misma clase son las mismas. Los objetos están conectados por cadenas que contienen nombres y roles. Puede haber varios objetos.
4. Problemas informáticos
(1) El diagrama de clases se encuentra en el sistema de gestión de estudiantes en CD-ROM. mdl. - gt;Vista de caso de usuario - gt;Diagrama de clases
(2) El diagrama de objetos se encuentra en el CD del sistema de gestión de estudiantes. mdl.
- gt; Vista lógica - gt; Diagrama de clase
(3) El diagrama de objetos se encuentra en el CD del sistema de gestión de estudiantes. MDL. ->Vista lógica -> Diagrama de clases
Este diagrama de clases se encuentra en el CD del sistema de gestión de estudiantes. mdl. - gt; Vista de caso de usuario - gt; Diagrama de clases
Capítulo 8 Diagrama de secuencia
1.
(1) Diagrama de secuencia
(2) Actividades del remitente y del receptor
(3) Activación
(4) Línea de vida
(5) Cuadro rectangular subrayado
p>2. Preguntas de opción múltiple
(1)A B C D
(2)Respuesta
(3)Comunicación
(4) B
(5) BC
3. Preguntas de respuesta corta
(1) El propósito del diagrama de secuencia incluye: confirmar y enriquecer una expresión lógica del contexto de uso. . Refinar la expresión de casos de uso. Describa efectivamente cómo se asignan las responsabilidades de cada clase y por qué cada clase tiene responsabilidades correspondientes.
(2) Determinar el objeto de secuencia. Crea un objeto. Crea una línea de vida. Crea un mensaje. Destruir objetos.
(3) Los diagramas de secuencia muestran cómo interactúan diferentes objetos comerciales y son muy útiles para comunicar cómo se realiza el negocio actual. Además de documentar los eventos actuales de la organización, los diagramas de secuencia a nivel empresarial se pueden utilizar como documentos de requisitos para entregar requisitos para sistemas futuros. Durante la fase de requisitos de un proyecto, los analistas pueden llevar los casos de uso al siguiente nivel proporcionando una expresión más formal. En este caso, el caso de uso suele refinarse en uno o más diagramas de secuencia. El personal técnico de una organización también puede utilizar diagramas de secuencia para documentar cómo debería comportarse un sistema futuro. Durante la fase de diseño, los arquitectos y desarrolladores pueden utilizar este diagrama para explorar las interacciones entre los objetos del sistema, enriqueciendo así el diseño general del sistema.
(4) Destruir un objeto indica el final de la línea de vida del objeto, que está marcado con una "X" en la línea de vida del objeto. Los pasos para agregar una marca de destrucción a la línea de vida del objeto son los siguientes: Seleccione el botón en la barra de herramientas de edición gráfica del diagrama de secuencia y el cursor cambiará a un símbolo " ". Haga clic en la etiqueta identificada en la línea de vida del objeto para destruirlo. La línea de vida del objeto desaparece de la parte debajo de la marca de destrucción.
4. Problemas informáticos
(1) El diagrama de secuencia se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Ingresar información del estudiante 1 (diagrama de secuencia)
(2) El diagrama de secuencia se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Ingresar información del estudiante (diagrama de secuencia)
(3) El diagrama de secuencia se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Modificar información del estudiante (diagrama de secuencia)
Capítulo 9 Diagrama de colaboración
1.
(1) Cadena de relaciones de colaboración de objetos
(2) Interacción entre objetos
(3) Conexiones y asociaciones independientes
(4) Diagrama de colaboración
(5) Noticias
2. Preguntas de opción múltiple
(1)B
(2)A B D
(3 )D
(4) BC
(5) Respuesta
3. Preguntas de respuesta corta
(1) El papel del diagrama de colaboración: una expresión lógica que refleja una contexto de uso específico al caracterizar el mensaje que pasa entre objetos. Muestra la organización espacial de los objetos y sus interacciones. Otra función de un diagrama de colaboración es mostrar la implementación de las operaciones de una clase.
(2) Los objetos, mensajes y cadenas que constituyen el diagrama de colaboración. El rol de un objeto representa el rol que un objeto o grupo de objetos debe desempeñar para lograr una meta. El comportamiento dinámico del sistema se describe mediante una secuencia de mensajes. Una cadena es una instancia independiente de conexión y asociación entre dos o más objetos.
(3) Hay mensajes sincrónicos y mensajes asincrónicos en el diagrama de colaboración. Los mensajes sincrónicos se utilizan cuando se utilizan varios subprocesos en el sistema. Los mensajes asincrónicos se utilizan cuando hay actividad paralela (como una cola de mensajes).
(4) Los diagramas de colaboración y los diagramas de secuencia son ambos diagramas de interacción, que son equivalentes pero diferentes. Los diagramas de secuencia representan la secuencia de mensajes temporales pero no representan relaciones de objetos estáticos. Los diagramas de secuencia pueden ayudarnos eficazmente a observar el comportamiento secuencial de un sistema. Los diagramas de colaboración se utilizan para representar relaciones y mensajes entre objetos en una colaboración y describir la implementación de operaciones o clasificadores. Al modelar el comportamiento de un sistema, el enfoque habitual es utilizar diagramas de secuencia para modelar el flujo de control en orden cronológico y diagramas de colaboración para modelar el flujo de control organizado por objetos.
4. Problemas informáticos
(1) El cuadro de colaboración se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Ingrese la información del estudiante 1 (diagrama de colaboración)
(2) El diagrama de colaboración se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Ingresar información del estudiante (cuadro de colaboración)
(3) El cuadro de colaboración se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Modificar información del estudiante (Diagrama de colaboración)
Diagrama de actividades del Capítulo 10
1.
(1) Diagrama de actividades
(2)Un flujo objetivo
(3)Estado de acción
(4)Entrar y salir de la acción
(5) Carril p>
2. Preguntas de opción múltiple
(1)AD
(2)A B D
(3)C
(4)B
(5) Respuesta
3. Preguntas de respuesta corta
(1) El diagrama de actividades describe la finalización de una operación durante el trabajo de ejecución y son particularmente útil para diagramas de actividades que describen casos de uso. Puede modelar el flujo de trabajo de un caso de uso y mostrar las rutas dentro y entre casos de uso. Los diagramas de actividades explican cómo las instancias de un caso de uso realizan acciones y cambian el estado de los objetos. Muestra cómo realizar un conjunto de operaciones relacionadas y cómo estas operaciones afectan a los objetos que las rodean. Los diagramas de actividades son muy útiles para comprender los procesos comerciales.
(2)2) El diagrama de actividad UML contiene elementos gráficos: estado de acción, estado de actividad, estado de combinación, bifurcación y combinación, rama y combinación, carril de nado y flujo de objetos.
(3) Bifurcación se utiliza para indicar que el flujo de control se divide en dos o más ramas que se ejecutan simultáneamente. Una bifurcación tiene una transición de entrada y dos o más transiciones de salida, cada una de las cuales puede ser un flujo de control independiente. Una rama es parte de una transformación que divide el camino de transformación en múltiples partes, cada una con condiciones de tutela separadas y resultados diferentes. Cuando el flujo de acción encuentra una rama, la dirección de la acción se determina en función del valor verdadero (valor booleano) de la condición de protección. Las condiciones de protección de cada ruta de la rama deben ser mutuamente excluyentes, para garantizar que solo se active una transición de ruta.
(4) El estado de acción es el estado de ejecución de una acción u operación atómica y no puede ser interrumpido por la conversión de eventos externos. La atomicidad del estado de acción determina que el estado de acción no se ejecuta o se ejecuta completamente sin interrupción. El estado de acción no puede tener acciones de entrada o salida, ni tampoco puede tener transferencias internas. El estado de acción es un estado especial de actividad. El estado de acción puede entenderse como el estado activo de los átomos.
Los estados de actividad no son atómicos y se utilizan para representar la ejecución de cálculos puros con subestructuras. Un estado de actividad puede descomponerse en otras subactividades o estados de acción, y puede ser interrumpido externamente por eventos que pasan de ese estado. Los estados de actividad pueden tener transiciones internas, acciones de entrada y acciones de salida. Un estado de actividad tiene al menos una transición de finalización de salida que se activa cuando se completa la actividad en el estado.
4. Problemas informáticos
(1) El cuadro de actividades se encuentra en el sistema de gestión de estudiantes en CD-ROM. MDL-->Vista lógica->Estado/Modelo de actividad->Inicio de sesión de estudiante
(2) El gráfico de actividades se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista de casos de usuario-gt;Modelo de estado/actividad-gt;Inicio de sesión de estudiante
(3) El gráfico de actividades se encuentra en el CD del sistema de gestión de estudiantes.
MDL-->Vista lógica->Modelo de estado/actividad->Eliminar información del estudiante
Diagrama de empaquetado del Capítulo 11
1.
(1) Dependencias del subsistema de paquetes
(2)Público, privado y protegido
(3)Diagrama de componentes del modelo
(4)Diagrama de embalaje
(5) Modelo
2. Preguntas de opción múltiple
(1)A
(2)A B
(3)B C D
(4)B C D
(5) BC
3 Preguntas de respuesta corta
(1) Incluido La relación entre se puede resumir como dependencia y generalización.
(2) El diagrama de paquete es una herramienta de modelado importante para mantener y describir el modelo de la estructura general del sistema. Al describir cada paquete en el diagrama y las relaciones entre paquetes, se muestran las dependencias entre los módulos del sistema. El diagrama de paquetes consta de paquetes y las relaciones entre paquetes y es una herramienta importante para mantener y controlar la estructura general del sistema.
(3) Los elementos básicos del diagrama de paquetes son paquetes, subsistemas y dependencias. Un paquete es un espacio de nombres general que puede tener cualquier tipo de elemento modelo. En el modelo del sistema, cada gráfico debe pertenecer a un paquete único, y este paquete también puede estar contenido en otro paquete. Los paquetes forman la base para el control de configuración, almacenamiento y control de acceso. Varios subsistemas relativamente independientes constituyen un gran sistema complejo, y la relación entre el sistema y los subsistemas es básicamente una relación de combinación. Al describir cada paquete en el diagrama de paquetes y la relación entre paquetes, se demuestran las dependencias entre los distintos módulos del sistema.
(4) El embalaje es el concepto y componente más importante del diagrama de embalaje. Un diagrama de paquetes consta de paquetes y las relaciones entre paquetes. Sin el paquete, no hay imagen del paquete.
4. Problemas informáticos
(1) El mapa del paquete se encuentra en el CD-ROM del sistema de gestión de estudiantes. MDL-->Vista lógica->Montaña Baotu
Diagrama de componentes y diagrama de implementación del Capítulo 12
1.
(1) Características del código Características de identidad
(2) Diagrama de componentes
(3) Clases e interfaces de componentes
(4) Paquete virtual
(5) Diagrama de implementación
2. Preguntas de opción múltiple
(1) A.D.
(2)B
(3)A B D
p>(4) Respuesta
⑸B
3. Preguntas de respuesta corta
(1) El diagrama de componentes es adecuado para los siguientes requisitos de modelado: código fuente del sistema, sistema versión de lanzamiento, base de datos física, sistema de adaptación, construcción de modelo de negocio, gestión de desarrollo de sistemas.
(2) Ambos tienen nombres, pueden implementar un conjunto de interfaces, pueden participar en dependencias, pueden anidarse, pueden tener instancias y pueden participar en interacciones. Las clases describen la organización lógica y la intención de un diseño de software, mientras que los componentes describen la implementación física de un diseño de software. Las clases pueden tener propiedades y operaciones, los componentes solo tienen operaciones y las interfaces solo se pueden usar a través de componentes.
(3) En el diagrama de componentes básico, la relación más común entre componentes es la dependencia y la implementación.
(4) En UML, los componentes incluyen principalmente componentes de configuración, componentes de productos de trabajo y componentes ejecutables.
4. Problemas informáticos
(1) El diagrama de componentes se encuentra en el CD-ROM del sistema de gestión de estudiantes. MDL-->Vista de componentes->Diagrama de componentes
(2) El diagrama de implementación se encuentra en el CD del sistema de gestión de estudiantes.
MDL-->; Vista de implementación
Capítulo 13 Gráfico de estado
1.
(1) Objeto
(2) Gráfico de estado
(3) Estado simple y estado compuesto
(4) Estado histórico
(5) Eventos
2 Preguntas de muchas opciones.
(1)A B C D
(2)A B
(3)Respuesta
(4)A, B, D p> p>
(5) BC
3. Preguntas de respuesta corta
(1) El diagrama de estados consta de estado, estado inicial, estado de terminación, transición y juicio.
(2) Una máquina de estados es un dispositivo que registra el estado en un momento dado. Puede cambiar su estado en función de varias entradas o desencadenar una acción para cada cambio determinado. Un diagrama de estados es esencialmente una máquina de estados, o un caso especial de máquina de estados. Básicamente es 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 la máquina de estados. Un diagrama de estado describe el comportamiento dinámico de una entidad en respuesta a eventos y muestra cómo responde una entidad en diferentes momentos dependiendo de su estado actual.
(3) El papel del uso del modelado de gráficos de estado en el desarrollo de software: el gráfico de estados describe claramente la secuencia de transferencia entre estados, y la secuencia de ejecución de eventos se puede ver claramente a través de la secuencia de transferencia de estados; la secuencia clara de eventos ayuda a los programadores a evitar eventos desordenados al desarrollar programas. Los diagramas de estado describen claramente los eventos desencadenantes, las condiciones y acciones de monitoreo y otros factores que afectan las transiciones de estado, lo que ayuda a los programadores a evitar eventos ilegales en los programas. A través del juicio, los diagramas de estado pueden describir mejor las ramas del flujo de trabajo debido a diferentes condiciones.
(4) Múltiples subestados que forman un estado en secuencia son mutuamente excluyentes y no pueden existir al mismo tiempo. Los estados sintetizados secuencialmente pueden 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 en estados de componentes consecutivos. Los estados compuestos simultáneamente no pueden tener estado inicial ni final.
4. Problemas con la computadora
(1) El diagrama de estado se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Modelo de estado/actividad->Información del estudiante
(2) El diagrama de estado se encuentra en el CD del sistema de gestión de estudiantes. MDL-->Vista lógica->Modelo de estado/actividad->Administrador del sistema