Design de Interfaces e Requisitos de Software

Introdução ao Desenho de Software

• O desenho de software envolve princípios e práticas que resultam em sistemas de alta qualidade.
• É essencial para a transformação de requisitos em soluções práticas.
• Permite a criação de sistemas escaláveis, flexíveis e robustos.
• O desenho de software evolui constantemente com novas metodologias (ex: ágil e modelagem orientada a objetos).

Análise vs. Desenho

• Análise e Especificação de Requisitos: Capturar e entender as necessidades do software; identificar requisitos funcionais (funcionalidades) e não funcionais (desempenho, segurança, etc.); concentrar-se nos problemas e necessidades do cliente/usuário.
• Desenho de Software: Determinar como o software funcionará; traduzir os requisitos em uma solução técnica detalhada; focar na arquitetura, componentes e interação entre os módulos.

Atividades Realizadas na Análise

• Elicitação: Reuniões com stakeholders para identificar necessidades; utilizar ferramentas como entrevistas, questionários e observações.
• Modelação de Requisitos: Criar diagramas (ex.: casos de uso, diagramas de contexto); documentar requisitos em linguagem clara e compreensível.
• Validação e Priorização: Garantir que os requisitos atendem às necessidades do cliente e são viáveis.
• Gestão de Requisitos: Rastrear mudanças nos requisitos ao longo do projeto.

Atividades Realizadas no Desenho

• Design Arquitetural: Definir a estrutura geral do sistema (ex.: arquitetura em camadas, microserviços); escolher padrões arquiteturais (ex.: MVC, REST).
• Design de Componentes: Detalhar os módulos ou componentes do sistema e suas responsabilidades.
• Design de Dados: Modelar as bases de dados (ex.: diagramas ER); estruturar classes e atributos (em sistemas orientados a objetos).
• Design de Interfaces: Definir interfaces entre módulos e com o utilizador.
• Especificação Técnica: Criar diagramas detalhados (ex.: UML) que mostram interações entre os elementos.

Entregáveis - Análise e Especificação de Requisitos

• Documento de Requisitos de Software (DRS): Lista detalhada dos requisitos funcionais e não funcionais.
• Modelos de requisitos: Diagramas de casos de uso, diagramas de contexto, histórias de usuário.
• Matriz de rastreabilidade: Relaciona requisitos a funcionalidades e módulos.

Entregáveis - Desenho

• Diagramas UML: Diagramas de classes, sequência, componentes e estados.
• Especificações técnicas detalhadas: Arquitetura do sistema e descrição de algoritmos.
• Protótipos ou mockups (opcional): Esboço das interfaces do utilizador.
• Modelos de dados: Diagramas de entidade-relacionamento e especificações do banco de dados.

Ferramentas Utilizadas

• Análise e Especificação de Requisitos: Brainstorming, entrevistas, workshops, Jira, Confluence, Microsoft Word, Lucidchart.
• Desenho de Software: Design centrado no utilizador, desenho baseado em padrões, Visual Paradigm, Enterprise Architect, Draw.io, Figma, ferramentas UML.

Envolvimento de Stakeholders

• Análise e Especificação de Requisitos: Envolvimento forte de stakeholders externos (clientes, usuários finais) e analistas de negócios; foco em traduzir as necessidades em requisitos claros.
• Desenho de Software: Envolvimento de stakeholders internos (arquitetos, desenvolvedores) para definir a implementação técnica; o cliente normalmente não está diretamente envolvido.

Nível de Abstração

• Análise e Especificação de Requisitos: Alta abstração; não se preocupa com a implementação técnica, mas sim com as necessidades do negócio e do usuário.
• Desenho de Software: Média a baixa abstração; foco em criar soluções técnicas detalhadas para implementar os requisitos.

Riscos e Problemas Comuns

• Análise e Especificação de Requisitos: Requisitos incompletos ou mal definidos; mudanças frequentes nas necessidades do cliente; falta de comunicação entre analistas e stakeholders; ambiguidade na descrição dos requisitos.
• Desenho de Software: Design excessivamente complexo ou incompatível com os requisitos; decisões arquiteturais que não escalam ou são difíceis de manter; falta de alinhamento entre desenvolvedores e arquitetos; ausência de documentação detalhada.

Dependência e Continuidade

• O desenho de software só pode começar após a conclusão de uma análise clara e completa dos requisitos.
• Os requisitos servem como base para todas as decisões no desenho do software.
• A retroalimentação é fundamental: problemas com os requisitos podem ser descobertos durante o desenho levando a ajustes na fase de análise.

Resumo da Comparação

• Tabela comparativa entre Análise e Especificação de Requisitos e Desenho de Software.

Design de Interfaces

• O desenho de interfaces é uma etapa crucial no desenvolvimento de software, tratando da conceção e estruturação da interação entre os usuários e o sistema.
• Visando interfaces intuitivas, funcionais e eficientes, levando em conta os objetivos do usuário e os requisitos técnicos.
• Principais objetivos: facilidade de uso, acessibilidade, consistência e estética funcional.
• Etapas: Pesquisa e planeamento, Criação de protótipos, Testes de usabilidade, Iteração.
• Ferramentas: Figma, Adobe XD, Sketch, InVision, Marvel App, Maze, UsabilityHub.

Integração

• A colaboração entre arquitetos e programadores é crucial, assegurando que o desenho seja implementado como planejado levando em conta as limitações/possibilidades tecnológicas (ex: frameworks front-end, linguagens de programação).

Benefícios

• Interface bem projetada: redução da frustração e melhoria da experiência do usuário.
• Redução de erros: um design claro e intuitivo minimiza mal-entendidos e ações incorretas.
• Melhor retenção: os usuários tendem a continuar usando sistemas com uma experiência agradável.
• O desenho deve ser rastreável aos requisitos, iterativo, com representações compreensíveis e acessíveis, adaptável a diferentes abordagens.

Desenho de Componentes

-O desenho dos componentes detalha a lógica interna do sistema.

• Objetivos: definir a lógica interna de forma clara e modular, garantindo a coesão, promovendo a reutilização de código, facilitando a manutenção e evolução e reduzindo a dependência.
• Passos para o desenho dos componentes: definir o objetivo, projetar a interface externa, detalhar a lógica interna, identificar dependências, testar a lógica interna.
• Ferramentas: UML , diagramas de fluxo de dados, ferramentas de desenho (ex: Lucidchart, Draw.io) e pseudocódigo.

Conceitos Fundamentais de Desenho

• Abstração, modularidade, ocultação de informação e independência funcional visam simplificar a complexidade e garantir o bom funcionamento e modularidade do desenho.

Componentes do Desenho Arquitetural

• Componentes principais (interface do usuário, lógica de negócios e banco de dados).
• Interconexões (como os módulos se comunicam - APIs, chamadas de função, eventos).
• Tecnologias e padrões (ex.: arquitetura RESTful, padrões como Event-Driven Architecture ou Microserviços).
• Exemplos: Sistemas de comércio eletrônico.

Neste quiz, você testará seus conhecimentos sobre o design de interfaces e a análise de requisitos em desenvolvimento de software. Serão abordados temas como a importância de uma interface bem desenhada e a documentação dos requisitos. Prepare-se para responder perguntas que envolvem as melhores práticas neste campo.