Questões de Concurso
Sobre engenharia de software para cespe / cebraspe
Foram encontradas 4.241 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
O modelo de ciclo de vida clássico da engenharia de software, também conhecido como modelo cascata, inicia-se com a etapa de análise de requisitos de software, na qual os requisitos iniciais do software são coletados pelo analista.
Um dos objetivos do RUP (rational unified process) é modelar visualmente o software, isto é, as telas do sistema.
Métricas orientadas à função oferecem medidas indiretas e, em vez de contar as linhas de código, concentram-se na funcionalidade do software, que é baseada na visão externa do usuário. Dessa forma, independentemente da linguagem utilizada, essas métricas permitem calcular o esforço de programação e auxiliam o usuário final a melhorar o exame e avaliação de projetos.
APF é uma técnica que visa medir o tamanho do software por meio da quantificação da funcionalidade do processamento da aplicação; os tipos de componentes lógicos da APF são: ALI, AIE, EE, ME e SE.
Em programação orientada para objeto, podem-se definir os objetos como uma entidade que possui um estado e um conjunto de operações definidas nesse estado, o qual pode ser identificado a partir dos métodos e dos atributos que possui.
O processo de herança permite a reutilização de código, como também o reaproveitamento de atributos e métodos. Assim, em aplicações que utilizam herança, a obtenção de polimorfismo é uma possibilidade.
Na unificação de linguagem, os sistemas podem ser descritos por cinco visões, se o sistema for constituído de um único processo, a visão de distribuição ou processo será irrelevante.
Em regra, um sistema de software atual consiste em um conjunto de programas separados, arquivos de configuração, documentação do sistema, documentação do usuário e um website ou sistema local.
Em requisitos de sistemas, o uso de uma disciplina da engenharia de requisitos — que consiste na definição formal de uma metodologia a fim de compreender e controlar as mudanças nos requisitos do sistema — é denominado prototipação de requisitos, não funcionais.
Os requisitos não funcionais utilizam, para especificação, métricas como velocidade, confiabilidade, tamanho, análise de requisitos e classificação dos requisitos.
A prototipagem, técnica que serve de complemento à análise de requisitos, é a construção de protótipos considerados um esboço de parte do sistema.
As fases do modelo de ciclo de vida em cascata são demonstração, análise de requisitos, pré-projeto, desenvolvimento, projeto básico, homologação, implantação e manutenção, respectivamente.
Diferentemente da abordagem de gerência de projetos waterfall, que é orientada ao planejamento detalhado e de execução sequencial, o scrum é fundamentado em um desenvolvimento incremental e iterativo que permite maior adaptação e antecipação dos potenciais problemas.
O scrum master é responsável pelo acompanhamento diário da execução das atividades e atua como facilitador junto ao time para resolver impedimentos que inibem a produtividade do time. O scrum master tem autoridade sob o time de execução e possui a mesma função de um gerente de projeto em projetos waterfall.
Sprints são períodos curtos e regulares utilizados para a execução de um determinado conjunto de tarefas no scrum. Para se determinarem os subconjuntos de itens a serem executados em um sprint, um sprint planning é realizado pelo product owner, pelo time de desenvolvimento e pelo scrum master. Com base na meta determinada para o sprint, o time de desenvolvimento prioriza os itens, e um esforço para cada item é estimado
O product backlog, lista das principais funcionalidades que o produto ou projeto tem de executar, é um dos artefatos mais importantes do framework ágil do scrum, sendo construído apenas pelo product owner e pelo time de execução.
Dar atenção ao participante e iniciar um debate buscando a participação de todos representa um dos objetivos da pergunta dirigida utilizada nas técnicas de reunião.
Backfiring é um método que consiste em derivar o número de pontos de função da aplicação a partir de seu tamanho físico, medido em linhas de código, utilizando um fator de conversão constante independente da linguagem de programação.
Considerando que o total bruto de pontos de função na contagem de um sistema seja 90,00 e que, após a aplicação do fator de ajuste de complexidade, a contagem tenha sido de 80,10, é correto afirmar que o somatório dos itens do nível de influência global é igual a 24.
Treinamentos em tecnologia da informação devem ser incluídos no cálculo dos pontos de função.