manual do ofertante - softwarepublico.gov.br · ... É um espaço dentro do ... trata da concessão...

Manual do OfertanteGuia Completo

Como Oferecer um Software para o Portal do Software Pblico Brasileiro

Verso 2.0

Software Pblico Brasileiro - Manual do Ofertante Proposta pg. 1

Ministrio do Planejamento, Oramento e Gesto.Ministra Miriam Belchior

Secretaria de Logstica e Tecnologia da Informao.Secretria Loreni Foresti

Departamento de Sistemas de Informao.Lus Felipe Coimbra Costa

Coordenao Geral de Sistemas de Informao.Ricardo Miotto Lovatel

Equipe de Software Pblico Brasileiro.Jansen ArajoLaureano StruckLellis MesquitaLucinia TurnesLus RibeiroMarcus VinciusMarisa SouzaNayanne ArajoSilvio MeloValria Siqueira

Responsvel Tcnica pela Elaborao do Manual do OfertanteDbora Reis

Licena do Manual

O Manual do Ofertante do Ministrio do Planejamento, Oramento e Gesto foi licenciado com uma Licena Creative Commons - Atribuio - CompartilhaIgual 3.0 No Adaptada.Com base no trabalho disponvel em softwarepublico.gov.br. Podem estar disponveis autorizaes adicionais ao mbito desta licena em http://softwarepublico.gov.br.

Histrico de VersesData Verso Descrio Autor

05/06/12 1.0 Verso preliminar. Dbora Reis31/07/14 2.0 Verso atualizada. Lus Ribeiro e Valria

Siqueira


http://softwarepublico.gov.br/http://softwarepublico.gov.br/http://softwarepublico.gov.br/spb/file/Manual_do_Ofertante.pdfhttp://creativecommons.org/licenses/by-sa/3.0/

Contedo1. Termos Utilizados.............................................................................................................................42. Apresentao.....................................................................................................................................53. Impedimentos...................................................................................................................................64. Legislao Relacionada....................................................................................................................65. Critrios de Aceitao.......................................................................................................................76. Processo de Avaliao de Software Candidato - PASC....................................................................8


1. Termos Utilizados

AnalistaSPB - o analista do Ministrio do Planejamento, Oramento e Gesto lotado naequipe do Software Pblico Brasileiro. o responsvel por efetuar os testes de softwarescandidatos a se tornar um SPB e por avaliar se o software est apto ou no a se tornar umSPB.AvaliaSPB - um espao dentro do Portal do SPB destinado a acolher os softwarescandidatos que sero analisados, acessvel atravs da pgina:http://softwarepublico.gov.br/5cqualibr/avaliaspb.

CC-GPL - Creative Commons General Public LicenseINPI - Instituto Nacional de Propriedade Industrial.IN/SLTI-MP 01/2011 - Instruo Normativa n.01 de 17 de Janeiro de 2011 da Secretaria deLogstica e Tecnologia da Informao. Representa a normatizao do Software PblicoBrasileiro.LPM - Licena Pblica de Marca.Ofertante - uma pessoa fsica ou jurdica, de direito pblico ou privado, que detentora da propriedade patrimonial do software e tem o interesse em oferec-lo no Portal do SPB. O Ofertante deve ser o desenvolvedor original do software ou possuir autorizao do desenvolvedor original do software para envi-lo para o Portal do SPB. O Ofertante pode ser de dois tipos: Pessoa Jurdica ou Pessoa Fsica.

Pessoa Jurdica: qualquer empresa, rgo pblico ou privado, instituto, cooperativa, etc.Neste caso, o Termo de Compromisso deve ser encaminhado por Ofcio. Pessoa Fsica: qualquer cidado brasileiro. Neste caso, o Termo de Compromisso deve serencaminhado por Carta.

PASC - Processo de Avaliao de Software CandidatoPortal do Software Pblico Brasileiro SPB - o ambiente pblico oficial para liberao,compartilhamento e o desenvolvimento de SPB, acessvel atravs da pgina:www.softwarepublico.gov.br.SPB - Software Pblico Brasileiro.SISP - Sistema de Administrao dos Recursos de Tecnologia da Informao.SLTI - Secretaria de Logstica e Tecnologia da Informao.SVN - Versionador Subversion.Software Candidato - o software enviado pelo Ofertante para ser avaliado para se tornarum Software Pblico


http://www.softwarepublico.gov.br/http://softwarepublico.gov.br/5cqualibr/avaliaspb

2. Apresentao

Este manual explica quais so os critrios para um software se tornar um Software Pblico, explicao Processo de Avaliao do Software Candidato PASC e os passos para enviar um software para oPortal do Software Pblico Brasileiro SPB.

O Manual do Ofertante baseado na Instruo Normativa n.01 de 17 de janeiro de 2011 daSecretaria de Logstica e Tecnologia da Informao. (IN 01/2011). A Instruo Normativa umdocumento pblico que est disponvel no endereo eletrnicohttps://softwarepublico.gov.br/social/articles/0000/3365/in_spb_01.pdf.

Qualquer software de licena livre oferecido pelo desenvolvedor original ou com a autorizao dodesenvolvedor original pode ser inserido no Portal do SPB. Porm, antes de ser inserido, deve serrealizado um teste de aceitao no software que verifique se a soluo possui os pr-requisitosmnimos. Aps o teste e anlise, o software candidato a se tornar um SPB pode ser aprovado ourejeitado.

O ambiente oficial no qual os testes de aceitao sero gerenciados representado pelo ambienteAvaliaSPB. O ambiente AvaliaSPB um ambiente pblico que pode ser acessado e visualizado portodos via cadastramento gratuito no Portal do Software Pblico Brasileiro.

O AvaliaSPB responsvel por: Armazenar o histrico de softwares candidatos testados; Armazenar informaes de cada software candidato, como: os dados do Ofertante, o nome

do software, as caractersticas do software, o nome do AnalistaSPB responsvel pelo testedo software e a data de entrada do software no ambiente AvaliaSPB;

Armazenar os artefatos e arquivos do software candidato; Ser o meio de comunicao aberto entre Ofertante e AnalistaSPB que pode ser visualizado

por todos os membros do portal do SPB;

A Equipe de Analistas SPB possui um laboratrio interno para testes dos softwares candidatos quepode ser acessado apenas pela prpria equipe. No laboratrio, os testes de aceitao so realizadosem sistemas operacionais Linux que possuem licena livre. Algumas verses utilizadas so Ubuntue Debian, por exemplo.


AvaliaSPB

Envio do Software Teste Anlise Aprovao ouRejeio

https://softwarepublico.gov.br/social/articles/0000/3365/in_spb_01.pdf

3. Impedimentos

impedido de se tornar um Software Pblico e ser rejeitado aquele software candidato que:

Impedimentosa Depender de nico fornecedor;a Depender apenas de plataformas (sistemas operacionais) proprietrias;a Utilizar bibliotecas, componentes, utilitrios, ferramentas e cdigo-fonte proprietrios.

Tabela 1: Impedimentos

4. Legislao Relacionada

Lei n 9.279, de 14 de maio de 1996: regula os direitos e obrigaes relativos propriedadeindustrial, trata da concesso de patentes de inveno e de modelo de utilidade, da concessode registro de desenho industrial, da concesso de registro de marca, da represso s falsasindicaes geogrficas e da represso concorrncia desleal.

Lei n 9.609, de 19 de fevereiro de 1998: lei do software que dispe sobre a proteo dapropriedade intelectual de programa de computador, sua comercializao no Pas.

Lei n 9.610, de 19 de fevereiro de 1998: altera, atualiza e consolida a legislao sobredireitos autorais e d outras providncias.

Decreto n 7.579, de 11 de outubro de 2011: dispe sobre o Sistema de Administrao dosRecursos de Tecnologia da Informao - SISP, do Poder Executivo federal.


5. Critrios de Aceitao

Os critrios de aceitao descritos abaixo so obrigatrios e a falta de algum destes critriosacarreta na rejeio do software analisado.

Critrios de Aceitao Obrigatriosa Entregar uma verso suficientemente estvel e madura do software que possibilite a

sua instalao e utilizao em um ambiente de produo.a Entregar um Manual de Instalao em formato aberto e editvel (.odt, .rtf, .odp, entre

outros) que permita ao usurio instalar o software sem o auxlio do Ofertante.a Entregar o cdigo-fonte do software, contendo em cada arquivo-fonte um cabealho

informando que o software est licenciado pelo modelo de licena CC-GPL, verso2.0, em Portugus (http:// creativecommons.org/licenses/GPL/2.0/legalcode.pt). Estecritrio est de acordo com o Art. 7, inciso II, da Instruo Normativa 01, de 17 dejaneiro de 2011 da Secretaria de Logstica e Tecnologia da Informao/MP.

a Entregar todos os roteiros necessrios correta instalao e utilizao do software, taiscomo roteiros de configurao, roteiros de banco de dados, entre outros.

a Entregar a marca do software (logomarca), sob a Licena Pblica de Marca LPM quetrata da proteo da marca do software. Este critrio est de acordo com o Art. 7,inciso III, da Instruo Normativa 01, de 17 de janeiro de 2011 da Secretaria deLogstica e Tecnologia da Informao/MP.

a No utilizar bibliotecas, componentes, ferramentas, cdigos-fontes e utilitriosproprietrios.

a No depender somente de plataformas proprietrias. Ou seja, deve ser possvel instalaro software em algum sistema operacional livre.

a No depender de nico fornecedor.a Entregar o comprovante de registro do software e da marca do software no INPI.

Tabela 2: Critrios de Aceitao ObrigatriosCom base nestes itens, o AnalistaSPB responsvel por avaliar o software candidato, emite oresultado da avaliao, indicando se o software foi aprovado ou rejeitado. Alm dos critriosobrigatrios, recomendvel que o software possua alguns critrios que so considerados comoopcionais e auxiliares para o perfeito funcionamento da comunidade do software dentro do Portaldo SPB. Fica a critrio do Ofertante enviar os itens opcionais. O AnalistaSPB tambm podersugerir o envio de itens opcionais quando considerar conveniente.

Itens Opcionaisa Entregar um instalador amigvel embutido no software que facilite a instalao do

software pelo usurio final.a Entregar o Manual de Uso do Software.a Entregar Tradues do Software em outras lnguas alm do Portugus, como Ingls,

Espanhol, entre outras.a Entregar Lista de Funcionalidades do Software.


http://creativecommons.org/licenses/GPL/2.0/legalcode.pthttp://creativecommons.org/licenses/GPL/2.0/legalcode.pt

a Entregar documentos utilizados durante o desenvolvimento do software, como: casosde uso, modelo de dados, diagramas UML, casos de testes, prottipos, etc.

Tabela 3: Itens Opcionais a serem entregues

6. Processo de Avaliao de Software Candidato - PASC

O Processo de Avaliao de Software Candidato - PASC mostra quais as atividades realizadas desdeo incio at o fim de uma avaliao de um software candidato a se tornar um Software Pblico.

Figura 1: Processo de Avaliao de Software Candidato - PASC

O PASC organizado da seguinte forma:

Aes Preparatrias para Avaliao: so aes realizadas pelo Ofertante ao oferecer umsoftware candidato. Estas aes so realizadas antes da avaliao do software.

AvaliaSPB: contm atividades do Ofertante e da Equipe SPB. So atividades de avaliaodo software candidato que so realizadas dentro do Portal AvaliaSPB.

Aes para o Lanamento: contempla atividades do lanamento do software e da criaoda comunidade do software no Portal do SPB.

Artefatos: lista dos principais artefatos que so analisados no AvaliaSPB.

Na sequncia ser apresentado cada atividade do PASC, indicando o responsvel pela sua execuo


ou o envolvido na atividade, a descrio das aes que so realizadas na atividade, algumasobservaes importantes e tambm os artefatos relacionados.

6.1 Enviar Ofcio ou Carta do Ofertante

Responsvel:- Ofertante

Descrio das aes desta atividade:6.1.1 O Ofertante deve elaborar o Ofcio do Ofertante (caso seja Pessoa Jurdica) ou a Cartado Ofertante (caso seja Pessoa Fsica) conforme modelos no Anexo;6.1.2 O Ofertante envia ofcio ou carta para Secretaria de Logstica e Tecnologia daInformao do Ministrio do Planejamento.

Observaes: O Ofcio do Ofertante enviado pelo Ofertante do tipo pessoa jurdica, que so as

empresas pblicas e privadas, rgos, institutos, universidades, cooperativas, etc. ACarta do Ofertante enviada pelo Ofertante do tipo pessoa fsica. Ambos soacompanhados do Termo de Compromisso.

O Ofcio do Ofertante deve ser assinado pelo dirigente mximo do rgo oudirigente responsvel institucionalmente pela gesto patrimonial do bem software.

A Carta do Ofertante deve ser assinada pelo desenvolvedor original do software oupessoa autorizada legalmente pelo desenvolvedor original.

Para rgos do SISP, no necessrio enviar o Termo de Compromisso. rgos doSISP enviam apenas o Ofcio do Ofertante. A lista de rgos do SISP est disponvelem: http://www.governoeletronico.gov.br/sisp-conteudo/orgaos-do-sisp.

Ao preencher o Ofcio ou Carta, alm do Termo de Compromisso, o Ofertante podeconsultar o nome do(a) Secretrio(a) da SLTI no seguinte endereo eletrnicohttp://www.planejamento.gov.br/assuntos/logistica-e-tecnologia-da-informacao/coordenacao/secretario-de-logistica-e-tecnologia-da-informacao.

O registro no INPI de responsabilidade do Ofertante que deve procurar o INPI esolicitar o registro do cdigo-fonte do software sob a licena CC-GPL verso 2.0 emPortugus (http://creativecommons.org/licenses/GPL/2.0/legalcode.pt), o registro donome, da logomarca e dos demais artefatos do software sob a licena LPM.

Ao providenciar o registro no INPI, o Ofertante deve disponibilizar no AvaliaSPB ocomprovante digitalizado do pedido de registro ou ento o prprio registrodigitalizado. Aps fazer o upload, deve enviar uma mensagem ao AnalistaSPBinformando que o registro no INPI foi realizado e o comprovante anexado noAvaliaSPB.

O registro pode ser tarifado pelo INPI. O registro de custo do Ofertante.

Artefatos: Ofcio do Ofertante ou Carta do Ofertante com Termo de Compromisso. Envio

Obrigatrio. Registro no INPI. Envio Obrigatrio.

6.2 Entrar em Contato com o Ofertante

Responsvel:- AnalistaSPB

Descrio das aes desta atividade:6.2.1 O AnalistaSPB recebe o Ofcio ou Carta do Ofertante;6.2.2 O AnalistaSPB entrar em contato com o Ofertante baseado nas informaes inseridas


6.1 Enviar Ofcio ou Carta do Ofertante

6.2 Entrar em Contato com o Ofertante

http://www.planejamento.gov.br/assuntos/logistica-e-tecnologia-da-informacao/coordenacao/secretario-de-logistica-e-tecnologia-da-informacaohttp://www.planejamento.gov.br/assuntos/logistica-e-tecnologia-da-informacao/coordenacao/secretario-de-logistica-e-tecnologia-da-informacao

no Ofcio ou Carta do Ofertante para solicitar o cadastramento, caso no possua, ou login noportal do SPB.

6.3 Fazer Cadastro ou Login no Portal do SPB


Descrio das aes desta atividade:6.3.1 O Ofertante acessa a pgina principal do Portal do SPB (www.softwarepublico.gov.br);6.3.2 Caso ainda no tenha cadastro, o Ofertante realiza o cadastro no Portal do SPB;6.3.3 O Ofertante realiza o login no Portal do SPB.

Observaes: Apenas usurios cadastrados e logados no Portal do SPB podem enviar um software

para o Portal do SPB. O cadastro no Portal do SPB gratuito, rpido e sem restrio. Ou seja, todos

podem ter um cadastro no Portal do SPB. Para realizar cadastro no Portal do SPB, basta informar principalmente o nome, e-

mail, pas de orgiem, estado (UF), cidade e informar uma senha desejvel paraacesso na pgina http://www.softwarepublico.gov.br/register/user-new.

Aps preenchidas as informaes, o Portal do SPB envia um e-mail contendo umlink para confirmao da abertura do cadastro. Ao clicar no link recebido por e-mail,o cadastro se torna ativo.

Caso ocorra algum problema ou dvida no cadastramento, o usurio deve enviaruma mensagem para o correio eletrnico [email protected].

6.4 Conhecer o Modelo do SPB e os Termos da IN 01/2011


Descrio das aes desta atividade:6.4.1 Aps login realizado, o Ofertante clica na aba Principal.6.4.2 Na aba Principal, no lado esquerdo em Menu, clicar em Envie seu Software e irabrir a pgina de Disponibilizao de Software Pblico. 6.4.3 O Ofertante deve ler o contedo da pgina de Disponibilizao de Software Pblico.6.4.4 O Ofertante deve ler toda a IN 01/2011 para conhecer o Modelo e os Termos do SPB.

Observaes: Caso o Ofertante no encontre a pgina, aps o login no Portal do SPB, basta

acessar www.softwarepublico.gov.br/disponibilizar_software_publico. Caso o Ofertante no encontre a IN 01/2011, poder realizar o download da IN

01/2011 atravs do endereo: http://www.softwarepublico.gov.br/spb/download/file/in_spb_01_DOU.pdf.

A leitura da IN 01/2011 indispensvel para que o Ofertante atenda aos requisitosde disponibilizao do software e concorde com o modelo do SPB.


6.3 Fazer cadastro ou login no

Portal do SPB

6.4 Conhecer o Modelo do SPB e

os termos da IN 01/2011

http://www.softwarepublico.gov.br/spb/download/file/in_spb_01_DOU.pdfhttp://www.softwarepublico.gov.br/disponibilizar_software_publicohttp://www.softwarepublico.gov.br/register/user-newhttp://www.softwarepublico.gov.br/

6.5 Concorda com IN01?


Descrio das aes desta atividade:6.5.1 Aps ler a IN 01/2011, o Ofertante deve concordar com os Termos na pginaDisponibilizao de Software Pblico, marcando em Declaro que concordo com os termosda IN 01/2011 e o software est de acordo com os critrios de aceitao previstos na IN jcitada.6.5.2 Aps marcar, clicar no boto Desejo enviar meu software.

Observaes: Somente aps o Ofertante concordar com os Termos da IN 01/2011, ser habilitado

o boto para iniciar o processo de disponibilizao. Se o Ofertante no concordar com os Termos da IN 01/2011, o processo encerrado. Assim que o Ofertante concordar com os Termos da IN 01/2011 e clicar em Desejo

enviar meu software, ser aberto o Formulrio de Envio de Software para que oOfertante informe os dados do software candidato a se tornar um Software Pblico.

Ao clicar no boto Desejo enviar meu software, o Ofertante demonstra a suaconcordncia com o modelo SPB.

6.6 Preencher Formulrio de Envio do Software


Descrio das aes desta atividade:6.6.1 O Ofertante deve preencher o Formulrio de Envio de Software;6.6.2 Aps preencher o Formulrio, verificar se as informaes preenchidas esto corretas eclicar no boto OK para o Formulrio ser submetido equipe de Analistas do SPB.

Observaes: O Formulrio que for preenchido de forma incompleta ou incorreta, ser

desconsiderado.

6.7 Criar Ambiente de Software Candidato


Descrio das aes desta atividade:6.7.1 O AnalistaSPB criar todo o ambiente necessrio para a disponibilizao do softwarecandidato;6.7.2 Aps a criao de todo o ambiente, o AnalistaSPB ir comunicar o Ofertante para queeste possa enviar o software candidato e seus artefatos.


6.5 Concorda comIN01?

6.6 Preencher Formulrio de

Envio do Software

6.7 Criar Ambientede Software Candidato

6.8 Enviar o Software e seus Artefatos


Descrio das aes desta atividade:6.8.1 O Ofertante dever fornecer o software candidato e seus artefatos, conforme relaoabaixo, no ambiente disponibilizado pelo AnalistaSPB.

Artefatos:

Software (pacotes, bibliotecas, componentes, scripts, instaladores, etc). EnvioObrigatrio.

Manual de Instalao do Software. Envio Obrigatrio. Logomarca do Software com LPM. Envio Obrigatrio. Manual de Uso do Software. Envio Opcional. Lista de Funcionalidades do Software. Envio Opcional. Documentos de Construo do Software (diagramas, casos de teste, etc). Envio

Opcional, mas altamente recomendvel.

6.9 Testar o Software e Verificar os Artefatos


Descrio das aes desta atividade:6.9.1 O AnalistaSPB realiza o teste de aceitao do software candidato e verifica os artefatosenviados pelo Ofertante;6.9.2 O AnalistaSPB verifica a aderncia dos artefatos anexados no ambiente de avaliao IN 01/2011 SLTI/MP.

Observaes: O AnalistaSPB verifica se os artefatos enviados esto aderentes IN 01/2011

SLTI/MP, analisando os seguintes aspectos:1) Se o Cdigo-fonte foi entregue licenciado sob a licena CC-GPL verso 2.0em Portugus(http://creativecommons.org/licenses/GPL/2.0/legalcode.pt);2) Se o Manual de Instalao foi entregue em formato aberto e editvel;3) Se o software candidato no depende apenas de plataforma proprietria etem a capacidade de ser instalado e executado em Sistema Operacional deplataforma livre (exemplo: Linux);4) Se o software ou os componentes do software candidato no dependem deum nico fornecedor para sua execuo.

Escopo do Teste de Aceitao do Software Candidato:1) Anlise Esttica: verificar os requisitos tcnicos e legais obrigatrios,conforme a tabela de Critrios de Aceitao Obrigatrios, Tabela 2. Verificartambm dependncias, bibliotecas e componentes. A Anlise Esttica umaetapa obrigatria e eliminatria. Os softwares candidatos que no atenderem atodos os Critrios Obrigatrios sero reprovados. Aps aprovado na Anlise


6.9 Testar oSoftware eVerificar osArtefatos

6.8 Enviaro Software e seus

Artefatos

Esttica, o software candidato ser encaminhado para a Preparao paraAnlise Dinmica;2) Preparao para Anlise Dinmica: fazer download dos arquivos enviadospelo Ofertante, instalar o software no laboratrio de testes do SPB de acordocom o Manual de Instalao enviado pelo Ofertante. O software candidato queno puder ser instalado com sucesso a partir do Manual do Ofertante, serconsiderado reprovado. Se aprovado na Preparao para Anlise Dinmica, osoftware candidato ser encaminhado para Anlise Dinmica;3) Anlise Dinmica: subdividida em trs tipos:- Teste Funcional: utiliza a Lista de Funcionalidades do software candidato etesta cada uma das funcionalidades elencadas na lista. Caso o Ofertante noenvie a Lista de Funcionalidades do Software, o AnalistaSPB deve abstrairquais so as funcionalidades bsicas do software a partir da descrio dosoftware e ento testar as funcionalidades bsicas num ambiente de testes paraaveriguar se o software possui uma verso estvel e madura capaz de executaras funcionalidades para o qual foi criado para faz-lo. Se defeitos encontradosforam considerados como superficiais ao ponto de no impedirem que afuncionalidade seja executada com sucesso, ento o AnalistaSPB deve aprovaro software mesmo com defeitos. Porm, caso o defeito encontrado impea quea funcionalidade bsica do software seja executada, ento o defeito deve serreportado ao Ofertante e o software deve ser reprovado.- Teste No-Funcional: opcional testar a portabilidade do sistema para outrossistemas operacionais ou equipamentos, caso o software candidato sejaportvel e possa ser executado em mais de uma plataforma. obrigatrio que osoftware possa ser instalado e utilizado em alguma das plataformas livres. Asplataformas proprietrias so opcionais e o teste pode ser opcional. Alm daportabilidade, o AnalistaSPB poder opcionalmente testar outros requisitos nofuncionais, tais como: a segurana, a facilidade de instalao, o desempenho, ausabilidade e a acessibilidade.- Avaliao dos Critrios Desejveis: opcional verificar os artefatos elencadosna tabela de Itens Opcionais, Tabela 3. Os critrios desejveis so critriosopcionais e no devem reprovar o software. O AnalistaSPB poder por venturasugerir pontos de melhoria nos artefatos opcionais apenas para ttulo deaperfeioamento da qualidade do software.

Durante o teste de aceitao, o AnalistaSPB deve verificar se os arquivos enviadospelo Ofertante so suficientes para utilizao das funcionalidades do software. Almdisso, o AnalistaSPB deve verificar se a verso do software madura e estvel, deforma a possibilitar o uso das funcionalidades do software com sucesso.

Os erros encontrados durante o uso do software no impede sua aprovao, desdeque tais erros no impeam que as funcionalidades do software candidato sejamexecutadas.

A fase de teste poder contar com a participao dos membros do Portal SPB.

6.10 Atualizar Quadro de Pendncias


Descrio das aes desta atividade:6.10.1 O AnalistaSPB aps a concluso dos testes do software candidato e seus artefatosatualizar o Quadro de Pendncias.

Observaes: A atualizao no Quadro de Pendncias se faz necessria para o registro do que

est de acordo e do que no est de acordo.


6.10 AtualizarQuadro de Pendncias

6.11 Teste e Verificao Ok?


Descrio das aes desta atividade:6.11.1 Se o software candidato obter sucesso na fase de testes de aceitao e seus artefatosestiverem aderentes IN, o processo encaminhado para o 6.17 Criar Comunidade noPortal do SPB e Inserir Artefatos e 6.18 Enviar Ofcio SPB;6.11.2 Se o software candidato no obter sucesso na fase de testes de aceitao e/ou seusartefatos no estiverem aderentes IN, o processo encaminhado para o 6.12 InteressaNegociar?.

6.12 Interessa Negociar?

Responsvel:- AnalistaSPB e Ofertante

Descrio das aes desta atividade:6.12.1 O AnalistaSPB verifica se o Ofertante tem interesse em adequar o software e/ou osartefatos;6.12.2 Se o Ofertante tiver interesse em adequar o software e/ou os artefatos, o processosegue para o 6.13 Adequar o Software e os Artefatos ;6.12.3 Se o Ofertante no demonstrar interesse em adequar o software e/ou os artefatos, oprocesso encaminhado para 6.14 Enviar para Quarentena.

6.13 Adequar o Software e os Artefatos

Responsvel:- Ofertante.

Descrio das aes desta atividade:6.13.1 O AnalistaSPB entra em contato com o Ofertante, acertando como sero adequados osfatos apontados no Quadro de Pendencias.

Observaes: A negociao, onde couber, pode envolver mais de um Ofertante ou mais de um

rgo envolvido. O processo de negociao pode interferir no tempo total de anlise do software.

6.14 Enviar para Quarentena


Descrio das aes desta atividade:6.14.1 O software candidato enviado para Quarentena.


6.11 Teste eVerificao Ok?

6.13 Adequar o Software

e os Artefatos

6.12 Interessa Negociar?

6.14 Enviar para Quarentena

Observaes: O software candidato deve permanecer na Quarentena por 90 (noventa) dias.

6.15 Retomou Negociao ?


Descrio das aes desta atividade:6.15.1 O AnalistaSPB verifica se o Ofertante tem interesse em retomar a negociao;6.15.2 Se o Ofertante tiver interesse em adequar o software e/ou os artefatos, o processosegue para o 6.13 Adequar o Software e os Artefatos;6.15.3 Se o Ofertante no demonstrar interesse em retomar a negociao, o processo encaminhado para 6.16 Emitir Parecer Tcnico.

6.16 Emitir Parecer Tcnico


Descrio das aes desta atividade:6.16.1 O AnalistaSPB deve anexar no AvaliaSPB o Parecer Tcnico reprovando osoftware candidato com suas devidas justificativas;6.16.2 O AnalistaSPB atualiza o status no AvaliaSPB para Reprovado nos Testes;6.16.3 O AnalistaSPB deve enviar o Parecer Tcnico com o Quadro de Pendncias e oRegistro de Contatos em anexo, para o dirigente mximo responsvel pela organizao, nocaso do Ofertante ser Pessoa Jurdica, ou para o desenvolvedor original, no caso do Ofertanteser Pessoa Fsica, que ofertou o software a fim de dar cincia da reprovao pela equipe doAvaliaSPB com suas devidas justificativas;6.16.4 O AnalistaSPB deve retirar o software candidato do laboratrio de testes do SPBpara que o prximo software possa ser avaliado encerrando assim o ciclo de avaliao dosoftware candidato reprovado.

Observaes: O Parecer Tcnico um ofcio com o resultado final de reprovao do software

candidato no processo de avaliao do SPB. Este ofcio possuir em anexo o quadrode pendncias onde estaro relatados todos os problemas no resolvidos quelevaram a reprovao do software candidato, sendo assim, a justificativa doresultado. Em anexo ao parecer tcnico ser enviado tambm o Registro deContatos com as informaes das comunicaes que foram estabelecidas comsucesso e das tentativas sem sucesso que juntamente com o encerramento do prazode quarentena levaram a finalizao do processo de avaliao do software candidato.

O Parecer Tcnico um ofcio que deve ser preenchido pelo AnalistaSPB notrmino da Avaliao do Software Candidato.

Artefatos: Ofcio Parecer Tcnico. Quadro de Pendncias. Registro de Contatos.


6.15 Retomou Negociaao?

6.16 Emitir Parecer Tcnico

6.17 Criar Comunidade no Portal do SPB e Inserir Artefatos


Descrio das aes desta atividade:6.17.1 O AnalistaSPB cria uma comunidade no Portal do SPB para o software candidato einsere seus artefatos.

Observaes: A comunidade permanece oculta at o lanamento do software. Enquanto estiver

oculta, apenas o AnalistaSPB e o Ofertante tem acesso. Os artefatos inseridos so aqueles que foram submetidos no AvaliaSPB pelo

Ofertante e avaliados pelo AnalistaSPB, durante o teste de aceitao do software. Ao criar a comunidade, o AnalistaSPB cadastra o Coordenador Administrativo e o

Coordenador Tcnico do Software como administradores da comunidade e, emseguida, comunica aos coordenadores que a comunidade foi criada.

6.18 Enviar Ofcio SPB


Descrio das aes desta atividade:6.18.1 O AnalistaSPB elabora e emite o Ofcio SPB do software candidato ao Ofertante;6.18.2 O AnalistaSPB deve anexar no AvaliaSPB o Ofcio SPB.

Observaes: O Ofcio SPB enviado pelo Ministrio do Planejamento para o Ofertante

reconhecendo o software como testado e aprovado como um Software Pblico. No Ofcio SPB poder conter sugestes dadas pelo AnalistaSPB para eventuais

pontos de melhoria opcionais no aperfeioamento da qualidade do software.

Artefato: Ofcio SPB

6.19 Assinar a Carta de Lanamento do Software

Responsvel:- AnalistaSPB e Ofertante

Descrio das aes desta atividade:6.19.1 A autoridade do Ministrio do Planejamento e o Ofertante, na data agendada, assinama Carta de Lanamento do Software.

Observaes: O AnalistaSPB deve elaborar a Carta de Lanamento do software, a qual deve estar

pronta no dia agendado para o lanamento. A Carta de Lanamento o ltimo


6.17 CriarComunidade

no Portal do SPB eInserir Artefatos

6.18 Enviar Ofcio SPB

6.19 Assinar aCarta de

Lanamentodo Software

documento; O Lanamento do Software uma solenidade formal na qual assinada a Carta de

Lanamento pelo Ministrio do Planejamento e o Ofertante num evento pblicopromovido por ambos.

O AnalistaSPB deve anexar no AvaliaSPB a Carta de Lanamento.

Artefato: Carta de Lanamento

6.20 Abrir a Comunidade para o Pblico


Descrio das aes desta atividade:6.20.1 O AnalistaSPB torna a comunidade visvel para o pblico do Portal do SPB;6.20.2 O AnalistaSPB lana notcia no Portal do SPB comunicando que uma novacomunidade foi criada e convida a todos a participarem e a conhecerem o novo softwarelanado como Software Pblico.

Observaes: A partir deste momento a comunidade do software poder ser acessada e receber

membros. Os membros podero realizar o download do software, acessar osrecursos de frum, FAQ, etc.

6.21 Cadastrar o Software no Catlogo de Software do SISP


Descrio das aes desta atividade:6.21.1 O AnalistaSPB deve cadastrar o software recm-lanado no Catlogo do SISP.

Observaes: O Catlogo do SISP uma ferramenta acessada por integrantes do Governo para

buscar solues de software de uso comum no setor pblico. O acesso ao catlogo do SISP realizado pelo endereo:

http://www.sisp.gov.br/catalogo Apenas integrantes do SISP podem cadastrar softwares neste Catlogo.


6.20 Abrir aComunidade para

o Pblico

6.21 Cadastrar oSoftware noCatlogo de

Software do SISP

http://www.sisp.gov.br/catalogo/

manual do ofertante - softwarepublico.gov.br · ... É um espaço dentro do ... trata da concessão...

Documents