Engenharia De Software

Front 1

engenharia de software :

Back 1

aplicação de uma abordagem sistemática, disciplinada e quantificável de desenvolvimento, operação e manutenção de software

Front 2

Formalidade :

Back 2

Software deve ser desenvolvido de acordo com passos definidos com precisão e seguidos de maneira efetiva

Front 3

Engenharia de Software possui alguns princípios, quais são :

Back 3

Formalidade, Abstração, Decomposição, Generalização, Flexibilização .

Front 4

Abstração :

Back 4

Preocupa-se com a identificação de um determinado fenômeno da realidade, sem se preocupar com detalhes, considerando apenas os aspectos mais relevantes.

Front 5

Decomposição :

Back 5

se divide o problema em partes, de maneira que cada uma possa ser resolvida de uma forma mais específica;

Front 6

Generalização :

Back 6

maneira usada para resolver um problema, de forma genérica, com o intuito de reaproveitar essa solução em outras situações;

Front 7

Flexibilização :

Back 7

é o processo que permite que o software possa ser alterado, sem causar problemas para sua execução.

Front 8

a engenharia de software é baseada em camadas, com foco na qualidade. Quais são:

Back 8

ferramentas, métodos e processo.

Front 9

Ciclo de vida básico e detalhado:

Back 9

Front 10

Ciclo de Vida Sommerville e Pressman :

Back 10

Front 11

Etapa Desenvolvimento do ciclo de vida do Sommerville pode ser dividido:

Back 11

em Projeto e Implementação

Front 12

ciclo de vida de software de acordo com o autor: Roger Pressman.Ele contém cinco fases:

Back 12

comunicação,planejamento, modelagem, construção e implantação

Front 13

modelo de ciclo de vida de software?

Back 13

apresenta não só as fases do ciclo de vida de software, mas também a forma como essas fases se relacionam(processo)

Front 14

Modelo de Ciclo de Vida é sinônimo de:

Back 14

Modelo de Processo

Front 15

Processo de software:

Back 15

conjunto de atividades, métodos, práticas e transformações que guiam pessoas na produção de software.

Front 16

Um modelo de ciclo de vida, geralmente, organiza as :

Back 16

macro-atividades básicas do processo, estabelecendo precedência e dependência entre as mesmas.

Front 17

De acordo com Sommerville, existem quatro atividades fundamentais de processo, que são comuns a todos os processos de software – são elas:

Back 17

Especificação de Software; Desenvolvimento de Software (Projeto e Implementação); Validação de Software; e Evolução de Software.

Front 18

os principais modelos podem ser agrupados em três categorias :

Back 18

modelos sequenciais, modelos incrementais e modelos evolutivo.

Front 19

Modelo interativo é dividido em:

Back 19

Modelo incremental e modelo evolutivo

Front 20

Modelos sequênciais dividem se em:

Back 20

Cascata ou clássico

Front 21

modelos sequenciais organizam o processo em uma sequência :

Back 21

linear de fases.

Front 22

No desenvolvimento incremental, o sistema é dividido em :

Back 22

subsistemas ou módulos, tomando por base a funcionalidade.

Começando com um pequeno subsistema funcional que, a cada ciclo, é acrescido de novas funcionalidades.

Front 23

Modelo incremental, os principais representantes são:

Back 23

RUP (Rational Unified Process), junto do Modelo RAD (Rapid Application Development) e as famosas Metodologias Ágeis.

Front 24

modelos incrementais preconizam:

Back 24

um desenvolvimento iterativo

Front 25

Modelo incremental X Modelo Evolutivo

Back 25

modelos incrementais têm por base a entrega de versões operacionais desde o primeiro ciclo. modelos evolutivos primeiros ciclos produzem protótipos ou até mesmo apenas modelos.

Front 26

quando o problema não é bem definido e ele não pode ser totalmente especificado no início do desenvolvimento:

Back 26

deve-se optar por um modelo evolutivo.

Front 27

Um modelo de ciclo de vida, geralmente:

Back 27

organiza as macro-atividades básicas do processo, estabelecendo precedência e dependência entre as mesmas.

Front 28

Segundo Sommerville, existem quatro atividades fundamentais de processo, que são comuns a todos os processos de software :

Back 28

são elas: Especificação de Software; Desenvolvimento de Software (Projeto e Implementação); Validação de Software; e Evolução de Software.

Front 29

Um modelo de processo de software ou modelo de ciclo de vida trata da representação:

Back 29

abstrata/simplificada de um processo de software, apresentada a partir de uma perspectiva genérica.

Front 30

Alguns autores afirmam que os modelos de ciclo de vida básicos, de maneira geral, contemplam pelo menos as fases de:

Back 30

1)Planejamento;2) Análise e Especificação de Requisitos; 3)Projeto; 4)Implementação; 5)Testes; 6)Entrega e Implantação; 7)Operação; e 10) Manutenção.

Front 31

Um modelo de ciclo de vida, geralmente, organiza:

Back 31

as macro-atividades básicas do processo, estabelecendo precedência e dependência entre as mesmas.

Front 32

Pq a fase retirada é um grande desafio para os tempos atuais?

Back 32

Diversos softwares que estão em funcionamento em empresas possuem excelente níveis de confiabilidade e de correção. No entanto, eles precisam evoluir para novas plataformas operacionais ou para a incorporação de novos requisitos.

Front 33

Modelo em cascata TB é conhecido:

Back 33

Cascata ou Clássico ou Sequencial ou Linear ou Tradicional ou Waterfall ou Rígido ou Monolítico

Front 34

Modelo em cascata:

Back 34

Front 35

Fase Planejamento:

Back 35

Faz-se o esboço do escopo e dos requisitos, além de estimativas razoáveis sobre recursos, custos e prazos.

Front 36

Fase Análise e Especificação de Requisitos:

Back 36

refina-se os requisitos e o escopo e desenha-se o problema em questão.

Front 37

Fase Projeto:

Back 37

incorpora-se requisitos tecnológicos aos requisitos essenciais do sistema e projeta-se a arquitetura do sistema.

Front 38

Fase Implementação:

Back 38

codifica-se o software como um conjunto de programas executáveis pela máquina.

Front 39

Fase Teste:

Back 39

o programa é testado como um sistema completo para garantir que os requisitos de software foram atendidos.

Front 40

Fase Implantação, Operação e Manutenção:

Back 40

o sistema de software é liberado para o cliente, treina-se usuários, gerencia serviços e realiza manutenções.

Front 41

O Modelo em Cascata atrasa:

Back 41

a redução de riscos

Front 42

Custo de correção:

Back 42

1)o erro ocorreu no início e foi identificado no início, terá baixo custo de correção;

2)se o erro ocorreu no início e foi identificado no final, terá alto custo de correção

Front 43

Modelo iterativo e incremental X Modelo em cascata

Back 43

Modelo Iterativo e Incremental já começa a reduzir os riscos desde o início do processo, em contraste com o Modelo em Cascata que acumula os riscos até a fase de testes, integração e implantação do sistema

Front 44

Modelo em Cascata deve ser usado qdo:

Back 44

os requisitos forem bem compreendidos e houver pouca probabilidade de mudanças radicais

Front 45

Modelo em cascata:

Back 45

Front 46

Modelo em Cascata é considerado:

Back 46

um método tradicional e fortemente prescritivo

Front 47

Modelo Iterativo teve a tentativa de:

Back 47

de resolver o problema de acúmulo de riscos.

Front 48

Modelo em Cascata :

Back 48

caso haja cem requisitos, analisam-se os cem requisitos, projetam-se os cem requisitos, codificam-se os cem requisitos, testam-se os cem requisitos, e assim, por diante, sequencialmente

Front 49

No Modelo Incremental:

Back 49

caso haja cem requisitos, dividem-se os cem requisitos em vinte miniprojetos de cinco requisitos e utiliza-se o modelo em cascata para cada miniprojeto.

Front 50

No Modelo Iterativo:

Back 50

caso haja cem requisitos, analisam-se, projetam-se, codificam-se, testam-se os cem requisitos, porém os requisitos são entregues incompletos e eu repito esse ciclo de refinamento até chegar ao produto final

Front 51

combinar a abordagem incremental com uma abordagem iterativa :

Back 51

permite gerenciamento e mitigação de riscos

Front 52

Iterativo X Interativo

Back 52

▪ Iterativo: reiterado ou repetitivo;

▪ Interativo: participação ou ação mútua.

Front 53

Diferença entre o modelo incremental e o modelo Iterativo?

Back 53

no modelo incremental, há várias equipes desenvolvendo uma parte do software a serem integradas no fim e, no modelo iterativo, lança-se a versão 1.0, adicionam-se funcionalidades, lança uma versão 2.0, adicionam-se mais funcionalidades e assim por diante.