A implantação de um novo processo não deve afetar os processos já existentes.

Todos os processos de negócio de uma organização devem ser aperfeiçoados sempre que possível.

O planejamento de novos processos deve demonstrar as melhorias potencialmente incorporadas ao negócio.

O ciclo de vida de um processo se inicia em seu planejamento e termina em sua implantação.

É fundamental que melhorias contínuas de processos respeitem os paradigmas de negócio já preconizados na organização.

É suficiente que um projeto atenda todo o escopo proposto para ser considerado completo, de modo que critérios de qualidade façam parte tão somente do domínio de melhoria contínua.

A geração de valor de um projeto só pode ser efetivamente mensurada após a implantação.

Um dos critérios de aceitação de uma entrega é a aderência do produto ao escopo originalmente definido.

Um projeto é definido como completo quando os critérios de aceitação são cumpridos e o produto é considerado pronto para uso.

O custo de uma mudança decresce com o tempo, uma vez que menos esforço é despendido nas etapas finais do desenvolvimento.

Transporte

Aplicação

Rede

Enlace

Apresentação

Cada soquete é identificado univocamente na rede por meio de um endereço IP e uma porta de conexão.

Soquetes não podem se comunicar em uma mesma máquina, pois compartilham o mesmo endereço IP.

Soquetes suportam apenas uma conexão em determinado momento.

Conexões entre soquetes permitem o tráfego em apenas uma direção por vez.

A descoberta de soquetes abertos na rede é feita por meio de mensagens broadcast.

Uma vez estabelecida, uma rede ad hoc não admite novos dispositivos conectados.

Todos os caminhos de roteamento são válidos no decorrer do tempo em que a rede está ativa.

Os nós em uma rede ad hoc sempre são clientes de um servidor comum.

Redes ad hoc são capazes de conectar clientes sem o intermédio de um ponto de acesso centralizado.

Todos os nós em uma rede ad hoc podem se comunicar diretamente, sem a necessidade de roteamento por nós intermediários.

Minimização da quantidade de atualizações em entregas de software.

Automatização das tarefas de entrega e integração de código.

Publicação automática de software após a compilação manual sob responsabilidade da equipe de desenvolvimento.

Criação automática de ambiente para versionamento de código.

Acesso a bancos de dados distribuídos.

Para que uma aplicação modelada em microsserviços seja eficiente, é necessário estabelecer um alto nível de compartilhamento entre os diversos microsserviços que a compõem.

Os microsserviços em um mesmo ecossistema devem ser implementados com o uso das mesmas tecnologias.

Nesse paradigma, toda a lógica de negócios é implementada em uma única unidade.

Se um microsserviço falhar, a aplicação entrará em estado de indisponibilidade até a correção da falha.

As solicitações de um cliente para os microsserviços são concentradas e encaminhadas por uma camada de API, ou seja, o cliente não invoca diretamente os serviços.

Contêineres funcionam como máquinas virtuais, por virtualizarem o hardware de um computador.

A conteinerização torna o software portável para execução multiplataforma por empacotar, em uma unidade isolada, todo o código necessário ao funcionamento do programa.

A publicação de um contêiner em diferentes sistemas operacionais exige reescrita de código do programa.

Contêineres isolados não compartilham o núcleo do sistema operacional da máquina hospedeira.

Microsserviços em contêineres operam em um mesmo espaço de usuário.

O grau de complexidade de um projeto deve ser conhecido desde o início do desenvolvimento, uma vez que não é correto readequar atividades previamente programadas.

O valor de um projeto somente pode ser percebido depois de ser completado e validado de acordo com os critérios de aceitação.

Usuários finais não devem participar dos estágios intermediários do desenvolvimento.

Riscos identificados no decorrer do projeto podem ter impacto positivo, sendo então considerados como oportunidades.

Mudanças no escopo do projeto devem ser feitas constantemente para tornar o projeto adaptável e facilitar o processo interativo.

pontos de função.

sprint.

storyboard.

requisitos.

backlog.

herança.

polimorfismo.

classe.

interface.

assinatura.

O controle de fluxo garante a impressão de todos os valores positivos da matriz.

Se a altura da matriz for igual a 0, o trecho de código da linha 4 não será executado.

O resultado da execução permaneceria o mesmo se, na linha 10, a expressão while (++i < matriz.altura( )) fosse reescrita como while (matriz.altura( ) > i++).

Se todos os números da matriz forem positivos, cada linha será percorrida coluna a coluna antes que a próxima linha seja lida.

O comando break na linha 7 encerra a execução do programa.

Ponteiros são objetos do tipo data-hora.

Um ponteiro é uma variável cujo conteúdo identifica um endereço de memória.

A tentativa de acesso a ponteiros não inicializados sempre retorna o valor zero.

O tamanho de um ponteiro em memória é igual ao tamanho do objeto referenciado por ele.

Ponteiros não podem referenciar outros ponteiros.

catálogo global.

mecanismo de consulta e índice.

serviço de replicação.

esquema.

serviço de deleção redundante.

%WINDIR%\Inf\Setupapi.log

%WINDIR%\Panther

X:\Windows\panther\

%WINDIR%\Minidump.dmp

%WINDIR%\System32\Sysprep\Panther

chmod 777

adduser pedro

usermod -a 0

chown -R pedro

chage -d 0 pedro

Periculosidade

Incidente

Ameaça

Vulnerabilidade

Hacker

Filtro de pacotes

Bridge

Proxy

Proxy reverso

WAF

Cloud DLP.

Network DLP.

Storage DLP.

E-mail DLP.

Endpoint DLP.