Modelos Requisitos Funcionais E Não Funcionais

UNIP – UNIVERSIDADE PAULISTA CIÊNCIA DA COMPUTAÇÃO – CC8P44 Elicitação de Requisitos Não Funcionais para Sistemas RFID Utilizando o NFR Framework Fabio Henrique Ferrabraz Roveroto Juliana Cristina de Souza Campos Renato César Tetto Orientador: Prof. Ms. Renato Cristiano Torres Jundiaí, SP 2010 UNIP – UNIVERSIDADE PAULISTA CIÊNCIA DA COMPUTAÇÃO– CC8P44 Elicitação de Requisitos Não Funcionais para Sistemas RFID Utilizando o NFR Framework Fabio Henrique Ferrabraz Roveroto

Funcionamento .................................................................. 09 3 LEVANTAMENTO DE REQUISITOS .................................................................... 10 3.1 Requisitos Funcionais e Não Funcionais ................................................. 13 3.2 Técnicas de Levantamento de Requisitos ............................................... 13 3.3 Requisitos do Sistema ............................................................................. 16 CONCLUSÃO

2014 ÍNDICE 1. INTRODUÇÃO 3 2. REQUISITOS DO SISTEMA 3 2.1. REQUISITOS FUNCIONAIS 3 2.2. REQUISITOS NÃO-FUNCIONAIS 4 2.3. PROTÓTIPO (OPCIONAL) 4 3. ANÁLISE 5 3.1. DIAGRAMA DE CLASSES DE ANÁLISE (MODELO DO DOMÍNIO) 5 4. PROJETO 6 4.1. ARQUITETURA DO SISTEMA 6 4.2. REALIZAÇÃO DE CASOS DE USO 6 4.3. DIAGRAMA DE ATIVIDADES 7 4.4. DIAGRAMA DE ESTADOS 8 4.5. DIAGRAMA DE COMPONENTES (OPCIONAL) 8 4.6. MODELO DE DADOS (OPCIONAL) 9 5. IMPLEMENTAÇÃO (OPCIONAL) 9 6. TESTES

organizado sobre uma lista de casos de uso; · Centrado na arquitetura: O processo de desenvolvimento leva à construção de uma arquitetura de sistema que permite a implementação dos requisitos. Essa arquitetura é baseada na identificação de uma estrutura que é iterativamente construída a partir de um modelo conceitual. · Iterativo e incremental: O desenvolvimento é dividido em iterações, onde a cada ciclo são adicionadas novas características à arquitetura do sistema ou são…

refinamentos. Os modelamentos dinâmicos são suportados pelos diagramas de estado, sequência, colaboração e atividade. E o modelamento funcional é suportado pelos diagramas de componente e execução. Abordaremos agora cada um destes tipos de diagrama: 9.1. Diagrama Use-Case A modelagem de um diagrama use-case é uma técnica usada para descrever e definir os requisitos funcionais de um sistema. Eles são escritos em termos de atores externos, usecases e o sistema modelado. Os atores…

LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE THE REQUIREMENTS ELICITATION ACCORDING TO THE VOLERE METHOD RESUMO Fazer um bom levantamento e especificação de requisitos é algo primordial para quem trabalha com desenvolvimento de sistemas. Esse levantamento pode não garantir que o software contemple todas as reais necessidades dos usuários, mas tende a antecipar o surgimento dos erros de entendimento e inconsistências, aprimorando o processo de desenvolvimento de produtos de…

ESPECIFICAÇÃO.............................................................................................................7 5.1 Requisitos Funcionais .....................................................................................................8 5.2 Requisitos Não Funcionais..............................................................................................9 6 MODELO ENTIDADE RELACIONAMENTO...........................................................10 7 DIAGRAMA DE…

Especificação de Requisitos Projeto Implementação e Teste Unitário Integração e Teste do Sistema Operação e Manutenção Novembro/2004 M. Baesso Fase de Análise • Identificar objetivos e metas a ser atingidos; • Identificar restrições que devem ser respeitadas; • Especificar quais os requisitos que o produto de software deverá possuir; • Não especificar como os requisitos do produto de software serão obtidos; • Resultado é um documento de especificação de requisitos …

Empresa de veículos Requisitos Empresa de veículos Requisitos Requisito N°: C01 | Tipo de Requisito: Requisito Funcional | Evento/BUC/ PUC N°: ECU-08 | Descrição: O sistema deverá ter uma tela para cadastro de usuários restrito ao administrador, de modo que seja possível cadastrar usuários com diferentes perfis, dando as permissões necessárias para cada departamento. | Razão: Limitar acessos a outras áreas do sistema, e limitar edição de valores em negociação com…

2014 ÍNDICE 1. INTRODUÇÃO 3 2. REQUISITOS DO SISTEMA 3 2.1. REQUISITOS FUNCIONAIS 3 2.2. REQUISITOS NÃO-FUNCIONAIS 4 2.3. PROTÓTIPO (OPCIONAL) 4 3. ANÁLISE 5 3.1. DIAGRAMA DE CLASSES DE ANÁLISE (MODELO DO DOMÍNIO) 5 4. PROJETO 6 4.1. ARQUITETURA DO SISTEMA 6 4.2. REALIZAÇÃO DE CASOS DE USO 6 4.3. DIAGRAMA DE ATIVIDADES 7 4.4. DIAGRAMA DE ESTADOS 8 4.5. DIAGRAMA DE COMPONENTES (OPCIONAL) 8 4.6. MODELO DE DADOS (OPCIONAL) 9 5. IMPLEMENTAÇÃO (OPCIONAL) 9 6. TESTES