Avaliação de Apredizagem

Prévia do material em texto

Analise e Modelagem de Sistemas
Atividade de Aprendizagem 1
1) Observando as definições, conjunto de elementos do processo podem ser: ações de engenharia de software; produtos de trabalho; e mecanismos que garantam a qualidade e o controle de mudanças nos projetos de desenvolvimento de um sistema de software. Este modelo determina como os elementos dos processos são interligados, buscando estruturar e ordenar o desenvolvimento de um software.
Nesse contexto, o que está sendo definido?
a) Um modelo de desenvolvimento ágil.
b) Um modelo de processo prescritivo.
c) Um modelo de processo especializado.
d) Um modelo de métodos formais.
e) Um modelo scrum.
2) Os modelos de processos especializados se apropriam de diversas características de um ou mais modelos de processos prescritivos. Sua utilização acontece quando é necessária uma abordagem mais especializada de Engenharia de Software. A tabela a seguir, apresenta estes modelos e suas características:
	Modelo
	Características
	A.       Baseado em componentes
	1.       Utiliza as características dos modelos de processos prescritivos, implementando alguns princípios da metodologia ágil. É considerado um modelo iterativo e incremental.
	B.       De métodos formais
	2.       Fornece um processo e abordagem metodológica que define, especifica, projeta e constrói aspectos. O código do software é separado por importância e os requisitos são modelados superando várias funcionalidades do sistema.
	C.       Desenvolvimento de software orientado a aspecto
	3.       O desenvolvimento de software está diretamente ligado a este modelo. Num modelo é enfatizado a medição pessoal do que foi produzido. No outro modelo, o objetivo é a criação de uma equipe autodirigida, organizada, com a finalidade de produzir um software de alto padrão de qualidade.
	D.       De processo unificado
	4.       Conjunto de atividades que levam à especificação matemática do software, fornecendo mecanismos para a descoberta e a eliminação de problemas como: ambiguidade, incompletude e inconsistência. É a base para fazer a averiguação do código de programação com o objetivo de descobrir erros.
	E.        De processos pessoal e de equipe
	5.       Utilizados em projetos de software de prateleira, compreende aplicações previamente empacotadas. São desenvolvidos para serem reutilizados em outros projetos, além de serem uma parte independente do software, podendo ser trocado ou alterado.
 Fonte: Adaptado de WERLICH, C. Modelos de processos de software (p. 10-11).
Assinale a alternativa que associa corretamente os modelos e suas características:
a) A-1 / B-5 / C-4 / D-2 / E-3.
b) A-3 / B-1 / C-4 / D-5 / E-2.
c) A-5 / B-4 / C-2 / D-1 / E-3.
d) A-4 / B-3 / C-1 / D-5 / E-2.
e) A-2 / B-4 / C-1 / D-3 / E-5.
3) Com as novas tecnologias surgindo rapidamente, o processo de negócios também foi atingido por essa velocidade, o que fez demandar maior velocidade no desenvolvimento do software. Nesse cenário surge uma nova forma de desenvolvimento, que traz um formato mais flexível e dinâmico nos processos de softwares
.Este modelo procura resolver alguns problemas da Engenharia de Software, oferecendo benefícios importantes. Este modelo é conhecido por:
a) modelo de processo prescritivo.
b) modelo de processo especializado.
c) modelo de métodos formais.
d) modelo de desenvolvimento ágil.
e) modelo cascata.
4) Na sociedade atual, a utilização de qualquer tipo de software tomou grandes proporções. Atualmente, é comum o mercado de trabalho exigir que os profissionais tenham habilidades em algum software específico ou então treinar seus funcionários para a utilização. Além disso, geralmente utilizamos algum tipo de software para a execução de alguma tarefa diária.
Podemos estabelecer o conceito de Software como sendo ...
a) Programas de computadores com uma documentação associada e os produtos de Software podem ser desenvolvidos para um determinado cliente ou para um mercado mais generalizado.
b) Programas de computadores sem uma documentação associada e os produtos de Software podem ser desenvolvidos para um determinado cliente ou para um mercado mais generalizado.
c) Programas de computadores com uma documentação associada e os produtos de Software no qual são desenvolvidos para um determinado cliente e nunca para um mercado mais generalizado.
d) Programas de computadores sem uma documentação associada e os produtos de Software no qual são desenvolvidos para um determinado cliente e nunca para um mercado mais generalizado.
e) Programas de computadores com uma documentação associada e os produtos de Software podem ser desenvolvidos para um determinado cliente ao mesmo tempo que é capaz de ser generalizado.
												
Atividade de Aprendizagem 2
1) Clientes e consumidores cada vez mais exigentes provocaram nas empresas mudanças em seus processos de trabalho, para que os produtos sejam desenvolvidos rapidamente, com qualidade e custos adequados. As empresas, para vencerem em mercados competitivos respeitando suas estratégias, adotaram dentre as mudanças as técnicas de modelagem de processos.
A modelagem é feita e organizada por meio de desenhos e diagramas operacionais. Ela valida os projetos sob testes com variáveis para validar diversas condições propostas. Documentação e integração de modelos estão previstas.
Há várias técnicas de modelagem de dados para serem estudadas e então aplicadas em um projeto. De acordo com Valle e Oliveira (2013), as mais difundidas e portanto aplicadas, são BPMN, UML, IDEF e EPC.
Faça a associação das técnicas na Coluna A com suas características na Coluna B.
	COLUNA A
	
	COLUNA B
	
I. BPMN (Business Process Modeling Notation)
	
	1. Faz parte de uma família de linguagens que cobrem necessidades desde simulação, análise e desenho orientado a objeto, até aquisição de conhecimento, contemplando várias “gerações”, cada qual desenhada para uma função de modelagem. As entradas, saídas, mecanismos, controles e relação dos níveis de detalhe dos processos superior e inferior são destacados nesta técnica.
	
II. UML (Unified Modeling Language)
	
	2. Técnica voltada a descrever os requisitos de sistemas de informação, representando um sistema de modo padronizado. Sua aplicação contempla a especificação, documentação, estruturação e visualização do sistema como um todo. É composta por diagramas agrupados nas categorias comportamental, estrutural e de interação.
	
III. IDEF (Integrated DEFinition Language)
	
	3. Esta técnica provê os recursos para que vários tipos de modelagem possam ser feitos, através dos diagramas de fluxo de trabalho. Cada diagrama contém o que deve ser feito e seu registro deve ser claro o suficiente para o entendimento fácil dos membros.
	
IV. EPC (Event-driven Process Chain)
	
	4. Conjuntos complexos de processos costumam demandar este modelo, embora sua característica esteja pautada nas notações simples e fáceis de serem entendidas que descrevem os processos e “workflows”. Seu desenvolvimento foi feito dentro do “framework” ARIS.
 
Assinale a alternativa que apresenta a associação CORRETA entre as colunas.
a) I – 1; II – 3; III – 2; IV – 4.
b) I – 2; II – 3; III – 4; IV – 1.
c) I – 3; II – 4; III – 1; IV – 2.
d) I – 3; II – 2; III – 1; IV - 4.
e) I – 4; II – 3; III – 1; IV – 2.
2) Quanto mais valor uma empresa cria, mais rentável ela tende a ser. Quanto mais valor uma empresa entrega aos seus clientes, maior é a sua vantagem competitiva.
Michael Porter elaborou uma cadeia de atividades que são comuns a todos os negócios, separando-as em atividades primárias e atividades de suporte. A maneira como as atividades são realizadas determina os custos e afeta os lucros. Esta visão do processo organizacional foi o alicerce para o conceito da cadeia de valor de Porter.
A relação existente entre a cadeia de valor de Porter e a modelagem de processos reside no fato que este precisa estar alinhado com a estratégia organizacional.
Considerando o contexto, avalie as afirmativas a seguir:
I. As atividades primárias segundo Porter são: logísticas interna e externa,operações, marketing&vendas, serviço.
II. As atividades de apoio segundo Porter são: infra-estrutura, gerência dos recursos humanos, desenvolvimento de tecnologia, aquisições.
III. As atividades primárias do modelo não têm efeito imediato na produção, manutenção, vendas e suporte dos produtos e serviços fornecidos.
IV. As atividades de suporte, como o nome sugere, dão assistência às primárias. Uma determinada atividade de suporte pode suportar uma ou mais atividades primárias.
V. Porter sugere cinco passos quando da utilização da cadeia de valor: identificar subatividades para cada atividade primária, identificar subatividades para cada atividade de suporte, identificar vínculos entre os valores identificados, procurar oportunidades/soluções para otimizar e criar valor, implementar as soluções.
Considerando o contexto apresentado, é correto o que se afirma em:
a) III, apenas.
b) IV, apenas.
c) I, II e IV, apenas.
d) I, II e III, , apenas.
e) II e IV, apenas.
3) "Business Model Generation" (Geração de Modelo de Negócio, título no Brasil) é um livro de Alexander Osterwalder que revolucionou o mundo dos negócios. Tendo como base os conceitos de "design thinking", o autor liderou o desenvolvimento e criação de uma Tela (Canvas) com 9 blocos que impulsionam o empreendedor a pensar de um modo mais eficiente e estratégico o lançamento de seus negócios, novos serviços e/ou novos produtos.
Ao preencher a Tela (Canvas), o empreendedor encontrará o seu padrão de negócio.
 Considerando o contexto, avalie as afirmativas a seguir:
 
I. As empresas do padrão "empresas desagregadas" (unbundling business model) contêm 4 focos em seu modelo de negócio: a infraestrutura, a inovação de produtos, o relacionamento com o cliente e o relacionamento com fornecedores. Este padrão é indicado para grandes empresas devido à complexidade em se manter os três focos em um único negócio.
II. As empresas do padrão "cauda longa" (the long tail) estão baseadas na venda online, pois têm como característica a grande oferta de itens de serviços ou produtos, ainda que a quantidade de cada item vendido seja pequena.
III. As empresas do padrão "multi-faces" (multi-faced platforms) geram valor a dois ou mais segmentos de clientes em uma coexistência amistosa mas dependente.
IV. As empresas do padrão "modelo gratuito" (free as a business model) oferecem produtos ou serviços gratuitos aos usuários, mas com a intenção de retê-los como clientes pagantes em versões “premium” dos produtos ou serviços.
V. As empresas do padrão “modelo aberto” (open business model) contam com profissionais externos a ela para geração de valor. Muito utilizado no segmento de pesquisa & desenvolvimento, este padrão promove baixo investimento de um modo descentralizado do ponto de vista de recursos humanos.
Assinale a alternativa que apresenta a sequência CORRETA.
a) V – V – F – F – F.
b) F – V – F – V – F.
c) F – V – V – V – V.
d) Todas as sentenças estão incorretas.
e) Todas as sentenças estão corretas.
4) Conforme a ABPMP (2013) o Processo Ponta a Ponta é um processo que pode ser interfuncional, indo além das funções departamentais, conectando todos os departamentos que estão vinculados a um determinado processo e podem ser ainda inter organizacional que além de conectar os departamentos conecta elementos externos à organização.
Tomando como referência o contexto apresentado, julgue as afirmativas a seguir em (V) Verdadeiras ou (F) Falsas:
(    )  A visão de Processos Ponta a Ponta traz uma visão bastante ampla, pois trafega e visualiza a conexão entre todos os departamentos, em uma perspectiva vertical
(   )  Processo Ponta a Ponta é aquele que reconhece que os processos são construídos a muitas mãos e, portanto, envolve vários departamentos, os processos podem atravessar com várias áreas de negócio.
(   ) A visão de Processos Ponta a Ponta permite uma visualização nos diferentes níveis e representam uma forma de agregar valor ao cliente.
(   )  A visão de Processos Ponta a Ponta envolve questões como tempo, custos, capacidade, qualidade, o que permite compreender a contribuição dada por cada parte para atender as necessidades da empresa.
Assinale a alternativa que apresenta a sequência CORRETA.
a) V – V – F – F.
b) V – F – F – V.
c) V – V – V – F.
d) F – V – V – F.
e) V – V – F – V.
									 		
Atividade de Aprendizagem 3
Quando do desenvolvimento de um Software, os analistas responsáveis sabem que uma parte importantíssima é o levantamento, classificação e verificação de requisitos, os quais serão o alicerce para o desenvolvimento em si. A participação do cliente através de seus diversos papéis (“stakeholders”) brindam o trabalho com diversas visões e indicações de necessidades.
 
De acordo com as informações apresentadas na tabela a seguir, faça a associação das ações contidas na Coluna A com suas respectivas explicações na Coluna B.
 
	COLUNA A
	COLUNA B
	I. Determinação dos requisitos
	1. São lógicos ou tecnológicos, associados aos requisitos funcionais.
 
	II. Requisitos funcionais
	2. Os requisitos são caracterizados, podendo ser permanentes e transitórios, ou evidentes e ocultos, ou obrigatórios e desejados. Após a classificação, pode ser importante alocar níveis de prioridade a eles.
 
	III. Requisitos não funcionais
	3. Não apenas elenca as funções que o sistema terá, mas também o que ele não deverá ter. Trata-se de uma lista extensa, mas neste momento sem muito aprofundamento. É a fase do que deve ser feito, e não como deve ser feito.
 
	IV. Requisitos suplementares
	4. Refere-se ao que o sistema deve fazer e sob quais condições. Não apresenta muita profundidade.
 
	V. Documentação de requisitos
	5. Contêm a descrição do que será executado pelo sistema, incluindo restrições lógicas e/ou tecnológicas.
 
	VI. Análise de requisitos
	6. Referem-se ao sistema como um todo, sendo todo e qualquer tipo de restrição lógica ou tecnológica.
 
Assinale a alternativa que apresenta a associação CORRETA entre as colunas.
Alternativas:
· a)
I – 3; II – 1; III – 5; IV – 4; V – 2; VI – 6.
· b)
I – 1; II – 4; III – 6; IV – 2; V – 3; VI – 5.
· c)
I – 4; II – 2; III – 6; IV – 1; V – 3; VI – 5.
· d)
I – 2; II – 5; III – 1; IV – 3; V – 4; VI – 6.
· e)
I – 3; II – 5; III – 1; IV – 6; V – 4; VI – 2.
Alternativa assinalada
2) 
Para que o trabalho de desenvolvimento de Software seja bem sucedido, diversas ações são necessárias, dentre elas: levantamento de requisitos funcionais, não funcionais e suplementares, documentação e análise de requisitos, forte comunicação com o cliente e demais “stakeholders”. Os requisitos necessitam ser validados.
WAZLAWICK, Raul Sidnei. Análise e Projeto de Sistemas de Informação Orientados a Objetos. Elsevier, 2010.
 
Sobre o processo de validação de requisitos, analise as afirmativas a seguir:
 
I. Os requisitos devem ser consistentes, para que não entre em conflito com quaisquer outro requisito.
II. A rastreabilidade é outro importante tipo de verificação, cada requisito deve ter origem clara e bem definida.
III. A validação de requisitos é importante para identificar se existem inconsistências, contradição, duplicidade, imprecisões e ambiguidades dos requisitos.
IV. A validação de requisitos é importante, porém, causam atrasos na entrega do projeto e retrabalhos para reescrever os requisitos.
Com base no contexto apresentado, é correto o que se afirma em
Alternativas:
· a)
I e II, apenas.
· b)
I e III, apenas.
· c)
I, II e III, apenas.
Alternativa assinalada
· d)
I, III e IV, apenas.
· e)
I, II, III e IV.
3) 
O controle (ou gerenciamento) de mudanças é uma tarefa importante no processo de desenvolvimento de Software e, infelizmente, muitas vezes negligenciado pelas equipes. Os motivos são vários, desde falta de tempo para realização dos registros, até mesmo negação pela burocracia que muitos enxergam nesta tarefa.
 
Segundo Sommerville (2007), o gerenciamento de mudança (ou controle da mudança) de requisitos deve fazer parte do processo de gerência de requisitos.
Assinale a alternativa que apresenta corretamente a atitude da equipede projeto frente a uma necessidade de mudança.
Alternativas:
· a)
Toda necessidade de mudança referente a um requisito, ao ser identificada, precisa ser analisada quanto à sua viabilidade e impactos, tendo os membros do projeto e os “stakeholders” internos e externos cientes e concordantes com a sua execução. É indispensável que os documentos sejam atualizados, incluindo a lista de requisitos categorizada e o plano do projeto.
Alternativa assinalada
· b)
Quando uma necessidade de mudança é encontrada em um ou mais requisitos, os analistas precisam avaliar seu impacto no restante do projeto. Se o impacto for pequeno ou de baixo custo, o processo de implementação da mudança pode ser feito informalmente.
· c)
É bastante comum que mudanças sejam necessárias conforme o projeto avança em sua fase de execução. Cabe aos gerente de projeto, analistas e programadores, fazer uma detalhada avaliação do cenário e evitar ao máximo a implementação da mudança, para que o tempo e custo do projeto não sofram impactos.
· d)
Mudanças de escopo e requisitos são mais aceitas pelas equipes de projeto se o contrato firmado for de orçamento aberto, onde cabem toda e qualquer alteração, por mais complexa e custosa que possa ser.
· e)
O sistema legado do cliente, em tendo interface com o sistema em desenvolvimento, precisa ser considerado na análise da implementação de uma mudança. Caberá ao responsável técnico pelo desenvolvimento do Software avaliar se os responsáveis pelo sistema legado deverão ser contatados ou não.
4) 
O objetivo da Engenharia de Requisitos, é proporcionar à todos os envolvidos no desenvolvimento do sistema, uma mesma compreensão por escrito do problema, para isso, são utilizadas uma série de elementos (artefatos) que garantem a qualidade do que foi especificado.
Analisando os princípios e objetivos da Engenharia de Requisitos, podemos defini-la como ...
 
 
 
 
Alternativas:
· a)
o processo de descrever todas as funcionalidades que um sistema deve possuir, assim como, descrever todos os serviços e as restrições de seu funcionamento, refletindo diretamente as determinações dos clientes.
Alternativa assinalada
· b)
todas as tarefas que possuem como característica dessa metodologia de desenvolvimento estabelecer as classes o mais flexível possível na construção da solução e no reuso do código.
· c)
uma junção de partes isoladas de um programa, onde, essas partes podem ser acessadas separadamente, tendo assim a capacidade de tornar a visibilidade das informações e os detalhes da implementação dos métodos de uma classe ocultas ou restritas.
· d)
permitir a criação de novas classes a partir de classes já existentes, sem duplicar nenhum código”. Nesse processo de abstração parte da codificação poderá herdar as características e comportamentos genéricos.
· e)
a representação de um conjunto de objetos, em outras palavras, é a representação da abstração de parte da codificação desenvolvida do sistema como por exemplo suas características e comportamentos funcionais.
												
Atividade de Aprendizagem 4
Com o paradigma orientado a objeto surgiu não só um novo padrão para o desenvolvimento de software, mas também, uma nova forma de pensar como modelar os problemas do mundo real.
 
TUCKER, Allen B.; NOONAN, Robert E. Linguagens de programação: Princípios e Paradigmas. 2. ed. Porto Alegre: AMGH, 2010.
 
Com relação ao paradigma orientado a objeto, no que tange aos seus processos de analises, complete as lacunas da sentença a seguir:
 
A ____________ é a ideia central do paradigma orientado a objetos. Nesse processo nos referimos a ____________ (qualquer item do mundo real como, casa, bolo, carro, sanduíche, boleto, contrato) sem nos preocupar com detalhes, como cor, tamanho, código e validade, entre outros. Suponha que você ouviu o termo cadeira, você pensa na ideia de como é uma cadeira, isso é uma __________.
Assinale a alternativa que preenche corretamente as lacunas:
Alternativas:
· a)
abstração / um objeto / abstração.
Alternativa assinalada
· b)
classe / um atributo / classe
· c)
classe / um objeto / abstração.
· d)
abstração / um atributo / abstração.
· e)
abstração / um objeto / classe.
2) 
Na engenharia de software, consideramos um paradigma como um modelo que já foi testado e segue alguns princípios para a resolução de um problema computacional. Há uma grande vantagem em seguir um modelo, pois facilita o desenvolvimento e a compreensão da solução encontrada.
TUCKER, Allen B.; NOONAN, Robert E. Linguagens de programação: Princípios e Paradigmas. 2. ed. Porto Alegre: AMGH, 2010.
 
Com relação aos conceitos básicos de orientação a objetos, complete as lacunas da sentença a seguir:
 
A ____________ é a representação da abstração, é o momento em que você define as características que todo objeto deverá ter e quais ações que ele poderá fazer. As denominações técnicas para as características são ____________ e as ações ou comportamentos chamamos de ____________.
Assinale a alternativa que preenche corretamente as lacunas:
Alternativas:
· a)
heranças / subclasses / abstração.
· b)
classe / atributos / métodos.
Alternativa assinalada
· c)
heranças / atributos / métodos.
· d)
classe / subclasse / métodos.
· e)
subclasse / atributos / heranças.
3) 
Com o paradigma orientado a objeto surgiu não só um novo padrão para o desenvolvimento de software, mas também, uma nova forma de pensar como modelar os problemas do mundo real.
TUCKER, Allen B.; NOONAN, Robert E. Linguagens de programação: Princípios e Paradigmas. 2. ed. Porto Alegre: AMGH, 2010.
 
De acordo com as informações apresentadas na tabela a seguir, faça a associação dos conceitos básicos de orientação a objetos contidos na COLUNA A, com suas respectivas definições na COLUNA B.
 
	COLUNA A
	COLUNA B
	I. Herança
	1. Consiste na junção de partes isoladas de um programa e essas partes podem ser acessadas separadamente.
	II. Encapsulamento
	2. Significa que a mesma operação[método] pode atuar de modos diversos em classes diferentes.
	III. Polimorfismo
	3. Permite criar novas classes a partir de classes já existentes, sem duplicar nenhum código.
Assinale a alternativa que apresenta a associação correta entre as colunas.
Alternativas:
· a)
I - 2; II - 3; III - 1.
· b)
I - 3; II - 2; III - 1.
· c)
I - 1; II - 3; III - 2.
· d)
I - 1; II - 2; III - 3.
· e)
I - 3; II - 1; III - 2.
Alternativa assinalada
4) 
Em engenharia de software existem alguns modelos que podem ser usados para organizar o ciclo de vida de desenvolvimento do software, por exemplo, modelo em cascata, em espiral, de prototipação, incremental, iterativo, dentre outros. É importante que não seja confundido o ciclo de vida do produto com modelo do ciclo de vida de desenvolvimento.
O chamado Ciclo de vida do produto, segundo Kotler (2018) consiste em 4 fases:
Alternativas:
· a)
concepção, crescimento, maturidade e declínio.
Alternativa assinalada
· b)
analises, algoritmos, desenvolvimento e versões.
· c)
concepção, crescimento, analises e declínio.
· d)
analises, desenvolvimentos, versões e encerramento.
· e)
crescimento, maturidade, segurança e encerramento.