- 1.244,18

- 3.272,73

1.244,18

3.272,73

3.768,60

A Técnica de Avaliação e Análise Gráfica (GERT), porque aceita o desvio condicional e ciclos para a atividade do teste.

A Técnica de Avaliação e Análise de Programas (PERT), porque aceita uma distribuição por média ponderada, que vai equilibrar o tempo necessário para a atividade do teste.

A Técnica de Avaliação e Análise de Programas (PERT), porque aceita o desvio condicional e ciclos para a atividade do teste.

O Método do Caminho Crítico, porque permite o cálculo da folga para a atividade do teste.

O Método do Caminho Crítico, porque aceita uma distribuição por média ponderada, que vai equilibrar o tempo necessário para a atividade do teste.

a probabilidade do risco pelo custo do impacto para calcular o valor esperado do evento de risco.

a probabilidade do risco pela probabilidade de impacto - que caem no intervalo de 0,0 e 5,0 - para calcular a probabilidade dos valores dos riscos.

a probabilidade do risco pelo valor esperado do evento de risco para calcular o impacto e atribuir uma pontuação ao risco, com base em um limiar pré-definido.

as escalas de probabilidade do risco e as escaladas de impacto do risco - que caem no intervalo 0,5 e 1,0 - para calcular a pontuação do risco.

as escalas de probabilidade do risco - que caem no intervalo de 0,0 e 1,0 - pelas escalas de impacto do risco para calcular a pontuação do risco.

337,34

338,00

340,00

342,31

381,33

O teste de caixa-preta enfoca a estrutura de controle do programa, tendo como exemplos o teste de caminho básico, que faz uso de grafos de para originar um conjunto de testes linearmente independentes que vão garantir a cobertura e a análise de valor-limite, que investiga a habilidade do programa de manipular dados no limite de aceitabilidade.

O teste de caixa-branca são projetados para validar os requisitos funcionais de funcionamento interno de um programa, tendo como exemplos o particionamento de equivalência, que divide o domínio de entrada em classes de dados que provavelmente exercitam função específica do software e o teste de matriz ortogonal, que fornece um método eficiente e sistemático para testar sistemas com pequeno número de parâmetros de entrada.

O teste de integração focaliza o esforço de verificação na menor unidade de projeto do softwar e, usando a descrição de projeto no nível de componente como guia, caminhos de controle importantes são testados para descobrir erros dentro dos limites do módulo. O teste fumaça é um exemplo de abordagem de teste de integração.

O teste de recuperação é um teste de sistema que força o software a falhar de diversos modos e verifica se a recuperação é adequadamente realizada, seja ela feita de forma automática (realizada pelo próprio sistema) ou requerendo intervenção humana.

A fase alpha de testes é realizada ainda no processo de desenvolvimento, nas instalações do desenvolvedor com os usuários finais e utilizando um ambiente controlado, enquanto a beta é realizada entre o término do desenvolvimento e a entrega do produto, nas instalações do desenvolvedor com um ambiente controlado pelo usuário final. Na fase gama são gerados pela equipe de desenvolvimento casos de teste que são realizados por grupos restritos de usuários finais.

A arquitetura J2EE Connector define um conjunto de contratos no nível de sistema entre um servidor de aplicação e o EIS (Enterprise Information System), entre os quais, o Connection Management, que permite que um pool de servidores de aplicação se conecte a um EIS subjacente e que componentes da aplicação se conectem a um EIS.

Uma prática que pode melhorar o desempenho de EJBs consiste em empacotar beans de entidade em um bean de sessão para transformar chamadas EJB remotas em uma chamada de bean de sessão remota e várias locais (pattern conhecido como fachada de sessão).

Um descritor de instalação, localizado dentro de um arquivo Java Archive (JAR), permite que as propriedades de um EJB sejam mantidas fora do código Java e que o desenvolvedor do bean torne as informações sobre o bean disponíveis para o montador da aplicação e para o instalador do bean.

Para se garantir a entrega de uma mensagem para um único destinatário, o modelo de troca de mensagens publish/subscribe do JMS com o modo de entrega persistente e um assinante durável é mais indicado, enquanto que se a mensagem for para vários destinatários, pode-se utilizar o modelo ponto a ponto do JMS com um modo de entrega persistente.

Na persistência gerenciada por contêiner (CMP), os dados do bean de entidade são mantidos automaticamente pelo contêiner, como, por exemplo, um contêiner implementando persistência sobre um banco de dados relacional (RDBMS) pode gerenciar a persistência armazenando os dados de um bean como uma linha em uma tabela.

Integra todos os departamentos e funções de uma companhia através em um único sistema computadorizado, com uma única base de dados, que serve às necessidades particulares de todos os usuários. Com ele, todas as áreas corporativas são informadas e preparam-se de forma integrada para o evento, das compras à produção, passando pelo almoxarifado, chegando até mesmo à área de marketing, que pode, assim, ter informações para mudar algo nas campanhas publicitárias de seus produtos.

Engloba o planejamento e a gestão de todas as atividades envolvidas em identificar fornecedores, comprar, fabricar, e gerenciar as atividades logísticas. Inclui também a coordenação e a colaboração entre os parceiros do canal, que podem ser fornecedores, intermediários, provedores de serviços e clientes.

Permite a análise, definição, execução, monitoramento e administração de processos, incluindo o suporte para a interação entre pessoas e aplicações informatizadas diversas.

Possibilita que as regras de negócio da organização, travestidas na forma de processos, sejam criadas e informatizadas pelas próprias áreas de gestão, sem interferência das áreas técnicas. Ele origina-se dos antigos sistemas de workflow.

Pode ser entendido como uma estratégia que permite à empresa como um todo ter uma visão única de seu cliente e, a partir daí, saber explorar as oportunidades de negócio. Para isso é necessário aproveitar todas as interações que a corporação tem com o cliente no sentido de captar dados e transformá-los em informações que possam ser disseminadas pela organização, permitindo que todos os departamentos - call center, vendas, marketing, diretoria, etc - vejam o cliente da mesma forma, ou seja, saibam quem ele é, seus gostos e preferências, quantas vezes ligou, reclamações que fez, sugestões que deu, quanto traz de valor para a empresa, entre outras.

Abstract Factory é indicado quando: um sistema deve ser independente de como seus produtos são criados, compostos ou representados; um sistema deve ser configurado como um produto de uma família de múltiplos produtos; uma família de objetos-produto for projetada para ser usada em conjunto, e você necessita garantir esta restrição; você quer fornecer uma biblioteca de classes de produtos e quer revelar somente suas interfaces, não suas implementações.

Builder é indicado quando: uma classe não pode antecipar a classe de objetos que deve criar; uma classe quer que suas subclasses especifiquem os objetos que criam; classes delegam responsabilidade para uma dentre várias subclasses auxiliares, e você quer localizar o conhecimento de qual subclasse auxiliar que é a delegada.

Mediator é indicado quando: um conjunto de objetos se comunica de maneiras bem definidas, porém complexas; a reutilização de um objeto é difícil porque ele referencia e se comunica com muitos outros objetos; um comportamento que está distribuído entre várias classes deveria ser customizável, ou adaptável, sem excessiva especialização em subclasses.

Memento é indicado quanto: um instantâneo de estado de um objeto deve ser salvo de maneira que possa ser restaurado para esse estado mais tarde; uma interface direta para obtenção do estado exporia detalhes de implementação e romperia o encapsulamento do objeto.

Composite é indicado quando: quiser representar hierarquias partes-todo de objetos; quiser que os clientes sejam capazes de ignorar a diferença entre composições de objetos e objetos individuais, neste caso, os clientes tratarão todos os objetos na estrutura composta de maneira uniforme

quanto mais tarde for identificado um problema na análise de requisitos, maior será o custo com o retrabalho.

a elicitação é o processo de identificação e entendimento das necessidades e restrições dos usuários, enquanto que a especificação é o processo de formalização das necessidades e restrições dos usuários em requisitos funcionais de software.

na análise de requisitos o cliente utiliza as melhores práticas de engenharia de requisitos na tarefa de descrever suas necessidades.

o gerenciamento de requisitos corresponde ao conjunto de atividades que auxilia a equipe do projeto a identificar, controlar e rastrear os requisitos, bem como a fazer as alterações nos requisitos durante o projeto.

o gerenciamento de requisitos implica a alteração, inclusão e/ou exclusão de requisitos ao produto de software, o que pode levar a alterações de prazos, de recursos humanos, de equipamentos e de tecnologia.