Pipes and Filters

Camadas

Blackboard

Broker

MVC

verificado se os requerimentos de desempenho estão sendo plenamente atendidos para o sistema.

verificado se todo código-fonte dos programas envolvidos no sistema está de acordo com o definido.

verificado se o funcionamento do software não apresenta bugs quando o sistema atinge seu ápice de I/O.

medidas as rotinas de segurança em relação às rotinas de recuperação utilizadas para proteção de dados críticos.

validados os métodos utilizados na programação das estruturas de interfaces definidas para o sistema.

parametrização linear do processo de desenvolvimento como padrão

linguagens de programação de baixo nível para documentação do projeto

projetos paralelos específicos para o controle da qualidade

sistemas operacionais com certificação de qualidade ISO 9002

ferramentas para a automatização do desenvolvimento de software

ordenar, de forma sequencial, as etapas a serem realizadas e obter uma visão geral do projeto para definir com precisão os requisitos iniciais do sistema a ser desenvolvido.

dividir o processo de desenvolvimento do software em macroatividades que devem ser executadas de maneira sequencial, especificando, de forma detalhada, a documentação que será gerada nesse processo.

dividir o processo de desenvolvimento do software em fases, apresentar uma visão de custo de desenvolvimento para cada fase do projeto e, por conseguinte, o custo total desse projeto.

destacar, de forma especial, as diversas fontes de demanda por software, os pontos de decisão durante o processo de desenvolvimento e incorporar características do produto real.

ocupar-se, principalmente, em tratar exceções, responder corretamente às entradas inválidas e interromper o processamento, em caso de erro não recuperável, de forma controlada.

levantados os requisitos dos usuários para a programação das diversas fases do projeto, inclusive as operacionais e as preditivas.

efetuados os testes de funcionalidade do software, revistos os objetivos para os quais ele foi desenvolvido e redefinidas as funções em desacordo com esses objetivos.

incluídas novas funções requeridas pelo cliente e feitas adaptações por modificações de hardware.

reavaliadas as bases operacionais, nas quais o software está sendo executado, e prototipados os novos requisitos de hardware.

propostas pelos usuários as novas rotinas que eles definiram como fundamentais para a continuidade do produto implantado.

caixa-branca e Paulo realizava testes caixa-preta.

de caminho básico e Paulo realizava testes de condição.

de unidade e Paulo realizava testes de integração.

caixa-preta e Paulo realizava testes caixa-branca.

de ciclo e Paulo realizava testes de fluxo de dados.

validação.

elaboração.

elaboração.

transição.

construção.

em cascata.

incremental.

baseado em componentes.

de métodos formais.

evolucionário e iterativo.

Por serem inflexíveis, dificultam o trabalho dos engenheiros de software e de seus gerentes que não podem adaptar o processo às suas reais necessidades.

Uma abordagem de engenharia de software moderna deve ser ágil e demandar apenas atividades, controles e produtos de trabalho que sejam apropriados para a equipe do projeto e para o produto a ser produzido.

Todo processo de software é adequado para o desenvolvimento de qualquer tipo de software, pois o processo em si é um roteiro com atividades, ações e tarefas necessárias para se chegar ao resultado esperado.

A qualidade, o cumprimento de prazos e a viabilidade a longo prazo do produto desenvolvido são os únicos indicadores confiáveis da eficácia do processo de software utilizado.

Do ponto de vista de um engenheiro de software, os produtos de trabalho resultantes do uso de um processo de software são apenas os programas e os dados produzidos em consequência das atividades e tarefas definidas pelo processo.