Exatas

Brasil

Sistemas de Informação / Informática

pt-br

Engenharia de Software

Engenharia de Software I é uma disciplina que aborda os conceitos fundamentais da engenharia de software, incluindo processos de desenvolvimento de software, modelos de ciclo de vida, análise e especificação de requisitos, projeto de software e testes de software. Durante as aulas, os alunos aprendem a utilizar ferramentas e técnicas para desenvolver software de qualidade, com ênfase na compreensão das necessidades do cliente e na entrega de um produto final que atenda aos requisitos especificados. A disciplina é importante para estudantes de ciência da computação e engenharia de software, que desejam se tornar desenvolvedores de software profissionais.

Exam

Text

Avaliação Parcial arquitetura de sistemas 2018.1

RESTRICTED

Engenharia

Graduate

Universidade Estácio de Sá

Anderson Douglas

Outros

Eletrônica Digital

A Eletrônica Digital é uma disciplina que estuda os circuitos eletrônicos que operam com sinais digitais, ou seja, com valores discretos de tensão. Durante as aulas, os alunos aprendem sobre portas lógicas, álgebra booleana, circuitos combinacionais e sequenciais, além de sistemas de numeração e codificação. A disciplina é importante para profissionais da área de eletrônica, que trabalham com projetos de sistemas digitais, como computadores, smartphones, tablets, entre outros dispositivos eletrônicos. O conhecimento em Eletrônica Digital é fundamental para engenheiros eletrônicos, técnicos em eletrônica e outros profissionais da área, que devem projetar, implementar e testar circuitos digitais.

Other

Arquitetura baseada em componentes descreve uma abordagem da engenharia de software para estrutura e desenvolvimento de sistemas.
Associe a sentenç...

Arquitetura baseada em componentes descreve uma abordagem da engenharia de software para estrutura e desenvolvimento de sistemas.
Associe a sentença abaixo ao respectivo conceito: "Componentes expõe uma interface dele para os invocadores utilizar suas funcionalidades e não revelar detalhes do seu processo interno ou alguma variável interna e estado."
Reusabilidade
Independência
Substituição
Extensibilidade
Encapsulamento

General Studies

Ensinando Através de Questões: Compartilhando questões para auxiliar no ensino e na aprendizagem de diversas disciplinas do ensino superior, médio e pós-graduação. Vamos juntos aprender mais através dessas questões desafiadoras!

Ensinando Através de Questões

Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolv...

Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
Modelo Conceitual
Modelo de Especificação
Modelo de Requisitos
Modelo de Projeto
Modelo de Implementação

O gerenciamento de processos refere-se ao conjunto de conhecimentos que serão utilizados para guiar a condução do projeto de desenvolvimento de sof...

O gerenciamento de processos refere-se ao conjunto de conhecimentos que serão utilizados para guiar a condução do projeto de desenvolvimento de software. A atividade de desenvolver o termo de abertura do projeto pertence ao gerenciamento de qual grupo de processos?
Iniciação
Planejamento
Monitoramento e Controle
Encerramento
Execução

Modelagem de Sistemas

A disciplina de Modelagem de Sistemas tem como objetivo ensinar técnicas e ferramentas para a representação e análise de sistemas complexos. Durante as aulas, os alunos aprendem a criar modelos que representam o comportamento de sistemas reais, utilizando diagramas, equações e outras técnicas. A disciplina é importante para profissionais da área de tecnologia da informação, engenharia e administração, que precisam entender e projetar sistemas complexos. O conhecimento em Modelagem de Sistemas é fundamental para a criação de sistemas eficientes e confiáveis, que atendam às necessidades dos usuários e das organizações.

São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
Requisitos não funcionais eram usualmente especificados junt...

São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio (funcionais)
Necessidade da especialização das interfaces (conexões) entre os objetos
Dificuldade de configurar e utilizar aplicações em padrões anteriores
Necessidade da existência de um mecanismo único de implementação
Falta de flexibilidade para estender as funcionalidades dos objetos

Progresso com Exercícios: Compartilhando exercícios para auxiliar no progresso acadêmico e profissional em diversas áreas do conhecimento. Vamos juntos aprimorar nossos conhecimentos e alcançar o progresso através da prática e do estudo!

Progresso com Exercícios

Uma empresa realizou um levantamento de requisitos de um Estacionamento, onde num primeiro momento destacou duas funcionalidades principais:
É corr...

Uma empresa realizou um levantamento de requisitos de um Estacionamento, onde num primeiro momento destacou duas funcionalidades principais:
É correto afirmar que:
Existe um relacionamento do tipo extend do caso de uso Registrar Entrada para o caso de uso Gerar ticket impresso, onde este é essencial para o comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo extend do caso de uso Gerar Fatura para o caso de uso Registrar Saída, onde este é essencial para o comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo include do caso de uso Gerar Fatura para o caso de uso Registrar Saída, onde este é opcional para o comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo include do caso de uso Registrar Entrada para o caso de uso Gerar ticket impresso, onde este é essencial para o comportamento do caso de uso Registrar Entrada.
Existe um relacionamento do tipo generalização do caso de uso Gerar Fatura para o caso de uso registrar Saída, onde define uma funcionalidade do sistema do ponto de vista do usuário.

Na especificação de interface de componentes devemos sempre identificar como os elementos podem utilizar esses componentes. Dentre essas identifica...

Na especificação de interface de componentes devemos sempre identificar como os elementos podem utilizar esses componentes. Dentre essas identificações destacamos:
I - Como acessá-los, onde definimos na sua assinatura somente o retorno oferecido.
II - Quais os atributos que ele manipula.
III - Quais as funções disponíveis para uso.
I, II e III estão incorretas.
I e III estão corretas.
II e III estão corretas.
I e II estão corretas.
I, II e III estão corretas.

Com relação a validação de requisitos, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
( ) A prototipação é a melhor maneira d...

Com relação a validação de requisitos, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
( ) A prototipação é a melhor maneira de se validar requisitos.
( ) Conseguimos criar um modelo conceitual fraco para ser validado pelas partes interessadas.
( ) A validação de requisitos deve ser feita em duas etapas, chamadas de pré -validação e validação de requisitos.
V, F e F.
V, V e F.
F, F e V.
F, V e F.
V, F e V.

Aprendendo Através de Exercícios: Compartilhando exercícios para auxiliar no aprendizado e aprimoramento de habilidades em diversas áreas do conhecimento. Vamos juntos aprender mais sobre os assuntos que nos interessam através desses exercícios desafiadores!

Aprendendo Através de Exercícios

Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento de requisitos deve conter como caracterí...

Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento de requisitos deve conter como característica:
Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que consigam responder sobre cada uma das camadas.
Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada uma das camadas.
Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o levantamento dos requisitos.
Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar com todos os responsáveis de cada departamento.
Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por camada de desenvolvimento.

Com relação a interação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F):
(     ) Refinar as interfaces é o subp...

Com relação a interação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F):
(     ) Refinar as interfaces é o subprocesso responsável por revistar o modelo de negócios, alterando e adaptando os elementos na medida das necessidades, já que agora temos as informações das operações de negócio mapeadas e definidas.
(     ) A  modelagem de interação de componentes é uma técnica de modelagem do comportamento dos componentes em relação ao problema a ser resolvido.
(     ) O artefato de operações de negócio é a parte da modelagem de processos de negócios focada nas operações resultantes deste negócio, pois fornece uma solução clara e adaptável para capturar as especificações operacionais dos processos de negócio.
F, V e V.
V, V e V.
V, F e V.
F, F e V.
V, F e F.

Com relação a identificação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F):
(     ) O processo de identificaçã...

Com relação a identificação de componentes, avalie se as afirmativas a seguir são verdadeiras (V) ou falsas (F):
(     ) O processo de identificação de componentes tem como objetivo criar uma visualização inicial de todos os elementos envolvidos e como eles são integrados.
(     ) Artefato Interface de negócios gerado será um modelo que apresente todas as classes do sistema a ser desenvolvido e suas interfaces de utilização, mapeando como os atores farão os acessos ao sistema e que tipo de funcionalidade estará disponível para cada um deles.
(     ) Artefato Interface de Sistemas gerado traduz a necessidade de identificação dos componentes disponíveis e como eles serão interligados e resolverão as regras de negócio, para o novo sistema a ser desenvolvido.
V, V e V.
V, F e V.
F, V e F.
F, F e V.
V, F e F.

MaterialAggregator/Subjects/Materials/Recent

MaterialAggregator/Subjects/Questions/New

Avaliação Parcial arquitetura de sistemas 2018.1

Conteudo restrito apenas para assinantes