Buscar

Discursivas - Requisitos de Sistemas

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 3 páginas

Prévia do material em texto

Cite as principais dificuldades da etapa de levantamento de requisitos. 
Frequentemente o cliente não sabe direito o que quer do seu futuro sistema ou tem 
visões conflitantes de diferentes partes do sistema. A comunicação entre 
desenvolvedores e clientes nem sempre flui harmoniosamente. Algumas pessoas 
tem dificuldade de se expressar. Além do mais, o vocabulário técnico muitas vezes 
acaba por complicar essa comunicação. 
 
 
Sommerville (2011) destaca: "a vantagem de se usar um processo formal 
de gerenciamento de mudanças é que todas as propostas de mudanças são 
tratadas de forma consistente, e as alterações nos documentos de 
requisitos são feitas de forma controlada." Existem três estágios principais 
em um processo de gerenciamento de mudanças. Quais são? 
Análise de problema e especificação de mudanças; 
Análise de mudança de requisitos; 
Implementação de mudanças. 
 
 
REQUISITOS FUNCIONAIS PODEM SER DEFINIDOS COMO A DESCRIÇÃO 
DAS NECESSIDADES FUNCIONAIS QUE SE DESEJA TER EM UM PROJETO DE 
SOFTWARE. TENDO COMO BASE ESTÁ DEFINIÇÃO, CITE 2 (DOIS) 
EXEMPLOS DE REQUISITOS FUNCIONAIS DE UM SISTEMA DE BIBLIOTECA : 
O SOFTWARE DEVE CONTROLAR A QUANTIDADE DE LIVROS ALUGADOS. 
O SOFTWARE DEVE EMITIR RELATÓRIOS DE ATRASOS DE ENTREGA DE LIVROS. 
O SOFTWARE DEVE PERMITIR O REGISTRO DE USUÁRIO. 
O SOFTWARE DEVE PERMITIR O REGISTRO DE LIVROS. 
O SOFTWARE NÃO DEVE PERMITIR EMPRÉSTIMO DE LIVROS A ALUNOS COM 
PENDÊNCIAS DE ENTREGA. 
 
 
O gerenciamento de requisitos é o processo de compreensão e controle das 
mudanças nos requisitos do sistema. No entanto, você deve começar a 
planejar como gerenciar mudanças de requisitos durante o processo de 
elicitação de requisitos. O passo inicial é planejar e definir bem qual será o 
nível do detalhamento pretendido no gerenciamento de requisitos. Dentre 
os exemplos de atributos que devem ser avaliados, explique a Política de 
Rastreabilidade. 
Definem os relacionamentos entre cada requisito e o projeto de sistema que deve 
ser registrado. A política de rastreabilidade também deve definir como esses 
registros serão mantidos. 
 
 
A etapa de levantamento de requisitos é fundamental para a fase de 
Análise. Várias técnicas de levantamento de dados podem ser usadas, 
conforme o contexo da aplicação. Cite e explique um conexto de uso 
adequado para 2 técnicas de levantamento de dados 
1. Questionário - útil quando a quantidade de pessoas é grande, que inviabilizaria 
atendimento individualizado ou em pequenos grupos. 
2. Entevista individual - útil nos primeiros contatos com o alto escalão da empresa 
ou para tratar de assunto específico. 
3. Etnografia - vivência, em campo, do funcionamento da empresa ou parte dela. 
 
 
 
 
Quais as atividades envolvidas durante o Levantamento de Requisitos? 
Explique cada uma delas. 
 
Elicitação 
Tem o objetivo de entender o processo como um todo. Pra tanto, geralmente são 
feitas entrevistas com as pessoas envolvidas nas atividades relevantes pra 
execução das tarefas e até avaliações in loco do ambiente de trabalho. Ao término 
do processo o analista deve entender o fluxo de trabalho, o que cada funcionário 
consome como entrada e o que gera como saída além do que pode atrapalhar e o 
que pode melhorar esse fluxo de trabalho. O produto dessa atividade é a lista de 
requisitos 
 
Análise: 
Essa atividade consiste em organizar os requisitos em categorias, examinar os 
relacionamentos e dependências entre eles, analisar a consistência, além de 
omissões e ambiguidades, estabelecer uma ordem de prioridade e reconhecer a 
origem e a necessidade de cada requisito. 
 
Especificação: 
É a descrição dos requisitos levantados. Pode ser feita em linguagem natural 
(texto informal, tabelas, diagramas), linguagem natural estruturada (formulários) 
ou linguagem formal (notação matemática). 
 
Modelagem: 
É a representação dos requisitos levantados de forma a garantir o melhor 
entendimento. Isso pode ser feito, por exemplo, explicitando as informações que o 
sistema irá processar, qual o comportamento esperado depois de realizado o 
processamento, etc. 
 
Validação: 
São revisões realizadas pelos clientes e pela equipe de desenvolvimento pra 
garantir que os requisitos estejam sempre consistentes, comprometidos com o 
objetivo dos sitema, e não-ambíguos. 
 
Gerenciamento: 
Estabelecer padrões de nomenclatura e identificação, divisão por classes, etc. 
 
 
 
Cite e explique a finalidade dos possíveis relacionamento entre 2 casos de 
uso. 
- sempre que um caso de uso A for relacionado a outro (B) pelo , B 
obrigatoriamente será realizado 
- o caso de uso B extende o caso de uso A. Pode-se dizer que B somente será 
executado se determinada condição for satisfeita 
- Esse relacionamento entre 2 casos de uso que tem parte de sua especificação 
igual, com alguma variação. 
 
 
O diagrama de casos de uso é um diagrama da UML cujo objetivo é 
representar um requisito do sistema que será automatizado. Considere 
como requisito uma necessidade do sistema. A figura mostra um 
relacionamento entre casos de uso através do "extend". Explique esse 
relacionamento. 
 
Quando o caso de uso "A" tem um relacionamento do tipo extends com outro caso 
de uso "B". Implica que ao executar o caso de uso "A" não necessariamente "B" 
será executado. No cenário apresentado, o vendedor pode fazer uso de quaisquer 
um dos casos de uso de maneira independente. Ele executa o caso de uso 
"Consultar Serasa" e/ou "Solicitar Entrega".

Outros materiais