Foram encontradas 4.241 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
O ciclo de vida de um software deve apresentar, no mínimo, as etapas de elaboração do documento de visão, levantamento de regras de negócio, especificação/validação de requisitos e prototipagem.
As características básicas pertinentes aos métodos ágeis incluem a dependência de requisitos bem definidos, que não devem ser constantemente alterados, e a dependência do uso de UML para a modelagem.
O DevOps aplica abordagem ágil de desenvolvimento de software ao permitir que um negócio maximize a velocidade de entrega de um produto ou serviço.
No Scrum, durante um script, mudanças que afetem o objetivo da Sprint podem ser realizadas somente se elas forem aprovadas pelo Product Owner e não acarretarem diminuição das metas de qualidade do produto.
Integração contínua, entrega contínua, teste contínuo, monitoramento contínuo e feedback são algumas práticas do DevOps.
PMO (Project Management Office) é, em uma organização, uma unidade que pode recomendar o cancelamento de projetos, priorizar projetos, ajudar a fornecer recursos e fazer parte do comitê de controle de mudanças.
Com a utilização do diagrama de componentes da UML (unified modeling language) podem ser modelados os processos de negócio da empresa
A análise por ponto de função é dependente da tecnologia, da metodologia e da forma da modelagem dos requisitos empregados pelo operador.
A utilização do Modelo V minimiza os custos da qualidade do software, assim, segundo a regra 10 de Myers, os testes devem ser iniciados nas inspeções/revisões de código até os testes de software.
A modelagem ágil é uma metodologia que apresenta ciclo de vida e processo que podem ser claramente seguidos pelo operador.
Na metodologia de desenvolvimento de software RUP (rational unified process), artefatos não UML são incluídos explicitamente.
A validação dos requisitos pode ser feita por meio de uma revisão em que, entre outros aspectos, pode estar envolvida a descrição do ambiente (interfaces, fluxo e estrutura da informação, funções e restrições) em que o sistema operará.
As notações gráficas, como o diagrama de casos de uso da UML, são úteis para a especificação dos requisitos funcionais e não funcionais de um sistema de informação
O uso de uma notação matemática é uma forma válida para redução da ambiguidade da especificação dos requisitos do sistema.
A prototipação começa com a apresentação de um modelo de projeto rápido, etapa em que se representam as necessidades conhecidas e identificam-se as áreas que necessitam de maior definição, de modo a tornar claros os requisitos de um software.
Mesmo não conseguindo capturar requisitos relacionados com o desempenho e a eficiência, os protótipos têm um bom emprego na elicitação e na validação dos requisitos de um sistema desejado pelo cliente.
Um exemplo de requisito de sistema bem descrito é: “O sistema deve fornecer um gráfico comparativo entre as vendas previstas e as realizadas”
Após receber a solicitação de um novo sistema, é correto que o engenheiro de requisitos apresente ao cliente questões de livre contexto que busquem um entendimento básico do problema, como: “Em uma solução de sucesso, quais seriam as características das saídas necessárias ao negócio?”.
Os processos de gerenciamento de requisitos são iniciados após a elicitação das necessidades, para acompanhar e controlar as mudanças nos requisitos inicialmente identificados
Em uma coleta colaborativa de requisitos, é correto definir um cliente interessado no sistema como o facilitador da reunião.