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.