G abarito das

A utoatividades

PROCESSOS DE SOFTWARE
ADS | 2015/1 | Mdulo II
 Centro Universitrio Leonardo da Vinci
Rodovia BR 470, Km 71, n 1.040
Bairro Benedito - CEP 89130-000
Indaial - Santa Catarina - 47 3281-9000

2015

Elaborao:
Prof. Polyanna Pacheco Gomes Fabris
Prof. Luis Cludio Perini

Reviso, Diagramao e Produo:

Centro Universitrio Leonardo da Vinci - UNIASSELVI
UNIASSELVI GABARITO DAS AUTOATIVIDADES 3
NEAD
GABARITO DAS AUTOATIVIDADES DE
PROCESSOS DE SOFTWARE

UNIDADE 1

SEO 1

1 Assinale V para verdadeiro e F para falso.

(F) Entradas representam o resultado obtido com a execuo do processo,

podem ser produtos ou servios.
(F) Sadas so materiais ou informaes que contribuiro para que o processo
seja executado.
(V) Processos secundrios so os processos definidos formalmente na
organizao e que visam dar suporte aos processos primrios.
(V) Processos primrios so os processos que ultrapassam qualquer fronteira
funcional corporativa, representando as atividades essenciais que uma
organizao executa para cumprir sua misso.
(F) Controle responsvel pelo monitoramento e verificao do cumprimento
dos mtodos, diretrizes, objetivos, procedimentos e padres na execuo do
processo e so definidos como sadas.

2 O que processo de negcio e quais so suas classificaes?

R.: uma associao de atividades e procedimentos executados por

humanos ou mquinas para entregar valor a clientes ou apoiar/gerenciar
outros processos.
P
R
O
C
SEO 2 E
S
S
1 Dentre as notaes de modelagem de processos, apresentamos O
S
o BPMN (Business Process Model and Notation), cujo intuito
D
padronizar a comunicao entre os usurios do negcio. E, para E
apoiar essa notao, so apresentados trs tipos de modelos bsicos. S
Com base nesta afirmativa, analise os itens a seguir e marque a O
F
alternativa CORRETA. T
W
A
R
E
4 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
a) Processos de negcio privado (global), processos abstratos (internos) e
processos de colaborao (privado).
b) Processos de negcio privado (internos), processos abstratos
(pblicos) e processos de colaborao (global).
c) Processos de negcio internos, processos concretos (internos) e processos
de colaborao (global).
d) Processos de negcio pblicos (global), processos concretos (internos) e
processos de colaborao (privado).
e) Processos de negcio colaborativo (global), processos abstratos (internos)
e processos de colaborao (privado).

2 O IDEF0 representa o primeiro conjunto de padres do IDEF, utilizando

mtodos estruturados para compreenso e melhoria dos processos
de um sistema. Esse padro de modelagem til para estabelecer o
escopo de anlise, especialmente em anlises funcionais.

Dentre os principais objetivos do IDEF0, podemos destacar:

I. Fornecimento de recursos de maneira completa para a modelagem de
funes (atividades, processos, operaes e aes) requeridas.
II. Tcnica de modelagem independente de mtodos ou ferramentas, mas
que possam trabalhar em conjunto.
III. Flexibilidade para suportar as vrias fases do ciclo de vida Interativo de
um projeto orientado a objetos e estruturado.

Com base nas afirmativas, assinale a alternativa CORRETA.

a) ( ) Somente o item I.
b) ( ) Somente o item II.
c) ( ) Somente o item III.
d) (x) Somente os itens I e II.
e) ( ) Somente os itens II e III.
P
R
O
C
E SEO 3
S
S
O 1 A tcnica de Modelagem Organizacional EKD facilita a compreenso
S
do ambiente empresarial e conhecida como uma atividade valiosa
D
E
para a engenharia de requisitos, sendo organizada com seis
submodelos, sendo estes:
S
O
F
T
a) Objetivos; Regras de Negcio; Conceitos; Processos de Negcio;
W Atores e Recursos; Modelo de Requisitos e Componentes Tcnicos.
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 5
NEAD
b) Objetivos; Regras de Negcio; Teste; Processos de Negcio; Atores e
Recursos; Modelo de Requisitos e Componentes Tcnicos.
c) Objetivos; Regras de Negcio; Concepo; Processos de Negcio; Atores
e Recursos; Modelo de Requisitos e Componentes Tcnicos.
d) Objetivos; Regras de Negcio; Transio; Processos de Negcio; Atores
e Recursos; Modelo de Requisitos e Componentes Tcnicos.
e) Objetivos; Regras de Negcio; Conceitos; Transio de Negcio; Atores e
Recursos; Modelo de Requisitos e Componentes Tcnicos.

2 Com base nos benefcios de EKD, analise as afirmativas a seguir:

I. Entender melhor o negcio, para que a organizao vise aos interesses

setorizados e no ao todo.
II. Facilitar a aprendizagem e comunicao organizacional sobre questes
essenciais.
III. Ajudar atender e promover as capacidades e processos da organizao.
IV. Melhorar a comunicao e o entendimento dos envolvidos sob o enfoque
de sistemas e de tecnologias.

Assinale a alternativa CORRETA:

a) ( ) Somente I, II.
b) ( ) Somente I, III.
c) (x) Somente II, III, IV.
d) ( ) Somente III.
e) ( ) Somente V.

ATIVIDADES DE APRENDIZAGEM DA UNIDADE

1 Com base nas tcnicas de modelagem, apresentamos alguns objetos

gerados por elas. Relacione os objetos de modelagem apresentados P
R
na coluna da esquerda com a coluna da direita. O
C
E
S
S
O
S

D
E

S
O
F
T
W
A
R
E
6 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
TCNICAS DE
OBJETOS DE MODELAGEM
MODELAGEM
a)

I BPMN

b)

II UML

III IDF0

c)

P
R
O
C
E
S
S
O
S

D
E

S
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 7
NEAD
Assinale a alternativa CORRETA:
a) ( ) a III, b II, c I.
b) ( ) a II, b III, c I.
c) ( ) a I, b II, c III.
d) (x) a I, b III, c II.
e) ( ) a III, b I, c II.

2 A respeito de BPMN, podemos afirmar que:

a) uma linguagem de programao utilizada somente para software

comercial.
b) uma notao para criar diagrama da UML, representando apenas os
diagramas de caso de uso e classe.
c) As empresas adotam BPMN para atender somente s metodologias geis.
d) uma notao padro para o desenho de fluxogramas em processos
de negcios. Sendo um conjunto de regras e convenes que determinam
como os fluxogramas devem ser desenhados.
e) uma notao adotada para representar somente os diagramas orientados
a objetos.

3 Modelagem de processos pode ser definida como um conjunto de

atividades envolvidas. E a respeito dos seus objetivos, analise as
seguintes sentenas:

I. E
ntendimento da estrutura e a dinmica das reas da organizao.
II. Entendimento dos problemas atuais da organizao e identificar potenciais
melhorias.
III. Garantir que os usurios e engenheiros de software trabalhem de forma
individualizada, visando ao bem comum apenas de sua equipe.
IV. A uxlio na identificao de competncias.
P
Agora, assinale a alternativa CORRETA. R
O
a) ( ) Somente o item I. C
E
b) ( ) Somente o item II. S
c) ( ) Somente o Item III. S
O
d) ( ) Somente os itens I, II, III. S

e) (x) Somente os itens I, II, IV. D

E

S
O
F
T
W
A
R
E
8 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
4 Complete a afirmativa: __________________ uma tcnica de
modelagem organizacional que facilita a compreenso do ambiente
empresarial e conhecida como uma atividade valiosa para a
________________________, e que tem como objetivo estreitar os
laos entre as reas de negcio e a de tecnologia da informao
dentro de uma organizao.

a) (x) EKD, Engenharia de Requisitos.

b) ( ) UML, Engenharia de Software.
c) ( ) EKD, Elicitao de Requisitos.
d) ( ) IDEF, Elicitao de Requisitos.
e) ( ) BPMN, Anlise de Sistemas.

5 Assinale V para verdadeiro e F para falso.

(F) Sadas so materiais ou informaes que contribuiro para que o processo

seja executado.
(F) Entradas representam o resultado obtido com a execuo do processo,
podem ser produtos ou servios.
(V) Controle responsvel pelo monitoramento e verificao do cumprimento
dos mtodos, diretrizes, objetivos, procedimentos e padres na execuo
do processo.
(V) Recurso representa a proviso de elementos que se fazem necessrios
para a execuo do processo, tais como: humanos, materiais, financeiros
entre outros.

UNIDADE 2

P
R
O
C
E
SEO 1
S
S
O 1 Cite e explique duas atividades guarda-chuva.
S

D
E

S
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 9
NEAD
R.: Quadro 5 Atividades guarda-chuva tpicas

Atividade Descrio
Possibilita que a equipe avalie o progresso
Controle e acompanhamento em relao ao plano do projeto e tome
do projeto as medidas necessrias para cumprir o
cronograma.
Avalia riscos que possam afetar o resultado
Administrao de riscos
ou a qualidade do produto/projeto.
Garantia da qualidade de Define e conduz as atividades que garantem
software a qualidade do software.
Avaliam artefatos da engenharia de software,
Revises tcnicas tentando identificar e eliminar erros antes
que se propaguem para a atividade seguinte.
Define e coleta medidas (do processo, do
projeto e do produto). Auxilia na entrega
Medio do software de acordo com os requisitos;
pode ser usada com as demais atividades
(metodolgicas e de apoio).
Gerenciamento da Gerencia os efeitos das mudanas ao longo
configurao de software do processo.
Define critrios para o reso de artefatos
Gerenciamento da (inclusive componentes de software) e
reusabilidade estabelece mecanismos para a obteno de
componentes reutilizveis.
Engloba as atividades necessrias para
Preparo e produo de
criar artefatos como, por exemplo, modelos,
artefatos de software
documentos, logs, formulrios e listas. P
R
Fonte: Adaptado de Pressman (2011, p. 41-42). O
C
E
2 Quais so as camadas da Engenharia de Software? S
S
O
S

D
E

S
O
F
T
W
A
R
E
10 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
R.: Figura 3. Camadas da Engenharia de Software

Fonte: Autor (2014) baseado em Pressman (2011, p. 39)

3 Cite e explique pelo menos um mito administrativo, de cliente e

profissional.

R.: Quadro 6 Mitos administrativos

Mitos Realidade
Um manual pode at existir, porm,
o mesmo usado? As pessoas da
rea sabem que ele existe? Este
Uma vez que temos um manual cheio
manual reflete a prtica moderna
de padres e procedimentos para
da engenharia de software? Ele
desenvolver softwares, ento ele
completo? adaptvel? Est
suficiente para o meu pessoal com
alinhado para melhorar o tempo
tudo que eles precisam saber?
de entrega, mantendo ainda o foco
na qualidade? Em muitos casos, a
resposta para todas essas perguntas
"no".
O desenvolvimento de software no
P
um processo mecnico como o de
R Se o cronograma atrasar, s fbrica, pois acrescentar pessoas
O
C colocar mais programadores e ficar num projeto de software atrasado s
E
S
mos em dia (tambm chamado de o tornar mais atrasado ainda. Pode-
S conceito da "horda mongol'). se adicionar pessoas no projeto,
O
S desde que seja de forma planejada
D
e bem coordenada.
E
Se uma empresa no souber
Se terceirizar o projeto de software,
S
gerenciar e controlar seus projetos de
O posso simplesmente relaxar e deixar
F software, provavelmente enfrentar
T essa empresa realiz-lo.
W dificuldades ao terceiriz-los.
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 11
NEAD
Meu pessoal tem ferramentas de preciso muito mais do que os mais
desenvolvimento de software de recentes computadores para se fazer
ltima gerao; afinal lhes compramos um desenvolvimento de software de
os mais novos computadores. alta qualidade.
Fonte: Adaptado de Pressman (2011, p. 46)

Quadro 7 Mitos dos Clientes

Mitos
preciso muito mais do
que os mais recentes
computadores para se fazer
um desenvolvimento de
software de alta qualidade.
Os requisitos de
projeto modificam-se
continuamente, mas as
mudanas podem ser
facilmente acomodadas,
porque o software flexvel.
Fonte: Adaptado de Pressman (2011, p. 46)
Quadro 8 Mitos dos Profissionais
Mitos
Realidade
Uma definio inicial ruim a principal
causa de fracassos dos esforos de
desenvolvimento de software.
fundamental uma descrio formal e
detalhada do domnio da informao, funo,
desempenho, interfaces, restries de
projeto e critrios de validao.
verdade que os requisitos de software
mudam, mas o impacto da mudana varia
dependendo do momento em que ela foi
introduzida. Quando as mud anas dos
requisitos so solicitadas antes do projeto ou
da codificao terem comeado, o impacto
sobre os custos relativamente pequeno.
Porm, conforme o tempo passa, os recursos
foram comprometidos, uma estrutura de
projeto j foi estabelecida e mudar isso pode
causar uma revoluo que exija recursos
adicionais e modificaes fundamentais no
projeto. P
R
O
C
E
S
S
O
S
Realidade
D
Dados da indstria de software E

Assim que escrevermos o programa indicam que entre 60 e 80% de todo S

e o colocarmos em funcionamento o esforo ser despendido aps a O
F
nosso trabalho estar completo. entrega do software ao cliente pela T
W
primeira vez. A
R
E
12 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
Um programa funcionando somente
uma parte de uma configurao de
At que o programa entre em
software que inclui todos os itens
funcionamento, no h maneira de
de informao produzidos durante
avaliar sua qualidade.
a construo e manuteno do
software.
Um programa funcionando somente
uma parte de uma configurao de
software que inclui muitos elementos.
Uma variedade de produtos derivados
O nico produto passvel de entrega
(por exemplo, modelos, documentos,
o programa em funcionamento.
planos) constitui uma base para uma
engenharia bem-sucedida e, mais
importante, uma orientao para
suporte de software.
A engenharia de software no trata
A engenharia de software nos far de criao de documentos, trata da
criar documentao volumosa e criao de um produto de qualidade.
desnecessria e, invariavelmente, Melhor qualidade conduz reduo
ir nos retardar. do retrabalho, e menos retrabalho
resulta em maior rapidez na entrega.
Fonte: Adaptado de Pressman (2011, p. 47)

SEO 2

1 De acordo com o que estudamos sobre modelos de processo,

podemos ento dizer que um exemplo de modelo de processo gil
P
:
R
O
C a) ( ) O modelo RAD.
E
S
b) (x) A Programao Extrema.
S c) ( ) O modelo incremental.
O
S d) ( ) O Processo Unificado.
D
e) ( ) O modelo espiral.
E

S 2 Levando em considerao o ciclo de vida de um software, o qual

O
F
descreve sua existncia desde sua concepo at fim de sua
T utilizao e considerando os mtodos de produo e dos processos
W
A de desenvolvimento de software, analise os itens que se seguem.
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 13
NEAD
I. A construo de um produto de software pressupe o compromisso com
um conjunto de requisitos antes do incio do desenvolvimento do produto,
seguido de um processo o qual finalizado com a implantao do referido
produto.
II. Em um modelo de processo de desenvolvimento em cascata, os testes
de software so realizados em todos estgios do desenvolvimento e sua
finalizao se d na fase de implementao.
III. Em uma empresa que tenha adotado um processo de desenvolvimento
de software em cascata, falhas no levantamento de requisitos tm maior
possibilidade de gerar grandes prejuzos do que naquelas que tenham adotado
desenvolvimento evolucionrio.

Considerando os itens anteriores, CORRETO o que consta em:

a) ( ) I, II e III.
b) ( ) I, apenas.
c) ( ) II, apenas.
d) (x) III, apenas.
e) ( ) I e II apenas.

ATIVIDADES DE APRENDIZAGEM DA UNIDADE

1 Considerando o modelo de processo de desenvolvimento de software

RUP, e suas fases e artefatos, analise cada artefato com a sua
respectiva fase em que dever ser realizado:

FASES ARTEFATOS
Concepo I Avaliao de riscos iniciais
Elaborao II Relatrio de execuo (testes)
Construo III Modelo de Projeto finalizado P
R
O
Transio IV Modelo de negcio C
E
V Projeto de arquitetura S
S
O
S
De acordo com o quadro anterior, CORRETO afirmar que:
a) ( ) I e IV correspondem fase de concepo e V fase de transio. D
E
b) ( ) II corresponde fase de transio, III fase de construo e I, IV e V
S
fase de concepo. O
c) ( ) I e IV correspondem fase de concepo, II fase de transio e III F
T
e V fase de elaborao. W
A
R
E
14 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
d) (x) II corresponde fase de transio, V fase de elaborao, I e IV
de concepo e III de construo.
e) ( ) I e IV correspondem fase de elaborao, II fase de construo, III
fase de transio e V fase de concepo.

2 Na engenharia de software, qual o modelo de processo em que o

cliente deve declarar todos os requisitos explicitamente na primeira
parte do projeto, o qual gera insegurana, uma vez que eles s vezes
no tm um entendimento completo do mesmo. Para minimizar tal
dificuldade, posta em prtica uma tcnica utilizada para minimizar
esse problema de definio de requisitos conhecida como:

a) ( ) Modelo de processo em cascata.

b) ( ) Modelo de processo gil.
c) ( ) Modelo de processo unificado.
d) ( ) Modelo Scrum de projeto de software incremental.
e) (x) Prototipao.

3 Um software que resida apenas na memria s de leitura e que

utilizado para controlar produtos e sistemas para os mercados
industriais e de consumo chamado de:

a) ( ) Software bsico.
b) (x) Software embutido.
c) ( ) Software de tempo real.
d) ( ) Software comercial.
e) ( ) Software de inteligncia artificial.

4 O modelo de processo de desenvolvimento de software em

cascata, tambm conhecido como modelo clssico do processo
P de desenvolvimento de software, continua sendo usado para o
R
O
desenvolvimento de sistemas de informao. Analise as afirmativas
C que correspondam aos estgios do modelo em cascata.
E
S
S
O
I. Anlise de Sistemas, Anlise de Negcio e Anlise tica.
S II. Anlise de Sistemas, Programao e Testes.
D III. Projeto de Sistemas, Testes e Manuteno.
E
IV. Projeto de Sistemas, Integrao e Terceirizao.
S
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 15
NEAD
Est(o) CORRETA(S) as afirmativas:
a) ( ) I e II.
b) ( ) I, II e III.
c) ( ) III apenas.
d) (x) II e III.
e) ( ) III e IV.

5 De acordo com a evoluo histrica do software, podemos notar

a ocorrncia da crise e a ocorrncia dos mitos de software. Sendo
assim, analise as sentenas abaixo e assinale a alternativa CORRETA.

a) No que diz respeito crise do software correto afirmar que se

refere a problemas encontrados no desenvolvimento, tais como
estimativas de prazo e de custo frequentemente imprecisas;
a produtividade das pessoas da rea de software no tem
acompanhado a demanda por seus servios; e a qualidade de
software s vezes menos que adequada.
b) Com relao aos mitos de software relacionados a cliente, certo
dizer: se ns estamos atrasados nos prazos, podemos adicionar mais
programadores e tirar o atraso, porm o que acontece na realidade
que o desenvolvimento de software no um processo mecnico
igual manufatura. Acrescentar pessoas a um projeto torna-o ainda
mais atrasado. Pessoas podem ser acrescentadas, mas somente de
uma forma planejada.
c) J em relao aos mitos administrativos, notamos que, enquanto no
tiver o programa "funcionando", no teremos realmente nenhuma
maneira de avaliar sua qualidade, porm na realidade um programa
funcionando somente uma parte de uma configurao de software
que inclui todos os itens de informao produzidos durante a construo
e manuteno. P
R
d) Nos mitos profissionais, vimos que os requisitos de projeto modificam-se O
continuamente, mas as mudanas podem ser facilmente acomodadas, C
E
porque o software flexvel. S
S
e) Ainda com relao aos mitos profissionais, podemos dizer que uma O
S
declarao geral dos objetivos suficiente para se comear a escrever
D
programas podemos preencher os detalhes mais tarde. E

S
O
F
T
W
A
R
E
16 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
UNIDADE 3

SEO 1

1 Analise as seguintes afirmaes sobre a anlise de requisitos de

software.

I. Deve-se dar uma maior nfase aos aspectos tecnolgicos de implementao.

II.
importante a participao do usurio para a correta definio do escopo
e dos critrios para a avaliao da qualidade do software.
III. Os desenvolvedores devem se concentrar na definio dos domnios
funcionais, comportamentais e de informao de um problema.

Sobre as afirmaes, pode-se dizer que est CORRETA:

a) ( ) Apenas I.
b) ( ) Apenas I e II.
c) (x) Apenas I e III.
d) ( ) Apenas II e III.
e) ( ) Todas as afirmaes.

2 Levando em considerao a lista de requisitos de um sistema que

ser desenvolvido, a seguir.

I. O
sistema dever emitir relatrios de compras a cada 15 dias.
II. O sistema s permitir a visualizao do campo valor mximo para
gerentes.
III. O
sistema dever fornecer diariamente o relatrio de despesas.
IV. O sistema no poder excluir um fornecedor do cadastro se o fornecedor
P estiver inadimplente.
R V. O sistema no permitir acesso aos registros de compras aps as 17 horas.
O
C
E
S Considerando os requisitos anteriores, CORRETO afirmar que:
S a) ( ) I e V so requisitos no funcionais e II, III e IV so requisitos funcionais.
O
S b) ( ) Somente o requisito V no funcional.
D c) ( ) I e V so requisitos funcionais e II, III e IV so requisitos no funcionais.
E d) ( ) So todos requisitos no funcionais.
S e) (x) So todos requisitos funcionais.
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 17
NEAD
SEO 2

1 Com relao s atividades descritas na seo, assinale dentre as

alternativas a atividade que NO faz parte da engenharia de requisitos.

a) ( ) Estudo de viabilidade.
b) (x) Anlise de risco.
c) ( ) Levantamento de necessidades do cliente.
d) ( ) Verificao.
e) ( ) Gerenciamento.

2 [...] uma restrio sobre os servios ou sobre as funes oferecidas

pelo sistema, podendo ser uma restrio de timing (tempo), sobre
o processo de desenvolvimento, sobre o desempenho ou sobre a
confiabilidade do sistema etc. [...]. Lendo o trecho, podemos afirmar
que se refere a():

a) ( ) Um requisito no funcional.
b) (x) Um requisito funcional.
c) ( ) Especificao de risco.
d) ( ) Iterao de processo.
e) ( ) Etnografia.

SEO 3

1 Levando em conta os conceitos sobre o gerenciamento de riscos

INCORRETO afirmar:

I. P ode-se responder ao risco de cinco formas diferentes: evitando,

transferindo, reduzindo, aceitando e ignorando. P
R
II. A
s ameaas precisam ser definidas quanto ao grau de exposio que O
C
apresentam para o ativo em questo. Quando se define o grau da ameaa, E
deseja-se determinar quanto existe daquela ameaa, independente do ativo S
S
ao qual se est referindo para aquela ameaa. O
S
III. A avaliao do risco propriamente dita nada mais do que comparar a
estimativa de risco contra os critrios de risco para determinar os nveis de D
E
riscos de incidentes de segurana da informao. Normalmente, quanto maior
S
o impacto e a probabilidade, maior ser o risco. O
F
T
W
A
R
E
18 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
Assinale a alternativa que corresponda s afirmaoes verdadeiras:
a) (x) I, II e III.
b) ( ) II e III.
c) ( ) I e III.
d) ( ) I e II.
e) ( ) Somente I.

2 Assinale a alternativa que corresponda corretamente aos estgios

de gerenciamento de riscos.

a) ( ) Projeto produto negcios.

b) ( ) Tecnologia organizacionais pessoas estimativa requisitos.
c) ( ) Elaborao da proposta planejamento e desenvolvimento do cronograma
do projeto monitorao e revises do projeto elaborao de relatrios e
apresentaes.
d) (x) Identificao de riscos anlise de riscos planejamento de riscos
monitorao de riscos.
e) ( ) Estratgias de minimizao estratgias de preveno plano de
contingncia.

ATIVIDADES DE APRENDIZAGEM DA UNIDADE

1 O levantamento de requisitos uma etapa fundamental do projeto de

sistemas. Dependendo da situao encontrada, uma ou mais tcnicas
podem ser utilizadas para a elicitao dos requisitos. A respeito
dessas tcnicas, analise as afirmaes a seguir:

a) ( ) Workshop de requisitos consiste na realizao de reunies estruturadas

e delimitadas entre os analistas de requisitos do projeto e representantes do
P
R
cliente.
O b) ( ) Cenrio consiste na observao das aes do funcionrio na realizao
C
E de uma determinada tarefa, para verificar os passos necessrios para sua
S
S
concluso.
O c) ( ) As entrevistas so realizadas com os stakeholders e podem ser abertas
S
ou fechadas.
D
E
d) ( ) A prototipagem uma verso inicial do sistema, baseado em requisitos
levantados em outros sistemas da organizao.
S
O e) (x) As alternativas A e C esto corretas.
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 19
NEAD
2 Levando em considerao gerenciamento de riscos, significa que
devemos identificar riscos e traar planos para minimizar seus efeitos
sobre o projeto. Assinale a opo que contenha a descrio de um
exemplo de risco de negcios.

a) ( ) O tamanho do sistema foi subestimado.

b) (x) A tecnologia sobre a qual o sistema est sendo construdo foi
superada por nova tecnologia.
c) ( ) As especificaes de interface no estavam disponveis dentro do prazo.
d) ( ) Haver uma mudana no gerenciamento organizacional, com a definio
de prioridades diferentes.
e) ( ) Haver maior nmero de mudanas nos requisitos do que o previsto.

3 Com relao s polticas de rastreabilidade de requisitos, as mesmas

so definidas e decididas durante o estgio de:

a) ( ) Agregao dos requisitos funcionais, apenas.

b) ( ) Implementao do sistema, apenas.
c) (x) Gerenciamento de requisitos.
d) ( ) Implantao do sistema.
e) ( ) Eliminao dos requisitos no funcionais.

4 Assinale a alternativa que corresponda aos principais processos

relativos gerncia de risco do projeto.

a) ( ) O gerenciamento de recursos dos riscos, que tem como objetivo

principal garantir o contnuo fornecimento de recursos financeiros para dar
continuidade ao projeto.
b) ( ) A identificao dos riscos, que tem como foco definir as melhorias
necessrias para o aproveitamento de oportunidades e respostas s ameaas.
c) ( ) A monitorao dos riscos, cuja finalidade analisar os resultados P
especficos do projeto para determinar se eles esto de acordo com os R
O
padres de qualidade relevantes e identificar as formas para eliminar as C
E
causas de desempenhos insatisfatrios. S
d) (x) O controle das respostas aos riscos, cuja tarefa responder s S
O
mudanas nos riscos no decorrer do projeto. S

e) ( ) A avaliao peridica do desempenho dos riscos, que tem como D

finalidade definir e avaliar o desempenho geral do projeto buscando assegurar E

a satisfao dos padres relevantes de qualidade. S

O
F
T
W
A
R
E
20 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
5 Considerando os componentes envolvidos em um projeto de
desenvolvimento de software, considere:

I. P
essoa ou grupo que fornece os recursos financeiros para o projeto.
II. Pessoas que estejam ativamente envolvidas no gerenciamento ou na
execuo do projeto.
III. Pessoas e organizaes cujos interesses possam ser afetados de forma
positiva pelo projeto.
IV. Pessoas e organizaes cujos interesses possam ser afetados de forma
negativa pelo projeto.

Assinale a alternativa que corresponda a um stakeholder:

a) ( ) II, III e IV, apenas.
b) ( ) II e III, apenas.
c) ( ) II, apenas.
d) ( ) I, apenas.
e) (x) I, II, III e IV.

UNIDADE 4

SEO 1

1 Analise V para verdadeiro e F para falso.

a) (V) O DER identifica as entidades e seus relacionamentos.

b) (F) O DER um diagrama de eventos.
P c) (V) O DFD representa o fluxo de dados.
R
O d) (V) O DFD e o DER so diagramas da modelagem estruturada
C
E
S 2 A modelagem estruturada teve incio na dcada de 1970. Comente
S
O sobre os principais diagramas dessa modelagem.
S

D R.: Os principais diagramas so o DFD e o DER.

E

S
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 21
NEAD
SEO 2

Vamos verificar como est seu conhecimento at agora?

1 correto sobre a orientao a objeto:

I. Orientao a objeto um paradigma para o desenvolvimento de sistemas,

baseado na utilizao de objetos que colaboram para construir sistemas mais
complexos.
II. T
odo o processo deve ter um fluxo de entrada e de sada.
III. T
em como caracterstica o polimorfismo e herana.
IV. Tem como caracterstica a criao de diagramas como o de fluxo de dados
(DFD) e diagrama de entidade relacionamento (DER).

a) ( ) Itens I, II e IV so verdadeiros.
b) (x) Itens I e IV so verdadeiros.
c) ( ) Somente o item II falso.
d) ( ) Somente o item III verdadeiro.
e) ( ) Itens I, III e IV so verdadeiros.

2 Na questo acima, qual(is) o(s) item(ns) que no se refere(m) a

modelagem orientada a objeto, e por qu?

R.: Item II e IV referem-se modelagem estruturada.

SEO 2

1 Indique com V para verdadeiro e F para falso:

(V) Classe abstrata a superclasse (ou classe-me). P

R
(V) Classes concretas so as classes-filhas. O
C
(V) Classe concreta permite a criao de instncias. E
(V) Classes abstratas so desenvolvidas para representar entidades e S
S
conceitos abstratos. O
S

2 Uma propriedade, operao ou atributo representado no diagrama de D

E
classes da UML, que poder ser visto e usado apenas pela classe na
S
qual foi declarado, bem como pelas suas classes descendentes, deve O
ser definido com visibilidade descrita por meio da palavra-chave: F
T
W
A
R
E
22 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
a) (x) Protected.
b) ( ) Public.
c) ( ) Local.
d) ( ) Package.
e) ( ) Private.

SEO 2

1 Voc lembra quais so as caractersticas da orientao a objeto? Das

citadas abaixo, qual a CORRETA?

a) ( ) Confiabilidade: uma linguagem visual utilizada para modelar sistemas

orientados a objetos.
b) (x) Reusabilidade: reutilizao dos componentes do sistema.
c) ( ) Extensibilidade: visa facilidade em dar manuteno ou realizar alguma
customizao.
d) ( ) Manutenabilidade: permite um maior controle e segurana s classes.
e) ( ) Todas esto incorretas.

2 Relacionando as colunas

a) UML 1. Reutilizao dos componentes do sistema.

b) Manutenibilidade 2. Permite um maior controle e segurana s classes.
3. Visa facilidade em dar manuteno ou realizar
c) Confiabilidade
alguma customizao.
4. uma linguagem visual utilizada para modelar
d) Reusabilidade
sistemas orientados a objetos.
5. a medida da facilidade em se adicionar novas
P e) Extensibilidade
R funcionalidades.
O
C
E
S Assinale a alternativa que traz a combinao correta.
S a) ( ) A4, B3, C5, D1, E2.
O
S b) ( ) A1, B3, C2, D4, E5.
D c) (x) A4, B3, C2, D1, E5.
E d) ( ) A4, B5, C2, D1, E3.
S e) ( ) A2, B3, C4, D1, E5.
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 23
NEAD
SEO 2

1 Podemos identificar algumas classes ao ler o estudo de caso. Marque

quais as alternativas so referentes a classes:

(x) funcionrio (x) carro

( ) nome ( ) data de admisso
(x) cliente ( ) telefone

2 Relacione as classes com seus atributos

(A) funcionrio (C) montadora

(B) cliente (A) nome, endereo, telefone, data de registro
(B) nome, endereo, telefone, data de registro, local de
(C) carro
trabalho

3 Verificando as classes funcionrio e cliente, podemos identificar

alguns atributos em comum, pensando em facilitar a manuteno do
sistema, o aluno resolve trabalhar com a caracterstica de herana.
Para isso ele identifica os atributos em comum, montando a tabela
abaixo. Veja como ficariam as classes:

Classe Funcionrio Classe Cliente

Nome Endereo Nome Endereo
Telefone Data de admisso Telefone Histrico servio
Nmero registro RG RG CPF
CPF PIS Local de trabalho Data registro
P
Lotao Cargo R
O
Data C
E
desligamento S
S
O
Verificamos que os atributos nome, endereo, telefone, RG, CPF se repetem S

nas duas classes, nesse caso podemos criar a classe Pessoa como a D
superclasse, e Funcionrio e Cliente ficam como subclasses. E

Como ficaria esta separao? S

O
F
T
W
A
R
E
24 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
Pessoa (superclasse)
Nome
Endereo
Telefone
RG
CPF

Funcionrio (subclasse) Cliente (subclasse)

R.: PIS
R.: Data registro
Data de admisso
Local Trabalho
Cargo
Data desligamento

ATIVIDADES DE APRENDIZAGEM DA UNIDADE

1 A modelagem de dados um processo para a criao de um software.

Segundo Rumbaugh (1994), um modelo completo de sistema
composto por submodelos que expressam vises diferentes da
mesma realidade. Na viso de Rumbaugh, quais seriam esses
submodelos?

a) (x) Viso de objeto, viso dinmica, viso funcional.

b) ( ) Viso de objeto, viso de atributos, viso dinmica.
c) ( ) Viso de classe, viso dinmica, viso atributo.
d) ( ) Viso de objeto, viso classe, viso funcional.
e) ( ) Viso de classe, viso dinmica, viso esttica.

P 2 Em orientao a objeto muito utilizado o conceito de herana, que

R
O quando uma classe (classe-filha ou subclasse) utiliza atributos e/ou
C
E mtodos de outra classe (classe-me ou superclasse). Geralmente o
S usurio de sistema no percebe este conceito, voc conhece algum
S
O sistema que se utiliza dele?
S

D R.: O aluno deve detalhar algum cadastro que ele acredita ter o conceito de
E
herana.
S
O
F 3 A linguagem orientada a objeto teve seu incio na dcada de 1960,
T
W antes mesmo da modelagem orientada a objeto. Voc sabe o motivo
A
R que fez com que surgisse a modelagem orientada a objeto?
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 25
NEAD
R.: O aluno deve descrever o que entendeu, pode colocar sobre a
incompatibilidade da modelagem estruturada com a programao orientada
a objeto, e/ou pode falar da evoluo das linguagens e das tecnologias.

4 Uma linguagem visual utilizada para modelar sistemas orientados a

objetos a UML unified modeling language. UML tem como objetivo
descrever um sistema, usando diagramas orientados a objetos.
Durante esta seo falamos muito sobre um dos diagramas da UML.
Voc saberia informar quais so os diagramas da UML?

R: O aluno ter que verificar os diagramas comentados nesta seo, como

o diagrama de classe (foi o mais falado), mas tambm citamos outros, como
o diagrama de caso de uso, sequncia etc.

5 No diagrama de classe identificamos as visibilidades dos atributos

e mtodos. So elas: pblica, protegida e privada. Descreva sobre
cada uma e identifique os smbolos.

R.: Os tipos de visibilidade so pblica (+), protegida (#), privada (-). Dissemos
que algo pode ser pblico (public) quando acessado por qualquer classe.
Protegido (protected) quando acessado somente pela prpria classe e
subclasses. Privado (private) acessado somente pela sua classe.

6 Pelo texto abaixo, identifique qual a alternativa correta:

Temos uma classe pessoa, que possui os atributos endereo e telefone que
so protegidos, um atributo nome que pode ser visualizado por outras classes,
nenhuma outra classe pode ter acesso ao atributo RG. Essa classe possui
mtodos como incluir, alterar e consultar.

P
R
O
C
E
S
S
O
S

D
E

S
O
F
T
W
A
R
E
26 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD

P
R
O
C
E
S
S
O
S

D
E

S
O
F
T
W
A
R
E