“Introdução à Engenharia de Software” · Engenharia de Software ... 8-O que são Ferramentas...

Instituto Superior de Línguas e Administração

GAIA

Licenciatura Sistemas de Informação e Multimédia

Engenharia de Software

Maio 2009

“Introdução à Engenharia de Software”

Ilídio Garcia Pinto

3070428

•Capítulo 1

“Introdução à Engenharia de Software”

•Proposta de possíveis questões

•Questão 1

- O que entende por Engenharia de Software?

•Questão 2

- O que entende por responsabilidade ética e profissional dos engenheiros de

software?

•Questão 3

- Quais são os atributos essenciais dos produtos de software?

a) Qualidade, independência, eficiência e usabilidade

b) Maintanability, dependabilidade, eficiência e usabilidade

c) Qualidade, dependabilidade, eficiência e entrega

d) Maintanability, independência, entrega e usabilidade

•Questão 4

- Quais são as quatro actividades fundamentais comuns a todos os processos de

software:

a) Análise, Desenho, Validação e Evolução

b) Especificação, Desenvolvimento, Validação e Evolução

c) Desenho, Desenvolvimento, Validação e Testes

d) Especificação, Desenho, Testes e Evolução

•Questão 5

- O que são métodos de engenharia de software?

a) Conjunto de ferramentas utilizadas no desenvolvimento de software

b) Aproximações estruturadas ao desenvolvimento de software que

incluem modelos de sistema, notações, regras, concepção e orientação

de processos.

c) Métodos baseados em modelos representados graficamente que

permitem desenvolver a especificação e o desenho de software.

d) Descrições de modelos de sistemas que devem ser desenvolvidos e das

actividades inerentes aos processos utilizados.

•Questão 6

- O que são sistemas de software Upper-CASE?

a) Sistemas de software que devem fornecer suporte automatizado para

as actividades de processos de software.

b) Ferramentas de suporte para actividades dos processos iniciais de

identificação de requisitos e desenho.

c) Ferramentas de suporte para actividades posteriores como

programação, depuração de erros e testes.

d) Sistemas usados para suporte de métodos.

•Questão 7

- Como se devem comportar os engenheiros de software quanto à questão da

confidencialidade profissional?

a) Os engenheiros devem respeitar a confidencialidade dos seus

empregadores e clientes quando exista um acordo formal de

confidencialidade.

b) Os engenheiros devem respeitar a confidencialidade dos seus

empregadores e clientes independentemente de terem ou não

assinado um acordo formal de confidencialidade.

c) Os engenheiros devem exigir um acordo formal de confidencialidade

aos seus empregadores e clientes.

d) Os engenheiros devem respeitar a confidencialidade dos seus

empregadores em todas as circunstâncias.

•Questão 8

- Do código de ética ACM/IEEE fazem parte 8 princípios relativos ao

comportamento dos profissionais da engenharia de software. Qual dos seguintes

princípios não faz parte desse código?

a) Público

b) Segurança

c) Profissão

d) Produto

QUESTÕES PARA TESTE ENGENHARIA DE SOFTWARE (CAPÍTULO II)

1. Quais as fases do processo de engenharia de sistemas? a) Especificação, desenho, integração, teste e implementação. b) Especificação, desenho, integração e teste, validação e implementação. c) Especificação, desenho, desenvolvimento, integração e teste. d) Todas as anteriores.

Resposta: c

2. O que é um Sistema? a) Um conjunto de componentes inter-relacionados, que trabalhando em conjunto,

pretendem atingir um objectivo comum. b) Um sistema pode incluir software, hardware mecânico e hardware electrónico, e é

operado por pessoas. c) Componentes do sistema são dependentes uns dos outros. d) Todas as anteriores.

Resposta: d

3. Os sistemas podem ser classificados em duas categorias: a) Sistemas funcionais e sistemas não funcionais. b) Sistemas tecnológicos baseados em computador e sistemas sócio – tecnológicos. c) Sistemas de integração e sistemas de desenvolvimento. d) Sistemas simples e sistemas complexos.

Resposta: b

4. Quais as características de um sistema Sócio-Tecnológico? a) Propriedades emergentes; não determinístico; relações complexas com os objectivos

organizacionais. b) Propriedades funcionais e Propriedades não funcionais. c) Fiabilidade do Hardware, Fiabilidade do Software e Fiabilidade do Operador. d) Requisitos funcionais abstractos, Propriedades do Sistema e Características

indesejáveis.

Resposta: a

5. Quais as influências na fiabilidade de um sistema? a) Mudanças no procedimento, Mudanças de funções e Mudanças Organizacionais. b) Fiabilidade do Hardware, Fiabilidade do Software e Fiabilidade do Operador. c) A necessidade de especificar o sistema e elaborar um desenho da arquitectura antes

do processo de aquisição. d) São tipicamente projectos paralelos que se desenvolvem na área do hardware,

software e comunicações.

Resposta: b

6. Qual é o objectivo da desactivação do sistema? a) Preocupar-se com os serviços disponibilizados pelo sistema, e as restrições durante a

sua construção, e também a sua operacionalidade. b) Retirar o sistema de funcionamento após o seu tempo de vida útil. c) Para que se possa fazer a sua manutenção. d) Pode ser necessário reestruturar e converter os dados para serem usados num outro

sistema.

Resposta: b, d

Quais os tipos de propriedades emergentes. Diga em que consistem?

QUESTÕES DE DESENVOLVIMENTO

Resposta:

Propriedades funcionais

• Surgem quando todas as partes do sistema trabalham em conjunto com o propósito de atingir um objectivo. Por exemplo, uma bicicleta tem a propriedade funcional de ser um meio de transporte, mas apenas depois da assemblagem de todos os seus componentes.

Propriedades não funcionais

• São exemplos a fiabilidade, performance e segurança. Estão relacionadas com o sistema no seu ambiente de operacionalidade. São frequentemente propriedades críticas em sistemas computacionais, caso não se consiga atingir um nível mínimo pré-definido, isso pode tornar o sistema inutilizável.

Quais as influências e relacionamentos na fiabilidade do sistema?

Resposta:

Influencias

Fiabilidade do Hardware

• Qual é a probabilidade de um componente de hardware falhar e quanto tempo demora a sua reparação?

Fiabilidade do Software

• Qual a probabilidade de um componente de software produzir um Output incorrecto? Uma falha de software é distinta de uma falha de Hardware, na medida em que não existe desgaste físico no software.

Fiabilidade do Operador

• Qual a probabilidade de erro do operador do sistema?

Relacionamentos

• Falhas de hardware podem gerar sinais adulterados que fogem dos parâmetros esperados como inputs pelo software.

• Erros de software podem fazer com sejam activados alarmes e consequentemente causar stress no operador e levar o mesmo a cometer erros.

• O ambiente onde o sistema está instalado afecta a sua fiabilidade.

��

��

� ��

��

�

��

�

� ��

!�"��#��

!�"��

!�"��#$��

�

��#��%��&��'��

��(��'��)��&��

��(%��#$��)��

��&��#��

�

* �"��+��"��+��,��-��(��

��

��

"��+�)��(�(��%��

�(��

"��+�)��(�(��#��

��-��

� �

��&��. /��

� 0�)��-��(��'��

��(��()��

�1 2��3��

(1 4��

�1 4��(��

�1 5��&��

�

��'��

�

* 0��(��)�� &��

��&��

�

�1�6��(�(��&��'��

��(��

(16��(�(��'��'��,��

��

�16��,��

��

�1�0��(��&��(��

�

��

�

7 ��#��'��#��)��(��

8��

�1��9��#��1�

(1�0��&��: ��

�1�4��: ��

�1��

�

��'��'��

�

; 0��#��#��'��

��(�� &��(��

��(��

�1 4��3��

(1 ��

�1 <��#��

�1 =��,��

��

� �

> =��#��#��)��)��

��,�� (��(��

�(��#��

�1 = ��,��!��&��(��&��

��

(1 ��#��#��

�1 8��/(��

�1 = ��,��&��: ��

��'��

? 0��(��(��!��

�1 ��&��: ��

(1 ��: ��

�1 ��&��

�1 0��(��

��

� �

��

��

� ��(��@��

��,��

�

�� (��@��,��

��(��

��

�

* � ��(��#��A&��!��B��A��!��B��

��

��5��&��!��'��#��)��

�� )��@��: �� 5��

��!��'��)��@��#��'��: ��

��$#��,��

��&��. /��

� ��(��'��&��#��,��

��(��

�1�C��&��!��'��'��&��'��

(1��#��&��: ��(��'��

��(��

�1��(��D��,��

��

�1� ��(��,��

�

��'��

�

* =��#��(��)��3��&�� ,��

��

�1 E��&��

(1 ��&��

�1 = ��,��&��: ��: ��(��

�1 5��&��

�

��

� �

�

7 ��&�'��(��'��-��

�1 4��#��

(1 4��

�1 4��,��

�1 4��

�

��'�('��

�

; 5��!��'�� 0��

�(��

�1� ��(��

(1� ��$��(��

�1� ��(��

�1� ��()��

��3��

�

��('��

�

> =��(��#��#��)��&��(��

��&��(��

��(%��(�� &�'��(��'��#��

��(��#��

�

�1 ��)��@��F��3��

��(%��(%��

��,��

(1 6��#��#��(%��

��

�1 ��&��)��%��&��

�1 6��(��(��%��

��@��

��'�('��

? 5��(%��(��'��A��: ��B��

��3�� )��

�1 ��: ��)��(%��

(1 ��: ��(%��'��

��

�1 ��: ��)��!��(%��

�1 ��: ��)��#��#��,��#��(%��

��(��

�

��

��

� ��

��

�

��

�

� ��

!�"��#��

!�"��

!�"��#$��

�

��#��%��&��'��

��(��'��)��&��

��(%��#$��)��

��&��#��

�

* �"��+��"��+��,��-��(��

��

��

"��+�)��(�(��%��

�(��

"��+�)��(�(��#��

��-��

� �

��&��. /��

� 0�)��-��(��'��

��(��()��

�1 2��3��

(1 4��

�1 4��(��

�1 5��&��

�

��'��

�

* 0��(��)�� &��

��&��

�

�1�6��(�(��&��'��

��(��

(16��(�(��'��'��,��

��

�16��,��

��

�1�0��(��&��(��

�

��

�

7 ��#��'��#��)��(��

8��

�1��9��#��1�

(1�0��&��: ��

�1�4��: ��

�1��

�

��'��'��

�

; 0��#��#��'��

��(�� &��(��

��(��

�1 4��3��

(1 ��

�1 <��#��

�1 =��,��

��

� �

> =��#��#��)��)��

��,�� (��(��

�(��#��

�1 = ��,��!��&��(��&��

��

(1 ��#��#��

�1 8��/(��

�1 = ��,��&��: ��

��'��

? 0��(��(��!��

�1 ��&��: ��

(1 ��: ��

�1 ��&��

�1 0��(��

��

� �

��

��

� ��(��@��

��,��

�

�� (��@��,��

��(��

��

�

* � ��(��#��A&��!��B��A��!��B��

��

��5��&��!��'��#��)��

�� )��@��: �� 5��

��!��'��)��@��#��'��: ��

��$#��,��

��&��. /��

� ��(��'��&��#��,��

��(��

�1�C��&��!��'��'��&��'��

(1��#��&��: ��(��'��

��(��

�1��(��D��,��

��

�1� ��(��,��

�

��'��

�

* =��#��(��)��3��&�� ,��

��

�1 E��&��

(1 ��&��

�1 = ��,��&��: ��: ��(��

�1 5��&��

�

��

� �

�

7 ��&�'��(��'��-��

�1 4��#��

(1 4��

�1 4��,��

�1 4��

�

��'�('��

�

; 5��!��'�� 0��

�(��

�1� ��(��

(1� ��$��(��

�1� ��(��

�1� ��()��

��3��

�

��('��

�

> =��(��#��#��)��&��(��

��&��(��

��(%��(�� &�'��(��'��#��

��(��#��

�

�1 ��)��@��F��3��

��(%��(%��

��,��

(1 6��#��#��(%��

��

�1 ��&��)��%��&��

�1 6��(��(��%��

��@��

��'�('��

? 5��(%��(��'��A��: ��B��

��3�� )��

�1 ��: ��)��(%��

(1 ��: ��(%��'��

��

�1 ��: ��)��!��(%��

�1 ��: ��)��#��#��,��#��(%��

��(��

�

Capitulo 4 - Processos de Desenvolvimento de Software

1-Qual conjunto de actividades exigidas para o desenvolvimento de um sistema de software?

Especificação, Desenho, Validação

Especificação, Desenho, Validação e Evolução *

Evolução Validaçao e Desenho

Desenho, Validação e Evolução

2-No Modelo Waterfall ?

As fases de especificação e desenvolvimento estão separadas e são distintas *

As fases de especificação e desenvolvimento não estão separadas e são distintas

As fases de especificação e desenvolvimento estão separadas e não são distintas

Nenhuma das anteriores

3-O que entende por Desenvolvimento em Espiral?

É um desenvolvimento em cascata

É um desenvolvimento formado por redes

É um desenvolvimento representado em espiral *


4-O que entende por Especificação do Software?

É um processo de estabelecer quais os serviços e as restrições que não são exigidos na mesma operação.

É apenas um processo de estabelecer quais os serviços e as restrições

É o processo de estabelecer quais os serviços e as restrições que são exigidas na operação e desenvolvimento do sistema. *


5-Quanto a Evolução do Software?

Software é flexível e pode mudar. *

O software nunca pode mudar

Software já mais pode ser alterado


6-Quais as Fases do RUP

Início, Elaboração, Construção, Transição *

Início, Elaboração e Construção

Início, Elaboração e Transição


7-O que entende por Vantagens do Desenvolvimento Incremental?

R-O cliente não tem que esperar que o sistema esteja todo pronto. Pode começar a utilizá-lo de imediato. Os primeiros incrementos funcionam como um protótipo para ajudar no levantamento de requisitos para incrementos posteriores. Baixo risco de fracasso do projecto global. Os serviços de sistema de prioridade mais altos tendem a ser mais testados.

8-O que são Ferramentas Case?

São Editores Gráficos. Dicionário de dados para gerir entidades de desenho. Também são depuradores para apoiar a descoberta de falhas dos programas e tradutores automatizados para gerar versões novas de um programa.

Capitulo 6 - Requisitos Software

1-O que é um requisito?

Pode variar de uma indicação abstracta de alto nível de um serviço ou de uma restrição do sistema a uma especificação funcional matemática detalhada.

Pode ser a base para uma oferta para um contrato

Pode ser a base para o próprio contrato

Todas correctas *

2-Que tipos de requisitos conhece?

Requisitos de utilizador e de sistema funcionais e não funcionais *

Requisitos de utilizador e de conhecimento

Requisitos só de utilizador


3- O que é o Sistema de Libsys?

É um sistema de biblioteca que não fornece uma relação a um número de bases de dados dos artigos em bibliotecas iguais

Os usuários podem procurar fazer download e imprimir esses artigos para estudo pessoal *

É um sistema dentro de sistemas


4- Que tópicos podem ser usados para requisitos de escrita?

Inventar um formato padrão e usa-lo para todos os requisitos

Usar a linguagem de forma consistente

Usar destaques no texto para identificar partes importantes dos requisitos

Todas correctas *


5- Quanto as Especificações Estrutura Linguagem?

Não tem a liberdade de escrever requisitos

Não necessita de ser escrito em versão standardizada

A terminologia usada não pode ser limitada

Nenhuma das anteriores *

6- Quanto ao Documento de requisitos pode ser?

Tanto quanto possível deve ajustar-se de O QUE o sistema deve fazer melhor em vez de COMO o deve fazer *

Não precisa de ser oficial do que é requerido por quem desenvolve os sistemas

Não precisa de incluir qualquer definição

7- Quais as alternativas à linguagem natural?

Linguagem natural estruturada, notações gráficas, especificações matemáticas e linguagem descritiva design.

8- O que entende por Requisitos do editor?

R- Os requisito de editor, servem para ajudar a posicionar as entidades num diagrama - o utilizador pode girar sobre uma grelha em centímetros ou em polegadas, através de uma opção no painel de controlo.

QUESTÕES PARA EXAME ENGENHARIA DE SOFTWARE (CAPÍTULO II)

1. Quais as fases do processo de engenharia de sistemas? a) Especificação, desenho, integração, teste e implementação. b) Especificação, desenho, integração e teste, validação e implementação. c) Especificação, desenho, desenvolvimento, integração e teste. d) Todas as anteriores.

Resposta: c

2. O que é um Sistema? a) Um conjunto de componentes inter-relacionados, que trabalhando em conjunto,

pretendem atingir um objectivo comum. b) Um sistema pode incluir software, hardware mecânico e hardware electrónico, e é

operado por pessoas. c) Componentes do sistema são dependentes uns dos outros. d) Todas as anteriores.

Resposta: d

3. Os sistemas podem ser classificados em duas categorias: a) Sistemas funcionais e sistemas não funcionais. b) Sistemas tecnológicos baseados em computador e sistemas sócio – tecnológicos. c) Sistemas de integração e sistemas de desenvolvimento. d) Sistemas simples e sistemas complexos.

Resposta: b

4. Quais as características de um sistema Sócio-Tecnológico? a) Propriedades emergentes; não determinístico; relações complexas com os objectivos

organizacionais. b) Propriedades funcionais e Propriedades não funcionais. c) Fiabilidade do Hardware, Fiabilidade do Software e Fiabilidade do Operador. d) Requisitos funcionais abstractos, Propriedades do Sistema e Características

indesejáveis.

Resposta: a

5. Quais as influências na fiabilidade de um sistema? a) Mudanças no procedimento, Mudanças de funções e Mudanças Organizacionais. b) Fiabilidade do Hardware, Fiabilidade do Software e Fiabilidade do Operador. c) A necessidade de especificar o sistema e elaborar um desenho da arquitectura antes

do processo de aquisição. d) São tipicamente projectos paralelos que se desenvolvem na área do hardware,

software e comunicações.

Resposta: b

6. Qual é o objectivo da desactivação do sistema? a) Preocupar-se com os serviços disponibilizados pelo sistema, e as restrições durante a

sua construção, e também a sua operacionalidade. b) Retirar o sistema de funcionamento após o seu tempo de vida útil. c) Para que se possa fazer a sua manutenção. d) Pode ser necessário reestruturar e converter os dados para serem usados num outro

sistema.

Resposta: b, d

Quais os tipos de propriedades emergentes. Diga em que consistem?


Resposta:

Propriedades funcionais

• Surgem quando todas as partes do sistema trabalham em conjunto com o propósito de atingir um objectivo. Por exemplo, uma bicicleta tem a propriedade funcional de ser um meio de transporte, mas apenas depois da assemblagem de todos os seus componentes.

Propriedades não funcionais

• São exemplos a fiabilidade, performance e segurança. Estão relacionadas com o sistema no seu ambiente de operacionalidade. São frequentemente propriedades críticas em sistemas computacionais, caso não se consiga atingir um nível mínimo pré-definido, isso pode tornar o sistema inutilizável.

Quais as influências e relacionamentos na fiabilidade do sistema?

Resposta:

Influencias

Fiabilidade do Hardware

• Qual é a probabilidade de um componente de hardware falhar e quanto tempo demora a sua reparação?

Fiabilidade do Software

• Qual a probabilidade de um componente de software produzir um Output incorrecto? Uma falha de software é distinta de uma falha de Hardware, na medida em que não existe desgaste físico no software.

Fiabilidade do Operador

• Qual a probabilidade de erro do operador do sistema?

Relacionamentos

• Falhas de hardware podem gerar sinais adulterados que fogem dos parâmetros esperados como inputs pelo software.

• Erros de software podem fazer com sejam activados alarmes e consequentemente causar stress no operador e levar o mesmo a cometer erros.

• O ambiente onde o sistema está instalado afecta a sua fiabilidade.

QUESTÕES PARA TESTE ENGENHARIA DE SOFTWARE (CAPÍTULO VII)

1. Quais os processos utilizados na engenharia de requisitos? e) Validade; Coerência; Completude; Realismo; Verificabilidade. f) Os requisitos de engenharia de processos incluem um estudo de viabilidade,

descoberta de requisitos e análise, especificação de requisitos e exigências de gestão. g) Revisão de requisitos; Prototipagem; Test-case generation . h) Verificabilidade, Compreensibilidade, Rastreabilidade e Adaptabilidade fazem parte

dos processos de engenharia de requisitos.

Resposta: b

2. Descoberta de Requisitos e análise são iterativos envolvendo? e) A validade, classificação, estruturação, priorização e validação. f) O domínio da compreensão, recolha de requisitos, classificação, estruturação,

Priorização e validação. g) O domínio da compreensão, recolha de requisitos, consistência, estruturação,

Priorização e validação h) A mudança na compreensão do problema, mudança de requisitos, classificação,

estruturação, priorização e validação.

Resposta: b

3. Com que está preocupado a validação requisitos? e) Com a revisão de requisitos, prototipagem, Test-case generation. f) Com a descoberta, classificação e organização de requisitos. g) Com controlos de validade, consistência, plenitude, o realismo e a verificabilidade. h) Nenhuma das anteriores.

Resposta: c

4. Quais as técnicas de validação de requisitos? e) Revisão de requisitos, Prototipagem e Test-case generation f) Verificabilidade e Rastreabilidade. g) Compreensão inicial do problema; Requisitos Iniciais; Mudança na Compreensão do

Problema; Mudança de Requisitos. h) Todas as anteriores.

Resposta: a

5. Quais os Processos e actividades? e) Descobrir Requisitos f) Classificação de Requisitos e organização. g) Priorização e negociação e Documentar os Requisitos. h) Nenhuma das anteriores.

Resposta: a,b,c

6. Qual é o objectivo do desmantelamento do sistema? e) Retirar o sistema de funcionamento para se efectuar uma manutenção rigorosa. f) Retirar o sistema de funcionamento após o seu tempo de vida útil. g) Se necessário reestruturar e converter os dados para serem usados num outro

sistema. h) Todas as anteriores.

Resposta: b.c

Para que serve um estudo de viabilidade?


Num estudo de viabilidade decide-se se deve ou não o sistema proposto ser aceite. Um breve estudo, que incidiu controlos

• Se o sistema contribui para os objectivos organizacionais; • Se o sistema pode ser projectado usando a tecnologia actual e dentro do

orçamento; • Se o sistema pode ser integrado com outros sistemas que são utilizados.

Com base nas informações de avaliação (o que é necessário), recolhe informações e efectua um relatório escrito. Questões para as pessoas na organização

• E se o sistema não foi aplicado? • Quais são os problemas actuais no processo? • Como é que o sistema proposto pode ajudar? • Qual será a integração de problemas? • Nova tecnologia é necessária? Que competências? • Que instalações devem ser suportadas pelo sistema proposto?

O que entende por requisitos voláteis e requisitos duradouros?

Requisitos Voláteis.

• Exigências que mudam durante o desenvolvimento ou quando o sistema estiver em uso. Num hospital, as exigências derivadas de cuidados de política saúde.

Requisitos duradouros.

• Exigências estáveis derivadas da actividade principal do cliente da organização. e.x. Um hospital terá sempre médicos, enfermeiros, etc. Pode ser derivada de modelos de domínio.

Capitulo 4 - Processos de Desenvolvimento de Software

1-Qual conjunto de actividades exigidas para o desenvolvimento de um sistema de software?

Especificação, Desenho, Validação

Especificação, Desenho, Validação e Evolução *

Evolução Validaçao e Desenho

Desenho, Validação e Evolução

2-No Modelo Waterfall ?

As fases de especificação e desenvolvimento estão separadas e são distintas *

As fases de especificação e desenvolvimento não estão separadas e são distintas

As fases de especificação e desenvolvimento estão separadas e não são distintas


3-O que entende por Desenvolvimento em Espiral?

É um desenvolvimento em cascata

É um desenvolvimento formado por redes

É um desenvolvimento representado em espiral *


4-O que entende por Especificação do Software?

É um processo de estabelecer quais os serviços e as restrições que não são exigidos na mesma operação.

É apenas um processo de estabelecer quais os serviços e as restrições

É o processo de estabelecer quais os serviços e as restrições que são exigidas na operação e desenvolvimento do sistema. *


5-Quanto a Evolução do Software?

Software é flexível e pode mudar. *

O software nunca pode mudar

Software já mais pode ser alterado


6-Quais as Fases do RUP

Início, Elaboração, Construção, Transição *

Início, Elaboração e Construção

Início, Elaboração e Transição


7-O que entende por Vantagens do Desenvolvimento Incremental?

R-O cliente não tem que esperar que o sistema esteja todo pronto. Pode começar a utilizá-lo de imediato. Os primeiros incrementos funcionam como um protótipo para ajudar no levantamento de requisitos para incrementos posteriores. Baixo risco de fracasso do projecto global. Os serviços de sistema de prioridade mais altos tendem a ser mais testados.

8-O que são Ferramentas Case?

São Editores Gráficos. Dicionário de dados para gerir entidades de desenho. Também são depuradores para apoiar a descoberta de falhas dos programas e tradutores automatizados para gerar versões novas de um programa.

Capitulo 6 - Requisitos Software

1-O que é um requisito?

Pode variar de uma indicação abstracta de alto nível de um serviço ou de uma restrição do sistema a uma especificação funcional matemática detalhada.

Pode ser a base para uma oferta para um contrato

Pode ser a base para o próprio contrato

Todas correctas *

2-Que tipos de requisitos conhece?

Requisitos de utilizador e de sistema funcionais e não funcionais *

Requisitos de utilizador e de conhecimento

Requisitos só de utilizador


3- O que é o Sistema de Libsys?

É um sistema de biblioteca que não fornece uma relação a um número de bases de dados dos artigos em bibliotecas iguais

Os usuários podem procurar fazer download e imprimir esses artigos para estudo pessoal *

É um sistema dentro de sistemas


4- Que tópicos podem ser usados para requisitos de escrita?

Inventar um formato padrão e usa-lo para todos os requisitos

Usar a linguagem de forma consistente

Usar destaques no texto para identificar partes importantes dos requisitos

Todas correctas *


5- Quanto as Especificações Estrutura Linguagem?

Não tem a liberdade de escrever requisitos

Não necessita de ser escrito em versão standardizada

A terminologia usada não pode ser limitada

Nenhuma das anteriores *

6- Quanto ao Documento de requisitos pode ser?

Tanto quanto possível deve ajustar-se de O QUE o sistema deve fazer melhor em vez de COMO o deve fazer *

Não precisa de ser oficial do que é requerido por quem desenvolve os sistemas

Não precisa de incluir qualquer definição

7- Quais as alternativas à linguagem natural?

Linguagem natural estruturada, notações gráficas, especificações matemáticas e linguagem descritiva design.

8- O que entende por Requisitos do editor?

R- Os requisito de editor, servem para ajudar a posicionar as entidades num diagrama - o utilizador pode girar sobre uma grelha em centímetros ou em polegadas, através de uma opção no painel de controlo.

QUESTÕES PARA TESTE ENGENHARIA DE SOFTWARE (CAPÍTULO VII)

1. Quais os processos utilizados na engenharia de requisitos? a) Validade; Coerência; Completude; Realismo; Verificabilidade. b) Os requisitos de engenharia de processos incluem um estudo de viabilidade,

descoberta de requisitos e análise, especificação de requisitos e exigências de gestão. c) Revisão de requisitos; Prototipagem; Test-case generation . d) Verificabilidade, Compreensibilidade, Rastreabilidade e Adaptabilidade fazem parte

dos processos de engenharia de requisitos.

Resposta: b

2. Descoberta de Requisitos e análise são iterativos envolvendo? a) A validade, classificação, estruturação, priorização e validação. b) O domínio da compreensão, recolha de requisitos, classificação, estruturação,

Priorização e validação. c) O domínio da compreensão, recolha de requisitos, consistência, estruturação,

Priorização e validação d) A mudança na compreensão do problema, mudança de requisitos, classificação,

estruturação, priorização e validação.

Resposta: b

3. Com que está preocupado a validação requisitos? a) Com a revisão de requisitos, prototipagem, Test-case generation. b) Com a descoberta, classificação e organização de requisitos. c) Com controlos de validade, consistência, plenitude, o realismo e a verificabilidade. d) Nenhuma das anteriores.

Resposta: c

4. Quais as técnicas de validação de requisitos? a) Revisão de requisitos, Prototipagem e Test-case generation b) Verificabilidade e Rastreabilidade. c) Compreensão inicial do problema; Requisitos Iniciais; Mudança na Compreensão do

Problema; Mudança de Requisitos. d) Todas as anteriores.

Resposta: a

5. Quais os Processos e actividades? a) Descobrir Requisitos b) Classificação de Requisitos e organização. c) Priorização e negociação e Documentar os Requisitos. d) Nenhuma das anteriores.

Resposta: a,b,c

6. Qual é o objectivo do desmantelamento do sistema? a) Retirar o sistema de funcionamento para se efectuar uma manutenção rigorosa. b) Retirar o sistema de funcionamento após o seu tempo de vida útil. c) Se necessário reestruturar e converter os dados para serem usados num outro

sistema. d) Todas as anteriores.

Resposta: b.c

Para que serve um estudo de viabilidade?


Num estudo de viabilidade decide-se se deve ou não o sistema proposto ser aceite. Um breve estudo, que incidiu controlos

• Se o sistema contribui para os objectivos organizacionais; • Se o sistema pode ser projectado usando a tecnologia actual e dentro do

orçamento; • Se o sistema pode ser integrado com outros sistemas que são utilizados.

Com base nas informações de avaliação (o que é necessário), recolhe informações e efectua um relatório escrito. Questões para as pessoas na organização

• E se o sistema não foi aplicado? • Quais são os problemas actuais no processo? • Como é que o sistema proposto pode ajudar? • Qual será a integração de problemas? • Nova tecnologia é necessária? Que competências? • Que instalações devem ser suportadas pelo sistema proposto?

O que entende por requisitos voláteis e requisitos duradouros?

Requisitos Voláteis.

• Exigências que mudam durante o desenvolvimento ou quando o sistema estiver em uso. Num hospital, as exigências derivadas de cuidados de política saúde.

Requisitos duradouros.

• Exigências estáveis derivadas da actividade principal do cliente da organização. e.x. Um hospital terá sempre médicos, enfermeiros, etc. Pode ser derivada de modelos de domínio.

Instituto Superior de Línguas e Administração

GAIA

Licenciatura Sistemas de Informação e Multimédia

Engenharia de Software

Maio 2009

Cap. 10 “Especificação formal”

Ilídio Garcia Pinto

3070428

•Capítulo 10

“Especificação formal”

•Proposta de possíveis questões

•Questão 1

- O que entende por métodos formais na engenharia de software?

•Questão 2

- Quais as razões porque as técnicas formais de desenvolvimento de software

não se revelaram tão predominantes como tinha sido previsto?

•Questão 3

- Em que tipo de sistemas são mais utilizados os métodos formais?

a) Em sistemas de desenvolvimento mais rápido

b) No desenvolvimento de sistemas críticos

c) No desenvolvimento de sistemas de larga escala

d) Em sistemas com forte componente de interface de utilizador

•Questão 4

- Qual destas afirmações está correcta?

a) O envolvimento do cliente e do fornecedor de software aumentam à

medida que é acrescentado detalhe à especificação do sistema

b) O envolvimento do cliente diminui e o envolvimento do fornecedor

do software aumenta à medida que é acrescentado detalhe à

especificação do sistema

c) O envolvimento do fornecedor de software diminui e o envolvimento

do cliente aumenta à medida que é acrescentado detalhe à especificação

do sistema

d) O envolvimento do cliente e do fornecedor de software diminuem à

medida que é acrescentado detalhe à especificação do sistema

•Questão 5

- Qual a alteração do perfil de custos com a utilização da especificação formal?

a) Aumentam os custos de especificação e de validação do sistema

b) Os custos de especificação e de implementação são idênticos, e os

custos de validação do sistema reduzem significativamente

c) Os custos de especificação e de validação são reduzidos

d) Aumentam os custos de especificação e de desenho e implementação

•Questão 6

- Quais são as duas aproximações fundamentais à especificação formal usadas

no desenvolvimento de sistemas de software?

a) A especificação algébrica e a especificação sequencial

b) A especificação algébrica e a especificação baseada em modelos

c) A especificação baseada em modelos e a especificação

comportamental

d) A linguagem Z e a especificação baseada em modelos

•Questão 7

- Qual destas afirmações não está correcta?

a) A especificação formal do sistema complementa as técnicas de

especificação informais

b) As especificações formais não são isentas de alguma ambiguidade

c) A especificação formal força uma análise detalhada e cuidada dos

requisitos do sistema na fase inicial

d) As técnicas de especificação formal são mais aplicáveis no

desenvolvimento de padrões (standards)

•Questão 8

- Qual destas afirmações é a mais correcta?

a) O uso de técnicas algébricas é particularmente ajustado na

especificação de interfaces

b) As técnicas baseadas em modelos apresentam o sistema utilizando

conjuntos e funções

c) O uso de técnicas algébricas implica o uso de condições pré e post

d) Na especificação baseada em modelos as operações são definidas

estabelecendo condições num dado estado do sistema

Questões de Engenharia de Software – Cap. 11 Parte I 1 - Quais as características da arquitectura de um sistema? . Desempenho, Segurança, Disponibilidade e Manutenção . Desempenho, Capacidade, Disponibilidade e Manutenção . Desempenho, Capacidade, Concepção e Manutenção . Nenhuma das anteriores. 2 – Quando temos grande quantidade de informação a ser compartilhada, qual o(s) melhor(es) modelo(s) a utilizar: . Modelo de Camadas . Modelo Repositório . Modelo Interventivo . Todos os anteriores 3 – Qual das afirmações está incorrecta: . No Modelo Orientado a Objectos facilmente se consegue adicionar novas transformações. . O Modelo Orientado a Objectos exige um formato de transição de dados complexo e alternado para cada fase do processo. . O Modelo Orientado a Objectos é relativamente simples de executar e implementar. . O Modelo Orientado a Objectos apoia a reutilização da transformação. 4 – O Design Arquitectónico é um processo criativo, diferenciando e dependendo: . Do tipo de sistema existente . Dos Stakeholders . Dos modelos já implementados . Do tipo de sistema a ser desenvolvido 5 – A arquitectura do modelo de um sistema pode obedecer a: . um só modelo ou estilo arquitectónico. . uma sequência estruturada de modelos e respectivos estilos. . um modelo ou estilo arquitectónico genéricos. . nenhum dos anteriores 6 - No Modelo de Repositório, qual das seguintes características não é uma vantagem. . Modo eficiente de partilhar grandes quantidade de informação. . Sub sistemas não precisam de se preocupar com processos de gestão e manutenção da informação. . Modelo de partilha é publicado como o esquema de repositório. . Os subsistemas têm de concordar com o Modelo de Repositório. Parte II 1 – Indique os Modelos Arquitectónicos mais utilizados na Concepção Arquitectónica? Modelo estrutural estático, que mostra os principais componentes do sistema. Modelo de processo dinâmico que mostra o processo estrutural do sistema. Modelo interface que define os interfaces e ligações do subsistema. Modelo de Relacionamentos, como um modelo de fluxo de dados que mostra o relacionamento do subsistema. Modelo Distributivo que mostra como os subsistemas estão distribuídos pelos computadores. 2 – Indique resumidamente o que entende por Concepção Arquitectónica de Software? Concepção Arquitectónica é o processo de identificação dos subsistemas que compõem um sistema e de um enquadramento para o subsistema de controle e comunicação. O resultado deste processo de concepção é uma descrição da arquitectura do software.

Questões de Engenharia de Software – Cap. 15 Parte I 1 – Qual dos seguintes não é um Componente de um Sistema Operativo em Tempo Real. . Relógio de Tempo-Real . Controlo de Agenda . Gestor de Recursos . Gestor de Conteúdos 2 - Os Sistemas Operativos em Tempo-Real utilizam o relógio interno de tempo real, para determinar que processo executam tendo em conta: . Capacidade e Tamanho do Ficheiro . Período e Prazo . Período e Desempenho . Prazo e Desempenho 3 - O sistema de agendamento escolhe o próximo processo a ser executado pelo processador que depende: . do tamanho do processo actual . de uma estratégia de programação . da capacidade do processador . nenhum dos anteriores 4 – “Um sistema de alarme é essencialmente um sistema de monitorização. Recolhe dados dos sensores, mas não tem controlo em tempo real.” A afirmação é: . Verdadeiro . Falso 5 –O Sistema de Aquisição de Dados… : . Recolhe dados de sensores para posterior processamento e análise. . Efectua a recolha de dados e transformação de processos podem ter diferentes períodos e prazos. . A recolha de dados pode ser mais rápido do que o processamento, por exemplo recolher informações sobre uma explosão. . Todas as anteriores 6 – Um sistema de alarme é essencialmente um: . Sistema de Monitorização . Sistema de Agendamento . Sistema de Processamento . Sistema de Interrupção Parte II 1 - Defina sucintamente o que entende por Sistemas em Tempo Real. Um sistema em tempo real é um sistema em que o funcionamento correcto do software depende dos resultados produzidos pelo sistema e no momento em que estes resultados são produzidos. Sistemas de acompanhamento e controlo do seu ambiente. Inevitavelmente associada a dispositivos de hardware. O tempo é crítico. 2 – Como se desenvolve o Processo de Desenho de um Sistema em Tempo Real: Identifica os estímulos a ser processados, bem como as respectivas respostas. Identifica o timing e calendarização correcta para cada estímulo e para cada resposta. Agrega o processo do estímulo e da resposta em processos simultâneos. Um processo pode ser associado a cada classe de estímulo e resposta.

Questões de Engenharia de Software – Cap. 11 Parte I 1 - Quais as características da arquitectura de um sistema? . Desempenho, Segurança, Disponibilidade e Manutenção . Desempenho, Capacidade, Disponibilidade e Manutenção . Desempenho, Capacidade, Concepção e Manutenção . Nenhuma das anteriores. 2 – Quando temos grande quantidade de informação a ser compartilhada, qual o(s) melhor(es) modelo(s) a utilizar: . Modelo de Camadas . Modelo Repositório . Modelo Interventivo . Todos os anteriores 3 – Qual das afirmações está incorrecta: . No Modelo Orientado a Objectos facilmente se consegue adicionar novas transformações. . O Modelo Orientado a Objectos exige um formato de transição de dados complexo e alternado para cada fase do processo. . O Modelo Orientado a Objectos é relativamente simples de executar e implementar. . O Modelo Orientado a Objectos apoia a reutilização da transformação. 4 – O Design Arquitectónico é um processo criativo, diferenciando e dependendo: . Do tipo de sistema existente . Dos Stakeholders . Dos modelos já implementados . Do tipo de sistema a ser desenvolvido 5 – A arquitectura do modelo de um sistema pode obedecer a: . um só modelo ou estilo arquitectónico. . uma sequência estruturada de modelos e respectivos estilos. . um modelo ou estilo arquitectónico genéricos. . nenhum dos anteriores 6 - No Modelo de Repositório, qual das seguintes características não é uma vantagem. . Modo eficiente de partilhar grandes quantidade de informação. . Sub sistemas não precisam de se preocupar com processos de gestão e manutenção da informação. . Modelo de partilha é publicado como o esquema de repositório. . Os subsistemas têm de concordar com o Modelo de Repositório. Parte II 1 – Indique os Modelos Arquitectónicos mais utilizados na Concepção Arquitectónica? Modelo estrutural estático, que mostra os principais componentes do sistema. Modelo de processo dinâmico que mostra o processo estrutural do sistema. Modelo interface que define os interfaces e ligações do subsistema. Modelo de Relacionamentos, como um modelo de fluxo de dados que mostra o relacionamento do subsistema. Modelo Distributivo que mostra como os subsistemas estão distribuídos pelos computadores. 2 – Indique resumidamente o que entende por Concepção Arquitectónica de Software? Concepção Arquitectónica é o processo de identificação dos subsistemas que compõem um sistema e de um enquadramento para o subsistema de controle e comunicação. O resultado deste processo de concepção é uma descrição da arquitectura do software.

Questões de Engenharia de Software – Cap. 15 Parte I 1 – Qual dos seguintes não é um Componente de um Sistema Operativo em Tempo Real. . Relógio de Tempo-Real . Controlo de Agenda . Gestor de Recursos . Gestor de Conteúdos 2 - Os Sistemas Operativos em Tempo-Real utilizam o relógio interno de tempo real, para determinar que processo executam tendo em conta: . Capacidade e Tamanho do Ficheiro . Período e Prazo . Período e Desempenho . Prazo e Desempenho 3 - O sistema de agendamento escolhe o próximo processo a ser executado pelo processador que depende: . do tamanho do processo actual . de uma estratégia de programação . da capacidade do processador . nenhum dos anteriores 4 – “Um sistema de alarme é essencialmente um sistema de monitorização. Recolhe dados dos sensores, mas não tem controlo em tempo real.” A afirmação é: . Verdadeiro . Falso 5 –O Sistema de Aquisição de Dados… : . Recolhe dados de sensores para posterior processamento e análise. . Efectua a recolha de dados e transformação de processos podem ter diferentes períodos e prazos. . A recolha de dados pode ser mais rápido do que o processamento, por exemplo recolher informações sobre uma explosão. . Todas as anteriores 6 – Um sistema de alarme é essencialmente um: . Sistema de Monitorização . Sistema de Agendamento . Sistema de Processamento . Sistema de Interrupção Parte II 1 - Defina sucintamente o que entende por Sistemas em Tempo Real. Um sistema em tempo real é um sistema em que o funcionamento correcto do software depende dos resultados produzidos pelo sistema e no momento em que estes resultados são produzidos. Sistemas de acompanhamento e controlo do seu ambiente. Inevitavelmente associada a dispositivos de hardware. O tempo é crítico. 2 – Como se desenvolve o Processo de Desenho de um Sistema em Tempo Real: Identifica os estímulos a ser processados, bem como as respectivas respostas. Identifica o timing e calendarização correcta para cada estímulo e para cada resposta. Agrega o processo do estímulo e da resposta em processos simultâneos. Um processo pode ser associado a cada classe de estímulo e resposta.

Engenharia de Software 2009

1 Ricardo Bruno dos Santos Rodrigues – n.º 236

Capitulo 14 – Design orientado a objectos

1. Explique e distinga os conceitos: Análise, design e programação orientados a objectos.

Resposta: A análise orientada a objectos preocupa-se em desenvolver um modelo de objecto do domínio da aplicação. O design orientado a objectos preocupa-se em desenvolver um sistema orientado a objectos para implementar os requisitos. A programação orientada a objectos realiza o OO design utilizando uma linguagem de programação orientada a objectos como oJava ou C++.

2. Indique 2 características no desenvolvimento orientado a objectos

2.1. Os objectos são abstracções do mundo real ou de entidades do sistema que se gerem a si próprios.

2.2. Componentes não reutilizáveis 2.3. Os objectos são independentes e encapsulam o estado e a representação dos

dados 2.4. Descreve as interacções entre as entidades do sistema

Resposta: 2.1, 2.2 3. Escolha a resposta mais correcta.

Modelos de Use-case: 3.1. Representam as interacções do sistema entre as entidades e as figuras

pertencentes ao ambiente 3.2. Representam a sequência das interacções dos objectos 3.3. Representam objectos individuais mudam o seu estado em resposta aos eventos 3.4. Representam a estrutura do sistema de forma hierárquica

Resposta: 3.1. 4. Escola a resposta mais correcta.

Os interfaces de objecto têm de ser especificados para que: 4.1. os objectos e outros componentes possam ser desenvolvidos em paralelo. 4.2. possam ser facilmente identificados 4.3. possam isolar os objectos de forma a não poderem partilhar atributos 4.4. os objectos possam herdar os seus métodos Resposta: 4.1.



Capitulo 16 – User interface design

1. Comente a seguinte afirmação, tendo em conta os princípios de design: “Os utilizadores, geralmente, julgam o sistema pela sua interface e não (só) pela sua funcionalidade.”

Resposta: O interface do software é a imagem do produto, é a primeira impressão que o utilizador tem do produto. Se o interface tiver um design pobre, o utilizador descarta o software independentemente se funciona bem ou não. O interface deve ter um bom design (palete de cores coerente), representações gráficas na apresentação da informação sempre que o justifique, deve apoiar o utilizador nas diversas operações, deve alertar subtilmente quando são executadas operações que resultam em erros por parte do utilizador. O interface é o componente do software que interage com o utilizador, por isso deve ser interactivo, com design agradável e deve sempre responder e operar em função do utilizador. Muitos softwares morrem no seu nascimento por não terem um interface com estas características.

2. Assinale as respostas que achar correctas. Os estilos de interacção são: 2.1. Manipulação directa 2.2. Linguagem por comandos 2.3. Armazenamento de dados 2.4. Validação de campos 2.5. Selecção por menu 2.6. Processamento de dados

Resposta: 2.1., 2.2., 2.5.

3. Escolha a resposta mais correcta. Indique as 3 Fases/actividades de design do interface 3.1. Análise do utilizador / Sistema de prototipagem / Avaliação do interface 3.2. Levantamento de requisitos / Avaliação do interface / Testes e manutenção 3.3. Análise do utilizador / Sistema de prototipagem / Lançamento da aplicação

Resposta: 3.1.

4. Escolha a resposta correcta. O objectivo de prototipagem é: 4.1. permitir que os utilizadores obtenham uma experiência directa com a interface 4.2. permitir que os designers cheguem a um consenso sobre a viabilidade do interface 4.3. permitir o levantamento de requisitos 4.4. fazer uma análise do utilizador

Resposta: 4.1.



Capitulo 14 – Design orientado a objectos

1. Explique e distinga os conceitos: Análise, design e programação orientados a objectos.

Resposta: A análise orientada a objectos preocupa-se em desenvolver um modelo de objecto do domínio da aplicação. O design orientado a objectos preocupa-se em desenvolver um sistema orientado a objectos para implementar os requisitos. A programação orientada a objectos realiza o OO design utilizando uma linguagem de programação orientada a objectos como oJava ou C++.

2. Indique 2 características no desenvolvimento orientado a objectos

2.1. Os objectos são abstracções do mundo real ou de entidades do sistema que se gerem a si próprios.

2.2. Componentes não reutilizáveis 2.3. Os objectos são independentes e encapsulam o estado e a representação dos

dados 2.4. Descreve as interacções entre as entidades do sistema

Resposta: 2.1, 2.2 3. Escolha a resposta mais correcta.

Modelos de Use-case: 3.1. Representam as interacções do sistema entre as entidades e as figuras

pertencentes ao ambiente 3.2. Representam a sequência das interacções dos objectos 3.3. Representam objectos individuais mudam o seu estado em resposta aos eventos 3.4. Representam a estrutura do sistema de forma hierárquica

Resposta: 3.1. 4. Escola a resposta mais correcta.

Os interfaces de objecto têm de ser especificados para que: 4.1. os objectos e outros componentes possam ser desenvolvidos em paralelo. 4.2. possam ser facilmente identificados 4.3. possam isolar os objectos de forma a não poderem partilhar atributos 4.4. os objectos possam herdar os seus métodos Resposta: 4.1.



Capitulo 16 – User interface design

1. Comente a seguinte afirmação, tendo em conta os princípios de design: “Os utilizadores, geralmente, julgam o sistema pela sua interface e não (só) pela sua funcionalidade.”

Resposta: O interface do software é a imagem do produto, é a primeira impressão que o utilizador tem do produto. Se o interface tiver um design pobre, o utilizador descarta o software independentemente se funciona bem ou não. O interface deve ter um bom design (palete de cores coerente), representações gráficas na apresentação da informação sempre que o justifique, deve apoiar o utilizador nas diversas operações, deve alertar subtilmente quando são executadas operações que resultam em erros por parte do utilizador. O interface é o componente do software que interage com o utilizador, por isso deve ser interactivo, com design agradável e deve sempre responder e operar em função do utilizador. Muitos softwares morrem no seu nascimento por não terem um interface com estas características.

2. Assinale as respostas que achar correctas. Os estilos de interacção são: 2.1. Manipulação directa 2.2. Linguagem por comandos 2.3. Armazenamento de dados 2.4. Validação de campos 2.5. Selecção por menu 2.6. Processamento de dados

Resposta: 2.1., 2.2., 2.5.

3. Escolha a resposta mais correcta. Indique as 3 Fases/actividades de design do interface 3.1. Análise do utilizador / Sistema de prototipagem / Avaliação do interface 3.2. Levantamento de requisitos / Avaliação do interface / Testes e manutenção 3.3. Análise do utilizador / Sistema de prototipagem / Lançamento da aplicação

Resposta: 3.1.

4. Escolha a resposta correcta. O objectivo de prototipagem é: 4.1. permitir que os utilizadores obtenham uma experiência directa com a interface 4.2. permitir que os designers cheguem a um consenso sobre a viabilidade do interface 4.3. permitir o levantamento de requisitos 4.4. fazer uma análise do utilizador

Resposta: 4.1.

Identifique as principais dificuldades no recrutamento do Staff que fará parte da equipa de um projecto.

Pode não ser possível recrutar o pessoal ideal para o projecto

O orçamento pode não permitir a utilização de pessoal altamente especializado;

Pessoal com a experiência ideal pode não estar disponível;

Uma organização pode querer desenvolver capacidades de desenvolvimento no seu pessoal;

Os gestores têm de lidar com estas restrições particularmente quando há falta de pessoal qualificado.

Indique as quatro fases fundamentais em que se divide a gestão do risco que está associado a um projecto de desenvolvimento de software.

• Identificação do risco - Identificar riscos de projecto, produto e negócio

• Análise do risco - Calcular a probabilidade e consequência destes riscos

• Planeamento do risco - Elaborar planos para evitar ou minimizar os efeitos do risco

• Supervisão do risco - Supervisionar os riscos ao longo do projecto

Qual das seguintes definições melhor descreve uma milestone?

- A milestone é a preparação de várias representações gráficas que demonstram as actividades de um projecto e a respectiva duração e recursos

- A milestone de um projecto é um estado previsível onde um relatório formal de evolução é apresentado à gestão; XXXX

- A milestone de um projecto é a identificação de riscos que podem afectar o projecto e no planeamento para assegurar que estes riscos não desenvolvem para ameaças maiores

As ferramentas/notações gráficas mais utilizadas para ilustrar a calendarização de um projecto são:

- Diagramas de use case e de fluxo de dados;

- Redes P.E.R.T e GANTT; XXXX

- Apresentações em Powerpoint

O plano do projecto realça:

Os recursos disponíveis para o projecto;

A metodologia de trabalho;

A calendarização do trabalho;

Um produto de software é considerado um produto

Todas estão correctas; XXXXXXX

- Intangível;

- Radicalmente Flexível;

- Sensível;

-

A e B estão correctas,XXXX

O processo waterfall permite a definição previa das:

Redes PERT

Entregas

Milestones de progresso XXX


Em que consiste a calendarização de um projecto e quais os seus objectivos fundamentais?

Dividir o projecto em tarefas e estimar o tempo recursos necessários para completar cada tarefa

Organizar tarefas concorrencialmente para retirar o máximo proveito da produtividade

Reduzir dependências entre tarefas de forma a evitar atrasos causados pela demora de uma tarefa

Todas as anteriores XXXX

“Introdução à Engenharia de Software” · Engenharia de Software ... 8-O que são Ferramentas...

Documents

Transcript of “Introdução à Engenharia de Software” · Engenharia de Software ... 8-O que são Ferramentas...