Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior Última revisão Ambos lados da revisão seguinte | ||
|
proad:dgti:gestao:atividade:processo:sistema:manutencaocorretivapreventivasistemaacademico [10/06/2015 11:31] davi.maria [Table] |
proad:dgti:gestao:atividade:processo:sistema:manutencaocorretivapreventivasistemaacademico [10/06/2015 12:52] davi.maria [Table] |
||
|---|---|---|---|
| Linha 1: | Linha 1: | ||
| - | ^ Manter versão oficial do SIGA-EDU || | + | ^ Manutenção corretiva e preventiva do sistema acadêmico || |
| | **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 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. || | ||
| Linha 7: | Linha 7: | ||
| | **3.** | **Definições e silgas** | | | **3.** | **Definições e silgas** | | ||
| | CODES – Coordenação de Desenvolvimento e Sistemas. || | | CODES – Coordenação de Desenvolvimento e Sistemas. || | ||
| - | | RC – Release Candidate. || | ||
| | 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 || | ||
| Linha 17: | Linha 16: | ||
| | 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. || | | 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.1.2.** | Reunião para coleta de requisitos, levantamento das necessidades | | | **4.1.2.** | Reunião para coleta de requisitos, levantamento das necessidades | | ||
| - | | Para melhor entendimento da requisição a CODES poderá marcar uma reunião com o cliente onde poderão ser coletados os seguintes requisitos: | + | | 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 || |
| - | * Funcionais; | + | |
| - | * Legais; || | + | |
| | **4.1.3.** | Criação das tarefas no REDMINE | | | **4.1.3.** | Criação das tarefas no REDMINE | | ||
| | 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). || | | 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). || | ||
| Linha 34: | Linha 31: | ||
| | 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. || | | 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** | | | **5.** | **Fluxogramas** | | ||
| - | | {{ :proad:dgti:gestao:atividade:processo:sistema:manter_vesao_oficial.png?300&direct }} || | + | | {{ :proad:dgti:gestao:atividade:processo:sistema:pe-flmcpsa-1.png?300&direct }} || |
| + | |||
| + | |||
| + | |||