Gerenciamento de Requisitos Gerenciamento de Requisitos

Tamanho: px
Começar a partir da página:

Download "Gerenciamento de Requisitos Gerenciamento de Requisitos"

Transcrição

1 Gerenciamento de Requisitos

2 Objetivos da disciplina Descrever o processo de Gerenciamento e Engenharia de Requisitos para projetos Treinar alunos no Gerenciamento de Requisitos Apresentar estudos de caso Ferramentas Microsoft Office, Visio/Rational Rose, RequisitePro

3 Definição de requisito Requisitos de software podem ser definidos de várias maneiras, conforme encontrado na literatura especializada (Leffingwell & Widrig 2003): Uma condição ospecificação ou outra documeu capacidade de software requisitada por um usuário para resolver um problema e alcançar um resultado. Uma condição ou capacidade de um software que deve ser implementada por um sistema ou componente de sistema para satisfazer um contrato, padrão, entação formal. Condição necessária para alcançar certo fim; quesito Dicionário Houaiss

4

5 Problemas: Requisitos Definições Comunicação Eu disse monotrilhos Não disse!

6 Principal motivo de falhas em projetos Falta de qualidade em levantamentos e controle de requisitos!!!

7 Fontes de erro Gerenciamento de Requisitos 1. Falta de Especificação do Usuário 12.8% 2. Requisitos Incompletos 12.3% 3. Mudança de Requisitos 11.8% 4. Falta de Apoio Executivo 7.5% 5. Tecnologia Imatura 7.0% 6. Falta de Recursos 6.4% 7. Expectativas irreais 5.9% 8. Objetivos obscuros 5.3% 9. Tempo irreal 4.3% 10. Tecnologia nova 3.7% 11. Outros, e.g., Falta de planejamento 23.0% Standish Group, 00

8 Problemas encontrados referentes a requisitos Manter o foco no produto Gerenciar o escopo do projeto Ter visibilidade para acompanhamento da evolução dos requisitos Dificuldade em avaliar o impacto das mudanças Dificuldade de manter atualizados todos os documentos envolvidos, após a solicitação de mudanças

9 Requisitos Gerenciamento de Requisitos Devem endereçar uma Necessidade direta ou indireta dos envolvidos em um sistema Devem ser documentados e organizados de maneira que seu entendimento seja compartilhado entre os clientes e a equipe de projeto O processo de Gerenciamento de Requisitos deve ser norteado por práticas que garantam a qualidade desses requisitos

10 Características do Produto e Requisitos de Software Podemos afirmar que há um relacionamento direto entre os requisitos chamados de Características do Produto e os Requisitos de Software. Características do Produto: descrições simples e resumidas dos serviços ou capacidades do sistema Requisitos de Software: expressam essas características ou capacidades com muito mais detalhes.

11 Tipos de requisitos Categorização de requisitos pelo modelo FURPS+ Functionality (Funcionalidade) Usability (Usabilidade) Reliability (Confiabilidade) Performance (Desempenho) Supportability (Suportabilidade)

12 Tipos de requisitos O sinal + EM FURPS+ significa outros requisitos que são igualmente importantes: Restrições de projeto: especificam ou restringem o projeto de um sistema e podem estar expressos em um Guia de Projeto; Requisitos de Implementação: especificam ou restringem padrões, linguagens, ambientes e outros para a construção do sistema; Requisitos de Interface: especificam itens externos com os quais o sistema deve interagir; Requisitos Físicos: especificam ou restringem plataformas físicas (hardware, redes).

13 Categorias de requisitos Categoria Funcionalidade descreve os recursos funcionais que o sistema deve ter. São os chamados Requisitos Funcionais do software. As demais categorias (URPS) descrevem os Requisitos não Funcionais que são significantes para o sistema, do ponto de vista da arquitetura

14 Categorização de requisitos Atributos Mínimos: Os atributos listados a seguir relacionados a categorização são considerados obrigatórios para o gerenciamento de requisitos executado nos projetos. O Analista de Requisitos e o Coordenador de Projetos podem estabelecer outros atributos, de acordo com as necessidades específicas do projeto.

15 Categorização de requisitos Benefício: Indica o grau de benefício ou prioridade dos requisitos em relação às expectativas dos Fornecedores de Requisitos. Valor Crítico Importante Desejável Descrição Requisitos essenciais cujo fracasso em sua implementação significa que o sistema não irá atender as Necessidades dos interessados. Imprescindível que seja atendido pelo sistema, condição fundamental para o sucesso do projeto. Requisitos importantes para a eficácia ou eficiência do sistema. Sua não implementação afeta a satisfação do usuário e/ou o valor agregado do produto e o não atendimento não determinam o fracasso do projeto. Requisitos desejáveis, porém menos críticos, sendo usados menos freqüentemente. Não possui muito significado para a satisfação do usuário e pode deixar de ser atendida.

16 Categorização de requisitos Estabilidade: Indica o grau de maturidade e confiabilidade em relação ao entendimento e comprometimento de um requisito entre os envolvidos do projeto. Valor Descrição Alta Média Baixa Deve indicar requisitos que possuem alto grau de estabilidade. O entendimento pela Equipe de Projeto e pelos Fornecedores de Requisitos é evidente e a probabilidade de ocorrência de mudanças é baixa. Requisitos cuja probabilidade de ocorrência de mudanças é considerável. Alguns fatores que determinam esse valor são: requisitos ainda não entendidos completamente pela equipe de projeto ou com algumas pendências de definições por parte do Fornecedor do Requisito. Requisitos cuja mudança é certa, devido à baixa maturidade do mesmo. Requisitos altamente complexos, requisitos com muitas pendências de definição, requisitos com histórico de mudanças elevadas e requisitos com influências externas (Leis, outros sistemas) são alguns fatores que influenciam para esse valor.

17 Categorização de requisitos Situação: Indica a situação atual de um requisito. Valor Descrição Proposto Indica requisitos que foram solicitados pelos Fornecedores de Requisitos, mas ainda estão em análise pela Equipe de Projeto ou pelo Cliente. Aprovado Requisito aprovado e incorporado ao escopo do sistema. Cancelado Requisito que foi cancelado. Para ser cancelado o requisito pode estar Aprovado, e neste caso será retirado do escopo do sistema, ou pode estar simplesmente Proposto.

18 Categorização de requisitos Risco: Indica grau de risco de implementação de um determinado requisito na visão da Equipe de Projeto. Valor Descrição Alta Média Baixa Requisitos cujo risco de implementação é alto devido aos seguintes fatores: requisitos com baixa estabilidade, requisitos com alta complexidade, inovações tecnológicas e dependências externas e alto custo de implementação. Seguir os mesmos critérios anteriores, passível de análise dos níveis de influência exercidos pelos fatores. Idem

19 Categorização de requisitos Responsável: Indica o nome do responsável na Equipe de Projeto pelo requisito. Membro Equipe Valor da Descrição Estabelece o membro da equipe responsável no momento pelo requisito. Pode ser alterado durante o tempo.

20 Categorização de requisitos Observações: Atributo livre para registro de observações como pendências ou problemas que atualmente está ocorrendo com o requisito. Valor Texto Livre Descrição Importante recurso para que o Analista de Requisitos ou o Coordenador de Projetos registre pendências encontradas no desenvolvimento do requisito.

21 Representação de requisitos Podemos representar os requisitos como uma pirâmide, onde cada nível da pirâmide representa um nível de requisito e as bases são refinadas a partir da camada superior. Rastreabilidade Problema Domínio do Problema Necessidades Características Domínio da Solução Requisitos de Software

22 Representação de requisitos O Problema, representado pela nuvem na Figura 1, é o domínio do problema dos usuários e outros envolvidos, pessoas cujas necessidades devem ser atendidas para a construção do sistema. Geralmente, o domínio do problema envolve conhecimentos em áreas diversas, passando por simples Controles de Vendas até negócios complexos como cálculos financeiros ou sistemas de controle. Rastreabilidade Problema Domínio do Problema Necessidades Características Domínio da Solução Requisitos de Software

23 Rastreabilidade de requisitos A seta Rastreabilidade na Figura 1 mostra que os requisitos de mais alto nível podem originar outros Tipos de Requisitos, sendo que o Tipo Requisitos de Software fatalmente será subdividido em outros Tipos. Note que a Figura representa a rastreabilidade entre Tipos de Requisitos Os componentes também devem ser mantidos consistentes com os requisitos que o originam através do uso de uma identificação única. Esta identificação pode seguir o seguinte padrão: TIPSEQ, onde: TIP abreviação com três letras que representa o Tipo de Requisito, conforme planejado no Plano de Gerenciamento de Requisitos. SEQ número seqüencial.

24 Rastreabilidade entre tipos de requisitos Rastreabilidade Horizontal Rastreabilidade Vertical Requisito Funcional Requisito Funcional Fornecedor de Requisitos Necessidade Característica Requisito Funcional Requisitos não Funcional Casos de Teste Elementos de Projeto Casos de Teste

25 Tipos de rastreabilidade Existem dois tipos de rastreabilidade: Vertical e Horizontal Rastreabilidade Vertical: indica relacionamentos entre requisitos de tipos diferentes Rastreabilidade Horizontal: indica relacionamentos entre requisitos de mesmo tipo

26 Representação de requisitos Baseado no Problema, as Necessidades dos usuários e outros envolvidos são endereçadas (representados pelo topo da pirâmide) e deverão originar todos os outros requisitos. Características do Produto são um dos tipos de requisitos que representam o Domínio da Solução de Software Características do Produto indicam recursos e a capacidade que um sistema deve fornecer para atender as necessidades dos principais envolvidos

27 Representação de requisitos Necessidades e Características são fortemente relacionadas Necessidades indicam O QUE o sistema deve fornecer Características indicam COMO o sistema deverá se comportar para atender determinada Necessidade Na base da pirâmide encontram-se os Requisitos de Software, que representam as funcionalidades que o sistema de software deve fornecer

28 Definição para Gerenciamento de Requisitos Uma definição para Gerenciamento de Requisitos pode ser: Um enfoque sistemático para elicitar, organizar e documentar os requisitos de um sistema, e o processo que estabelece e mantém acordos entre o cliente e a equipe de projeto sobre as mudanças de requisitos do sistema.

29 Processo de Gerenciamento de Requisitos Determina quais os procedimentos devem ser seguidos nos projetos para o gerenciamento e a licitação de requisitos funcionais e não funcionais do sistema a ser desenvolvido. Define papel do analista de requisitos para execução das atividades de gerenciamento e engenharia de requisitos Define como planejar, executar e controlar requisitos Serve como guia para identificação, análise, documentação, organização, validação, e rastreamento dos requisitos de um sistema.

30 Analista de Requisitos Atividades: Planejar o gerenciamento de requisitos juntamente com o Coordenador de Projetos através da elaboração de um plano Realizar a análise do problema envolvido no projeto do sistema, com a elaboração dos documentos preliminares de requisitos, como o documento de visão

31 Processo de Gerenciamento de Requisitos Processo contínuo, repetido durante todo o ciclo de vida do projeto Focado no registro e rastreabilidade dos requisitos Determina quais os procedimentos devem ser seguidos nos projetos para o gerenciamento e a licitação de requisitos funcionais e não funcionais do sistema a ser desenvolvido. Define papel do analista de requisitos para execução das atividades de gerenciamento e engenharia de requisitos Define como planejar, executar e controlar requisitos Serve como guia para identificação, análise, documentação, organização, validação, e rastreamento dos requisitos de um sistema

32 Processo de Gerenciamento de Requisitos Planejar gerenciamento de requisitos Analisar o problema Definir sistema Refinar requisitos Aprovar requisitos Manter rastreabilidade

33 Planejar gerenciamento de requisitos Elaborar o Plano de Gerenciamento de Requisitos e o ambiente necessário para as atividades de gerenciamento, desenvolvimento e rastreabilidade de requisitos. Gerenciamento de Requisitos

34 Planejar gerenciamento de requisitos No planejamento de gerenciamento de requisitos é gerado o Plano de Gerenciamento de Requisitos que contém: Gerenciamento de Requisitos Estabelecimento de reuniões periódicas entre a equipe de projeto Apresentações formais dos requisitos para os clientes Validação de requisitos tecnológicos e metodológicos com as áreas competentes do cliente Realização de workshops envolvendo as várias frentes de levantamento de requisitos para identificar requisitos conflitantes Realização de workshops envolvendo os Analistas de Requisitos, Projetistas e Arquiteto de Software com o objetivo de validar diferentes aspectos de requisitos Sistematização do processo de revisões e inspeções

35 Critérios para validação e aceitação de requisitos Os requisitos devem ser: Claros: os requisitos devem estar escritos de maneira clara, qualquer integrante da equipe deve ser capaz de entender o requisito Completos: nenhum detalhe importante deve ser omitido, tais como dados de entrada e saída, regras de validação ou interação do usuário com o sistema Consistentes: um requisito não pode contradizer um outro requisito Únicos: evitar duplicidade de requisitos Viáveis: alguns requisitos de sistema não são requisitos de software, portanto não são implementáveis Testáveis: requisitos possíveis de serem testados quando implementados Rastreáveis: requisitos que derivam de algum outro requisito ou darão origem a outros requisitos

36 Ambiente de Requisitos O Ambiente de requisitos é composto por: Ferramenta de Gerenciamento e Desenvolvimento dos requisitos A configuração da ferramenta para suportar a estrutura de requisitos definida Customização dos templates para especificação dos requisitos

37 Identificação de Fornecedores de Requisitos Qualquer pessoa que é afetada em termos materiais pelo resultado do projeto, cujas necessidades devem ser atendidas pelo sistema que está sendo construído. O Ambiente de requisitos é composto por: Fornecedores de Requisitos: Cliente patrocinador Usuário Final Áreas Técnicas do Cliente (Qualidade, Produção, Banco de Dados, Tecnologias)

38 Identificação de Fornecedores de Requisitos Identificadas e registradas no documento Plano de Gerenciamento de Requisitos. São selecionados a partir dos seguintes critérios: Gestores do negócio Usuários finais, que são os fornecedores de requisitos preferenciais Pessoas com alçada para tomada de decisão Pessoas ou áreas que avaliarão e aprovarão os produtos gerados Patrocinador ou Cliente do Projeto

39 Estratégias para levantamento de requisitos O Analista de Requisitos e o Coordenador de Projetos devem definir estratégias para realizar o levantamento de requisitos e registrá-las no Plano de Gerenciamento de Requisitos. Estratégias diferenciadas podem ser úteis nas seguintes situações: Quando há Fornecedores de Requisitos dispersos geograficamente Quando há Fornecedores de Requisitos com pouca disponibilidade de tempo Quando há dificuldade no acesso a algum Fornecedor de Requisito importante

40 Identificar necessidades Tendo o problema mapeado e entendido por todos os envolvidos identificados, é hora de definir claramente as Necessidades dos Interessados. O Analista de Requisitos deve identificar o que é desejado no novo sistema para resolver os problemas.

41 Identificar restrições Toda restrição imposta para a solução deve ser cuidadosamente analisada e considerada como parte do planejamento do projeto. São exemplos de restrições: Econômicas: licenças de software, custos não cobertos pela métrica Tecnologia: novas tecnologias, ambiente físico, plataformas Sistemas: sistemas operacionais, compatibilidade com soluções existentes Ambiente: requisitos legais e estatutários Cronograma: prazos legais, indisponibilidade de recursos

42 Levantar Características do Produto Gerenciamento de Requisitos Neste subprocesso, o Analista de Requisitos deve iniciar o Domínio da Solução, e propor características ou capacidades que o produto ou sistema deve fornecer para atender as Necessidades dos Interessados. Esse tipo de requisito é chamado Característica do Produto e deve ser registrada no documento Visão

43 Levantar Características do Produto Gerenciamento de Requisitos Uma Característica do Produto pode ser definida como um serviço que o sistema deve fornecer para preencher uma ou mais Necessidades. Uma característica deve ser expressa em linguagem natural e consiste de uma frase curta e direta. O conjunto de características de um produto ou sistema deve servir para definir a solução, comunicar com usuários, gerenciar a complexidade e o escopo do sistema.

44 Levantar Características do Produto Gerenciamento de Requisitos Exemplos: O sistema deve ser compatível com Windows XP O sistema deve distinguir perfis de usuários O sistema deve ser capaz de anexar arquivos com tamanho de até 2MB O sistema deve ser capaz de enviar mensagens eletrônicas às pessoas convocadas para as reuniões. O sistema deve reportar o inventário de todos os itens, atualizados na data e hora da emissão. O sistema deve controlar acesso de usuários O sistema deve ser capaz de armazenar o histórico de operações

45 Requisitos de Software Requisitos Funcionais Requisitos Funcionais são aqueles que definem as funções ou ações que o sistema deve fornecer. Casos de uso Funções Regras de negócio Interfaces Internas Interfaces Externas

46 Requisitos de Software Requisitos Não Funcionais Requisitos não funcionais descrevem atributos do sistema ou do ambiente do sistema. São tipos de Requisitos não Funcionais: Usabilidade Confiabilidade Desempenho Suportabilidade Restrições de projeto Requisitos de Implementação Requisitos de Interface Requisitos Físicos

47 Especificar Requisitos Funcionais Nesta atividade, o Analista de Requisitos deve documentar os detalhes dos Requisitos Funcionais, especificando os seguintes itens: Pré-condições e pós-condições Fluxos de operação Entradas e saídas Interação do sistema com as Interfaces Externas e Usuários Interfaces internas Restrições de segurança e permissões Exceções Regras de negócio

48 Especificar Requisitos Não Funcionais Nesta atividade, o Analista de Requisitos deve documentar os detalhes dos Requisitos não Funcionais, especificando os seguintes itens: Exemplos Usabilidade: Existência de padrões especiais de Interface Homem-Máquina; Especificar requisitos que enfatizam o aumento da eficiência do usuário final, tais como ajuda on-line, suporte a idiomas, e outros. Confiabilidade O sistema deve prover facilidades de operação, como recuperação automática de erros.

49 Especificar Requisitos Não Funcionais Desempenho Descrever em que nível os requisitos estabelecidos pelo usuário influenciam o projeto, desenvolvimento, instalação e suporte da aplicação. Suportabilidade Existe processamento distribuído Existência de diferentes sistemas operacionais ou plataformas Especificar diferentes protocolos de comunicação

50 Especificar Requisitos Não Funcionais Restrições de projeto Aplicação com módulos que precisam ser reutilizadas em outros sistemas, causando esforços adicionais ao projeto Requisitos de Implementação Restringe o código ou a construção do sistema Requisitos de Interface Especificar características especiais para integração com outros sistemas Requisitos Físicos Esse tipo de requisito pode ser usado para representar requisitos de hardware, como as configurações físicas de rede obrigatórias

51 Especificar Cenário Operacional Cenário Operacional é uma representação de um fluxo de operação completo para os usuários finais, e pode abranger um conjunto de operações executadas seqüencialmente pelo usuário. Esse fluxo deve resultar em algo satisfatório e significante para o usuário. Nesta atividade, o Analista de Requisitos deve gerar, com base nas Especificações dos Requisitos Funcionais e no Visão, as Especificações de Cenários Operacionais.

52 Criar Protótipos Nesta atividade, o Analista de Requisitos deve construir, com base nas Especificações de Requisitos Funcionais, os Protótipos funcionais do sistema. Esses protótipos devem cobrir as principais funcionalidades do sistema, objetivando melhor entendimento pelos Fornecedores de Requisitos e equipe de projeto em relação aos Requisitos Funcionais do sistema. Prototipação é uma técnica muito importante para obter o entendimento dos requisitos funcionais do sistema. Quanto maior o grau de dinamismo de um protótipo, mais poderoso ele se torna para alcançar esse objetivo. No entanto, deve-se tomar cuidado para que os usuários entendam que o protótipo não materializa, neste momento, a solução final para o sistema.

53 Consolidar requisitos Neste processo o Analista de requisitos deve revisar os documentos: Visão, Especificações de Requisitos Funcionais, Especificações de Requisitos não Funcionais, Protótipos, Especificações de Cenários Operacionais, Matrizes de Rastreabilidade e Atributos de Requisitos nos seguintes aspectos: Inconsistências entre os Requisitos de Software e as Necessidades dos Interessados Inconsistências entre os Requisitos de Software e o Plano do Projeto Interfaces externas Interfaces internas

54 Consolidar requisitos Neste processo o Analista de requisitos deve revisar os documentos: Visão, Especificações de Requisitos Funcionais, Especificações de Requisitos não Funcionais, Protótipos, Especificações de Cenários Operacionais, Matrizes de Rastreabilidade e Atributos de Requisitos nos seguintes aspectos: Verificar requisitos que podem impactar em prazos e/ou custos Identificação e análise de riscos relacionados Validação dos requisitos em relação às necessidades dos Fornecedores de Requisitos

55 Análise dos requisitos A análise de requisitos deve assegurar que os Requisitos são: Completos: possuem todas as informações necessárias para o seu desenvolvimento Viáveis: a implementação é viável quanto às restrições da solução técnica Executáveis: contém todos os passos e regras que possibilitem a sua execução Verificáveis: é possível verificar se o que foi implementado corresponde com o Requisito especificado. Rastreáveis: estão representados as origens e associações entre os requisitos

56 Análise de restrições Toda restrição imposta para a solução é cuidadosamente analisada e considerada como parte do planejamento do projeto. Nessa atividade, importantes riscos podem ser identificados pelo Analista de Requisitos São exemplos de restrições: Econômicas: licenças de software, custos não cobertos pela métrica Tecnologia: novas tecnologias, ambiente físico, plataformas Sistemas: sistemas operacionais, compatibilidade com soluções existentes Ambiente: requisitos legais e estatutários Cronograma: prazos legais, indisponibilidade de recursos

57 Refinar requisitos O Objetivo deste Processo é especificar os requisitos identificados, Funcionais e não Funcionais, criar protótipos funcionais e consolidar os requisitos detalhados. O Analista de Requisitos especifica os requisitos funcionais e os não funcionais, atualiza os atributos de requisitos e matriz de rastreabilidade, especifica os cenários operacionais e cria os protótipos.

58 Refinar requisitos O Analista de Requisito, o Arquiteto de software, o Analista de Teste e o Coordenador de Projetos analisam o documento Visão, Especificações de Requisitos Funcionais, Especificações de Requisitos não Funcionais, Protótipos, Especificações de Cenários Operacionais, Matrizes de Rastreabilidade e Atributos de Requisitos nos seguintes aspectos: Inconsistências entre os Requisitos de Software e as Necessidades dos Interessados Inconsistências entre os Requisitos de Software e o Plano do Projeto Interfaces externas Interfaces internas

59 Aprovação dos requisitos Nesta atividade, o Analista de Requisitos e Coordenador de Projetos realizam a apresentação para os Fornecedores de Requisitos em uma reunião de validação. O Coordenador de Projetos deve garantir que as pessoas certas estejam presentes na validação, e que todos os artefatos necessários sejam enviados com antecedência. A apresentação deve ser mediada pelo Coordenador de Projetos, que cuida para que o foco da reunião se restrinja somente aos artefatos que são objeto de avaliação.

60 Manter rastreabilidade dos requisitos A finalidade de estabelecer rastreabilidade é ajudar a: Compreender a origem dos requisitos Gerenciar o escopo do projeto Gerenciar as mudanças nos requisitos Avaliar o impacto no projeto devido a mudanças nos requisitos Avaliar o impacto da falha de um teste nos requisitos (isto é, se o teste falhar, talvez o requisito não seja atendido) Verificar se todos os requisitos do sistema são desempenhados pela implementação Verificar se o aplicativo faz apenas o que era esperado que ele fizesse

61 Artefatos produzidos no Gerenciamento de requisitos Ata de Reunião Especificação de Caso de Uso Especificação de Cenários Operacionais Especificação de Requisitos Funcionais Especificação de Tela Especificação Suplementar Glossário

62 Artefatos produzidos no Gerenciamento de requisitos Lista de Requisitos Matriz de Rastreabilidade Modelo de Casos de Uso Plano de Gerenciamento de Requisitos Regras Negócio Roteiro de Teste Visão

63 Obrigado!

Análise de Sistemas. Contextualização. O Sucesso. Aula 4. Instrumentalização. Aula 4. Prof. Emerson Klisiewicz. Clientes satisfeitos

Análise de Sistemas. Contextualização. O Sucesso. Aula 4. Instrumentalização. Aula 4. Prof. Emerson Klisiewicz. Clientes satisfeitos Análise de Sistemas Aula 4 Contextualização Prof. Emerson Klisiewicz Aula 4 Gerenciamento de Requisitos Refinamento de Requisitos Aprovação de Requisitos Matriz de Rastreabilidade O Sucesso Clientes satisfeitos

Leia mais

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Versão 1 MDS Metodologia de Desenvolvimento de Sistemas 1 Presidente INCRA Rolf Hackbart Diretor de Gestão Estratégica DE - INCRA Roberto Kiel Coordenador Geral

Leia mais

Engenharia de Requisitos de Software

Engenharia de Requisitos de Software Engenharia de Requisitos de Software Marcelo Otone Aguiar, MSc, PMP PROJETOS 1 O que é Projeto Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo. PMI

Leia mais

Instrutora: Claudia Hazan claudinhah@yahoo.com. Motivações para Engenharia de Requisitos (ER) Processo de Requisitos

Instrutora: Claudia Hazan claudinhah@yahoo.com. Motivações para Engenharia de Requisitos (ER) Processo de Requisitos ,PSODQWDomRGHXP 3URFHVVR GH *HVWmR GH 5HTXLVLWRV VHJXLQGRR R &00, 0, Instrutora: Claudia Hazan claudinhah@yahoo.com Agenda Motivações para Engenharia de Requisitos (ER) Processo de Requisitos Visão Geral

Leia mais

Curso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan

Curso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan Faculdade INED Curso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan Ago-2008 1 Gestão de requisitos 2 Bibliografia: PAULA

Leia mais

Elicitação de requisitos e análise

Elicitação de requisitos e análise Elicitação de requisitos e análise Esta atividade divide-se em dois esforços maiores: Elicitação dos requisitos em si Técnicas de elicitação Análise do que foi elicitado Processo de análise 1 Que é um

Leia mais

Engenharia de Software na Prática Hélio Engholm Jr.

Engenharia de Software na Prática Hélio Engholm Jr. Engenharia de Software na Prática Hélio Engholm Jr. Novatec Sumário Agradecimentos... 17 Sobre o autor... 18 Prefácio... 19 Capítulo 1 Desenvolvimento de software para o valor de negócios... 20 1.1 Qualidade

Leia mais

ENGENHARIA DE SOFTWARE Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br

ENGENHARIA DE SOFTWARE Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br - MÓDULO 2 - ANÁLISE DE REQUISITOS DE SOFTWARE APLICATIVO 1. INTRODUÇÃO Entender os requisitos de um problema está entre as tarefas mais difíceis na construção de um software. Na maioria das vezes o cliente

Leia mais

Metodologia de Desenvolvimento de Sistemas (Versão 2.0)

Metodologia de Desenvolvimento de Sistemas (Versão 2.0) SERVIÇO PÚBLICO FEDERAL MINISTÉRIO DA INTEGRAÇÃO NACIONAL DEPARTAMENTO NACIONAL DE OBRAS CONTRA AS SECAS Metodologia de Desenvolvimento de Sistemas (Versão 2.0) 1 Sumário 1Introdução... 5 1.1 Objetivo...

Leia mais

Requisitos do usuário, do sistema e do software [Sommerville, 2004]

Requisitos do usuário, do sistema e do software [Sommerville, 2004] Requisitos Objetivos ou restrições estabelecidas por clientes e usuários do sistema que definem as diversas propriedades do sistema Condição ou capacidade necessária que o software deve possuir para que

Leia mais

Especialidade em Ativos Calibração Conformidade Metrológica

Especialidade em Ativos Calibração Conformidade Metrológica Especialidade em Ativos Calibração Conformidade Metrológica Metrologia é a Ciência da Medida Uma reputação de qualidade é um dos bens de mais alto valor de uma empresa. A grande importância de uma alta

Leia mais

MINISTÉRIO DA FAZENDA SECRETARIA EXECUTIVA

MINISTÉRIO DA FAZENDA SECRETARIA EXECUTIVA PROGRAMA DE MODERNIZAÇÃO INTEGRADA DO MINISTÉRIO DA FAZENDA - PMIMF MINISTÉRIO DA FAZENDA SECRETARIA EXECUTIVA ATORES DA REDE DE INOVAÇÃO 2 O MODELO CONTEMPLA: Premissas e diretrizes de implementação Modelo

Leia mais

NORMA NBR ISO 9001:2008

NORMA NBR ISO 9001:2008 NORMA NBR ISO 9001:2008 Introdução 0.1 Generalidades Convém que a adoção de um sistema de gestão da qualidade seja uma decisão estratégica de uma organização. O projeto e a implementação de um sistema

Leia mais

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software. Engenharia de Software Aula 06 Tópicos da Aula Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 26 Março 2012 Funcionais e não funcionais De usuário e do Engenharia de Estudo

Leia mais

Porque estudar Gestão de Projetos?

Porque estudar Gestão de Projetos? Versão 2000 - Última Revisão 07/08/2006 Porque estudar Gestão de Projetos? Segundo o Standish Group, entidade americana de consultoria empresarial, através de um estudo chamado "Chaos Report", para projetos

Leia mais

Engenharia de Software

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

Leia mais

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Realidade das Empresas Brasileiras ISO/IEC 12207 ISO/IEC 15504 CMMI Softex Governo Universidades Modelo de Referência para

Leia mais

Processos de gerenciamento de projetos em um projeto

Processos de gerenciamento de projetos em um projeto Processos de gerenciamento de projetos em um projeto O gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de cumprir seus requisitos.

Leia mais

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software

Leia mais

Um passo inicial para aplicação do gerenciamento de projetos em pequenas empresas

Um passo inicial para aplicação do gerenciamento de projetos em pequenas empresas Instituto de Educação Tecnológica Pós-graduação Gestão de Projetos Aperfeiçoamento/GPPP1301 T132 09 de outubro de 2013 Um passo inicial para aplicação do gerenciamento de s em pequenas empresas Heinrich

Leia mais

Requisitos. Sistemas de Informações

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

Leia mais

Metodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr

Metodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr Metodologia de Desenvolvimento de Software Prof. M.Sc. Sílvio Bacalá Jr Objetivos Discutir aspectos de Engenharia de Software Aplicar um método de desenvolvimento para especificação e projeto de software

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software 2.1 Capítulo 2 QUALIDADE DE SOFTWARE 1. INTRODUÇÃO Como foi mencionado no capítulo anterior, o papel da Engenharia de Software é, principalmente, fornecer métodos e ferramentas para

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS- Metodologia de Desenvolvimento e Manutenção de Sistemas da Superintendência de Tecnologia da Informação - STI Metodologia de Desenvolvimento e Manutenção de Sistemas da Histórico de Alterações Versão

Leia mais

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante 1 - Q193183 ( Prova: FCC - 2011 - TRT - 19ª Região (AL) - Analista Judiciário - Tecnologia da Informação / Engenharia de Software / Análise de Requisitos; Engenharia de Requisitos; ) De acordo com Sommerville,

Leia mais

Requisitos de Software

Requisitos de Software Requisitos de Software (Cap 6 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Requisitos funcionais e não funcionais

Leia mais

Hélio Engholm Jr. Novatec

Hélio Engholm Jr. Novatec Hélio Engholm Jr. Novatec Copyright 2013 da Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer

Leia mais

Módulo 4: Gerenciamento dos Riscos, das Aquisições, das Partes Interessadas e da Integração

Módulo 4: Gerenciamento dos Riscos, das Aquisições, das Partes Interessadas e da Integração Diretoria de Desenvolvimento Gerencial Coordenação Geral de Educação a Distância Gerência de Projetos - Teoria e Prática Conteúdo para impressão Módulo 4: Gerenciamento dos Riscos, das Aquisições, das

Leia mais

Figura 5 - Workflow para a Fase de Projeto

Figura 5 - Workflow para a Fase de Projeto 5. Fase de Projeto A Fase de Projeto caracteriza-se por transformar as informações modeladas durante a Fase de Análise em estruturas arquiteturais de projeto com o objetivo de viabilizar a implementação

Leia mais

Desenvolvimento de Sistemas Tolerantes a Falhas

Desenvolvimento de Sistemas Tolerantes a Falhas Confiança de software Desenvolvimento de Sistemas Tolerantes a Falhas Em geral, os usuários de um sistema de software esperam ele seja confiável Para aplicações não-críticas, podem estar dispostos a aceitar

Leia mais

Rastreabilidade de requisitos através da web

Rastreabilidade de requisitos através da web Rastreabilidade de requisitos através da web Fernando dos Santos (FURB) fds@inf.furb.br Karly Schubert Vargas (FURB) karly@inf.furb.br Christian Rogério Câmara de Abreu (FURB) crca@inf.furb.br Resumo.

Leia mais

Gerenciamento de Projetos Modulo III Grupo de Processos

Gerenciamento de Projetos Modulo III Grupo de Processos Gerenciamento de Projetos Modulo III Grupo de Processos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos em Gerenciamento

Leia mais

Diretrizes de Qualidade de Projetos

Diretrizes de Qualidade de Projetos Diretrizes de Qualidade de Projetos Versão 1.5 MAPA/SE/SPOA/CGTI, 2012 Página 1 Histórico de Revisão Data Versão Descrição Autor 15/01/2012 1.0 Criação do Artefato Pérsio Mairon 10/03/2012 1.1 Inclusão

Leia mais

Qualidade no levantamento de requisitos

Qualidade no levantamento de requisitos Qualidade no levantamento de Trecho do Pequeno Príncipe: Antoine Saint-Exupéry, 1996. E ele repetiu-me então, brandamente, como uma coisa muito séria: - Por favor... desenha-me um carneiro... Quando o

Leia mais

Estrutura Hierárquica de Planejamento e Controle da Produção Estratégico Entradas Ações Saídas Fonte

Estrutura Hierárquica de Planejamento e Controle da Produção Estratégico Entradas Ações Saídas Fonte Estratégico Previsão do Negócio Estrutura Hierárquica de Planejamento e Controle da Produção Estratégico Entradas Ações Saídas Fonte Mercados e demandas de longo prazo. Competidores. Fatores econômicos,

Leia mais

Introdução à Engenharia de Software

Introdução à Engenharia de Software Introdução à Engenharia de Software Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia

Leia mais

White-box test: Também conhecido como teste estrutural, tem por objetivo validar os dados derivados das funções do sistema.

White-box test: Também conhecido como teste estrutural, tem por objetivo validar os dados derivados das funções do sistema. 22. Planejamento, Especificação e Execução dos Testes A implantação de um sistema de boa qualidade, dentro de um prazo específico, pode ser seriamente prejudicada caso uma etapa extremamente importante

Leia mais

C O B I T. Gerenciamento dos Riscos Mitigação. Aceitação. Transferência. Evitar/Eliminar.

C O B I T. Gerenciamento dos Riscos Mitigação. Aceitação. Transferência. Evitar/Eliminar. C O B I T Evolução Estratégica A) Provedor de Tecnologia Gerenciamento de Infra-estrutura de TI (ITIM) B) Provedor de Serviços Gerenciamento de Serviços de TI (ITSM) C) Parceiro Estratégico Governança

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Conceitos e Metodologias para Desenvolvimento de Software Cascata, Prototipação, Espiral e RUP Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br

Leia mais

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 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

Leia mais

ERGONOMIA. Prof. Ruy Alexandre Generoso

ERGONOMIA. Prof. Ruy Alexandre Generoso ERGONOMIA Prof. Ruy Alexandre Generoso Ergonomia de Software - Definição É a ciência que estuda o conforto, a utilização, a organização e a documentação do software. Tem como objetivo facilitar e otimizar

Leia mais

QUALIDADE DE SOFTWARE

QUALIDADE DE SOFTWARE QUALIDADE DE SOFTWARE - 02 Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 A ISO 9000-3 é um guia para a aplicação da ISO 9001 para o desenvolvimento, fornecimento e manutenção de software.

Leia mais

Gerenciamento de Requisitos

Gerenciamento de Requisitos Gerenciamento de Requisitos Jaelson Castro 2013 1 Gerenciamento de requisitos Relaciona-se ao processo de gerenciar a mudança dos requisitos de um sistema As principais preocupações do gerenciamento de

Leia mais

FAUSTO SILVA MASTRELLA

FAUSTO SILVA MASTRELLA União Educacional Minas Gerais FAUSTO SILVA MASTRELLA NOVAS PERSPECTIVAS UBERLÂNDIA MINAS GERAIS BRASIL 2009 2 FAUSTO SILVA MASTRELLA NOVAS PERSPECTIVAS Trabalho de Conclusão de Curso apresentado ao Departamento

Leia mais

Estimativa de custo de software: roteiro e dicas para estimativas de projeto

Estimativa de custo de software: roteiro e dicas para estimativas de projeto 94 Estimativa de custo de software: roteiro e dicas para estimativas de projeto ANTONIO MENDES DA SILVA FILHO * Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop

Leia mais

O Processo de Engenharia de Requisitos

O Processo de Engenharia de Requisitos UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo de Engenharia de Requisitos Engenharia de Software 2o.

Leia mais

1. Serviços SAP Business Transformation and Plan Os serviços SAP Business Transformation and Plan atualmente incluem:

1. Serviços SAP Business Transformation and Plan Os serviços SAP Business Transformation and Plan atualmente incluem: Descrição de Serviços Serviços Business Transformation and Plan O SAP Business Transformation and Plan é um serviço de consultoria e prototipagem para promover a inovação e transformação da Licenciada

Leia mais

Processo de Desenvolvimento de Software da Empresa de Planejamento e Logística PDS EPL. Versão 1.0

Processo de Desenvolvimento de Software da Empresa de Planejamento e Logística PDS EPL. Versão 1.0 Processo de Desenvolvimento de Software da Empresa de Planejamento e Logística PDS EPL Versão 1.0 1 2 Diretor Presidente Bernardo José Figueiredo Gonçalves de Oliveira Diretoria Hederverton Andrade Santos

Leia mais

Processos de gerenciamento de riscos. Planejamento Identificação Análise Resposta Monitoramento

Processos de gerenciamento de riscos. Planejamento Identificação Análise Resposta Monitoramento Gerência de Riscos Processos de gerenciamento de riscos Planejamento Identificação Análise Resposta Monitoramento Gerência de Riscos O Plano de Gerência de Riscos descreve como a identificação, a análise

Leia mais

ENGENHARIA DE SOFTWARE Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br

ENGENHARIA DE SOFTWARE Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br - MÓDULO 2.1 - ANÁLISE DE PONTO POR FUNÇÃO - APF 1. INTRODUÇÃO Criada em 1979 por Allan J. Albrecht (IBM), a APF - ANÁLISE DE PONTOS POR FUNÇÃO é uma técnica para medição de projetos cujo objeto seja o

Leia mais

Sistemas de Informações Gerenciais

Sistemas de Informações Gerenciais Conteúdo Gerenciais Direcionadores de Arquitetura de TI Tipologia dos sistemas da informação Prof. Ms. Maria C. Lage marialage.prof@gmail.com As preocupações corporativas Gerenciar Mudanças Crescimento

Leia mais

Gerenciamento da Integração (PMBoK 5ª ed.)

Gerenciamento da Integração (PMBoK 5ª ed.) Gerenciamento da Integração (PMBoK 5ª ed.) O PMBoK diz que: O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar, definir, combinar, unificar e coordenar

Leia mais

PROCESSO DE TESTE DE SOFTWARE. Emerson Rios emersonrios@riosoft.org.br www.emersonrios.eti.br

PROCESSO DE TESTE DE SOFTWARE. Emerson Rios emersonrios@riosoft.org.br www.emersonrios.eti.br PROCESSO DE TESTE DE SOFTWARE Emerson Rios emersonrios@riosoft.org.br www.emersonrios.eti.br PROJETO DE TESTE DE SOFTWARE Deixa eu te dizer uma coisa. Teste de Software é um projeto. Certo? CERTO? Você

Leia mais

CLÍNICA TECNOLÓGICA CASOS DE TESTE. Palestrante: Marcia Silva MARCIA.SILVA@DATASUS.GOV.BR www.emersonrios.eti.br

CLÍNICA TECNOLÓGICA CASOS DE TESTE. Palestrante: Marcia Silva MARCIA.SILVA@DATASUS.GOV.BR www.emersonrios.eti.br CLÍNICA TECNOLÓGICA CASOS DE TESTE Palestrante: Marcia Silva MARCIA.SILVA@DATASUS.GOV.BR www.emersonrios.eti.br 1 REQUISITOS DE NEGÓCIO ESPECIFICAÇÃO FUNCIONAL Protótipo Planejamento dos testes Design

Leia mais

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

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

Leia mais

Processos de Gerenciamento de Projetos. Planejamento e Controle de Projetos 5 TADS FSR. Processos

Processos de Gerenciamento de Projetos. Planejamento e Controle de Projetos 5 TADS FSR. Processos Processos de Gerenciamento de Projetos Planejamento e Controle de Projetos 5 TADS FSR Prof. Esp. André Luís Belini 2 Processos O gerenciamento de projetos é a aplicação de conhecimento, habilidades, ferramentas

Leia mais

Qualidade de Processo de Desenvolvimento de Software

Qualidade de Processo de Desenvolvimento de Software Qualidade de Processo de Desenvolvimento de Software DAS 5316 Integração de Sistemas Corporativos DAS 5316 Integração de Sistemas Corporativos Prof. Ricardo J. Rabelo Conteúdo Introdução & Problemática

Leia mais

CURSO DE SISTEMAS DE INFORMAÇÃO

CURSO DE SISTEMAS DE INFORMAÇÃO 1 CURSO DE SISTEMAS DE INFORMAÇÃO EMENTÁRIO DAS DISCIPLINAS 2009.1A Atualizado em 10 de junho BRUSQUE de 2013 pela Assessoria (SC) de Desenvolvimento 2013 2 SUMÁRIO 1ª FASE... 4 01 ADMINISTRAÇÃO GERAL...

Leia mais

Projeto. Gerenciamento de Projeto de Software. Tópicos abordados. Características básicas de um projeto. Definição

Projeto. Gerenciamento de Projeto de Software. Tópicos abordados. Características básicas de um projeto. Definição Gerenciamento de Projeto de Software Tópicos abordados Atividades de gerenciamento Planejamento do projeto Cronograma do projeto Gerenciamento de riscos Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com

Leia mais

Política Gestão de Configuração e Mudança

Política Gestão de Configuração e Mudança Política Gestão de Configuração Histórico de Alteração Data Versão Descrição Autor 20/08/2011 1 Versão Inicial Danilo Costa Versão 1 Pág. 2 de 7 Índice 1. POLÍTICA 4 1.1 Aplicabilidade 4 2. CONCEITUAÇÃO

Leia mais

PMBOK 4ª Edição III. O padrão de gerenciamento de projetos de um projeto

PMBOK 4ª Edição III. O padrão de gerenciamento de projetos de um projeto PMBOK 4ª Edição III O padrão de gerenciamento de projetos de um projeto 1 PMBOK 4ª Edição III Processos de gerenciamento de projetos de um projeto 2 Processos de gerenciamento de projetos de um projeto

Leia mais

MPS.BR - Melhoria de Processo do Software Brasileiro. Guia de Implementação Parte 2: Fundamentação para Implementação do Nível F do MR-MPS-SW:2012

MPS.BR - Melhoria de Processo do Software Brasileiro. Guia de Implementação Parte 2: Fundamentação para Implementação do Nível F do MR-MPS-SW:2012 MPS.BR - Melhoria de Processo do Software Brasileiro Guia de Implementação Parte 2: Fundamentação para Implementação do Nível F do MR-MPS-SW:2012 Este guia contém orientações para a implementação do nível

Leia mais

DISASTER RECOVERY PLAN. Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com

DISASTER RECOVERY PLAN. Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com DISASTER RECOVERY PLAN Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com 1. Introdução O principal objetivo de um plano de continuidade de negócios (BCP Business Continuity Plan) é garantir a operação

Leia mais

Engenharia de Software Aula 8 (Versão 2010-02)

Engenharia de Software Aula 8 (Versão 2010-02) Engenharia de Software Aula 8 (Versão 2010-02) As melhores práticas de Engenharia de Software: Verificar Continuamente a Qualidade do Software Controlar Mudanças de Software Professor Gabriel Baptista

Leia mais

Práticas de. Engenharia de Software. Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.

Práticas de. Engenharia de Software. Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu. "Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE." Engenharia de Software Práticas de Engenharia de Software Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.br/givanaldorocha

Leia mais

Metadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados

Metadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados 1. Introdução O governo é um dos maiores detentores de recursos da informação. Consequentemente, tem sido o responsável por assegurar que tais recursos estejam agregando valor para os cidadãos, as empresas,

Leia mais

Programa do Módulo 2. Processo Unificado: Visão Geral

Programa do Módulo 2. Processo Unificado: Visão Geral 9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:

Leia mais

Gerenciamento de Projetos Modulo II Clico de Vida e Organização

Gerenciamento de Projetos Modulo II Clico de Vida e Organização Gerenciamento de Projetos Modulo II Clico de Vida e Organização Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos

Leia mais

CRITÉRIOS ADICIONAIS PARA A ACREDITAÇÃO DE ORGANISMOS DE CERTIFICAÇÃO DE SISTEMAS DE GESTÃO DA SEGURANÇA DA INFORMAÇÃO (ISO/IEC 27006:2011) - OTS

CRITÉRIOS ADICIONAIS PARA A ACREDITAÇÃO DE ORGANISMOS DE CERTIFICAÇÃO DE SISTEMAS DE GESTÃO DA SEGURANÇA DA INFORMAÇÃO (ISO/IEC 27006:2011) - OTS CRITÉRIOS ADICIONAIS PARA A ACREDITAÇÃO DE ORGANISMOS DE CERTIFICAÇÃO DE SISTEMAS DE GESTÃO DA SEGURANÇA DA INFORMAÇÃO (ISO/IEC 276:2011) - OTS NORMA Nº NIT-DICOR-011 APROVADA EM MAR/2013 Nº 01/46 SUMÁRIO

Leia mais

CÓPIA CONTROLADA USO EXCLUSIVO PARA TREINAMENTO INTERNO DO LIM56

CÓPIA CONTROLADA USO EXCLUSIVO PARA TREINAMENTO INTERNO DO LIM56 NORMA ABNT BRASILEIRA NBR ISO 9001 Segunda edição 28.11.2008 Válida a partir de 28.12.2008 Sistemas de gestão da qualidade - Requisitos Quality management systems - Requirements CÓPIA CONTROLADA USO EXCLUSIVO

Leia mais

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado

Leia mais

Qualidade de Processo de Software Normas ISO 12207 e 15504

Qualidade de Processo de Software Normas ISO 12207 e 15504 Especialização em Gerência de Projetos de Software Qualidade de Processo de Software Normas ISO 12207 e 15504 Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO

UNIVERSIDADE FEDERAL DO PARANÁ UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 5 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO Nesta aula serão apresentados e discutidos os conceitos de Gestão de projetos de software, riscos de software,

Leia mais

Medindo a Produtividade do Desenvolvimento de Aplicativos

Medindo a Produtividade do Desenvolvimento de Aplicativos Medindo a Produtividade do Desenvolvimento de Aplicativos Por Allan J. Albrecht Proc. Joint SHARE/GUIDE/IBM Application Development Symposium (October, 1979), 83-92 IBM Corporation, White Plains, New York

Leia mais

Introdução. Gerência de Projetos de Software. Sumário. Sistemas de Informação para Processos Produtivos

Introdução. Gerência de Projetos de Software. Sumário. Sistemas de Informação para Processos Produtivos Sumário Sistemas de Informação para Processos Produtivos 1. Gerência de 2. Agentes principais e seus papéis 3. Ciclo de vida do gerenciamento de projetos M. Sc. Luiz Alberto lasf.bel@gmail.com Módulo 6

Leia mais

Fundamentos de Teste de Software

Fundamentos de Teste de Software Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 4 Projeto de Teste 1 SUMÁRIO INTRODUÇÃO... 3 ANÁLISE E PROJETO DE TESTE... 3 1.

Leia mais

Política de Gerenciamento de Risco Operacional

Política de Gerenciamento de Risco Operacional Política de Gerenciamento de Risco Operacional Departamento Controles Internos e Compliance Fevereiro/2011 Versão 4.0 Conteúdo 1. Introdução... 3 2. Definição de Risco Operacional... 3 3. Estrutura de

Leia mais

MQ-1 Revisão: 06 Data: 20/04/2007 Página 1

MQ-1 Revisão: 06 Data: 20/04/2007 Página 1 MQ-1 Revisão: 06 Data: 20/04/2007 Página 1 I. APROVAÇÃO Emitente: Função: Análise crítica e aprovação: Função: Liliane Alves Ribeiro da Silva Gerente Administrativa Roberto José da Silva Gerente Geral

Leia mais

Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos

Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos SENAC Pós-Graduação em Segurança da Informação: Análise de Riscos Parte 2 Leandro Loss, Dr. Eng. loss@gsigma.ufsc.br http://www.gsigma.ufsc.br/~loss Roteiro Introdução Conceitos básicos Riscos Tipos de

Leia mais

Engenharia de Software Unidade IX Análise Essencial Abordagem Básica

Engenharia de Software Unidade IX Análise Essencial Abordagem Básica Engenharia de Software Unidade IX Análise Essencial Abordagem Básica franciscogerson10@gmail.com Prof. rancisco Gerson A. de Meneses Conteúdo Programático Introdução Comparação (Estruturada / Essencial)

Leia mais

Qualidade de Software

Qualidade de Software de Software Gerenciamento de de Software Dedica-se a assegurar que o nível requerido de qualidade seja atingido Em um produto de software Envolve a definição de padrões e procedimentos apropriados de qualidade

Leia mais

Histórico de Versões. Versão 2.2 05/05/2015 SM: EPG201500117. Fase Gestão de Mudança de Projetos - Manutenção

Histórico de Versões. Versão 2.2 05/05/2015 SM: EPG201500117. Fase Gestão de Mudança de Projetos - Manutenção SM: EPG201500117 Fase Gestão de Mudança de Projetos - Manutenção Diretrizes de Comunicação Interna Portal de Processos Fase de Planejamento de Projetos - Manutenção Atualizado o conteúdo da tarefa Registrar

Leia mais

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW Ciclo de Vida Aula 2 Revisão 1 Processo de Desenvolvimento de Software 1 O Processo de desenvolvimento de software é um conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto

Leia mais

Engenharia de Software Tema da Aula Definição e Especificação de Requisitos I - Conceitos. Exercício

Engenharia de Software Tema da Aula Definição e Especificação de Requisitos I - Conceitos. Exercício Tema da Aula Definição e Especificação de Requisitos I - Conceitos Prof. Cristiano R R Portella portella@widesoft.com.br Exercício Em grupo de 4 alunos (2 desenvolvedores e 2 usuários), simular uma reunião

Leia mais

QUALIDADE DE SOFTWARE

QUALIDADE DE SOFTWARE QUALIDADE DE SOFTWARE MODULO 3 SISTEMA DE GARANTIA DA QUALIDADE CONTEÚDO 3.1 A ABORDAGEM NBR ISO 9000 3.2 MODELOS DE QUALIDADE DE PRODUTO DE SOFTWARE 3.2.1 NBR ISO/IEC 9126 (SOFTWARE) 3.2.2 NBR ISO/IEC

Leia mais

Escritório de Gerenciamento de Projetos de Mato Grosso TAP. Oficina de Elaboração de Termo de Abertura de Projetos

Escritório de Gerenciamento de Projetos de Mato Grosso TAP. Oficina de Elaboração de Termo de Abertura de Projetos EGP MT Escritório de Gerenciamento de Projetos de Mato Grosso TAP Oficina de Elaboração de Termo de Abertura de Projetos SECRETARIA DE ESTADO DE PLANEJAMENTO CARTILHA DE ELABORAÇÃO DE TERMO DE ABERTURA

Leia mais

1. Descrição dos Serviços de Implantação da SOLUÇÃO

1. Descrição dos Serviços de Implantação da SOLUÇÃO Este documento descreve os serviços que devem ser realizados para a Implantação da Solução de CRM (Customer Relationship Management), doravante chamada SOLUÇÃO, nos ambientes computacionais de testes,

Leia mais

Engenharia de Software II

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.

Leia mais

Qualidade de Software

Qualidade de Software Produto de Software Qualidade de Software Um produto de software compreende os programas e procedimentos de computador e a documentação e dados associados, que foram projetados para serem liberados para

Leia mais

MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO DIRETORIA DE ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE AQUISIÇÕES

MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO DIRETORIA DE ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE AQUISIÇÕES MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO DIRETORIA DE ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE AQUISIÇÕES BANCO INTERAMERICANO DE DESENVOLVIMENTO REPRESENTAÇÃO NO BRASIL SOLICITAÇÃO DE MANIFESTAÇÃO DE

Leia mais

Módulo5. Módulo 5. Planejamento e realização de projeto de mapeamento e modelagem de processos, Responsabilidades, Atividades-chaves, Exercício

Módulo5. Módulo 5. Planejamento e realização de projeto de mapeamento e modelagem de processos, Responsabilidades, Atividades-chaves, Exercício Módulo5 Módulo 5 Planejamento e realização de projeto de mapeamento e modelagem de processos, Responsabilidades, Atividades-chaves, Exercício Todos os direitos de cópia reservados. Não é permitida a distribuição

Leia mais

POLÍTICA DE GESTÃO DE RISCO - PGR

POLÍTICA DE GESTÃO DE RISCO - PGR POLÍTICA DE GESTÃO DE RISCO - PGR DATASUS Maio 2013 Arquivo: Política de Gestão de Riscos Modelo: DOC-PGR Pág.: 1/12 SUMÁRIO 1. APRESENTAÇÃO...3 1.1. Justificativa...3 1.2. Objetivo...3 1.3. Aplicabilidade...4

Leia mais

Indicadores de Desempenho Conteúdo

Indicadores de Desempenho Conteúdo Indicadores de Desempenho Conteúdo Importância da avaliação para a sobrevivência e sustentabilidade da organização O uso de indicadores como ferramentas básicas para a gestão da organização Indicadores

Leia mais

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE Questionamento a alta direção: 1. Quais os objetivos e metas da organização? 2. quais os principais Produtos e/ou serviços da organização? 3. Qual o escopo da certificação? 4. qual é a Visão e Missão?

Leia mais

Instruções para elaboração de um PLANO DE PROJETO

Instruções para elaboração de um PLANO DE PROJETO INSPER INSTITUTO DE ENSINO E PESQUISA PROGRAMAS CERTIFICATES Instruções para elaboração de um PLANO DE PROJETO I - APRESENTAÇÃO Estas instruções possuem como propósito: a) Estruturar processo de elaboração

Leia mais

Forefront Server Security Management Console: Gerenciamento Simplificado da Segurança para Mensagens e Colaboração White Paper

Forefront Server Security Management Console: Gerenciamento Simplificado da Segurança para Mensagens e Colaboração White Paper Forefront Server Security Management Console: Gerenciamento Simplificado da Segurança para Mensagens e Colaboração White Paper Outubro de 2007 Resumo Este white paper explica a função do Forefront Server

Leia mais

Guia para elaboração do Modelo de Domínio Metodologia Celepar

Guia para elaboração do Modelo de Domínio Metodologia Celepar Guia para elaboração do Modelo de Domínio Metodologia Celepar Agosto 2009 Sumário de Informações do Documento Documento: guiamodelagemclassesdominio.odt Número de páginas: 20 Versão Data Mudanças Autor

Leia mais

Qualidade de. Software. Definições. Qualidade do Produto ISO 9126. Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207

Qualidade de. Software. Definições. Qualidade do Produto ISO 9126. Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207 Qualidade de : Visão Geral ISO 12207: Estrutura s Fundamentais Aquisição Fornecimento s de Apoio Documentação Garantia de Qualidade Operação Desenvolvimento Manutenção Verificação Validação Revisão Conjunta

Leia mais

Fase de Análise de Requisitos. Engenharia de Software ANÁLISE DE REQUISITOS. Tipos de Requisitos. Tipos de requisitos. Tipos de requisitos

Fase de Análise de Requisitos. Engenharia de Software ANÁLISE DE REQUISITOS. Tipos de Requisitos. Tipos de requisitos. Tipos de requisitos Engenharia de Software Fase de Análise de Requisitos Engenharia de Sistemas de Computador ANÁLISE DE REQUISITOS ANÁLISE DE REQUISITOS Projeto de Software 1 2 Tipos de Requisitos 3 4 Tipos de requisitos

Leia mais