Requisitos de Software
|
|
|
- Herman Natal Santiago
- 9 Há anos
- Visualizações:
Transcrição
1 Requisitos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 1
2 Objetivos Descrever requisitos funcionais e não funcionais Explicar como os requisitos de software podem ser organizados em um documento de requisitos Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 2
3 Tópicos cobertos Requisitos funcionais e não funcionais Especificação de interface O documento de requisitos de software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 3
4 O que é um requisito? Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma restrição de sistema para uma especificação matemática funcional. Isto é inevitável quando os requisitos podem servir uma função dual Pode ser a base para uma proposta de um contrato portanto deve ser aberta para interpretação; Pode ser a base para o contrato em si portanto deve ser definido em detalhe; Ambas as declarações podem ser chamadas requisitos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 4
5 Requisitos funcionais e não funcionais Requisitos funcionais Declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações. Requisitos não funcionais Restrições sobre serviços ou funções oferecidos pelo sistema tais como restrições de timing, restrições sobre o processo de desenvolvimento, padrões, etc. Requisitos de domínio Requisitos que vêm do domínio de aplicação do sistema e que refletem as características desse domínio. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 5
6 Requisitos funcionais Descrevem a funcionalidade ou serviços de sistema. Dependem do tipo de software, dos usuários esperados e o tipo de sistema onde o software é usado. Requisitos funcionais de usuário podem ser declarações de alto nível do que o sistema deve fazer mas os requisitos funcionais de sistema devem descrever os serviços de sistema em detalhe. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 6
7 Exemplos de requisitos funcionais O usuário deve ser capaz de pesquisar em todo o conjunto inicial de banco de dados ou selecionar um subconjunto a partir dele. O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos. Para todo pedido deve ser alocado um identificador único (ORDER_ID) no qual o usuário deve ser capaz de copiar para a área de armazenamento permanente da sua conta. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 7
8 Imprecisão de requisitos Problemas surgem quando os requisitos não são precisamente definidos. Requisitos ambíguos podem ser interpretados de maneiras diferentes pelos desenvolvedores e usuários. Considere o termo telas apropriadas Intenção do usuário tela de propósito especial para cada tipo diferente de documento; Interpretação do desenvolvedor fornece uma tela de texto que mostra o conteúdo de todos os documentos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 8
9 Requisitos completos e consistentes Em princípio, requisitos devem ser ambos, completos e consistentes. Completeza Eles devem incluir descrições de todos os recursos requeridos. Consistência Não deve haver conflitos ou contradições nas descrições dos recursos de sistema. Na prática, é impossível produzir um documento de requisitos completo e consistente. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 9
10 Requisitos não funcionais Estes definem propriedades e restrições de sistema, por exemplo, confiabilidade, tempo de resposta e requisitos de armazenamento. Restrições são capacidade de dispositivos de E/S, representações de sistema, etc. Requisitos não funionais podem ser mais críticos do que os requisitos funcionais. Se estes não forem atendidos, o sistema é inútil. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 10
11 Classificações de requisitos não funcionais Requisitos de produto Requisitos que especificam que o produto entregue deve se comportar de uma maneira particular, por exemplo, velocidade de execução, confiabilidade, etc. Requisitos organizacionais Requisitos que são uma conseqüência de políticas e procedimentos da organização, por exemplo, padrões de processo usados, requisitos de implementação, etc. Requisitos externos Requisitos que surgem a partir de fatores externos ao sistema e seu processo de desenvolvimento, por exemplo, requisitos de interoperabilidade, requisitos legais, etc. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 11
12 Medidas de requisitos Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 12
13 Interação de requisitos Conflitos entre os diferentes requisitos não funcionais são comuns em sistemas complexos. Sistema de aeronave Spacecraft system Para minimizar o peso, o número de chips separados no sistema deve ser minimizado. Para minimizar o consumo de energia, chips de baixa potência devem ser usados. Contudo, o uso de chips de baixa potência pode significar que mais chips devem ser usads. Qual é o requisito mais crítico? Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 13
14 Problemas com linguagem natural Falta de clareza É difícil atingir uma precisão sem tornar o documento difícil de ler. Confusão de requisitos Requisitos funcionais e não funcionais tendem a estar misturados. Fusão de requisitos Vários requisitos diferentes podem ser expressos juntos. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 14
15 Diretrizes para escrever requisitos Inventar um formato padrão e usá-lo para todos os requisitos. Usar a linguagem de uma forma consistente. Use deve para requisitos obrigatórios, e deveria para requisitos desejáveis. Realçe o texto para identificar as partes principais do requisito. Evitar o uso de jargões de computação. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 15
16 Problemas com especificação em linguagem natural Ambigüidade Os leitores e os escritores dos requisitos devem interpretar as mesmas palavras da mesma maneira. Linguagem natural é naturalmente ambigüa, por isso, muito difícil. Flexibilidade excessiva A mesma coisa pode ser dita de várias maneiras diferentes na especificação. Falta de modularização Estruturas de linguagem natural são inadequadas para estruturar requisitos de sistema. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 16
17 Diagramas de seqüência Mostram a seqüência de eventos que ocorrem durante alguma interação entre usuário e sistema. Você lê os eventos de cima para baixo para ver a ordem em que as ações ocorrem. Retirada de dinheiro de um caixa eletrônico Validar cartão; Tratar solicitação; Completar transação. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 17
18 Diagrama de seqüência de retirada de Caixa eletrônico Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 18
19 Especificação de interface A maioria dos sistemas devem operar com outros sistemas, e as interfaces que operam devem ser especificadas como parte dos requisitos. Três tipos de interface podem ser definidos: Interfaces de procedimentos; Estruturas de dados que são trocadas; Representações de dados. Notações formais são uma técnica efetiva para especificação da interface. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 19
20 O documento de requisitos O documento de requisitos é a declaração oficial do que é requisitado pelos desenvolvedores do sistema. Deve incluir ambos, uma definição dos requisitos de usuário e uma especificação dos requisitos de sistema. NÃO é um documento de projeto. Logo que possível, será preciso definir O QUÊ o sistema deve fazer ao invés de COMO deve ser feito. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 20
21 Padrão de requisitos do IEEE Define uma estrutura genérica para um documento de requisitos que deve ser instanciado para cada sistema específico. Introdução. Descrição geral. Requisitos específicos. Apêndices. Índice. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 21
22 Pontos-chave Os requisitos estabelecem o que sistema deve fazer e definem as restrições sobre suas operações e sua implementação. Requisitos funcionais definem os serviços que o sistema deve fornecer. Requisitos não funcionais restringem o sistema que está sendo desenvolvido ou o processo de desenvolvimento. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 22
23 Pontos-chave Um documento de requisitos de software é uma declaração acordada dos requisitos de sistema. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 23
24 Bibliografia Sommerville Engenharia de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 24
Requisitos de Software
Engenharia de requisitos Requisitos de Software Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Engenharia de Software
Engenharia de Software Requisitos de Software Professor: Charles Leite Engenharia de requisitos Os requisitos de um sistema são as descrições do que o sistema deve fazer, os serviços que oferece e as restrições
Requisitos de Software
Requisitos de Software Engenharia de requisitos Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Análise de sistemas. Engenharia de Requisitos
Análise de sistemas Engenharia de Requisitos Análise de Requisitos Processo de descobrir, analisar, documentar e verificar serviços requeridos para um sistema e suas restrições operacionais. 2 O que é
T écnicas de Obtenção de Requisitos
T écnicas de Obtenção de Requisitos Profa. Rosângela Penteado DC UFSCar [email protected] 1 Roteiro Obtenção de Requisitos T écnicas de levantamento de requisitos Entrevistas Questionários Casos de
MODELAGEM DE SISTEMA Apresentação
MODELAGEM DE SISTEMA Apresentação Prof Daves Martins Msc Computação de Alto Desempenho Email: [email protected] Análise de Requisitos Processo de descobrir, analisar, documentar e verificar
Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno
Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos Prof. Bruno Moreno [email protected] Engenharia de Requisitos É, talvez, o maior problema da indústria de SW; Está relacionada
Proporcionar a modelagem de sistemas utilizando todos os conceitos da orientação a objeto;
Módulo 7 UML Na disciplina de Estrutura de Sistemas de Informação, fizemos uma rápida passagem sobre a UML onde falamos da sua importância na modelagem dos sistemas de informação. Neste capítulo, nos aprofundaremos
Processo de Desenvolvimento de Software
Processo de Desenvolvimento de Software Programação Orientada a Objetos Prof. Francisco de Assis S. Santos, Dr. São José, 2015. Processo de Desenvolvimento de Software O desenvolvimento de software é uma
1.1. Definição do Problema
13 1 Introdução Uma das principais preocupações de área de engenharia de software diz respeito à reutilização [1]. Isso porque a reutilização no contexto de desenvolvimetno de software pode contribuir
Engenharia de Software.
Engenharia de Software Prof. Raquel Silveira O que é (Rational Unified Process)? É um modelo de processo moderno derivado do trabalho sobre a UML e do Processo Unificado de Desenvolvimento de Software
Qualidade de Produto. Maria Cláudia F. P. Emer
Qualidade de Produto Maria Cláudia F. P. Emer Introdução Qualidade diretamente ligada ao produto final Controle de qualidade Adequação do produto nas fases finais no processo de produção Software Atividades
Introdução. Qualidade de Produto. Introdução. Introdução ISO/IEC 9126. Normas
Qualidade de Produto Maria Cláudia F.P. Emer Introdução z Qualidade diretamente ligada ao produto final z Controle de qualidade Adequação do produto nas fases finais no processo de produção z Software
Documento de Requisitos do Sistema SISFOTO Sistema de gerenciamento de eventos fotográficos Versão 1.0
SISFOTO Sistema de Gerenciamento de Eventos Fotográficos do Sistema SISFOTO Sistema de gerenciamento de eventos fotográficos Versão 1.0 Histórico de Alterações Data Versão Descrição Autor 17/10/2014 1.0
Montadores e Compiladores
Montadores e Compiladores Prof. Idevar Gonçalves de Souza Júnior Conteúdo Programático Resumido Revisão da Arquitetura de Computadores Introdução a Teoria das Linguagens Compilação e Interpretação Análise
GESTÃO DA MANUTENÇÃO
Classificação Nível de Criticidade para Equipamentos S Q W Itens para avaliação Segurança cliente interno cliente externo meio-ambiente Qualidade Condição de trabalho Status Equipamento A B D P M Perdas
Padrões de Projeto. Factory Method
Padrões de Projeto Padrões de Criação Factory Method Prof. Eduardo N F Zagari Prof. Ivan Granja Factory Method Também conhecido como Construtor Virtual Em muitas aplicações OO, um objeto cliente precisa
Guia para Modelagem de Casos de Uso Metodologia CELEPAR
Guia para Modelagem de Casos de Uso Metodologia CELEPAR Agosto 2009 Sumário de Informações do Documento Documento: guiamodelagemcasosuso.odt Número de páginas: 14 Versão Data Mudanças Autor 1.0 25/04/07
Aula 4 Engenharia de Requisitos
Aula 4 Engenharia de Requisitos O que são requisitos? O que é Engenharia de Requisitos? Processo de descobrir, analisar, documentar e verificar os serviços e restrições. Engenharia de requisitos para
Interpretações de Qualidade de Software. Interpretações de Qualidade de Software. Aspectos Importantes das Definições de Qualidade
terpretações de de é um termo que pode ter diferentes interpretações e para se estudar a qualidade de software de maneira efetiva é necessário, inicialmente, obter um consenso em relação à definição de
Universidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Engenharia de Software Análise Estruturada Sergio Petersen 22/4/2012 Sumário 1. Técnicas de Análise 3 2. Principais Autores 3 3. Análise
Modelando sistemas em UML - Casos de uso.
Modelando sistemas em UML - Casos de uso. Neste artigo vou falar um pouco sobre modelagem de sistemas usando UML focando exclusivamente os diagramas de casos de uso. A primeira coisa que devemos ter em
Dispositivos Externos
Dispositivos Externos Guia do Usuário Copyright 2007 Hewlett-Packard Development Company, L.P. As informações contidas neste documento estão sujeitas a alterações sem aviso. As únicas garantias para produtos
Aula 01 Introdução Custo de um algoritmo, Funções de complexidad e Recursão
MC3305 Algoritmos e Estruturas de Dados II Aula 01 Introdução Custo de um algoritmo, Funções de complexidad e Recursão Prof. Jesús P. Mena-Chalco [email protected] 2Q-2015 1 Custo de um algoritmo
Glossário Versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Histórico de Revisão
Glossário Versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do cliente: Paulo José de Souza Histórico de Revisão 1 Data Versão Descrição
Programação de Computadores I. Linguagem C Função
Linguagem C Função Prof. Edwar Saliba Júnior Fevereiro de 2011 Unidade 07 Função 1 Conceitos As técnicas de programação dizem que, sempre que possível, evite códigos extensos, separando o mesmo em funções,
Dispositivos Externos Manual do Utilizador
Dispositivos Externos Manual do Utilizador Copyright 2009 Hewlett-Packard Development Company, L.P. As informações contidas neste documento estão sujeitas a alterações sem aviso prévio. As únicas garantias
INE 5323 Banco de Dados I
UFSC-CTC-INE Curso de Ciências de Computação INE 5323 Banco de Dados I Ronaldo S. Mello 2006/1 http://www.inf.ufsc.br/~ronaldo/ine5323 Horário Atendimento: Quintas-feiras, das 17h30 às 19h Programa da
Verificação e validação
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Verificação e validação Engenharia de Software 2o. Semestre de 2005
Como Fazer uma Monografia
Como Fazer uma Monografia Profa. Mara Abel Instituto de Informática / UFRGS [email protected] O que é uma monografia? A descrição, através de um texto com formato pré-definido, dos resultados obtidos
Motivação Este trabalho apresenta o desenvolvimento do controle da interatividade num sistema para a área de computação gráfica, mais especificamente
Viabilização da Análise de Interação em um Software Colaborativo para Modelagem de Objetos 3D Eduardo Barrére, Ana Luiza Dias e Claudio Esperança Motivação Este trabalho apresenta o desenvolvimento do
Termo genérico que se aplica a vários tipos de diagramas que enfatizam interações de objetos.
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Seqüência Autoria:Aristófanes Corrêa Silva Adaptação:
Gerenciamento de Integração. Prof. Anderson Valadares
Gerenciamento de Integração Prof. Anderson Valadares 1. Conceito A área de conhecimento em gerenciamento de integração do projeto inclui processos e as atividades necessárias para identificar, definir,
Soluções de gestão de clientes e de impressão móvel
Soluções de gestão de clientes e de impressão móvel Manual do utilizador Copyright 2007 Hewlett-Packard Development Company, L.P. Microsoft é uma marca comercial registada da Microsoft Corporation nos
Métodos Formais. Agenda. Relações Binárias Relações e Banco de Dados Operações nas Relações Resumo Relações Funções. Relações e Funções
Métodos Formais Relações e Funções por Mauro Silva Agenda Relações Binárias Relações e Banco de Dados Operações nas Relações Resumo Relações Funções MF - Relações e Funções 2 1 Relações Binárias Definição
LINHAS MESTRAS; FASES; DISCIPLINAS; PRINCÍPIOS E MELHORES PRÁTICAS.
INTRODUÇÃO O processo de engenharia de software define quem faz o quê, quando e como para atingir um determinado objetivo. Neste trabalho, iremos dissertar sobre o Rational Unified Process, ou RUP, que
2. Tipos Abstratos de Dados
2. Tipos Abstratos de Dados Um Tipo Abstrato de Dados especifica uma classe de dados definida pelo usuário em termos de suas propriedades abstratas Esta especificação do TAD descreve o comportamento de
Levantamento de Requisitos
"Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE." Engenharia de Software Levantamento de Requisitos Givanaldo Rocha de Souza [email protected] http://docente.ifrn.edu.br/givanaldorocha
BANCO DE DADOS. Professor: André Dutton
BANCO DE DADOS Professor: André Dutton BASES TECNOLÓGICAS Conceito de bases de dados. Modelos conceituais de informações. Modelos de dados: relacional, de redes e hierárquicos. Introdução à teoria relacional:
Engenharia de Software. Ciclos de Vida do Software. 1. Sistemas
Engenharia de Software Profa. Dra. Lúcia Filgueiras Profa. Dra. Selma S. S. Melnikoff Ciclos de Vida do Software 1. Sistemas 2. Crise do software 3. Caracterização do software 4. Ciclos de vida do software
Engenharia de Software
Engenharia de Software - 2ª Lista de Exercícios - Questões Discursivas Questão 1) O que você entende por processo de software e qual a sua importância para a qualidade dos produtos de software? Qual a
- Campus Salto. Disciplina: Sistemas de Arquivos Docente: Fernando Santorsula E-mail: [email protected]
Disciplina: Sistemas de Arquivos Docente: Fernando Santorsula E-mail: [email protected] Sistemas de Arquivos- Parte 2 Pontos importantes de um sistema de arquivos Vários problemas importantes devem
Fundamentos do Planejamento
Fundamentos do Planejamento As organizações se definem em torno de objetivos. No entanto, para alcança-los, suas atividades devem seguir determinada ordem ou padrão, ou seja, devem seguir um plano. Cabe
7. Defina encapsulamento. R.: Encapsular é ocultar. Criar uma cápsula ao redor da classe, para proteger o que está dentro dela.
1. O que são classes? Dê exemplos. R.: Classe é um tipo abstrato de dados. Encapsula estrutura e comportamento. Ou seja: uma descrição de um conjunto de objetos que compartilham a mesma estrutura, os mesmos
LINGUAGEM SQL Linguagem usada em SGBD para: Definir estrutura de dados; Modificar dados em um banco de dados; Especificar restrições de segurança; Rea
BANCO DE DADOS Prof. Fabiano Taguchi http://fabianotaguchi.wordpress.com [email protected] SQL A Structed Query Language foi desenvolvida em 1974 nos laboratório da IBM em San José na Califórnia,
ANÁLISE DE FALHAS DE COMPUTADORES
UNIVERSIDADE FEDERAL DO PARANÁ SETOR DE CIÊNCIAS EXATAS DANIELE APARECIDA DE OLIVEIRA VERANICE POLATO ANÁLISE DE FALHAS DE COMPUTADORES LINHA DE PESQUISA: Projeto de Pesquisa apresentado à disciplina de
Modem e rede local Guia do usuário
Modem e rede local Guia do usuário Copyright 2008 Hewlett-Packard Development Company, L.P. As informações contidas neste documento estão sujeitas a alterações sem aviso. As únicas garantias para produtos
Modelos de Ciclo de Vida de Software
Análise 1 Modelos de Ciclo de Vida de Software Um ciclo de vida do software é um período aproximado do desenvolvimento de software, com capacidade de entrega específica e marcos dentro de cada fase. Um
DEVF IT Solutions. Gerenciador de Log. Documento Visão. Versão 2.0. Projeto Integrador 2015/2 Engenharia de Software
1 Gerenciador de Log Documento Visão Versão 2.0 2 Índice 1. Histórico de Revisões...3 2. Objetivo do Documento...4 3. Sobre o Problema...4 4. Sobre o produto...4 4.1. Descrição Geral sobre o produto...4
Arquitetura e Organização de Computadores
Arquitetura e Organização de Computadores Interconexão do Computador Givanaldo Rocha de Souza http://docente.ifrn.edu.br/givanaldorocha [email protected] Material do prof. Sílvio Fernandes -
Algoritmos e Programação : Conceitos e estruturas básicas. Hudson Victoria Diniz
Algoritmos e Programação : Conceitos e estruturas básicas Hudson Victoria Diniz Relembrando... Um algoritmo é formalmente uma seqüência finita de passos que levam a execução de uma tarefa. Podemos pensar
Plano de Ensino PROBABILIDADE E ESTATÍSTICA APLICADA À ENGENHARIA - CCE0292
Plano de Ensino PROBABILIDADE E ESTATÍSTICA APLICADA À ENGENHARIA - CCE0292 Título PROBABILIDADE E ESTATÍSTICA APLICADA À ENGENHARIA Código da disciplina SIA CCE0292 16 Número de semanas de aula 4 Número
Regulamento paraa Certificação do Sistema de Gestão da Saúde e Segurança Ocupacional
Regulamento paraa Certificação do Sistema de Gestão da Saúde e Segurança Ocupacional Em vigor a partir de 01 de abril 2012 RINA Via Corsica, 12 16128 Genova - Itália Tel. +39 01053851 Fax: +39 0105351000
Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.
Requisitos Prof. Raul Sidnei Wazlawick UFSC-CTC-INE 2010 Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010. Requisitos O levantamento e a análise de requisitos
Escrita de Relatórios
Guia 6 Escrita de Relatórios Auto-estudo Para o Gestor de Projecto Objectivos de aprendizagem Depois de ter lido o material do Guia de Escrita de Relatórios e ter concluído a secção de auto-estudo, será
Apresentação da disciplina
FEUP MIEIG & MIEM Ano letivo 2013/14 Disciplina: Gestão da Qualidade Total Apresentação da disciplina (v1 em 2 de setembro) José A. Faria, [email protected] Faculdade de Engenharia da Universidade do Porto,
PROJETO DE PESQUISA FINALIDADE TEMA ESCOLHA DO PROFESSOR ORIENTADOR GUIA SEGURANÇA NA COLETA DE MATERIAIS ESPAÇO PARA FICHAMENTOS
FINALIDADE GUIA SEGURANÇA NA COLETA DE MATERIAIS ESPAÇO PARA FICHAMENTOS TEMA ESCOLHA DO PROFESSOR ORIENTADOR 1 TEMA DELIMITAÇÃO DO TEMA JUSTIFICATIVA 2 PROBLEMAS Sistemas de problematização Formato indagação
Gerenciamento de projetos (Project Management).
Gerenciamento de projetos (Project Management). A gestão de projetos é uma das áreas fundamentais de qualquer departamento de sistemas de informação, estando hoje em dia amplamente difundido dentro das
SIMULADO A - COBIT 5 PORTUGUES
SIMULADO A - COBIT 5 PORTUGUES 1. Que atributo está associado a um processo já estabelecido? a. Definição do Processo b. Medida do Processo c. Otimização do Processo d. Gerenciamento de Desempenho 2. Que
MANUAL DO USUÁRIO SIMPLEX. Prof. Erico Fagundes Anicet Lisboa, M. Sc.
MANUAL DO USUÁRIO SIMPLEX Prof. Erico Fagundes Anicet Lisboa, M. Sc. [email protected] Versão digital disponível na internet http://www.ericolisboa.eng.br RIO DE JANEIRO, RJ - BRASIL DEZEMBRO DE
BANCO DE DADOS I AULA 2. Willamys Araújo [email protected]
BANCO DE DADOS I AULA 2 Willamys Araújo [email protected] Modelagem de Dados Modelagem de dados é o estudo das informações existentes em um contexto sob observação para a construção de um modelo
Avaliação Baseada em Modelos Conceituais I - Engenharia Cognitiva
1 Avaliação Baseada em Modelos Conceituais I - Engenharia Cognitiva Aula 5 19/03/2012 2 O que são modelos? São moldes previamente estabelecidos que utilizamos para descrever, interpretar, construir objetos
Propostas ISO. Benefícios com a certificação. ISO/IEC 9126 Qualidade de produtos de software
Gerais Processo Produto Propostas NBR ISO 9000:2005 define principios e vocabulário NBR ISO 9001:2000 define exigências para sistema de gerência de NBR ISO 9004:2000 apresenta linha diretivas para o melhoramento
PLANEJAMENTO SIMPLIFICADO DE PROJETOS
PLANEJAMENTO SIMPLIFICADO DE PROJETOS Nestor Nogueira de Albuquerque, MsC. Gestão e Desenvolvimento Regional V Encontro de Pós-GraduaP Graduação UNITAU 2005 Necessidade de um processo de Gestão de Projetos
APOSTILHA AULA 4 O CICLO DE VIDA DO PROJETO
UNIVERSIDADE FEDERAL RURAL DO SEMI-ÁRIDO UFERSA DEPARTAMENTO DE CIÊNCIAS AMBIENTAIS E TECNOLÓGICAS DCAT CURSO DE ENGENHARIA DE PRODUÇÃO DISCIPLINA: GESTÃO DE PROJETOS PROFESSOR: KLÉBER BARROS APOSTILHA
Google AdWords. Sobre o curso. Criatividade - Marketing Digital. Promoção: 10% Desconto
Google AdWords Criatividade - Marketing Digital Promoção: 10% Desconto Localidade: Braga Data: 24 Oct 2016 Preço: 400 ( Os valores apresentados não incluem IVA. Oferta de IVA a particulares e estudantes.
Agenda. O que é Testar? Por que testar? Quando testar? Processo de teste Níveis de teste Tipos de teste Classificação dos testes.
Agenda O que é Testar? Conceitos Por que testar? Quando testar? Custo do defeito Processo de teste Níveis de teste Tipos de teste Classificação dos testes Entendendo o que é TESTAR Testar é analisar um
ESTADO DO RIO GRANDE DO SUL ASSEMBLEIA LEGISLATIVA Gabinete de Consultoria Legislativa
ESTADO DO RIO GRANDE DO SUL ASSEMBLEIA LEGISLATIVA Gabinete de Consultoria Legislativa DECRETO Nº 47.140, DE 05 DE ABRIL DE 2010. (publicado no DOE nº 062, de 05 de abril de 2010 2ª edição) Institui a
SIG. USANDO A TECNOLOGIA COMO SUPORTE Tecnologias de Apoio
SIG USANDO A TECNOLOGIA COMO SUPORTE Tecnologias de Apoio Os Sistemas de Informações e os Sistemas de Informações Gerenciais (SIG) podem ser manuais e eletrônicos. I parte SIGs eletrônicos Tecnologias
Administração do Relacionamento com os
Unidade I Administração do Relacionamento com os Clientes Prof. MSc. Marcelo S. Zambon Objetivos da Disciplina Compreender o que são e quem são os clientes. Porque os clientes são vistos como início e
Instruções para elaboração de TCC ANÁLISE DE MERCADO
INSPER INSTITUTO DE ENSINO E PESQUISA PROGRAMAS CERTIFICATES Instruções para elaboração de TCC ANÁLISE DE MERCADO Estas instruções para elaboração de TCC do tipo Melhoria de Processo possuem três tópicos:
Avaliação da Satisfação do Cliente de Informática
Avaliação da Satisfação do Cliente de Informática JULIANO MAIA ARINS Orientador: Everaldo Artur Grahl Roteiro de Apresentação Introdução Objetivos Qualidade de Software Qualidade Princípios da Qualidade
Introdução a Banco de Dados. INTRODUÇÃO
INTRODUÇÃO O termo banco de dados é bastante popular em diversas áreas de atuação. Com o aumento da utilização de computadores na manipulação de dados que envolvem diversas aplicações, os bancos de dados
Árvores Parte 1. Aleardo Manacero Jr. DCCE/UNESP Grupo de Sistemas Paralelos e Distribuídos
Árvores Parte 1 Aleardo Manacero Jr. DCCE/UNESP Grupo de Sistemas Paralelos e Distribuídos Árvores uma introdução As listas apresentadas na aula anterior formam um conjunto de TADs extremamente importante
Controladoria na gestão de serviços
Controladoria na gestão de serviços 2012 Franco Kaolu Takakura Junior Direitos desta edição adquiridos pela Paco Editorial. Nenhuma parte desta obra pode ser apropriada e estocada em sistema de banco
AGRUPAMENTO DE ESCOLAS DR. VIEIRA DE CARVALHO
AGRUPAMENTO DE ESCOLAS DR. VIEIRA DE CARVALHO DEPARTAMENTO DE MATEMÁTICA E CIÊNCIAS EXPERIMENTAIS MATEMÁTICA 8.º ANO PLANIFICAÇÃO GLOBAL 1. Representação, comparação e ordenação. Representar números racionais
Administração Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Administração Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana Tema 01 Apresentação do PEA. Fundamentos
ATIVIDADES PRÁTICAS SUPERVISIONADAS
ATIVIDADES PRÁTICAS SUPERVISIONADAS CST em Análise e Desenvolvimento de Sistemas 3ª Série Fundamentos de Análise Orientada a Objetos A Atividade Prática Supervisionada (ATPS) é um procedimento metodológico
Falta Erro Falha. Motivação. Teste de Software. Falha, Falta e Erro. Falha, Falta e Erro. Falha, Falta e Erro. Falha, Falta e Erro 6/6/11
Motivação Teste de Software Ocorrência de falhas humanas no processo de desenvolvimento de software é considerável Processo de testes é indispensável na garantia de qualidade de software Custos associados
Universidade Federal da Paraíba Centro de Informática Departamento de Informática
Universidade Federal da Paraíba Centro de Informática Departamento de Informática Disciplina: Introdução à Programação Horário: T08002, I08002 Sala: CISB01 T10002, I10002 Sala: CI304 Número de Créditos:
Linguagens de Programação:
Capítulo I : Noções Gerais 11 Linguagens de Programação: Como comunicar com o computador? Linguagem Máquina: Conjunto básico de instruções, em código binário, características de cada computador, correspondentes