Documento de Requisitos
|
|
- Airton Ávila Aragão
- 8 Há anos
- Visualizações:
Transcrição
1 Documento de Requisitos Projeto: Data 26/05/2005 Responsável Autor (s) Doc ID Localização Versão do Template Márcia Jacyntha Nunes Rodrigues Lucena Silvia Cássia Pereira Márcia Jacyntha Nunes Rodrigues Lucena <document_id> <location to access at CVS or URL> <template version used>
2 Histórico de Revisão Data Versão Autor Descrição 19/05/ Silvia Iniciar a descrição; Especificação do problema e possível solução; Descrever stakeholders e suas responsabilidades; Especificar e detalhar requisitos. 23/05/ Márcia Descrever os requisitos não funcionais e detalhar requisitos. 24/05/ Silvia Atualizar descrições e calibrar tópicos do documento. 25/05/ Ana Paula Ajustes do procedimento de Qualidade. 25/05/ Ana Paula Ajustes após avaliação de Aisa Pag 2 of 9
3 Revisores Nome Papel Data Damires Fernandes Gerente de Projeto 24/05/2005 Ana Paula Cavalcanti Software Quality Assurance 26/05/2005 Pag 3 of 9
4 Sumário Introdução Definição do Problema Stakeholders Stakeholders - Descrições e Responsabilidades Requisitos Requisitos Funcionais Requisitos Não-Funcionais Usabilidade Licença Requisitos Negativos Precedência e Prioridade Visão Geral Escopo Gerenciamento de Requisitos Gerenciamento de Mudanças de Requisitos...9 Pag 4 of 9
5 Introdução O documento de requisitos é a especificação oficial dos requisitos do sistema para clientes, usuários finais e desenvolvedores de software. Formalmente, podemos definir que o documento de requisitos contém: Os serviços e funcionalidades que o sistema deve prover; restrições; informações sobre o domínio da aplicação, bem como Restrições no processo usado para desenvolver o sistema. Além disso, tal documento pode ser visto como um contrato entre o cliente e o gerente de projeto, pois valida a conformidade segundo a especificação de requisitos do cliente para definição do escopo. 1 Definição do Problema O Problema Quem é afetado Uma Boa Solução poderia ser Não disponibilidade de uma ferramenta capaz de auxiliar os engenheiros de vendas de software nas vendas de seus produtos para os potenciais clientes. Vendedores. A aplicação será desenvolvida em 3 camadas com a seguinte distribuição: Camada de Apresentação (interface direta com o usuário); Camada de Regras de Negócio (tratamento dos dados e validação dos campos); Camada de Abstração de Dados (acesso à base de dados). 2 Stakeholders Na engenharia de requisitos, os stakeholders são definidos como pessoas ou organizações que serão afetadas pelo sistema e que direta ou indiretamente tem influência sobre os requisitos. Basicamente, os stakeholders do projeto podem ser divididos em dois grupos: os desenvolvedores, responsáveis pelo projeto e desenvolvimento de artefatos do sistema e os usuários finais, que utilizarão o sistema já desenvolvido. Desenvolvedores: Gerentes do Projeto, SQA s, Analistas de Sistemas, Engenheiros de Software, Administradores do Banco de Dados, Arquitetos de Software e Engenheiros de Teste. Usuários Finais: Vendedores; Pag 5 of 9
6 2.1 Stakeholders - Descrições e Responsabilidades No escopo dos stakeholders do cliente, pode-se citar: Nome Descrição Responsabilidades Vendedor É o representante Gerar propostas comerciais para comercial responsável os clientes; pela prospecção, Negociar e Consolidar qualificação e contato oportunidades de negócios; com o cliente com a Atingir suas metas de vendas. missão de efetuar a venda do produto ou serviço de software. Executivo de Vendas 3 Requisitos Especialista do domínio da aplicação. Prover as informações necessárias para o desenvolvimento da aplicação. Os requisitos definem os serviços que o sistema deveria oferecer, e o conjunto deles determina a operação do sistema. Formalmente, podemos definir requisito como: uma facilidade no nível do usuário; por exemplo, um corretor de gramática e ortografia. uma propriedade muito geral do sistema; por exemplo, o sigilo de informações não autorizadas. uma restrição específica no sistema; por exemplo, o tempo de varredura de um sensor. uma restrição no desenvolvimento do sistema; por exemplo: a linguagem que deverá ser utilizada para o desenvolvimento do sistema. 3.1 Requisitos Funcionais Os requisitos funcionais referem-se aos requisitos que estão relacionados com a maneira com que o sistema deve operar, onde se especificam as entradas e saídas do sistema e o relacionamento comportamental entre elas, assim como a iteração com o usuário. Desta forma, os requisitos encontrados para o primeiro ciclo do projeto são: ID Requisito Descrição Caso de Uso [RF01] informações de Empresas. Permitir inclusão, alteração, exclusão listagem das informações (nome da empresa, setor, principais atividades, etc) das empresas. informações de Empresas. Pag 6 of 9
7 [RF02] Manter informações sobre as pessoas. Permitir inclusão, alteração, exclusão e listagem das informações (empresa, nome, , etc) das pessoas. Manter informações sobre as pessoas envolvidas com as oportunidades. [RF03] [RF04] atividades. informações sobre as Oportunidades. Permitir inclusão, alteração, exclusão e listagem das informações (tipo de atividade, objetivo, etc) das atividades. Permitir inclusão, alteração, exclusão e listagem das informações (descrição da oportunidade, produto/serviço, valor previsto, etc) das oportunidades. atividades. informações sobre as Oportunidades relacionadas com Pessoas. 3.2 Requisitos Não-Funcionais Os requisitos não-funcionais são aqueles que não estão especificamente relacionados com a funcionalidade do sistema. Eles impõem restrições no produto a ser desenvolvido e/ou no processo de desenvolvimento do sistema como também especificam restrições externas as quais o produto precisa atender. Eles referem-se a questões como: segurança, confiabilidade, performance, entre outros. usabilidade, Desta forma, os requisitos não funcionais encontrados para o primeiro ciclo do projeto são: Usabilidade ID [RNF01] [RNF02] Descrição Facilidade de Uso: O usuário do sistema deve ter facilidade de uso do sistema, ou seja, realizar tarefas (inclusão, alteração, consulta exclusão) com menos de 30 minutos de treinamento. Para confirmação disso, será realizado um teste de usabilidade. Interface WEB: O usuário utilizará o sistema através de um web browser Licença ID [RNF03] Descrição O código do sistema estará disponível de acordo com a licença GPL (General Public License). Pag 7 of 9
8 3.3 Requisitos Negativos Não será permitido fazer buscas, reutilização de informações (clonagem), criar mailing, gerar relatórios. 4 Precedência e Prioridade Esta seção fornece diretrizes relacionadas à precedência e prioridade dos requisitos a serem desenvolvidos. Caso de Uso Precedência Prioridade informações de Empresas. 1 Alta Manter informações sobre as pessoas. 2 Alta atividades. 3 Média informações sobre as Oportunidades. 4 Alta 5 Visão Geral Escopo Com a finalidade de ilustrar uma visão geral do piloto, é apresentado Diagrama de Caso de Uso do sistema, figura 1, o qual especifica o escopo e as funcionalidades que o sistema deverá prover: Informações de Empresas Informações sobre Pessoas Vendedor Atividades Oportunidades Figura 1 Visão Geral do Piloto Pag 8 of 9
9 6 Gerenciamento de Requisitos O gerenciamento de requisitos se dá a partir de uma solicitação de mudança do cliente para a fábrica. 6.1 Gerenciamento de Mudanças de Requisitos O gerenciamento de mudanças de requisitos trata as seguintes etapas: O cliente solicita uma mudança de requisito à fábrica; O responsável da fábrica por receber essa mudança sugerida é o Analista de Sistemas; O Analista de Sistemas juntamente com o Gerente de Projeto analisarão tal mudança e avaliarão o impacto da mesma no sistema; O Gerente do Projeto juntamente com o cliente negociam a mudança pretendida; Como resultado dessa negociação ocorrerá ou não a mudança solicitada. Cliente Aisa Pereira Recife, 25 de maio de 2005 Damires Fernandes Gerente do Projeto OXE Factory Ana Paula Cavalcanti Gerente de Qualidade OXE Factory Pag 9 of 9
Development Case. Project: VENSSO. Data 27/05/2005. <location to access at CVS or URL> Vesões do Documento 2.00
Project: VNSSO Data 27/05/2005 Responsável Documento ID Localização Ana Paula Cavalcanti VNSSO_PRC_20050601 Vesões do Documento 2.00 VNSSO_PRO_20050601 Histórico de Date
Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula IV Requisitos Prof.: Bruno E. G. Gomes IFRN 1 Introdução Etapa relacionada a descoberta e descrição das funcionalidades do sistema Parte significativa da fase
O Processo Unificado: Captura de requisitos
O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação
Data de Lançamento do RFP: 23/05/2005
REQUEST FOR PROPOSAL Data de Lançamento do RFP: 23/05/2005 Data Limite para Submissão de Propostas: 26/05/2005 Conteúdo 1. Overview da Empresa 2. Objetivo da RFP 3. Escopo do Projeto 4. Diretrizes para
ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Engenharia de Software
Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São
Pós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Termo de Abertura. SIGAC Sistema Gerenciador de Atividades Complementares. 14BISS - Business InnovationSolution Software
Elaborado por: Revisado por: Aprovador por: Karla Daniella Xavier Gomes Micael Alves Souza Araújo Emaur Florêncio de Oliveira 2013 ÍNDICE 1. OBJETIVOS DO DOCUMENTO... 3 2. PROJETO... 3 3. OBJETIVOS DO
Sistema de Gerenciamento de Pet Shop. Documento de Requisitos
Universidade Rural Federal de Pernambuco - UFRPE Sistema de Gerenciamento de Pet Shop Documento de Requisitos Autores: Allan do Amaral Fernanda Monteiro Jean Karlos Macena Marcela Domingues Wagner Palacio
SAV Sistema de Aluguel de Veículos I - DOCUMENTO DE REQUISITOS Versão 1.00
SAV Sistema de Aluguel de Veículos I - DOCUMENTO DE REQUISITOS Versão 1.00 Conteúdo 1. INTRODUÇÃO...3 1.1 CONVENÇÕES, TERMOS E ABREVIAÇÕES... 3 1.1.1 Identificação dos Requisitos... 3 1.1.2 Prioridades
Documento de Requisitos. Async Fábrica de Software
Documento de Requisitos Async Fábrica de Software Nome do Projeto Agile Room Data de início 1 / 03 / 2013 Membro Cargo Yrineu Felipe Rodrigues Desenvolvedor / Analista de Requisitos / Gerente do Projeto
Projeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Documento de Arquitetura
Documento de Arquitetura A2MEPonto - SISTEMA DE PONTO ELETRÔNICO A2MEPonto - SISTEMA DE PONTO ELETRÔNICO #1 Pág. 1 de 11 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 28/10/2010 1 Elaboração do documento
Histórico de Revisão Data Versão Descrição Autor
H6Projetos Documento de Requisitos Versão 1.3 Histórico de Revisão Data Versão Descrição Autor 05/09/2013 1.0 Preenchimento do Capítulo 2 Requisitos Funcionais Evilson Montenegro 26/09/2013 1.1 Preenchimento
Metodologia de Gerenciamento de Projetos da Justiça Federal
Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...
Gerenciamento de Incidentes
Gerenciamento de Incidentes Os usuários do negócio ou os usuários finais solicitam os serviços de Tecnologia da Informação para melhorar a eficiência dos seus próprios processos de negócio, de forma que
Documento de Requisitos Projeto SisVendas Sistema de Controle de Vendas para Loja de Informática.
Documento de Requisitos Projeto SisVendas Sistema de Controle de Vendas para Loja de Informática. 1 Introdução 1.1 Propósito O propósito deste documento de especificação de requisitos é definir os requisitos
2 Diagrama de Caso de Uso
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 Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Sistema de Controle de Solicitação de Desenvolvimento
Sistema de Controle de Solicitação de Desenvolvimento Introdução O presente documento descreverá de forma objetiva as principais operações para abertura e consulta de uma solicitação ao Setor de Desenvolvimento
Simular de Financiamento
Simular de Financiamento Versão: PI001 1. Objetivo deste documento Este documento tem como objetivo autorizar formalmente o início de um projeto e contém informações necessárias para o entendimento do
Engenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Elaboração 2 VISÃO GERAL Fase Elaboração. Visão Geral 3
Rational Requirements Composer Treinamento aos Analistas de Qualidade e Gestor das Áreas de Projeto
Rational Requirements Composer Treinamento aos Analistas de Qualidade e Gestor das Áreas de Projeto Objetivos do Treinamento Apresentar as principais funcionalidades do Rational Requirements Composer relacionadas
ISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Análise e projeto de sistemas PROF. REGILAN SILVA
Análise e projeto de sistemas PROF. REGILAN SILVA Apresentação da disciplina Ver ementa... Solução Técnicas para identificação e detalhamento de requisitos Técnicas para modelagem de sistemas Definir
PROJETO NOVAS FRONTEIRAS. Descrição dos processos de gerenciamento da qualidade
PROJETO NOVAS FRONTEIRAS PLANO DE GERENCIAMENTO DA QUALIDADE QUALITY MANAGEMENT PLAN Preparado por Mara Lúcia Menezes Membro do Time Versão 3 Aprovado por Rodrigo Mendes Lemos Gerente do Projeto 15/11/2010
Documento de Análise e Projeto VideoSystem
Documento de Análise e Projeto VideoSystem Versão Data Versão Descrição Autor 20/10/2009 1.0 21/10/2009 1.0 05/11/2009 1.1 Definição inicial do documento de análise e projeto Revisão do documento
DESENVOLVENDO O SISTEMA
DESENVOLVENDO O SISTEMA Declaração da Necessidade O primeiro passo do processo de análise de sistema envolve a identificação da necessidade [Pressman-95]. Normalmente o analista reúne-se com o usuário
InfoMix Tecnologia. Soluções em Tecnologia da Informação. SYSFARM Sistema de Gerenciamento de Farmácias. Documento Requisitos Versão 1.
SYSFARM Sistema de Gerenciamento de Farmácias Documento Requisitos Versão 1.1 Histórico de Revisão Data Versão Descrição Autor 06/09/2009 1.0 Elaboração da para análise da 1º versão Marcos Silva do documento
Plano de Gerenciamento do Projeto
Projeto para Soluções Contábeis 2015 Plano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK Brendon Genssinger o e Elcimar Silva Higor Muniz Juliermes Henrique 23/11/2015 1 Histórico de alterações
Diagrama de Caso de Uso e Diagrama de Sequência
Diagrama de Caso de Uso e Diagrama de Sequência Milena Alexandre dos Santos Baesso (Mestranda em Engenharia Elétrica) Agenda Ciclo de Vida de um Sistema A Fase de Análise Análise Orientada à Objetos Diagramas
Engenharia de Requisitos
1 Engenharia de Requisitos Gerenciamento de Requisitos Prof Ms Vinícius Costa de Souza www.inf.unisinos.br/~vinicius 2 Agenda Introdução Requisitos voláteis x estáveis Identificação Armazenamento Gerenciamento
Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0
Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0 Versão do Documento: 1.1 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011 1.0 Montar o Termo de Abertura.
Tribunal de Justiça de Pernambuco Diretoria de Informática. Documento de Visão do Sistema Sistema de Fluxo Eletrônico de Cartas Precatórias. v1.
Tribunal de Justiça de Pernambuco Diretoria de Informática Documento de Visão do Sistema Sistema de Fluxo Eletrônico de Cartas Precatórias v1.4 Histórico de Alterações Data Versão Descrição Autor Aprovado
Engenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
PLANO DE GERENCIAMENTO DO PROJETO
Identificação do Projeto Projeto Nome do projeto. Unidade Demandante Unidade que solicitou o projeto. Gestor do Projeto Nome do Gestor do projeto. Responsável na Unidade Demandante Nome do Responsável
Documento de Requisitos Sistema WEB GEDAI
Universidade Federal de São Carlos Centro de Ciências Exatas e de Tecnologia Departamento de Computação GEDAI-Grupo de Estudo e Desenvolvimento em Automação Industrial Documento de Requisitos Sistema WEB
PSQ 290.0300 - PROCEDIMENTO DO SISTEMA DA QUALIDADE
PSQ - (4.2.3 - Controle de Documentos) (820.40 Document Control) APROVAÇÃO MARCOS FERNANDES NUNES Gerente da QA/RA Data: / / ELABORAÇÃO REVISÃO GISELA CRISTINA LUÇOLLI NASS Assistente Administrativo APARECIDA
ViajarFácil Sistema de Reserva de Viagens
ViajarFácil Sistema de Reserva de Viagens Modelagem Estática UNICAMP - Universidade Estadual de Campinas Especialização Engenharia de Software - INF318/2011 Equipe Aline Gomes André Rodrigues Fonseca Diego
Almox Express Especificação de Requisitos
1. Introdução Almox Express Especificação de Requisitos Este documento descreve um sistema de gerenciamento de almoxarifado, denominado de Almox Express, a ser desenvolvido por um grupo de estudo. Nele
Módulo 8 Gerenciamento de Nível de Serviço
Módulo 8 Gerenciamento de Nível de Serviço Módulo 8 Gerenciamento de Nível de Serviço Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste material sem a permissão
Metodologia de Desenvolvimento de Sistemas
Metodologia de Desenvolvimento de Sistemas Processo de Desenvolvimento de Software Faculdade Mauricio de Nassau S.I 5 Período NA Alunos: Elthon Diego 021707 Vitor da Cruz 033420 Professora Suzana Sampaio
FACSENAC. SISGEP SISTEMA GERENCIADOR PEDAGÓGICO DRP (Documento de Requisitos do Projeto de Rede)
FACSENAC SISTEMA GERENCIADOR PEDAGÓGICO Versão: 1.2 Data: 25/11/2011 Identificador do documento: Documento de Visão V. 1.7 Histórico de revisões Versão Data Descrição Autor 1.0 03/10/2011 Primeira Edição
Análise de Requisitos
Faculdade de Ciências Sociais de Aplicadas de Petrolina FACAPE Disciplina: Projeto de Sistemas Análise de Requisitos Profª. Cynara Carvalho cynaracarvalho@yahoo.com.br Análise de Requisitos O tratamento
Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software
Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Tipos de requisitos Atividades Princípios da
Sistema de Armazenamento de Dados Eleitorais - SisElege
Faculdade de Tecnologia Senac DF Sistema de Armazenamento de Dados Eleitorais - SisElege Documento de Visão Versão 4.0 Histórico de Revisão Data Versão Descrição Autor 05/09/2014 1.0 Versão Inicial do
Controle de Almoxarifado
Controle de Almoxarifado Introdução O módulo de Controle de Almoxarifado traz as opções para que a empresa efetue os cadastros necessários referentes a ferramentas de almoxarifado, além do controle de
Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
02/10/2012. Padronização de interfaces. Referências
Referências Engenharia de Usabilidade Prof.: Clarindo Isaías Pereira da Silva e Pádua Contribuição: Cláudio Márcio de Souza Vicente Gestus Hix, D.; Hartson, H. R. Developing User Interfaces: ensuring usability
Engenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Empresa de Informática Infinity LTDA. Gerenciamento de Configuração. Sistema de Gerenciamento de Plano Corporativo de Celulares
Empresa de Informática Infinity LTDA Gerenciamento de Configuração Sistema de Gerenciamento de Plano Corporativo de Celulares 22/05/2012 Índice Analítico 1. Introdução 1.1 Finalidade 1.2 Escopo 1.3 Definições,
Especificação de Requisitos
Projeto/Versão: Versão 11.80 Melhoria Requisito/Módulo: 000552 / Conector Sub-Requisito/Função: Multas Tarefa/Chamado: 01.08.01 País: Brasil Data Especificação: 13/05/13 Rotinas Envolvidas Rotina Tipo
Implantação. Prof. Eduardo H. S. Oliveira
Visão Geral A implantação de um sistema integrado de gestão envolve uma grande quantidade de tarefas que são realizadas em períodos que variam de alguns meses a alguns anos, e dependem de diversos fatores,
Engenharia de Requisitos
Engenharia de Requisitos Conteúdo Definição Questionamentos Típicos Visão Geral Ciclo de Vida dos Requisitos Síntese dos Objetivos Gerência de Mudança Identificação de Requisitos Classificação de Requisitos
Gerência de Projetos
Gerência de Projetos Escopo Custo Qualidade Tempo CONCEITO PROJETOS: são empreendimentos com objetivo específico e ciclo de vida definido Precedem produtos, serviços e processos. São utilizados as funções
LEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira
LEVANTAMENTO DE REQUISITOS Lílian Simão Oliveira Níveis de erros Fonte: imaster.com um software São as características e funcionalidades que um software tem Engenharia de Requisitos O que é? Quem faz?
Histórico de Revisão Data Versão Descrição Autor 19/09/2014 1.0 Implementação de itens essenciais para futuro aprimoramento.
Documento de Requisitos 1 Documento de Requisitos Versão 1.2 Histórico de Revisão Data Versão Descrição Autor 19/09/2014 1.0 Implementação de itens essenciais para futuro aprimoramento. Camilo Fernandes
Técnicas de Caixa Preta de Teste de Software
Técnicas de Caixa Preta de Teste de Software Na maioria de projetos de teste, o tempo para a realização dos mesmos sempre é curto e os números de testes a serem realizados nas aplicações são inúmeros.
Especialização em Engenharia de Software com Ênfase em Software Livre ESL2/2008. Projeto Agenda Saúde Requisitos e Modelagem UML
Projeto Agenda Saúde Requisitos e Modelagem UML Histórico de Revisão Versão 0.1 Data 01/06/09 Revisor Descrição Versão inicial Sumário 1. Introdução...4 1.1 Visão geral deste documento...4 1.2 Módulos
Nome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>
Nome da Empresa Plano de Desenvolvimento de Software Versão Histórico de Revisões Data Versão Descrição Autor 2/7 Índice Analítico 1. Objetivo
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Requisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
Projeto Disciplinar de Infra-Estrutura de Software SISCOP TORRE FORTE CONSTRUÇÕES LTDA.
1 Projeto Disciplinar de Infra-Estrutura de Software SISCOP TORRE FORTE CONSTRUÇÕES LTDA. EDILBERTO SILVA 1, ADRIANO MARRA (1012295) 2, BRUNO OLIVEIRA (1012415) 2, BRUNO MOTTA (1012509) 2, JANAÍNA LIMA
APOO Análise e Projeto Orientado a Objetos. Requisitos
+ APOO Análise e Projeto Orientado a Objetos Requisitos Requisitos 2 n Segundo Larman: n São capacidades e condições às quais o sistema e em termos mais amplos, o projeto deve atender n Não são apenas
Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Clayton Maciel Costa
Construtor de sites SoftPixel GUIA RÁPIDO - 1 -
GUIA RÁPIDO - 1 - Sumário Introdução...3 Por que utilizar o Construtor de Sites?...3 Vantagens do Construtor de Sites...3 Conceitos básicos...3 Configuração básica do site...5 Definindo o layout/template
Histórico da Revisão. Data Versão Descrição Autor
Sistema de Gerenciamento de Loja - SIGEL Documento de Visão Versão 1.0.0 Histórico da Revisão Data Versão Descrição Autor 13/01/2011 0.1 Versão preliminar do levantamento de requisitos funcionais e não
Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio
32 3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio Este capítulo apresenta o framework orientado a aspectos para monitoramento e análise de processos de negócio
Dicionário da EAP - Software FarmaInfor
Software FarmaInfor 1.Gerenciamento 2.Iniciação 3.Elaboração 4. Desenvolvimento 5.Trenferência 6. Finalização 6.1 Assinatura 1.1 Montar Equipe 2.1 Levantar Requisitos 3.1 Definir Módulos 4.1 Codificar
Gestão de Projetos GNG- 103
Gestão de Projetos GNG- 103 GNG-103 Gestão de Projetos Definir metas e objetivos do projeto Conciliar entregas Descobrir requisitos Determinar premissas e restrições Compilando a declaracao do escopo do
PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0
PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0 Banco Central do Brasil, 2015 Página 1 de 14 Índice 1. FLUXO DO PEN - PROCESSO DE ENTENDIMENTO DAS NECESSIDADES DE NEGÓCIO... 3 2.
ESTÁGIO DE DOCÊNCIA II
FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ Centro de Tecnologia - CTC Departamento de Informática - DIN Programa de Pós-Graduação em Ciência da Computação PCC ESTÁGIO DE DOCÊNCIA II Disciplina: Engenharia
REQUISITOS. Prof. Msc. Hélio Esperidião
REQUISITOS Prof. Msc. Hélio Esperidião OS REQUISITOS O que são requisitos? Uma descrição de um serviço ou de uma limitação O que é a engenharia de requisitos? O processo envolvido no desenvolvimento de
PLANO DE GERANCIAMENTO DO RELEASE Release: 515.05
Release: 515.05 Versão Data Descrição da Versão Autor 1.0 28/02/15 Versão inicial dos Produtos PRONIM Roberto Bonanomi 1.1 18/03/15 Atualizado Riscos, texto abaixo das entregas do GP e Correção data de
Feature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Sistema de anamnese alimentar
Sistema de anamnese alimentar Versão 1.0 23/09/2011 Equipe de projeto: Bernardo D Orey Gaivao Plum Daniel Fonseca de Castilho Diego Heitzmann Quintale Fernando Villas Boas Alves Marcel Popolin de Araujo
INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena
INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena Trabalho Experimental Sistema de Gestão Hoteleira 1. Objetivo Este trabalho tem o objetivo de consolidar o conhecimento sobre UML e
Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional
Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Juarez Bachmann Orientador: Alexander Roberto Valdameri Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
Requisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
MUDANÇAS NA ISO 9001: A VERSÃO 2015
MUDANÇAS NA ISO 9001: A VERSÃO 2015 Está em andamento o processo de revisão da Norma ISO 9001: 2015, que ao ser concluído resultará na mudança mais significativa já efetuada. A chamada família ISO 9000
Versão <1.0> Documento de Requisitos. Documento de Requisitos. Equipe:
Versão Documento de Requisitos Documento de Requisitos Equipe: Bruno Harada (bhhc) Edilson Augusto Junior (easj) José Ivson Soares da Silva (jiss) Pedro Rodolfo da Silva Gonçalves (prsg) Raphael
ENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Declaração de Escopo. Projeto PDTI Informações Gerenciais
Declaração de Escopo Projeto PDTI Informações Gerenciais Maio/2008 PRESIDÊNCIA Belo Horizonte, MG 3 3 Revisão 2 após replanejamento do projeto Fátima Freiria 05/05/2008 2 2 Revisão 1 após contratação Consist
Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Quarta-feira, 09 de janeiro de 2008
Quarta-feira, 09 de janeiro de 2008 ÍNDICE 3 4 RECOMENDAÇÕES DE HARDWARE PARA O TRACEGP TRACEMONITOR - ATUALIZAÇÃO E VALIDAÇÃO DE LICENÇAS 2 1. Recomendações de Hardware para Instalação do TraceGP Este
DIGITALIZAÇÃO DE OBRAS RARAS DOCUMENTO DE REGRAS DE NEGÓCIOS. Versão 1.2 Histórico de Revisão
DIGITALIZAÇÃO DE OBRAS RARAS DOCUMENTO DE REGRAS DE NEGÓCIOS Versão 1.2 Histórico de Revisão Data Versão Descrição Autor 12/05/2011 1.0 Criação do Documento Ronan Alves 13/05/2011 1.1 Criação do Documento
CHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Engenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
DOCUMENTO DE REQUISITOS
1/38 DOCUMENTO DE REQUISITOS GED Gerenciamento Eletrônico de Documentos Versão 1.1 Identificação do Projeto CLIENTE: NOME DO CLIENTE TIPO DO SISTEMA OU PROJETO Participantes Função Email Abilio Patrocinador
Artigo elaborado por C. Magno Xavier (M.Sc., PMP) magno@beware.com.br. Como criar uma WBS
Como criar uma WBS A WBS pode ser criada totalmente nova ou reutilizar partes de uma outra WBS ou de modelos (templates) da organização. Ela deve conter subprodutos necessários ao gerenciamento do projeto,
Engenharia de Software. Artigo revista Engenharia de Software, edição 30 (novembro 2010)
Engenharia de Software Artigo revista Engenharia de Software, edição 30 (novembro 2010) Engenharia de Software Engenharia compreende o uso de princípios e conhecimento empírico e científico obtidos a partir
Requisitos de Software
Requisitos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio Cornélio,
Ministério da Cultura
Ministério da Cultura MANUAL DO PROPONENTE: ADMINISTRATIVO VERSÃO 1.0 HISTÓRICO DE REVISÃO Data Versão Descrição Autor 08/01/2013 1.0 Criação do documento. Aline Oliveira - MINC 3 ÍNDICE 1. APRESENTAÇÃO...