Essa é uma revisão anterior do documento!
| Manter versão oficial do SIGA-EDU | |
|---|---|
| 1. | Objetivo e campo de aplicação |
| Este padrão tem como objetivo estabelecer uma sistemática para manter em funcionamento de forma a satisfazer os clientes da instituição o sistema acadêmico utilizado no IFRJ. O campo de aplicação é toda a CODES | |
| 2. | Documentos de Referência |
| 2.1. | Da Associação Brasileira de Normas Técnicas (ABNT) |
| NBR ISO 9001:2008 – Sistemas de Gestão da Qualidade – Requisitos. | |
| 3. | Definições e silgas |
| RENAPI – Rede Nacional Pesquisa e Inovação em Tecnologias Digitais. | |
| CODES – Coordenação de Desenvolvimento e Sistemas. | |
| SIGAEPCT – Sistema Integrado de Gestão Acadêmica. | |
| RC – Release Candidate. | |
| Release Candidate – Código Fonte candidato a versão oficial. | |
| RC-IFRJ – Release Canditate específico do IFRJ. | |
| IFRJ – Instituto Federal de Educação Ciência e Tecnologia do Rio de Janeiro | |
| Branch – Um ramo de desenvolvimento paralelo no repositório. | |
| Tag – Marcação de um código fonte como versão final. | |
| Repositório – Área de controle de versão no servidor de desenvolvimento, onde ficam armazenadas todas as versões do código fonte. | |
| terminal shell – É um terminal de execução de comando no sistema operacional. | |
| PE-REACS – Alteração e/ou correção de sistema | |
| 4. | Procedimento |
| 4.1. | Manter a versão oficial do código fonte do SIGAEPCT |
| Garantir no repositório do IFRJ o código fonte de todas as versões oficiais que se encontram no repositório da RENAPI, que já usamos ou usaremos no IFRJ. | |
| 4.1.1. | Verificar periodicamente a existência do RC mais atual no repositório da RENAPI. |
| Pelo menos uma vez por semana, acessar o repositório da RENAPI do projeto SIGAEPCT atra-vés da ferramenta Redmine que fica na url https://redmine.renapi.gov.br. Esse procedimento só pode ser executado por um usuário com permissões de acesso ao Redmine da Renapi, no Projeto SIGAEPCT, e ao repositório https://svn.renapi.gov.br/sigaept-edu. | |
| 4.1.2. | Baixar do repositório o código fonte do RC encontrado. |
Se no passo 4.1.1 for encontrado um RC ainda não baixado para o repositório do IFRJ, deve-se executar o seguinte comando em um terminal shell: #svn export https://svn.renapi.gov.br/sigaept-edu/tags/[Rc_encontrado] [pasta local], onde [RC_encontrado] é o nome do branch encontrado no passo 4.1.1 e [pasta local] é uma pasta na maquina de trabalho. |
|
| 4.1.3. | Criar no repositório do IFRJ o branch do RC encontrado. |
Deve-se executar o seguinte comando em um terminal shell: #svn mkdir http://10.2.157.15/svn/sigaepctifrj/branch/[rc_encontrado] . Esse procedimento só pode ser executado por um usuário com permissões de acesso ao reposi-tório http://10.2.157.15/svn/sigaepctifrj do IFRJ. |
|
| 4.1.4. | Remover o diretório de documentação da pasta local |
Deve-se executar o seguinte comando em um terminal shell: #mv [pasta_local] [pasta_docs]. Onde [pasta_docs] é uma pasta na maquina de trabalho fora da [pasta_local] que guardará a do-cumentação da RC encontrada. O nome da [pasta_docs] é formado por nome da RC encontrada mais o sufixo “-docs”. |
|
| 4.1.5 | Mover o código baixado para o branch criado. |
Deve-se executar o seguinte comando em um terminal shell: #svn import -m “Import inicial do RC [rc_encontrado]“ [pasta_local] https://10.2.157.15/svn/sigaepctifrj/branch/[RC_encontrado] |
|
| 4.1.6 | Verificar se o RC encontrado virou tag no repositório da RENAPI. |
| Pelo menos uma vez por semana, acessar o repositório da RENAPI do projeto SIGAEPCT atra-vés da ferramenta Redmine para verificar se a RC encontrada virou uma versão final. | |
| 4.1.7. | Gerar no repositório do IFRJ a tag da RC encontrada. |
Se a RC encontrada virou tag, deve-se executar o seguinte comando em um terminal shell: #svn cp -m “Criação da TAG da versão [RC_encontrado] ” http://10.2.157.15/svn/sigaepctifrj/branch/[rc_encontrado] http://10.2.157.15/svn/sigaepctifrj/tag/[rc_encontrado] |
|
| 4.1.8 | Gerar no repositório do IFRJ conforme padrão de execução o branch de bugfix da tag ge-rada. |
Deve-se executar o seguinte comando em um terminal shell: #svn cp -m “Criação do BugFix da [RC_encontrado] ”http://10.2.157.15/svn/sigaepctifrj/branch/[rc_encontrado] http://10.2.157.15/svn/sigaepctifrj/branch/[rc_encontrado]-bugfix |
|
| 4.2. | Aplicação das correções/alterações na nova Versão Oficial. |
| 4.2.1. | Mapear as tarefas implementadas no bugfix da versão de produção. |
| O mapeamento deverá ser feito através dos registros PE-REPS e PE-REAPS. Cada registro PE-REAPS deverá ter uma tarefa associada a ele no gerenciador de projetos localizado no endereço eletrônico https://dgti.ifrj.edu.br/. | |
| 4.2.2 | Gerar as tarefas de aplicação das alterações/correções não aplicadas pela equipe da RENAPI |
| Criar no gerenciador de Projetos uma tarefa para cada alteração/correção que foi implementada no BugFix. | |
| 4.2.3 | Analisar quais alterações/correções já estão implementadas na versão nova |
| 4.2.4 | Desenvolver as tarefas geradas |
| As tarefas deverão ser desenvolvidas segundo as especificações do item 4.3 deste padrão de execução. | |
| 4.3. | Desenvolvimento de uma tarefa |
| 4.3.1. | Atualizar o repositório local |
| Através da interface do RAD eclipse mudar a perspectiva para “JAVA EE(Default)”, clicar com o botão direito do mouse em cada um dos projetos, selecionar o submenu “Team” e executar a op-ção “Update”. | |
| 4.3.2. | Descrever sucintamente na tarefa atribuída a solução a ser desenvolvida |
| Descrever de forma clara e objetiva, qual serão as alterações/correções feitas na tarefa referente a tal implementação no gerenciador de projetos. | |
| 4.3.3 | Dar Commit no repositório do IFRJ, as alterações até sua conclusão. |
| 4.3.4. | mudar o status da tarefa para teste |
| Deverá ser mudado o status da tarefa de “Em Andamento” para “Teste” no gerenciador de projetos. | |
| 4.3.5 | Criar o documento de teste da tarefa relacionada. |
| 4.3.6 | Subir o documento na área de documentos do Projeto, fazendo referencia a tarefa. |
| 4.3.7. | Atribuir a tarefa para o responsável pelo tráfego. |
| Deverá ser alterada a atribuição da tarefa no gerenciador de projetos para a pessoa responsável pelo trafego das tarefas. | |
| 4.4. | Gerar Release do IFRJ |
| 4.4.1. | Verificar se houve alteração no branch de bugfix da versão mais atual |
| Pelo menos uma vez por semana, acessar o gerenciador de projetos para confirmar se houve ou não alterações no branch bugfix. Esse procedimento só pode ser executado por um usuário com permissões de acesso ao gerenciador de projetos da IFRJ, no Projeto SIGA-EPCT-IFRJ, e ao re-positório http://10.2.157.15/svn/sigaepctifrj | |
| 4.4.2. | Gerar no repositório do IFRJ o Branch do RC-IFRJ |
Deve-se executar o seguinte comando em um terminal shell: #svn cp -m “Criação da Release da versão [RC_IFRJ] ” http://10.2.157.15/svn/sigaepctifrj/branch/[rc_encontrado]-bugfix http://10.2.157.15/svn/sigaepctifrj/branch/[versao-ifrj]-RCRJ[numero-RC] , onde [versao-ifrj] é o numero da versão a ser lançada pela CODES e [numero-RC] é o numero do RC atual. |
|
| 4.4.3 | Rodar testes automatizados |
| 4.4.4 | Analisar resultados dos testes |
| 4.4.5 | Aplicar testes manuais deste bugfix |
| 4.4.6 | Analisar resultados dos testes |
| 4.4.7 | Gerar no Repositório do IFRJ a tag da versão a partir do RC-IFRJ |
Deve-se executar o seguinte comando em um terminal shell: svn cp -m “Criado o Release Candidate 1 para a versão [versao-IFRJ]” http://10.2.157.15/svn/sigaepctifrj/branch/[versao-ifrj]-RCRJ[numero-RC] http://10.2.157.15/svn/sigaepctifrj/tag/[versao-ifrj], onde [versao-ifrj] é o numero da versão a ser lançada pela CODES e [numero-RC] é o numero do RC atual. |
|
| 5. | Fluxogramas |
 |
|
| 6. | Anexos |