Prévia do material em texto
Diagramas UML Padrões GRASP Diagramas de classes padrão Especialista representam a estrutura atribui responsabilidades do sistema. à classe mais adequada. Diagramas de sequência Baixo acoplamento promove mostram a interação entre independência entre objetos. classes. Diagramas de atividades Alta coesão garante que descrevem fluxos de classes tenham trabalho. responsabilidades bem Diagramas de componentes definidas. ilustram a arquitetura do Criador sugere que a sistema. classe responsável deve criar instâncias. Desenvolvimento Requisitos de Software de Casos de Uso Requisitos funcionais definem Um ator representa um comportamentos esperados do usuário ou sistema sistema. Software interagindo com Requisitos não funcionais software. abordam aspectos de desempenho e Cenários são instâncias usabilidade. de casos de uso que Controle de requisitos é descrevem interações. essencial para a gestão de Casos de uso ajudam a projetos. identificar requisitos Requisitos devem ser claros e do sistema. compreensíveis para todos Narrativas em texto são envolvidos. Tipos de Diagramas usadas para documentar Diagramas de sequência e casos de uso. comunicação são tipos de diagramas de interação. Relações entre Classes Diagramas de classes e estados têm finalidades Princípios SOLID Composição indica que uma distintas. classe contém outra como parte. Princípio da Agregação representa uma Diagramas de pacotes Responsabilidade Única relação mais fraca entre organizam classes em grupos sugere que uma classe deve classes. lógicos. ter uma única razão para Relações de herança permitem Diagramas de atividades mudar. reutilização de código. mostram fluxos de processos e Princípio da Inversão de decisões. Relações de associação conectam Dependências promove classes de forma bidirecional. dependência de abstrações. Princípio da Segregação de Interfaces evita interfaces grandes e complexas. Princípio de Substituição de Liskov garante que subclasses possam substituir superclasses.