Avaliação: CCT0215_AV2_201101385243 CCT0215_AV2_201101385243 » PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE Tipo de Avaliação: AV2 Aluno: 201101385243 201101385243 - JORDAN RODRIGUES DA SILVA SOUSA Professor: MARCILENE SCANTAMBURLO FONSECA Nota da Prova: "#0 $% 10#0 Nota do Trab.: 0
1' ()%*+,
Turma: 001!AA
Nota de Partic.: 0 Data: 01!0"!201" 13&58&08
(Ref.:: 20020!"!0#$ (Ref. 20020!" !0#$
Pontos: 0#0 % 1#0
&ma das t'cnicas apresentadas na Anlise de Re)uisitos ' a *+,N-/+A )ue isa a atender os re)uisitos financeiros do pro1eto%produto. *sta anlise ' considerada a mais critica pois consiste em 1ul3ar se o pro1eto ser deficitrio ou se os custos de sua implementação não terão os benef4cios dese1ados. &ma das ferramentas utili5adas ' a Anlise do R,/ (Return ,ver /nvestiment 6 Retorno sobre /nvestimento$)ue ' o percentual )ue mede a relação entre entr e )uanto se 3an7ou e )uanto se investiu. R,/ 8 (T,TA9 D, 9&+R, 6 T,TA9 T,TA9 D, +&T,$%T,TA9 D, +&T,. , Pro1eto A tem R,/ de 2; e o Pro1eto < de 2#;. =ual o mel7or pro1eto baseado na anlise financeira > ?ustifi)ue.
Resposta: @abarito: Pro1eto @abarito: Pro1eto <. =uanto maior a taa de retorno mel7or o retorno do pro1eto
2' ()%*+,
(Ref.:: 200"##!BC$ (Ref. 200"## !BC$
Pontos: 0#0 % 1#0
Analisando a aborda3em de desenvolvimento de senvolvimento de softare encontramos os modelos iterativo incremental e iterativo incremental. Descreva cada um deles e mostre a diferença entre eles.
Resposta: @abarito: Processo /terativo: eleciona uma parte do pro1eto @abarito: Processo pro1et o identificando especificando implementando testando e implantando a iteração. e atender as especificaçEes passaFse a prGima iteração. Processo /ncremental: odelo )ue se baseia na ideia de aumento do Hmbito do sistema. I desenvolvido em partes ou se1a na criação de novas versEes para o modelo proposto. As partes podem ser desenvolvidas em paralelo e inte3radas )uando completas. Processo /terativo /ncremental: +ada porção do ciclo se3ue o pro1eto de ar)uitetura inicial como 3uia mas com uma aborda3em bem menor. &ma ve5 satisfeitos os re)uisitos e os ob1etivos da iteração forem completos o desenvolvimento se3ue para a prGima iteração.
3' ()%*+,
(Ref.:: 2002J2""!$ (Ref. 2002J2 ""!$
Pontos: 1#0 % 1#0
ar)ue a alternativa /N+,RR*TA: R*=&//T, K&N+/,NA/ F Descrevem as funcionalidades do sistema. *stão diretamente li3ados Ls especificaçEes da tecnolo3ia envolvida do perfil do usurio do tipo do sistema. Atividades para anlise de re)uisitos F *+,N-/+A F isa a atender os re)uisitos financeiros do pro1eto%produto. +onsiderada a mais critica ela consiste em 1ul3ar se o pro1eto ser deficitrio ou se os custos de sua implementação não terão os benef4cios dese1ados Atividades para anlise de re)uisitos ,P*RA+/,NA9 F isa a atender os re)uisitos t'cnicos do produto a ser desenvolvido. , levantamento deve ser relacionado com a tecnolo3ia envolvida no processo de desenvolvimento.
Atividades para anlise de re)uisitos F +R,N,@RAA F isa a atender os re)uisitos de tempo para os pra5os estabelecidos. , levantamento deve ser baseado na viabilidade t'cnica em relação ao pra5o estipulado. Pra5os obri3atGrios são mais dif4ceis de serem ne3ociados. *studo de viabilidade: estudo inicial para saber se vale a pena desenvolver a ideia. , estudo deve oferecer base para a1udar nessa decisão: , pro1eto%produto pode ser feito> , pro1eto%produto beneficiar os clientes interessados>*iste uma outra alternativa>
4' ()%*+,
(Ref.: 2002MJM"$
Pontos: 1#0 % 1#0
Ao levantar os re)uisitos de um sistema ' necessrio ter atenção com: As necessidades relatadas pelos usurios as necessidades dos demais usurios envolvidos as normas )ue se aplicam e afetam o softare a se desenvolver A lin3ua3em de pro3ramação )ue ser utili5ada no desenvolvimento a le3islação envolvida no processo e os dese1os do usurio. As necessidades dos usurios apresentadas nas reuniEes de levantamento e a lin3ua3em de pro3ramação )ue ser utili5ada no desenvolvimento. A performance futura do sistema e a lin3ua3em de pro3ramação )ue ser utili5ada. DeveFse prestar atenção aos dese1os do usurio satisfa5endo todos os seus pedidos.
5' ()%*+,
(Ref.: 2002"0"C$
Pontos: 1#0 % 1#0
*m um processo de desenvolvimento de softare a etapa de testes envolve vrias particularidades relacionadas a fatores como local do teste metodolo3ia ferramenta adotado profissional )ue fa5 o teste o )ue ' testado entre outras. endo assim )uais das afirmativas a se3uir sobre testes de softare podemos assumir como KA9A Testes de sistema podem verificar caracter4sticas como performance se3urança ou usabilidade do softare ,s testes de aceitação ou validação podem ser classificados como alfa ou beta dependendo de como esses testes são feitos ,s testes de softare )uando classificados )uanto L visibilidade do )ue ' testado podem ser classificados como +aia branca e caia preta A etapa de teste de softare pode ser simples e eecutada por um nico pro3ramador como tamb'm terceiri5ada para uma fbrica de softare ,s testes de unidade são eecutados pelo usurio final depois )ue o produto final ' entre3ue. I o ltimo tipo de teste eecutado
"' ()%*+,
(Ref.: 200!!CC$
Pontos: 1#0 % 1#0
A fase de implementação, ou codificação, tem como objetivo escrever o programa em uma linguagem de programação, seguindo normas e diretrizes da empresa à qual o desenvolvedor esteja li gado. Associe a coluna da esquerda com a coluna da direita e em seguida marque a alternativa correta, considerando a sequencia de cima para baixo: 1. mplementação ! " #onjunto de instruç$es geradas atrav%s de uma linguagem de programação, de maneira l&gica e estruturada' ap&s o processo de compilação ou interpretação.
(. )esen*o
! " +tapa do processo de desenvolvimento de softare j- estudada anteriormente.
. #&digo /onte programação.
! " 0rocesso que realiza a transformação do desen*o em diversos tipos de componentes de c&digo de
. #&digo 2bjeto
! " 3equ4ncia bin-ria de aç$es diretamente direcionadas para o processador da m-quina.
5. #&digo 6-quina
! " 7esultado da compilação do c&digo fonte.
B # 2 J B # J 2 # B J 2 J 2 # B 2 B J #
.' ()%*+,
(Ref.: 2002BBCC!$
Pontos: 0#0 % 1#0
A documentação do produto ' fundamental para a mel7ora da )ualidade da fase de manutenção. &m desses documentos ' o anual de /nstalação ou Documente de /nstalação )ue compreender:
&m documento com uma lin3ua3em )ue deve se clara e conter os termos e construçEes de acordo com o n4vel cultural e t'cnico do usurio finalO &m documento )ue descreve as facilidades do uso do sistema informar os erros )ue podem ocorrer e como a3ir )uando encontraFlosO &m documento )ue descreve as funcionalidades do sistema como o usurio pode utili5ar os pr'F re)uisitos necessrios para funcionarO &m documento com formato ade)uado ao perfil do publico )ue utili5ar o sistema ou produtoO &m documento com a descrição de como instalar o sistema plataformas de operação e pr'Fre)uisitos necessriosO
8' ()%*+,
(Ref.: 20020#MB0J$
Pontos: 1#0 % 1#0
+onsidere as assertivas )ue se3uem: /. +onsiste em um modelo linear em )ue cada atividade tem de ser completada antes de iniciar a prGima //. Permite a revisão de fases anteriores e a superposição entre as fases. As consideraçEes apresentam caracter4sticas de modelos de processo de desenvolvimento e correspondem respectivamente aos modelos:
+ascata com Retroalimentação % +ascata
/ncremental % +ascata com Retroalimentação +ascata % +ascata com Retroalimentação +ascata com Retroalimentação % /ncremental +ascata % Prototipação
' ()%*+,
(Ref.: 20020!#"0C$
Pontos: 0#0 % 1#0
+onsidere as se3uintes caracter4sticas encontradas em pro1etos de desenvolvimento de softare: /. ,s re)uisitos são compleos e mudanças si3nificativas são esperadasO //. Pro1eto de lon3o pra5oO ///. ,s custos e os riscos de avaliação são importantes /. Avaliação de riscos reali5ada constantemente *ssas são caracter4sticas )ue encontramos no modelo:
*volucionrio /ncremental *spiral Prototipação +ascata
10' ()%*+,
(Ref.: 200BC!22C$
N, ' fase do R&P> +onstrução. Transição. *laboração. @erenciamento. /niciação ou concepção.
Pontos: 1#0 % 1#0
