Aula 01

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.

I. O atributo descreve as caracter�sticas dos objetos.

II. A itera��o � um tipo de instru��o onde os passos s�o repetidos at� uma
condi��o ser atingida.

III. m�todo � a��o que a classe pode realizar.

I. Concep��o: fase onde avaliamos a viabilidade do software

II. An�lise: fase de estudo, onde define-se O QUE O sistema deve fazer.
III. Projeto: fase onde as tecnologias s�o definidas.
IV. a codigica��o ou implementa��o � a fase onde escreve-se o c�digo na linguagem
de programa��o

Aula 02

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.

diagramas de Casos de Uso

s�o representa��es dos Casos de Uso e podem ser representados por uma elipse
contendo, internamente, o nome do caso de uso.

A UML - Linguagem de Modelagem Unificada (do ingl�s, UML - Unified Modeling

Language) � uma linguagem-padr�o para a elabora��o da estrutura de projetos de
software. Ela poder� ser empregada para a visualiza��o, a especifica��o, a
constru��o e a documenta��o de artefatos que fa�am uso de sistemas complexos de
software.

Aula 03

objeto e classe
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.
-
Estudos baseados na an�lise de diversos projetos de desenvolvimento de software
sugerem que tais projetos t�m maior chance de sucesso quando empregam metodologia e
gerenciamento alinhados ao paradigma de desenvolvimento de novos produtos, em
contraponto ao paradigma de produ��o industrial. Com base nessas observa��es, a
maioria das metodologias modernas de desenvolvimento de software recomenda:
Certo dividir o trabalho em itera��es curtas, com prazos fixos, e n�o
permitir que as mesmas avancem sobre os prazos, reduzindo o escopo da itera��o, se
necess�rio.
Atualmente, o desenvolvimento de software n�o ocorre como no passado, o programador
solit�rio foi substitu�do por uma equipe de especialistas com cada um se
concentrando numa parte da tecnologia necess�ria para produzir uma aplica��o,
procurando sempre:

Diminuir o tempo para concluir o software.

Minimizar os custos de desenvolvimentos s�o t�o altos.

Procurar achar todos os erros antes da entrega do software aos clientes.

Avaliar o progresso enquanto o software � desenvolvido.

-
Sobre o diagrama de classes, avalie as assertivas que seguem

I. A classe DISCIPLINA, cont�m o objeto PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE

II. S�o 3 tipos de classes: neg�cio, fronteira e externa
III. NumeroCreditos seria um m�todo (opera��o) de uma classe DISCIPLINA
IV. C�digo seria um atributo para a classe DISCIPLINA.

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

6.
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:
Certo Modelar aspectos est�ticos de um problema, utilizando o modelo
orientado a objeto;

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.

Aula 04

A norma ISO/IEC 12207 � a norma que define processo de Engenharia de Software,

atividades e tarefas que s�o associados com os processos do ciclo de vida do
software desde sua concep��o at� a retirada/descontinua��o do software.

Etapa Desenho: Nesta etapa do processo de desenvolvimento, o objetivo � modelar o

sistema, atendendo os requisitos levantados na etapa de an�lise e prepar�-los para
a fase implementa��o, definindo os aspectos tecnol�gicos necess�rios.

N�vel estrat�gico ou desenho arquitet�nico EA

� 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.

N�vel t�tico ou desenho l�gico TL

� 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 OD

� 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.

Sobre o reaproveitamento, de uma forma geral, avalie as assertivas

I. O reaproveitamento de c�digo implica em usar heran�a de classes ou de
componentes. -
II. O reaproveitamento em n�vel de caso de uso, tamb�m acontece.
III. O reaproveitamento na fase de projeto se d� com uso de padr�es (solu��es
testadas e aprovadas)
Todas as tres formas de reaproveitamento, valendo-se de esfor�o anterior, s�o
validas e corretas.

Com o que n�o devemos nos preocupar na fase de projeto de software?

Com o levantamento de requisito de usu�rio pois O levantamento de requisitos � uma

preocupa��o das fases de concepc�o e an�lise

Aula 05

Os testes de caixa branca s�o baseados na arquitetura interna do software. Realizam

a verifica��o de c�digo. Tem como objetivo identificar defeitos nas estruturas
internas do sw, atrav�s de simula��o que exercite a estrutura usada na codifica��o.

Quando falamos de requisitos de software os stakeholders s�o:

Certo Os usu�rios principais do software, os usu�rios que s�o afetados direta

ou indiretamente pelo software e a equipe de desenvolvimento.

A fase de Teste tem como objetivo encontrar um erro que ainda n�o foi descoberto.
Qual � o tipo de teste que � realizado ap�s a integra��o de todos os m�dulos, antes
da implanta��o?

O teste de valida��o � realizado ap�s a integra��o de TODOS os m�dulos do sistema e

antes do processo de implanta��o.

Defeito � passo, processo ou defini��o de dados incorreto, por exemplo, uma

instru��o ou comando incorreto.

Engano � a��o humana, por exemplo, tomada pelo programador, que produz um resultado
incorreto.

Erro � diferen�a entre o valor obtido e o valor esperado. Qualquer resultado

incorreto ou inesperado na execu��o do programa.

Falha � produ��o de uma sa�da incorreta com rela��o � especifica��o.

Teste caixa preta

Neste teste o objetivo � testar todas as entradas e sa�das desejadas, mediante uma
determinada entrada definida de dados Aqui n�o se est� preocupado com o c�digo,
cada sa�da indesejada � vista como um erro. Os mecanismos internos do sistema n�o
s�o levados em conta

Teste caixa branca

Neste caso o objetivo principal � testar o c�digo dos componentes do sistema,
quanto a sua estrutura e constru��o. Os mecanismos internos do sistema ser�o
analisados e suas representa��es l�gicas tamb�m. Este teste n�o exclui a
necessidade do Teste Caixa Preta, uma vez que o funcionamento interno do sistema ou
produto pode corresponder logicamente, podendo produzir uma sa�da diferente da
esperada. � comum se encontrar partes do c�digo que nunca foram testadas.

O Processo de Teste de Software divide-se em tr�s partes principais e fundamentais:

1) Planejamento dos testes: �Garantir que os testes sejam preparados antes do fim
da implementa��o do produto�.

2) Execu��o dos Testes: �Executar os casos e procedimentos de teste especificados e

comparar os resultados esperados e obtidos, registrando esses resultados�.

3) Controle dos testes: �Garantir que os testes planejados sejam executados

corretamente e seus resultados possam ser registrados atrav�s da sua monitora��o
constante�.