Questionrio Requisitos e Engenharia de Requisitos

Anna Caroline Nunes Campos Lopes

RA: 201113819 3ACPN


Questionrio Requisitos e Engenharia de Requisitos

1. Requisitos so as funcionalidades, os objetivos do sistema. E sua finalidade definir o que o software deve
fazer, tendo concordncia entres as partes envolvidas.
2. Requisitos do Usurio, pessoas envolvidas no uso e na aquisio do sistema.
Requisitos do Sistema, pessoas envolvidas no desenvolvimento do sistema.
3. Requisitos Funcionais: so as definies das funcionalidades do sistema.
Requisitos No-Funcionais: envolve aspectos de desempenho, confiabilidade, segurana, portabilidade,
restries do sistema etc.
Requisitos de Domnio: reutilizao de requisitos, podendo tranform-los em requisitos no-funcionais e
regras de negcio.
4. a) Funcionais: Fornecer combustvel de acordo com a quantidade estabelecidade pelo cliente. Pagamentos
via carto de de crdito.
No-Funcionais: Tempo de resposta de pagamento dever ser curto. A tela de usabilidade dever ser simples
e amigvel, facilitando seu uso.
b) Funcionais: Acesso a conta do cliente. Oferecer funcionalidades bancrias padres, tais como: saques,
extratos, emprstimos, saldos, etc.
No-Funcionais: A aplicao dever ser de facil manuseio. O tempo de resposta entre aplicaes no dever
ultrapassar 3 segundos. Ser aceito uso do caixa apenas correntista do banco em questo.
c) Funcionais: Formatao de texto com vrias opes. Impresso de documento. Tipo de documento a ser
editado.
No-Funcionais: A correo ortografica no dever ultrapassar um minuto, dependendo do tamanho do
documento. As ferramentas de formatao dever estar de facil acesso no editor.
5. Deve se levar em conta a manutenabilidade, a velocidade de desenvolvimento, custos para capacitao, caso
haja; portabilidade, custos de propriedades, como licenas de uso, licenas de uso IDE, etc.
6. 1)Funcionais: Login para usurios; Abrir contas; comercializao de aes; transferencias de bens entre
contas; valores da conta;
2) No-Funcionais: Portabilidade, o usurio poder usar no quarto de hotel, aeroporto, em casa, etc; dados
de login serem criptografados; Tempo de resposta no excedendo 10 segundos; segurana nos dados e
transaes dos clientes; Interface grfica de facil manuseio e com configurao para deficientes visuais
leves.
3) Domnio: As aes devem estar na conta do cliente, no caso de venda; transferncias e compras,
permitidas apenas se houver valor mnimo em conta.
4) A interface deve oferecer opo de configurao de cores e tamanhos de letras para deficientes visuais
leves.
5) O sistema bloquear transferncias e compras caso no haja quantia minima em conta; O sistema dever
conter as funcionalidades: comercializao de aes, abertura de contas, transferncias de bens entre
contas, etc;
7. Elicitao de Requisitos: verificao da viabilidade do sistema, caso seja vivel, identificao dos requisitos.
Anlise e Negociao dos Requisitos: categorizao e organizao dos requisitos em subconjuntos
relacionados.
Especificao dos Requisitos: documento contendo o detalhamento do sistema, seus requisitos, seu objetivo,
etc.
Validao de Requisitos: validao do documento contendo a especificao dos requisitos do sistema, sendo
corrigido quaisquer erros, omisses e prioridades tenham sidos estabelecidas.
Gesto de Requisitos: conjuntos de atividades para auxiliar a equipe durante o desenvolvimento, havendo
alteraes e adies de requisitos.
8. O cliente no saber expressar sua necessidade sobre o sistema, no deixando claro o objetivo do sistema.
9. Envolvidos Diretamente: Gerente de projetos, equipe de desenvolvimento, etc.
Envolvidos Indiretamente: usuarios finais, pessoas que solicitaram o projeto, etc.











10. O
11. O documento de requisitos.
12. Entrevistas: encontros com o cliente ou usurios envolvidos, explicando seu trabalho, suas necessidades
sobre o sistema, etc.
Questionrios: Modelo para se obter dados em grande quantidade de usuarios que podem estar em lugares
distintos.
Brainstorming: Dividida em duas etapas: Gerao de Ideias, onde se reunem para fornecer ideias, sem
discusso. E Consolidao das ideias, discusso, reviso, avaliao e priorizao das ideias fornecidades na
etapa um.
JAD: Modelo para promover trabalho em grupos, entre usurio e desenvolvedores,envolvendo dinmica em
grupo, uso de tcnicas visuais, manuteno do processo organizado e racional e utilizao de documentao
padro.
Prototipao: Para extrair, entender e validar requisitos atravs de prottipos.
13. Os modelos de caso de uso necessitam dos requisitos para serem realizados.