Requisitos de Negócio

A seguir, são descritos os requisitos funcionais, os não funcionais e as regras de negócio, seguindo a notação UML.

4.2.1.1 Requisitos funcionais

São requisitos funcionais do sistema:

•RF01 - redesenhar a CS sob a óptica da metodologia Zeri;

•RF02 – a (s) sugestão (ões) de remodelagem deve (m) gerar alguma redução de resíduo poluente na CZ;

•RF03 – a cada solução Zeri encontrada para um membro ou conjunto deles, o Web

Service Zeri (WS Zeri ou apenas web service) deve retornar, em tela, a sugestão de

Varejista Distribuidor Manufatura 1 Manufatura n

Fornecedor Matéria-prima Banco de dados WebService Zeri WebService Varejista WebService

Distribuidor WebServiceManufatura

WebService Manufatura

WebService Fornecedor

Exposição dos dados do ciclo produtivo por meio do webservice cliente WebService recebe os dados

por xml, faz buscas no BD por soluções Zeri e as retorna

remodelagem da CS ao (s) membro (s) pertinente (s);

•RF04 – o Web Service cliente referente a cada elemento da cadeia (fornecedores de matéria-prima, manufaturas, distribuidores, varejistas) deve expor seus dados atualizados referentes ao ciclo produtivo;

•RF05 – o banco de dados deve conter soluções Zeri e permitir que sejam acrescidas ou atualizadas novas soluções ao longo do tempo por um usuário administrativo (com privilégios superiores no sistema);

•RF06 - o web service deve buscar, no banco de dados, por melhorias nos processos das cadeias (primeira análise de busca por solução Zeri) em três casos sempre que: novas soluções Zeri sejam inseridas, parâmetros dos ciclos produtivos sejam atualizados (alterados) ou novos membros sejam inseridos. No caso modelado da cadeia do bambu, uma manufatura de produtos alimentícios inserida na cadeia pode receber como insumo o broto de bambu (um item antes considerado resíduo no ciclo da extração do bambu); •RF07 – na primeira etapa de análise de busca por solução Zeri, o Web Service compara os resíduos gerados por um membro (recém inserido ou atualizado) com os dados armazenados em banco. Caso encontre um consumidor para tal resíduo, os dados são retornados aos membros envolvidos para verificar a possibilidade da aplicação da solução

Zeri;

•RF08 – ainda na primeira etapa de análise de busca por solução Zeri, o Web Service compara os insumos consumidos pelo membro (recém inserido ou atualizado) com os dados armazenados em banco. Caso encontre um fornecedor para tal insumo (desde que seja proveniente de resíduo), os dados são retornados aos membros envolvidos para verificar a possibilidade da aplicação da solução Zeri;

•RF09 - criar a chamada graduação Zeri a qual indica em que nível um determinado membro está em concordância com a metodologia Zeri.

•RF10 - O objetivo do sistema é elevar ao máximo a graduação Zeri de todos os participantes, e

•RF11 – mensalmente e anualmente são enviados relatórios de desempenho para os elementos da CZ. Esses relatórios contêm informações sobre as melhorias aplicadas, melhorias pendentes, graduações Zeri e redução de resíduos alcançados.

São requisitos não funcionais do sistema:

•RNF01 – para a modelagem dos processos de negócio será utilizada a versão gratuita do

Bizagi Process Modeler®;

•RNF02 – em termos de usabilidade, essa deve favorecer a interação do usuário final com o sistema. Esse usuário acessa o web service cliente para inserir ou atualizar aproximadamente 20 (vinte) parâmetros da cadeia. Portanto, a interação deve ser rápida e prática;

•RNF03 – armazenar, em banco de dados relacional, as soluções Zeri encontradas assim como os dados (parâmetros) relativos aos membros da cadeia;

•RNF04 – o web service deve retornar respostas (sobre melhorias nos processos produtivos), automaticamente, quando essas já estiverem no banco de dados. Em caso negativo, a resposta tardará tão logo a (s) solução (ões) Zeri ou o (s) elo (s) faltante (s) da cadeia seja (m) inserido (s). Quanto mais elementos da cadeia de produção estiverem cadastrados e mais soluções Zeri estiverem armazenadas, maior será a chance do web

service encontrar melhorias e propor remodelagens;

•RNF05 – em relação à segurança das mensagens SOAP, a tecnologia a ser usada para implementar o web service permite a criptografia de dados enviados e recebidos pelo WS e •RNF06 – para o usuário desenvolvedor do web service, haverá documentação disponível para que este possa implementá-lo ou expandi-lo em / para setores diferentes.

4.2.1.3 Regras de negócio

São regras de negócio:

• RN01 – permitir a criação de um novo usuário (e senha) para cada companhia cadastrada no sistema;

• RN02 – impor a autenticação ao usuário para que seja possível a inserção ou atualização dos dados de sua companhia;

• RN03 - impor a autenticação ao usuário administrativo para que seja possível a inserção ou atualização das soluções Zeri;

• RN04 – os elementos da CZ devem concordar em expor (e mantê-los atualizados) os dados dos seus ciclos produtivos com o fim de que seja possível a análise e remodelagem da cadeia;

• RN05 – o Web Service Zeri deve propor soluções baseadas na metodologia Zeri com o objetivo de transformar, se houver, o resíduo de um ciclo produtivo em insumo para outro ciclo;

• RN06 – quando o WS Zeri encontrar uma solução Zeri, esse dever retornar, na tela do sistema, a proposta de remodelagem ao (s) membro (s) envolvidos com as informações pertinentes;

• RN07 – sempre que um proposta de remodelagem for implantada pelo (s) membro (s) da CZ, os novos parâmetros do ciclo produtivo devem ser atualizados no WS Zeri e graduação Zeri deve ser atualizada;

• RN08 – sempre que um usuário insira seus dados na CZ, a graduação Zeri deve ser atualizada para “default”;

• RN09 - quando o WS Zeri propor uma remodelagem e esta for implementada pelas partes interessadas, as mesmas devem comunicar (pelo sistema) a homologação da solução e atualizar, o mais breve possível, seus novos parâmetros na cadeia Zeri e • RN10 – o Analista Zeri deve inserir todas as soluções Zeri possíveis e mantê-las

atualizadas.