Projeto de Software

Projeto de Software

1. O modelo de requisitos obtido ao final da análise de requisitos permite a modelagem dos seguintes projetos necessários ao projeto de software

2. Modelo do projeto

   • Projeto de dados/classes
     • Define as estrutura de dados e classes de projeto necessários para implementação
   • Projeto de arquitetura
     • Define relacionamentos de elementos estruturais, estilos arquiteturais e padrões de projeto
   • Projeto de interfaces
     • Define a forma de interação humano-computador e a comunicação com outros sistemas
   • Projeto de componentes
     • Define a partir dos elementos estruturais os componentes do software
   • Projeto de implantação
     • Define como os subsistemas e a funcionalidade de software serão alocados no ambiente computacional físico que irá suportar o software

3. Conceitos Fundamentais

   • Abstração
     • Pode ser de alto nível, facilitando a compreensão de leigos ou sumarizando a informação, ou de baixo nível, apresentado mais detalhadamente a solução técnica para a questão discriminada.
   • Arquitetura
     • Estrutura ou a organização de componentes de programa (módulos), a maneira através da qual esses componentes interagem e a estrutura de dados são usadas pelos componentes
   • Padrões
     • parte de um conhecimento consolidado já existente que transmite a essência de uma solução comprovada para um problema recorrente em certo contexto, em meio a preocupações concorrentes
   • Separação por interesses
     • Conceito de que problemas complexos podem ser subdivididos em trechos a ser resolvidos e/ou otimizados independentemente
   • Modularidade
     • Divisão do software em componentes menores, facilitando o projeto, a implementação e a manutenção
   • Encapsulamento
     • Aprofundamento da modularidade em que os módulos ou seus conjuntos apenas transmitam as informações necessárias à operação solicitada, restringindo acesso amplo às informações por outros componente que delas não necessitam
   • Independência funcional
     • Módulos possuem capacidade de exercerem as funções designadas independentemente de outros módulos, mas com coesão e acoplamento, para que quando operando em conjunto façam-no eficientemente e sem falhas
   • Refinamento
     • Elaboração evolutiva das funções desde o alto nível de abstração até o baixo nível, acompanhando o desenvolvimento do projeto
   • Aspecto
     • É uma representação de um interesse em comum, seja de requisitos, casos de uso, estrutura de dados, qualidade de serviço, variações, propriedade, intelectual, colaborações, padrões e contratos
   • Refatoração
     • Mais atinente ao código em si, trata da reorganização ou recodificação sem alteração do comportamento
   • Classes de projeto
     • Classes de interfaces do usuário
     • Classes de domínio de negócio
     • Classes de processos
     • Classes persistentes
     • Classes de sistema

4. Qualidade

   • Diretrizes de qualidade
     • São os critérios técnicos estabelecidos pela equipe de desenvolvimento para elaboração de um projeto satisfatório a todos envolvidos no processo que para Pressman (2011) envolvem:
       • Arquitetura de estilo ou padrões reconhecíveis, com bons componentes e facilidade de implementação e testes
       • Modularidade do projeto
       • Representatividade dos dados, arquitetura, interface e componentes
       • Estrutura de dados adequada
       • Propiciação da independência funcional de suas características
       • Repetitibilidade, decorrente da observância dos requisitos analisados
       • Registro em notação que comunique bem os significados do projeto
   • Atributos de qualidade
     • São uma meta qualitativa do projeto.
       • FURPS - Conjunto de atributos de qualidade elaborado pela Hewlett-Packard (HP):
         • F - Funcionalidade
           • conjunto de características e capacidades do programa, suas funções possíveis e sua segurança
         • U - Usabilidade
           • Fatores humanos relativos à interação e operação pelos usuários, em que se incluem fatores estéticos, consistência na experiência de uso e na documentação e sua legibilidade
         • R - Confiabilidade (reliability)
           • Consistência do sistema levando-se em conta frequência e tolerância a falhas, precisão de resultados e tempo médio entre defeitos
         • P - Performance ou Desempenho
           • Velocidade de processamento, o tempo de resposta, o consumo de recursos,razão (throughput) e eficiência
         • S - Suporte
           • Facilidade de manutenção do programa, de realizar, testes, de configurar, instalar, localizar problemas e a compatibilidade do programa

5. Bibliografia: PRESSMAN, Roger S. Engenharia de software: uma abordagem profissional. 7. ed. Porto Alegre : AMGH, 2011.