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.

7 e 6

6 e 6

4 e 4

4 e 2

2 e 2

I e III

I e IV

II e III

II e IV

III e IV

3

4

5

6

9

inexistente quando não é executado.

ad hoc quando é conhecido pela Direção de TI e é realizado caso a caso em função de um requerimento de negócio.

repetível, porém intuitivo, quando é compartilhado com a Direção do negócio conforme a necessidade.

gerenciado e mensurável quando possui uma prática padrão cujas exceções são detectadas pela Direção.

funcional quando os projetos e portfólios são mensurados pela alta direção de forma a atingir a melhoria contínua dos serviços de TI.