Engenharia de Software——Capítulo 10 Análise Orientada a Objetos Disposição dos Pontos de Conhecimento

Esta coluna são as notas pessoais do blogueiro, o objetivo principal é usar o tempo fragmentado para memorizar os pontos de conhecimento da engenharia leve, declaramos!

Diretório de artigos

1. Quais são os três principais conteúdos do trabalho de análise?

 2. Qual é o processo de análise orientada a objetos?

3. As declarações de requisitos são imutáveis?

4. Quais são os cinco níveis em que geralmente consiste um modelo de objeto para um problema complexo?

5. Análise orientada a objetos da ordem de construção de modelos?

6. Quais são as etapas para criar um modelo de objeto?

7. Qual é a ordem geral da análise orientada a objetos?

8. Qual é o conteúdo da declaração de demanda?

9. A declaração de requisitos é um documento imutável?

10. Qual é a tarefa principal da análise orientada a objetos? Por que?

11. Desenvolvimento de grandes sistemas complexos Para reduzir a complexidade a que as pessoas estão acostumadas?

12. O que inclui a construção de um modelo dinâmico?

13. Qual é o propósito de escrever roteiros?

14. Qual é a essência do roteiro que descreve a sequência do tempo e o processo de escrever o roteiro?

15. O que é essencialmente um diagrama de rastreamento de eventos?

Resumo no final do capítulo


1. Quais são os três principais conteúdos do trabalho de análise?

Todos os processos de análise são o processo de extração de requisitos do sistema.O trabalho de análise inclui principalmente: compreensão, expressão e verificação .

 2. Qual é o processo de análise orientada a objetos?

A análise orientada a objetos é um processo de extrair e organizar os requisitos do usuário e estabelecer um modelo preciso do domínio do problema

3. As declarações de requisitos são imutáveis?

não. As declarações de requisitos são muitas vezes incompletas, imprecisas e muitas vezes informais , não definidas em pedra e devem ser usadas como base para refinar e refinar os requisitos

4. Quais são os cinco níveis em que geralmente consiste um modelo de objeto para um problema complexo?

  1. camada de tema
  2. camada de classe e objeto
  3. camada estrutural
  4. camada de atributos
  5. camada de serviço

【Observação】: Não é necessário concluir essas 5 tarefas em sequência e não é necessário concluir uma tarefa antes de iniciar outra

5. Análise orientada a objetos da ordem de construção de modelos?

        A ordem usual é estabelecer primeiro o modelo de objeto e, antes de definir os serviços de cada classe no modelo de objeto , estabelecer um modelo dinâmico e um modelo funcional

6. Quais são as etapas para criar um modelo de objeto?

  1. Identificar classes e objetos
  2. Determinar a associação
  3. Dividir temas
  4. Determinar atributos
  5. identificar herança

7. Qual é a ordem geral da análise orientada a objetos?

  1. Encontrar classes e objetos
  2. estrutura de reconhecimento
  3. identificar temas
  4. definir propriedades
  5. Crie um modelo dinâmico
  6. Crie um modelo funcional
  7. definir serviço

8. Qual é o conteúdo da declaração de demanda?

  1. área problemática
  2. Requisitos funcionais
  3. requisitos de desempenho
  4. Ambiente de aplicação e suposições

9. A declaração de requisitos é um documento imutável?

não. A declaração de requisitos pode ser simples ou complexa, é apenas o ponto de partida para entender as necessidades do usuário , não um documento estático

10. Qual é a tarefa principal da análise orientada a objetos? Por que?

A primeira tarefa da análise orientada a objetos é estabelecer o modelo de objeto do domínio do problema

Porque o modelo de objeto representa a estrutura de dados estática do sistema de destino , e a estrutura de dados estática tem menos dependência dos detalhes do aplicativo , é mais fácil de determinar e é mais estável

11. Desenvolvimento de grandes sistemas complexos Para reduzir a complexidade a que as pessoas estão acostumadas?

É comum que as pessoas dividam ainda mais o sistema em vários tópicos diferentes , identificados pelo domínio do problema em vez do método de decomposição funcional

12. O que inclui a construção de um modelo dinâmico?

  1. Criar um diagrama de estado
  2. Criar diagramas de sequência (diagramas de sequência)
  3. Criar diagrama de atividades

13. Qual é o propósito de escrever roteiros?

Ajuda a garantir a correção e a clareza de todo o processo de interação , a fim de garantir que nenhuma etapa importante da interação seja perdida

14. Qual é a essência do roteiro que descreve a sequência do tempo e o processo de escrever o roteiro?

Em essência, é o processo de análise dos requisitos do usuário para o comportamento de interação do sistema.

15. O que é essencialmente um diagrama de rastreamento de eventos?

O diagrama de rastreamento de evento é essencialmente um script estendido , e o diagrama de rastreamento de evento pode ser considerado como um diagrama de seqüência UML simplificado

Resumo no final do capítulo

        A análise é o processo de extrair os requisitos do sistema e estabelecer um modelo preciso do domínio do problema , que inclui três tarefas principais: compreensão, expressão e verificação . O trabalho chave da análise orientada a objetos é analisar e determinar os objetos no domínio do problema e o relacionamento entre os objetos e estabelecer o modelo de objeto do domínio do problema .

        O modelo de objeto de sistemas grandes e complexos geralmente consiste nos seguintes cinco níveis: camada de assunto, camada de classe e objeto, camada de estrutura, camada de atributo e camada de serviço . Correspondem às 5 tarefas que devem ser realizadas no processo de construção do modelo de objeto.

        A maioria dos modelos de análise não é concluída de uma vez, e a análise deve ser repetida várias vezes para entender o significado completo do domínio do problema. Portanto, o trabalho de análise não pode ser realizado estritamente de acordo com a ordem predeterminada; o trabalho de análise não é um processo de transformar mecanicamente a declaração de requisitos no modelo de análise. Os analistas devem se comunicar e consultar repetidamente usuários e especialistas de domínio para corrigir mal-entendidos e complementar as informações ausentes em tempo hábil.

        Os modelos de análise são uma ferramenta de comunicação eficaz para os analistas de sistema se comunicarem com usuários e especialistas de domínio . O modelo final deve ser validado por usuários e especialistas do domínio. No processo de comunicação e confirmação, os protótipos muitas vezes podem desempenhar um grande papel na promoção.

        Um bom modelo analítico deve refletir correta e completamente os atributos essenciais do problema e não conter conteúdo irrelevante. O objetivo da análise é uma compreensão abrangente e aprofundada do domínio do problema , que não deve envolver considerações de implementação específicas. No entanto, não é realista estar completamente livre de influências relacionadas à implementação no processo de análise real. Embora o objetivo da análise seja substituir a declaração de requisitos pelo modelo de análise e usar o modelo de análise como base do projeto, na verdade não há limite absoluto entre análise e projeto .

Próximo capítulo : Engenharia de Software—Capítulo 11 Projeto Orientado a Objetos Disposição dos Pontos de Conhecimento

Repetidamente, pé no chão; nunca esquecendo, haverá ecos! 

Acho que você gosta

Origin blog.csdn.net/qq_52487066/article/details/131657692
Recomendado
Clasificación