No que se refere a Processo Unificado, julgue os itens subseqüentes.
Os artefatos produzidos pelas atividades no projeto podem ser organizados em subsistemas, os quais podem conter classes de projeto, realizações de casos de uso, interfaces e outros subsistemas.
NCE•
I - é uma representação visual das classes conceituais de um domínio;
II - é descrito por um ou mais diagramas de classe;
III - não mostra as associações entre as classes de domínio.
É/são correta(s) somente a(s) afirmativa(s):
Com relação a teste de software, julgue os itens a seguir.
É consenso na engenharia de software que os testes sejam realizados ao longo de todo o processo de desenvolvimento. A técnica de validação deve ser utilizada para avaliar a correção dos produtos gerados nas primeiras etapas do desenvolvimento. Para testar o software a partir da etapa de construção até a implantação, deve-se utilizar a técnica de verificação.
MEC•
Julgue os itens a seguir, relativos aos processos de teste de software.
Na etapa de execução, os roteiros dos testes são insumos necessários, que descrevem a relação dos casos de testes e a previsão de execução.
Teste estático de código é realizado por ferramentas que analisam o código à procura de potenciais problemas. Considere os problemas abaixo.
I - Problemas de uso de memória e ponteiros nulos.
II - Violação de padrões de código, de acordo com alguma configuração.
III - Vulnerabilidades de segurança.
Quais problemas podem ser detectados por meio de ferramentas de análise estática?
MEC•
Considerando a UML (Unified Modeling Language), linguagem visual utilizada para modelar sistemas computacionais por meio do paradigma de orientação a objetos, julgue os seguintes itens.
O objetivo dos diagramas da UML 2.0 é fornecer múltiplas visões do sistema a ser modelado, procurando atingir a completitude da modelagem para permitir que cada diagrama complemente os outros. Nesse sentido, a UML 2.0 é exaustiva, ou seja, para se modelar um sistema, é necessário utilizar todos os seus diagramas.
Analise as seguintes afirmações sobre Requisitos Funcionais e Não-funcionais.
I. Requisitos funcionais são as funcionalidades do software, as necessidades descritas pelo cliente/usuário, o comportamento específico, as regras do negócio de um sistema.
II. Requisitos não-funcionais são restrições de projeto e de implementação que dão suporte aos requisitos funcionais. Diferente dos requisitos funcionais, os requisitos não-funcionais estão ligados à forma com que o software opera e não, ao comportamento específico deste.
III. Exemplos de requisitos não-funcionais são: desempenho, distribuição, persistência e segurança.
Assinale a alternativa que contém a(s) afirmação(ões) CORRETA(S).
O cronograma de um projeto não difere muito do cronograma de qualquer esforço de engenharia multitarefa. Portanto, ferramentas e técnicas generalizadas de cronogramas podem ser aplicadas com poucas modificações aos projetos de software. As interdependências entre as tarefas, por exemplo, podem ser definidas por meio de uma rede de tarefas, denominada ___________ em que tarefas são definidas para o produto como um todo ou para funções individuais.
Assinale a alternativa que preenche corretamente a lacuna do texto acima.
Acerca de conceitos de engenharia de requisitos, julgue os itens de 76 a 80.
A elicitação de requisitos ocorre usualmente antes da fase de análise de requisitos, e resulta na produção de uma especificação precisa das necessidades do usuário bem como dos requisitos do sistema a ser desenvolvido, o que exige maior interação social por parte do responsável pela elicitação, quando relacionada à exigência de interação durante a fase de análise.
Afirmações em linguagem natural mais diagramas de serviços que o sistema provê e suas restrições operacionais, escritos para clientes.
A respeito da engenharia de requisitos, é correto afirmar que o conceito apresentado refere-se aos (às)
Uma das características do Processo Unificado (Unified Process) é ser dirigido a casos de uso (use case driven). Nesse contexto, analise as afirmações a seguir.
O modelo de casos de uso representa o comportamento de um sistema, conforme percebido do ponto de vista externo a esse sistema.
PORQUE
A construção do modelo de classes conceituais de um sistema pode usar como ponto de partida o modelo de casos de uso.
A esse respeito, conclui-se queQuanto à finalidade, os padrões de projeto podem ser classificados em padrões de criação, padrões de estrutura ou padrões comportamentais. Correspondem à categoria de padrões estruturais: