Requisitos Silvério Sirotheau
Requisitos O levantamento e análise de requisitos compõem uma parte decisiva da fase de concepção dentro UP. O analista pode e deve utilizar todas as informações disponíveis para identificar as fontes de requisitos. Na existência do Diagrama de atividades ou de estado para entidades-chave do sistema,o levantamento de requisitos deve identificar quais funções necessárias para realizar as atividades previstas ou as mudanças de estado.
Requisitos A etapa de Levantamento de requisitos corresponde em buscar todas as informações possíveis sobre as funções que o sistema deve executar e as restrições. O Produto dessa etapa será o Documento de Requisitos, principal componente do anteprojeto de software.
A etapa de Análise de requisito serve para estruturar e detalhar os requisitos de forma que possam ser abordados na fase de elaboração para o desenvolvimento de outros elementos como casos de uso, classes e interfaces. Requisitos
Levantamento de Requisitos É o processo de descobrir quais as funções que o sistema deve realizar e quais as restrições que existem sobre essas funções. Funcionalidades do Sistema Compra e venda de livro Gerar relatório de vendas Calcular automaticamente Os pagamentos Livraria Virtual Verificar a disponibilidade de Livros em estoque Permitir o registro de danos Aos livros Etc.
Requisitos Funcionais
Levantamento de Requisitos As restrições sobre essas funções são chamados de requisitos não funcionais. são os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenibilidade e tecnologias envolvidas.
Levantar requisitos não é projeto! Fase de concepção deve fornecer uma visão como um todo do sistema e depois dividir o todo em partes (análise). Na concepção, o levantamento não é aprofundado e sim extenso. Só na elaboração que a análise é aprofundada. A etapa de levantamento de requisitos de ser a descoberta e não de invenção. Requisitos são coisas que o cliente ou usuário solicita e não o que o analista planeja.
Desafios dos requisitos O documento de requisitos possui alguns desafios: Como descobrir os requisitos; Como comunicar o requisitos para as outras fases ou equipes do projeto; Como lembrar dos requisitos durante o desenvolvimento e verificar se foram atendidos; Como gerenciar a mudança de requisitos. rastreabilidade
Desafios dos requisitos UP arquitetura fundamentada em elementos estáveis, classes, mudando-se Requisitos, mas não a estrutura básica (princípio aberto-fechado), no sentido de estar Sempre pronto para funcionar(fechado),mas aberto para incorporar novas funcionalidades
Requisitos Funcionais Devem conter os seguintes elementos: Descrição de uma função a ser executada pelo sistema. Origem do requisito (quem solicitou ou quem vai executar). Informações que serão passadas entre usuário e função. Restrições lógicas (regras de negócio) ou tecnologias se aplicam à função.
Requisitos Funcionais Cada Requisito Funcional de conter uma função, que pode ser uma entrada ou uma saída. Identificar origem ou usuário para validar requisitos (bem escritos, completos e consistentes). Diferentes pessoas e departamentos possuem o mesmo requisitos, verificar qual teria autoridade para determinar a forma aceitável do requisito.
Requisitos Funcionais As informações de entrada e saída são importantíssimos para que análise de requisitos ocorra de forma sistemática. ENTRADA Requisitos Funcionais SAÍDA
Requisitos Funcionais não funcionais Os Requisitos não funcionais aparecem sempre ligados a requisitos funcionais e podem ser basicamente de dois tipos: lógicos e tecnológicos. Lógicos São as regras de negócios relacionadas a função. Venda (compra com o cartão, operadora não autoriza a compra). Tecnológicas A tecnologia para realização da função. Restrições de segurança ou tolerância de falhas
Requisitos Suplementares São do tipo de restrição tecnológica ou lógica que se aplica ao sistema como um todo e não apenas em uma função. Exemplo: aplicar em um determinado Banco de Dados, implementado em uma determinada linguagem, sistema deve operar via interface web e etc.
Documento de Requisitos Registra todos os tópicos relativos ao que o sistema deve fazer e sob quais condições. Não precisa ser totalmente estruturado; Não será completo em profundidade (mas em extensão sim); Pode ser organizado em forma textual ou diagrama (em algumas ferramentas CASE); Os requisitos funcionais podem ser divididos em subsistemas, seria o primeiro nível de organização do sistema.
Exemplo Sistema Livraria Online Documento de Requisitos Requisitos funcionais 1. Registrar novos títulos a partir do catálogo das editoras. 2. Registrar venda de livros. 3. Realizar encomenda de livros. 4. Registrar e autorizar pagamentos com cartão de crédito. 5. Registrar e aplicar promoções. 6. Calcular custo de entrega. 7. Emitir Relatório de livros mai vendidos. 8. Emitir relatório de compradores mais assíduos. 9. Emitir sugestões de compra para compradores baseados em compras anteriores 10.... Requisitos suplementares 1. Sistema deve operar via interface Web. 2. Todos os controles de interface devem ter um campo de ajuda associado 3....
Exemplo (detalhamento de cada requisito) 1. Registrar novos títulos a partir do catálogo das editoras Descrição O Gerente seleciona as editoras para as quais pretende fazer a atualização. O processo é automático. O sistema consulta ISBN disponibilizado e os compara com os existentes na base. Havendo novos ISBN,o sistema atualiza a base com as novas informações Fontes Sr. Fulano de tal (gerente) e manual técnico das interface de catálogos das editoras Usuários O próprio gerente Informações de entrada O gerente informa quais são as editoras para as quais pretende fazer a atualização a partir de uma lista fornecida pelo sistema
Exemplo (detalhamento de cada requisito) Informações de Saída -Lista de Editoras (Nome) -O relatório de atualizações efetuadas (uma lista contendo: nome da editora, ISBN, título, preço de compra) Restrições Lógicas Não Há Restrições Tecnológicas 1. Deve ser usado o sistema de interface com as editoras, de acordo com o manual XXXXX.
Análise de Requisitos O analista procura caracterizar certas propriedades dos requisitos já levantados.
Análise de Requisitos Caracterizar requisito não funcional ou suplementar como permanente (Não vão mudar) ou transitório (podem mudar). Exemplo: Sistema de Livraria trabalhando com moeda: O real. As consequências de decidir que um requisito é: Permanente Fica mais barato e rápido desenvolver Fica mais caro e demorado mudar Transitório Fica mais caro e complexo desenvolver o sistema Fica mais barato e rápido fazer manutenção no sistema
Análise de Requisitos A natureza dos requisitos não funcionais não vai decidir se eles são permanentes ou transitórios, o analista que decidi com o aval do cliente. FICA A DICA: Verificar os requisitos de maior importância ( que se espera que possam mudar num futuro próximo e cuja mudança tenha maior impacto no sistema) e considerá-los transitórios deixando os demais como permanentes
Análise de Requisitos Requisitos Evidentes e Ocultos Requisitos funcionais evidentes: são funções executadas com o conhecimento do usuários. Exemplo relatórios de livro vendidos Requisitos funcionais ocultos: São funções executadas pelo sistema sem solicitação do usuário. Atualizações do sistema
Análise de Requisitos Requisitos Obrigatórios e Desejados Requisitos Obrigatórios: Devem ser obtidos de qualquer maneira. Requisitos Desejados: Devem ser obtidos caso isso não cause maiores transtornos no processo de desenvolvimento. Exemplo: Sistema de Livraria online o requisito de que interface seja web poderia ser considerado obrigatório. Porém o acesso através do telefone celular poderia ser um requisito desejável, já que não é absolutamente necessário para o funcionamento do sistema.
Análise de Requisitos Classificação dos requisitos não funcionais e suplementares (finalidade de organização) Usabilidade Confiabilidade Desempenho Configurabilidade Segurança Implementação Interface Empacotamento Legais