Tecnologia da Informao
Prof Victor Dalton Aula 00
SUMRIO PGINA
Apresentao 1
Proposta de Trabalho 2
Cronograma 3
Mural do Aluno 4
Exerccios 5
Consideraes Finais 64
Lista de Exerccios 65
Gabarito 82
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
PROPOSTA DE TRABALHO
Vamos l?
MURAL DO ALUNO
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.
http://conhecimentovaleouro.blogspot.com.br/2011/08/engenharia-de-
software-de-roger-s.html
http://tcclatex.googlecode.com/svn/trunk/infra/material/10/ES_Rodolfo_VI
I_Teste.pdf
http://pt.wikipedia.org/wiki/Teste_de_software
ftp://ftp.inf.puc-rio.br/pub/docs/techreports/09_07_varaschim.pdf
EXERCCIOS
Modelo em Cascata
Modelo em V
Modelo Incremental
RAD
Modelos evolutivos uma forma de desenvolvimento na qual o software
desenvolvido em ciclos, e a cada ciclo novas funcionalidades so incrementadas
ao sistema. Enquadram-se aqui o modelo espiral e a prototipao.
Modelo em espiral
Prototipao
Exemplo tpico da FCC que exige, simplesmente, que voc conhea uma
definio. Alternativa c).
a) I, apenas.
b) I e II, apenas.
c) I, II e III.
d) II e III, apenas.
e) III, apenas.
As regras da sesso:
Os papis na sesso:
Os fatores de sucesso:
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.
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.
a) Arquitetura do Software.
b) Planejamento do Software.
Voc ainda se lembra da questo? Ento volte aos itens dela e tente
responder sem a minha explicao abaixo.
A funo :
a) Elaborao
b) Negociao
c) Especificao
d) Validao
e) Gesto
a) I e II
b) II e III
c) III e IV
d) I e III
e) II e IV
Utilizo esta questo porque quero chamar a sua ateno para as etapas de
Engenharia de Requisitos, segundo Sommerville! Ela tambm pode ser cobrada.
a) I e II
b) II e III
c) III e IV
d) I e III
e) II e IV
IV. Um mdulo driver chama o mdulo que est sendo testado, devendo
conter apenas as inicializaes das variveis globais e dos parmetros que sero
utilizados para a chamada do mdulo testado.
Assinale a alternativa correta.
Teste de software uma atividade realizada para descobrir erros que foram
produzidos inadvertidamente no momento em que o software foi projetado e
construdo. Pode ser planejado antecipadamente e conduzido sistematicamente.
Ainda, podem ser testes de baixo nvel, no qual so verificados se pequenos
segmentos de cdigo-fonte foram corretamente implementados, bem como
testes de alto nvel, que validam as principais funes do sistema com base nos
requisitos do cliente.
O teste de software um elemento de um aspecto mais amplo, que
frequentemente referido como Verificao e Validao (V&V).
Verificao se refere ao conjunto de atividades que garante que o software
implementa corretamente uma funo especfica (estamos construindo o produto
corretamente?), enquanto a Validao se certifica que o software construdo
corresponde aos requisitos do cliente (estamos construindo o produto certo?).
II. A tcnica estrutural um outro nome para o teste caixa branca. Nele,
alm do resultado, preocupa-se com o caminho percorrido ao longo do
programa, e com quais partes foram executadas. Tambm ser discutido mais
adiante. Correta;
IV. Um dos objetivos dos mtodos de teste de caixa preta garantir que
todos os caminhos de um programa tenham sido exercitados pelo menos uma
vez, podendo-se aplicar a tcnica do teste do caminha bsico para este fim.
Assinale a alternativa correta.
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
Vamos utilizar estas afirmativas para captar mais algumas ideias acerca do
Gerenciamento de Mudana:
I. Proativamente e reativamente esto trocadas na afirmativa. Errada;
II. Correta;
III. Naturalmente, para cada nvel de importncia da mudana existem
autoridades que podem autorizar a mudana ou no. Mudanas de alto custo e
mudanas de risco so mudanas que exigem que o Comit Executivo de
Negcio autorize, enquanto mudanas de menor relevncia podem ficar a cargo
do prprio CCM. Destaco que a presidncia do CCM, apesar de poder conter
representantes de negcio, sempre do Gerente de Mudana, que algum da
TI. Errada;
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.
a) I e II
b) II e III
c) III e IV
d) I e III
e) II e IV
Analisando conceitos:
Diagrama de Componente
Diagrama de Comunicao
Diagrama de Sequncia
Diagrama de Classe
Diagrama de Implantao
Diagrama de Pacotes
Aps resolver as duas questes anteriores, esta fica fcil. Entretanto, para
lembrar na hora da prova, voc precisar ter assimilado visualmente cada
diagrama. Por isso, cada diagrama acima possui um exemplo visual.
ASD
DSDM
Sprint
Artefatos
Product Backlog
Um backlog uma lista de itens priorizados a serem desenvolvidos para um
software. O Product Backlog mantido pelo Product Owner e uma lista de
requisitos que tipicamente vm do cliente. O Product Backlog pode ser alterado
a qualquer momento pelo Product Owner ou por deciso deste.
Sprint backlog
O Sprint backlog uma lista de itens selecionados do Product backlog e
contm tarefas concretas que sero realizadas durante o prximo sprint para
implementar tais itens selecionados. O Sprint Backlog uma representao em
tempo real do trabalho que o Development Team planeja concluir
na sprint corrente, e ele pertence unicamente ao Development Team.
Planejamento de sprint
Antes de todo sprint, o Product Owner, o Scrum Master e a Equipe decidem
no que a equipe ir trabalhar durante o prximo sprint. O Product Owner
mantm uma lista priorizada de itens de backlog, o backlog do produto, o que
pode ser repriorizado durante o planejamento do sprint. A Equipe seleciona itens
do topo do backlog do produto. Eles selecionam somente o quanto de trabalho
eles podem executar para terminar. A Equipe ento planeja a arquitetura e o
design de como o backlog do produto pode ser implementado. Os itens
do backlog do produto so ento destrinchados em tarefas que se tornam
o backlog do sprint.
Reunies
Daily Scrum
Cada dia durante o sprint, uma reunio de status do projeto ocorre. Isso
chamado de "scrum dirio". Esta reunio tem diretrizes especficas:
A reunio comea precisamente no horrio marcado.
Todos so bem-vindos, mas apenas "poucos" podem falar.
O encontro tem durao determinada (TimeBox) e dura 15 minutos.
A reunio deve acontecer no mesmo local e mesma hora todos os dias
Veja que, apesar de uma carga terica relativamente forte sobre Scrum na
questo anterior, a FCC foi mais fundo ainda, pedindo pra voc dizer qual das
atividades acima no da Sprint Review. Por questes como essa que eu
valorizo a leitura complementar.
E digo mais: caso voc no consiga aprovao neste certame (toc toc toc,
vira essa boca para l), dificilmente voc far outro curso comigo, uma vez que
as dicas debatidas serviro para que voc, tranquilamente, estude por conta
prpria para outros certames.
Victor Dalton
a) I, apenas.
b) I e II, apenas.
c) I, II e III.
d) II e III, apenas.
e) III, apenas.
a) Arquitetura do Software.
b) Planejamento do Software.
c) Engenharia de Requisitos.
d) Estimativas do Projeto.
e) Processo de desenvolvimento de Software.
A funo :
a) Elaborao
b) Negociao
c) Especificao
d) Validao
e) Gesto
a) I e II
b) II e III
c) III e IV
d) I e III
e) II e IV
a) I e II
b) II e III
c) III e IV
d) I e III
e) II e IV
IV. Um mdulo driver chama o mdulo que est sendo testado, devendo
conter apenas as inicializaes das variveis globais e dos parmetros que sero
utilizados para a chamada do mdulo testado.
Assinale a alternativa correta.
IV. Um dos objetivos dos mtodos de teste de caixa preta garantir que
todos os caminhos de um programa tenham sido exercitados pelo menos uma
vez, podendo-se aplicar a tcnica do teste do caminha bsico para este fim.
Assinale a alternativa correta.
a) I e II
b) II e III
c) III e IV
d) I e III
e) II e IV
GABARITO
1.c 2.c 3.b 4.d 5.b 6.b 7.a 8.b 9.d 10.a
11.c 12.e 13.c 14.c 15.c 16.d 17.d 18.c 19.d 20.c
21.e 22.d 23.d 24.d 25.a 26.b 27.c 28.b 29.a 30.a
31.d 32.d 33.b 34.e 35.c 36.d 37.e 38.a 39.b 40.b
41.a 42.e