No que diz respeito à manutenção e reengenharia de software, um termo define o processo de alterar o código-fonte, de modo que não altere o comportamento externo e ainda melhore a sua estrutura interna. É uma técnica disciplinada de limpar e organizar o código, e por consequência, minimizar a chance de introduzir novos bugs. Esse termo é conhecido como

Manutenção de software é o processo geral de mudança em um sistema depois de liberado para uso, já em produção. A seguir são apresentadas as características de três modalidades de manutenção de software:

I. Modificações no software para corrigir defeitos em requisitos, projeto e código. Devido à natureza “ad hoc”, pode gerar outros problemas como aumento de complexidade.

II. Modificações no software para prevenir potenciais problemas no futuro, prevenir falhas e melhorar a manutenabilidade. Essa atividade torna os programas mais fáceis de entender e facilita trabalhos de manutenção futuros.

III. Modificações para manter o software usável devido às alterações no ambiente externo, em constante evolução, mesmo quando defeitos não existem.

As modalidades de manutenção em I, II e III são conhecidas, respectivamente, como

Data Warehouse é um depósito de dados orientado por assunto, integrado, não volátil, variável com o tempo, para apoiar as decisões gerenciais. No que diz respeito às arquiteturas de Data Warehouse, dois elementos são caracterizados a seguir:

• Constitui uma área de armazenagem e um conjunto de processos, cuja função é extrair os dados dos sistemas transacionais, proceder a limpeza, a transformação, combinação, de duplicação e preparação dos dados para o uso no Data Warehouse.
• Constitui um subconjunto lógico do Data Warehouse, geralmente dividido por departamento ou visões necessárias para os usuários.

Esses elementos são conhecidos, respectivamente, como

BPM refere-se a uma sigla associada ao gerenciamento/ gestão de processos; trata-se do conjunto de conhecimentos que regem os processos de uma organização. Nesse contexto, observe a figura abaixo, relacionada à Metodologia de Gestão de Processos de Negócio:

As fases PLANEJAMENTO, MELHORIA, EXECUÇÃO, SIMULAÇÃO, MELHORAMENTO e MODELAGEM são identificadas na figura, respectivamente, como

No que diz respeito à qualidade de software, CMMI é uma sigla cujo significado é Capability Maturity Model Integration, constituindo uma ferramenta criada para gerir projetos de software, cujo objetivo é, por meio de estágios de evolução, garantir sua qualidade. Quando a maturidade de uma empresa é analisada, o CMMI a divide em 5 níveis, sendo dois caracterizados a seguir:

I. Nível em que os processos já possuem uma melhor definição e proatividade, pois fazem uso de documentações e padronizações. Aqui, os processos não dependem única e exclusivamente do esforço dos colaboradores, pois pertencem à empresa.

II. Nível em que a empresa, por ter coletado os dados pertinentes dos seus projetos, os analisa, identifica seus pontos de melhoria, aplica ações para resolver eventuais problemas, realiza medidas de prevenção, entre outras melhorias contínuas.

Os níveis caracterizados em I e II são conhecidos, respectivamente, como

No que diz respeito à ITIL, observe a figura abaixo, que mostra os três níveis de gestão que a Central de Service Desk deve implantar, para que o processo de planejamento estratégico possa funcionar e alcançar os resultados pretendidos.

Os níveis ESTRATÉGICO, TÁTICO e OPERACIONAL correspondem, na figura, respectivamente, aos indicadores

No contexto da Engenharia de Software, um modelo de processo é visualizado como um ciclo de vida constituído da especificação, do desenvolvimento, da validação e da evolução. Nesse modelo, as fases são representadas separadas umas das outras, tais como especificação de requisitos, projeto de software, implementação e testes. Esse modelo de processo é denominado modelo em

O Rational Unified Process – RUP constitui um exemplo de modelo de processo derivado da UML e do Processo Unificado (PU) de Software associado. Por característica, o RUP apresenta uma visão única de processo para os modelos convencionais, sendo descrito a partir de três perspectivas. Nesse contexto, assinale V para a afirmativa verdadeira e F para a falsa.

( ) Estática – essa perspectiva mostra as atividades realizadas no processo.

( ) Prática – essa perspectiva mostra as fases do modelo ao longo do tempo.

( ) Dinâmica – essa perspectiva sugere as boas práticas a serem usadas durante o processo.

As afirmativas são, respectivamente,

De acordo com Eduardo Bezerra, em Princípios de Análise e Projeto de Sistemas com UML (Ed. Campus), o desenvolvimento de um sistema que utilize a UML em suporte à modelagem envolve a criação de diversos documentos, visuais e gráficos. Há previsão de uso de vários diagramas, como o de Casos de Uso. Este constitui uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com ele. A UML define diversos tipos de relacionamentos no modelo de Casos de Uso. O tipo que permite a um Caso de Uso herdar características de outro mais genérico, sendo o uso do reuso evidente; e o tipo que representa a informação de quais atores estão associados a que casos de uso, com o fato de um ator estar associado a um Caso de Uso indicando que ele interage com o sistema, e um ator podendo se relacionar com mais de um Caso de Uso são, respectivamente,

No que diz respeito à arquitetura MVC, analise as afirmativas a seguir:

I. Model – responsável por gerenciar e controlar a forma como os dados se comportam por meio das funções, lógica e regras de negócios estabelecidas. É o detentor dos dados que recebe as informações do Controller, valida se ela está correta ou não e envia a resposta mais adequada.

II. Controller – responsável por intermediar as requisições enviadas pelo View com as respostas fornecidas pelo Model, processando os dados que o usuário informou e repassando para outras camadas.

III. View – responsável por apresentar as informações de forma visual ao usuário. Em seu desenvolvimento devem ser aplicados apenas recursos ligados a aparência como mensagens, botões ou telas. É a parte da interface que se comunica, disponibilizando e capturando todas as informações do usuário.

Assinale