1 Gestão de Requisitos
Como é dito na documentação da MPS.BR "O propósito do processo Gerência de Requisitos é gerenciar os requisitos do produto e dos componentes do produto do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.".
Dados o que a Gerência de Requisitos se propõe, existem resultados que se espere que se atinja. Dado o que se espera, nosso projeto utilizou dos seguintes GRE:
-
GRE 1: Todos os dados foram fornecidos pelo Corpo de Bombeiros Militar do Espírito Santo - CBMES. O processo de obtenção foi por meio de reuniões com o stakeholder. Parte dos dados foram coletadas de uma planilha do Excel já existente e de um sistema já em execução no CBMES.
-
GRE 4: Foram necessárias mudanças nos planos e requisitos iniciais. Pois alguns dos requisitos listados não atendiam ao real desejo do CBMES, sendo assim necessários troca-los.
-
GRE 5: Por falha de comunicação alguns dos requisitos eram redundantes em relação ao sistema que já se encontra em execução no CBMES. Sendo assim necessário reavaliar a real necessidade de alguns requisitos.
Em relação aos atributos RAP, são eles:
- RAP 5 - As informações e os recursos necessários para a execução do processo são identificados e disponibilizados;
Foi marcada um reunião com alguns membros do CBMES para que os mesmo nos passassem as informações necessárias.
- RAP 11 - Os requisitos dos produtos de trabalho do processo são identificados;
Apos a obtenção das informações, a laboração dos requisitos foi feita.
O Corpo de Bombeiros Militar do Espírito Santo – CBMES, em eventos de grandes proporções como por exemplo, grandes incêndios, desabamentos, fortes chuvas, enchentes, entre outros, possui a necessidade de realocar recursos (viaturas, bombeiros, equipamentos diversos) de outros Quartéis/Unidades e concentrá-los no atendimento e resolução da situação de maneira efetiva.
Com isso existe a necessidade de saber, quais recursos cada Unidade possui e quais estão disponíveis, pois existe a possibilidade de que de 10 viaturas de uma Unidade 4 estejam em manutenção, e assim a Diretoria de Operações realocar esses recursos ao Sistema de Comando de Incidentes - SCO. O SCO é uma Unidade temporária criada quando eventos de grandes proporções ocorrem, sendo ela a responsável por gerenciar os recursos de outras unidades e assim atender ao evento em questão e a Diretoria de Operações é a responsável por alocar recursos, dar início e fim aos SCO.
Atualmente essa tarefa de realocação é feita de maneira manual, utilizando planilhas de Excel. CBMES buscando melhoria no controle de disponibilidade de Recursos Operacionais em tempo real, busca o desenvolvimento de um sistema para executar tarefas relativas ao gerenciamento de recursos.
O sistema tem por propósito disponibilizar em tempo real a situação dos recursos para subsidiar a tomada de decisões em casos de eventos de grandes proporções. Após implementado o sistema permitirá uma resposta mais rápida aos eventos, através da composição e gerenciamento dos recursos operacionais otimizados pelo sistema e em tempo real, assim melhorando de forma visível a qualidade do atendimento à população por parte do CBMES.
O Corpo de Bombeiros Militar do Estado do Espírito Santo - CBMES, após reestruturação interna, necessita de um sistema interno eficaz para gerenciar pessoas, materiais e viaturas durante o acontecimento de uma grande ocorrência emergencial que fuja do modelo rotineiro de atendimento.
Dado que todos os recursos a serem realocados já constam no Banco de Dados do CBMES, tornou-se desnecessário a existência de CRUD’s de todos os recursos, pois o sistema proposto trata-se justamente de consultar o Banco de Dados do CBMES, informar que recursos X está alocado a SCO Y, não sendo necessário em nem um momento fazer alterações no Banco de Dados do CBMES, apenas consultas ao mesmo. Sendo assim somente existe a necessidade de um CRUD do SCO.
A Diretoria de Operações pode compor um ou mais Sistema de Comando de Operações (SCO) durante a ocorrência de um grande evento. Para compor o SCO a diretoria verifica dentre os Recursos Operacionais, Pessoas, Viaturas e Equipamentos de uma ou mais Unidades Operacionais de sua escolha e realiza a atribuição deste Recurso para o SCO a ser montado.
Para cadastrar um SCO é necessário informar o Nome do Evento, Comandante a frente do SCO em questão, quem é o responsável pela logística, data de início do SCO, não sendo necessário a informação previamente a da data de fim, pois o SCO continua em atividade enquanto ele for necessário, sendo assim não é possível definir previamente uma data de fim.
O sistema deverá ser desktop com atualização constante da base de dados, para facilitar o acesso e possuir uma fácil utilização.
| Identificador | Descrição | Depende |
|---|---|---|
| RF1 | O sistema deve,permitir o cadastro de SCO | |
| RF2 | O sistema deve,permitir o cadastro de SCO | RF1 |
| Identificador | Descrição | Depende |
|---|---|---|
| RNF1 | Serviços Web,hospedados em servidor | |
| RNF2 | Banco de dados,persistente para armazenar os dados | RNF1 |
| RNF3 | Integridade e,segurança nos dados armazenados | RNF2 |
| RNF4 | Tempo máximo de,indisponibilidade deve ser de 30 minutos | |
| RNF5 | Autenticação de,Usuário para consumo de webservices do sistema por sistemas externos | |
| RNF6 | Integração com,SIARHES/SAFO para obtenção das informações de Militares | |
| RNF7 | Integração com,o DEON para obtenção de informações do estado das Viaturas e Equipes | |
| RNF8 | Use de Design,responsivo nas interfaces Gráficas | |
| RNF9 | Compatibilidade,com sistemas Windows e Linux | |
| RNF10 | Compatibilidade,mínima com navegadores Mozilla Firefox e Google Chrome | |
| RNF11 | Divisão,arquitetural do sistema em camadas para desacoplamento | |
| RNF12 | Sistema deve,guardar um histórico das ocorrências |
| Identificador | Descrição | Depende |
|---|---|---|
| RN1 | Um recurso não pode ser alocado a mais de um SCO. | |
| RN2 | Os recursos só podem ser alocados a um SCO caso não estiverem sendo utilizados por uma unidade. | |
| RN3 | Somente o Diretor e o usuário SCO podem alocar recursos para o evento SCO. | |
| RN4 | Em um SCO, os equipamentos usados em conjunto com uma viatura serão de uso exclusivo dela somente durante o período que o SCO existir. | RN2 |
Apresentamos na figura abaixo diagramas de classes e tabelas de caso uso para especificação do domínio do problema.
- Funcionário - Referente a pessoas externas que pode ser mandas para auxiliar o CBMES algum evento. Por exemplo alguém mandado pela prefeitura para auxiliar em algo.
- Locação - Data que funcionário X foi alocado.
- Posto Graduação – É a patente de determinado militar.
- SCO – Evento onde existe a necessidade da presença e ação do corpo de bombeiros.
- Militar – Funcionário que trabalhe em alguma unidade do corpo de bombeiros.
- Viatura – Todo e qualquer veículo pertencente ao corpo de bombeiros.
- Equipamento – Todo e qualquer material pertencente ao corpo de bombeiros.
- Unidade – Algo como um quartel do corpo de bombeiros.
| Caso de Uso | Ações,Possíveis | Observações | Requisitos | Classes |
|---|---|---|---|---|
| Cadastrar,Militar | I, A, E | Militar, Unidade | ||
| Cadastrar,Equipamento | I, A, E | Equipamento, Unidade | ||
| Cadastrar,Viatura | I, A, E | Viatura, Unidade | ||
| Cadastrar,Unidade | I, A, E | [E] Não pode se excluir uma,unidade se está estiver alocada a um SCO | Unidade | |
| Cadastrar,Equipe | I, A, E | [I] O cadastro de Equipes é,feito a já mediante alocação de da mesma a um SCO, [E] Não pode se excluir uma,equipe se está possuir recursos alocado a ela | Equipe, Unidade, SCO | |
| Cadastrar,SCO | I, A, E | [I] O cadastro do SCO é,feito a já mediante alocação de recursos ao mesmo, [E] Não pode se excluir uma,unidade se está possuir recursos alocado a ela | SCO, Unidade, Equipe |
| Nome do Fluxo,de Eventos Normal | Precondição | Descrição |
|---|---|---|
| Login | 1. É digitado o login 2. É digitado a senha 3. Sistema verifica se o login e a senha são validos 4. É dado o acesso ao sistema |
|
| Realocar Militar | Já existir uma Unidade e um,SCO. | 1. Na tela de criação do SCO 2. Selecionar militares que deseje realocar ao SCO 3. Sistema verifica se esse militar já está alocado a outro SCO 4. Sistema,confirma realocação |
| Realocar Equipamento | Já existir uma Unidade e um,SCO. | 1. Na tela de criação do SCO 2. Selecionar equipamentos que deseje realocar ao SCO 3. Sistema verifica se esse equipamento já está alocado a outro SCO 4. Sistema confirma realocação |
| Realocar Viatura | Já existir uma Unidade e um,SCO. | 1. Na tela de criação do SCO 2. Selecionar viaturas que deseje realocar ao SCO 3. Sistema verifica se essa viatura já está alocada a outro SCO 4.Sistema confirma realocação |
| Desalocar Militar | 1. Selecionar militares que deseje desalocar do SCO 2. Sistema,confirma realocação |
|
| Desalocar Equipamento | 1. Selecionar equipamento que deseje desalocar do SCO 2. Sistema confirma realocação |
|
| Desalocar Viatura | 1. Selecionar viaturas que deseje desalocar do SCO 2. Sistema confirma realocação |
| Nome do,Fluxo de Eventos Normal Relacionado | Variante | Descrição |
|---|---|---|
| Login | 3. Sistema verifica o login e a senha mas não valida |
3.a. Sistema informa o,problema 3.b. – Login Cancelado |
| Realocar Militar | 3. Sistema verifica que,esse militar já está alocado a outro SCO | 3.a. Sistema informa o problema 3.b. – Realocação é cancelada |
| Realocar Equipamento | 3. Sistema verifica que,esse equipamento já está alocado a outro SCO | 3.a. Sistema informa o problema 3.b. – Realocação é cancelada |
| Realocar Viatura | 3. Sistema verifica que,essa viatura já está alocada a outro SCO | 3.a. Sistema informa o problema 3.b. – Realocação é cancelada |