TRIBUNAL DE JUSTIÇA DE PERNAMBUCO DIRETORIA DE INFORMÁTICA Disciplina de Requisitos PDSTJ Abril /2010

TRIBUNAL DE JUSTIÇA DE PERNAMBUCOTRIBUNAL DE JUSTIÇA DE PERNAMBUCO

DIRETORIADIRETORIA DEDE INFORMÁTICAINFORMÁTICA

Disciplina de RequisitosDisciplina de Requisitos

PDSTJPDSTJ

Abril /2010

TJPE.DINFO.GETEC.UMCSTI

Disciplina de RequisitosObjetivo do Curso

2

Solicitação do curso: Unidade Melhoria Contínua baseada nas dúvidas frequentes e resultado das auditorias;

Público alvo: Analistas de Negócio e Chefes das Unidades de Negócio;

Objetivos: Capacitar para a utilização do "novo" processo Requisitos;

Simular na prática a elaboração da documentação de requisitos de uma demanda;

Uniformizar entendimento sobre alguns conceitos chaves de requisitos;


Disciplina de RequisitosMotivação

3



4



5Taj Mahal


Disciplina de RequisitosAgenda

Visão geral da disciplina de Requisitos

Atividades Analisar Impacto Elicitar Requisitos Documentar e Analisar Requisitos Revisar Requisitos Validar Requisitos Gerenciar Requisitos

Considerações Finais

6


Disciplina de RequisitosVisão Geral

Requisitos 6 atividades 9 papéis 11 artefatos

Processo v4.2 (08/02/2010) Produção www.tjpe.jus.br/prosoft

Processo v4.6Processo v4.6 Desenvolvimento http://192.168.251.88/prosoft_desenv/

7






8






9


Disciplina de RequisitosAnalisar Impacto

Papéis Analista de Negócios / Sistemas [P]

Entradas Solicitação de Mudança

Etapas Analisar Impacto

Saídas Relatório de Análise de Impacto

10


Disciplina de RequisitosAnalisar Impacto


Entradas Solicitação de Mudança

Etapas Analisar Impacto


11

Sumário

Escopo Sistema Analista de

Requisitos E-mail

Análise de Impacto Disciplina Impacto






12


Disciplina de RequisitosElicitar Requisitos

Papéis Analista de Negócios / Sistema [P], Cliente [S] e Usuário [S]

Entradas Ativos Organizacionais; Leis e Regulamentos (opcional)

• Políticas, procedimentos, planos e diretrizes formais e informais. • Aprendizado e o conhecimento das organizações obtidos de projetos

anteriores. Etapas

Capturar Vocabulário Identificar Funções (inclui negócio) e Atores do Sistema Documentar Necessidades

Saídas Ata de Reunião Glossário

13



Papéis Analista de Negócios / Sistema [P], Patrocinador [S] e Usuário [S]

Entradas Ativos Organizacionais Leis e Regulamentos (opcional)

Etapas Capturar Vocabulário Identificar Funções e Atores do Sistema Documentar Necessidades


14

Sumário

Redator, Local, Data e Horário Objetivo Participantes Pauta Desenvolvimento Próximas Atividades Anexos Distribuição



Papéis Analista de Negócios / Sistema [P], Patrocinador [S] e Usuário [S]

Entradas Ativos Organizacionais; Leis e Regulamentos (opcional)

Etapas Capturar Vocabulário Identificar Funções e Atores do Sistema Documentar Necessidades


15

Sumário

Introdução Termos e abreviações






16


Disciplina de RequisitosDoc. e Analisar Requisitos


Entradas Ata de Reunião Glossário

Etapas Definir Visão de Negócio Definir Visão de Sistema Especificar Casos de Uso Especificar Regras de Negócio Especificar Requisitos Não-Funcionais Especificar Modelo Conceitual de Dados

17



Saídas Documento de

Visão do Negócio Documento de

Visão do Sistema Especificação de

Casos de Uso Especificação de Regras

de Negócio Especificações

Suplementares Relação de Casos

de Uso

18


Disciplina de Requisitos Novo Requisito

Sistema com documentação• Atualizar documentação existente.

Sistema sem documentação• Elaborar no mínimo Especificação de Caso de Uso e Especificação de Regras de

Negócio. Recomendável elaborar toda documentação de requisitos relacionadas ao novo requisito.

Melhoria Sistema com documentação

• Atualizar documentação existente. Sistema sem documentação

• Mantis. Recomendável elaborar documentação de requisitos relacionada à melhoria.

Erro Mantis

19

Critério de adaptação do Processo









de Uso Modelo Conceitual de Dados

20

Sumário

Introdução Referências Organograma Descrição dos Stakeholders Modelo de negócio (AS-IS)

Cenário <nome do cenário> Diagrama de atividades (Opcional)

Cenário <nome do cenário> Diagrama de atividades (Opcional)

Modelo de negócio (TO-BE) Cenário <nome do cenário>

Diagrama de atividades Cenário <nome do cenário>

Diagrama de atividades










21

Sumário

Introdução Referências Descrição geral do sistema

Escopo Perfil atual dos sistemas Motivação / Problema Interligação com outros sistemas

Atores Necessidades e Funcionalidades

/ Característica de Qualidade Restrições










22

Sumário

Introdução Referências [CDU001] <Nome do caso de uso>

Descrição Atores Prioridade Pré-Condições Pós-Condições Fluxo Básico Fluxo Alternativo Fluxo de Exceção Pontos de Extensão Observações










23

Sumário

Introdução Referências Regras de negócio

Regras Gerais do Sistema [RN001] Nome da regra

Nome da classe de regra [RN002] Nome da regra










24

Sumário

Introdução Referências Requisitos não-funcionais

Requisitos não-funcionais do produto Usabilidade Confiabilidade Desempenho Segurança Distribuição Portabilidade

Requisitos não-funcionais do processo Padrões Linguagem de Programação










25

Sumário

Introdução Referências Lista de Casos de Uso Diagramas de Casos de Uso

Diagrama <nome_diagrama>






26


Disciplina de RequisitosRevisar Requisitos

Papéis Analista de Negócios / Sistema [P], Administrador de Dados [S], Analista

de Qualidade [S], Desenvolvedor [S], Engenheiro de Testes [S], Líder de Projeto [S], Projetista de Software [S]

Entradas Documento de Visão do Negócio Documento de Visão do Sistema Especificação de Casos de Uso Especificação de Regras de Negócio Especificações Suplementares Glossário Relação de Casos de Uso Modelo Conceitual Pontos de Verificação de Requisitos (opcional)

27



Sistemas Novos Inspeção formal obrigatória para os artefatos de requisitos.

Sistemas Antigos O Analista de Negócio analisa a necessidade da Inspeção

Formal, juntamente com um representante da Fábrica, e registra o resultado em uma anotação do Mantis.



Etapas Preparar Revisão Realizar Reunião para Revisão de Requisitos Alterar Documentos

Saídas Planilha de Inspeção Formal

29



Etapas Preparar Revisão Realizar Reunião para Revisão de Requisitos Alterar Documentos

Saídas Planilha de InspeçãoFormal

30

Sumário

Nome do Sistema Disciplina Responsável Nome do Artefato Versão do Artefato Problema Detectado Sugestão de Melhoria






31


Disciplina de RequisitosValidar Requisitos

Papéis Analista de Negócio [P], Cliente [S], Usuário [S] e Integrador de Configuração [S].

Entradas Documento de Visão do Negócio Documento de Visão do Sistema Especificação de Casos de Uso Especificação de Regras de Negócio Especificações Suplementares Relação de Casos de Uso Glossário Modelo Conceitual de Dados

Etapas Publicar Documentos Obter Termo de Aceite Gerar Baseline de Requisitos

32


Disciplina de RequisitosValidar Requisitos Novo Requisito (Obrigatório)

Sistema com documentação• Atualizar documentação existente.

Sistema sem documentação• Elaborar no mínimo Especificação de Caso de Uso e Especificação de Regras

de Negócio. Recomendável elaborar toda documentação de requisitos relacionadas ao novo requisito.

Melhoria (Recomendável para melhorias críticas) Sistema com documentação

• Atualizar documentação existente. Sistema sem documentação

• Mantis. Recomendável elaborar documentação de requisitos relacionada à melhoria.

Erro Mantis



Saídas Termo de Aceite

• Pode ser digital, através de uma resposta por e-mail do cliente aprovando os requisitos enviados;

• Pode ser uma ata de reunião registrando a apresentação da documentação de requisitos ao cliente e sua respectiva aprovação;

• Pode ser um documento impresso e assinado formalmente pelo cliente.

Obs: Seja qual for a forma assumida pelo Termo de Aceite, é importante que sejam registradas as versões dos documentos que estão sendo aprovados, quem os aprovou e a data do aceite.

34



Saídas Termo de Aceite

35

Sumário

Escopo Sistema Líder do Projeto E-mail

Artefatos Artefato Versão

Assinaturas Líder do Projeto Cliente do Projeto






36


Disciplina de RequisitosGerenciar Requisitos

Papéis Analista de Negócio [P], Adm. de BD [S], Analista de Qualidade [S],

Desenvolvedor [S], Engenheiro de Testes [S], Líder de Projeto [S], Projetista de Software [S], Integrador de Configuração [S].

Entradas Solicitação de Mudança (opcional)

Etapas Verificar Mudanças Analisar Impacto


37


Disciplina de RequisitosGerenciar Requisitos

Papéis Analista de Negócio [P], Adm. de BD [S], Analista de

Qualidade [S], Desenvolvedor [S], Engenheiro de Testes [S], Líder de Projeto [S], Projetista de Software [S]

Entradas -

Etapas Verificar Mudanças Analisar Impacto


38

Sumário

Escopo Sistema Analista de

Requisitos E-mail

Análise de Impacto Disciplina Impacto






39


Disciplina de RequisitosConsiderações Finais

Nomenclatura dos artefatos de Requisitos <ID_SISTEMA>_<ID_ARTEFATO>

40



Nomenclatura dos artefatos de Requisitos <ID_SISTEMA>_<ID_ARTEFATO>

41



Disciplina de Requisitos

Grupo Especialista de Requisitos • Deve ser acionado quando os analistas de negócio apresentarem

dificuldades na criação e manutenção da documentação dos requisitos dos sistemas.

• O grupo só deve ser chamado após exauridas todas as possibilidades de ajuda dentro da própria unidade. O auxílio dos membros do grupo está atrelado à disponibilidade de tempo destes face suas outras atividades.

• Componentes:– Amanda Pimentel e Silva Lins (UNSC / [email protected] )– Cristina Luzia C. Rodrigues (UNSC / [email protected] )– Gláucia da Silva Graça (UNSJ / [email protected] )

42


Disciplina de RequisitosDúvidas | Sugestões

43


Disciplina de Requisitos

Cenas dos próximos capítulos: Requisitos na prática

44

Equipes de no máximo 3 pessoas;

Discutir em grupo e definir o Sistema e o escopo do sistema que será objeto no curso;

Cada equipe deverá descrever em poucas palavras o sistema e o escopo e enviar por email ([email protected] e [email protected] ) juntamente com os nomes dos integrantes da equipe;

Documents

TRIBUNAL DE JUSTIÇA DE PERNAMBUCO DIRETORIA DE INFORMÁTICA Disciplina de Requisitos PDSTJ Abril /2010