Paulo Vasconcellos pfvasconcellos.eti.br Uma Visão Prática.

Slides:



Advertisements
Apresentações semelhantes
APS I Análise e Projeto de Sistemas I
Advertisements

1 Avaliação da Qualidade para Engenharia de Requisitos Orientada a Agentes Emanuel Batista dos Santos 11/05/2007.
PÓS-GRADUAÇÃO Curso de Pós-graduação Lato-Sensu em Análise,
Engenharia de Software
Modelagem de Software Orientado a Objetos
Engenharia de Requisitos
Planificação do Projecto de SW
Rational Unified Process(RUP)
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
CK 119: Engenharia de Software DC/CC/UFC © Rossana Andrade, Setembro CK119: Engenharia de Software Rossana Andrade Ph.D, SITE, University of Ottawa,
MO409 / Engenharia de Software I - 1º Semestre / Prof. Eliane 1 1ª Apresentação (A1) Modelos de Processos de Software RA: / Edson Amorina.
FERRAMENTA PARA ANÁLISE DE IMPACTO BASEADO EM RASTREABILIDADE DE
FERRAMENTA PARA ANÁLISE DE IMPACTO BASEADO EM RASTREABILIDADE DE
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Gerenciamento de Requisitos com Casos de Uso
Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 0 Sobre o Curso.
dbCheck! uma ferramenta para teste de banco de dados
Márcio Aurélio Ribeiro Moreira
Engenharia de Requerimentos
Paulo F. Vasconcellos
Metodologia de Desenvolvimento de Software – RUP 2. Requisitos
Prof.Alfredo Parteli Gomes
Visão Geral do RUP.
DESENVOLVIMENTO ÁGIL DE SISTEMAS ALINHADO À GOVERNANÇA DE TI
Avaliação Experimental de Técnicas Ágeis de Desenvolvimento
Fase de Elaboração: Fluxo de Requisitos
CMMI – Gerência de Configuração
Implementação em Projeto de Sistemas (PFC)
Metodologia de Desenvolvimento de Software – RUP 4. Implementação
Márcio Aurélio Ribeiro Moreira
Oficina Mecânica TADS 2011.
Gestão de Configuração & Mudanças Apresentação Márcio Aurélio Ribeiro Moreira
Metodologia de Desenvolvimento de Software – RUP 9. Ambiente
Apresentação Final DONE is Open Not Enclosed - A free Software Factory 22/08/05.
Planejamento e Gerenciamento
Universidade Tecnológica Federal do Paraná
Desenvolvimento das funcionalidades do trabalho colaborativo da solução para Rastreabilidade de Requisitos de Software baseada na generalização de artefatos.
Fase de Concepção (Início, Planejamento)
(Open Unified Process)
PSBD II Projeto de Sistemas de Banco de Dados II.
Aluna: Carolina Paloma Gasperoni
Especificação em Projeto de Sistemas
Levantamento de Requisitos
Análise e Projeto Orientados a Objetos
Embedded Software Engineering: The State of the Practice Acadêmicos:
Engenharia de Software
Processos de Software.
Centro de Informática Universidade Federal de Pernambuco Engenharia de Requisitos Paulo Ramos Jaelson Castro.
Fabrício Dias
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Análise e Especificação de Requisitos © 2001 Jaelson CastroInformações Gerais 1 Análise e Especificação de Requisitos - IF119 Centro de Informática Jaelson.
Prof.: Bruno Rafael de Oliveira Rodrigues ENGENHARIA DE SOFTWARE.
Um modelo para o gerenciamento de múltiplos projetos de software
RUP-PMBOK: Análise Comparativa Seminários em Engenharia de Software e Linguagens Marcus Machado Paulo Oliveira.
Engenharia de Software
Requisitos Não funcionais
Análise e Projeto de Sistemas © 2003 Jaelson CastroInformações Gerais 1 Análise e Projeto de Sistemas Centro de Informática Jaelson Castro
Antonio Nascimento Roteiro Introdução Objetivos Áreas de Conhecimento Certificações Conclusões Referências.
Engenharia de Software
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Uma Abordagem para o Estudo de Valor em Processos de Software: Aplicando VBSE ao EUP Gustavo Tibério
APS II Análise e Projeto de Sistemas de Informação II
PSDS com CMMI Nível 2 Dimitri de Almeida Malheiros Barbosa 27/03/2006.

1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Engenharia de Software Ludimila Monjardim Casagrande 1º Semestre Plano da Disciplina.
Engenharia de Software Ludimila Monjardim Casagrande 2º Semestre Plano da Disciplina.
Uma Visão Prática.
Transcrição da apresentação:

Paulo Vasconcellos pfvasconcellos.eti.br Uma Visão Prática

MS Mon Amour

Agenda Definindo Requisitos Estruturando Requisitos Casos de Uso e outros artefatos Engenharia de Requisitos –BABoK Visão Mudanças Perguntas & Respostas

Objetivos Definir Requisitos? Discutir Engenharia de Requisitos? Debater alguns conceitos e práticas? Aqui? Em um seminário sobre Gerenciamento de Projetos? Qual o motivo?

Em 80% dos projetos de software que falham há algum problema com requisitos...

O que é um Requisito? Uma funcionalidade específica; Uma propriedade geral do sistema; Uma restrição específica do sistema; ou Uma restrição ao desenvolvimento do sistema. Ian Sommerville & Pete Sawyer Requirements Engineering Wiley (1997).

Requisitos Esquisitos (por Arnaldo Antunes) A gente não quer Só dinheiro A gente quer dinheiro E felicidade A gente não quer Só dinheiro A gente quer inteiro E não pela metade... COMIDA © Titãs Diversão e arte Para qualquer parte Diversão, balé Como a vida quer Desejo, necessidade, vontade Necessidade, desejo, eh! Necessidade, vontade, eh! Necessidade...

Estruturando Requisitos

user stories historias

DONE © Philip Shoes Calçado

Estruturando Requisitos

Requisitos do Negócio

Estruturando Requisitos Requisitos do Usuário

Estruturando Requisitos Requisitos da Solução

Estruturando Requisitos Requisitos da Solução

Estruturando Requisitos

Estruturando Requisitos II

Tipos (ou Níveis) de Negócio do Usuário da Solução –Funcionais –Não-Funcionais

Fonte / Ponto de Vista Estratégico Tático Operacional Técnico

Grau de Importância Fundamental Importante Opcional

Relações entre Requisitos Dependente Complementar Substituto Conflitante

Status Pendente Aprovado Recusado Substituído Implementado Verificado Excluído

Estruturando Requisitos III

Casos de Uso

Especificação de Casos de Uso

Estruturando Requisitos

Especificação de Casos de Uso Não é Documentação

Matriz de Rastreabilidade Não é Solução

RUP: Requisitos Não é burocracia

Base de Conhecimentos

por: Reinaldo Castro & Jean Streleski

Conhecimentos

Conhecimentos!

© Improve IT

Como Aprendemos?

Meet in the Middle

Iterativo e Incremental

Hey! Conheço essa figura de algum lugar!

Engenharia de Requisitos

BABoK (REBoK?) Business Analysis Body of Knowledge IIBA International Institute of Business Analysis

Knowledge Areas [BABoK]

© Marília Almeida Coleta? Elicitation? Levantamento?

Nós DESENVOLVEMOS requisitos! Definimos...

O que precisa ser feito?

Project Charter Busines s Case...

O que precisa ser feito? produc t backlo g

Insanamente Simples Scott Berkun A Arte do Gerenciamento de Projetos Artmed (2008).

E as Mudanças?

O que Muda?

Regras de Negócio A forma como satisfazemos determinados requisitos

Iterativo e Incremental

Quem acerta na primeira? As duas mais importantes ferramentas de um arquiteto são a borracha na sala de desenhos e a marreta na construção - Frank Lloyd Wright A mais importante ferramenta do físico é sua cesta de lixo. - Albert Einstein As duas mais importantes ferramentas de um arquiteto são a borracha na sala de desenhos e a marreta na construção. - Frank Lloyd Wright A mais importante ferramenta do físico é sua cesta de lixo. - Albert Einstein

FAN – Formação de Analistas de Negócios 2 de Julho, em São Paulo 4 de junho, em Sampa 16 de julho, idem 28 de maio, no Rio 31 de maio, em Sampa

Bibliografia Recomendada Software Requirements Karl Wiegers – MS Press (1999) More About Software Requirements Karl Wiegers – MS Press (2006) Requirements-Led Project Management Suzanne e James Robertson – Addison-Wesley (2005) Writing Effective Use Cases Alistair Cockburn – Addison-Wesley (2000) Requirements Engineering Ian Sommerville e Pete Sawyer – Wiley (1997) Agility and Discipline Made Easy: Practices from OpenUP and RUP Per Kroll e Bruce MacIsaac – Addison-Wesley (2006) A Arte do Gerenciamento de Projetos Scott Berkun – Artmed (2008)

Na Web IIBA – International Institute of Business Analysis BPM Forum UML-BR

Créditos & Débitos Tks! –Tempos Real Eventos –Adail, Papo e Juan –BPM Forum / UML-BR / CMMI-BR / AN.BR Apresentação liberada sob licença Creative Commons (by+sa) 2.5 Brasil

O QUE PRECISA SER FEITO? Skype:pfvasconcellos