ERN - Especificao de Requisitos de Negcio

IDENTIFICAO DA DEMANDA

Cdigo da DemandaNome da Demanda

145193Change Request para demanda 132725 - Sittel FASE II.

HISTRICO DE ELABORAO

DataVersoMotivoAutorDescrio da Alterao

22/10/20141.0CriaoElianaIncluso via Change Request das necessidades no supridas em perodo de demanda, onde a prioridade atender a conectividade com os demais rgos pblicos, conforme a seguinte prioridade: 1- Criao de ambiente de homologao;

2 - Alternativa para a Mediao tratar os registros que no contenham o GMT;

3 - Melhorias Processum para o Sittel (FASE I);

4 - Extrao de relatrios;

5 - Disponibilizao de Manual do Usurio.

09/12/20141.1ExclusoElianaExcluso da solicitao da criao de ambiente de homologao. O mesmo ser atendido mediante a Change Request - #144312 - Criao de ambiente de homologao para o Sittel.

18/12/20141.2AlteraoElianaAlterao em funo de reunio de 17/12/14.

ENVOLVIDOS

Nome CompletoreaPapelResponsabilidadeEmailTelefone

Fabio Antonio PereiraCRGesto da Demanda - Recursos e Apoio|I*ARFabio.apereira@11 3430 1432 | Cel. 11 99987 0361Fabio Antonio Pereira

Nilcia de Oliveira Batista Solicitante/Validador/HomologadorDiviso de Servios Especiais| FSIE02Nilceia.batista@11 3548.6770 | Cel 11 96901.6848Nilcia de Oliveira Batista

Jonas CorraSolicitante/Validador/HomologadorDiviso de Servios Especiais| FSIE02Jonas.correa@11 3548 6774 | Celular: 11980446444Jonas Corra

Eliana Lima MonteiroANGesto da Demanda - Recursos e Apoio|I*AREliana.monteiro@11 3430-4468 / Cel: 11 98186-6122.Eliana Lima Monteiro

CARACTERIZAO DA DEMANDA

Pblico AlvoOperaoRegional

FORMCHECKBOX

Pessoa Fsica FORMCHECKBOX

Fixo FORMCHECKBOX

So Paulo FORMCHECKBOX

Norte

FORMCHECKBOX

Mvel FORMCHECKBOX

Minas Gerais FORMCHECKBOX

Nordeste

FORMCHECKBOX

Pessoa Jurdica FORMCHECKBOX

FWT FORMCHECKBOX

Sul FORMCHECKBOX

Corporativo

FORMCHECKBOX

TV FORMCHECKBOX

Leste FORMCHECKBOX

Brasil

FORMCHECKBOX

Interno FORMCHECKBOX

Convergente FORMCHECKBOX

Centro Oeste FORMCHECKBOX

Global

FORMCHECKBOX

Outros

ndice

41Domnio do Problema

41.1Viso da Situao Atual

41.2Necessidades das Partes Interessadas

41.3Volumetria atual

52Domnio da Soluo de Negcio

52.1Viso da Situao Esperada

52.2Benefcio

52.3Volumetria projetada

63Escopo da Demanda

63.1Descrio do Escopo da Demanda

63.2Descrio dos Elementos Fora do Escopo da Demanda

64Restries, Premissas e Riscos

64.1Restries

64.2Premissas

64.3Riscos

65Regras de Negcio

76Fluxo Operacional

76.1FO001 Tratamento dos bilhetes que no contm o GMT e adequao ao Projeto Cang.

76.2FO002 Melhorias no Processum para o Sittel.

86.3FO003 Relatrios no Processum para o Sittel.

97Requisitos Adicionais

97.1RA01 Manuais.

97.2RA01 Formato dos arquivos.

108Ckecklist Requisitos Adicionais

109Rastreabilidade

1110Cenrios de Aceitao de Negcio

1411Referncias / Anexos

141-GMT pelo Vigia para Dados:

1412Glossrio (Convenes, termos e abreviaes).

1 Domnio do Problema1.1 Viso da Situao AtualO problema de:Ausncia de funcionalidades no sistema Processum, no previstos quando do desenvolvimento da demanda 33266.

Afeta:Que afetam a operacionalidade no tratamento das requisies, emisso de relatrios, bem como, no h manual de procedimentos.

Gerando impacto de:Falta de qualidade operacional no atendimento.

Tratativa atual: GMT: mediante Change Request na fase I do Sittel, foi efetuada ao de fixar o dado para os seguintes servios: FCDR (Voz) + Roaming interno = apresenta GMT superior a Julho/13. Para as chamadas anteriores a Julho/13 o dado fixado em GMT-03:00.

RSR (Roaming externo), fora da rede Vivo + chamada internacional = o dado fixado com valor zero. MCDR (SMS) no tem ERB, pois no h plataforma em todos os Estados = o dado fixado em 02 ou GMT -3. MINILOG (Dados), conforme print anexo em Referncia, o dado j possui o CGI informado no Vigia. O ambiente de Produo no possui as funcionalidades requeridas nesta Change Request, necessitando de aes paliativas pelos solicitantes; No h manual para os usurios e relatrios distintos para o Sittel.

1.2 Necessidades das Partes Interessadas

IDDescrio das Necessidades

NC001Solucionar a questo dos bilhetes que no retornam o dado de GMT.

NC002Corrigir funcionalidades no Processum para atender ao Sittel.

NC003Criar manual de usurio, devido necessidade futura de substituio de recursos.

NC004Gerar relatrio prprio para atender a demanda do Sittel.

1.3 Volumetria atualPerodoRegional

MensalBrasilN de Ofcios atendidos14859

MensalBrasilN de Assinantes Investigados32163

MensalBrasilN de chamadas informadas15065

Mensal BrasilNmero de ERBs352

MensalBrasilThroughput Processum x SPIC - HC521666Kb/510Mb

2 Domnio da Soluo de Negcio2.1 Viso da Situao EsperadaAtender requisitos de negcio no previstos na fase I e no atendidos na fase II em funo da priorizao da conectividade com os demais rgos pblicos.2.2 BenefcioTratar corretamente os bilhetes que no possuem o dado de GMT;

Corrigir e criar novas funcionalidades no Processum para atender a demanda do Sittel;

Criar manual do usurio, para consultas futuras;Gerar relatrios apropriados ao Sittel, para aferir o volume de solicitaes.

2.3 Volumetria projetadaPerodoRegional

MensalBrasilN de Ofcios atendidos14859

MensalBrasilN de Assinantes Investigados32163

MensalBrasilN de chamadas informadas15065

Mensal BrasilNmero de ERBs352

MensalBrasilThroughput Processum x SPIC HC (acrescer 70%).357Mb

MensalBrasilSLAA ser definido pela autoridade solicitante por meio de Ofcio.

3 Escopo da Demanda

3.1 Descrio do Escopo da Demanda XE "Escopo da Demanda" Efetuar adequaes em funcionalidades que no foram atendidos em fase de demanda, devido priorizao de outras atividades.3.2 Descrio dos Elementos Fora do Escopo da Demanda XE "Elementos Fora do Escopo da Demanda" N/A.4 Restries, Premissas e Riscos

4.1 Restries XE "Restries" IDDescrio das Restries

001N/A.

002

4.2 Premissas XE "Premissas" IDDescrio das Premissas

001Para incluso do dado de GMT dos servios FCDR (Voz) + Roaming interno (anteriores a Julho/13) e do servio MCDR (SMS), est em andamento em Redes a avaliao solicitada mediante a AV-324-14- Envio dos Campos de SMS e Voz para Mediao Layout ANATEL, oriundo da demanda 127438_Ajustes e melhorias no sistema SPIC e 96430_Gerenciamento de IMEIs Multiplicados.

002

4.3 Riscos XE "Riscos " IDDescrio dos Riscos

001O atraso na realizao da AV impede o desenvolvimento necessrio na absoro do dado de GMT para os servios citados.

002

5 Regras de NegcioIDDescrio da Regra

001

002

6 Fluxo Operacional6.1 FO001 Tratamento dos bilhetes que no contm o GMT e adequao ao Projeto Cang.1.1 Para as chamadas realizadas em nossa Rede, que no apresentem o dado de GMT (fuso horrio da Central), deve ser retornado dado como Fuso de Braslia (GMT-03:00). Esta ao deve ser refletida em toda a comunicao com o Sittel (atual e futura) para os servios: MCDR (SMS). RSR (Roaming externo), fora da rede Vivo + internacional.

MINILOG (Dados).1.2 A soluo deve prever o atendimento do Projeto Cang, com a funo de dupla convivncia entre IPV4 e IPV6, onde os arquivos que contiverem o campo nmero da porta IP devem considerar como informao vlida apenas a porta inicial. 6.2 FO002 Melhorias no Processum para o Sittel.2.1 Tratamento da ordemresiden:2.1.1 Conforme funcionalidade j existente no Portal Jud, deve ser possvel aplicar a funcionalidade de Scalation para as ordens recebidas via Sittel, no Painel de Recebimento de Ofcios, devendo haver alerta caso uma requisio no seja tratada pela equipe de Cadastro.

2.1.2 Conforme funcionalidade j existente para a pesquisa de CTs j respondidas, deve ser possvel aplicar o mesmo tipo de pesquisa para as ordens recebidas, tendo como base o nmero do processo, do inqurito policial ou do ofcio judicial, devendo ser apresentada listagem das CTs existentes, que correspondam pesquisa efetuada e gerar vnculo entre as CTs.2.2 Rejeio da Requisio:

2.2.1 A soluo deve prover a possibilidade de rejeio da ordem recebida via Sittel, tanto pelo analista com perfil de Cadastro quanto de Resposta, em etapas distintas.

2.2.2 Pelo analista de Cadastro: a rejeio prvia efetuada nesta etapa do processo encaminha a requisio com status de Rejeitada na tela de Lista de Partes para ao do analista de Resposta. A rejeio feita por este perfil no deve ser comunicada ao Sittel.2.2.2.1 A avaliao positiva deve possibilitar o encaminhamento da requisio para o analista de Resposta.

2.2.3 Pelo analista de Resposta: a rejeio anterior deve ser revalidada pelo analista de Resposta. Se a mesma no for validada, deve ter seu fluxo continuado com ao de envio para processamento.

A mantena pela rejeio ou a necessidade de rejeio independente da avaliao anterior pelo analista de Cadastro, deve alterar o status da Requisio e ser comunicada ao Sittel.

2.2.3 No momento da anlise dos arquivos gerados aps o processamento, a soluo deve prover opo para o analista de Resposta rejeitar uma ou mais linhas de Partes que retornarem em branco, onde a consulta efetuada no retornou dado devido o alvo no constar da base da Telefnica/Vivo.

2.2.4 Deve ser possvel marcar vrias requisies para poder rejeita-las em lote.

2.2.5- Deve ser possvel realizar um upload com vrios arquivos em formato Excel para substituir/complementar os dados das requisies com associao de acordo com o nome dos arquivos e seu ID. Exemplo: 201_assinante_terminal.xls referente a requisio 201 e arquivo assinante-terminal. 2.3 Tratamento da requisio:2.3.1 A soluo deve proporcionar o informe via alerta por e-mail ao analista de Resposta responsvel pela CT, se o processamento da requisio for superior a 24 horas. Este prazo deve ser parametrizvel, de modo a ser alterado a qualquer tempo, de acordo com a necessidade do solicitante.

2.3.2 - Alm da parametrizao do prazo de alerta, deve ser permitida a parametrizao do perfil para recepo do alerta. Deste modo, a princpio, o analista de Resposta deve receber o alerta. Havendo necessidade, o alerta se estender aos demais perfis de acordo com o cadastro em nveis (workflow). 2.3.3 - Todos os documentos de resposta ao SITTEL devero ser criados na aba de Resposta da CT e convertidos para arquivo com extenso.PDF. Como por exemplo, na tela de Lista de Despacho, ao clicar em Arquivo da Tela de Rejeio ou Justificativa para os casos que o SITTEL Rejeitar, dever ser listado as respostas existentes na CT. 2.4 Processamento da Requisio:

2.4.1 A soluo deve prover o status de cada provedor acionado, de acordo com o registro de solicitao efetuada. O retorno dos provedores deve conter os status: Pendente, Concludo, Falha. 2.4.2 A soluo deve prover a criao de campo que exiba em tela qual o provedor (sistema) retornou o arquivo.

2.4.3 Retorno da Requisio: Havendo entrega parcial de uma Requisio, a soluo deve prover o retorno conforme segue:

Cadastro - [ASSINANTE], [ASSINANTE-TERMINAL] e [INSTALAO] - Devem ser entregues sempre os trs juntos;

Chamadas - [CHAMADAS], [ERB] e [CONEXO] - Podem ser enviados separados de forma a caracterizar uma entrega parcial;

Interlocutores - [ASSINANTE], [ASSINANTE-TERMINAL] e [INSTALAO] - Devem ser entregues sempre os 3 juntos;

2.4.4 Se uma Requisio/Ordem solicitar tanto a resposta para os arquivos Cadastro, Chamadas, quanto Interlocutores, a soluo deve prover a entrega parcial, seja de somente informaes de Cadastro, de Chamadas ou de Interlocutores.2.4.5 - Reprocessamentos em lote: Na situao em que o processamento no ocorre com sucesso, deve ser possvel o reprocessamento da requisio por meio da tela de filtro, para um ou mais provedores que retornaram com erro.

2.4.6 A soluo deve permitir a consulta no Painel de Requisies das CTs concludas/fechadas, de modo que todas as ordens cadastradas possam ser consultadas, independente do seu status.

2.4.7 - Na finalizao do atendimento da ordem ou das requisies o sistema deve ser passvel de acolher o Recibo que o rgo demandante enviar, seja de rejeio da requisio ou da ordem como um todo.2.4.8 Ao processar uma requisio o sistema dever segregar os dados que possuem CPF invalido do restante das requisies e formar um nico PDF com todas as informaes do CPF invalido Ex.: o interlocutor com cpf n 777, ser removido de todos os arquivos interlocutor_assinante, interlocutor_assinante_terminal e interlocutor_instalao. Porm os seus dados sero exportados para um PDF a fim de informarmos a justia sobre os dados que temos 6.3 FO003 Relatrios no Processum para o Sittel.

3.1.1 A soluo deve proporcionar a extrao dos dados no Painel de recebimento de ofcio por meio da exportao em formato Excell, retornando somente os campos abaixo:

Data e Hora de Recebimento da Requisio;

Analista de Cadastro;

Analista Responsvel pela CT;

Status (conforme padro do Painel de Recebimento de Ofcios).

Nmero Ofcio Sada/Ano;

Situao;

Nmero Ofcio Entrada;

Nmero da Requisio de Servio;

Prazo de resposta;

Data de Recebimento e Solicitaes (?);

Data de envio da resposta, com status Total ou Parcial

3.1.2 - Incluir o filtro Situao na tela de Painel de Requisies:

3.1.3 Relatrio de Requisio: A soluo deve gerar relatrio de Requisies Recebidas pelos analistas de Cadastro, no mesmo padro do relatrio gerado hoje para Recebimento de Ofcios, contendo os seguintes campos: Nmero Ofcio Sada/Ano (?);

Situao;

Nmero Ofcio Entrada;

Nmero Requisio de Servio;

Status;

Data de Recebimento e Solicitaes (?);

Analista de Cadastro;

Analista Responsvel.

3.1.4 A pesquisa deve ser efetuada por quaisquer campos listados acima.3.1.5 A pesquisa deve ser refletida nos demais tipos de consulta j existentes. Assim, na busca do rgo origem da solicitao, o Sittel deve constar como filtro de pesquisa e retornar relatrio no mesmo layout dos j existentes (Consolidados/Parametrizvel/Detalhado).

3.1.6 O relatrio deve retornar as informaes, independente do rgo pblico responsvel pela Requisio, visto que o Sittel prev a entrada de novos rgos.

7 Requisitos Adicionais

7.1 RA01 Manuais.Tipo: No funcionalDescrio: Prover manual de usurio para as funcionalidades que atendem ao Sittel.7.2 RA01 Formato dos arquivos.Tipo: No funcionalDescrio: A soluo deve suportar a extrao de relatrios e documentos, respectivamente, no padro Excel e PDF.8 Ckecklist Requisitos AdicionaisItemSim / No

(S / N)Identificador (ID da Regra, Fluxo ou Requisito Adicional)

H necessidade de reteno de dados online ou expurgo de dados?N

H necessidade de um Backup de negcio diferente do Backup padro de TI? (Novos Sistemas)

N

H necessidade de treinamento dos usurios?N

9 Rastreabilidade

BlocoNecessidadeItens rastreados

(ID da Regra, Fluxo ou Requisito Adicional)

BR01 Tratamento do GMTAdequar o retorno das requisies para o correto retorno do dado de GMT.FO001.

BR02 Melhorias no ProcessumAdequar funcionalidades no Processum para atender ao Sittel.FO002.

BR03 Relatrios no ProcessumAdequar os relatrios do Processum para atender ao Sittel.FO003.

10 Cenrios de Aceitao de Negcio

ID CenrioTtulo do CenrioDescrio do CenrioDescrio das Pr-CondiesResultado EsperadoRegras / Fluxos / Requisitos adicionais Relacionados

CN01Bilhetes de GMTO usurio deve verificar se no retorno da requisio a regra est aplicada corretamente aos servios de SMS, Roaming externo e Dados.A requisio deve conter chamada proveniente da nossa Rede.O retorno da requisio deve apresentar os dados do Fuso de Braslia (GMT-03:00)FO001 (1.1).

CN02Projeto CANGO usurio deve verificar qual o retorno da requisio considerando a dupla convivncia entre IPV4 e IPV6.A soluo deve prover o ajuste no retorno do dado nmero da porta IP. O retorno da requisio deve apresentar apenas a porta inicial.FO01 (1.2).

CN03Melhorias-Tratamento da Ordem (Alerta)Deve ser gerado alerta no Painel de Recebimento de Ofcios diante da falta de ao pela equipe de Cadastro.Deve ser gerado alerta quando do recebimento de ordem via Sittel. esperado que as requisies enviadas via Sittel sejam tratadas com prioridade, independente da ao humana.FO02 (2.1.1).

CN04Melhorias-Tratamento da Ordem (Pesquisa CT)O usurio deve gerar a pesquisa da ordem recebida via Sittel. Deve ser gerado o vnculo entre Ordem recebida e j tratada. A pesquisa de nova Ordem que encontrar Ordem j tratada deve gerar o vnculo entre as duas.FO02 (2.1.2)

CN05Melhorias-Tratamento da Ordem (Rejeio da Requisio-Cadastro)O analista de Cadastro deve rejeitar uma requisio.A soluo deve prover a rejeio pelo analista com perfil de Cadastro. esperado que a requisio gere ao para o analista de Resposta endossar ou no avaliao prvia.FO02 (2.2)

CN06Melhorias-Tratamento da Ordem (Rejeio da Requisio-Resposta)O analista de Resposta efetua a rejeio da negativa anterior e aprova a requisio anteriormente reprovada.A soluo deve gerar duas aes para o analista de Resposta quando do acolhimento de uma Ordem. esperado que, a rejeio validada ou mesmo, a nova ao de rejeio seja acolhida e comunicada ao Sittel. A rejeio no validada deve possibilitar a continuidade do processamento da requisio.FO02 (2.2).

CN07Melhorias-Tratamento da Ordem (Rejeio Linha de Partes individual e em lote)O analista de Resposta deve efetuar a rejeio de linhas que retornem dados em branco, individualmente e em lote.A soluo deve prover a rejeio de linhas de resposta da Requisio, de modo individual ou em lote. esperado que a linha contendo dado de outra Operadora seja excluda do retorno da Telefnica/Vivo.FO02 (2.2).

CN08Melhorias-Tratamento da Ordem (Upload)O analista de Resposta deve efetuar a correo de dados gerados em uma requisio e efetuar o upload.A soluo deve prover o complemento ou correo da requisio por meio de upload de arquivo em padro Excel. esperado que, aps o upload, o arquivo seja vinculado correspondente requisio, pelo nome e extenso associados.FO02 (2.5).

CN09Melhorias-Tratamento da Requisio (Alerta)O analista de Resposta deve imputar um perodo de processamento para teste. A soluo deve prover o envio de alerta quando o processamento da requisio for superior ao parmetro imputado de acordo com o perfil do usurio. esperado que o perodo de processamento superior ao imputado gere alerta via e-mail.FO02 (2.3.1, 2.3.2).

CN10Melhorias-Tratamento da Requisio (Documentos de resposta)O analista deve verificar a resposta na tela de Lista de Despacho.A soluo deve apresentar o arquivo de resposta na Aba de Resposta da CT. esperado que os arquivos de resposta sejam apresentados em lista.FO02 (2.3.3).

CN11Melhorias-Processamento da Requisio (Retorno dos Provedores)O analista verifica se para uma mesma requisio sero retornados os status por provedor.A soluo deve apresentar o status de cada processamento de acordo com o provedor demandado. esperado que a soluo retorne um dos status: Pendente, Concludo ou Falha.FO02 (2.4.1, 2.4.2).

CN12Melhorias-Processamento da Requisio (Entrega parcial)O analista verifica uma requisio contendo apenas solicitao de histrico de chamadas.A soluo deve promover a entrega parcial de arquivos para a requisio do tipo Chamadas. esperado que a requisio do tipo Chamadas retorne individualmente os arquivos [chamadas], [erb] ou [conexo]. Bem como, deve ser possvel o envio somente dos arquivos Cadastro, Chamadas ou Interlocutores.FO02 ( 2.4.3, 2.4.4)

CN13Melhorias-Processamento da Requisio (Reprocessamento em lote)O analista deve, constatada a falha no processamento de uma requisio, acionar mecanismo na tela de filtro para o reprocessamento.A soluo deve promover o reprocessamento de requisies em razo de falha. esperada a viabilidade do reprocessamento de requisiesFO02 (2.4.5)

CN14Melhorias-Processamento da Requisio (Consulta)O analista efetua consulta de CTs sabidamente concludas/fechadas.A soluo deve promover a consulta de CTs concludas/fechadas, cadastradas e j tratadas previamente. esperado que CTs com este status, bem como, demais status, sejam apresentados no Painel de Requisies.FO02 (2.4.6)

CN15Melhorias-Processamento da Requisio (Recibo)O analista, finalizada uma requisio como um todo, deve verificar a recepo de recibo enviado pelo rgo demandante.A soluo deve acolher o envio de Recibo pelo Sittel, aps a finalizao do atendimento. esperado que, a exemplo do que j ocorre na recepo da ordem, seja viabilizado o recebimento de Recibo pelo Sittel, seja de rejeio de uma requisio ou da ordem como um todo.FO02 (2.4.7)

CN16Relatrios (similares aos atuais)O analista, por meio do Painel de Recebimento de Ofcio, deve solicitar a extrao de relatrio de acordo com os filtros informados, bem como, solicitar a extrao do relatrio Requisies Recebidas por analista.A soluo deve promover a extrao de relatrios. esperado o retorno dos dados de acordo com os filtros requeridos.FO03 (3.1.1 a 3.1.6)

11 Referncias / Anexos

1-GMT pelo Vigia para Dados:

12 Glossrio (Convenes, termos e abreviaes).

Sigla ItemDescrio

Diretoria Executiva de Tecnologia da Informao

RM Requisito Maestro

145193 - Change Request para demanda 132725 - Sittel FASE II.

As informaes contidas neste documento so proprietrias e para uso confidencial dos destinatrios explicitados. Propriedade da Telefnica|VIVO

Verso do Template: 3.0

As informaes contidas neste documento so proprietrias e para uso confidencial dos destinatrios explicitados. Propriedade da Telefnica|VIVO

Verso do Template: 3.0