Diseño de análisis y modelado de sistemas UML Diao Chengjia responde después de clase
Capítulo 1: Desarrollo del diseño de análisis y modelado de sistemas
1. Tres elementos del modelado de sistemas: métodos, herramientas y procesos
2. Clasificación del software:
Según la función del software: software del sistema, software de soporte y software de aplicación
Según la escala del software: software pequeño, software mediano , Software grande o incluso muy grande
Dividido según el modo de trabajo del software: software de procesamiento en tiempo real, software de tiempo compartido, software interactivo y software de procesamiento por lotes
Dividido según al alcance de los objetos de servicio del software: software de procesamiento de una sola vez Uso de software y uso de software
3: software de un solo uso y software de uso frecuente
Según el impacto del software falla, se divide en: software general y software crítico
3. Hay dos razones principales para la crisis del software: una está relacionada con las características del software en sí y la otra son los métodos incorrectos de desarrollo de software. mantenimiento.
4. Modelos de procesos de desarrollo de software: modelo en cascada, modelo incremental, modelo evolutivo, modelo en espiral, modelo inteligente
5. mejora
6. Tres características importantes de la orientación a objetos: encapsulación, herencia y polimorfismo
7. Los métodos de desarrollo de software parten de métodos y módulos de desarrollo estructurados. Es un proceso de evolución gradual de los tradicionales. métodos de desarrollo hasta métodos de desarrollo orientados a objetos
8. El ciclo de vida del software describe todo el proceso de un software desde la definición, desarrollo, uso y mantenimiento
9, Conceptos básicos de desarrollo de objetos. orientado: objetos, encapsulación de clases, polimorfismo, herencia y paso de mensajes
10 El proceso de desarrollo de software consta desde el análisis de la demanda del cliente, el análisis del sistema, el diseño del sistema y la implementación del sistema hasta las pruebas y el mantenimiento. p>
11. El proceso de desarrollo de sistemas orientados a objetos está centrado en la arquitectura, impulsado por casos de uso y es un proceso iterativo e incremental.
Ejercicios posteriores a la clase:
2. La encapsulación es una tecnología de ocultación de información que tiene como objetivo separar a los productores y usuarios de objetos, y separar la definición e implementación de objetos.
3. El mecanismo de herencia en los métodos orientados a objetos permite que las subclases posean automáticamente todas las propiedades y operaciones de la clase principal copiada
4. Se puede definir un método en varias clases. La operación o nombre de atributo tiene diferentes implementaciones en cada clase. Este método es polimorfismo
5. El polimorfismo se refiere a definir la misma operación en una o más clases o nombres de propiedad y tener diferentes implementaciones en cada clase. El software se divide en software de procesamiento en tiempo real, software de tiempo compartido, software interactivo y software de procesamiento por lotes según su modo de operación.
6. El ciclo de vida del software consta de tres partes: definición del software, desarrollo del software y uso, mantenimiento y reemplazo del software.
7. Los modelos de desarrollo de software incluyen el modelo en cascada, el modelo incremental, el modelo en espiral, el modelo inteligente y el modelo de prototipo rápido.
8. La tecnología orientada a objetos adopta tecnologías centradas en clases, como la encapsulación. La herencia y el polimorfismo no solo respaldan la reutilización del software, sino que también hacen que el mantenimiento del software sea confiable y eficiente, y permiten la fabricación flexible de sistemas de software.
9. Las ventajas de UML son: unicidad, continuidad, mantenibilidad, reutilización y completitud.
Capítulo 2 Lenguaje de modelado unificado UML
1 Cinco vistas de UML: vista de casos de uso, vista lógica, vista de componentes, vista de procesos y vista de configuración
2. Los tres tipos principales de diagramas de modelo de UML son: diagrama de modelo de caso de uso, diagrama de modelo estático y diagrama de modelo dinámico.
3. El implementador externo descrito por el modelo de caso de uso se utiliza principalmente en la etapa de análisis de requisitos.
4. El mecanismo de modelado estático de UML incluye: diagrama de clases, diagrama de objetos, diagrama de modelo dinámico: diagrama de clases, diagrama de objetos, diagrama de paquetes, diagrama de componentes, diagrama de configuración
5. El modelo incluye cuatro tipos de conejos: diagrama de estado, diagrama de actividad, diagrama de secuencia y diagrama de cooperación
6. El proceso de desarrollo de software, es decir, el ciclo de vida, se divide en cuatro etapas: planificación detallada inicial. , construcción del sistema y entrega.
7. Los componentes de actividad centrales del proceso de desarrollo de UML son: análisis, diseño, implementación, pruebas, configuración y algunas actividades de soporte centrales.
8. Los productos del proceso de desarrollo de UML incluyen dos categorías: modelos y documentos.
9 Las características básicas del proceso de desarrollo de software UML: sistema basado en casos de uso, arquitectura. Proceso de desarrollo centrado y en espiral, cuyo objetivo es el control de calidad y la gestión de riesgos.
10 El mecanismo de extensión en UML incluye tres tipos: construcción, valor de etiqueta y restricción. Las construcciones se utilizan para clasificar elementos del modelo y definir nuevos elementos del modelo basados en elementos del modelo básico existentes. Los valores de etiqueta (también llamados especificaciones de características), junto con las restricciones, adjuntan directamente ciertas características y semántica a los elementos del modelo.
11. El proceso de desarrollo de un proyecto de software incluye trabajos específicos: modelado de negocio, análisis de requisitos, diseño, implementación y pruebas.
12. Las características básicas del proceso de desarrollo de software UML son: proceso de desarrollo de software impulsado por la fuerza, centrado en la arquitectura del sistema, con control de calidad y gestión de riesgos como objetivos, utilizando iteración, ciclo e incremento en un proceso de desarrollo de estilo espiral.
Ejercicio: BBCDB
1. El software UML está centrado en objetos, con la arquitectura del sistema como línea principal, y se desarrolla utilizando métodos cíclicos, iterativos e incrementales.
2. El diagrama del modelo de diagrama estático de UML consta de diagrama de clases, diagrama de objetos, diagrama de paquetes, diagrama de componentes y diagrama de configuración.
3. El diagrama del modelo dinámico de UML consta de diagramas de actividad, diagramas de secuencia, diagramas de estado y diagramas paralelos.
4 El producto final de UML es la viabilidad del sistema de software final presentado. Archivos de ejecución y documentos de software correspondientes
5. En el modelado de análisis de requisitos UML, el diagrama del modelo utilizado debe comunicarse y confirmarse repetidamente con el usuario.
6. Los modelos de análisis y diseño UML se representan mediante tres tipos de diagramas de modelo. Estos tres tipos de diagramas de modelo son: diagramas de modelo de casos de uso, diagramas de modelo estático y diagramas de modelo dinámico.
7. El proceso de desarrollo de software unificado de UML, es decir, el ciclo de vida se puede dividir en orden cronológico en cuatro etapas: diseño detallado inicial, estructura y entrega del sistema, y una serie de repeticiones cíclicas de etapas.
8. El proceso de desarrollo de UML es una estructura bidimensional del proceso de desarrollo de software. El trabajo central del proceso de desarrollo de proyectos de software es el análisis, el diseño, la implementación, las pruebas y la configuración.
9. Cinco vistas diferentes en UML pueden describir completamente el sistema construido. Estas cinco vistas son vista de caso de uso, vista lógica, vista de componente, vista de proceso y vista de configuración.
10. Hay 10 diagramas básicos en UML que pueden describir completamente cualquier sistema construido. Las 10 vistas son diagramas de casos de uso, diagramas de clases, diagramas de objetos, diagramas de paquetes, diagramas de componentes, diagramas de configuración, diagramas de secuencia, diagramas de actividad, diagramas de estado y diagramas de colaboración.
Capítulo 3 Análisis de requisitos y modelado de casos de uso
1. Estudio de viabilidad: viabilidad económica, viabilidad técnica y viabilidad legal.
2. El propósito del análisis de requisitos es describir las funciones y el rendimiento del software en profundidad, determinar las limitaciones del diseño del software y los detalles de la interfaz entre el software y otros elementos del sistema, y definir. otros requisitos para la eficacia del software.
3. Los diagramas de casos de uso contienen elementos de modelado, como sistemas, roles, casos de uso y diferentes relaciones entre ellos, como herencia, asociación y dependencia.
4. Los ejecutores son personas que interactúan con el sistema u otros sistemas fuera del sistema.
5 Los ejecutores se dividen en dos categorías: ejecutores "humanos" y ejecutores del "sistema externo". .
6. En UML, existen cuatro tipos principales de asociaciones entre casos de uso: asociación de herencia, asociación de extensión, asociación de inclusión y asociación de uso.
7. de las herramientas gráficas para el modelado de comportamiento dinámico, utilizadas para representar las actividades requeridas para completar una operación, o las actividades de una instancia de caso de uso. Un diagrama de actividades es en realidad un diagrama de flujo que describe la secuencia de actividades, es decir, el flujo de control del sistema de una actividad a otra. Los diagramas de actividad son particularmente útiles para el flujo de operaciones de segunda categoría y el comportamiento de procesamiento concurrente.
Ejercicio: BACDB AA
1. El análisis del estudio de viabilidad incluye análisis de viabilidad económica, análisis de viabilidad técnica y análisis de viabilidad legal.
2 UML El modelo de análisis de requisitos del cliente. Consta de modelos de casos de uso, diagramas de clases, diagramas de objetos y diagramas de actividades.
3. El contenido de responsabilidad de Yilan en la tarjeta CRC utilizada en el análisis de la demanda del cliente UML describe principalmente los atributos y operaciones de la clase.
4 El modelo de caso de uso generado por el análisis de la demanda del cliente UML. describe los requisitos funcionales del sistema
5. En el modelado de análisis de requisitos UML, el modelo de caso de uso debe comunicarse y confirmarse repetidamente con los usuarios.
6. En el modelado de análisis de demanda UML, se deben utilizar diagramas de actividades para describir en detalle los casos de uso en el modelo de casos de uso.
7. Los diagramas se utilizan para describir el comportamiento del procesamiento concurrente multiproceso
8. El modelo generado en la fase de análisis de requisitos del proceso de desarrollo de software UML está representado por tres tipos de diagramas de modelo. Ellos son: diagrama de modelo de casos de uso, diagrama de modelo estático y diagrama de modelo dinámico.
9. La descripción en la ficha CRC consta de cinco partes: nombre de la clase, características de la clase, tipo de clase, persona responsable y colaborador****
10. Para el propósito del proyecto de software, el estudio de viabilidad técnica incluye tres partes: análisis de riesgos, análisis de recursos y análisis técnico
11 En la etapa de análisis de la demanda del proceso de desarrollo de software UML, se analizan los pasos para establecer un uso. El modelo de casos se divide en: determinar el alcance y los límites del sistema, identificar los implementadores del sistema y los casos de uso, describir los casos de uso, definir las relaciones entre los casos de uso y revisar los modelos de casos de uso.
12. Los diagramas de casos de uso utilizan cuadros de práctica para representar el alcance y los límites del sistema, describir casos de uso dentro de los límites del compromiso y describir a los ejecutores fuera de los límites.
13. en el modelo de casos de uso puede ser un ejecutor "humano" o un ejecutor del sistema "externo"
14 El ejecutor en el modelo de casos de uso puede ser un ejecutor "humano" o un sistema "externo". ejecutor
15. El ejecutor en el modelo de casos de uso puede ser un ejecutor "humano" o un ejecutor del sistema "externo". Contiene asociaciones y asociaciones heredadas
Capítulo 4 Análisis del sistema y modelado de clases de objetos
1 Con base en el modelo de demanda del usuario establecido, establezca tres modelos de sistema en la etapa de análisis del sistema: Objeto. modelo estático, modelo dinámico de objetos y modelo funcional del sistema.
2. Las relaciones entre clases incluyen asociación, agregación, herencia, dependencia, refinamiento, etc.
3. El paquete es uno de los elementos del modelo de UML y un paquete puede contener otros paquetes y clases. Los paquetes pueden tener relaciones, dependencias, etc. Gem es un mecanismo de agrupación que organiza algunos elementos del modelo en grupos semánticamente relacionados. Todos los elementos del modelo que tiene o involucra un paquete se denominan contenido del paquete.
Ejercicio BBCBB B
1. El análisis del sistema UML establece además tres modelos de sistema, a saber, el modelo estático de objetos, el modelo dinámico de objetos y el modelo de función del sistema.
2. Los diagramas de descripción de los modelos generados en las etapas de análisis de la demanda del cliente, análisis del sistema y diseño del sistema de UML son completamente diferentes.
3. ellos es que clases Describe el tipo de atributos, y los atributos de los objetos deben tener valores específicos
4. ¿Cuál es el diagrama de paquete generado por UML? El diagrama de paquete generado durante la fase de análisis del sistema de UML describe el nivel de estructura del sistema
5. El patrón de diseño es una metodología de diseño en el diseño de sistemas orientado a objetos
6 ". Objeto El patrón de diseño "contenedor" se utiliza para administrar un número limitado de objetos y no puede modificar objetos.
7 Se produjeron tres patrones de modelo de objetos durante el proceso de desarrollo del software UML en la etapa de análisis del sistema. Son: el modelo estático del objeto, el modelo dinámico del objeto y el modelo de procesamiento de funciones del sistema del objeto.
8. En el diagrama de clases de objetos UML, hay cinco relaciones entre clases: relación de dependencia, relación de refinamiento, relación de asociación, relación de agregación y relación de herencia.
9. ***Los objetos parciales que gozan de agregación pueden ser parte de cualquier todo, lo que significa que cuando la relación entre el todo/parte de una cosa es débil, el peso del segmento completo debe ser n
10. En las etapas de análisis de requisitos y análisis del sistema del proceso de desarrollo de software UMl, los pasos para establecer el modelado de clases de objetos incluyen encontrar y determinar clases de objetos, definir interfaces, definir relaciones entre clases, establecer diagramas de clases de objetos y Sistemas de construcción. Mapa de paquetes.
11. La agregación combinada significa que el todo posee partes y tiene la identidad de robar al propietario del objeto, lo que indica que la relación todo/parte de la cosa es fuerte.
Las partes existen dentro del todo y son inseparables de la existencia o desaparición del todo. La acusación general debe ser
12. El análisis del sistema se basa en las especificaciones del análisis de la demanda del cliente
13. Una clase tiene instancias y sus instancias son objetos. En UML, los paquetes se utilizan para representar el mecanismo de agrupación de la organización del modelo y los paquetes no tienen instancias.
Capítulo 5 Diseño del sistema y modelo de interacción dinámica de objetos
1 Los mensajes se dividen en cuatro tipos de flujo de control: mensajes simples, mensajes sincrónicos, mensajes de un paso y mensajes de retorno.
2. El diagrama de secuencia se utiliza para describir el comportamiento de intercambio entre objetos. Se centra en el orden temporal de los mensajes, es decir, el orden en que se envían y reciben mensajes entre objetos. Los diagramas de secuencia también revelan escenarios de interacción específicos, es decir, interacciones específicas entre objetos que ocurren en un determinado momento durante la ejecución del sistema, y son adecuados para describir características y restricciones de tiempo en sistemas en tiempo real.
3. Tanto los diagramas de colaboración como los diagramas de secuencia se pueden utilizar para describir las interacciones entre los objetos del sistema. Los diagramas de secuencia enfatizan la secuencia temporal de llamadas a operaciones entre un grupo de objetos, mientras que los diagramas de colaboración enfatizan las relaciones entre este grupo de objetos.
Ejercicios CCADA
1. Los pasos generales del diseño del sistema UML incluyen el diseño de objetos del sistema, el diseño de la estructura del sistema y la optimización del diseño del sistema
2. diagrama Se utilizan principalmente para simular el flujo de mensajes en diagramas de casos de uso, se utilizan para describir el comportamiento de los diagramas de casos de uso.
3. Los diagramas de secuencia tienen elementos modelo como objetos, mensajes y enlaces, que representan varios objetos en el caso de uso y todos los mensajes pasados entre los objetos, modelando así el comportamiento del sistema.
4. Los diagramas de secuencia describen el orden de transmisión de mensajes entre un grupo de objetos.
5. Los diagramas de secuencia y los diagramas de cooperación establecen un modelo de interacción dinámica de objetos en el UML orientado a objetos. proceso de desarrollo
6. En el modelo dinámico de objetos generado por el proceso de desarrollo de software UML, hay cuatro tipos de mensajes, que son mensajes simples, mensajes sincrónicos, mensajes asincrónicos y mensajes de retorno.
7. Los diagramas de secuencia y los diagramas de cooperación se utilizan para expresar interacciones entre objetos. Son herramientas de modelado que describen cómo un grupo de objetos cooperan para completar un determinado comportamiento.
8. El flujo de acción se ejecuta simultáneamente con otros procesos
9. Los subprocesos son flujos de acción internos
10. Los subprocesos asincrónicos y los subprocesos de retorno son flujos de operaciones internos que se pueden ejecutar simultáneamente con otros subprocesos. /p>
10. Los objetos activos son objetos que poseen procesos o subprocesos, pueden inicializar y controlar actividades y pueden ejecutarse de forma independiente y concurrente.
11. Los objetos pasivos deben ejecutarse en procesos o subprocesos. Un objeto pasivo es un objeto que debe ser activado por un mensaje de otro objeto para poder realizar una acción.
12. El diagrama de interacción describe la interacción entre los objetos del sistema. Cada interacción tiene un remitente y un receptor, que puede ser el sistema completo, un subsistema, un caso de uso, una clase de objeto o una operación.
Capítulo 6: Modelado dinámico del sistema: modelo de estado
1. El diagrama de estado generado durante el proceso de desarrollo del software UML describe los diversos estados de un objeto en el sistema y el modelo de estado. La transición de un objeto de un estado a otro, así como los eventos que afectan estos estados del objeto, etc. Se utiliza principalmente para describir el número de flujos de control de un objeto de un estado a otro.
2. Eventos de entrada de eventos, eventos de salida y realización de eventos en actividades
3 cambios de estado: migración
Practica BAABB
2. El diagrama de estado describe la transición de estado de un objeto impulsado por diferentes eventos.
3. Un icono de transición de estado puede tener múltiples estados de origen o de destino, lo que puede descomponer un control en subprocesos simultáneos que se ejecutan en paralelo o fusionar varios subprocesos simultáneos en un solo subproceso.
p >
4. La migración entre estados de acción en el diagrama de actividad no es provocada por eventos.
5. Los diagramas de estado y los diagramas de actividad se establecen en el proceso de desarrollo orientado a objetos UML. establecido el modelo de estado dinámico de los objetos en el desarrollo orientado a objetos UML
6. Los diagramas de estado y los diagramas de actividad establecieron los diagramas de estado y la actividad de UML. Los diagramas establecen el proceso de desarrollo orientado a objetos UML. El estado secuencial indica que la migración entre estados es en serie, es decir, uno tras otro
6 El diagrama de estado también puede utilizar el símbolo gráfico de migración concurrente sincrónica de la migración compuesta para representar subestados concurrentes
8. El proceso en el diagrama de estado es un flujo de acción que se puede ejecutar al mismo tiempo que otros procesos
9. En el diagrama de actividad, la flecha punteada también se convierte en el flujo de objeto, que representa un estado de operación o actividad. La asociación entre un estado y un objeto
10. El diagrama de actividad describe el comportamiento dinámico de un objeto y también se puede utilizar para describir casos de uso.
11. La migración de estados de actividad en el diagrama de actividad no se activa con el botón de tiempo, sino que ingresa automáticamente al siguiente estado multidominio después de que se completa la ejecución de la actividad.
12 Los diagramas de estado y los diagramas de actividad describen una serie de. objetos del sistema en el cambio de estado del sistema
Capítulo 7 Modelado de la arquitectura del sistema
1. En UML, los artefactos de software se dividen en artefactos de código fuente, artefactos binarios y artefactos de código ejecutable. Los diagramas de artefactos constan de estos artefactos, interfaces y relaciones entre artefactos.
Ejercicio ABBDA CD
1. La arquitectura del sistema se utiliza para describir la estructura y estructura de cada parte del sistema y el mecanismo que utilizan para la comunicación.
2 UML puede describir La interconexión entre hardware también puede describir la distribución de sistemas de software en unidades de hardware.
3 La arquitectura del software trata sobre casos de uso, clases, objetos, estructuras y las interacciones entre ellos y con el sistema. describir.
4. La arquitectura del sistema de hardware describe la configuración de los componentes y nodos del sistema.
5. Los conceptos y funciones definidos en la arquitectura del sistema software se implementarán en la arquitectura física.
6. Un diagrama de configuración consta de nodos y enlaces entre nodos, y describe la arquitectura de procesadores, dispositivos y componentes de software cuando es necesario.
7. Los elementos básicos del diagrama de configuración incluyen nodos, componentes, objetos, conexiones, dependencias, etc.
8. El modelado de arquitectura del sistema se puede dividir en modelado de arquitectura del sistema de software y modelado de arquitectura del sistema de hardware.
9. Los componentes son clases y objetos en la arquitectura del sistema de software, la relación entre ellos. y la arquitectura de objetos de implementación de los conceptos y funciones definidos en la colaboración
10. Los componentes de software se dividen en componentes de código fuente, componentes binarios y código ejecutable
11. Los componentes de software son. dividido en código fuente, componentes binarios y código ejecutable.
11. El diagrama de componentes se utiliza principalmente para establecer un modelo estático del sistema.
12 Los componentes en el diagrama de componentes no tienen instancias, siempre que las instancias de los componentes. se identifican en el diagrama de configuración
13. Un diagrama de configuración consta de nodos y enlaces entre nodos, que describe la arquitectura de tiempo de ejecución de procesadores, dispositivos y componentes de software.
14. Los vínculos entre nodos y entre nodos y artefactos incluyen asociaciones de comunicación, vínculos de dependencia, etc.