Especificação Preliminar de Requisitos de Software · 2019. 4. 2. · ou páginas de conversão,...

WWW.FATTOCS.COM DOCUMENTO DE VISÃO

Especificação Preliminar de Requisitos de Software Projeto: Portal Sindinfo(Id. 001)


Ficha do documento

Data Versão Autor Observação

02/08/2018 1.0 Leonardo Nascimento Criação do Documento

Documento validado pelas partes na data:

Representando a Sindinfo Representando a Fatto

Emílio Augusto Leonardo Kelly do Nascimento


2

Sumário

FICHA DO DOCUMENTO .................................................................................................................. 1

1 INTRODUÇÃO ........................................................................................................................... 4

1.1 Objetivos do Projeto ............................................................................................................ 4

1.2 Justificativa do Projeto (Problemas / Oportunidades) ..................................................... 4

1.3 Requisitos do Negócio (Metas/Benefícios) ....................................................................... 4

1.4 Fora do Escopo (Não Escopo) ............................................................................................ 5

1.5 Restrição ............................................................................................................................... 5

1.6 Glossário ............................................................................................................................... 5

2 DESCRIÇÃO DA SOLUÇÃO ..................................................................................................... 5

2.1 Visão Geral ............................................................................................................................ 5

3 REQUISITOS FUNCIONAIS ...................................................................................................... 6

3.1 Controle de Acesso .............................................................................................................. 6

3.2 Gestão do Sindicato ............................................................................................................. 7 3.2.1 Parametrização Administração .......................................................................................... 7 3.2.2 Gestão ................................................................................................................................ 8

3.2.2.1 Workflow Adesão ...................................................................................................... 9 3.2.3 Financeiro .......................................................................................................................... 9

3.2.3.1 Emissão de Boletos ................................................................................................... 9 3.2.3.2 Liquidar de Boletos .................................................................................................. 10 3.2.3.3 Inadimplência .......................................................................................................... 11 3.2.3.4 Cancelar Boleto ....................................................................................................... 11 3.2.3.5 Lançamento Financeiro ........................................................................................... 11

3.2.4 Projetos ............................................................................................................................ 13 3.2.5 Dashboard Gestão Financeira ......................................................................................... 13 3.2.6 Workflow Atendimento Financeiro ................................................................................... 14

3.2.6.1 Diagrama de Estados Serviços ............................................................................... 15 3.2.7 Histórico Financeiro ......................................................................................................... 15

3.3 Gestão de Conteúdo .......................................................................................................... 15 3.3.1 Parametrização do Conteúdo .......................................................................................... 15 3.3.2 Gestão .............................................................................................................................. 16 3.3.3 Moderar Conteúdo ........................................................................................................... 16

3.3.3.1 Diagrama de Estados Conteúdo ............................................................................. 17 3.3.4 Enquete ............................................................................................................................ 18 3.3.5 Dashboard Conteúdo ....................................................................................................... 18


3

3.4 Gestão Negócios ................................................................................................................ 19 3.4.1 Parametrização do Conteúdo .......................................................................................... 19 3.4.2 Mantenedoras .................................................................................................................. 20 3.4.3 Oportunidades .................................................................................................................. 20 3.4.4 Dashboard Negócio ......................................................................................................... 20

3.5 Gestão Prestação de Serviço ............................................................................................ 21 3.5.1 Parametrização Prestação de Serviço............................................................................. 21 3.5.2 Declaração ....................................................................................................................... 21 3.5.3 Convênio .......................................................................................................................... 22 3.5.4 Dashboard ........................................................................................................................ 22

3.6 Gestão Eventos e Cursos .................................................................................................. 23

3.7 Portal ................................................................................................................................... 24 3.7.1 Financeiro ........................................................................................................................ 24 3.7.2 Atendimento (Fale conosco) ............................................................................................ 24 3.7.3 Biblioteca (Conteúdo)....................................................................................................... 25 3.7.4 Enquete ............................................................................................................................ 26 3.7.5 Associado ......................................................................................................................... 26 3.7.6 Declaração ....................................................................................................................... 27 3.7.7 Conveniados .................................................................................................................... 27 3.7.8 Oportunidades .................................................................................................................. 27 3.7.9 Vagas ............................................................................................................................... 28 3.7.10 Evento .......................................................................................................................... 28 3.7.11 Área Aluno ................................................................................................................... 29 3.7.12 Mantenedora ................................................................................................................ 29

4 REQUISITOS NÃO FUNCIONAIS ........................................................................................... 29

4.1 Confiabilidade ..................................................................................................................... 29

4.2 Usabilidade ......................................................................................................................... 29

4.3 Segurança ........................................................................................................................... 30

4.4 Suportabilidade .................................................................................................................. 30

5 DESCRIÇÃO DA TRANSIÇÃO................................................................................................ 30

5.1 Requisitos Funcionais de Transição ................................................................................ 30

5.2 Requisitos Não Funcionais de Transição ........................................................................ 30

6 REFERÊNCIAS ........................................................................................................................ 30

7 ANEXOS ................................................................................................................................... 31


4

1 Introdução O SINDINFO é o Sindicato das Empresas Industriais de Informática, de Hardware e Sof-tware, Robótica, manutenção e Desenvolvimento, e Atividades Correlatas, Similares ou Conexas, no Âmbito do Estado do Espírito Santo.

Atua em prol do desenvolvimento do setor de tecnologia da informação do Espírito Santo. Com sede em Vitória e Diretorias Regionais em Colatina, Cachoeiro do Itapemirim e Li-nhares, tem associados presentes em diversas cidades do Estado.

O Sindinfo é filiado a FINDES - Federação das Indústrias do Espírito Santo, uma das mais representativas e atuantes instituições de representação empresarial. Com isso, as em-presas associadas podem usar os serviços das instituições do Sistema FINDES que são o SESI, o SENAI, o IEL-ES, CINDES e o IDEIES.

Nesta visão se vislumbra uma forma de aumentar a iteração com associados do sindicato, melhorar o controle interno aumentando o poder de tomada de decisão por parte de dire-toria, facilitar a gestão de produtos e conveniados além de entregar ao associado uma plataforma mais participativa de forma a facilitar na busca talentos no mercado e oferecer oportunidades e serviços.

1.1 Objetivos do Projeto Definir e especificar requisitos não detalhados do projeto de software para desenvolvi-mento do produto “Plataforma SINDINFO Digital”. O objetivo principal do trabalho é con-seguir formular uma definição de escopo que ofereça uma visão abrangente dos requisi-tos do projeto e que permita uma decisão da estratégia seja de desenvolvimento, seja de aquisição do mesmo.

1.2 Justificativa do Projeto (Problemas / Oportunidades) A principal motivação deste projeto é que em virtude da reforma trabalhista houve uma perda de arrecadação por parte do sindicato, por este motivo o sindicato deseja facilitar a adesão de novos associados, melhorar a iteração com os seus associados ativos, podendo além de oferecer novos serviços, de forma mais iterativa, demonstrar aos associados o retorno que obtiveram com os eventos ministrados pelo sindicato. Além disso o SINDINFO deseja sistematizar o controle financeiro que hoje é feito por planilhas e pelo FINDES.

1.3 Requisitos do Negócio (Metas/Benefícios) • Estreitar o relacionamento do SINDINFO com seus associados melhorando a comunica-

ção e diminuindo a iteração manual com os mesmos.

• Melhorar a gestão de todo o sindicato, que hoje e realizada através de planilhas o que di-ficulta a obtenção de informações e tomada de decisões por parte da diretoria.

• Aumentar o dinamismo no lançamento de produtos, cursos e eventos promovido pelo SINDINFO;

• Diminuir a iteração manual com o associado através de outras mídias que não o portal.

• Facilitar a prospecção de novos associados;

• Minimizar disparate entre o cadastro do FINDES X Sistema do Sindicato devido ao trami-te de informação;

• Diminuir processos internos, que podem ser demorados em virtude da dependência com outras ferramentas, sistemas, entidades proporcionando aos associados maior agilidade na obtenção de informações;


5

1.4 Fora do Escopo (Não Escopo) • O produto não será comercializado como serviço (SaaS).

• O Produto não possuirá Help em tela.

• O controle de acesso dos usuários não controlará nível de acesso aos campos de uma tela

1.5 Restrição Nenhuma restrição foi identificada.

1.6 Glossário • Athenas: Sistema Contábil utilizado pelo FINDES para controle contábil dos sindicatos vin-

culados à CNI

• CNI: Confederação Nacional da Industria é a representante da indústria brasileira. É o ór-gão máximo do sistema sindical patronal da indústria representando 27 federações de in-dústrias e 1.250 sindicatos patronais, aos quais são filiadas quase 700 mil indústrias.

• FINDES: O Sistema Findes é uma organização composta por seis entidades que traba-lham de forma integrada para o desenvolvimento da indústria capixaba, com a promoção de ações de defesa e representação dos interesses da indústria, além de oferecer serviços e produtos às empresas associadas e à sociedade em geral, contribuindo para um ambien-te de desenvolvimento econômico equilibrado.

• LANDING PAGES: Página que possui todos os elementos voltados à conversão do visitan-

te em lead, oportunidade ou cliente. Também conhecidas como páginas de aterrissagem ou páginas de conversão, as landing pages são muito usadas em campanhas de marketing digital, pois costumam ter altas taxas de conversão.

• LEADS: Geração de leads é um termo de marketing usado, muitas vezes, em marketing de

conteúdo, para descrever o registro de cadastro de pessoas e empresas interessadas em um determinado produto ou serviço. Em nosso sistema este cadastro será realizado atra-vés das "landing pages".

• MANTENEDORA: Empresas externas ao sindicato, geralmente de grande porte ou

publicas, que buscam serviços relacionados ao Sindinfo;

• SINDINFO: O SINDINFO é o Sindicato das Empresas Industriais de Informática, de Hardware e Software, Robótica, manutenção e Desenvolvimento, e Atividades Correlatas, Similares ou Conexas, no Âmbito do Estado do Espírito Santo.

• SIGA:

2 Descrição da Solução

2.1 Visão Geral Para posicionamento das funcionalidades nas áreas demandantes o documento da visão particio-nará os requisitos em cinco módulos, sendo eles:

• Gestão do Sindicato


6

Controla toda parte financeira e de captação de novos associados, além de gerir deman-das como emissão de atestados das empresas;

• Gestão de Conteúdo Gerir todas as publicações disponibilizadas no portal do Sindinfo. Para este módulo há uma preferência por uma solução CMS, minimizando ao máximo o desenvolvimento espe-cifico para construção deste sistema. A ferramenta escolhida deve estar apta a receber textos, vídeos, podcast, pesquisas, infográfico, transmissão ao vivo.

• Gestão de Negócios

• Prestação de Serviço

• Eventos e Cursos

3 Requisitos Funcionais

3.1 Controle de Acesso Na fase de levantamento de requisitos foram identificados 4 atores principais que possuirão acesso ao sistema Administrados, Diretoria, Associado e Público em geral. Com a parametrização de acesso proposta não se faz necessário a subdivisão destes atores como por exemplo Financeiro e Administrativo;

Código RF-1-001 Nome Manter usuários Prioridade Obrigatório

Atores Administrador

Descrição Mantém o cadastro de usuários, permitindo também definir quais os seus perfis de acesso. Ao criar um usuário, uma senha provisória é gerada e enviada para o seu e-mail. Também permite gerar uma nova senha provisória para um usuário já cadastrado.

Código RF-1-002 Nome Expirar senha do usuário Prioridade Desejável


Descrição Definir prazo de expiração da senha do usuário, forçando a troca no próximo login. Ou per-mitir que o administrador expire manualmente a senha dos usuários selecionados.

Código RF-1-003 Nome Manter Perfil de Usuários Prioridade Obrigatório


Descrição Mantém o perfil de usuários, permitindo definir também quais usuários fazem parte deste perfil. O perfil poderá ser definido por módulo, tela ou tarefas presentes em uma tela.

Código RF-1-004 Nome Trocar Senha Prioridade Obrigatório

Atores Associado

Descrição Permite que o usuário altere sua senha, depois de informar a senha atual.

Código RF-1-005 Nome Impedir reuso de senha Prioridade Desejável

Atores Associado

Descrição Impedir que o usuário altere sua senha para alguma senha sua que já tenha sido utilizada.

Código RF-1-006 Nome Impedir uso de senhas fracas Prioridade Desejável

Atores Associado

Descrição Impedir que o usuário defina senhas fracas. Exemplos:

• Igual ao login

• Muito curta, deve conter no mínimo N caracteres.


7

• Deve conter pelo menos duas letras

• Deve combinar letras minúsculas e maiúsculas

• Deve conter ao menos 1 dígito

• Não deve conter nome do usuário, login ou nome da empresa.

• Não deve conter qualquer caractere repetido N vezes ou mais em sequência

• Não deve ser igual a uma das últimas X senhas criadas pelo usuário

• Deve conter ao menos 1 caractere especial: !, @, #, $, %, &, *, +, -, / Sempre que o administrador alterar a política de senhas, dar a opção de forçar a troca de senha de todos os usuários após o próximo login.

Código RF-1-007 Nome Lembrar Senha Prioridade Obrigatório

Atores Associado

Descrição Envia a senha do usuário de acesso ao portal para o e-mail cadastrado do mesmo usuário.

Código RF-1-008 Nome Autenticar Usuário (Login) Prioridade Obrigatório

Atores Associado

Descrição Valida login e senha do usuário para permissão de acesso ao portal do Sindinfo. Em a vali-dação tendo sucesso, se o usuário estiver associado a mais de uma empresa, apresenta a lista de empresas às quais o usuário está vinculado e solicita a seleção de uma única em-presa para acesso no contexto desta empresa.

Código RF-1-009 Nome Bloquear usuário por erro de senha Prioridade Desejável

Atores Associado

Descrição Bloqueia usuário após N tentativas seguidas de erro de senha.

Código RF-1-010 Nome Manter Preferências do Usuário Prioridade Desejável

Atores Associado

Descrição Mantém as preferências de usuário do Sindinfo. (Configuração do Dashboard)

Código RF-1-011 Nome Consultar usuários e perfis Prioridade Desejável


Descrição Lista todos os usuários e os perfis e permissões relacionados a cada um.

3.2 Gestão do Sindicato

3.2.1 Parametrização Administração

Código RF-2-001 Nome Manter Plano de Associado Prioridade Obrigatório


Descrição O sistema deve manter planos afim de categorizar os associados nas modalidades e de acordo com as regras pré-estabelecidas. Este plano deve possuir informações quanto ao período de inadimplência em que o associado pode permanecer antes de ter o cadastro inativado.

Código RF-2-002 Nome Manter Parâmetro de Carências Prioridade Obrigatório


Descrição O sistema deve manter descontos vinculados aos planos de associado atrelados a prazos, valores e percentuais.

Código RF-2-003 Nome Manter Parâmetro Tipos de Boletos Prioridade Importante


Descrição O sistema deve manter dos tipos de boleto para geração de lançamento financeiro catego-


8

rizado.

Código RF-2-004 Nome Manter Parâmetro Boletos Prioridade Obrigatório


Descrição O sistema deve manter informações para emissão de boletos.

Código RF -2-005 Nome Manter Plano de Contas Prioridade Importante


Descrição O sistema deve manter o Plano de conta indicando se é a crédito ou débito para efeito de lançamento.

Código RF-2-006 Nome Parametrizar Inadimplência Automática Prioridade Desejável


Descrição O sistema deve possuir um parâmetro que automatize a inadimplência de seus associados.

Código RF-2-007 Nome Manter Tipo de Lançamento Prioridade Importante


Descrição O Sistema deve manter os Tipos de Lançamento financeiros no sistema, para associação de créditos e despesas.

Código RF-2-008 Nome Manter Tipo de Projeto Prioridade Desejável


Descrição O sistema deve manter tipos de projeto para segmentação na apuração da realização de eventos, cursos, seminários, palestras, etc...

Código RF-2-009 Nome Manter Tipo de Atendimento Prioridade Desejável

Atores Administrador / Diretoria

Descrição O Sistema deve possuir cadastramento de Tipo de Atendimento com flag indicando se este deve ficar habilitado no “Fale conosco do Portal” ou se de uso interno. (Relacionado ao RF-3-004.

Código RF-2-010 Nome Manter Tipo de Serviço Prioridade Desejável


Descrição O sistema deve manter quais os tipos de serviço são proporcionados pelo Sindicato. - Emissão de Certidão - Atestado de qualidade técnica - Valor etc... A parametrização deve possuir um campo indicando que o serviço deve ser autorizado pela diretoria.

3.2.2 Gestão

Código RF-2-011 Nome Manter Empresa Associada Prioridade Obrigatório


Descrição Sistema deve manter as empresas associadas ao sindicato, com seu respectivo status (Ati-va, Inadimplente, Desligada, Em Análise) - Toda empresa Cadastrada deve estar relacionada a um plano como em RF-2-001; - Toda empresa pode estar vinculada a uma carência como em RF-2-002;


9

3.2.2.1 Workflow Adesão

Código RF-2-021 Nome Listar Empresa com solicitação de Inscri-ção Pendente

Prioridade Obrigatório


Descrição O sistema deve listar as empresas que desejem ingresso no sindicato e que fizeram o seu cadastro pelo portal

Código RF-2-022 Nome Analisar Solicitação de Adesão Prioridade Obrigatório


Descrição O sistema deve permitir que usuários autorizados tenham acesso a ficha de cadastro do Associado, bem como a documentação anexada;

Código RF-2-023 Nome Aceitar Solicitação de Adesão Prioridade Obrigatório


Descrição O sistema deve alterar o status do Associado para "Ativa" quando documentação aceita pelo sindicato.

Código RF-2-024 Nome Solicitar documentos para Adesão Prioridade Importante


Descrição Ao analisar a documentação para ingresso de uma empresa no sindicato o gestor deve ter a opção de solicitar mais documentos para composição do cadastro;

● O sistema deve permitir que o usuário solicite documentação ao associado independente do seu status;

A solicitação de documentação deve alterar o status da solicitação de serviço como em RF-2-094;

Código RF-2-025 Nome Recusar Solicitação de Adesão Prioridade Desejável


Descrição O Sistema deve possuir uma forma de recusar uma possível solicitação de adesão; Quando por ventura uma adesão for recusada, o sistema deverá armazenar a justificativa.

3.2.3 Financeiro

3.2.3.1 Emissão de Boletos

Código RF-2-031 Nome Gerar boleto Adesão Prioridade Importante


Descrição o aceitar a adesão de uma empresa (RF-2-023) empresa associada o sistema deve gerar um boleto de mensalidade de acordo com o plano e carências atreladas a este e envia-lo por e-mail. Toda emissão de boleto deve gerar um lançamento financeiro. - Cada boleto emitido deve gerar um registro automático em RF -2-064 - Manter Contas a Receber

Código RF-2-032 Nome Emitir Boleto por Associado Individual Prioridade Obrigatório

Atores Associado / Diretoria

Descrição A empresa associada deverá ser capaz de emitir uma segunda via do boleto de contribui-ção sindical através do portal alterando sua data de vencimento quando vencido.


10

Código RF-2-033 Nome Emitir Boleto Contribuição Massivo Prioridade Obrigatório


Descrição A administração do Sindinfo deverá ser capaz de emitir boletos a todos os seus associados e envia-los por e-mail de acordo com o cadastro de associados. (Mailling)

• Toda emissão de boleto deve gerar um lançamento financeiro.

• Cada boleto emitido deve gerar um registro automático em RF -2-064 - Manter Con-tas a Receber

Código RF-2-034 Nome Emitir Boletos por Associados Agendado Prioridade Desejável


Descrição Ao publicar empresa associada o sistema deve gerar um boleto de mensalidade de acordo com o plano e carências atreladas a este e envia-lo por e-mail.

• Toda emissão de boleto deve gerar um lançamento financeiro.

• Cada boleto emitido deve gerar um registro automático em RF -2-064 - Manter Con-tas a Receber

Código RF-2-035 Nome Emitir Boleto Manual Prioridade Obrigatório


Descrição O sistema deve emitir 2ª via de boleto com a possibilidade da alteração da data de vencimento do mesmo.

• Em primeiro momento a data de vencimento deve respeitar a parametrização do boleto com em RF -2-004

• Caso a data de vencimento seja alterada o lançamento de previsão de receita também o deve ser para refletir a nova previsão de recebimento.

• Cada boleto emitido deve gerar um registro automático em RF -2-064 - Manter Contas a Receber.

Código RF-2-036 Nome Emitir Boleto para Prestação de Serviço Prioridade Importante


Descrição O sistema emitir boletos para prestação de serviço quando estes forem cobradas. RF-2-010 Parametrizar Tipo de Serviço;

Código RF-2-037 Nome Gerar Arquivo de Remessa Prioridade Obrigatório


Descrição O sistema deve gerar arquivo de remessa para envio ao banco dos boletos gerados pelo sistema.

3.2.3.2 Liquidar de Boletos

Código RF-2-041 Nome Liquidar Boleto Manualmente Prioridade Obrigatório


Descrição O sistema deve processar arquivo de retorno bancário e de forma automática e vincular os pagamentos as emissões de boleto para baixa manual.

1. Toda liquidação de boleto deve gerar um lançamento financeiro 2. Ao liquidar um boleto o sistema deve verificar se o associado possui débitos pen-

dentes, caso não o sistema deverá alterar seu status para adimplente;

Código RF-2-042 Nome Processar Arquivo retorno Banco Prioridade Obrigatório


Descrição O sistema deve processar arquivo de retorno bancário para realizar conciliação.

• Sistema deve verificar confirmação de emissão de novos títulos.


11

• Sistema deve manter informações de processamento no LOG do processo.

Código RF-2-043 Nome Liquidar Boleto Manualmente Prioridade Obrigatório


Descrição O sistema deve vincular de forma manual os pagamentos realizados com os boletos emitidos; A cada vinculo efetuado pelo usuário o boleto deve ser liquidado e um lançamento financei-ro deve ser gerado.

Código RF-2-044 Nome Liquidar Boleto Automaticamente Prioridade Importante


Descrição O sistema deve identificar de forma automática os boletos quitados junto a instituição ban-cária e gerar um lançamento financeiro vinculado.

3.2.3.3 Inadimplência

Código RF-2-051 Nome Parametrizar inadimplência automática Prioridade Desejável


Descrição O sistema deve verificar periodicamente o status do usuário e conforme parâmetro em RF-2-005, e caso encontre associados que cumpram o requisito alterar o status do associado de "Ativo" para "Inadimplente".

Código RF-2-052 Nome Alterar o Status do Associado Manual-mente

Prioridade Obrigatório


Descrição O sistema deve permitir seleção em bloco e para alteração do status para Adimplente ou Inadimplente

3.2.3.4 Cancelar Boleto

Código RF-2-055 Nome Cancelar Boleto Prioridade Obrigatório


Descrição O sistema deve permitir seleção em bloco e para alteração do status para Adimplente ou Inadimplente

• O Cancelamento de um boleto não estorna o lançamento financeiro.

3.2.3.5 Lançamento Financeiro

Código RF-2-061 Nome Promover Lançamento Financeiro Auto-mático

Prioridade Desejável


Descrição O sistema deve ler arquivo gerado pelo "Athenas" e gerar automaticamente os lançamentos cadastrados naquele sistema. Estes lançamentos devem estar vinculados ao plano de contas parametrizado em RF-2-005.

• O sistema deve permitir informar o projeto.

• O sistema deve permitir lançar uma conta para vários associados ao mesmo tempo com valor fixo/variável e posterior emissão dos boletos.

• O sistema deve permitir um lançamento que será parcelado em x vezes e posterior emissão dos boletos


12

Código RF-2-062 Nome Promover Lançamento Financeiro Ma-nual



Descrição O sistema deve permitir que o usuário promova lançamentos financeiros manuais no sistema. Estes lançamentos devem estar vinculados ao plano de contas parametrizado em RF-2-005

Código RF-2-063 Nome Manter Contas a Pagar Prioridade Importante


Descrição O sistema deve manter informações de contas a pagar no sistema; Cada conta cadastrada deve gerar um lançamento vinculados ao plano de contas parame-trizado em RF-2-005.

Código RF-2-064 Nome Gerar Relatório de Contas A Pagar Prioridade Importante


Descrição O sistema deve emitir relatório com lançamentos de contas a pagar filtrando inicialmente por período, fornecedor, tipo de lançamento.

Código RF-2-065 Nome Manter Contas a Receber Prioridade Importante


Descrição O sistema deve Manter Contas a Receber para que sejam lançadas as arrecadações do sindicato. Cada arrecadação cadastrada deve gerar um lançamento vinculados ao plano de contas parametrizado em RF-2-005. Este cadastro deve possuir um campo de quitado que efetiva o recebimento. Este campo poderá ser preenchido manualmente, em caso de depósito em conta e automaticamente quando da execução dos requisitos:

• RF -2-042 - Processar Arquivo retorno Banco

• RF -2-041 - Liquidar Boleto Manualmente

• RF -2-044 - Liquidar Boleto Automaticamente

Código RF-2-066 Nome Gerar Relatório de Contas a Receber Prioridade Importante


Descrição O sistema deve emitir relatório com previsão de receita filtrando inicialmente por período, fornecedor, tipo de lançamento.

Código RF-2-067 Nome Gerar Balanço Financeiro Sintético Prioridade Importante


Descrição O sistema deve gerar relatórios financeiros que extraiam as informações de lançamentos financeiros consolidando por tipo de lançamento e comparando o total de receitas X total de despesas.

• Gerar Balanço Financeiro Geral

• Gerar Balanço Financeiro por Período

• Gerar Balanço Financeiro por Projeto

Código RF-2-068 Nome Gerar Balanço Financeiro Analítico Prioridade Importante


Descrição O sistema deve gerar relatórios financeiros que extraiam as informações de lançamentos financeiros listando todos eles comparando em seu final o total de receitas X total de despesas.

• Gerar Balanço Financeiro


13

• Geral Gerar Balanço Financeiro por Período

• Gerar Balanço Financeiro por Projeto

Código RF-2-069 Nome Consultar Histórico Financeiro Prioridade Desejável


Descrição O sistema deve permitir que seus usuários consultem o histórico financeiro de lançamentos por: Por data/período Por Montante Por tipo de lançamento

3.2.4 Projetos

Código RF-2-070 Nome Manter Projeto Prioridade Desejável


Descrição O Sistema deve manter informações de projetos tipificado como em RF -2-008;

Código RF-2-071 Nome Manter Orçamentação do Projeto Prioridade Desejável


Descrição O sistema deve lançar valores de orçamento com intuito de avaliar a viabilidade do mesmo.

Código RF-2-072 Nome Lançar Gastos do Projeto Prioridade Desejável


Descrição O sistema deve cadastrar valores efetivamente gastos com o projeto.

Código RF-2-073 Nome Consolidar Projeto Prioridade Desejável


Descrição O sistema deve gerar boletim financeiro por projeto destacando os valores orçados X reali-zados.

3.2.5 Dashboard Gestão Financeira Para efeito de implementação os requisitos similares podem ser exibidos em gráficos únicos e comparativos; Ao solicitar o detalhamento dos gráficos o sistema deve aproveitar o filtro inserido. O detalhamento dos gráficos ficará restrito de acordo com a parametrização de acesso do sistema.

Código RF-2-081 Nome Consultar Previsão de Receita Prioridade Importante


Descrição O sistema deve apresentar de forma gráfica a previsão de receita do sindicato; filtrando por período

Código RF-2-082 Nome Consultar Previsão de Gastos Prioridade Importante


Descrição O sistema deve apresentar de forma gráfica a previsão de despesas do sindicato; filtrando por período

Código RF-2-083 Nome Consultar Previsão de Receita Prioridade Importante


Descrição O sistema deve apresentar de forma gráfica a evolução de receita do sindicato; filtrando por período


14

Código RF-2-084 Nome Consultar Evolução de Gastos Prioridade Importante


Descrição O sistema deve apresentar de forma gráfica a previsão de receita do sindicato; filtrando por período

Código RF-2-085 Nome Consultar Quantitativo de Membros Ati-vos

Prioridade Importante


Descrição O sistema deve apresentar de forma gráfica a o quantitativo de membros ativos do sindica-to; filtrando por período

Código RF-2-086 Nome Consultar Quantitativo de Membros Ina-dimplentes



Descrição O sistema deve apresentar de forma gráfica a o quantitativo de membros inadimplentes do sindicato; filtrando por período.

Código RF-2-087 Nome Consultar Quantitativo de Membros des-credenciados



Descrição O sistema deve apresentar de forma gráfica a o quantitativo de membros descredenciados do sindicato; filtrando por período.

3.2.6 Workflow Atendimento

Código RF-2-091 Nome Consultar Solicitações de Serviço Prioridade Importante


Descrição Ao logar no sistema deve ser apresentado ao usuário os chamados abertos através do portal para ação; Ao logar no sistema deve ser apresentado ao usuário os chamados pendentes de solução relacionados ao usuário.

Código RF-2-092 Nome Atender Solicitação de Serviço Prioridade Desejável


Descrição Ao solicitar atender a um determinado chamado, este ficará vinculado ao usuário logado; Ao solicitar atender a um chamado o status do mesmo deverá ser alterado para "em Análise"; O Sistema deve permitir que o usuário altere o responsável de um chamado;

Código RF-2-093 Nome Cancelar Solicitação de Serviço Prioridade Desejável


Descrição Ao cancelar uma solicitação de serviço o usuário deve justificar o fato motivador. O sistema deve ter uma opção de envio automático de pareceres ao demandante

Código RF-2-094 Nome Mudar Status da Solicitação de Serviço para Pendente



Descrição O sistema deve permitir que o usuário altere o Status de uma solicitação de serviço para pendente quando julgar não possuir insumos suficientes para resolução do chamado. O sistema deve ter uma opção de envio automático de pareceres ao demandante.


15

Código RF-2-095 Nome Autorizar Realização de Serviço Prioridade Desejável


Descrição O sistema deve permitir alteração de status de serviço para acompanhamento da atividade conforme diagrama de estados.

Código RF-2-096 Nome Encerrar Atendimento de Serviço Prioridade Desejável


Descrição O sistema deve permitir alteração de status de serviço para acompanhamento da atividade conforme diagrama de estados.

3.2.6.1 Diagrama de Estados Serviços

3.2.7 Histórico Financeiro

Código RF-2-100 Nome Consultar Histórico de Serviço por Perí-odo



Descrição

Código RF-2-101 Nome Consultar Histórico de Atendimento por Associado



Descrição

Código RF-2-102 Nome Consultar Histórico de Atendimento por solicitação



Descrição

3.3 Gestão de Conteúdo

3.3.1 Parametrização do Conteúdo

Código RF-3-001 Nome Manter Tipos de Formato Prioridade Desejável


Descrição Caso a ferramenta não permita gerenciar de forma automática as extensões dos conteúdos, o sistema deverá manter estas informações;


16

Código RF-3-002 Nome Manter Tipo de Conteúdo Prioridade Desejável


Descrição O sistema deverá ser capaz de categorizar o conteúdo disponibilizado no portal;

Código RF-3-003 Nome Manter Seções Prioridade Obrigatório


Descrição O sistema deve possuir um cadastramento de seções que possibilite segmentar as publica-ções de acordo com a área de interesse;

Código RF-3-004 Nome Parametrizar Fale Conosco Prioridade Importante


Descrição Ao parametrizar fale conosco o usuário além de categorizar os assuntos mais relevan-tes, deve associar o “assunto” ao grupo responsável para que o mesmo seja tratado. Cada categoria de Fale de Conosco deve estar relacionada a uma área de atuação pa-ra abertura de demanda. Estas podem permitir workflow próprio de acordo com a área.

3.3.2 Gestão

Código RF-3-010 Nome Manter conteúdo Prioridade Obrigatório


Descrição O sistema deve manter conteúdo para publicação no Portal; Este conteúdo deve estar vinculado a uma ou mais seções do Portal; Deve ser permitido categorizar o nível de acesso ao conteúdo de acordo com os perfis de acesso cadastrados; O conteúdo pode possuir textos, vídeos, flash, infográficos, e-books de forma independente ou simultânea dentro da mesma publicação;

Código RF-3-011 Nome Manter Autores Prioridade Desejável


Descrição O sistema deve manter informações de autores de matérias (Colaboradores) com seu res-pectivo “mini currículo” para ser vinculado em publicações elaboradas pelos mesmos;

Código RF-3-012 Nome Consultar Dados Landing Page Prioridade Importante


Descrição O sistema deve listar dados obtidos com cadastramento da landing page, permitindo que se filtre por qualquer das informações capturadas.

Código RF-3-013 Nome Exportar dados de Landing Page Prioridade Importante


Descrição O sistema deve exportar dados de Landing Page para arquivo CSV (ou similar) para trata-mento e análise por parte dos gestores.

3.3.3 Moderar Conteúdo

Código RF-3-020 Nome Consultar Comentários Prioridade Importante


Descrição O sistema deve apresentar ao gestor todos os comentários cadastrados no Portal os filtran-do minimamente pelo status para que sejam avaliados pelos gestores;


17

Código RF-3-021 Nome Analisar Comentários Pendentes Prioridade Desejável


Descrição Ao selecionar um comentário “Pendente” para moderar o sistema deve alterar seu status para “Em análise”. Uma vez que o comentário esteja com Status “em análise” apenas o gestor a quem o mes-mo está vinculado, ou está analisando comentário, poderá publica-lo ou cancelá-lo.

Código RF-3-022 Nome Publicar Comentários Prioridade Desejável


Descrição Após a análise do comentário realizada pelo gestor, autorizar a publicação no portal. Ao alterar o status para publicado, o sistema deve automaticamente tornar o comentário visível na URL que originou a postagem; Após publicado o gestor pode cancelar um comentário.

Código RF-3-023 Nome Cancelar Comentários Prioridade Importante


Descrição Após análise do comentário caso o gestor não perceba pertinência ou o julgue inapropriado o mesmo poderá cancela-lo. Em caso de cancelamento o sistema deve alterar seu status para cancelado e o comentário poderá apenas ser consultado, Uma vez cancelado o sistema não deve permitir a alteração do seu status.

Código RF-3-024 Nome Manter Backlog de Comentários Prioridade Desejável


Descrição Após análise do comentário caso o gestor entenda que um determinado comentário se trata de uma sugestão, ou qualquer outro tipo de colaboração o mesmo poderá armazena-lo para resolução futura;

Código RF-3-025 Nome Encerrar Comentário em Backlog Prioridade Desejável


Descrição Após resolução do comentário em backlog o usuário deverá encerra-lo. O encerramento de um comentário é diferenciado do RF-3-022 no fato de não ser publica-do.

3.3.3.1 Diagrama de Estados Conteúdo


18

3.3.4 Enquete

Código RF-3-030 Nome Manter Enquetes Prioridade Desejável


Descrição Deve ser permitido a elaboração de enquetes para publicação. Sistema deve criar perguntas em formato múltipla escolha.

• Deve poder atribuir pesos as respostas das perguntas Sistema deve criar perguntas de texto livre; Ao configurar uma enquete deve ser possível indicar se a mesma se dará por POP-UP ou área do site. Para o segundo caso deve se cadastrar se pública, membros ou diretoria; se obrigatória ou opcional. O sistema deve apresentar enquete enquanto a mesma estiver ativa; No cadastramento da enquete deve ser possível cadastrar o final de vigência da mesma;

Código RF-3-031 Nome Tabular Resultados Enquete Automati-camente



Descrição Perguntas de múltipla escolha devem ser tabuladas de forma automática (Média e gráfica).

• Quantitativo por resposta

• Média dos pesos atribuídos

Código RF-3-032 Nome Exportar resultados de Enquete Prioridade Desejável


Descrição Sistema deve exportar respostas do questionário em formato CSV ou similar;

3.3.5 Dashboard Conteúdo

Código RF-3-040 Nome Listar Palavras Chaves mais pesquisa-das



Descrição O sistema deve armazenar as tags utilizadas para pesquisa no portal e lista-las de forma quantitativa. A listagem deve obedecer a um filtro de período;

Código RF-3-041 Nome Listar Matérias mais acessadas Prioridade Desejável


Descrição O sistema deve identificar os links (conteúdos) mais acessados e lista-los de forma quanti-tativa. A listagem deve obedecer a um filtro de período;

Código RF-3-042 Nome Listar Matérias mais curtidas Prioridade Desejável


Descrição O sistema deve identificar as matérias mais curtidas e lista-las de forma quantitativa. A listagem deve obedecer a um filtro de período;

Código RF-3-043 Nome Listar Matérias mais compartilhadas Prioridade Desejável


Descrição O sistema deve identificar as matérias mais compartilhadas. A listagem deve obedecer a um filtro de período;

Código RF-3-044 Nome Quantificar Posts por período Prioridade Importante


19


Descrição O sistema deve exibir de forma quantitativa a quantidade de posts publicados no portal obedecendo a um filtro de período; O sistema deve exibir de forma gráfica por categoria de assunto;

Código RF-3-045 Nome Quantificar Acesso por Região Prioridade Importante


Descrição O sistema deve ser capaz de identificar a origem do acesso ao portal e quantificar de forma gráfica. A listagem deve obedecer a um filtro de período;

Código RF-3-046 Nome Quantificar Compartilhamentos Prioridade Desejável


Descrição O sistema deve quantificar os compartilhamentos do conteúdo e quantifica-los.

Código RF-3-047 Nome Quantificar Categoria Prioridade Desejável


Descrição O sistema deve quantificar postagens por categorias de publicação

Código RF-3-048 Nome Quantificar acessos ao portal Prioridade Obrigatório


Descrição O sistema deve quantificar os acessos ao portal. Categorizados por área.

Código RF-3-049 Nome Quantificar Leads Prioridade Obrigatório


Descrição O sistema deve quantificar Leads preenchidas através do portal.

Código RF-3-050 Nome Quantificar Origem do Tráfego Prioridade Importante


Descrição O sistema deve quantificar e indicar origem do tráfego.

• Mailing

• Acesso direto

• Facebook

Código RF-3-051 Nome Quantificar curtidas por assunto Prioridade Desejável


Descrição O sistema deve quantificar graficamente as matérias mais curtidas por assunto categoriza-do;

3.4 Gestão Negócios

3.4.1 Parametrização do Conteúdo

Código RF-4-001 Nome Manter Tipo Categorias Prioridade Importante


Descrição Cadastro de Tipo de Categorias para posterior vínculo entre oportunidade X associado.

Código RF-4-002 Nome Manter Tipo Áreas de Aplicação Prioridade Importante



20

Descrição Cadastro de Área de Aplicação para posterior vínculo entre oportunidade X associado.

Código RF-4-003 Nome Manter Tipo Ramo de Atividade Prioridade Importante


Descrição Cadastro de Ramo de Atividade para posterior vínculo entre oportunidade X associado.

Código RF-4-004 Nome Manter Tipo Mercado de Atuação Prioridade Importante


Descrição Cadastro de Mercado de Atuação para posterior vínculo entre oportunidade X associado.

Código RF-4-005 Nome Manter Tipo Certificações Prioridade Importante


Descrição Cadastro de Tipo de Certificações para posterior vínculo entre oportunidade X associado.

3.4.2 Mantenedoras

Código RF-4-010 Nome Manter mantenedora Prioridade Importante


Descrição O sistema deve possuir um cadastro de mantenedora (Parceira) para ofertar oportunidades aos associados.

3.4.3 Oportunidades

Código RF-4-020 Nome Cadastro de Oportunidades Prioridade Obrigatório


Descrição • O sistema deve permitir que se vincule “ganhadores” de oportunidades em caso de membros associados;

o Caso o vencedor de uma oportunidade seja membro deve ser gerado um registro no CRM/Histórico do mesmo para informação.

o Esta informação não deve ficar disponível para consultas no portal;

• O sistema deve permitir que se cadastre observações as oportunidades para uso interno e tomada de decisão;

Código RF-4-021 Nome Consultar associado por Oportunidade Prioridade Desejável


Descrição O sistema deve permitir o cruzamento estre os parâmetros da oportunidade com os cadas-trados para o cliente visando obter um relacionamento.

Código RF-4-022 Nome Notificar associado por Oportunidade Prioridade Obrigatório


Descrição O sistema deve notificar os associados caso seja cadastrada uma oportunidade que possua qualquer característica que esteja contida em seu cadastro.

3.4.4 Dashboard Negócio

Código RF-4-030 Nome Quantificar Oportunidades Cadastradas Prioridade Desejável


Descrição O sistema deve demostrar de forma quantitativa as oportunidades cadastradas de forma


21

comparativa aos associados por tags de relacionamento;

Código RF-4-031 Nome Quantificar Oportunidades Vencidas Prioridade Desejável


Descrição O sistema deve apresentar de forma quantitativa as oportunidades vencidas por seus asso-ciados em relação as ofertadas no portal;

Código RF-4-032 Nome Listar Vencedores Prioridade Desejável


Descrição O sistema deve permitir o detalhamento do RF-4-031.

3.5 Gestão Prestação de Serviço

3.5.1 Parametrização Prestação de Serviço

Código RF-5-001 Nome Tipo de Serviço Prioridade Obrigatório


Descrição O sistema deve permitir parametrizar os tipos de serviço oferecidos pelo Sindinfo, parametrizando os mesmo em caso de cobrança com valores distintos para associados e não associados.

• O sistema deve ser parametrizável para emissão de boleto por serviço para que a emissão do valor se dê de forma independente (um boleto para cada lançamento) ou consolidada (Cobrança em conjunto com a mensalidade).

• Para não associados os serviços deverão ser prestados após a quitação do boleto. o A quitação de boletos de não associados devem sensibilizar o ticket de

abertura da demanda alterando seu status para Aberto.

• Hoje os serviços oferecidos pelo Sindinfo são: o Modelo SESI / SENAI: Para solicitação de descontos o Modelo IEL: Para descontos no IEL o Declaração de Exclusividade em Software

3.5.2 Declaração

Código RF-5-010 Nome Manter Modelo de declaração Prioridade Obrigatório


Descrição • O sistema deve permitir que se cadastre modelos de declaração a serem emitidas pelo portal recuperando informações do cadastro do associado para preenchimento de lacunas configuráveis.

• O sistema deve permitir que se cadastre modelos de declaração “publicas” a serem emitidas pelo portal recuperando informações da landing page para preenchimento das lacunas configuráveis.

• O sistema deve permitir parametrizar se a emissão de declaração requer anexo.

• O sistema deve prever a emissão direta de declarações ou se a mesma requer análise. No caso de requerer análise deve-se permitir prazo para encerramento.

• Parametrizar serviços disponíveis apenas para associados. Quando um serviço estiver disponível apenas para associados, este deverá estar disponível apenas na área de “membros associados” do portal;

Código RF-5-011 Nome Emitir Declaração Prioridade Obrigatório


22


Descrição • O sistema deve permitir a emissão em retaguarda de qualquer declaração vinculada a qualquer associado.

o Quando emitida em retaguarda o sistema deve gerar registro de emissão encerrado no CRM;

o O sistema deve permitir a emissão de declaração para associados inadimplentes em retaguarda, entretanto deve haver uma mensagem de confirmação para tal.

• O sistema deve permitir a emissão de declarações sob análise. o A emissão deste tipo de declaração deve encerrar o ticket no CRM; o Toda declaração deve ser emitida em formato PDF ou similar;

3.5.3 Convênio

Código RF-5-020 Nome Manter conveniado Prioridade Obrigatório


Descrição • O sistema deve possuir um cadastro de parceiros para publicação no Portal. (Deve ser avaliado se esta publicação se dará de forma automática ou através da área de conteúdo.

• O sistema deve permitir que se vinculem formulários aos conveniados;

Código RF-5-021 Nome Imprimir Relatório Associados Prioridade Obrigatório


Descrição O sistema deve possuir relatório de empresas associadas para envio aos parceiros;

Código RF-5-022 Nome Registrar Utilização de Convênio Prioridade Importante


Descrição • O sistema deve permitir registrar quando um associado usufrui de algum benefício; o O registro da utilização de benefício deve gerar um ticket no CRM com

status fechado; O Sindinfo deve possuir um processo para recuperar unto aos parceiros os associados que por ventura estejam usufruindo dos benefícios ofertados no portal.

3.5.4 Dashboard

Código RF-5-030 Nome Quantificar Declarações emitidas por Período



Descrição O sistema deve exibir graficamente quantas declarações foram emitidas por período distinguindo entre associados e não associados.

Código RF-5-031 Nome Listar Associados que emitiram declara-ções



Descrição O sistema deve ser capaz de listar as empresas envolvidas no RF-5-030;

Código RF-5-032 Nome Listar Associados inscritos em benefícios Prioridade Importante


Descrição O sistema deve apresentar graficamente as empresas que utilizaram serviços conveniados


23

por período

3.6 Gestão Eventos e Cursos

Código RF-6-001 Nome Manter Tipo Evento Prioridade Obrigatório


Descrição O sistema deve permitir o cadastramento dos possíveis tipos de evento ofertados pelo Sin-dinfo;

Código RF-6-002 Nome Manter locais Prioridade Desejável


Descrição O sistema manter locais bem como sua capacidade mínima e máxima.

Código RF-6-003 Nome Manter instrutores Prioridade Desejável


Descrição O sistema manter instrutores por assunto para montagem de curso/evento;

Código RF-6-004 Nome Manter Tipo Fornecedores Prioridade Importante


Descrição O sistema manter tipo de fornecedor para categorização dos gastos.

Código RF-6-005 Nome Manter Fornecedores Prioridade Obrigatório


Descrição Sistema deve manter os Fornecedores prestadores de serviço para justificativa de lança-mento financeiro a débito.

Código RF-6-006 Nome Manter Cadastro Programático Prioridade Desejável


Descrição O sistema deve manter conteúdo programático por assunto

Código RF-6-007 Nome Manter Formação de Preço Prioridade Desejável


Descrição • O sistema deve possuir uma funcionalidade onde os gestores consigam associar os parâmetros indicados acima valorando os mesmos para formação de custo do evento.

• O sistema deve totalizar os valores inseridos;

• O sistema deve apresentar embaixo do subtotal a opção “percentual” ou “moeda” para inclusão de valor a ser aplicado ao subtotal;

o No caso de percentual, o valor inserido deve ser aplicado sobre o subtotal; o No caso de moeda, o valor deve ser somado ao total;

• O sistema deve manter estas informações para consulta futura;

Código RF-6-008 Nome Consultar Formação de Preços Prioridade Importante


Descrição • O sistema deve permitir consultar todas as formações de preço cadastradas no sistema;

• O sistema deve listar os eventos podendo esta lista ser filtrada.


24

Código RF-6-009 Nome Manter Evento / Curso Prioridade Obrigatório


Descrição O sistema deve permitir o cadastramento de eventos para publicação no portal;

• O cadastramento do evento deve sensibilizar agenda de eventos no portal; o O cadastramento de eventos deve ser parametrizado para que sensibilize

apenas área de membros, isto é, quando um evento for só para associados este aparecerá discriminado apenas na área restrita para sócios;

o Todos os eventos devem sensibilizar a área de membros associados.

• O cadastramento deve prever diferenciação de preços para associados e não associados.

• Ao publicar um evento o mesmo deve ser disponibilizado na sua área do portal e a agenda deverá ser sensibilizada;

o Quando criado um evento deve ficar com status em análise; ▪ Eventos com status em análise não ficarão disponíveis no portal

• O sistema deve prever eventos gratuitos.

• O sistema deve prever frequência mínima para emissão de certificados (RF-6-010);

• O sistema deve prever nota mínima para emissão de certificado;

Código RF-6-010 Nome Manter certificados Prioridade Desejável


Descrição O sistema deve estar apto a manter certificados de conclusão vinculados a cursos e even-tos.

Código RF-6-011 Nome Parametrizar Lista de Presença Prioridade Desejável


Descrição O sistema deve permitir a parametrização de diferentes listas de presença

3.7 Portal

3.7.1 Financeiro

Código RF-9-001 Nome Emitir 2ªvia de Boleto Prioridade Obrigatório

Atores Associado

Descrição O sistema deve emitir segunda via de boletos não pagos atrelados ao usuário logado. A estes boletos será permitido alterar a data de vencimento dos boletos desde que o boleto esteja configurado para isso em RF -2-004 - Parametrizar Boletos; Ao emitir de uma segunda via de boleto deve alterar a expectativa de recebimento no lan-çamento financeiro gerado na emissão do mesmo.

3.7.2 Atendimento (Fale conosco)

Código RF-9-010 Nome Fale conosco Prioridade Obrigatório

Atores Associado

Descrição Ao selecionar o fale conosco no portal o sistema deve exibir a categorização de assuntos conforme RF-3-004. Cada demanda aberta no fale conosco deve gerar um registro para ação.

Código RF-9-011 Nome Abrir solicitação de Serviço Prioridade Desejável


25

Atores Associado

Descrição O Portal deve permitir que associados adimplentes abram solicitações de serviço contra o Sindicato. (RF-2-091 / RF-2-096)

Código RF-9-012 Nome Consultar Status de Serviço Prioridade Desejável

Atores Associado

Descrição O portal deve permitir que associados consultem o status dos serviços solicitados.

Código RF-9-013 Nome Cadastrar Sugestão de Publicação Prioridade Desejável

Atores Associado

Descrição O Portal deve permitir que seus usuários sugiram publicações para ficarem disponíveis no Portal; As publicações devem ser categorizadas em Publicas, Associados e Diretoria. Sendo o perfil atribuído ao usuário determinante no acesso à informação;

Código RF-9-014 Nome Emitir Certidão Prioridade Obrigatório

Atores Associado

Descrição O portal deve permitir que associados adimplentes possam emitir certidões;

3.7.3 Biblioteca (Conteúdo)

Código RF-9-020 Nome Landing Page Prioridade Importante

Atores Associado

Descrição Ao acessar informações públicas o usuário deve preencher landing page;

Código RF-9-021 Nome Consultar Publicações Prioridade Obrigatório

Atores Associado

Descrição O Portal deve permitir o acesso ao acervo bibliográfico de acordo com o perfil de acesso; O Sistema deve permitir buscas por tag's pré cadastradas;

Código RF-9-022 Nome Pesquisar Publicações Prioridade Obrigatório

Atores Associado

Descrição O portal deve pesquisar em seu acervo tag’s relacionadas. O resultado da pesquisa deve considerar o nível de acesso a informação para exibição do conteúdo.

Código RF-9-023 Nome Comentar Publicações Prioridade Desejável

Atores Associado

Descrição O portal deve permitir que o usuário comente publicações. Ao comentar uma publicação o sistema deve cadastrar o comentário com status “Pendente Análise”. O comentário não deve ser exibido até que seja validado no RF-3-022

Código RF-9-024 Nome Compartilhar Publicações Prioridade Desejável

Atores Associado

Descrição O portal deve permitir que as publicações públicas disponibilizadas possam ser compartilhadas nas mídias sociais;


26

Código RF-9-025 Nome Curtir Publicações Prioridade Desejável

Atores Associado

Descrição O portal deve permitir que o usuário curta as publicações de seu interesse para tabulação do assunto.

3.7.4 Enquete

Código RF-9-030 Nome Responder Enquetes Prioridade Desejável

Atores Associado

Descrição O portal deve apresentar ao usuário enquete da forma como foi parametrizada. O portal deve permitir que os usuários respondam a enquetes propostas no portal, respeitando o nível e acesso do cadastro da mesma;

3.7.5 Associado

Código RF-9-040 Nome Cadastro Associado Prioridade Obrigatório

Atores Associado

Descrição O sistema deve permitir que o associado se cadastre através do portal

• Ao se cadastrar o associado preencherá um currículo da sua empresa relacionando os dados parametrizados a sua empresa visando combinação com as oportunidades.

• O associado deverá possuir uma área para cadastramento de produtos.

• O Portal deve prever anexo de documentos para efetivação da associação da empresa.

• O sistema deve alertar o associado de forma automática no caso de vencimento de certificações;

Código RF-9-041 Nome Consultar Associados Prioridade Obrigatório

Atores Associado

Descrição O sistema deve permitir que qualquer pessoa que acesse o portal consulte os associados do Sindinfo.

• A pesquisa por associado deve levar em conta todo o cadastramento da associada verificando em todas as variáveis preenchidas a correlação de Tags

• A pesquisa pode ser refinada utilizando os parâmetros pré cadastrados de maneira única ou conjunta.

• A pesquisa pode ser realizada por cidade.

Código RF-9-042 Nome Consultar por Produtos Prioridade Obrigatório

Atores Associado

Descrição O sistema deve permitir que qualquer pessoa que acesse o portal pesquise seus associados por Produtos

Código RF-9-043 Nome Consultar por Segmento Prioridade Obrigatório

Atores Associado

Descrição O sistema deve permitir que qualquer pessoa que acesse o portal pesquise seus associados por Segmento

Código RF-9-045 Nome Consultar por Área de Atuação Prioridade Importante


27

Atores Associado

Descrição O sistema deve permitir que qualquer pessoa que acesse o portal pesquise seus associados por Área de Atuação

Código RF-9-045 Nome Consultar por Atestado Prioridade Obrigatório

Atores Associado

Descrição O sistema deve permitir que qualquer pessoa que acesse o portal pesquise seus associados por atestados

3.7.6 Declaração

Código RF-9-050 Nome Emitir Declaração Prioridade Obrigatório

Atores Associado

Descrição O portal deve permitir que associados emitam declarações.

• Para emissão de declaração o associado deve estar adimplente conforme RF-5-011

3.7.7 Conveniados

Código RF-9-060 Nome Consultar Convênios Prioridade Obrigatório

Atores Associado

Descrição

Código RF-9-061 Nome Baixar Formulário de Adesão Prioridade Obrigatório

Atores Associado

Descrição

3.7.8 Oportunidades

Código RF-9-065 Nome Consultar por Oportunidades Prioridade Importante

Atores Associado

Descrição O sistema deve permitir que associados consultem as oportunidades disponíveis no portal independente de sua parametrização;

• Caso a oportunidade seja cadastrada como publica ela deve ficar disponível para todos que acessem o Portal;

Código RF-9-066 Nome Manter Oportunidades Prioridade Importante

Atores Associado

Descrição O sistema deve permitir que se cadastrem oportunidades de negócio para eventual consulta dos associados

• As oportunidades devem ser categorizadas e relacionadas com as parametrizações.

• Uma mantenedora pré-cadastrada poderá cadastrar oportunidades.

• Uma mantenedora pode optar por “se revelar” ou não no cadastramento de oportunidades.

• As oportunidades devem ser categorizadas em públicas e privadas (Acessadas apenas pelos membros logado)

• Ao cadastrar uma oportunidade deve ser cadastrada a validade (expiração) da mesma;

• O sistema deve exibir apenas oportunidades “ativas” (dt_expiração < Sysdate)


28

Código RF-9-067 Nome Enviar de Notificação de Oportunidade Prioridade Importante

Atores Associado

Descrição O sistema deve comparar as características das oportunidades com as características da empresa para envio de notificação

• A notificação da oportunidade deve gerar um evento de CRM/Histórico para consulta posterior

• A notificação deve ser em formato de URL para “trazer” o associado ao portal para maiores informações

3.7.9 Vagas

Código RF-9-070 Nome Cadastrar Vagas Prioridade Desejável

Atores Associado

Descrição O sistema deve permitir que seu associado logado cadastre vagas para preenchimento do seu quadro de funcionários.

Código RF-9-071 Nome Consultar Vagas Prioridade Desejável

Atores Publico

Descrição O portal deve permitir que o Público pesquise vagas por tags.

Código RF-9-072 Nome Compartilhar Vagas Prioridade Desejável

Atores Público

Descrição O sistema deve permitir que se compartilhe vagas publicadas em redes sociais.

3.7.10 Evento

Código RF-9-080 Nome Consultar Eventos Prioridade Obrigatório

Atores Associado / Publico

Descrição O portal deve possuir uma seção para divulgação de eventos oferecidos pelo Sindicato.

• Requisito deve respeitar orientações no RF-6-009

Código RF-9-081 Nome Manter Inscrição Evento Prioridade Obrigatório


Descrição O portal deve permitir que o “cliente” se inscreva em eventos, respeitando o RF-6-009

Código RF-9-082 Nome Pagar Inscrição Prioridade Obrigatório


Descrição O Portal deve permitir recebimento de inscrições pela sua interface. O pagamento de um evento deve sensibilizar os recebíveis do Sindinfo

Código RF-9-083 Nome Emitir Lista de Presença Prioridade Importante

Atores Diretoria

Descrição O portal deve permitir gerar uma lista de presença dos inscritos no curso. De acordo com a parametrização em RF-6-011


29

3.7.11 Área Aluno

Código RF-9-090 Nome Emitir Credencial Aluno Prioridade Importante

Atores Aluno / Diretoria

Descrição O sistema deve permitir que alunos emitam a própria credencial de um evento em que esteja inscrito.

Código RF-9-091 Nome Emitir Credencial Diretoria Prioridade Importante

Atores Aluno / Diretoria

Descrição O sistema deve permitir que o perfil de diretoria emita credencial de participação de qualquer aluno inscrito em todos os eventos.

Código RF-9-093 Nome Emitir Certificado Prioridade Importante

Atores Associado / Aluno

Descrição O Portal deve emitir certificados dos alunos que cumprirem as parametrizações do evento/curso como em RF-6-009

3.7.12 Mantenedora

Código RF-9-100 Nome Manter Oportunidades Prioridade Importante

Atores Associado

Descrição O portal deve permitir que mantenedoras cadastradas mantenham informações no portal.

Código RF-9-101 Nome Consultar empresas por Oportunidade Prioridade Importante

Atores Associado

Descrição O portal deve permitir que mantenedoras consultem empresas que satisfaçam requisitos da oportunidade cadastrada como em RF-6-065

4 Requisitos Não Funcionais

4.1 Confiabilidade

Código Prioridade Descrição

RNF-CON-01 Importante

4.2 Usabilidade


RNF-USA-01 Desejável Permitir exportar para Excel todos os relatórios. Neste caso a ex-portação não deve paginar os dados como na tela. A exportação deve apresentar todos os dados em uma única página.

RNF-USA-02 Importante Permitir exportar para PDF todos os relatórios RNF-USA-03 Importante Permitir que todos os relatórios sejam agendados para envio por e-

mail

Código RF-9-092 Nome Manter Avaliação Evento Prioridade Importante

Atores Associado / Aluno

Descrição O portal deve solicitar ao aluno que avalie o evento quando o mesmo solicitar a emissão do Certificado.


30

RNF-USA-04 Importante O sistema deverá possuir Manual do usuário RNF-USA-05 Desejável O sistema deverá possuir tutorial de usabilidade por vídeo RNF-USA-06 Importante Todas as telas de cadastro devem permitir a exportação dos dados

(sugestão “csv”.)

4.3 Segurança


RNF-SEG-01 Importante As senhas de usuário devem ser armazenadas e transitar entre os componentes do sistema sempre de forma criptografada.

RNF-SEG-02 Obrigatório Para a exclusão de qualquer registro de qualquer cadastro, se hou-ver dependência deste registro com outros registros em outra parte do sistema, em vez da excluído o registro será inativado

4.4 Suportabilidade Código Prioridade Descrição

RNF-SUP-01 Desejável O sistema deverá possuir opção para o envio de notificações por SMS ou similar (whathsapp, viber)

5 Descrição da Transição O sistema deverá carregar de forma massiva os dados já cadastrados no PortalTI caso o mesmo não seja aproveitado.

5.1 Requisitos Funcionais de Transição


RFT-01 Importante • Dados de Associados o Cadastro o Produtos o Vídeos o Imagens o Relacionamentos associados

RFT-02 Importante Tipo Categorias RFT-03 Importante Tipo Áreas de Aplicação RFT-04 Importante Tipo Ramo de Atividade RFT-05 Importante Tipo Mercado de Atuação RFT-06 Importante Tipo Certificações RFT-07 Importante Tipo Atestados

5.2 Requisitos Não Funcionais de Transição Nenhum requisito não funcional de transição identificado.

6 Referências https://resultadosdigitais.com.br/landing-page/ https://pt.wikipedia.org/wiki/Gera%C3%A7%C3%A3o_de_lides

https://resultadosdigitais.com.br/landing-page/

https://pt.wikipedia.org/wiki/Gera%C3%A7%C3%A3o_de_lides


31

7 Anexos Softwares Sugeridos

Área Link

Gestão http://sinctec.com.br

Gestão https://contaazul.com/funcionalidades/controle-financeiro/

Gestão https://quickbooks.intuit.com/br/compare/

Gestão https://www.mantisbt.org/

Conteúdo https://www.movidesk.com/

Conteúdo http://www.brazip.com.br/sites/br/mysuite/

Conteúdo https://www.zendesk.com.br/

Evento https://www.eventmobi.com

Evento https://www.sympla.com.br

Evento https://www.eventbrite.com.br

Evento https://www.congressy.com/

Softwares para Integração sugeridos:

Área Link

Conteúdo https://yoast.com/wordpress/plugins/seo/

Conteúdo https://wordpress.org/plugins/wp-polls/

Plataformas Inspiradoras

Área Link

Curso https://www.alura.com.br

Curso https://www.udemy.com/

Negócio http://Tiportal.com.br

Negócio http://pontedenegocios.fiesp.com.br/#/

Negócio https://www7.fiemg.com.br/produto/projeto-compre-bem

http://sinctec.com.br/

http://sinctec.com.br/

https://contaazul.com/funcionalidades/controle-financeiro/

https://contaazul.com/funcionalidades/controle-financeiro/

https://quickbooks.intuit.com/br/compare/

https://quickbooks.intuit.com/br/compare/

https://www.mantisbt.org/

https://www.mantisbt.org/

https://www.movidesk.com/

https://www.movidesk.com/

http://www.brazip.com.br/sites/br/mysuite/

http://www.brazip.com.br/sites/br/mysuite/

https://www.zendesk.com.br/

https://www.zendesk.com.br/

https://www.eventmobi.com/

https://www.eventmobi.com/

https://www.sympla.com.br/

https://www.sympla.com.br/

https://www.eventbrite.com.br/

https://www.eventbrite.com.br/

https://www.congressy.com/

https://www.congressy.com/

https://yoast.com/wordpress/plugins/seo/

https://yoast.com/wordpress/plugins/seo/

https://wordpress.org/plugins/wp-polls/

https://wordpress.org/plugins/wp-polls/

https://www.alura.com.br/

https://www.alura.com.br/

https://www.udemy.com/

https://www.udemy.com/

http://tiportal.com.br/

http://tiportal.com.br/

http://pontedenegocios.fiesp.com.br/#/

http://pontedenegocios.fiesp.com.br/#/

https://www7.fiemg.com.br/produto/projeto-compre-bem

https://www7.fiemg.com.br/produto/projeto-compre-bem

Especificação Preliminar de Requisitos de Software · 2019. 4. 2. · ou páginas de conversão,...

Documents

Transcript of Especificação Preliminar de Requisitos de Software · 2019. 4. 2. · ou páginas de conversão,...