3. PROJETO
3.2 DIAGRAMA DE CASOS DE USO
3.2.1 Módulo Principal
O módulo principal do sistema é o módulo de produção, onde todos os atores terão acesso, com exceção do ator Administrador. A seguir são descritas as funcionalidades que cada ator possui dentro do sistema.
O ator Usuário é o ator genérico e possui as funções básicas do sistema, tais como:
Carregar projeto;
Visualizar projeto;
Visualizar plano de gerenciamento do escopo;
Visualizar declaração do escopo;
Visualizar EAP;
Visualizar dicionário da EAP;
Criar solicitações de alteração no escopo do projeto;
Visualizar solicitações de alteração; e
Visualizar histórico de solicitações.
Vale lembrar, que estas funcionalidades qualquer outro ator também tem acesso, a Figura 6 mostra o diagrama de caso de uso do ator Usuário.
Figura 6. Diagrama de Casos de uso do ator Usuário
O ator Autor, além das funcionalidades do ator Usuário, também possui as seguintes opções, como mostra a Figura 6:
Criar, alterar ou excluir projeto; e
Criar, alterar a lista de aprovadores.
Figura 7. Diagrama de Casos de Uso do ator Autor
A Figura 7 mostra os casos de uso do ator Responsável, que além de possuir todas as funcionalidades do Usuário, possui as seguintes funcionalidades:
Aprovar projeto;
Aprovar plano de gerenciamento do escopo do projeto;
Aprovar declaração do escopo do projeto;
Aprovar EAP;
Aprovar dicionário da EAP; e
Aprovar solicitações de alteração.
Figura 8. Diagrama de Casos de Uso do ator Responsável.
O ator Gerente possui as funcionalidades do ator Usuário, além das seguintes funcionalidades, como mostra a Figura 8:
Criar o plano de gerenciamento;
Criar a declaração do escopo do projeto;
Criar a EAP;
Criar o dicionário da EAP; e
Verificar o escopo do Projeto.
Figura 9. Diagrama de Casos de Uso do ator Gerente
O ator Time possui acesso apenas as funcionalidades do ator Usuário, não tendo assim, nenhuma funcionalidade em especial. A Figura 9 mostra a interação entre os diferentes tipos de usuário, porém todos os atores herdam as funcionalidades do Usuário.
Os itens a seguir apresentam a descrição dos casos de uso da ferramenta proposta, com suas especificações, requisitos externos e cenários.
3.2.1.1 UC01.01. Carregar Projeto
Este caso de uso tem como cenário principal a escolha de um projeto a ser carregado, permitindo que um projeto já criado seja carregado para o usuário.
Requisitos Externos:
RF15 – O sistema deve permitir que um projeto já existente seja carregado pelo sistema.
Pré-condição: Pelo menos um projeto deve estar criado.
Pós-condição: Dados do projeto selecionado são carregados.
Tabela 5. Cenário UC01.01. Carregar Projeto Carregar Projeto – Cenário Principal
1. O sistema apresenta todos os projetos existentes da empresa que o usuário está cadastrado.
2. O usuário seleciona um dos projetos.
3. O sistema carrega os dados do projeto, mostrando para o usuário o Termo de Abertura do Projeto.
Exceção
1. Caso nenhum projeto cadastrado, o sistema não exibe nenhum projeto.
3.2.1.2 UC01.02. Visualizar Projeto
Este caso de uso tem como cenário principal a visualização de um projeto, não permitindo a alteração de qualquer informação.
Requisitos Externos:
RF01 - O sistema deve permitir criar, visualizar, editar e excluir projetos.
Pré-condição: O projeto deve estar criado.
Pós-condição: O termo de abertura do projeto é mostrado ao usuário, apenas para visualização.
Tabela 6. Cenário UC01.02. Visualizar Projeto Visualizar Projeto – Principal
1. O usuário seleciona a opção visualizar projeto.
2. O sistema carrega os dados do Termo de Abertura do Projeto, não permitindo qualquer alteração.
3.2.1.3 UC01.03. Visualizar Plano de Gerenciamento
Este caso de uso tem como cenário principal a visualização do plano de gerenciamento do projeto, não permitindo a alteração de qualquer informação.
Requisitos Externos:
RF03 - O sistema deve permitir criar, visualizar, editar e excluir o plano de gerenciamento do escopo.
Pré-Condição: O plano de gerenciamento do escopo do projeto deve estar cadastrado.
Pós-condição: O plano de gerenciamento do escopo do projeto é mostrado ao usuário, apenas para visualização.
Tabela 7. Cenário UC01.03. Visualizar Plano de gerenciamento do Projeto Visualizar Plano de Gerenciamento do Projeto - Principal
1. O usuário seleciona a opção visualizar plano de gerenciamento do projeto.
2. O sistema carrega os dados do Plano de gerenciamento do Projeto, não permitindo qualquer alteração.
3.2.1.4 UC01.04. Visualizar Declaração do Escopo
Este caso de uso tem como cenário principal a visualização da declaração do escopo do projeto, não permitindo a alteração de qualquer informação.
Requisitos Externos:
RF02 - O sistema deve permitir criar, visualizar, editar e excluir a declaração do escopo do projeto.
Pré-condição: A declaração do escopo deve estar cadastrada.
Pós-condição: A declaração do escopo do projeto é mostrada ao usuário, apenas para visualização.
Tabela 8. Cenário UC01.04. Visualizar Declaração do Escopo Visualizar Declaração do Escopo do Projeto - Principal
1. O usuário seleciona a opção visualizar declaração do escopo do projeto.
2. O sistema carrega os dados da Declaração do Escopo do Projeto, não permitindo qualquer alteração.
3.2.1.5 UC01.05. Visualizar EAP
Este caso de uso tem como cenário principal a visualização da Estrutura Analítica do projeto, não permitindo a alteração de qualquer informação.
Requisitos Externos:
RF04 - O sistema deve permitir criar, visualizar, editar e excluir a EAP.
Pré-condição: A EAP deve estar cadastrada.
Pós-condição: A EAP é mostrada ao usuário, apenas para visualização.
Tabela 9. Cenário UC01.05. Visualizar EAP Visualizar EAP - Principal
1. O usuário seleciona a opção visualizar EAP.
2. O sistema carrega os dados da EAP, não permitindo qualquer alteração.
Visualizar EAP modo gráfico – Alternativo
1. Após o sistema carregar os dados da EAP, o usuário seleciona a opção “Visualizar EAP em modo gráfico”
2. O sistema abre uma nova janela, mostrando a EAP em modo gráfico.
Exceção:
Caso a EAP não cadastrada, o sistema não exibe os itens.
3.2.1.5 UC01.06. Visualizar Dicionário da EAP
Este caso de uso tem como cenário principal a visualização do Dicionário da EAP, não permitindo a alteração de qualquer informação.
Requisitos Externos:
RF05 - O sistema deve permitir criar e visualizar, editar e excluir o dicionário da EAP.
Pré-condição: O dicionário da EAP deve estar cadastrado.
Pós-condição: O Dicionário da EAP é mostrado ao usuário, apenas para visualização.
Tabela 10. Cenário UC01.06. Visualizar Dicionário da EAP Visualizar Dicionário da EAP – Principal
1. O usuário seleciona a opção visualizar Dicionário da EAP.
2. O sistema carrega os dados do primeiro item do Dicionário EAP, não permitindo qualquer alteração.
Visualizar outros itens do Dicionário da EAP – Alternativo
1. Após o sistema carregar os dados do primeiro item do dicionário da EAP, o usuário seleciona uma opção: “Avançar”, “Retroceder”, “Primeira”, “Última”.
2. O sistema carrega os dados do item do dicionário da EAP, conforme solicitado pelo usuário.
Exceção
Caso o dicionário da EAP não está cadastrado, o sistema não exibe os dados.
3.2.1.6 UC01.07. Criar Solicitação de Mudanças
Permite que sejam criadas solicitações de mudanças no escopo do projeto. Este caso de uso tem como cenário principal a criação de uma solicitação de mudança no escopo do projeto, já como
Requisitos Externos:
RF06 - O sistema deve permitir que sejam criadas solicitações de modificações no escopo do projeto.
Pré-condição: A EAP deve estar criada e aprovada.
Pós-condição: Solicitação de mudança criada.
Tabela 11. Cenário UC01.07. Criar Solicitação de Mudança
Criar solicitação de mudança no escopo do projeto - Principal
1. O sistema carrega os dados do projeto conforme o cadastro na criação do projeto:
- Nome da Organização - Nome do Projeto
2. O sistema carrega o número da solicitação de mudança de forma incremental.
3. O sistema atribui a data da solicitação de mudança para a data atual.
4. O usuário informa os dados necessários.
5. O usuário confirma a solicitação.
6. O sistema valida os dados 7. O sistema armazena os dados
Cancelar solicitação de mudança - Exceção
Caso o usuário não confirme a solicitação de mudança no escopo:
1. O sistema não armazena nenhum dado.
3.2.1.7 UC01.08. Visualizar Solicitações de alterações
Permite que sejam listadas todas as solicitações de mudanças no escopo do projeto.
Requisitos Externos:
RF06 - O sistema deve permitir criar, visualizar e excluir solicitações de modificações no escopo do projeto.
Pré-condição: Ao menos uma solicitação de alteração deve estar criada.
Pós-condição: Lista de solicitações de alterações exibidas.
Tabela 12. Cenário UC01.08. Listar Solicitações de Mudança Listar solicitações de mudança - Principal
1. O usuário solicita a listagem das solicitações de alteração no escopo do projeto 2. O sistema carrega o nome da organização.
3. O sistema carrega o nome do projeto.
4. O sistema carrega a lista de solicitações de alterações armazenadas, exibindo os
números das solicitações, breve descrição da solicitação, Nome de quem solicitou a alteração, o grau de impacto e o status da solicitação (Aprovada, Reprovada, Não avaliada)
Exceção
Caso o nenhuma solicitação de mudança cadastrada, o sistema não exibe os dados.
3.2.1.8 UC01.09. Visualizar Histórico de Modificações
O sistema deve gerar um histórico contendo todas as modificações no escopo do projeto que foram aprovadas.
Requisitos Externos:
RF10 - O sistema deve permitir que todas as modificações de escopo sejam registradas e armazenadas (histórico de modificações).
Pré-condição: Ao menos uma solicitação de mudança de escopo deve estar aprovada.
Tabela 13. Cenário UC01.09. Gerar Histórico de Modificações Listar alterações – Principal
1. O usuário solicita a listagem do histórico de modificações no escopo do projeto 2. O sistema carrega o nome da organização.
3. O sistema carrega o nome do projeto.
4. O sistema carrega a lista de alterações aprovadas, exibindo os números das
solicitações, breve descrição da solicitação, Nome de quem solicitou a alteração, o grau de impacto e a data em que a alteração foi realizada.
Exceção
Caso o nenhuma modificação cadastrada e aprovada, o sistema não exibe os dados.
3.2.1.9 UC01.10. Criar, Alterar ou Excluir Projeto
Este caso de uso tem como cenário principal a criação de um projeto, permitindo que um novo projeto seja criado. Além do cenário principal, existem outros três cenários alternativos que permitem alterar um projeto, cancelar a criação do projeto e excluir um projeto.
Requisitos Externos:
RF01 - O sistema deve permitir criar, editar e excluir projeto.
Pré-condição: A empresa deve estar cadastrada e pelo menos um funcionário deve estar
Pós-condição: O projeto foi criado ou alterado.
Tabela 14. Cenário UC01.10. Criar, Alterar ou Excluir Projeto Criar Projeto - Principal
1. O sistema apresenta a tela para cadastro de projeto.
2. O usuário opta por criar um novo projeto.
3. O usuário informa os dados do projeto, conforme a tela.
4. O usuário confirma a criação do projeto.
5. O sistema armazena os dados do projeto.
Cancelar criação do projeto - Alternativo
Caso o usuário não confirme o passo 4 do cenário principal:
1. O sistema não armazena nenhuma informação.
Alterar Projeto - Alternativo
Caso o projeto já tenha sido aprovado, o sistema solicita o número da solicitação de mudança de escopo aprovada para que seja feita a alteração do projeto.
Caso não haja solicitação de mudança de escopo aprovada, abre o termo de abertura de projeto apenas para visualização.
1. O sistema apresenta a tela para cadastro de projeto.
2. O usuário opta por alterar um projeto.
3. O usuário altera os dados do projeto.
4. O usuário confirma a alteração do projeto.
5. O sistema valida os dados.
6. O sistema armazena os dados do projeto.
Excluir Projeto - Exceção
1. O sistema apresenta a tela para cadastro de projeto.
2. O usuário opta por excluir um projeto.
3. O usuário confirma a exclusão do projeto.
5. O sistema exclui o projeto.
6. O sistema armazena os dados da exclusão.
3.2.1.10 UC01.11. Criar, Alterar a Lista de Aprovadores
Este caso de uso tem como cenário principal a criação dos Aprovadores das etapas do gerenciamento do escopo do projeto, permitindo que os diversos aprovadores sejam escolhidos.
Além do cenário principal, existe o cenário alternativo que permite alterar os aprovadores do projeto.
Requisitos Externos:
RF07 - O sistema deve permitir que sejam definidas as responsabilidades (Aprovadores) do projeto.
Pré-condição: O projeto deve estar criado.
Pós-condição: A Lista de aprovadores criada e a permissão de cada usuário aprovador a sua etapa correspondente.
Tabela 15. Cenário UC01.11. Criar, Alterar a Lista de Aprovadores Criar Lista de Aprovadores – Principal
1. O usuário seleciona o usuário aprovador de cada uma das etapas do gerenciamento do projeto.
2. O usuário grava a seleção.
3. O sistema armazena a lista de aprovadores e seta a permissão de cada usuário a sua fase correspondente.
Alterar Lista de Aprovadores – Alternativo 1. O usuário modifica um ou mais aprovadores.
2. O usuário confirma a alteração.
3. O sistema grava a alteração, modificando as permissões dos usuários conforme a nova lista de aprovadores.
3.1.2.11 UC01.12. Aprovar Projeto
Este caso de uso tem como cenário principal a Aprovação/Reprovação de um projeto.
Requisitos Externos:
RF11 – O sistema deve permitir que um projeto seja aprovado ou reprovado.
Pré-condição: O projeto deverá estar criado.
Pós-condição: O status do projeto definido como aprovado ou reprovado, permitindo ou não a seqüência do fluxo do projeto.
Tabela 16. Cenário UC01.12. Aprovar Projeto Aprovar Projeto - Principal
1. O responsável seleciona a opção aprovar.
2. O responsável confirma a escolha.
3. I sistema grava o status do projeto como aprovado, permitindo a continuação do processo normal do projeto.
Reprovar Projeto - Exceção
1. O responsável seleciona a opção reprovar.
2. O responsável confirma a escolha.
3. O sistema seta o status do projeto como reprovado, não permitindo a continuação daquele projeto.
3.2.1.12 UC01.13. Aprovar Plano de Gerenciamento
Este caso de uso tem como cenário principal a Aprovação/Reprovação de um plano de gerenciamento do projeto.
Requisitos Externos:
RF12 – O sistema deve permitir que o plano de gerenciamento de escopo seja aprovado ou reprovado.
Pré-condição: O plano de gerenciamento do escopo deverá estar criado.
Pós-condição: O status do plano de gerenciamento projeto definido como aprovado ou reprovado, permitindo ou não a seqüência do fluxo do projeto.
Tabela 17. Cenário UC01.13. Aprovar Plano de Gerenciamento Aprovar Plano de Gerenciamento do Projeto - Principal 1. O responsável seleciona a opção aprovar.
2. O responsável confirma a escolha.
3. I sistema grava o status do plano de gerenciamento do projeto como aprovado, permitindo a continuação do processo normal do projeto.
Reprovar Plano de Gerenciamento do Projeto - Alternativo 1. O responsável seleciona a opção reprovar.
2. O responsável confirma a escolha.
3. O sistema seta o status do plano de gerenciamento do projeto como reprovado, não permitindo a continuação daquele projeto.
3.2.1.13 UC01.14. Aprovar Declaração do Escopo
Este caso de uso tem como cenário principal a Aprovação/Reprovação da Declaração do Escopo do Projeto
Requisitos Externos:
RF13 – O sistema deve permitir que a declaração do escopo do projeto seja aprovada ou reprovada.
Pré-condição: A declaração do escopo deverá estar criada.
Pós-condição: O status da declaração de gerenciamento projeto definido como aprovado ou reprovado, permitindo ou não a seqüência do fluxo do projeto.
Tabela 18. Cenário UC01.14. Aprovar Declaração do Escopo Aprovar Declaração do Escopo do Projeto - Principal 1. O usuário seleciona a opção aprovar.
2. O usuário confirma a escolha.
3. I sistema grava o status da Declaração do Escopo do projeto como aprovado, permitindo a continuação do processo normal do projeto.
Reprovar Declaração do Escopo - Alternativo 1. O usuário seleciona a opção reprovar.
2. O usuário confirma a escolha.
3. O sistema seta o status da Declaração do Escopo do projeto como reprovado, não permitindo a continuação daquele projeto.
3.2.1.14 UC01.15. Aprovar EAP
Este caso de uso tem como cenário principal a Aprovação/Reprovação da Estrutura Analítica do Projeto.
Requisitos Externos:
RF14 – O sistema deve permitir que a Estrutura Analítica do Projeto seja aprovada ou reprovada.
Pré-condição: A estrutura analítica do projeto (EAP) deverá estar criada.
Pós-condição: O status da EAP definido como aprovado ou reprovado, permitindo ou não a seqüência do fluxo do projeto.
Tabela 19. Cenário UC01.15. Aprovar EAP Aprovar EAP - Principal
1. O usuário seleciona a opção aprovar.
2. O usuário confirma a escolha.
3. I sistema grava o status da EAP como aprovado, permitindo a continuação do processo normal do projeto.
Reprovar EAP- Alternativo
1. O usuário seleciona a opção reprovar.
2. O usuário confirma a escolha.
3. O sistema seta o status da EAP como reprovado, não permitindo a continuação daquele projeto.
3.2.1.15 UC01.16. Aprovar Dicionário da EAP
Este caso de uso tem como cenário principal a Aprovação/Reprovação do Dicionário da
Requisitos Externos:
RF18 – O Sistema deve permitir que o Dicionário da EAP seja aprovado ou reprovado.
Pré-condição: O dicionário da EAP deverá estar criado.
Pós-condição: O status do Dicionário da EAP definido como aprovado ou reprovado, permitindo ou não a seqüência do fluxo do projeto.
Tabela 20. Cenário UC01.16. Aprovar Dicionário da EAP Aprovar Dicionário da EAP - Principal
1. O usuário seleciona a opção aprovar.
2. O usuário confirma a escolha.
3. I sistema grava o status do Dicionário da EAP como aprovado, permitindo a continuação do processo normal do projeto.
Reprovar Dicionário da EAP- Alternativo 1. O usuário seleciona a opção reprovar.
2. O usuário confirma a escolha.
3. O sistema seta o status do Dicionário da EAP como reprovado, não permitindo a continuação daquele projeto.
3.2.1.16 UC01.17. Aprovar Solicitação de Mudança
Permite que as solicitações de mudanças sejam controladas. Permitindo ao responsável pela aprovação, aprovar ou não cada uma das solicitações de mudança do escopo do projeto. Este caso de uso tem como cenário principal a aprovação de uma solicitação de mudança e como cenário alternativo a reprovação de uma solicitação.
Requisitos Externos:
RF09 - O sistema deve permitir que sejam aprovadas ou não as solicitações de mudanças no escopo do projeto.
Pré-condição: A solicitação de mudança no escopo deve estar criada.
Pós-condição: A solicitação de mudança no escopo foi aprovada ou reprovada.
Pós-condição: Caso a solicitação de mudança no escopo foi aprovada, é permitido fazer alterações no escopo do projeto.
Tabela 21. Cenário UC01.17. Aprovar Solicitação de Mudança Aprovar solicitação - Principal
1. O gerente do projeto descreve seu parecer sobre a alteração.
2. O gerente do projeto define o status da solicitação como aprovada.
3. O gerente do projeto confirma a alteração.
4. O sistema valida os dados 5. O sistema armazena os dados.
Reprovar solicitação - Alternativo
1. O gerente do projeto descreve seu parecer sobre a alteração.
2. O gerente do projeto define o status da solicitação como reprovada 3. O gerente do projeto confirma a alteração.
4. O sistema valida os dados 5. O sistema armazena os dados.
3.2.1.17 UC01.18. Criar o Plano de Gerenciamento
Permite que seja criado o plano de gerenciamento do escopo do projeto conforme protótipo de tela. Este caso de uso tem como cenário principal a criação do plano de gerenciamento do escopo do projeto, como cenários alternativos o cancelamento do plano de gerenciamento de escopo e alteração do plano de gerenciamento de escopo, como cenário de exceção este caso de uso possui a não aprovação do plano de gerenciamento de escopo.
Requisitos Externos:
RF03 - O sistema deve permitir que o gerente de projetos crie o plano de gerenciamento do escopo.
RF07 - O sistema deve permitir que o gerente de projeto defina responsabilidades.
Pré-condição: A declaração do escopo de projeto deve estar aprovada.
Pós-condição: Plano de gerenciamento do escopo do projeto criado ou alterado.
Tabela 22. Cenário UC01.18. Criar o Plano de Gerenciamento Criar plano de gerenciamento do escopo - Principal
1. O sistema verifica se a declaração do escopo do projeto foi aprovada.
2. O sistema carrega os dados do projeto conforme o cadastro na criação do projeto:
- Nome da Organização - Nome do Projeto
- Nome de quem elaborou o projeto - Nome de quem aprovou o projeto
3. O usuário informa os dados necessários.
4. O usuário confirma.
5. O sistema armazena os dados.
Cancelar plano de gerenciamento do escopo - Alternativo
Caso o usuário opte por cancelar o plano de gerenciamento do escopo do projeto, durante a sua criação:
1. O sistema não armazena nenhuma informação.
Declaração do Escopo não Aprovada – Exceção
Caso a declaração do escopo do projeto ainda não foi aprovada.
1. O sistema não permite a criação do plano de gerenciamento do escopo.
3.2.1.18 UC01.19 Criar a Declaração do Escopo do Projeto
Permite criação da declaração do escopo do projeto (Scope Statement), conforme o protótipo de tela. Tendo como cenário principal a criação da declaração do escopo, como cenários alternativos o cancelamento da criação da declaração do escopo e a alteração da declaração do escopo, como exceção este caso de uso tem a não aprovação de uma declaração de escopo.
Requisitos Externos:
RF02 - O sistema deve permitir que o gerente de projetos crie a declaração do escopo do projeto.
Pré-condição: O projeto deve estar criado e aprovado.
Pós-condição: Declaração do escopo do projeto criada ou alterada.
Tabela 23. Cenário UC01.19. Criar a Declaração do Escopo do Projeto Criar declaração do escopo - Principal
1. O sistema verifica se o projeto foi aprovado.
2. O sistema carrega os dados do projeto conforme o cadastro na criação do projeto.
3. O usuário informa os dados necessários.
4. O usuário confirma a declaração.
5. O sistema armazena os dados.
Alterar a declaração do Escopo – Alternativo
Caso a declaração do escopo do projeto já tenha sido aprovada, o sistema solicita o número da solicitação de mudança de escopo aprovada para que seja feita a alteração da declaração do escopo do projeto.
Caso não haja solicitação de mudança de escopo aprovada, abre a declaração do escopo projeto apenas para visualização.
1. O sistema apresenta a tela da Declaração do Escopo.
2. O sistema carrega os dados do projeto que já estão armazenados e aprovados.
3. O usuário altera os dados necessários.
4. O usuário confirma a declaração.
5. O sistema armazena as informações.
Cancelar criação da declaração do escopo - Exceção
Caso o usuário opte por cancelar a declaração do escopo do projeto, durante a sua criação:
1. O sistema não armazena nenhuma informação.
Projeto não aprovado – Exceção
Caso o projeto ainda não tenha sido aprovado.
1. O sistema não permite criar a declaração do escopo do projeto.
3.2.1.19 UC01.20 Criar a EAP
Permite que o gerente de projetos crie a EAP, permitindo que sejam criados subprodutos menores, até que eles estejam em um nível de detalhe que permita o gerenciamento do trabalho do projeto.
Requisitos Externos:
RF04 - O sistema deve permitir que o gerente de projeto crie a EAP (modo gráfico e em forma de lista).
Pré-condição: O plano de gerenciamento do escopo do projeto deve estar criado e aprovado.
Pós-condição: EAP do projeto criada ou alterada.
Tabela 24. Cenário UC01.20. Criar a EAP Criar a EAP - Principal
1. O sistema verifica se o plano de gerenciamento de escopo de projeto foi aprovado.
2. O sistema carrega os dados do projeto conforme o cadastro na criação do projeto:
- Nome da Organização - Nome do Projeto
- Nome de quem elaborou o projeto - Nome de quem aprovou o projeto - Data da criação do projeto - Nome do gerente do projeto
3. Vai para o cenário adicionar fase ou subproduto.
Após adicionar as fases ou subprodutos retorna ao passo 4.
4. O usuário confirma a criação da EAP.
5. O sistema armazena os dados.
5. O sistema atualiza a lista de níveis.
Alterar a EAP – Alternativo
Caso a EAP já tenha sido aprovada, o sistema solicita o número da solicitação de mudança de escopo aprovada para que seja feita a alteração da EAP.