G abarito das

A utoatividades

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

2017

Elaborao:
Prof. Simone Cristina Alssio
Prof. Neli Miglioli Sabadin
Prof. Pedro Sidnei Zanchett

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

TPICO 1

1 Defina Processo de Software.

R.: um conjunto de atividades realizadas por uma pessoa especfica ou por

uma equipe, tendo como objetivo o desenvolvimento e manuteno de um
software, bem como a documentao de todas as etapas at a concluso.

2 Um processo de software um conjunto de atividades relacionadas

que levam produo de um produto de software. Cite as etapas de
um processo de software.

R.: Planejamento, anlise, especificao de requisitos, projeto, implementao,

testes, operao e manuteno.

3 Atravs do CMMI, uma organizao pode ter sua maturidade medida

em cinco nveis. Cite e especifique cada nvel.

R.: Nvel 1 Inicial.

Nvel 2 Capacidade de repetir sucessos anteriores pelo acompanhamento
de custos, cronogramas e funcionalidades.
Nvel 3 O processo de software bem definido, documentado e
padronizado. P
Nvel 4 Realiza uma gerncia quantitativa do processo de software e do R
O
produto. C
Nvel 5 Usa a informao quantitativa para melhorar continuamente e E
S
gerenciar o processo de software. S
O
S
4 Com relao aos Requisitos de Software, avalie as afirmativas a D
seguir como falsas (F) ou verdadeiras (V): E

S
a) Requisitos funcionais determinam os servios ofertados pelo sistema O
F
e seu comportamento. T
W
b) Requisitos no funcionais determinam as restries que os servios A
ou funcionalidades do sistema apresentam. R
E
4 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
c) Requisitos funcionais so aqueles no diretamente relacionados s funes
fornecidas pelo sistema, enquanto que os no funcionais descrevem
a funo do sistema detalhadamente, incluindo as entradas e sadas.

Marque a opo que indica a resposta CORRETA:

a) V V F.
b) F V V.
c) V V F.
d) F V F.

5 Imagine a seguinte situao: um analista de sistemas se depara com

um problema para o qual precisa encontrar a soluo. Isso ocorre em
uma etapa especfica do desenvolvimento, em que se deve definir o
que o sistema vai fazer, sem saber exatamente como isso ser feito.
A situao descrita a fase de:

a) Projeto do software: A validao verifica se os modelos construdos esto

em conformidade com os requisitos do cliente.
b) Levantamento de requisitos: A validao executa diversas atividades a
fim de se validar o produto de software, testando cada funcionalidade de
cada mdulo.
c) Levantamento de Requisitos: A verificao tem por objetivo assegurar que
o sistema de software est atendendo s reais necessidades do cliente.
d) Anlise de requisitos: A verificao executa diversas atividades a fim de
se testar se cada funcionalidade de cada mdulo do software funcionar
adequadamente.
e) Anlise de requisitos: A validao tem por objetivo assegurar que o
sistema de software est atendendo s reais necessidades do cliente.

P
TPICO 2
R
O
C 1 Cite as trs categorias de requisitos processos de software.
E
S
S R.: Requisitos de prescrio, requisitos de interao e requisitos de
O
S flexibilidade.
D
E 2 Para que servem as Normas e Modelos de Qualidade de Processo de
S Software?
O
F
T R.: Servem para medir a qualidade do software, a qualidade do processo de
W
A desenvolvimento e o nvel de maturidade da organizao que desenvolve ou
R
E
faz a manuteno do mesmo.
UNIASSELVI GABARITO DAS AUTOATIVIDADES 5
NEAD
3 Um dos modelos utilizados no desenvolvimento de aplicativos o
modelo evolucionrio, cujo desenvolvimento evolui com o tempo.
Marque a opo que exemplifica de forma correta este modelo:

a) UML e de qualidade.
b) Componentes e arqutipo.
c) Prototipagem e espiral.
d) Redes de Petri e certificao.

4 O modelo de processo de software caracterizado por intercalar as

atividades de especificao, desenvolvimento e validao, e que
apresenta evoluo em um perodo de tempo, denomina-se:

a) Modelo de workflow.
b) Modelo de fluxo de dados.
c) Modelo de desenvolvimento evolucionrio.
d) Modelo em cascata.

5 O modelo em cascata o mais conhecido e mais utilizado modelo

de desenvolvimento de software. Considerando o seu conhecimento
em relao a este modelo, marque a opo correta:

a) O primeiro estgio de desenvolvimento de um novo sistema consiste

na definio de requisitos.
b) A d i v i s o d o s r e q u i s i t o s p a r a i m p l e m e n t a o d o s i s t e m a
emhardwareousoftware feita na fase de operao e manuteno.
c) A especificao do sistema produzida aps o estgio de implementao
e teste de unidade.
d) A integrao e o teste dos programas individuais so feitos no estgio de
implementao e teste de unidade.
P
6 As normas propostas pela MPS.BR (Melhoria de Processo do Software R
Brasileiro) apresentam compatibilidade com as normas do CMMI. Isso O
C
significa que existem reas de processos correspondentes em ambas E
S
as propostas. No entanto, algumas reas de processo da norma S
brasileira no tm correspondente no CMMI. Marque abaixo a opo O
S
que indica processos da (MPS.BR) que no possuem correspondentes
D
no CMMI: E

S
a) Avaliao e melhoria do processo organizacional e planejamento de projeto. O
F
b) Anlise e resoluo de causas e gerncia do desempenho organizacional. T
c) Desenvolvimento para reutilizao e gerncia de portflio de projetos. W
A
R
E
6 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
d) Gerncia de reutilizao e desempenho dos processos da organizao.
e) Projeto e construo do produto e soluo tcnica.

7 As definies estabelecidas pela Melhoria de Processo do Software

Brasileiro (MPS.BR), atualizada em 2012, estabelecem que alguns
processos podem ser excludos de forma parcial ou total da avaliao
do processo, por no se enquadrarem no segmento de negcio.
Marque a opo que indica o processo que pode ser excludo da
avaliao, desde que ele no seja utilizado:

a) Aquisio.
b) Gerncia de recursos humanos.
c) Validao.
d) Gerncia de portflio de projetos.
e) Desenvolvimento para reutilizao.

TPICO 3

1 Cite as principais caractersticas do modelo EKD.

R.: EKD um mtodo de Modelagem Organizacional que facilita a aquisio

do conhecimento da estrutura organizacional e estratgica; auxilia na captura
dos requisitos organizacionais na tentativa de melhorar a compreenso do
domnio e na interao com usurios, para que eles entendam o que o sistema
de informao pode fazer para melhorar o negcio.

2 Dentro do ciclo de vida de reutilizao de processos existe a etapa de

reutilizao de processos. Disserte sobre o seu entendimento acerca
desta etapa.
P
R
O
R.: Esta etapa trata da reutilizao de processos como forma de melhorar
C a qualidade do software. Faz isso reutilizando processos definidos com
E
S antecedncia e atravs dos quais so repassados os conhecimentos e boas
S
O
prticas entre os projetos desenvolvidos.
S

D 3 A respeito dos processos e mtodos em engenharia de software,

E
assinale a opo correta:
S
O
F a) A qualidade de software avalia se os mtodos e processos empregados
T
W
devem ser aperfeioados, aps a entrega final do produto de software.
A b) Na engenharia de software, o processo define uma metodologia, ao
R
E passo que os mtodos determinam os procedimentos tcnicos.
UNIASSELVI GABARITO DAS AUTOATIVIDADES 7
NEAD
c) Os mtodos so elementos que proporcionam suporte para o controle do
gerenciamento de projeto e estabelecem o marco do projeto.
d) Em cada processo e mtodo, as ferramentas da engenharia de software,
denominadas CASE, devem ser utilizadas de forma especfica, de maneira
que as informaes geradas no sejam integradas.

4 A engenharia de software baseada em componentes toma como

base a reutilizao de componentes de software padronizados. Em
boa parte dos projetos de software j existe a prtica do reuso de
componentes. Isso ocorre pela experincia da equipe que busca em
projetos anteriores cdigos semelhantes necessidade atual. Isso
agiliza o desenvolvimento do sistema e apesar de uma boa prtica,
os envolvidos no reuso podem se deparar com problemas como:

a) Dependncia de linguagem de programao dos componentes reusados.

b) Falta de padronizao dos componentes reusados.
c) Alto custo de desenvolvimento dos componentes reusados em comparao
ao custo de integrao e de teste dos mesmos.
d) Confiabilidade e certificao dos componentes reusados.

UNIDADE 2

TPICO 1

1 Uma metodologia de processo genrica para engenharia de software

compreende cinco atividades, quais so elas?
P
R.: Comunicao, planejamento, modelagem, construo e emprego. R
O
C
2 O que um software embutido, e onde eles so utilizados? E
S
S
O
R.: Software embutido: um software que desenvolvido para executar S
atividades muito especficas e inseridas em produtos inteligentes, tanto para D
atividades comerciais como para atividades domsticas. Tambm conhecido E

por embedded software. Ele reside na memria s de leitura e usado para S

controlar produtos e sistemas para os mercados industriais e de consumo. O
F
Exemplo desses softwares so os teclados de micro-ondas, funes digitais T
W
de um automvel. A
R
E
8 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
3 Qual Era foi caracterizada pelo aparecimento e o uso generalizado de
microprocessadores, computadores pessoais e poderosas estaes
de trabalho "workstations" de mesa?

R.: Terceira Era.

4 O conceito de crise do software pode ser verificado por vrios

sintomas, quais so?

R.: Software de baixa qualidade.

Projetos com prazos e custos maiores que os planejados.
Software no atendendo aos requisitos dos stakeholders.
Custos e dificuldades no processo de manuteno.

TPICO 2

1 Durante a fase de levantamento de requisitos, podemos utilizar

algumas formas para realizar essa tarefa. Comente como pode ser
feito o levantamento de requisitos, por meio de entrevistas e quais
os tipos de entrevistas que existem.

R.: Entrevistas abertas e fechadas.

Entrevistas fechadas: em que o stakeholder responde a um conjunto
predefinido de perguntas.
Entrevistas abertas: neste caso no existe uma agenda predefinida. A
equipe de engenharia de requisitos explora uma srie de questes com os
stakeholders, e assim desenvolvem uma melhor concepo das necessidades
do novo sistema.

P 2 J vimos que os requisitos so de suma importncia para o

R
O
desenvolvimento e sucesso de um projeto, e para que um requisito
C possa ser validado e aceito devemos antes verificar se ele o qu?
E
S
S
O
R.: Claro: estar escrito de maneira de fcil entendimento, possibilitando a
S compreenso por todos os integrantes da equipe de projeto.
D Completo: contendo todos os detalhes importantes, como dados de entrada
E e sada, regras de validao ou interao do usurio com o sistema.
S Consistente: requisitos no podem ser contraditrios.
O
F nico: requisitos devem ser nicos, sem duplicidade.
T
W
Vivel: todos os requisitos devem ser viveis para serem atendidos pela
A soluo.
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 9
NEAD
Testvel: os requisitos devem ser efetivamente testados quando
implementados.
Rastrevel: devem ser rastreveis a partir do problema de negcio.

3 Quais so algumas das razes para que ocorram problemas nos

requisitos de um projeto?

R.: Nem sempre os requisitos so bvios e podem vir de vrias fontes.

Nem sempre fcil expressar os requisitos claramente em palavras.
Existem diversos tipos de requisitos em diferentes nveis de detalhe.
O nmero de requisitos poder impossibilitar a gerncia se no for controlado.
Os requisitos esto relacionados uns com os outros, e tambm com o
produto liberado do processo de engenharia do software.
Os requisitos tm propriedades exclusivas ou valores de propriedade. Por
exemplo, eles no so igualmente importantes nem igualmente fceis de
cumprir.
H vrias partes interessadas, o que significa que os requisitos precisam
ser gerenciados por grupos de pessoas de diferentes funes.
Os requisitos so alterados.

TPICO 3

1 Quais so as atividades que um gerente de projeto precisa coordenar?

R.: Mltiplas pessoas de formao diversa.

Mltiplas tarefas onde ocorre relao de dependncia.
Uso de mltiplos recursos (como equipamentos, ferramentas, laboratrios).
Deciso e aprovao em mltiplos pontos num projeto.
Alocao adequada de recursos humanos e financeiros a tarefas.
P
2 Os riscos so parte importante e precisam ser gerenciados, liste R
O
alguns riscos de um projeto. C
E
S
R.: Equipe: membro-chave da equipe no estar disponvel quando S
O
necessrio. S

Escopo: falta de clareza no escopo resultar em vrias mudanas de escopo. D

Gerncia: falta de experincia do gerente de projeto resultar em atraso E

no cronograma. S
O
Tecnolgico: a tecnologia empregada relativamente nova e pouco F
conhecida dos membros da equipe, que pode resultar em atraso. T
W
A
R
E
10 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
Equipamento: dispositivos necessrios no sero entregues no prazo
programado.
Cliente: recursos do cliente no estaro disponveis como planejado.
Fsico: um vrus de computador infectar o ambiente de desenvolvimento
do projeto.
Entrega: os requisitos da capacidade do sistema excedero a capacidade
disponvel.

3 Explique quantas e quais so as fases que compem a gesto de

projetos.

R.: Inicializao: como o prprio nome j diz, trata-se de iniciar um novo

projeto em que um gerente de projeto designado, so identificados os
principais envolvidos e interessados (isto , os stakeholders), alm de finalizar
o documento de caso de negcio, que trata da soluo a ser implementada.
Planejamento: o gerente de projeto define o escopo do projeto, a equipe
envolvida, a WBS (Work Breakdown Structure), quando se define o escopo
e organizao de todo o projeto numa estrutura de rvore, um conjunto das
atividades mais prioritrias e um cronograma de projeto.
Execuo: dedicada implementao da soluo definida para o projeto,
no uso adequado dos recursos e liderana junto equipe.
Controle: uma importante fase, j que o gerente monitora o andamento
do projeto, os resultados alcanados, os artefatos gerados, todo e qualquer
desvio que possa ocorrer em relao ao que foi definido no plano de projeto,
e estas informaes so usadas para produzir relatrio de status e progresso.
Encerramento: aqui o gerente encarregado de obter a aceitao final do
cliente, avaliar e relatar as lies aprendidas na execuo do projeto.

P
UNIDADE 3
R
O
C
E
S
S TPICO 1
O
S

D
1 Defina o que a anlise estruturada.
E

S R.: um conjunto de tcnicas e ferramentas cujo objetivo auxiliar na anlise

O
F
e definio de sistemas, onde serve para construo de um modelo do sistema
T utilizando tcnicas grficas envolvendo a construo top-down do sistema
W
A por refinamentos sucessivos. A anlise estruturada nada mais como um
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 11
NEAD
mtodo de anlise de requisitos de software, uma atividade de construo
de modelos. O sistema dividido em parties funcionais e comportamentais
e assim descrever a essncia daquilo que ser construdo.

2 Quais so os benefcios da anlise estruturada?

R.: Melhor produtividade em linhas de codificao por dia, uso mais apropriado
do tempo de teste e assim por diante. Com projeto estruturado, os benefcios
tambm so reais, porm mais difceis de quantificar. Um estudo no publicado
sugere que a modificao de um sistema que utilize projeto estruturado
chega a ser sete vezes mais fcil e barata do que os sistemas tradicionais.
Realmente, sob certos aspectos, se o trabalho de anlise fosse realizado de
forma perfeita, o nico resultado seria ausncia de problemas.

3 Quais so as principais ferramentas para a modelagem de Anlise

Estruturada e qual o objetivo destas ferramentas?

R.: Diagrama de Fluxo de Dados (DFD) objetiva ilustrar as funes que o

sistema deve desempenhar.
Dicionrio de Dados (DD), que objetiva descrever com preciso o significado
dos componentes e das ligaes existentes nos modelos de representao
grficas.
Diagrama de Entidade e Relacionamento (DER), que objetiva dar nfase a
dados e o relacionamento entre eles.

4 Defina o que so entidade, relacionamento, cardinalidade e atributos

notaes do Diagrama Entidade Relacionamento (DER).

R.: Entidade: todo objeto sobre o qual sero armazenadas informaes.

Uma entidade possui existncia prpria e dados a seu respeito.
Relacionamento: a associao entre duas ou mais entidades. No caso
P
do Modelo Entidade Relacionamento Estendido Binrio, o relacionamento R
ocorre necessariamente entre apenas duas entidades. Os relacionamentos O
C
podem ser de trs tipos: relacionamento de um para um; relacionamento de E
S
um para muitos; e relacionamento de muitos para muitos. S
Cardinalidade: o grau do relacionamento. No Modelo Entidade O
S
Relacionamento representado pelo grau mnimo e mximo.
D
Atributo: a decomposio da entidade em seus dados. A associao E
de dados de uma mesma entidade pode ser chamada de classe de dados. S
Existem vrios tipos de atributos, em funo de sua existncia dentro da O
F
entidade. T
W
A
R
E
12 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
5 Defina o que e para que serve Mtrica de Processo de Software.

R.: Mtricas de software servem para apresentar medidas, preferencialmente

quantitativas, que reflitam caractersticas especficas de processos e de
produtos em construo, podendo ser utilizadas em diferentes dimenses,
como esforo, tamanho, complexidade, entre outras. A coleta adequada
de mtricas, com suas respectivas anlises, pode auxiliar o engenheiro de
software na tomada de decises ao longo do desenvolvimento de um projeto,
visando melhoria da qualidade do processo e do produto em construo,
as mtricas de processo permitem que a organizao tenha uma viso
estratgica, fornecendo informaes sobre a eficincia de um processo de
software. Mtricas de projeto so tticas. Elas permitem que o gerente de
projeto adapte o fluxo de trabalho do projeto e a abordagem tcnica em
tempo real.

6 Explique o que so mtricas diretas e indiretas no contexto de

desenvolvimento de produtos de software.

R.: Existem dois tipos de mtricas no contexto de desenvolvimento de produtos

de software: as mtricas diretas, que so realizadas em termos de atributos
observveis, como por exemplo, esforo, tamanho e custo, e as mtricas
indiretas ou derivadas, que podem ser obtidas atravs de outras mtricas,
como por exemplo, complexidade, confiabilidade, e facilidade de manuteno.

TPICO 2

1 Quais so os principais motivos para que organizaes de software

adotem melhoria contnua de seus processos de software?

P R.: Pelo fato da qualidade do produto final depender diretamente da qualidade

R do processo de desenvolvimento adotado. Assim, quanto maior a preocupao
O
C e o esforo para que seus processos estejam alinhados aos objetivos de
E
S negcio, maiores sero os benefcios alcanados pela organizao. Alm
S disso, a melhoria contnua dos processos faz com que a organizao se
O
S posicione de uma forma bastante competitiva no mercado em que atua.
D
E 2 Explique as tcnicas de preveno e deteco de defeitos em um
S processo de desenvolvimento de software.
O
F
T
W
A
R
E
UNIASSELVI GABARITO DAS AUTOATIVIDADES 13
NEAD
R.: A tcnica de preveno de defeitos se d pelo uso de instrues de
procedimentos (padres formais), treinamentos, documentao, modelagem e
reengenharia, j as tcnicas de deteco de defeitos podem ser pela anlise
de cdigo; reviso por pares; testes, auditorias, verificaes e validaes.

3 Quais so os nveis de maturidade do CMMI e do MPS.Br?

R.: Os cinco nveis de maturidade so: (1) Inicial: processo imprevisvel e

sem controle; (2) Repetvel: processo disciplinado; (3) Definido: processo
consistente e padronizado; (4) Gerenciado: processo previsvel e controlado;
e (5) Otimizao: processo aperfeioado continuamente.
Os sete nveis de maturidade do MPS.Br so: (G) Parcialmente gerenciado:
inicia o gerenciamento de requisitos e projetos; (F) Gerenciado: inclui medies,
gerncia de configuraes e garantia de qualidade; (E) Parcialmente definido:
inclui treinamento, adaptao de processos para gerncia de projetos; (D)
Largamente definido: envolve teses e integrao de produto; (C) Definido:
gerncia de riscos; (B) Gerenciado quantitativamente: avalia o desempenho
dos processos e a gerncia quantitativa; e (A) Em otimizao: preocupao
com a inovao e anlise de causas.

TPICO 3

1 Defina o que o Business Process Management Notation (BPMN).

R.: a notao grfica lanada a partir de 2004 mais aceita para modelar
processos. Ilustra o processo de uma maneira simples e clara utilizando uma
gramtica de smbolos para mapear, de maneira padro, todos os processos
de negcio de uma organizao. representado atravs do encadeamento
de eventos e atividades, ligados atravs de conectores que demonstram a
sequncia em que os mesmos so realizados. Alm de eventos e atividades, P
outros elementos de controle de fluxo podem ser utilizados na modelagem R
O
para permitir a criao ou unificao de fluxos paralelos que ocorram no C
decorrer de um mesmo processo de negcio. E
S
S
O
2 Definir produtos de trabalho, papis, tarefas e guias referentes aos S
contedos de mtodos do PF Composer. D
E

R.: Os produtos de trabalho podem ser diagramas, projetos arquiteturais, S

programas ou mdulos do sistema a ser desenvolvido. O
F
Os papis so conjuntos de funes atribudos a um ou mais integrantes da T
W
equipe, tais como analista de sistemas, analistas de testes, gerente. A
R
E
14 GABARITO DAS AUTOATIVIDADES UNIASSELVI
NEAD
As tarefas sero executadas pelos papis definidos e podem ser
categorizadas de acordo com sua natureza, boas prticas e padres. Uma
atividade do processo formada por um conjunto de tarefas.
Guias tais como linhas de direo, conceitos, templates, checklists,
exemplos e planos de caminho so posicionados na interseo de Contedo
de Mtodo e Processos. Em outras palavras, guias podem estar relacionadas
e expressar informaes relevantes para contedo de mtodo bem como
processos.

P
R
O
C
E
S
S
O
S

D
E

S
O
F
T
W
A
R
E