Creado por Carlos Lopes
hace más de 9 años
|
||
Pregunta | Respuesta |
Objetivo primário de um Caso de Uso | Cada caso de uso deve entregar algo de valor para o cliente. |
Modelo de domínio | Modelo de domínio é a representação visual de classes conceituais, objetos e conceitos do mundo real em um dado domínio. |
Coesão | É a medida do quão funcionalmente relacionadas estão as operações de um elemento de software. |
Acoplamento | É a medida do quão fortemente um elemento de software está: ligado a, tem conhecimento de, ou depende de, outros elementos de software. |
Decomposição Representativa | Uma classe de software que é gerada com base em uma classe conceitual ou em outro elemento do modelo de domínio, aumentando o hiato de representação. |
Decomposição Representativa: Ex | Classe conceitual do domínio: VENDA Que dá origem a classe de software: VENDA |
Decomposição Comportamental | Uma classe de software que é criada com base em uma série de comportamentos agrupados. Funciona como uma classe artificial agrupadora de comportamentos (GRASP: Invenção pura). |
Componente de software | É um módulo ou subsistema que desempenha uma função específica e pode ser integrado a uma arquitetura bem definida (Philippe Kruchten) |
Análise | A palavra "análise" enfatiza a investigação de um problema e não sua solução. No caso da análise de requisitos, uma "investigação acerca dos requisitos", ou na análise de objetos uma "investigação sobre os objetos". (Larman) |
Projeto | Projeto, enfatiza uma solução conceitual que satisfaça os requisitos e não sua implementação. Em suma um projeto pode ser implementado. (Larman) |
Análise orientada a objetos | "Investigação" que busca encontrar e descrever os objetos no domínio de um problema |
Projeto orientado a objetos | Definição dos objetos de software e como eles colaboram para a satisfação dos requisitos. |
Modelo | Simplificação de algo, com um objetivo específico |
¿Quieres crear tus propias Fichas gratiscon GoConqr? Más información.