ESAF•
O processo de controle de projetos, no sentido específico da função, NÃO deve ter como objetivo
Selecione os filtros para encontrar suas questões de concursos e clique no botão abaixo para filtrar e resolver.
Nada por aqui
O processo de controle de projetos, no sentido específico da função, NÃO deve ter como objetivo
Num projeto estruturado é o modelo que identifica, entre outros, os depósitos de dados envolvidos:
Atenção: As questões de números 27 a 32 referem-se à UML 2.0.
Graficamente, as portas de componentes têm elementos representados por círculos e semicírculos que representam, respectivamente,
Acerca do ciclo de vida dos sistemas ERP (Enterprise Resource Planning – Planejamento de Recursos Empresariais), julgue os itens abaixo como Verdadeiros (V) ou Falsos (F) e, em seguida, assinale a opção correta.
I – É chamada de seleção a etapa em que são necessários o desenvolvimento de critérios para avaliar soluções e a atribuição de pesos a eles para classificar as melhores alternativas.
II – A etapa de utilização é um processo pelo qual módulos do sistema são colocados em funcionamento em uma empresa.
III – A etapa de utilização não termina enquanto o sistema ERP estiver em processamento, pois sempre haverá algo a ser alterado ou melhorado.
IV – Como o ERP é um pacote de software fechado, não possui ciclo de vida.
A sequência correta é:
No âmbito da multiplicidade de relacionamentos em UML, a notação
0..*, indica que existe um limite para o número de instâncias.
Em Análise de requisitos, é correto afirmar que
O diagrama de transição de estado é uma especificação
________________ é o conjunto de atividades que ajuda a equipe de projeto a identificar, controlar e acompanhar as necessidades e suas mudanças, a qualquer momento, enquanto o projeto prossegue.
Assinale a alternativa que preenche corretamente a lacuna acima.
No que se refere aos ciclos de vida e metodologias de desenvolvimento de software, julgue os itens subseqüentes.
No modelo de desenvolvimento seqüencial linear, a fase de codificação é a que gera erros de maior custo de correção.
Julgue os itens a seguir, a respeito da engenharia de requisitos de software.
O gerenciamento de requisitos deve compreender e controlar mudanças nos requisitos de sistema, além de avaliar os seus impactos. Para atingir esse propósito, podem ser mantidas informações de rastreabilidade a serem usadas para avaliar quais outros requisitos seriam afetados por uma mudança, bem como o impacto da mudança de requisitos no projeto e na implementação do sistema.
Em um projeto de software orientado a objetos, é necessário definir quais são as responsabilidades das classes de objetos, os modos de interação entre os objetos, os agrupamentos e a hierarquização das classes de objetos, questões que têm levado à busca de soluções por meio de princípios e padrões de projeto testados e validados. Acerca do uso de padrões de projeto, das funcionalidades da orientação a objetos e dos processos e técnicas relativos ao projeto orientado a objetos, julgue os itens a seguir.
No padrão de projeto MVC (model-view-controller), da categoria arquitetura, o modelo contém os dados do aplicativo, o controlador implementa a lógica para processar entradas do usuário e a visão trata da apresentação ao usuário, devendo determinado modelo ser associado a uma única visão e a um único controlador.
Durante um treinamento para as equipes de desenvolvimento e de testes, um analista transmitiu as orientações a seguir.
I - Para isolar a causa de um erro de software, os desenvolvedores deveriam utilizar a estratégia de depuração força bruta por ser o método mais eficiente, e, para grandes programas, utilizar a abordagem de rastreamento.
II - Para os testes de integração em sistemas orientados a objetos, poderiam ser utilizadas as estratégias de teste com base no caminho de execução e no uso.
III - Em sistemas orientados a objetos, o teste de sensibilidade poderia ser utilizado para tentar descobrir combinações de dados, dentro das classes de entrada válidas, que poderiam causar instabilidade ou processamento inadequado do sistema.
Constitui(em) prática(s) adequada(s) de estratégias de testes de software a(s) orientação(ões)
Segundo os princípios da boa especificação,