ERP U.PORTO PROCEDIMENTO INSTALAÇÃO DE BUILDS. Reitoria da Universidade do Porto

Tamanho: px

Começar a partir da página:

Download "ERP U.PORTO PROCEDIMENTO INSTALAÇÃO DE BUILDS. Reitoria da Universidade do Porto"

Angélica Amaro Delgado
8 Há anos
Visualizações:

1 ERP U.PORTO PROCEDIMENTO INSTALAÇÃO DE BUILDS Reitoria da Universidade do Porto Agosto de 2011

2 Revisões Versão Data Submetido Observações 01 Agosto 2011 José Sousa Draft 02 Outubro 2011 Raquel Carvalho Sugestões 02 Outubro 2011 Lígia Ribeiro Sugestões 03 Outubro 2011 Jose Sousa Alterações, acordo ortográfico 1

3 Índice 1 Introdução Procedimento para instalação de Builds Diagrama de fluxo

4 1 Introdução Este documento tem por objetivo definir o procedimento interno à Reitoria para a instalação de builds nos ambientes de teste e produção da aplicação ERP da U.PORTO. Entende-se instalação de builds, no ERP, a tarefa de atualização de novas versões, com correção de erros e/ou novas funcionalidades. O procedimento e instalação de builds é da responsabilidade da unidade de Administração de Sistemas e Computação, da DUD, e da unidade de Auditoria e Controlo Interno, nas componentes de instalação e de testes funcionais, respetivamente. As builds, para instalação, são disponibilizadas pela equipa de suporte da entidade PRIMAVERA, externa à U.PORTO. 3

5 2 Procedimento para instalação de Builds Nomenclatura equipa suporte PRIMAVERA entidade externa à U.PORTO que dá suporte ao ERP. ASC Unidade de Administração de Sistemas e Computação helpdesk ERP Unidade Auditoria e Controlo Interno TTs Sistema de Trouble Tickets do SIGARRA da Reitoria Notas: O contacto entre a Reitoria e a equipa de suporte PRIMAVERA deverá ser sempre realizado pela equipa helpdesk ERP. A necessidade de instalação de nova build deve ser formalizada pelo sistema de TTs, entre a equipa helpdesk ERP e a ASC. 1 Equipa de suporte PRIMAVERA disponibiliza o código da build e toda a documentação necessária para a instalação e testes funcionais. Esta informação deverá ser disponibilizada ao helpdesk ERP pelos canais de comunicação apropriados (IS Incidente Support). 2 Equipa helpdesk ERP notifica a ASC, pelo sistema de TTs, da disponibilização de uma nova build. Deve indicar a urgência da instalação da build, considerando que a ASC necessita de pelo menos 2 dias para planear a instalação. 3 ASC agenda com helpdesk ERP a data de instalação no ambiente de testes. Deve ser agendada com pelo menos 1 dia de antecedência, uma vez que a instalação obriga a uma pragem do serviço. 4 ASC instala a build, no ambiente de testes, na data/hora definida e notifica helpdesk ERP da conclusão da instalação (no sistema de TTs). A notificação deve conter um relatório mínimo do processo de instalação e registar dificuldades, caso existam. Deve também registar o tempo estimado para a instalação da build em produção. 5 O helpdesk ERP procede aos testes funcionais da nova build. A bateria de testes funcionais deverá ser definida por esta equipa. 4

6 6 Caso existam dificuldades/problemas durante os testes funcionais, o helpdesk ERP deve informar a equipa de suporte PRIMAVERA dos mesmos. Se necessário, a ASC deverá ser envolvida na resolução dos problemas identificados. 7 Quando os testes funcionais forem concluídos com sucesso, o helpdesk ERP deve notificar a ASC que a build está pronta para ser instalada em produção (sistema de TTs). 8 ASC agenda com helpdesk ERP a data de instalação no ambiente de produção. A instalação deverá ser agendada com pelo menos 2 dias de antecedência. Sempre que possível, a instalação deverá ser realizada fora do horário de expediente. 9 A instalação de uma build implica sempre uma paragem do serviço. O helpdesk ERP notifica os utilizadores da aplicação sobre a data de paragem e atualização do sistema com pelo menos 1 dia de antecedência (preferencialmente 2 dias). A informação a enviar aos utilizadores deverá referir a razão da intervenção (por exemplo, identificar as novas funcionalidades). 10 ASC instala a build, no ambiente de produção, na data/hora agendada e notifica helpdesk ERP da conclusão da instalação. A notificação deverá conter um relatório mínimo do processo de instalação e registar dificuldades, caso existam. A equipa helpdesk ERP deverá estar disponível na data/hora agendada. Após a instalação deverá realizar testes funcionais mínimos. 11 Helpdesk ERP notifica os utilizadores finais da disponibilidade do sistema. 12 Helpdesk ERP notifica o suporte PRIMAVERA da conclusão dos trabalhos. 13 Helpdesk ERP fecha o problema no sistema de TTs. 5

7 3 Diagrama de fluxo I n s t a l a ç ã o d e b u i l d s n a a p l i c a ç ã o E R P d a U. P o r t o e q u i p a s u p o r t e P R I M A V E R A h e l p d e s k E R P A S C D i s p o n i b i l i z a ç ã o d e n o v a b u ild N o t i f i c a A S C d a e x i s t ê n c i a d e n o v a b u i l d A g e n d a m e n t o d a i n s t a l a ç ã o e m t e s t e s T e s t e s f u n c io n a is n o t if ic a I n s t a l a ç ã o e m t e s t e s r e l a t ó r i o V e r i f i c a ç õ e s / c o r r e ç õ e s N ã o T e s t e s f u n c i o n a i s c o m s u c e s s o S i m N o t i f i c a s u c e s s o d o s t e s t e s A g e n d a m e n t o d a i n s t a l a ç ã o e m p r o d u ç ã o A v i s o a o s u t i l i z a d o r e s N ã o T e s t e s f u n c io n a is n o t if ic a I n s t a l a ç ã o e m p r o d u ç ã o r e l a t ó r i o T e s t e s f u n c i o n a i s c o m s u c e s s o S i m I n f o r m a u t i l i z a d o r e s I n f o r m a s u p o r t e E R P F e c t a T T 6

Documentos relacionados

1 2 9, i n c i s o I I, d a C F ; e a r t i g o 5 º, i n c i s o V, a l í n e a s a e

1 2 9, i n c i s o I I, d a C F ; e a r t i g o 5 º, i n c i s o V, a l í n e a s a e P O R T A R I A n 2 0 1, d e 1 8 d e j u l h o d e 2 0 1 3. A P r o c u r a d o r a d a R e p ú b l i c a q u e e s t a s u b s c r e v e, e m e x e r c í c i o n a P r o c u r a d o r i a d a R e p ú