Questões resolvidas
Baseadas em ideias de Grady Booch, James Rumbaugh e Ivar Jacobson, a UML (unified modeling language) surgiu para assumir o posto de padrão para modelagem de sistemas orientados a objetos. A existência de diagramas para diferentes propósitos faz com que o sistema modelado possa ser analisado por diferentes perspectivas.
A opção que melhor apresenta a dupla diagrama-perspectiva é:
a. .Diagrama de Classe - Comportamento de classes.
b. .Diagrama de Componente - Comportamento de componentes.
c. .Diagrama de Casos de Uso - Estrutura de funcionalidades.
d. .Diagrama de Atividades - Estrutura do software.
e. .Diagrama de Sequência - Interação entre objetos.
Em orientação a objetos, os objetos podem sofrer mudanças de seus estados conforme a realização de comportamentos do sistema. Além disso, é possível que determinadas ações do sistema só possam ser realizadas mediante a conformidade dos objetos com estados requeridos para seus atributos. Diagramas de estados são então uma boa opção de uso para explicitação dessas regras de transição de estado dos objetos de um software.
A alternativa que apresenta conceitos presentes em modelagem de estados de um objeto é:
a. .Ação, barra de sincronização e atividade.
b. .Estado inicial, estado intermediário e estado final.
c. .Classe, estado inicial e estado final.
d. .Estado intermediário, transição e ação.
e. .Estado inicial, estado final e ação.
Diagramas de objetos servem para representar instâncias de classes do sistema e o relacionamento entre as instâncias em um momento específico. Por apresentarem informações instanciadas de classes, o diagrama de objetos acaba por apresentar uma sintaxe muito similar ao próprio diagrama de classes. Apesar de trazer alguns benefícios adicionais para a representação do software, o diagrama de objetos não configura entre os mais utilizadas em projetos de desenvolvimento de software.
Dentre os benefícios que o diagrama pode trazer para o projeto de desenvolvimento de software, podemos destacar:
a. .a possibilidade de uso do diagrama para discussão com os clientes do software.
b. .a possibilidade de uso do diagrama para alocação de tarefas para a equipe de desenvolvimento.
c. .a captura de dados reais a serem populados na base de dados do sistema.
d. .a criação de exemplos da estrutura do software que suporte à verificação dos conceitos apresentados antes mesmo de estes serem implementados.
e. .o uso do diagrama para realização de estimativas de entrega do software.
Ao elicitar requisitos, o analista necessita identificar, especificar, classificar e priorizar requisitos de software. Cada uma dessas tarefas requer boa relação e constante comunicação com os clientes do software em construção, já que essa fase inicial de conhecimento de problemas e identificação de necessidades dos clientes e usuários é fundamental para o sucesso do projeto.
Sobre as tarefas que o analista deve realizar durante a elicitação de requisitos, é correto afirmar que:
a. .A especificação de requisitos compreende o registro do problema e das necessidades levantadas durante a identificação de requisitos, bem como a modelagem e codificação do software de modo materializar os requisitos levantados anteriormente.
b. .A negociação de requisitos compreende a utilização de diferentes tipos técnicas de persuasão para dissuadir o cliente a implementar requisitos não adequados para o contexto do projeto.
c. .A priorização de requisitos compreende a organização dos requisitos em ordem de identificação, como forma a rastrear requisito e momento em que ele vou identificado.
d. .A classificação de requisitos compreende a utilização de técnicas para, junto aos clientes, classificar os requisitos em funcionais, não funcionais e em regras de negócio.
e. .A identificação de requisitos compreende a utilização de diferentes técnicas para identificar, junto aos clientes e interessados pelo projeto, o problema a ser solucionado via a construção de um software e as necessidades de funcionalidades do software em construção.
Diagramas de classes representam classes do software, seus atributos, métodos e relacionamentos que levam, de certa forma, a entender um pouco do próprio negócio e das entidades importantes e presentes no dia a dia da organização para o qual o software se destina. As classes do diagrama podem se relacionar uma com as outras a partir do uso de diferentes tipos de relacionamentos.
A alternativa com o nome do relacionamento responsável por indicar que as informações de um objeto de uma classe precisam ser complementadas por informações de um objeto de outra classe é:
a. .Multiplicidade.
b. .Especialização.
c. .Generalização.
d. .Associação.
e. .Agregação.
Durante a identificação de requisitos, também chamado de levantamento de requisitos, espera-se que haja um entendimento do problema e das necessidades do cliente que os levaram a iniciar um projeto de desenvolvimento de software. Para tanto, analistas de negócios e requisitos devem lançar mão de estratégias de coleta de informação que possam melhor auxiliá-los não somente a capturar informação, mas também a entendê-las.
São exemplos de técnicas que podem ser utilizadas para identificar requisitos junto aos interessados pelo projeto:
a. .Brainstorm e Desenho Colaborativo.
b. .Questionários e Coaching.
c. .Role Playing e Game Playing.
d. .Observação Indireta e Role Playing.
e. .Entrevistas e Reuniões.
Brainstorms, role playing, reuniões e questionários são técnicas muito utilizadas para capturar informações junto aos clientes de um projeto de desenvolvimento de software. Cada uma delas apresentam particularidades que fazem com que o seu uso dependa das características do ambiente, clientes e equipe de desenvolvimento em que planejam ser aplicadas.
Essas técnicas são utilizadas durante a:
a. .classificação de requisitos.
b. .priorização de requisitos.
c. .identificação de requisitos.
d. .especificação de requisitos.
e. .negociação de requisitos.
Antes de implementar um software e posterior ao conhecimento do problema e das necessidades dos clientes, é uma boa prática realizar a modelagem do software a ser construído como forma a construir uma abstração da solução que seja entendida pela equipe de desenvolvimento. Ainda na fase de elicitação de requisitos, as informações capturadas e registradas são feitas utilizando basicamente a linguagem natural.
De acordo com Ian Sommerville (Sommerville, 2011), os modelos utilizados para descrever software podem ser classificados em:
a. .modelo de contexto, modelo de interação, modelo conjuntural e modelo psicológico.
b. .modelo de contexto, modelo de interação, modelo estrutural e modelo comportamental.
c. .modelo de pretexto, modelo de inversão, modelo construtural e modelo comportamental.
d. .modelo de requisitos, modelo de arquitetura, modelo de codificação e modelo de teste.
e. .modelo de requisitos, modelo de arquitetura, modelo de codificação e modelo de implantação.
Para SZYPERSKI, "componentes de software são unidades binárias de produção, aquisição e implantação independentes que interagem para formar um sistema funcional" (Szyperski, 2002). Assim, é possível perceber que não é qualquer unidade do software que pode ser vista como um componente, uma vez que a característica de independência do componente é parte integrante da sua definição.
Diagramas de componentes são utilizados usualmente para apoiar na representação não somente dos componentes existentes em um sistema, mas principalmente dos relacionamentos entre eles que fazem com que uma funcionalidade específica do software seja realizada. Componentes de software e seu diagrama, é correto o que se afirma em:
a. .Diagramas de componentes é uma visualização particular para diagramas de classes.
b. .Componentes e objetos estão em um mesmo nível de abstração.
c. .Componentes representam comportamentos do software.
d. .Interfaces são utilizadas para mostrar a conexão entre componentes independentes.
e. .Componentes são representações independentes e não reutilizáveis do software.
Crie sua conta grátis para liberar esse material. 🤩
Já tem uma conta?
Ao continuar, você aceita os Termos de Uso e Política de Privacidade
Crie sua conta grátis para liberar esse material. 🤩
Já tem uma conta?
Ao continuar, você aceita os Termos de Uso e Política de Privacidade
Crie sua conta grátis para liberar esse material. 🤩
Já tem uma conta?
Ao continuar, você aceita os Termos de Uso e Política de Privacidade
Crie sua conta grátis para liberar esse material. 🤩
Já tem uma conta?
Ao continuar, você aceita os Termos de Uso e Política de Privacidade
Crie sua conta grátis para liberar esse material. 🤩
Já tem uma conta?
Ao continuar, você aceita os Termos de Uso e Política de Privacidade
Prévia do material em texto
Iniciado em sábado, 1 abr 2023, 19:09 Estado Finalizada Concluída em sábado, 1 abr 2023, 19:19 Tempo empregado 10 minutos 22 segundos Avaliar 10,00 de um máximo de 10,00(100%) Questão 1 Correto Atingiu 1,00 de 1,00 Questão 2 Correto Atingiu 1,00 de 1,00 Baseadas em ideias de Grady Booch, James Rumbaugh e Ivar Jacobson, a UML (uni�ed modeling language) surgiu para assumir o posto de padrão para modelagem de sistemas orientados a objetos. A existência de diagramas para diferentes propósitos faz com que o sistema modelado possa ser analisado por diferentes perspectivas. A opção que melhor apresenta a dupla diagrama-perspectiva é: a. .Diagrama de Classe - Comportamento de classes. b. .Diagrama de Componente - Comportamento de componentes. c. .Diagrama de Casos de Uso - Estrutura de funcionalidades. d. .Diagrama de Atividades - Estrutura do software. e. .Diagrama de Sequência - Interação entre objetos. Em orientação a objetos, os objetos podem sofrer mudanças de seus estados conforme a realização de comportamentos do sistema. Além disso, é possível que determinadas ações do sistema só possam ser realizadas mediante a conformidade dos objetos com estados requeridos para seus atributos. Diagramas de estados são então uma boa opção de uso para explicitação dessas regras de transição de estado dos objetos de um software. A alternativa que apresenta conceitos presentes em modelagem de estados de um objeto é: a. .Ação, barra de sincronização e atividade. b. .Estado inicial, estado intermediário e estado �nal. c. .Classe, estado inicial e estado �nal. d. .Estado intermediário, transição e ação. e. .Estado inicial, estado �nal e ação. Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental Minhas Disciplinas Minhas Bibliotecas WS https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html https://carreiras.fmu.br/ https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html https://portal.fmu.br/sustentabilidade https://ambienteacademico.com.br/ https://ambienteacademico.com.br/ https://ambienteacademico.com.br/course/view.php?id=236 Questão 3 Correto Atingiu 1,00 de 1,00 Questão 4 Correto Atingiu 1,00 de 1,00 Questão 5 Correto Atingiu 1,00 de 1,00 Diagramas de objetos servem para representar instâncias de classes do sistema e o relacionamento entre as instâncias em um momento especí�co. Por apresentaram informações instanciadas de classes, o diagrama de objetos acaba por apresentar uma sintaxe muito similar ao próprio diagrama de classes. Apesar de trazer alguns benefícios adicionais para a representação do software, o diagrama de objetos não con�gura entre os mais utilizadas em projetos de desenvolvimento de software. Dentre os benefícios que o diagrama pode trazer para o projeto de desenvolvimento de software, podemos destacar: a. .a possibilidade de uso do diagrama para discussão com os clientes do software. b. .a possibilidade de uso do diagrama para alocação de tarefas para a equipe de desenvolvimento. c. .a captura de dados reais a serem populados na base de dados do sistema. d. .a criação de exemplos da estrutura do software que suporte à veri�cação dos conceitos apresentados antes mesmo de estes serem implementados. e. .o uso do diagrama para realização de estimativas de entrega do software. Ao elicitar requisitos, o analista necessita identificar, especificar, classificar e priorizar requisitos de software. Cada uma dessas tarefas requer boa relação e constante comunicação com os clientes do software em construção, já que essa fase inicial de conhecimento de problemas e identificação de necessidades dos clientes e usuários é fundamental para o sucesso do projeto. Sobre as tarefas que o analista deve realizar durante a elicitação de requisitos, é correto afirmar que: a. .A especi�cação de requisitos compreende o registro do problema e das necessidades levantadas durante a identi�cação de requisitos, bem como a modelagem e codi�cação do software de modo materialiar os requisitos levantados anteriormente. b. .A negociação de requisitos compreende a utilização de diferentes tipos técnicas de persuasão para dissuadir o cliente a implementar requisitos não adequados para o contexto do projeto. c. .A priorização de requisitos compreende a organização dos requisitos em ordem de identi�cação, como forma a rastrear requisito e momento em que ele vou identi�cado. d. .A classi�cação de requisitos compreende a utilização de técnicas para, junto aos clientes, classi�car os requisitos em funcionais, não funcionais e em regras de negócio. e. .A identi�cação de requisitos compreende a utilização de diferentes técnicas para identi�car, junto aos clientes e interessados pelo projeto, o problema a ser solucionado via a construção de um software e as necessidades de funcionalidades do software em construção. Diagramas de classes representam classes do software, seus atributos, métodos e relacionamentos que levam, de certa forma, a entender um pouco do próprio negócio e das entidades importantes e presentes no dia a dia da organização para o qual o software se destina. As classes do diagrama podem se relacionar uma com as outras a partir do uso de diferentes tipos de relacionamentos. A alternativa com o nome do relacionamento responsável por indicar que as informações de um objeto de uma classe precisam ser complementadas por informações de um objeto de outra classe é: a. .Multiplicidade. b. .Especialização. c. .Generalização. d. .Associação. e. .Agregação. Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental Minhas Disciplinas Minhas Bibliotecas WS https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html https://carreiras.fmu.br/ https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html https://portal.fmu.br/sustentabilidade https://ambienteacademico.com.br/ https://ambienteacademico.com.br/ https://ambienteacademico.com.br/course/view.php?id=236 Questão 6 Correto Atingiu 1,00 de 1,00 Questão 7 Correto Atingiu 1,00 de 1,00 Questão 8 Correto Atingiu 1,00 de 1,00 Durante a identi�cação de requisitos, também chamado de levantamento de requisitos, espera-se que haja um entendimento do problema e das necessidades do cliente que os levaram a iniciar um projeto de desenvolvimento de software. Para tanto, analistas de negócios e requisitos devem lançar mão de estratégias de coleta de informação que possam melhor auxiliá-los não somente a capturar informação, mas também a entendê-las. São exemplos de técnicas que podem ser utilizadas para identi�car requisitos junto aos interessados pelo projeto: a. .Brainstorm e Desenho Colaborativo. b. .Questionários e Coaching. c. .Role Playing e Game Playing. d. .Observação Indireta e Role Playing. e. .Entrevistas e Reuniões. Brainstorms, role playing, reuniões e questionários são técnicas muito utilizadas para capturar informações junto aos clientes de um projeto de desenvolvimento de software. Cada uma delas apresentam particularidades que fazem com que o seu uso dependa das características do ambiente, clientes e equipe de desenvolvimento em que planejam ser aplicadas. Essas técnicas são utilizadas durante a: a. .classi�cação de requisitos. b. .priorização de requisitos. c. .identi�cação de requisitos. d. .especi�cação de requisitos. e. .negociação de requisitos. Antes de implementar um software e posterior ao conhecimento do problema e das necessidades dos clientes, é uma boa prática realizar a modelagem do software a ser construído como forma a construir uma abstração da solução que seja entendida pela equipe de desenvolvimento. Ainda na fase de elicitação de requisitos, as informações capturadas e registradas são feitas utilizando basicamentea linguagem natural. Por si só, a linguagem natural é ambígua e essa ambiguidade, embora presente durante a interação com interessados pelo projeto, não é bem-vinda durante a construção do produto. A modelagem de software, então, permite que as informações anteriormente capturadas possam ser representadas em uma linguagem intermediária (nem linguagem natural e nem linguagem de máquina) que consiga expressar as necessidades levantadas. De acordo com Ian Sommerville (Sommerville, 2011), os modelos utilizados para descrever software podem ser classi�cados em: a. .modelo de contexto, modelo de interação, modelo conjuntural e modelo psicológico. b. .modelo de contexto, modelo de interação, modelo estrutural e modelo comportamental. c. .modelo de pretexto, modelo de inversão, modelo construtural e modelo comportamental. d. .modelo de requisitos, modelo de arquitetura, modelo de codi�cação e modelo de teste. e. .modelo de requisitos, modelo de arquitetura, modelo de codi�cação e modelo de implantação. Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental Minhas Disciplinas Minhas Bibliotecas WS https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html https://carreiras.fmu.br/ https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html https://portal.fmu.br/sustentabilidade https://ambienteacademico.com.br/ https://ambienteacademico.com.br/ https://ambienteacademico.com.br/course/view.php?id=236 Questão 9 Correto Atingiu 1,00 de 1,00 Para SZYPERSKI, "componentes de software são unidades binárias de produção, aquisição e implantação independentes que interagem para formar um sistema funcional" (Szyperski, 2002). Assim, é possível perceber que não é qualquer unidade do software que pode ser vista como um componente, uma vez que a característica de independência do componente é parte integrante da sua de�nição. Diagramas de componentes são utilizados usualmente para apoiar na representação não somente dos componentes existentes em um sistema, mas principalmente dos relacionamentos entre eles que fazem com que uma funcionalidade especí�ca do software seja realizada. Componentes de software e seu diagrama, é correto o que se a�rma em: a. .Diagramas de componentes é uma visualização particular para diagramas de classes. b. .Componentes e objetos estão em um mesmo nível de abstração. c. .Componentes representam comportamentos do software. d. .Interfaces são utilizadas para mostrar a conexão entre componentes independentes. e. .Componentes são representações independentes e não reutilizáveis do software. Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental Minhas Disciplinas Minhas Bibliotecas WS https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html https://carreiras.fmu.br/ https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html https://portal.fmu.br/sustentabilidade https://ambienteacademico.com.br/ https://ambienteacademico.com.br/ https://ambienteacademico.com.br/course/view.php?id=236 Questão 10 Correto Atingiu 1,00 de 1,00 Diagramas comportamentais são utilizados para representar, como o nome sugere, comportamentos do sistema. Esses comportamentos geralmente ilustram o funcionamento do sistema em diferentes estágios, seja mostrando a interação de funcionalidades com atores do sistema, ou mostrando a interação de funcionalidades uma com as outras, ou ainda explicitando o comportamento do sistema frente a mudança de estados de um objeto do sistema. Sobre os diagramas comportamentais, assinale a opção com a correta correspondência entre conceito e de�nição: (1) Diagrama de Atividades A) é um diagrama que, ao representar aspectos dinâmicos do software, explicita a interação de funcionalidades do software com atores do sistema e mesmo com demais funcionalidades existentes (2) Diagrama de Estados B) é um diagrama que, ao representar aspectos dinâmicos do software, explicita o �uxo de controle de uma atividade para outra, esta, podendo ser passos de casos de uso, �uxos de telas, rotinas especí�cas do programa entre outros (3) Diagrama de Casos de Uso C) é um diagrama que, ao representar aspectos dinâmicos do software, explicita a transição de estados que podem ser assumidos por determinado objeto signi�cativo do software, geralmente a realização de ações com esse objeto são condicionadas ao estado assumido pelo objeto (4) Diagrama de Sequência D) é um diagrama que, ao representar aspectos dinâmicos do software, explicita a troca de mensagens entre objetos como forma a atingir um objetivo funcional no software a. .1-B; 2-A; 3-C e 4-D. b. .1-D; 2-C; 3-A e 4-B. c. .1-B; 2-C; 3-A e 4-D. d. .1-D; 2-C; 3-B e 4-A. e. .1-A; 2-B; 3-C e 4-D. Guia Digital Carreiras e Internacionalização NAP CPA Responsabilidade Socioambiental Minhas Disciplinas Minhas Bibliotecas WS https://codely-fmu-content.s3.amazonaws.com/Moodle/GuiaDigital/Guia+digital/index.html https://carreiras.fmu.br/ https://codely-fmu-content.s3.amazonaws.com/Moodle/NAP/inicial/nap/fmu/index.html https://codely-fmu-content.s3.amazonaws.com/Moodle/CPA/landing_CPA/index.html https://portal.fmu.br/sustentabilidade https://ambienteacademico.com.br/ https://ambienteacademico.com.br/ https://ambienteacademico.com.br/course/view.php?id=236
Mais conteúdos dessa disciplina
A Engenharia de Software surge como uma resposta aos desafios enfrentados no desenvolvimento de sistemas complexos e essenciais para organizações. A correta aplicação de seus conceitos básicos garante- livro Gestão da Tecnologia
- QUESTIONÁRIO UNIDADE I ATIVIDADES AQUATICAS
- AULA 01 - Teoria geral do processo
- Comentários da avaliação
- (31)994408961- RESOLVIDO-Roteiro Aula Pratica Projeto de Software
- (31)994408961- RESOLVIDO-Aula Pratica Plataformas e Migracao de Servicos em Nuvem
- (31)994408961- RESOLVIDO-Aula Pratica Processos ageis para o desenvolvimento de software
- (31)994408961- RESOLVIDO-Aula Pratica Projeto de Software
- (31)994408961- RESOLVIDO- PROJETO DE EXTENSAO II - ENGENHARIA DE SOFTWARE
- (31) 994408961- RESOLVIDO-PROJETO DE EXTENSAO II - ENGENHARIA DE SOFTWARE
- (31)994408961- RESOLVIDO- Aula Pratica PROCESSOS AGEIS PARA O DESENVOLVIMENTO DE SOFTWARE
- De acordo com 0 Manifesto Ágil, qual dos seguintes valores é mais importante para 0 desenvolvimento de software? A 40 Colaboração com 0 cliente mais q
- De acordo com OS principios do Extreme Programming (XP), qual é a importância do principio "Feedback Rapido" para desenvolvimento ágil de software? A
- De acordo com OS princípios do Extreme Programming (XP), qual é a importância do principio "Feedback Rápido" para O desenvolvimento ágil de software?
- No contexto do planejamento ágil, qual é 0 principal objetivo da realização de entregas frequentes e iterativas? A 40 Reduzir a quantidade de informaç
- O Pair Programming é uma prática em que dois programadores trabalham juntos em um computador para desenvolver softwares. Nessa técnica, um dos desenvo
- Qual é um dos principais objetivos da limitação do Trabalho em Andamento (WIP) no Método Kanban? A Aumentar a sobrecarga da equipe para acelerar 0 pro
- Em um projeto Scrum, OS três papéis principais desempenham funções cruciais para 0 sucesso do projeto. No entanto, esses papéis têm responsabilidades
- Para Pereira (2016): "O FDD é uma abordagem mais estruturada e orientada a processo para 0 desenvolvimento ágil. Ele define um processo de cinco etapa
- aber diferenciar os conceitos de hardware e software permite compreender o funcionamento integrado dos sistemas computacionais, bem como a importân...
- Questão 7 Ainda não respondida Vale 0,84 ponto(s). Pedro foi contratado para avaliar a pressão sonora a qual os funcionários de uma linha de produç...
- Após sessões de Cinesioterapia, é importante adotar técnicas de relaxamento para otimizar a recuperação muscular. Qual das opções abaixo representa...
- (CPCON, 2020). Assinale a alternativa CORRETA sobre Software. Clique na sua resposta abaixo São exemplos de Software Básico: Windows, Office e Lin...
- Questão 11 Código da questão: 1595 No contexto da gestão da produção, a padronização dos métodos de trabalho envolve a criação e manutenção de docu...
- Aula 2 Exercicios Numeros Normalizados
- ANÁLISE DOS MOVIMENTOS DE UM NAVIO Rafael A. Ribeiro Brito