Aqui você vê as diferenças entre duas revisões dessa página.
Próxima revisão | Revisão anterior Última revisão Ambos lados da revisão seguinte | ||
proad:dgti:gestao:atividade:processo:sistema:desenvolvimentotarefa [10/06/2015 15:04] davi.maria criada |
proad:dgti:gestao:atividade:processo:sistema:desenvolvimentotarefa [10/06/2015 15:23] davi.maria [Table] |
||
---|---|---|---|
Linha 1: | Linha 1: | ||
- | ^ Manutenção corretiva e preventiva do sistema acadêmico || | + | ^ Desenvolvimento de tarefa || |
- | | **1.** | **Objetivo e campo de aplicação** | | + | | **1.** | **Objetivo e campo de aplicação** | |
- | | Este padrão tem como objetivo estabelecer procedimentos para manutenção corretiva e preventiva do sistema acadêmico. Da manutenção corretiva toma-se como base alterações requisitadas pelo cliente ou erros apontados por ele. Da manutenção preventiva toma-se como base quaisquer ações que venham tratar possibilidades de danos ao sistema. O campo de aplicação é toda a CODES no que concerne ao escopo de certificação. || | + | | Este padrão tem como objetivo estabelecer procedimentos para o desenvolvimento de tarefas de codificação de softwares. O campo de aplicação é toda a CODES no que concerne ao escopo de certificação. || |
- | | **2.** | **Documentos de Referência** | | + | | **2.** | **Documentos de Referência** | |
- | | **2.1.** | Da Associação Brasileira de Normas Técnicas (ABNT) | | + | | **2.1.** | Da Associação Brasileira de Normas Técnicas (ABNT) | |
- | | NBR ISO 9001:2008 – Sistemas de Gestão da Qualidade – Requisitos. || | + | | NBR ISO 9001:2008 – Sistemas de Gestão da Qualidade – Requisitos. || |
- | | **3.** | **Definições e silgas** | | + | | **3.** | **Definições e silgas** | |
- | | CODES – Coordenação de Desenvolvimento e Sistemas. || | + | | CODES – Coordenação de Desenvolvimento e Sistemas. || |
- | | IFRJ – Instituto Federal de Educação Ciência e Tecnologia do Rio de Janeiro || | + | | IFRJ – Instituto Federal de Educação Ciência e Tecnologia do Rio de Janeiro || |
- | | PE-DT – Desenvolvimento de Tarefas || | + | | PE-DT – Desenvolvimento de Tarefas || |
- | | GLPI (Suporte - suporte@ifrj.edu.br) || | + | | REDMINE - Sistema de Gerência de Projetos || |
- | | REDMINE - Sistema de Gerência de Projetos || | + | | **4.** | **Procedimento** | |
- | | **4.** | **Procedimento** | | + | | **4.1.** | **Desenvolvimento de uma tarefa** | |
- | | **4.1.** | **Desenvolvimento, Correção e Alteração de funcionalidade** | | + | | **4.2.** | Ambiente de Desenvolvimento | |
- | | **4.1.1.** | Requisição via e-mail ou reunião do Cliente | | + | | Os códigos serão gerados usando máquina virtual existente através do software VirtualBox. A máquina virtual possui toda a sorte de ferramentas de software necessária para implementação ou manutenção de códigos, sendo principalmente essas: Sistema operacional Ubuntu, Eclipse IDE, pgAdmin, iReport. || |
- | | Para haver uma funcionalidade para correção, alteração ou desenvolvimento, o cliente deverá requisitar a CODES, abrindo uma tarefa de suporte no sistema GLPI, enviado um e-mail para suporte@ifrj.edu.br dando descrições detalhadas sobre a requisição. Antes se necessário, uma reunião também pode ser solicitada. || | + | | **4.2.1.** | Atualizar o repositório local | |
- | | **4.1.2.** | Reunião para coleta de requisitos, levantamento das necessidades | | + | | Através da interface do 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”. || |
- | | Para melhor entendimento da requisição a CODES poderá marcar uma reunião com o cliente onde poderão ser coletados os seguintes requisitos: Funcionais, Legais || | + | | **4.2.2.** | Descrever sucintamente na tarefa atribuída a solução a ser desenvolvida | |
- | | **4.1.3.** | Criação das tarefas no REDMINE | | + | | 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. || |
- | | Para controle das tarefas de implementação, todas serão criadas no sistema de gerência de projetos REDMINE. Estarão devidamente categorizadas como: Funcionalidade, Implementação ou Refatoração. Terão discriminadas suas versões para controle de prazos (Sprints). || | + | | **4.2.3.** | Dar Commit no repositório do IFRJ, as alterações até sua conclusão. | |
- | | **4.1.4.** | Implementação dos códigos (Desenvolvimento de Tarefas) | | + | | Através da interface do eclipse mudar a perspectiva para “JAVA EE(Default)”, selecionar todos os projetos, clicar com o botão direito, selecionar o submenu “Team” e executar a opção “Commit”. || |
- | | PE-DT || | + | | Deverá ser feito um comentário tendo o seguinte formato: || |
- | | **4.1.5** | Disponibilização do programa para teste | | + | | [Comentário sobre o commit] (refs #[numero da tarefa] / [percentual concluído em números]% /@ [tempo gasto]) || |
- | | Serão apresentados ao cliente, se necessário, solução proposta. O Cliente deverá acessar o link http://testesigaedu.ifrj.edu.br/sigaept-edu-web-v1 . O cliente deverá dar o aceite, permitindo assim que a funcionalidade/correção/alteração entrem em desenvolvimento. Em caso positivo, segue para geração dos arquivos do programa de produção, item 4.1.7. Em caso negativo, o procedimento volta para item 4.1.2. || | + | | nota: para tempo gasto consulta manual da ferramenta redmine. || |
- | | **4.1.6** | Geração dos arquivos de produção | | + | | **4.2.4.** | Mudar o status da tarefa para teste | |
- | | O coordenador de desenvolvimento após avaliação positiva das tarefas no REDMINE irá gerar o/s arquivo/s de produção (.EAR). || | + | | Deverá ser mudado o status da tarefa de “Em Andamento” para “Teste” no gerenciador de projetos. || |
- | | **4.1.7.** | Disponibilização do programa final | | + | | **4.2.5.** | Atribuir a tarefa para o coordenador de desenvolvimento. | |
- | | O arquivo gerado na etapa anterior será enviado ao servidor de produção que após deploy, entrará em uso. || | + | | Deverá ser alterada a atribuição da tarefa no gerenciador de projetos para a pessoa responsável pela equipe de desenvolvimento. || |
- | | **4.2** | Cópia de segurança dos dados | | + | | **5.** | Fluxograma | |
- | | 4.2.1. A cada 4 horas deverá ser feito uma cópia de segurança dos dados do sistema acadêmico. || | + | | {{ :proad:dgti:gestao:atividade:processo:sistema:pe-flmcpsa-1.png?300&direct }} || |
- | | 4.2.2. Ao menos uma vez por semana deverá ser efetuados testes para verificação quanto a existência da cópia de segurança e quanto sua integridade. || | + | |
- | | **5.** | **Fluxogramas** | | + | |
- | | {{ :proad:dgti:gestao:atividade:processo:sistema:pe-flmcpsa-1.png?300&direct }} || | + | |