Base De Dados Uso De Casos

Banca Examinadora: Uberlândia Dezembro de 2011 Orientador: Prof. Dr. Mauro Hemerly Gazzani Prof. Msc. Alberto Dumont A. Oliveira Prof. Msc. Francisco Muller Uberlândia 2011/2 Dedicatória A educação é a força motriz por excelência, a base por trás de qualquer desenvolvimento tecnológico. Alto nível de educação é geralmente visto como o motor de avanços na tecnologia e também caminho para melhorar as condições sociais de uma nação. É importante para a democracia, pois, um…

(marketing, emails, promoções); -> Requisitos não-funcionais: - performance nas operações (realização em até 0,5 s); - segurança nos dados (senhas no software e banco de dados, criptografia); - estabilidade (reduzir ao máximo problemas de travamento e reinício); - banco de dados (backup, restauração dos dados); Caso de Uso 1a: Processar Cadastro de cliente Escopo: aplicação ABC Nível: objetivo de usuário Ator primário:…

Formato 25 ...3.1.4.1.5 Observações 25 ...3.2 Requisitos funcionais 26 ...3.2.1 Diagramas de casos de uso 26 ...3.2.1.1 Diagrama de casos de uso Registrar Chamados 26 ...3.2.1.2 Diagrama de casos de uso Alimentar Chamados 26 ...3.2.1.3 Diagrama de casos de uso Aprovação de Chamados 27 ...3.2.1.4 Diagrama de casos de uso Geração de Relatórios de Chamados 27 ...3.2.2 Casos de uso 27 ...3.2.2.1 Caso de uso Registrar Chamados 27 ...3.2.2.1.1 Precondições 27 ...3.2.2.1.2 Fluxo…

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 9 6.1. PLANO DE TESTES 9 6.2. EXECUÇÃO DO PLANO DE TESTES 9 1. Introdução O objetivo deste capítulo é…

......................... 30 3.6.1 Processo de desenvolvimento utilizando UML ........................................... 32 3.7 MER – Modelo Entidade Relacionamento .................................................... 34 3.7.1 DD – Dicionário de Dados .......................................................................... 34 4 METODOLOGIA UTILIZADA NO PROJETO ..................................................... 35 4.1 INCEPTION – Concepção do Sistema.........................................

contendo o nome dos funcionários, dados pessoais, data de admissão, histórico e numero de cadastro. 8. O sistema deve permitir a impressão de uma listagem de produtos em estoque, contendo o nome do produto, código de cadastro, quantidade em estoque, ultimas movimentações realizadas e preço. C – REQUISITOS NÃO FUNCIONAIS C1. Confiabilidade 9. O sistema deve ter capacidade para recuperar os dados perdidos da ultima operação que realizou em caso de falha. 10.…

........................................, 04 1.1. Casos de Uso............................................................................................................ 04 1.2. Diagrama de Classe.................................................................................................. 05 2. ANÁLISE ESPECÍFICA................................................................................................. 06 2.1. Casos de Uso.....................................................

Henrique Guedes. Índice Analítico 1. Introdução 4 1.1 Finalidade 4 1.2 Escopo 4 1.3 Definições, Acrônimos e Abreviações. 4 1.4 Referências 4 1.5 Visão Geral 4 2. Representação Arquitetural 4 3. Visão de Casos de Uso 6 3.1 Realizações de Casos de Uso 6 4. Visão Lógica 7 5.2 Diagrama de Classes de Controle 8 5. Visão da Implementação 10 5.1 Visão Geral 10 5.2 Camadas 10 6. Tamanho e Desempenho 11 7. Qualidade 11 Documento de Arquitetura de…

de estimativa: pontos por função (PF) e pontos de caso de uso (PCU), e tem como objetivo discutir formas adequadas de realizar estimativas para pequenas empresas de software, tomando como base nas duas técnicas. Tal estudo leva em consideração, em especial, as poucas informações do projeto na fase inicial do projeto, o tempo gasto e a dificuldade de realizar as estimativas. PALAVRAS-CHAVE: Métricas. Pontos por Função. Pontos de Caso de Uso. LISTA DE FIGURAS Figura 1:…

os custos efetivos e com o cumprimento de cronogramas especificados nos projetos de desenvolvimento. Estas características do processo de desenvolvimento de software dependem de um gerenciamento efetivo, baseado em um plano de projeto definido com base em estimativas mais precisas. A estimativa de tamanho, por exemplo, é uma das métricas mais utilizadas na gestão de projetos de desenvolvimento de software, porque a partir desta dimensão é possível definir o esforço, o prazo e os…