AN�LISE E MODELAGEM DE SISTEMAS

AOL1

Pergunta 1
1
/1
Leia o trecho a seguir:

�Um sistema de software orientado a objetos consiste em objetos em colabora��o com

o objetivo de realizar as funcionalidades desse sistema. Cada objeto � respons�vel
por tarefas espec�ficas. � gra�as � coopera��o entre objetos que a computa��o do
sistema se desenvolve.�Fonte: BEZERRA, E. Princ�pios de an�lise e projeto de
sistemas com UML. 2. ed. Rio de Janeiro: Elsevier Editora, 2007. p. 7.

Considerando essas informa��es e o conte�do estudado sobre an�lise e projeto

orientado a objeto, analise as afirmativas a seguir.

I. O objetivo b�sico da An�lise Orientada a Objetos � identificar classes a partir

das quais objetos ser�o representados como inst�ncias e uma de suas tarefas � a
identifica��o de atores.

II. Para cada classe devem ser anotadas, em modelos, as suas depend�ncias,
indicando o n�vel que cada uma estar� na arquitetura, na escala bottom, middle e
top.

III. No momento da defini��o de requisitos no texto obtido, verbos s�o potenciais

candidatos a classes, e nomes (substantivos) s�o potenciais candidatos a m�todos.

IV. Na especifica��o de atributos, ser� feita uma lista de todos os detalhes da

classe, que ser�o as vari�veis dos objetos.

Est� correto apenas o que se afirma em:

I e IV.

Pergunta 2

Por defini��o, conforme apresentado em Bezerra (2007), �um caso de uso � a

especifica��o de uma sequ�ncia completa de intera��es entre um sistema e um ou mais
agentes externos a esse sistema�. O uso da palavra �completa� � importante para
mostrar que um caso de uso n�o � um passo em uma funcionalidade do sistema.Fonte:
BEZERRA, E. Princ�pios de an�lise e projeto de sistemas com UML. 2 ed. Rio de
Janeiro: Elsevier Editora, 2007. p. 54.

Considerando essas informa��es e o conte�do estudado, pode-se afirmar que o exemplo

de a��o �entrar no sistema�:

configura como informa��o simples e esperada sem formar um caso de uso, j�

que � de se esperar que o usu�rio entre no sistema para alcan�ar um objetivo.

Pergunta 3

Leia o trecho a seguir:

�[...] a modelagem de caso de uso � amplamente usada para apoiar a elicita��o de
requisitos. Um caso de uso pode ser tomado como um cen�rio simples que descreve o
que o usu�rio espera de um sistema. Cada caso de uso representa uma tarefa discreta
[...]�.

Fonte: Sommerville, I. Engenharia de Software. 9 ed. S�o Paulo: Pearson Prentice

Hall, 2011. P�g. 86.

Considerando essas informa��es e o conceito estudado sobre casos de uso, analise as

afirmativas a seguir.

I. Um caso de uso deve compreender um fluxo de eventos completo e consistente, com

colabora��es entre elementos.

II. O caso de uso apresenta rela��es de quatro componentes essenciais: elementos

internos, elementos externos, um rel�gio para disparar eventos e uma trilha de
conex�o, para passagem de dados.

III. Devem ser feitos e modelados casos de uso irreais de estouro de limites
previstos dadas mem�rias limitantes, chamados de casos de satura��o, para que os
projetistas possam programar situa��es futuras.

IV. O conjunto de casos de uso representa as situa��es poss�veis de utiliza��o do

software modelado.

Est� correto apenas o que se afirma em:

I e IV.

Pergunta 4

Leia o trecho a seguir:

�Na realidade, por mais simples que seja, todo e qualquer sistema deve ser modelado
antes de se iniciar sua implementa��o, entre outras coisas, porque os sistemas de
informa��o frequentemente costumam ter a propriedade de crescer: isto �, aumentar
em tamanho, complexidade e abrang�ncia.�

Fonte: GUEDES, G. T. A. UML 2: uma abordagem pr�tica. 2 ed. S�o Paulo: Novatec
Editora, 2011. p. 20.

Considerando essas informa��es e o conte�do estudado, pode-se afirmar que, em

rela��o aos diferentes tipos de modelagens no desenvolvimento de software:

existe uma categoria que se destaca nesse contexto, a dos modelos gr�ficos,
que t�m benef�cios de facilidade de entendimento pelo ser humano e, ainda, podem
ser acompanhados de textos.

Pergunta 5

Leia o trecho a seguir:

�Os requisitos de um sistema s�o as descri��es do que o sistema deve fazer, os

servi�os que oferece e as restri��es a seu funcionamento. Esses requisitos refletem
as necessidades dos clientes para um sistema que serve a uma finalidade
determinada, como controlar um dispositivo, colocar um pedido ou encontrar
informa��es.�Fonte: SOMMERVILLE, I. Engenharia de Software. 9 ed. S�o Paulo:
Pearson Prentice Hall, 2011. p. 57.
Considerando essas informa��es e o conte�do estudado sobre identifica��o de
requisitos, analise as afirmativas a seguir.

I. O documento de requisitos pode ser usado como um instrumento de registro de

consenso entre os desenvolvedores e o cliente.

II. O documento de requisitos, na maioria dos processos de desenvolvimento de

software, � est�tico, pois alterar e incluir novas fun��es com a codifica��o
ocorrendo � complexo e caro.

III. A defini��o dos requisitos precisa ser feita em detalhes precisos e sem
ambiguidades, permitindo o bom desenvolvimento e, ainda, o trabalho adequado de
testadores.

IV. Os requisitos s�o independentes por tratarem de fun��es espec�ficas que o

software deve conter, sendo isso relacionado ao conceito de abstra��o.

Est� correto apenas o que se afirma em:

I e III.

Pergunta 6

Leia o trecho a seguir:

�A maioria dos softwares profissionais � desenvolvida por equipes de projeto que

variam em tamanho, desde duas at� v�rias centenas de pessoas. Como � imposs�vel
para todos os membros de um grupo grande trabalharem juntos em um �nico problema,
as grandes equipes s�o geralmente divididas em v�rios grupos. �Fonte: SOMMERVILLE,
I. Engenharia de Software. 9 ed. S�o Paulo: Pearson Prentice Hall, 2011. p. 423 e
424.

Considerando essas informa��es e o conte�do estudado sobre participantes do

processo de an�lise e desenvolvimento de software, analise as fun��es a seguir e
associe-as a seus respectivos detalhes de atua��o.

1) Gerente de projeto.

2) Analista.

3) Projetista.

4) Programador.

5) Avaliador de qualidade.

( ) Realiza a codifica��o das estruturas definidas pelo projetista, realizando a

implementa��o do software. Em alguns vocabul�rios, esse cargo tamb�m � conhecido
como desenvolvedor.

( ) Analisa a adequa��o do processo de desenvolvimento e do produto de software

aos padr�es e requisitos estabelecidos no projeto.

( ) Define os requisitos do software a partir do conhecimento do dom�nio de

neg�cio e da comunica��o com especialistas. Ele faz a ponte de comunica��o entre os
profissionais da computa��o e os profissionais do neg�cio.
( ) Coordena as atividades de constru��o do software, incluindo a parte de
or�amenta��o e de acompanhamento do cumprimento do cronograma de trabalho
estabelecido.

( ) Integra a equipe de desenvolvimento avaliando alternativas de solu��o e

gerando a especifica��o de uma solu��o computacional detalhada.

Agora, assinale a alternativa que apresenta a sequ�ncia correta:

4, 5, 2, 1, 3.

Pergunta 7

Leia o trecho a seguir:

�Ao fazer a modelagem da arquitetura do sistema, voc� captura decis�es sobre os

requisitos do sistema, seus elementos l�gicos e seus elementos f�sicos. Voc� tamb�m
far� a modelagem tanto de aspectos estruturais como comportamentais dos sistemas e
dos padr�es que d�o forma a essas vis�es. Por fim, voc� desejar� focalizar as
costuras existentes entre os subsistemas e fazer o acompanhamento desde os
requisitos at� a entrega.�Fonte: BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML, Guia do
Usu�rio. 2. ed. Rio de Janeiro: Editora Campus, 2005. p. 629.

Considerando essas informa��es e o conte�do estudado sobre as cinco vis�es

complementares utilizadas na modelagem, analise-as a seguir e associe-as com as
suas respectivas fun��es.

1) Vis�o de casos de uso.

2) Vis�o de projeto.

3) Vis�o de processo.

4) Vis�o de implementa��o.

5) Vis�o de implanta��o.

( ) Detalha caracter�sticas da distribui��o f�sica de um software e seus

componentes e conex�es.

( ) Modela a distribui��o dos processos e das atividades concorrentes do software.

( ) Captura o vocabul�rio do problema a ser resolvido.

( ) Exp�e os requisitos do sistema usando atores e suas a��es.

( ) Exp�e quest�es t�cnicas de engenharia dos componentes do software.

Agora, assinale a alternativa que apresenta a sequ�ncia correta:

5, 3, 2, 1, 4.

Pergunta 8

Leia o trecho a seguir:

�Para entregar um software que satisfa�a ao prop�sito pretendido, ser� preciso
reunir-se e interagir com os usu�rios de uma maneira disciplinada, com a finalidade
de expor os requisitos reais do sistema. Para desenvolver software de qualidade
duradoura, ser� necess�rio criar uma arquitetura de funda��o s�lida que aceite
modifica��es.�

Fonte: BOOCH, G., RUMBAUGH, J., JACOBSON, I. UML, Guia do Usu�rio. 2 ed. Rio de
Janeiro: Editora Campus, 2005. p. 31.

Considerando essas informa��es e o conte�do estudado sobre tipos de requisitos,

analise os requisito a seguir e associe-os com suas respectivas caracter�sticas.

1) Requisitos de seguran�a.

2) Requisitos de neg�cio.

3) Requisitos de confiabilidade.

4) Requisitos de aspectos legais.

5) Requisitos de usabilidade.

( ) S�o espec�ficos de cada software como, por exemplo, um cliente efetuando uma
compra on-line em um site de e-commerce. S�o do tipo funcionais.

( ) Dizem respeito � prote��o dos dados e das fun��es do software, sendo do tipo
n�o funcionais.

( ) Referem-se � facilidade de utiliza��o do software a partir de interfaces

amig�veis, sendo do tipo n�o funcionais.

( ) Est�o relacionados � probabilidade de opera��o livre de falhas de um software,

em um ambiente e tempo especificados, sendo do tipo n�o funcionais.

( ) Definem restri��es e condi��es de legisla��o do ambiente relacionadas ao campo

de atua��o do software, sendo do tipo normativos.

Agora, assinale a alternativa que apresenta a sequ�ncia correta:

2, 1, 5, 3, 4.

Pergunta 9

Leia o trecho a seguir:

�A capacidade de gerenciamento da ind�stria da constru��o civil permite uma

razo�vel precis�o na data de entrega das obras, gra�as � padroniza��o de processos
de constru��o e a uma intensa padroniza��o de componentes. Com exce��o talvez
apenas da alvenaria, uma edifica��o � composta de partes j� constru�das e que s�o
integradas para formar o produto final�. Fonte: DEBONI, J. E. Z. Modelagem
orientada a objetos com a UML. S�o Paulo: Futura, 2003. p. 10.

Considerando essas informa��es e o conte�do estudado sobre a cl�ssica compara��o da

modelagem de software com as engenharias, pode-se afirmar que os modelos de
software podem ser comparados em uma constru��o civil:

com as plantas, que cont�m uma representa��o gr�fica do produto final: o

edif�cio, permitindo que o cliente avalie o produto e acompanhe seu
desenvolvimento.

Pergunta 10

Leia o trecho a seguir:

�Os testes podem mostrar apenas a presen�a de erros, e n�o sua aus�ncia. O teste �
parte de um amplo processo de verifica��o e valida��o (V&V). Verifica��o e
valida��o n�o s�o a mesma coisa, embora sejam frequentemente confundidas.�Fonte:
SOMMERVILLE, I. Engenharia de Software. 9 ed. S�o Paulo: Pearson Prentice Hall,
2011. p. 145.

Considerando essas informa��es e o conte�do estudado sobre valida��o e verifica��o

de software, analise as afirmativas a seguir.

I. A verifica��o se preocupa em assegurar que as necessidades do cliente est�o

sendo atendidas pelo software.

II. Para a boa valida��o, � importante a proximidade com os usu�rios, que devem ter
entendimento do que est� sendo feito, sem ambiguidades em rela��o � compreens�o do
que foi incluso no software.

III. Atividades de valida��o objetivam analisar se os modelos est�o em conformidade

com os requisitos identificados.

IV. Na verifica��o, a seguinte frase pode ser utilizada pelo analista: �o software
est� sendo constru�do corretamente?�. Ou seja, dados os requisitos corretos, est�o
sendo produzidos os modelos coerentes?

Est� correto apenas o que se afirma em:

II e IV.