Mudanças entre as edições de "Criando um documento de Casos de uso"
| Linha 107: | Linha 107: | ||
|- | |- | ||
|} | |} | ||
| + | |||
| + | A aprovação do documento se dá por duas etapas, a primeira etapa é a aprovação interna. Todo documento deve ser revisado e validado pelas áreas envolvidas na sua implementação. Esta etapa é crucial para a eficácia na entrega, pois estabelece visões diferentes do que pode ser melhorado, de informações que seriam interessantes incluir, ou de possíveis Gap's e alterações no documento. | ||
| + | |||
| + | Só é permitida a finalização e envio do documento para aprovação do cliente quando todas as áreas envolvidas aprovarem o documento. | ||
=== Empresa solicitante === | === Empresa solicitante === | ||
| Linha 116: | Linha 120: | ||
! style="width:200px" |Assinatura | ! style="width:200px" |Assinatura | ||
|- | |- | ||
| − | | Gerente TI - Cliente || Pessoa que | + | | Gerente TI - Cliente || Pessoa que aprova || 00/00/0000 || |
|- | |- | ||
| − | | Gerente de Projeto - Cliente || Pessoa que | + | | Gerente de Projeto - Cliente || Pessoa que aprova || 00/00/0000 || |
|- | |- | ||
| − | | Gerente Comercial - Cliente || Pessoa que | + | | Gerente Comercial - Cliente || Pessoa que aprova || 00/00/0000 || |
|- | |- | ||
|} | |} | ||
Edição das 20h50min de 3 de julho de 2018
Antes de iniciar o documento de casos de uso:
- Entender a necessidade (consultar documento de levantamento de esforço caso exista).
- Alinhar as visões a respeito da demanda com a liderança da fábrica (desenvolvimento, integração e configurações).
- Caso surjam dúvidas ou questionamentos vindos da equipe ou de algo que foi descrito no levantamento de esforço, solicitar reunião de alinhamento com o cliente a fim de sanar quaisquer dúvidas.
- Preparar a reunião compilando todas as dúvidas no documento de "Ata de reunião". Enviar a pauta deste documento ao cliente no momento do agendamento, contendo os questionamentos a serem feitas na reunião.
- Após a reunião, alinhar novamente com a equipe os pontos discutidos, a fim de projetar a melhor solução para todas as partes. Havendo um consenso a respeito da demanda, iniciar a documentação.
OBS1: É importante não fugir do escopo que foi acordado no documento de levantamento de esforço.
OBS2: Atenção à quantidade de horas previstas para documentar a demanda.
Abaixo pode-se visualizar o modelo padrão utilizado na construção de documentos de casos de uso, este modelo pode ser encontrado neste documento: [1]
A estrutura deste documento modelo pode ser usado como base para construção de qualquer caso de uso.
Logo abaixo percorrendo a estrutura desse modelo, serão dadas algumas instruções básicas para o preenchimento de cadas tópico.
Histórico de Alterações
| Data | Quem | Comentários |
|---|---|---|
| 03/07/2018 | Ryvane Maria | Criação do documento |
Neste bloco é necessário incluir as alterações feitas no documento.
Por exemplo: Dia 03/07/2018 Ryvane Maria criou este documento, e toda e qualquer alteração feita após a validação do documento deve ser cadastrada neste bloco.
Não é necessário cadastrar alterações feitas em dias anteriores a aprovação do documento, por exemplo: Dia 03/07/2018 Ryvane Maria criou este documento, Dia 04/07/2018 Ryvane Maria alterou a solução deste documento, e assim sucessivamente.
Manter esse bloco atualizado é importante para o acompanhamento da atividade pelo gerente de projetos, pela equipe e pelo próprio cliente.
Necessidade
Este tópico deve abordar a necessidade desta funcionalidade para o sistema.
É um erro comum iniciar o processo de projeção da solução logo na descrição da sua necessidade! É importante se atentar a isto, pois este bloco é destinado a envolver o leitor na situação que levou a necessidade de se implementar a demanda.
Algumas perguntas podem ser aplicadas com a finalidade de facilitar a construção e escrita da necessidade de uma funcionalidade, como por exemplo:
- Por que esta funcionalidade/customização foi solicitada?
- Quais problemas/dificuldades inspiraram o usuário a solicitar a demanda?
- O que isto irá agregar ao GeoSales?
Solução
Implementação
Desenvolvimento
Integração
Configurações
Estrutura de banco
| TABELA | ||||
|---|---|---|---|---|
| Coluna | Tipo | Obrigatório | Chave Primária | Explicação |
| NOME DO CAMPO | TIPO DO CAMPO | SIM/NAO | SIM/NAO | EXPLICAÇÃO SOBRE O CAMPO |
Regras de Negócios
Regras de Integração
Resultados Esperados
Protótipos
Fluxos Padrão
Aprovação
Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.
GeoSales
| Setor | Aprovado Por | Data | Assinatura |
|---|---|---|---|
| Desenvolvimento - GeoSales | Pessoa que aprovou | 00/00/0000 | |
| Integração - GeoSales | Pessoa que aprovou | 00/00/0000 | |
| Configurações - GeoSales | Pessoa que aprovou | 00/00/0000 |
A aprovação do documento se dá por duas etapas, a primeira etapa é a aprovação interna. Todo documento deve ser revisado e validado pelas áreas envolvidas na sua implementação. Esta etapa é crucial para a eficácia na entrega, pois estabelece visões diferentes do que pode ser melhorado, de informações que seriam interessantes incluir, ou de possíveis Gap's e alterações no documento.
Só é permitida a finalização e envio do documento para aprovação do cliente quando todas as áreas envolvidas aprovarem o documento.
Empresa solicitante
| Setor | Aprovado Por | Data | Assinatura |
|---|---|---|---|
| Gerente TI - Cliente | Pessoa que aprova | 00/00/0000 | |
| Gerente de Projeto - Cliente | Pessoa que aprova | 00/00/0000 | |
| Gerente Comercial - Cliente | Pessoa que aprova | 00/00/0000 |