Aula 01

No que tange a classifica��o do software, diga se cada assertiva � V ou F e indique

a op��o que apresenta a correta sequencia de V e F.
I. O software b�sico, como diz o nome, fornece os subs�dios para apoio ao hardware
- Verdade
II. As linguagens de programa��o e o sistema operacional s�o software b�sico. -
Verdade
III. O software aplicativo oferece utilidade ao usu�rio. = Verdade
IV. Sistema de Folha de pagamento � um exemplo de um software b�sico. = Falso, � um
software aplicativo
-
Podemos classificar o desenvolvimento de software em estruturado ou orientado a
objetos(OO).

Dentro desse conceito podemos fazer a seguinte leitura das frases a seguir:

(Atributo)Descreve as caracter�sticas dos objetos - Vari�veis que est�o dentro de

cada objeto da classe onde s�o armazenados os dados do objeto.

(Sequ�ncia)Tipo de instru��o executada de forma sequencial - Onde os passos s�o

seguidos de forma sequencial (tarefa 1 finaliza, entra tarefa 2). Ou seja, s�o
executadas uma ap�s a outra seguindo a ordem que foi escrita.

(Itera��o)Tipo de instru��es que podem ser repetitivas at� uma condi��o ser
atingida - Onde os passos podem ser repetitivos at� uma condi��o ser atingida. S�o
usadas quando h� necessidade de realizar repetidamente o mesmo trecho de c�digo.

( M�todo)Servi�o que a classe presta - A��o(atividade) que a classe pode

desempenhar. � o comportamento do objeto.

(Sele��o)Tipo de instru��es que podem ser executadas baseadas em uma condi��o

l�gica - onde os passos podem ser executados baseados em um tratamento l�gico (IF,
THEN, ELSE). Ou seja, executa uma a��o se determinada condi��o for verdadeira.
-
No que tange as linguagens de programa��o, avalie cada assertiva como V
(verdadeira) ou F(falsa)
I. O hardware corresponde aos equipamentos , do sistema computacional - Verdade
II. O hardware apenas compreende as linguagens de alto n�vel - Falso, frase sem
qualquer nexo e coer�ncia.
III. As linguagens de programa��o Orientada a objetos (OO) s�o as dominantes no
atual estado da arte. - verdade
IV. Linguagens de programa��o s�o classificadas como software b�sico - verdade

-
Software aplicativo, ou simplesmente aplicativo ou aplica��o, � um programa de
computador que tem por objetivo ajudar o seu usu�rio a desempenhar uma tarefa
espec�fica, em geral ligada a processamento de dados, portanto apenas a op��o III e
IV est�o corretas.

I. Quanto a natureza um software pode ser aplicativo ou n�o aplicativo; - False,

pode ser aplicativo ou b�sico

II. O sistema operacional � um software aplicativo; - �also, sistema operacional �

um software b�sico

III. Um SI (Sistema de Informa��o) � um software aplicativo; - Verdade, Um sistema

de informa��o � uma aplica��o de funcionalidades, logo um software aplicatigo
IV. Quanto a natureza um software pode ser aplicativo ou b�sico. - Verdade
-
Analise as senten�as sobre software e, em seguida, assinale a alternativa correta:
I. � a parte l�gica do sistema de computa��o; -Verdade

II. Pode ser do tipo aplicativo ou b�sico; - verdade

III. Seu processo de desenvolvimento � industrializado; - Falso, � manufaturado

IV. Pode ter a parte defeituosa substitu�da, tal qual o hardware. Falso, a parte
defeituso precisa ser corrigida, o que pode gerar outros efeitos colaterais
-
Qual op��o abaixo melhor representa a defini��o ou as caracter�sticas de um
Software como produto de um PDS?
� formado por Programa + Manual + Especifica��es.
-
Aula 02

Como forma de an�lise/levantamento de requisitos podemos utilizar v�rias t�cnicas.

Cada item representa a descri��o de uma t�cnica:

=> O analista se insere no dia a dia da empresa, de forma a entender o

funcionamento na pr�tica;

=> O analista verifica relat�rios e outros impressos da empresa;

=> � excelente para projetos que necessitam discuss�o de v�rias �reas da empresa.

Assinale a resposta que apresenta respectivamente as t�cnicas descritas.

Certo Visita em Locco - An�lise de documentos - JAD

Explica��o:
As sess�es JAD/RAD consistem em workshops e sess�es de grupo nos quais stakeholders
e analistas de requisitos se encontram para discutir as caracter�sticas desejadas
do produto. Seu objetivo � envolver todos os stakeholders importantes no processo
de levantamento, atrav�s de reuni�es estruturadas e com foco bem definido. Depende
diretamente do grau de envolvimento dos stakeholders bem como do l�der das sess�es
JAD.

O processo JAD consiste em tr�s fases principais: customiza��o, sess�es e

agrupamento. Na customiza��o, o analista prepara as tarefas para as sess�es como
organizar os times, preparar o material, etc. Na fase de sess�es, o analista marca
uma ou mais reuni�es com os stakeholders. No inicio da sess�o JAD o engenheiro de
requisitos prov� uma vis�o gen�rica sobre o sistema e a discuss�o com os
stakeholders continua at� o fim do levantamento de requisitos. Na fase de
agrupamento todos os requisitos levantados nas fases anteriores s�o convertidos em
documentos de especifica��o de requisitos.
-

No Processo Unificado os pap�is n�o s�o pessoas; eles descrevem como as pessoas se
comportam no neg�cio e quais s�o as responsabilidades que elas t�m. Nesse sentido,
um Desenvolvedor desempenha os pap�is de:
Implementador, Integrador e Designer.
-
S�o fases do Rational Unified Process (RUP)?
Inicia��o, Elabora��o, Desenvolvimento e Transi��o.
-
Observe as afirma��es a seguir sobre o escopo do sistema:
i. O escopo compreende o que ser� considerado para o desenvolvimento do sistema;
VERDADE

ii. Quanto maior o escopo, maior ser� a complexidade de gerenciar o desenvolvimento

do sistema; VERDADE

iii. Um escopo mal estruturado levar�, inevitavelmente, a falhas de cronograma e de

or�amento; VERDADE

iv. O escopo pode ser delimitado ao t�rmino do desenvolvimento do sistema; FALSO,

pois sua abrang�ncia � a das funcionalidades de um aplicativo.
-

a frase "Visa atender os requisitos para a aceita��o do produto ou problema

apresentado.
Levantemanto deve ser relacionado com a aceita��o da solu��o proposta, e como os
agentes se sentir�o em rela��o � ela. " est� relacionada com a atividade
operacional.
-
onsidere os seguintes requisitos de um Sistema de Folha de Pagamento e classifique
cada um como sendo F (Funcional) e NF (N�o Funcional).

I. O sistema deve emitir extrato online de cada funcion�rio;F

II. O banco de dados dever ser SQL Server, que a empresa j� possui;NF

III. O sistema deve rodar em ambiente web;NF

IV. Ap�s gerar a folha mensal deve ser emitido email a cada funcon�rio, informando
do sal�rio l�quido.F

Requisitos Funcionais: S�o declara��es de fun��es que o sistema deve fornecer, ou

s�o descri��es de como alguns c�lculos dever ser realizados.

Requisitos n�o funcionais: S�o restri��es sobre os servi�os ou as fun��es

oferecidos pelo sistema. Entre eles destacam-se restri��es de tempo, restri��es
sobre o processo de desenvolvimento, padr�es, entre outros.
-
Na especifica��o de requisitos, qual das op��es abaixo indica como os requisitos
podem ser classificados:
Certo funcionais e n�o-funcionais.
-
Sobre o modelo iterativo e incremental, classifique cada senten�a como sendo
V(verdade) ou F(falsa). Em seguida, assinale a alternativa correta.

I. O modelo iterativo baseia-se na id�ia do aumento da abrangencia do sistema.F

II. O modelo incremental baseia-se na ideia de refinamentos sucessivos.F

III. O modelo iterativo e incremental vale-se do modelo em cascata para sua

realiza��o.V

IV. A cada itera��o, ocorre a especifica��o, implementa��o, teste e implanta��o.V

O Desenvolvimento Iterativo e Incremental � um dos cl�ssicos modelos de processo de

desenvolvimento de software criado em resposta �s fraquezas do modelo em cascata, o
mais tradicional. Os dois padr�es mais conhecidos de sistemas iterativos de
desenvolvimento s�o o RUP (Processo Unificado da Rational) e o Desenvolvimento �gil
de software. Por isso o desenvolvimento iterativo e incremental � tamb�m uma parte
essencial da Programa��o Extrema e outros.
-
Aula 03

Por que � importante a revis�o da especifica��o dos requisitos? Assinale a

INCORRETA.

Para ratificar os itens descritos, eliminar inconsist�ncias e contradi��es no texto

e at� identificar novos requisitos (ou complementos destes) que foram esquecidos.
Para corrigir erros e omiss�es no documento de requisitos, uma vez que erros de
requisitos se propagam pelas demais etapas de desenvolvimento
INCORRETA: A fim de garantir que a codifica��o seja feita de forma correta e sem
erros.
A fim de melhorar a qualidade do software entregue ao cliente, uma vez que se os
requisitos estiverem corretos, os erros que poder�o chegar ao cliente ser�o apenas
de programa��o e n�o de especifica��o
A fim de melhorar a qualidade do documento de requisitos do sistema

-
A an�lise por pontos de fun��o, elaborada no final da d�cada de 70 por Alan
Albrecht da IBM, � uma t�cnica para medi��o do tamanho de software. Qual a
contribui��o que as atividades de estimativa e m�trica de software em geral, podem
oferecer a um projeto de desenvolvimento?
Atividades dessa natureza ajudam no planejamento de um projeto de desenvolvimento,
uma vez que a partir da obten��o do tamanho do software, podem ser obtidas em
seguida outras vari�veis importantes como prazo, esfor�o e produtividade
-
Na atividade de an�lise no Processamento de Desenvolvimento de Software vemos a
import�ncia de se fazer uma modelagem para identificar se h� uma falha no
Levantamento de Requisitos. Uma dessas modelagens � a An�lise Estrutural. Esta
modelagem compreende uma s�rie de diagramas que s�o representados por:
Modelar aspectos est�ticos de um problema, utilizando o modelo orientado a objeto;
-
Qual a finalidade dos diagramas de intera��o?
Mostrar as mensagens trocadas entre os objetos
-
Analise as senten�as abaixo e marque V para VERDADEIRO e F para FALSO.
( ) A Modelagem serve para verificar a qualidade dos requisitos, estudados na aula
anterior, que se tornar�o precisos e detalhados o suficiente para as atividades do
pr�ximo passo no processo de desenvolvimento de software.V
( ) A An�lise � a atividade (ou conjunto de atividades) que utiliza o conceito de
orienta��o a objeto, utilizando a UML como nota��o. Tem como objetivo modelar o
problema, n�o a solu��o. V
( ) A UML- Unified Modeling Language, linguagem de modelagem unificada, utilizada
em engenharia de software para visualizar o desenho do sistema e a intercomunica��o
entre objetos.V
( ) A An�lis e Estrutural tem como objetivo modelar aspectos est�ticos de um
problema, utilizando o modelo orientado a objeto. Tamb�m � utilizada em conjunto
com detalhamento de requisitos para visualizar e fornecer base para identificar
solu��es para os requisitos apresentados. V
-
Sobre o diagrama de classes, avalie as assertivas que seguem
I. A classe DISCIPLINA, cont�m o objeto PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE -
verdade
II. S�o 3 tipos de classes: neg�cio, fronteira e externa - falso, o tipo externa
n�o existe, o correto seria controle.
III. NumeroCreditos seria um m�todo (opera��o) de uma classe DISCIPLINA - falso,
NumeroCreditos seria atributo
IV. C�digo seria um atributo para a classe DISCIPLINA. - verdade
-
Com base na An�lise Estrutural, assinale a op��o a seguir que melhor representa as
mensagens(partes) do diagrama de intera��o ?
No diagrama de Intera��o as mensagens que s�o trocadas, ao longo do tempo, para
execu��o de alguma tarefa.

Mensagens e Opera��es: representam um mecanismo de intera��o, ou seja, um objeto s�

poder� receber uma mensagem invocada por uma classe.

A mensagem tem as seguintes partes: Recep��o, Opera��o e Par�metro.

-
Como s�o conhecidas as quatro atividades que comp�em o processo de engenharia de
requisitos:
O processo de engenharia de requisitos � composto por quatro atividades de alto
n�vel:
identifica��o ou levantamento;an�lise e negocia��o;especifica��o e
documenta��o;valida��o.
-
Na atividade de an�lise no Processamento de Desenvolvimento de Software vemos a
import�ncia de se fazer uma modelagem para identificar se h� uma falha no
Levantamento de Requisitos. Um dos tipos de an�lise � a An�lise Estrutural. Uma das
Atividades dentro da An�lise Estruturada � a Identifica��o de Relacionamentos cuja
finalidade �: Identifique e descreva pelo menos dois desses modelos.
Certo Ajudar a filtrar e refinar as classes por associa��o e agrega��o;
-
Em rela��o ao conceito de orienta��o a objeto e as afirmativas a seguir.
A afirmativa " I)Estrutura de dados encapsulada por procedimentos. Essa estrutura
s�o os atributos e opera��es." � melhor representada por OBJETO.
A afirmativa "II) Conjunto de objetos similares agrupados em que a etapa de an�lise
est� mais voltada para sua realiza��o." � melhor representada por CLASSE.
-
Aula 04

A reutiliza��o de objetos se refere a reutilizarmos os seguintes elementos em um

processo de desenvolvimento de software:
bibliotecas e classes fundamentais
-
Com base nos desenhos do processo de desenvolvimento de software, qual op��o a
seguir melhor representa a frase:

"Vis�o que os usu�rios ter�o da solu��o ou produto e aforma com que eles
interagir�o." ?
Desenho externo.
-
Com rela��o ao n�vel de abstra��o e agrega��o dos elementos dos sistemas, o n�vel
que representa o comportamento de cada componente, sendo desenvolvido em conjunto
com a documenta��o voltada para os usu�rios ou com a documenta��o do c�digo do
programa � o
Certo operacional ou desenho detalhado
-
O n�vel de abstra��o e agrega��o dos elementos dos sistemas podem ser:

N�vel estrat�gico ou desenho arquitet�nico

� o corpo da arquitetura do sistema a ser implementado. Com base nesse desenho, j�
se pode saber se o sistema atender� aos requisitos e aos custos relacionados do
projeto.
-
Com base nos desenhos do processo de desenvolvimento de software, qual op��o a
seguir melhor representa a frase:

"� a maneira como o sistema interage com outros produtos ou sistemas. Podem conter
partes f�sicas, l�gicas, interconex�es com outros sistemas, interna ou
externamente." ?
Desenho interno
-
Com rela��o ao n�vel de abstra��o e agrega��o dos elementos dos sistemas, o n�vel
que representa a aplica��o das decis�es tomadas no n�vel estrat�gico, onde a
solu��o contemplar� a reutiliza��o, ou n�o, de componentes, buscando satisfazer os
requisitos do produto � o
Certo n�vel t�tico ou desenho l�gico
-
Fases do Processo Unificado

Fase de Concep��o
Fase de Elabora��o
Fase de Constru��o
Fase de Transi��o
O Processo Unificado � um processo de desenvolvimento fortemente ligado �
orienta��o a objetos, por�m, pode-se utiliz�-lo em qualquer projeto mesmo sendo ele
estruturado, sem que perca suas caracter�sticas b�sicas. Ele utiliza alguns
princ�pios modernos (componentiza��o, revis�es, etc) na �rea de engenharia de
software.

Algumas caracter�sticas b�sicas do Processo Unificado s�o:

� Direcionado por casos de uso: O in�cio do processo deve ser marcado pela
utiliza��o dos casos de uso, a fim de se definir uma linguagem entre os usu�rios e
o sistema, facilitando a especifica��o dos requisitos.

� Centrado na arquitetura: O processo procura modelar uma arquitetura

atrav�s dos aspectos est�ticos e din�micos de um projeto, que podem ser obtidos
junto a um estudo direcionado pelos casos de uso mais significativos.

� � iterativo e incremental: Uma das pr�ticas do processo � dividir grandes

projetos em mini-projetos. Cada mini-projeto possui uma itera��o, que quase sempre
abrange todo o fluxo de trabalho. Olhando como um todo, essa itera��o resulta em um
incremento para o projeto. � v�lido lembrar que as itera��es s�o planejadas de
acordo com os casos de uso.
-
Que atividade n�o pertence a fase de projeto(ou desenho) ?
Implantar a base de dados em ambiente de desenvolvimento
Certo Solicitar o organograma da empresa
Especificar toda tecnologia a ser usada e quais devem ser adquiridas
Mostrar prot�tipo ao usu�rio, focando a forma de intera��o com o sistema
Coletar informa��es do parque tecnol�gico da empresa
Explica��o:
A solicita��o de organograma da empresa � uma das primeiras a��es, na fase de
concepc�o.
-
N�vel t�tico ou desenho l�gico
� a aplica��o das decis�es tomadas no n�vel estrat�gico. A solu��o contemplar� a
reutiliza��o, ou n�o, de componentes, que ser�o desenvolvidos para ele, buscando
satisfazer os requisitos do produto.

N�vel operacional ou desenho detalhado

� o comportamento de cada componente. � desenvolvido em conjunto com a documenta��o
voltada para usu�rios, no caso de desenho externo, ou documenta��o do c�digo do
programa, no caso de desenho interno.
-
Aula 05

O teste de produto de software apresenta duas fases: verifica��o e valida��o

Os testes de VERIFICA��ES ou EST�TICOS s�o realizados nas fases iniciais,antes da
fase de implementa��o, envolvem inspe��es, revis�es e auditorias e foca na
qualidade do processo.

Os testes de VALIDA��ES ou DIN�MICOS s�o realizados durante ou ap�s a fase de

implementa��o, necessita de parte ou todo o sistema encarnado e foca na qualidade
do produto.
-
Qual a fase do processo de engenharia de requisitos em que se pretende demonstrar
que o documento de requisitos produzido corresponde, de fato, ao sistema que o
cliente pretende:
valida��o.
-
O teste de amea�a normalmente deve ser aplicado dentro de um projeto de software
nas etapas de :
teste de integra��o e teste de sistema
-
Quando falamos de requisitos de software os stakeholders s�o:
Os usu�rios principais do software, os usu�rios que s�o afetados direta ou
indiretamente pelo software e a equipe de desenvolvimento.
-
Abordando conceito sobre os tipos de testes dentro do processo de desenvolvimento
de software(PDS), podemos definir que:

Teste de Aceite - envolve uma homologa��o interna e externa, os usu�rios interagem

com o sistema completo e validam as funcionalidades. Nessa fase o usu�rio vai
homologar o sistema.

Teste de Unidade - Esse � um teste onde os m�dulos possuem sua funcionalidade

avaliada individualmente.

Teste de Integra��o � Aqui vamos verificar a integra��o entre os m�dulos e, dessa

forma, validar se os m�dulos respondem as suas funcionalidades tamb�m quando est�o
integrados (juntos) um com os outros.

Testes de Sistemas - nessa fase o ambiente est� bem pr�ximo da realidade, ou seja,
vamos validar o comportamento do sistema com o Hardware, Sistema Operacional e
outros cen�rios similares ao ambiente de produ��o do cliente.
-
O teste de caixa preta n�o considera a forma como o sistema est� implementado, ou
seja, sua estrutura interna. Ele tem como objetivo validar se o Software produz os
resultados esperados e se os requisitos est�o sendo atendidos.
-
Com rela��o ao objetivo dos testes, avalie as assertivas
I. O teste unit�rio deve ser realizado pela equipe de programa��o para testar as
unidade de programa : m�dulos, componentes e classes. - Verdade
II. Ap�s o teste de unidade, a parte do programa � integrada as demais partes, j�
prontas, no que chamamos de Teste de Integra��o. - Verdade
III. Teste de valida��o, o primeiro teste a ser realizado, onde o programador
valida se o requisito est� correto. - Falso, o teste de valida��o � um dos ultimos,
onde o sistema e avaliado, como um todo.
-
Os testes de software s�o importantes para complementar as revis�es e aferir o
n�vel de qualidade conseguido. Marque a modelidade de teste a seguir que melhor
representa a frase:

"S�o testes baseados na execu��o do c�digo do programa. Os testes seguem, tamb�m,

um question�rio com base nos aspectos estruturais e funcionais do programa."
Certo Testes din�micos.
-
Sobre os objetivos de teste de software, considere as seguintes afirmativas:
1. A atividade de teste � o processo de executar um programa com a inten��o de
descobrir um erro. V
2. A atividade de teste pode comprovar a aus�ncia de erros. F. Nem sempre a
execu��o de testes pode identificar erros num software.
3. Um bom caso de teste � aquele que tem uma elevada probabilidade de revelar um
erro ainda n�o descoberto. V
-
Escolha uma modalidade de testes na coluna da esquerda e associe corretamente para
cada uma das classifica��es apresentadas nas alternativas na coluna da direita.
( ) Testes de integra��o - Teste para identificar erros durante a integra��o e
intera��o entre os m�dulos ou unidades do sistema. busca pelo erro

( ) Testes est�ticos - S�o testes realizados pela an�lise do c�digo fonte. O tipo
de an�lise � visual, podendo haver um question�rio para acompanhar os testes,
inspecionando o c�digo desenvolvido pela equipe de programa��o. utiliza��o do
c�digo

( ) Testes din�micos - S�o testes baseados na execu��o do c�digo do programa. Os

testes seguem, tamb�m, um question�rio com base nos aspectos estruturais e
funcionais do programa. utiliza��o do c�digo

( ) Testes de unidade - Teste realizado em um m�dulo ou em alguns m�dulos

definidos que representam uma �nica unidade. A determina��o da quantidade de
m�dulos a serem testados est� contida na documenta��o de projeto. busca pelo erro

( ) Testes de valida��o - Teste realizado ap�s a integra��o de todos os m�dulos

do sistema. busca pelo erro

Aula 06

-
1- Cobol - Alto n�vel

2- Assembly - linguagem do codigo objeto, gerado pelo compilador

3 - Linguagem do processador Intel I5 - linguagem de m�quina

-
Dentro dos conceitos de c�digo de programa��o em PDS, qual alternativa melhor
define um c�digo fonte ?

Conjunto 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, transformar-
se-� em c�digo objeto.
-
I. Hoje em dia, a implementa��o visa codificar em linguagem de m�quina o que fora
projetado na fase de Desenho ou projeto do software. - FALSO, a codifica��o n�o �
em linguagem de m�quina nos dias de hoje.

II. Das fases do processo de desenvolvimento a �nica que n�o pode ser "pulada" � a
de implementa��o. Claro que pular as demais fases ser� com preju�zo da qualidade,
mas � fact�vel. - Verdade, se n�o houver implementa��o n�o teremos nenhum programa.
Logo de uma forma ou de outras a fase precisa acontecer.

III. O foco da fase de Implementa��o � desenvolver os componentes, classes e

programas, na linguagem de programa��o e no banco de dados definidos na fase de
projeto ou desenho do software. - Verdade, hoje em dia implementa-se classes,
componentes e afins, al�m de c�digo em programas (aplicativos).
-
Qual a fase do ciclo de vida de um software (instru��es, documenta��o e dados) que
corresponde a elabora��o e prepara��o do c�digo necess�rio � sua execu��o.

Certo Implementa��o
-
Qual o objetivo da fase de Implementa��o ou Codifica��o?
Certo � escrever o programa em uma linguagem de programa��o, seguindo
normas e diretrizes da empresa � qual o desenvolvedor esteja ligado.
-
Aula 07

Sobre a fase de manuten��o, o que N�O podemos afirmar.

Certo
A fase de manuten��o jamais ter� fim
-
I. A manuten��o tamb�m pode ser considerada um processo de melhoria do software -
Verdade

PORQUE

II. A manuten��o consiste em implementar novas funcionalidade e melhorar as atuais.

- Verdade

Al�m disso o Fato da manuten��o demandar novas funcionaldades e possibilidade de

alterar as existentes, conclui-se que manuten��o fomenta a melhoria do software =
II justifica I
-
Considerando import�ncia de documentar todos os passos do processo de
desenvolvimento de software.

Complete a frase escrevendo o nome de cada tipo utilizado na documenta��o do

processo:

Cronogramas: Documenta��o utilizada por gerentes de projetos, executivos e gerentes

funcionais, para acompanhar o andamento do projeto.

Relatorios: Documenta��o de acompanhamento de recursos utilizados durante o

andamento do projeto.

Padroniza�ao de Processos: Estabelece o formato e a cad�ncia de como o processo

deve ser implementado.

Comunica�ao: Estabelece a forma de comunica��o entre os membros do projeto.

Documentos Tecnicos: Descreve estrat�gias de como chegar ao resultado final,

registram os erros, problemas e ideias que ocorrem durante o projeto, e as raz�es
que foram utilizadas para as tomadas de decis�es.
-
Dentro do conceito de PDS a documenta��o de sistemas pode possuir o escopo de
documenta��o de produto e documenta��o de processos.
Como documenta��o de produtos n�s abordamos:

Manual do usu�rio
Manual de introdu��o
Manual de refer�ncia
Documenta��o de instala��o
Refer�ncia r�pida
Documenta��o do software
Manual do software
Refatora��o
Separa��o est�tica
Como documenta��o do processo n�s abordamos:

Cronogramas
Relat�rios
Padroniza��o de processos
Comunica��o
Documentos t�cnicos
-
Aula 08

Marque a alternativa CORRETA. O modelo em cascata:

Certo Tem uma etapa iniciada somente ap�s a conclus�o da etapa anterior
do ciclo de vida do sistema de informa��o
-
O ciclo de vida do software � um conjunto de atividades que s�o realizadas na
constru��o de um software. O processo denominado Cascata ou Water Fall ainda � um
dos mais utilizados e possui como caracter�stica principal:
Certo A abordagem sistem�tica para realiza��o das atividades do
desenvolvimento de software de modo que elas seguem um fluxo seq�encial;
-
As considera��es apresentam caracter�sticas de modelos de processo de
desenvolvimento e correspondem, respectivamente aos modelos:
I. Consiste em um modelo linear em que cada atividade tem de ser completada antes
de iniciar a pr�xima ===> CASCATA

II. Permite a revis�o de fases anteriores e a superposi��o entre as fases ===>

CASCATA com retroalimenta��o
-
O modelo em cascata sugere uma abordagem sequencial e sistem�tica para o
desenvolvimento de software.

Levantamento de requisitos ou necessidades junto ao cliente,

Planejamento onde define-se estimativas, cronograma e acompanhamento,
Modelagem onde faz-se a an�lise e projeto,
Constru��o onde codifica-se e testa.
Implanta��o ou emprego onde efetua-se a entrega, suporte e feedback do software
conclu�do.
Assim o desenvolvimento do software em casacata n�o � em partes e sim em uma
sequencia de atividades.
-
Em rela��o ao modelo CASCATA COM RETROALIMENTA��O, variante do modelo CASCATA
TRADICIONAL, podemos afirmar que:

1- Permite a realimenta��o;

2- � �til para grandes projetos;falsa, uma vez que o modelo Espiral � o mais
indicado para grandes projetos.
3- Facilita corre��es que surgirem durante outras fases do processo;

Aula 09

Quando em um projeto muito grande o processo permite que as atividades sejam

divididas e desenvolvidas por partes estamos falando do modelo:
Iterativo-incremental
-
Avalie as assertivas sobre modelos de processos de desenvolvimento de software
iterativos e incrementais
I. Na prototipagem, o desenvolvimento r�pido e iterativo do prot�tipo � essencial
para que os custos sejam controlados - verdade
II. II. No modelo de prototipa��o (ou prototipagem), h� uma etapa, onde se pode
decidir pela interrup��o do processo. - falso, isso � poss�vel no modelo espiral,
que incui an�lise de riscos
III. Raramente, os incrementos iniciais incluem a funcionalidade mais importante ou
mais urgente. - falso, isso deve acontecer sempre.
IV. Cada volta na espiral representa uma fase do processo de software: a volta mais
interna preocupar-se com a viabilidade do sistema; - verdade
-
O Processo Unificado de certo modo � uma tentativa de apoiar-se nos melhores
recursos e caracter�sticas dos modelos convencionais de processo de software,
por�m, de caracteriz�-los de modo que implementem muitos dos melhores princ�pios de
desenvolvimento �gil de software. Com base nessa afirma��o, � correto dizer que o
Processo Unificado:
Certo
Sugere um fluxo de processo que � iterativo e incremental, dando a sensa��o
evolucion�ria que � essencial no desenvolvimento moderno de software.

O Processo Unificado � um processo de desenvolvimento fortemente ligado �

orienta��o a objetos, por�m, pode-se utiliz�-lo em qualquer projeto mesmo sendo ele
estruturado, sem que perca suas caracter�sticas b�sicas.
Ele utiliza alguns princ�pios modernos (componentiza��o, revis�es, etc) na �rea de
engenharia de software.
O Processo Unificado visa tornar clara a necessidade de atribui��es de tarefas ou
um fluxo, a grupos ou indiv�duos envolvidos diretamente no desenvolvimento de um
projeto. Al�m disso, deve-se definir o quanto antes, quais as etapas (itera��es) e
os artefatos que ser�o envolvidos durante o processo. Com essas caracter�sticas,
conclui-se que o Processo Unificado � um modelo configur�vel, ou seja, deve ser
ajustado de acordo com os tipos de projeto que se necessita desenvolver.
-
Um modelo de processo de software estabelece um framework para as principais
atividades, entradas, sa�das e restri��es de projetos. Eles podem ser usados para
explicar diferentes abordagens no desenvolvimento do sistema. Analise as abordagens
abaixo:

I. Uma das atividades � avaliar as alternativas com rela��o aos objetivos e

restri��es, e identificar as principais fontes de riscos, ou seja uma avalia��o de
riscos bem presente.Espiral

II. Permite uma ger�ncia do baseline, que identifica um conjunto fixo de documentos
produzidos como resultado de cada fase do ciclo de vida. Os requisitos permanecem
inalterados at� o final do processo de desenvolvimento do software.Cascata

III - O Analista coletar� informa��es para um mini projeto, concentrando-se nas

entradas e sa�das do software. Ap�s a cria��o e aceita��o do prot�tipo, o produto
final ser� desenvolvido.Prototipa��o
-
Sobre o modelo Espiral avalie as assertivas I e II e a rela��o entre elas.
I. A cada itera��o, o desenvolvimento pode ser encerrado - VERDADE
PORQUE
II. A quantidade de requisitos determina o m�ximo de 5 itera��es - FALSO, n�o h�
essa restri��o de no m�ximo 5 iterac�es.
-
Sobre os modelos interativos e incrementais, avalie as assertivas
I. O modelo iterativo concebe um desenvolvimento de "refinamentos sucessivos". -
verdade, ele divide os requisitos em partes e cada parte sera tratada numa
itera��o.

II. A itera��o reune um conjunto de requisitos do sistema. - verdade, a cada

iterac�o desenvolve-se um conjunto dos requisitos

III. Um modelo incremental se baseia na cria��o de novas vers�es, onde cada uma
aumenta o �mbito do sistema - verdade. A cada nova itera��o, teremos um novo peda�o
do sistema pronto, que ser� acrescido aos demais, partes j� prontas

IV. Em cada itera��o, existe apenas a fase de implementa��o. - Falso, a cada

itera��o, temos analise, projeto, implementac�o, testes e implanta��o
-
Modelo Espiral - O Modelo espiral se assemelha com o prototipa��o, mas inclui um
fator: a an�lise de risco. Funciona de forma iterativa, incremental, mas com uma
etapa onde pode ser tomada a decis�o de se interromper ou n�o o processo.

Identifique a �nica alternativa que N�O faz parte das atividades do modelo em
quest�o:
Certo
Documenta a instala��o
-
Qual op��o abaixo melhor representa a figura acima e a afirmativa "Modelo que se
baseia na ideia de melhoramento ou refinamento aos poucos."?
Processo iterativo.
-
Aula 10

O Rational Unified Process (RUP) � um exemplo de modelo de processo moderno que foi
derivado do trabalho sobre a UML e do Processo Unificado de Desenvolvimento de
Software associado (Rumbaugh, et al., 1999). O modelo � constitu�do por fases no
qual coincidem com as atividades do processo. Qual fase tem como objetivo entrar no
ambiente do usu�rio?
A Transi��o compreende a fase onde o sistema ser� implantado e os usu�rios
treinados
-
Dentre as senten�as apresentadas, maque aquela que N�o indica uma melhor pr�tica do
Processo Unificado:
Verificar a qualidade do software continuamente;
Usar arquiteturas baseada em componentes;
Identifica��o de riscos;
Desenvolver software iterativamente
Dificuldade para tratar requisitos que mudam.-> Muito pelo contr�rio, ter a
flexibilidade de durante todo o processo iterativo propor e fazer modifica��es no
sistema � uma das vantagens e principal caracter�stica no PU. Permitindo desta
forma acomanhar as mudan�as cont�nuas dos sistemas e sociedade.
-
Scrum � considerado um processo �gil de desenvolvimento de software.
-
Na fase de desenvolvimento do Scrum, o software � desenvolvido em processos
iterativos denominados:
Sprint
-
O M�todo Scrum � uma metodologia que tem como filosofia o Manifesto �gil. Possui
papel bem definido para as atividades durante todo o processo. Uma vez levantadas
as quest�es a serem trabalhadas, � determinado um per�odo de tempo para a
realiza��o de um determinado requisito. Durante esse intervalo, s�o feitas reuni�es
di�rias para acompanhamento do andamento das atividades.
Complete a frase escrevendo o nome de cada uma das caracter�sticas do modelo Scrum:
I) Sprint: Per�odo para finaliza��o de cada requisito;
II) Daily scrum: Reuni�o di�ria para an�lise de andamento do projeto;
III) Product Backlog: Lista com funcionalidades a serem implementadas;
IV) Sprint Backlog: An�lise feita do Product Backlog. Cada requisito � analisado,
interpretado e informado � equipe como ser� implementado;
V) Scrum master: Respons�vel por coordenar o Scrum e ajudar a atender os
impedimentos que possam ocorrer na tentativa de n�o estourar o Sprint.
-
Considere as afirmativas abaixo.

I. O RUP � um processo iterativo.

II. Sob orienta��o do RUP, o desenvolvimento � centrado na arquitetura.

III. Sob a orienta��o do RUP, as atividades de desenvolvimento s�o orientadas por

casos de uso.

� correto o que se afirma em

Certo I, II e III

Explica��o:
O RUP � um processo com as mesmas ra�zes que o processo unificado, que tem com
proposta um desenvolvimento de software de alta qualidade, que apoie o
desenvolvimento Orientado a objetos e que possibilite uma gest�o com controle de
custo e prazos.

Segundo seus autores, o RUP apresenta as seguintes caracter�sticas centrais:

Baseado em OO.
Uso em grandes projetos.
Desenvolver iterativamente
Foca arquitetura baseada em componentes
Obt�m vantagem no uso da UML
Qualidade durante todo o processo
Gest�o e controle de mudan�as
Dirigido por caso de uso
-
� um m�todo baseado em um manifesto, criado por desenvolvedores experientes.
Certo M�todo �gil
Explica��o:
O manifest Agil fomenta modelos como XP e SCRUM
-
Qual a disciplina respons�vel por "suportar a equipe de desenvolvimento, com itens
de IT, Servidores e ferramentas" ?
Ambiente: � a disciplina que apoia esses elemento da TI