Escolar Documentos
Profissional Documentos
Cultura Documentos
Tecnologia da Informao
Prof Victor Dalton Aula 00
PGINA
1
2
3
4
5
64
65
82
Apresentao
Proposta de Trabalho
Cronograma
Mural do Aluno
Exerccios
Consideraes Finais
Lista de Exerccios
Gabarito
Antes de mais nada, peo que voc preste bastante ateno na nossa
PROPOSTA DE TRABALHO e nas CONSIDERAES FINAIS, para que voc tenha
a exata noo do nosso objetivo, ao realizar este curso em exerccios. Tenho
certeza que voc ir se debruar sobre o contedo, mas no deixe de observar
estes itens, em especial.
APRESENTAO
www.estrategiaconcursos.com.br
1 de 82
www.estrategiaconcursos.com.br
2 de 82
CRONOGRAMA
www.estrategiaconcursos.com.br
3 de 82
MURAL DO ALUNO
Observao: O contedo presente neste trecho, a partir das prximas
aulas, somente estar presente no Mural do Aluno, e no nas apostilas.
www.estrategiaconcursos.com.br
4 de 82
Quem tem o Sommerville deveria ler os captulos 4, 6, 7, 11, 13, 14, 17,
18, 19, 22, 23, 27 e 29. Outros captulos tambm complementam outras
matrias.
Temos abaixo, um link quebra-galho para ES:
http://conhecimentovaleouro.blogspot.com.br/2011/08/engenharia-desoftware-de-roger-s.html
Testes de software tambm pode ser visto aqui:
http://tcclatex.googlecode.com/svn/trunk/infra/material/10/ES_Rodolfo_VI
I_Teste.pdf
http://pt.wikipedia.org/wiki/Teste_de_software
Para o estudo da UML, eu recomendo o livro Princpios de Anlise e Projeto
de Sistemas com UML, do Eduardo Bezerra. um livro bastante completo e fcil
de entender. Captulos 1, 2, 4, 5, 7, 8, 9, 10 e 11 so interessantes
(praticamente o livro todo).
Ainda, achei um trabalho da PUC muito interessante sobre Scrum:
ftp://ftp.inf.puc-rio.br/pub/docs/techreports/09_07_varaschim.pdf
Lembro, ainda, que o Mural do Aluno pode ser constantemente atualizado,
com novas dicas e informaes, medida que novas boas fontes apaream.
EXERCCIOS
www.estrategiaconcursos.com.br
5 de 82
www.estrategiaconcursos.com.br
6 de 82
Modelo em Cascata
Modelo em V
Modelo Incremental
www.estrategiaconcursos.com.br
7 de 82
RAD
Modelo em espiral
Prototipao
www.estrategiaconcursos.com.br
8 de 82
www.estrategiaconcursos.com.br
9 de 82
www.estrategiaconcursos.com.br
10 de 82
6 Questo) (FCC Companhia do Metropolitano de So Paulo Analista Desenvolvimento Gesto Jnior Cincias da Computao 2012) O processo de desenvolvimento em cascata um exemplo de processo
dirigido a planos, pois, em princpio, necessrio planejar e programar todas as
atividades do processo antes de comear a trabalhar nelas. So exemplos de
estgios desse modelo:
a) Integrao de Produto, Definio de Processo Organizacional e
Gerenciamento de Riscos.
b) Anlise e Definio de Requisitos, Implementao de Teste Unitrio e
Integrao e Teste de Sistema.
c) Inicial, Gerenciado e Em Otimizao.
d) Engenharia de Requisitos, Ciclo de Vida de Projetos e Gesto de
Incidentes.
e) Acompanhamento e Controle de Projeto, Medio e Anlise e
Desenvolvimento de Requisitos.
Detalhando o modelo em cascata:
www.estrategiaconcursos.com.br
11 de 82
7 Questo) (FCC Companhia do Metropolitano de So Paulo Analista Desenvolvimento Gesto Jnior Cincias da Computao 2012) A engenharia de software baseada em reuso uma estratgia da
engenharia em que o processo de desenvolvimento orientado para o reuso de
softwares existentes. Dentre os benefcios do reuso de software, INCORRETO
afirmar:
a) Preencher uma biblioteca de componentes reusveis e garantir que
desenvolvedores de software possam utilizar essa biblioteca so aes no
onerosas, pois processos de desenvolvimento no precisam ser adaptados para
utilizar essa biblioteca.
b) Devido ao custo do software existente j ser conhecido, o risco de
processo reduzido.
c) Especialistas em aplicaes podem desenvolver softwares reusveis que
encapsulem seu conhecimento, tornando seu uso mais eficaz.
d) Muitas vezes os custos gerais de desenvolvimento no so to
importantes quanto entregar um sistema ao mercado o mais rpido possvel. O
reuso de um software pode acelerar a produo do sistema.
e) Alguns padres, como os de interface de usurio, podem ser
implementados como um conjunto de componentes reusveis. O uso de
interfaces de usurio-padro melhora a confiana, pois os usurios cometem
menos erros quando so apresentados a interfaces familiares.
Reuso de software faz parte da Engenharia de Software baseada em
componentes. No muito explorada na bibliografia, e as definies contidas
entre as alternativas b) e e) so bom subsdio terico. A alternativa a)
facilmente detectada como falsa, uma vez que montar uma biblioteca de
componentes reusveis para utilizao por parte de desenvolvedores certamente
uma tarefa onerosa.
www.estrategiaconcursos.com.br
12 de 82
www.estrategiaconcursos.com.br
13 de 82
www.estrategiaconcursos.com.br
14 de 82
www.estrategiaconcursos.com.br
15 de 82
www.estrategiaconcursos.com.br
16 de 82
www.estrategiaconcursos.com.br
17 de 82
www.estrategiaconcursos.com.br
18 de 82
Os fatores de sucesso:
Prof. Victor Dalton
www.estrategiaconcursos.com.br
19 de 82
A sesso precisa ter presente as pessoas que tem poder de deciso sobre
o assunto tratado, pois, no adianta tomar decises durante a reunio que
podero ser contestadas quando todos voltarem para o escritrio.
As decises precisam ser tomadas por consenso, pois, todos os
participantes da sesso precisam sair de l comprometidos com as
definies registradas.
As sesses devem ocorrer fora do ambiente de trabalho dos participantes
para evitar interrupes e prevenir que os participantes se vejam tentados
a tratar de assuntos ligados a sua rotina diria.
No deixar que os participantes imponham suas opinies em funo do
seu nvel hierrquico, para evitar que pessoas de nvel hierrquico mais
baixo fiquem constrangidas em debater ou discordar.
Definir claramente qual ser o produto gerado no final das sesses.
Os benefcios esperados em relao aos mtodos tradicionais:
Bem, apesar de parecer mais com uma reunio do AA (no que eu j tenha
ido em uma, rs), voc pde notar que o JAD tambm uma tcnica de Elicitao
de requisitos.
Assim sendo, todos os itens esto corretos e nossa alternativa certa a
letra c).
www.estrategiaconcursos.com.br
20 de 82
c) Engenharia de Requisitos.
d) Estimativas do Projeto.
e) Processo de desenvolvimento de Software.
da
os
da
do
www.estrategiaconcursos.com.br
21 de 82
www.estrategiaconcursos.com.br
22 de 82
Voc ainda se lembra da questo? Ento volte aos itens dela e tente
responder sem a minha explicao abaixo.
I. uma afirmativa bem genrica e verdadeira. Todas as atividades da
Engenharia de Software devem ser adaptadas organizao que a realiza;
II. Correta. A descoberta, elicitao ou levantamento dos requisitos (isso
mesmo, 10 questo) a etapa em que ocorre essa obteno de informaes
sobre o domnio da aplicao;
III. No necessariamente. Inclusive, o mais comum, medida que se
coletam diferentes pontos de vista, encontrarmos requisitos conflitantes. E
por isso que a fase de negociao indispensvel;
IV. Correta. Aps a negociao e a especificao, a validao uma espcie
de reunio final em que todos avalizam os requisitos definidos. Aps isto,
temos apenas a gesto, que rastreia a evoluo dos requisitos ao longo do
tempo.
Entendidas estas sete etapas? Certamente este assunto ser cobrado em
sua prova. Alternativa d).
www.estrategiaconcursos.com.br
23 de 82
A funo :
a) Elaborao
b) Negociao
c) Especificao
d) Validao
e) Gesto
Opa! Voc j sabe qual a etapa que rene clientes, colaboradores e
usurios para avaliar os requisitos acordados, inclusive por meio de um
checklist, no sabe? a validao.
Ainda, se lhe restar alguma dvida, confirme que o checklist apresentado
procura erros de interpretao, ambiguidade e omisses. At mesmo pelo
contedo das perguntas mostradas, razovel que estejamos em uma etapa
posterior concepo, levantamento e elaborao dos requisitos. Tambm no
so perguntas referentes a uma eventual negociao. Na especificao no cabe
checklist, pois esta um detalhamento formal dos requisitos ps-negociao,
auxiliada por prottipos e diagramas. E, por fim, no cabe ser gesto de
requisitos, pois tambm no cabe checklist na gesto. Nesta etapa, os requisitos
j esto claros, sendo apenas rastreados em caso de modificao ou evoluo ao
longo do tempo.
Nossa resposta correta, alternativa d).
www.estrategiaconcursos.com.br
24 de 82
www.estrategiaconcursos.com.br
25 de 82
www.estrategiaconcursos.com.br
26 de 82
20 Questo)(FCC Tribunal de Contas do Estado do Paran Analista de Controle Informtica - 2011) Mtricas de software podem ser
divididas em medidas diretas e indiretas, sob o ponto de vista de medio, e em
mtricas de produtividade e de qualidade, sob o ponto de vista de aplicao.
Nesse contexto, as mtricas que se concentram na sada do processo de
engenharia de software e as mtricas que indicam o quanto o software atende
aos requisitos definidos pelo usurio, podem ser classificadas, respectivamente,
como mtricas de
a) custo e de complexidade, em medidas indiretas.
b) esforo e de confiabilidade, em medidas diretas.
c) produtividade e de qualidade, em medidas indiretas.
Prof. Victor Dalton
www.estrategiaconcursos.com.br
27 de 82
www.estrategiaconcursos.com.br
28 de 82
www.estrategiaconcursos.com.br
29 de 82
www.estrategiaconcursos.com.br
30 de 82
Evidencia
facilidade
para
fazer
modificaes
www.estrategiaconcursos.com.br
31 de 82
www.estrategiaconcursos.com.br
32 de 82
Tcnicas de teste
www.estrategiaconcursos.com.br
33 de 82
www.estrategiaconcursos.com.br
34 de 82
www.estrategiaconcursos.com.br
35 de 82
www.estrategiaconcursos.com.br
36 de 82
25 Questo) )(FCC Tribunal de Contas do Estado do Paran Analista de Controle Informtica - 2011) Segundo Sommerville, aps um
sistema ser completamente integrado, possvel testar propriedades como a de
desempenho do sistema. Neste contexto, considere:
I. Testes de desempenho devem ser produzidos de forma a garantir que o
sistema possa processar a sua carga prevista, sendo que tais testes geralmente
so planejados para que a carga seja continuamente aumentada at que o
sistema apresente desempenho fora do aceitvel.
II. Os testes de desempenho devem determinar se um sistema corresponde
s suas exigncias, sendo que a descoberta de defeitos ou problemas no sistema
no enfoque desta etapa.
III. Para determinar se o desempenho est sendo atingido, pode ser
necessrio a construo de um perfil operacional, que a listagem de todo o
grupo de operadores/usurios que faro uso deste sistema.
Est correto o que se afirma em
a) I, apenas.
b) I, II, III.
c) III, apenas.
d) I e II, apenas.
e) II e III, apenas.
Apesar de testes de desempenho ser um assunto contemplado pelo
Pressman, perceba que a FCC foi no Sommerville pegar a referida definio.
Nesse sentido, o item I verdadeiro.
Sommerville tambm cita que o teste de desempenho, como qualquer
outro teste, tambm pode ser usado para descobrir problemas e defeitos no
sistema. Logo, item II falso.
Por fim, Sommervile versa o seguinte sobre perfis operacionais:se 90%
das transaes de um sistema forem do tipo A, 5% do tipo B e o restante dos
tipos C, D e E, voc dever projetar o perfil operacional de modo que a maioria
dos testes seja do tipo A. Logo, percebe-se que perfil operacional um
conjunto de testes, e no de usurios. Item III errado.
Resposta correta, alternativa a).
www.estrategiaconcursos.com.br
37 de 82
www.estrategiaconcursos.com.br
38 de 82
Gerncia de Configurao
Durante seu ciclo de vida, o software passa por uma srie de modificaes,
desde sua concepo implantao.
Sob este aspecto, a Gerncia de Configurao de Software (CGS) vem a
definir critrios que permitam realizar tais modificaes mantendo-se a
consistncia e a integridade do software com as especificaes.
Ela permite minimizar os problemas decorrentes ao processo de
desenvolvimento, atravs de um controle sistemtico sobre as modificaes. No
objetivo da GCS evitar modificaes, mas permitir que elas ocorram sempre
que possvel, sem que hajam falhas inerentes ao processo.
Em geral a GCS aplicada apenas quando existe um processo de
desenvolvimento bem definido, com atividades agrupadas em fases, constitudas
por objetivos bem definidos e documentados. Neste contexto, GCS atua como
um suporte sobre o qual as fases do desenvolvimento so conduzidas e os
produtos controlados.
Aplicar um plano de gerncia de configurao consiste em estabelecer
normas, ferramentas e templates que permitam gerenciar de maneira
satisfatria os itens de configurao de um sistema.
Entende-se como item de configurao Cada um dos elementos de
informao que so criados durante o desenvolvimento de um produto de
software, ou que para este desenvolvimento sejam necessrios, que so
identificados de maneira nica e cuja evoluo passvel de rastreamento
(Pressman).
Itens de configurao podem ser:
Servidores
Estaes de trabalho dos usurios
Banco de dados
Plano de negcio
Acordos com clientes
Softwares
Manuais de instruo
Outros, desde que sejam itens correlatos ao software entregue
Prof. Victor Dalton
www.estrategiaconcursos.com.br
39 de 82
www.estrategiaconcursos.com.br
40 de 82
www.estrategiaconcursos.com.br
41 de 82
www.estrategiaconcursos.com.br
42 de 82
Quero chamar a sua ateno para uma pegadinha que as bancas gostam de
armar para seus candidatos, que confundir as atribuies da Gerncia de
Configurao e a Gerncia de Mudana.
Os itens I e II so de responsabilidade da Gerncia de Configurao. O item
III, entretanto, responsabilidade do Gerenciamento de Mudana! Apesar do
estreito relacionamento entre esses processos ( natural que a equipe de
mudana consulte a equipe de configurao para avaliar os itens de configurao
que sero afetados), no ser a Gerncia de Configurao que avaliar o
impacto de uma mudana, seno o prprio Gerenciamento de Mudana. Porm,
no ato da implantao da mudana, a Gerncia de Configurao rastrear os
itens modificados, para manter o banco de dados de configurao atualizado.
Prof. Victor Dalton
www.estrategiaconcursos.com.br
43 de 82
Atividades
Objetivos
Metas
Gerenciamento de Configurao
Gerenciamento de Mudana
Suportar de forma eficiente e eficaz Responder
s
mudanas
de
os processos de Gerenciamento de requisitos de negcio do cliente
Servio
enquanto se maximiza o valor e se
reduzem incidentes, interrupes e
Otimizar os ativos de servios, retrabalhos
configuraes de TI, habilidades e
recursos
Responder ao negcio e requisies
de TI para mudanas que iro alinhar
os servios s necessidades do
negcio
Definir e controlar os componentes Assegurar que as mudanas sejam
de servios e infraestrutura, e feitas de uma forma controlada, e
manter informaes precisas no sejam
avaliadas,
priorizadas,
histrico sobre configurao, estado planejadas, testadas, implantadas e
dos servios e infraestrutura atual e documentadas.
planejada.
Manter informaes sobre os Itens Criar a Requisio De Mudana, ou
de Configurao (ICs) no Banco de registrar a RDM (quando a solicitao
Dados
do
Gerenciamento
de for originada em outra rea)
Configurao (BDGC)
Manter o BDGC atualizado, por meio Avaliar o impacto de mudanas no
do SGC (Sistema de Gerenciamento sistema
da Configurao)
Manter a Biblioteca de Mdia Autorizar a mudana (quando dentro
Definitiva (softwares licenciados, do seu escopo de autorizao)
documentao, etc)
Realizao
de
auditorias
para Coordenar
a
implantao
da
conferncia do BDGC
mudana
www.estrategiaconcursos.com.br
44 de 82
www.estrategiaconcursos.com.br
45 de 82
www.estrategiaconcursos.com.br
46 de 82
www.estrategiaconcursos.com.br
47 de 82
I.
Ator uma abstrao representativa de entidades externas que
interagem com um produto ou sistema. Ao uma expresso que pode ser
definida em termos dos atributos, das operaes ou das associaes da classe,
realizada pelo objeto quando transita de um estado para outro. Errada;
II.
Correta;
III.
Correta;
IV.
Estado a condio ou situao de vida de um objeto durante a
qual ele executa uma atividade. Evento alguma ocorrncia no ambiente do
sistema para o qual este sistema deve realizar alguma ao quando da
ocorrncia do evento. Errada;
Portanto, a alternativa b) a correta.
35 Questo) (FCC Companhia do Metropolitano de So Paulo Analista Desenvolvimento Gesto Jnior Cincias da Computao 2012) Sobre Programao Orientada a Objetos e UML, considere:
Prof. Victor Dalton
www.estrategiaconcursos.com.br
48 de 82
www.estrategiaconcursos.com.br
49 de 82
Diagrama de Componente
www.estrategiaconcursos.com.br
50 de 82
Diagrama de Comunicao
Diagrama de Sequncia
www.estrategiaconcursos.com.br
51 de 82
Diagrama de Classe
Diagrama de Implantao
www.estrategiaconcursos.com.br
52 de 82
www.estrategiaconcursos.com.br
53 de 82
Diagrama de Pacotes
www.estrategiaconcursos.com.br
54 de 82
www.estrategiaconcursos.com.br
55 de 82
www.estrategiaconcursos.com.br
56 de 82
www.estrategiaconcursos.com.br
57 de 82
www.estrategiaconcursos.com.br
58 de 82
ASD
DSDM
www.estrategiaconcursos.com.br
59 de 82
O
Scrum
uma
metodologia
de desenvolvimento
iterativo
e
incremental para gerenciamento de projetos e desenvolvimento gil de software.
Scrum no um processo nem descreve o que se deve fazer em cada
situao. Ele usado para trabalhos complexos nos quais difcil predizer tudo o
que ir ocorrer.
O Scrum um conjunto de passos que contm grupos de prticas e papis
pr-definidos. Os nicos papis so:
1. O Proprietrio do Produto, ou Product Owner, que representa os
stakeholders e o negcio;
2. o Scrum Master, que mantm os processos (normalmente no lugar de um
gerente de projeto);
3. a Equipe, ou Team, um grupo multifuncional com cerca de 7 pessoas e
que fazem a anlise, projeto, implementao, teste, etc.
Sprint
Um sprint a unidade bsica de desenvolvimento em Scrum. Sprints
tendem a durar entre uma semana e um ms, e so um esforo dentro de uma
"caixa de tempo" (ou seja, restrito a uma durao especfica) de comprimento
constante.
Cada sprint precedido por uma reunio de planejamento, onde as tarefas
para o sprint so identificadas e um compromisso estimado para o objetivo do
sprint definido e seguido por uma reunio de reviso ou de retrospectiva, onde
o progresso revisto e lies para os prximos sprints so identificadas.
Durante cada sprint, a equipe cria um incremento de produto
potencialmente entregvel (por exemplo, software funcional e testado). O
conjunto de funcionalidades que entram em um sprint vm do backlog do
produto, que um conjunto de prioridades de requisitos de alto nvel do trabalho
a ser feito. Quais itens do backlog entram para o sprint so determinados
durante a reunio de planejamento do sprint. Durante esta reunio, o Product
Owner informa a equipe dos itens no backlog do produto que ele ou ela quer
Prof. Victor Dalton
www.estrategiaconcursos.com.br
60 de 82
www.estrategiaconcursos.com.br
61 de 82
www.estrategiaconcursos.com.br
62 de 82
www.estrategiaconcursos.com.br
63 de 82
CONSIDERAES FINAIS
Victor Dalton
www.estrategiaconcursos.com.br
64 de 82
LISTA DE EXERCCIOS
www.estrategiaconcursos.com.br
65 de 82
6 Questo) (FCC Companhia do Metropolitano de So Paulo Analista Desenvolvimento Gesto Jnior Cincias da Computao 2012) O processo de desenvolvimento em cascata um exemplo de processo
dirigido a planos, pois, em princpio, necessrio planejar e programar todas as
atividades do processo antes de comear a trabalhar nelas. So exemplos de
estgios desse modelo:
a) Integrao de Produto, Definio de Processo Organizacional e
Gerenciamento de Riscos.
b) Anlise e Definio de Requisitos, Implementao de Teste Unitrio e
Integrao e Teste de Sistema.
c) Inicial, Gerenciado e Em Otimizao.
d) Engenharia de Requisitos, Ciclo de Vida de Projetos e Gesto de
Incidentes.
e) Acompanhamento e Controle de Projeto, Medio e Anlise e
Desenvolvimento de Requisitos.
7 Questo) (FCC Companhia do Metropolitano de So Paulo Analista Desenvolvimento Gesto Jnior Cincias da Computao 2012) A engenharia de software baseada em reuso uma estratgia da
engenharia em que o processo de desenvolvimento orientado para o reuso de
softwares existentes. Dentre os benefcios do reuso de software, INCORRETO
afirmar:
Prof. Victor Dalton
www.estrategiaconcursos.com.br
66 de 82
www.estrategiaconcursos.com.br
67 de 82
www.estrategiaconcursos.com.br
68 de 82
www.estrategiaconcursos.com.br
69 de 82
www.estrategiaconcursos.com.br
70 de 82
da
os
da
do
A funo :
Prof. Victor Dalton
www.estrategiaconcursos.com.br
71 de 82
www.estrategiaconcursos.com.br
72 de 82
20 Questo)(FCC Tribunal de Contas do Estado do Paran Analista de Controle Informtica - 2011) Mtricas de software podem ser
divididas em medidas diretas e indiretas, sob o ponto de vista de medio, e em
mtricas de produtividade e de qualidade, sob o ponto de vista de aplicao.
Nesse contexto, as mtricas que se concentram na sada do processo de
engenharia de software e as mtricas que indicam o quanto o software atende
aos requisitos definidos pelo usurio, podem ser classificadas, respectivamente,
como mtricas de
a) custo e de complexidade, em medidas indiretas.
b) esforo e de confiabilidade, em medidas diretas.
c) produtividade e de qualidade, em medidas indiretas.
d) qualidade e de eficincia, em medidas diretas.
e) velocidade de execuo e tcnica, em medidas diretas.
www.estrategiaconcursos.com.br
73 de 82
www.estrategiaconcursos.com.br
74 de 82
25 Questo) )(FCC Tribunal de Contas do Estado do Paran Analista de Controle Informtica - 2011) Segundo Sommerville, aps um
sistema ser completamente integrado, possvel testar propriedades como a de
desempenho do sistema. Neste contexto, considere:
I. Testes de desempenho devem ser produzidos de forma a garantir que o
sistema possa processar a sua carga prevista, sendo que tais testes geralmente
so planejados para que a carga seja continuamente aumentada at que o
sistema apresente desempenho fora do aceitvel.
www.estrategiaconcursos.com.br
75 de 82
www.estrategiaconcursos.com.br
76 de 82
www.estrategiaconcursos.com.br
77 de 82
www.estrategiaconcursos.com.br
78 de 82
35 Questo) (FCC Companhia do Metropolitano de So Paulo Analista Desenvolvimento Gesto Jnior Cincias da Computao 2012) Sobre Programao Orientada a Objetos e UML, considere:
Prof. Victor Dalton
www.estrategiaconcursos.com.br
79 de 82
www.estrategiaconcursos.com.br
80 de 82
www.estrategiaconcursos.com.br
81 de 82
GABARITO
1.c
11.c
21.e
31.d
41.a
2.c
12.e
22.d
32.d
42.e
3.b
13.c
23.d
33.b
4.d
14.c
24.d
34.e
5.b
15.c
25.a
35.c
6.b
16.d
26.b
36.d
7.a
17.d
27.c
37.e
8.b
18.c
28.b
38.a
www.estrategiaconcursos.com.br
82 de 82
9.d
19.d
29.a
39.b
10.a
20.c
30.a
40.b