Buscar

atividade cap 4 livro

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 4 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

Atividade Cap. 4 – Engenharia de Software II – Sistemas de Informação, 8º período.
1. Identifique e descreva brevemente os quatro tipos de requisitos que podem ser definidos para um sistema computacional.
Requisitos de Usuário: são as declarações mais simples, em linguagem natural dos serviços que o sistema deve oferecer ao usuário.
Requisitos do Sistema: é o detalhamento técnico elaborado pelo desenvolvedor das funções e serviços do sistema de software.
Requisitos Funcionais: são as declarações de como as funções devem se portar, e de como o sistema deve reagir a entradas específicas em determinadas situações.
Requisitos não funcionais: são as restrições aos serviços ou funções oferecidos pelo sistema, que incluem restrições de timing, restrições no processo de desenvolvimento e restrições impostas pelas normas.
2. Descubra ambiguidades ou omissões nas seguintes declarações de requisitos para parte de um sistema de emissão de bilhetes:
Um sistema automatizado para emitir bilhetes vende bilhetes de trem. Os usuários selecionam seu destino e inserem um cartão de crédito e um número de identificação pessoal. O bilhete é emitido, e sua conta de cartão de crédito, cobrada. Quando o usuário pressiona o botão de início, é ativado um display de menu de destinos possíveis, junto com uma mensagem ao usuário para selecionar um destino. Uma vez que o destino tenha sido selecionado, os usuários são convidados a inserir seu cartão de crédito. Sua validade é verificada e, em seguida, é solicitada ao usuário a entrada de um identificador pessoal. Quando a operação de crédito é validada, o bilhete é emitido.
Ambiguidades: numero de identificador pessoal? Seria Rg? Cpf?
O cartão de crédito pode ser débito? Pode ser bancário?
Conta de cartão de crédito cobrada? Seria transação validada? E a emissão do bilhete só deve ser feita se a transação for validada.
Omissões: numero de identificação pessoal de que? Documento ou cartão? Validar esse documento?
Não descreve quando é pedido o ID pessoal.
Não descreve como o sistema reage se o cartão não for aprovado. 
Não há Tipos de bilhete? Tipos de trens? 
3. Reescreva a descrição anterior usando a abordagem estruturada descrita neste capítulo. Resolva, de um modo apropriado, as ambigüidades identificadas.
	Função: automatização de venda de bilhetes de trem.
	Descrição: vende um bilhete de trem através de pagamento por cartão de crédito.
	Entradas: destino escolhido pelo usuário, id identificador, dados do cartão de crédito.
	Fonte: usuário, leitor magnético de cartão.
	Saídas: bilhete de trem.
	Ação: o sistema inicializa a partir da escolha do destino feita pelo usuário, feita a escolha, será realizado o pagamento através do cartão de crédito.
	Pré-condição: destino do usuário.
4. Escreva um conjunto de requisitos não funcionais para o sistema de emissão de bilhetes, definindo sua confiabilidade e tempo de resposta esperados.
Confiabilidade:
RFN01: o sistema deve estar sempre disponível para quem quiser comprar um bilhete. 
Usabilidade:
RNF02: o sistema deve ter telas intuitivas, ou seja, facilitar a escolha do destino.
Desempenho:
RNF03: o tempo de resposta sobre a vaga no trem deve ser adequado.
5. Usando a técnica sugerida neste capítulo, em que as descrições em linguagem natural são apresentadas em formato-padrão, escreva requisitos do usuário plausíveis para as seguintes funções:
 • Um sistema de bomba de gasolina autônoma, que inclui um leitor de cartão de crédito. 
0 cliente passa o cartão pelo leitor e, em seguida, especifica a quantidade de combustível requerida. 
0 combustível é liberado, e a conta do cliente, debitada. 
	Função: venda automática de gasolina.
	Descrição: sistema que vende gasolina através de pagamento por cartão de crédito.
	Entradas: Dados do cartão de crédito, Quantidade de combustível requerida.
	Fonte: Usuário, Leitor magnético de cartão.
	Saídas: combustível.
	Destino:
	Ação: o usuário insere o cartão de crédito e escolhe a quantidade de gasolina desejada.
	Pré-condição: dados do cartão de crédito, quantidade de gasolina desejada.
	Pós-condição:
· A função de distribuidor de dinheiro em um caixa eletrônico de banco (ATM).
	Função: distribuição automática de dinheiro.
	Descrição: sistema que distribui dinheiro em caixa eletrônico do banco.
	Entrada: dados do banco, leitura das cédulas. 
	Fonte: caixa eletrônico, dados do banco.
	Saída: dinheiro.
	Ação: separação das cédulas para distribuição.
	Pré-condição: dados do banco faz a distribuição.
• Os recursos de verificação e correção ortográfica em um editor de texto.
	Função: correção automática de texto.
	Descrição: sistema de correção ortográfica de um editor de texto.
	Entradas: texto.
	Fonte: texto fornecido pelo editor.
	Saídas: texto corrigido.
	Ação: o editor de texto fornecerá um texto com erros ortográficos na qual o sistema identificará e corrigirá.
	Pré-condição: texto.
6. Sugira como um engenheiro responsável pela elaboração de um sistema de especificação de requisitos pode manter o acompanhamento dos relacionamentos entre requisitos funcionais e não funcionais.
Deve haver reuniões com os stakeholders para análise, verificação e validação, junto com testes para testar a consistência dos requisitos, utilizando também uma ferramenta em nuvem para acesso dos stakeholders.
7. Usando seu conhecimento de como um caixa eletrônico (ATM) funciona, desenvolva um conjunto de casos de uso que poderia servir de base para o entendimento dos requisitos para um sistema de ATM.
8. Quem deve ser envolvido em uma revisão de requisitos? Desenhe um modelo de processo mostrando como uma revisão de requisitos pode ser organizada.
9. Quando mudanças emergenciais precisam ser feitas em sistemas, o software do sistema pode precisar ser modificado antes de serem aprovadas as mudanças nos requisitos. Sugira um modelo de um processo para fazer essas modificações de modo a garantir que o documento de requisitos e implementação do sistema não se tornem inconsistentes.
Reunião com stakeholders -> inclusão do novo requisito no documento -> validação do requisito.
10. Você está trabalhando com um usuário de software que contratou seu empregador anterior; juntos, buscam desenvolver um sistema para ele. Você descobre que a interpretação dos requisitos por sua empresa atual é diferente da interpretação de seu empregador anterior. Discuta o que você deve fazer em tal situação. Você sabe que os custos para seu atual empregador aumentarão se as ambiguidades não forem resolvidas. No entanto, você também tem a responsabilidade da confidencialidade com seu empregador anterior.
Por questões éticas, devo resolver as ambiguidades sem citar meu empregador anterior, fazendo com que o meu cliente entenda que eu apenas fiz algumas mudanças porque minha maneira de visualizar o sistema é diferente do desenvolvedor anterior, e deixaria claro que isso pode acontecer em várias situações, não só com o desenvolvimento de um software. Assim, resolveria a inconsistência dos requisitos, faria a validação e manteria em sigilo, os possíveis erros do meu empregador anterior.
Atividade Cap. 4 
–
 
Engenharia de Software II 
–
 
Sistemas de Informação, 8º período.
 
1.
 
Identifique e descreva brevemente os quatro tipos de requisitos que podem ser 
definidos para um 
sistema computacional.
 
Requisitos de 
Usuário: 
são as declarações mais simples, em linguagem natural dos 
serviços que o sistema deve oferecer ao usuário.
 
Requisitos d
o Sistema
:
 
é o detalhamento técnico elaborado pelo desenvolvedor das 
funções e serviços do 
sistema de software.
 
Requisitos 
Funcionai
s
: 
são as declarações de como as funções devem se portar, e de 
como o sistema deve reagir a entradas específicas 
em
 
determinadas situações.
 
Requisitos 
não funcionais
:
 
são as restrições aos serviços ou funções oferec
idos pelo 
sistema, que incluem restrições de timing, restrições no processo de desenvolvimento 
e restrições impostas pelas normas.
 
 
2.
 
Descubra 
ambiguidadesou omissões nas seguintes declarações de requisitos para 
parte de um sistema de emissão de bilhetes:
 
U
m sistema automatizado para emitir bilhetes vende bilhetes de trem. Os usuários selecionam 
seu destino e inserem um cartão de crédito e um número de identificação pessoal. O bilhete é 
emitido, e sua conta de cartão de crédito, cobrada. Quando o usuário pre
ssiona o botão de 
início, é ativado um display de menu de destinos possíveis, junto com uma mensagem ao 
usuário para selecionar um destino. Uma vez que o destino tenha sido selecionado, os usuários 
são convidados a inserir seu cartão de crédito. Sua valida
de é verificada e, em seguida, é 
solicitada ao usuário a entrada de um identificador pessoal. Quando a operação de crédito é 
validada, o bilhete é emitido.
 
Ambiguidades: numero de identificador pessoal? Seria Rg? Cpf?
 
O cartão de crédito pode ser débito? P
ode ser bancário?
 
Conta de cartão de crédito cobrada? Seria transação validada? E a emissão do bilhete só deve 
ser feita se a transação for validada.
 
Omissões: numero de identificação pessoal de que? Documento ou cartão? Validar esse 
documento?
 
Não descreve quando é pedido o 
ID pessoal
.
 
N
ão descreve como o sistema reage se o cartão não for aprovado.
 
 
Não há 
Tipos de bilhete? Tipos de trens? 
 
3.
 
Reescreva a descrição anterior usando a abordagem estruturada descrita neste 
capítulo. Resolva, de um modo
 
apropriado, as ambigüidades identificadas.
 
Função: automatização de venda de bilhetes de trem.
 
Descrição: vende um bilhete de trem através de pagamento por cartão de crédito.
 
Entradas: destino escolhido pelo usuário, id identificador, dados do 
cartão de crédito.
 
Fonte: usuário, leitor magnético de cartão.
 
Saídas: bilhete de trem.
 
Ação: o sistema inicializa a partir da escolha do destino feita pelo usuário, feita a escolha, 
será realizado o pagamento através do cartão de crédito.
 
Pré
-
condição
: destino do usuário.
 
Atividade Cap. 4 – Engenharia de Software II – Sistemas de Informação, 8º período. 
1. Identifique e descreva brevemente os quatro tipos de requisitos que podem ser 
definidos para um sistema computacional. 
Requisitos de Usuário: são as declarações mais simples, em linguagem natural dos 
serviços que o sistema deve oferecer ao usuário. 
Requisitos do Sistema: é o detalhamento técnico elaborado pelo desenvolvedor das 
funções e serviços do sistema de software. 
Requisitos Funcionais: são as declarações de como as funções devem se portar, e de 
como o sistema deve reagir a entradas específicas em determinadas situações. 
Requisitos não funcionais: são as restrições aos serviços ou funções oferecidos pelo 
sistema, que incluem restrições de timing, restrições no processo de desenvolvimento 
e restrições impostas pelas normas. 
 
2. Descubra ambiguidades ou omissões nas seguintes declarações de requisitos para 
parte de um sistema de emissão de bilhetes: 
Um sistema automatizado para emitir bilhetes vende bilhetes de trem. Os usuários selecionam 
seu destino e inserem um cartão de crédito e um número de identificação pessoal. O bilhete é 
emitido, e sua conta de cartão de crédito, cobrada. Quando o usuário pressiona o botão de 
início, é ativado um display de menu de destinos possíveis, junto com uma mensagem ao 
usuário para selecionar um destino. Uma vez que o destino tenha sido selecionado, os usuários 
são convidados a inserir seu cartão de crédito. Sua validade é verificada e, em seguida, é 
solicitada ao usuário a entrada de um identificador pessoal. Quando a operação de crédito é 
validada, o bilhete é emitido. 
Ambiguidades: numero de identificador pessoal? Seria Rg? Cpf? 
O cartão de crédito pode ser débito? Pode ser bancário? 
Conta de cartão de crédito cobrada? Seria transação validada? E a emissão do bilhete só deve 
ser feita se a transação for validada. 
Omissões: numero de identificação pessoal de que? Documento ou cartão? Validar esse 
documento? 
Não descreve quando é pedido o ID pessoal. 
Não descreve como o sistema reage se o cartão não for aprovado. 
Não há Tipos de bilhete? Tipos de trens? 
3. Reescreva a descrição anterior usando a abordagem estruturada descrita neste 
capítulo. Resolva, de um modo apropriado, as ambigüidades identificadas. 
Função: automatização de venda de bilhetes de trem. 
Descrição: vende um bilhete de trem através de pagamento por cartão de crédito. 
Entradas: destino escolhido pelo usuário, id identificador, dados do cartão de crédito. 
Fonte: usuário, leitor magnético de cartão. 
Saídas: bilhete de trem. 
Ação: o sistema inicializa a partir da escolha do destino feita pelo usuário, feita a escolha, 
será realizado o pagamento através do cartão de crédito. 
Pré-condição: destino do usuário.

Continue navegando