Biblioteca Digital do IPG: Relatório de Estágio - Altran – Global Delivery Centre (Lisboa)

(1)

fl

daGuarda

d

fflG

folitécnico

Escola Superior de Tecnologia e Gestiio

RELATÓRIO DE ESTÁGIO

Curso Técnico Superior Profissional

em Desenvolvimento de Aplicações Informáticas

Bruno da Costa Matias

(2)

Gesp.010.03

Escola Superior de Tecnologia e Gestão

Instituto Politécnico da Guarda

RELATÓRIO DE ESTÁGIO

BRUNO DA COSTA MATIAS

RELATÓRIO PARA OBTENÇÃO DO DIPLOMA DE TÉCNICO SUPERIOR PROFISSIONAL

EM DESENVOLVIMENTO DE APLICAÇÕES INFORMÁTICAS 07/2017

(3)

1

Elementos Identificativos

Aluno:

Nome: Bruno da Costa Matias Número: 1012026

Curso: TeSP Desenvolvimento de Aplicações Informáticas

Estabelecimento de Ensino:

Nome: Instituto Politécnico da Guarda

Escola: Escola Superior de Tecnologia e Gestão Morada: Avenida Dr. Francisco Sá Carneiro, nº50 Localidade: 6300-559 Guarda

Telefone: 271 220 100 Fax: 271 222 690

Instituição Acolhedora do Estágio: Nome: Altran – Global Delivery Centre

Localização: Sede – Av. D. João II , Lote 1.07.2.1 Piso 2 , 1990-096 Lisboa

Duração do Estágio: Início: 6 de março de 2017 Fim: 19 de julho de 2017

Orientador do Estágio:

Nome: José Alberto Quitério Figueiredo Grau Académico: Mestre

Supervisor na Instituição: Nome: Rui Ramalho

(4)

2

Agradecimentos

Em primeiro lugar, gostaria de agradecer ao Instituto Politécnico da Guarda, mais concretamente à Escola Superior de Tecnologia e Gestão (ESTG), pela oportunidade que me proporcionou, por todo o apoio prestado ao longo desta formação e por todo o conhecimento que me foi transmitido tanto a nível profissional como pessoal.

Gostaria de agradecer à empresa Altran por ter proporcionado a realização deste estágio nas suas instalações e por todo o apoio e disponibilidade prestada ao longo destes meses. Agradeço à minha equipa por me ter acolhido e ajudado da melhor forma a adquirir novos conhecimentos e a pôr em práticas conhecimentos já adquiridos. Um especial agradecimento ao meu supervisor Rui Ramalho pela dedicação e apoio, que desde o início me ajudou na integração da equipa e dos projetos, assim como em todas as atividades de cada projeto.

Quero agradecer ao meu orientador de está1gio, o Professor José Alberto Quitério Figueiredo, por toda a ajuda, simpatia, dedicação e atenção prestada ao longo destes meses, contribuindo para que fosse possível a concretização deste estágio curricular. Por fim, agradeço à minha família, em especial aos meus pais, que sempre me apoiaram e ajudaram nesta etapa da minha vida e também aos amigos e colegas de curso por todo o apoio contribuindo para o sucesso durante este percurso.

(5)

3

Resumo

Este projeto tem como objetivo principal o desenvolvimento de uma solução que facilite todo o processo de registo de informações do candidato nos respetivos formulários de contratação. Esta solução será responsável por validar e gerar toda a documentação pré-preenchida com os dados do candidato. Pretende-se ainda que esta solução seja a plataforma de submissão dos documentos no processo de contratação.

Foi também proposto o desenvolvimento de atividades como: a resolução de bugs reportados no âmbito e desenvolvimento de novas funcionalidades; a utilização do

Gitlab, utilitário de gestão de issues do projeto, elaboração de testes funcionais (criação

de casos de testes, validação de casos de testes); o registo de issues (bugs, melhorias); o suporte aos utilizadores funcionais e suporte aplicacional à solução e finalmente a elaboração de documentação de apoio ao projeto (manuais da aplicação, documentos técnicos).

(6)

(7)

5

Plano de Estágio Curricular

Âmbito do projeto

Na gestão dos processos de contratação dos candidatos, é necessário garantir o preenchimento de uma quantidade significativa de formulários, formulários esses onde muita da informação requerida é comum de formulário para formulário (ex. nome, morada, NIF, …), tornando este processo bastante repetitivo e ineficaz.

Objetivos a atingir

Contextualização e conhecimento do projeto.

Conhecer todas as funcionalidades e processos da solução. Conhecer a arquitetura da solução.

Conhecer a metodologia Agile (Scrum) de desenvolvimento de software.

Adquirir os conhecimentos teóricos/práticos em contexto de experiência profissional. Adquirir conhecimentos em Java/Java Angular/Java Reports/Jasper Reports.

Atividades a desenvolver

Resolução de bugs reportados no âmbito e desenvolvimento de novas funcionalidades. Utilização do Gitlab, utilitário de gestão de issues do projeto.

Testes funcionais (criação de casos de testes, validação de casos de testes). Registo de issues (bugs, melhorias).

Suporte aos utilizadores funcionais e suporte aplicacional à solução.

(8)

6

Índice Geral

Elementos Identificativos ... 1

Agradecimentos ... 2

Resumo ... 3

Plano de Estágio Curricular ... 5

Índice Geral ... 6

Índice de Ilustrações ... 8

Glossário de Abreviaturas E Nomenclaturas ... 10

Capítulo I – Introdução ... 11

1. Introdução ... 12

2. Apresentação da Empresa ... 13

2.1. Altran Portugal ... 14

Capítulo II – Enquadramento Teórico ... 15

2.1 Introdução ... 16

2.2 O que são testes de software ... 16

2.3 Principais tipos de teste de software ... 16

2.3.1 Teste de Sistema ... 17 2.3.2 Teste de Regressão ... 17 2.3.3 Teste de Usabilidade ... 17 2.3.4 Teste de Integração ... 17 2.3.5 Teste de Performance ... 17 2.3.6 Teste Funcional ... 17

Capítulo III – O Projeto ... 18

3.2 O projeto ... 20

3.3 Fluxo de Trabalho ... 21

3.3.1 Metodologia Scrum ... 22

3.4 Reportação de issues e ferramenta utilizada ... 24

Capítulo IV – Trabalho Desenvolvido ... 25

(9)

7

4.2.1 Introdução ao projeto ... 27

4.2.2 Introdução ao projeto na ferramenta GitLab ... 28

4.2.3 Execução e reportação de falhas ... 28

4.2.4 Criação de Templates de Ajuda de Preenchimento ... 31

4.2.5 Elaboração do Manual de Utilização da Aplicação ... 34

Conclusão ... 36

Bibliografia ... 37

Anexos ... 38

Anexo I – App Candidate ... 39

1.1 Geral ... 40

1.2 Utilizador: Admin ... 40

1.3 Utilizador: Recurso Humanos ... 44

1.4 Utilizador: Candidato ... 45

Anexo II – Templates de Ajuda ... 46

Anexo III – Principais Casos Teste Para Testes Automáticos ... 59

(10)

8

Índice de Ilustrações

Figura 1 - Valores Grupo Altran. [2] ... 13

Figura 2 - História Altran em Portugal ... 14

Figura 3 - Fluxo do Processo de Contratação ... 20

Figura 4 - Sprints realizadas ... 21

Figura 5 - Ciclo Metodologia Scrum ... 23

Figura 6 - Logo GitLab ... 24

Figura 7 - Criação de Issue GitLab ... 24

Figura 8 – Página Autenticação App ... 27

Figura 9 - Página Inicial do Projeto no GitLab ... 28

Figura 10 - Criação Nova Issue ... 29

Figura 11 - Apresentação da Issue ... 29

Figura 12 - Comentários e Alterações Realizadas à Issue ... 30

Figura 13 - Documento Principais Use Case ... 30

Figura 14 - Documento Entrevista Novos Colaboradores Sem Preenchimento ... 31

Figura 15 – Documento Entrevista Novos Colaboradores Com Pré-Preenchimento ... 32

Figura 16 - Documento de Ajuda Entrevista Novos Colaboradores ... 33

Figura 17 - Logo Adobe Illustrator... 34

Figura 18 - Descrição de Funcionalidades no Manual de Utilizador ... 35

Figura 19 - Autenticação Aplicação ... 40

Figura 20 - Opções Administrador ... 40

Figura 21 - Página Candidatos e Funcionalidades... 41

Figura 22 - Página Utilizadores e Funcionalidades ... 41

Figura 23 - Página Responsáveis e Funcionalidades ... 41

Figura 24 - Página Emails e Funcionalidades ... 42

Figura 25 - Página Templates e Funcionalidades ... 42

Figura 26 - Página Contratos e Funcionalidades ... 42

Figura 27 - Página Notificações e Funcionalidades ... 43

Figura 28 - Página Bancos e Funcionalidades ... 43

Figura 29 - Página Posições e Funcionalidades... 43

Figura 30 - Opções Recursos Humanos ... 44

Figura 31 - Página Candidatos e Funcionalidades... 44

Figura 33 - Informação Inicial Perfil Candidato ... 45

Figura 34 - Página Preenchimento Informação Pessoal ... 45

Figura 35 - Submissão Documentos da Candidatura... 45

Figura 36 -Template de Aceitação Politica de Segurança de Informação ... 47

Figura 37 - Template de Entrevista a Novos Colaboradores ... 48

Figura 38 - Template de Boletim Adesão Seguro Vida Ageas ... 49

Figura 39 - Template Questionário Médico Seguro Vida Ageas ... 50

Figura 40 - Template Questionário Médico Seguro Saúde Generali... 51

Figura 41 - Template Pedido 1º Emprego Segurança Social ... 52

Figura 42 - Template Segurança Social de Admissão Colaborador ... 53

Figura 43 - Template Declaração de IRS ... 54

(11)

9 Figura 45 - Contrato de Adesão Cartão Crédito ... 56 Figura 46 - Template Proposta Subscrição Telémovel Vodafone ... 57 Figura 47 - Template Proposta Subscrição Vodafone ... 58

(12)

10

Glossário de Abreviaturas E Nomenclaturas

BACKLOG – Lista de Itens a Implementar

DAYLY SCRUM – Reunião Diária

PDF - Portable Document Format

PNG – Portable Network Graphics

PRODUCT OWNER – Representante do Cliente

SCRUM – Modelo da Metodologia (Ágile)

SPRINT – Ciclo da Metodologia Scrum(Ágile)

SPRINT PLANNING – Reunião Planeamento da Sprint

SPRINT REVIEW – Reunião Fecho da Sprint

(13)

11

Capítulo I – Introdução

(14)

12

1. Introdução

O presente documento destina-se a descrever as atividades desenvolvidas no âmbito do estágio curricular do Curso Técnico Superior de Desenvolvimento de Aplicações Informáticas do Instituto Politécnico da Guarda.

O estágio foi realizado na sede da empresa Altran, em Lisboa, entre os dias 6 de março de 2017 a 19 julho de 2017 durante os dias úteis com horário das 09:00h às 18:00h. Durante o período do estágio foram realizadas várias tarefas em diferentes projetos, tarefas essas descritas no presente documento, que permitiram a aplicação de conhecimentos adquiridos no curso, assim como a aquisição de novas valências e técnicas pessoais. Serão também descritas as dificuldades que foram surgindo e como foram sendo resolvidas, assim como a vivência diária na empresa.

O presente relatório será dividido por capítulos para assim estruturar e organizar melhor toda a informação do estágio. Será constituído por cinco capítulos e ainda com o tópico de anexos onde serão apresentados documentos e figuras para complementar a informação ao longo do relatório.

O primeiro capítulo trata da introdução ao documento, onde é feita uma abordagem sobre o que o documento vai falar.

O segundo capítulo serve para caracterizar e fazer uma breve introdução à história da empresa onde decorreu o estágio, a Altran Portugal.

O seguinte capítulo aborda o enquadramento teórico, pretendendo efetuar um ponto de ligação sobre o que foi lecionado e o trabalho que foi desenvolvido durante o período de estágio.

No quarto capítulo encontra-se descrito o projeto, ou seja, é nesse capítulo que está toda a informação referente ao projeto em que fui inserido, como funciona e para que foi criada a aplicação.

No quinto e último capítulo, está descrito todo o trabalho desenvolvido durante o estágio no projeto em questão. Nesse capítulo são abordadas todas as atividades efetuadas e como foram efetuadas.

Por fim, encontra-se a conclusão, onde de uma forma geral estão descritos os benefícios e contributos deste estágio curricular para a minha formação.

Este documento destina-se a detalhar toda a atividade desenvolvida durante este estágio curricular e como foi desenvolvida.

(15)

13

2. Apresentação da Empresa

O Grupo Altran, uma multinacional francesa, está presente no mercado da inovação há 30 anos. Conta assim com mais de 24.000 colaboradores, 500 contas-chave a nível mundial contando ainda com a sua presença em mais de 20 países dispersos em 3 continentes (Europa, Ásia, América).

O Grupo Altran está presente em vários setores de atividade:  Financeiro;

 Telecomunicações & Media;  Indústria;

 Energy & Life Sciences;  Administração Pública;  Intelligent Systems e Utilities;

Embora a maior atividade esteja assente da venda de soluções inovadoras.

Na figura 1, podemos observar os principais valores do Grupo Altran para obter sucesso. Esses valores são, a inovação, a excelência, o dinamismo, a consideração e a responsabilidade.

(16)

14

2.1. Altran Portugal

Desde 1998 que o Grupo está presente em Portugal, que consolidou a marca Altran em 2009, com a fusão da Altran CIS e Altior, como podemos observar na figura 2.

A Altran em Portugal conta hoje com mais de 1000 colaboradores espalhados pelo território português (Porto, Fundão, Lisboa).

(17)

15

Capítulo II – Enquadramento

(18)

16

2.1 Introdução

Neste capítulo irei abordar algumas matérias importantes que foram tratadas durante o TeSP de Desenvolvimento de Aplicações Informáticas, que a meu ver foram bastante importantes para o sucesso nas atividades realizadas durante o estágio, ajudando assim a entender melhor o que foi abordado ao longo destes meses de estágio curricular.

Vou abordar os seguintes pontos:  O que são testes de software  Tipos de testes de software

2.2 O que são testes de software

Os testes de software consistem num processo no qual se demonstra que o sistema desempenha todas as funcionalidades previstas de acordo com os requisitos.

O processo de teste de software é direcionado para o alcance de um nível de qualidade do produto, que durante o processo de desenvolvimento de software muda conforme o avanço das atividades – requisitos, protótipos, modelo de dados lógicos, modelo de dados físicos, código-fonte e módulos funcionais.

O conceito de teste de software pode ser compreendido através de uma visão intuitiva ou mesmo de uma maneira formal. Existem atualmente várias definições para esse conceito. De uma forma simples, testar um software significa verificar através de uma execução controlada, se o seu comportamento corre de acordo com o especificado, tendo como objetivo principal encontrar o número máximo de falhas dispondo do mínimo de esforço, ou seja, mostrar à equipa que desenvolve se os resultados estão ou não de acordo com os padrões estabelecidos.

As falhas ao serem encontradas previamente à entrega do sistema faz com que o custo do desenvolvimento do sistema seja menor, pois o facto de não serem encontrados precocemente evita que seja necessário refazer o código já desenvolvido, o que diminui os custos, podendo-se concluir que o custo da correção de uma falha é proporcional ao tempo decorrido até que este seja encontrado.

2.3 Principais tipos de teste de software

Quando falamos em testes de software devemos sempre lembrar que estes são divididos em diversos tipos, de acordo com o seu objetivo particular e para que esses testes possam ser realizados de modo mais rápido e com maior abrangência, existem ferramentas que automatizam alguns deles ou auxiliam na execução de outros. Essas são as ferramentas de teste de software.

(19)

17

2.3.1 Teste de Sistema

Este tipo de teste, testa todo o programa e todas as suas funcionalidades na perspetiva do utilizador para garantir que o programa corresponde ao pretendido.

Este tipo de teste é normalmente efetuado na fase de entrega do programa ou aplicação, pois garante a qualidade e que vai ser entregue conforme planeado.

2.3.2 Teste de Regressão

Consiste em voltar a testar um sistema para verificar se alguma modificação recente causou algum efeito indesejado, além de, certificar se o sistema ainda atende os requisitos planeados, ou seja, os testes de regressão verificam se alterações realizadas e novas funcionalidades adicionadas, não introduziram novas falhas no que já estava a funcionar.

2.3.3 Teste de Usabilidade

Este tipo de teste tem como função verificar a facilidade com que o software acede a todas as funcionalidades, layout, etc, no âmbito da necessidade do utilizador.

2.3.4 Teste de Integração

Consiste em testar se um ou mais componentes combinados funcionam da maneira que se pretende, ou seja, garantem o funcionamento de diferentes funções do sistema em conjunto, conforme o pretendido.

2.3.5 Teste de Performance

Este teste consiste em avaliar a capacidade de resposta, robustez, disponibilidade, confiabilidade e escalabilidade de uma aplicação, conforme a quantidade de ligações simultâneas, avaliando o seu desempenho em alta carga de trabalho e considerando o seu comportamento em circunstâncias normais, podendo testar também a sua fiabilidade.

2.3.6 Teste Funcional

Responsável por testar todos os requisitos funcionais, todas as funções e casos de uso, ou seja, comprova que o sistema faz o pretendido. [9], [10]

(20)

18

Capítulo III – O Projeto

(21)

19

3.1 Introdução

No início, foi-me apresentada a empresa e o local de trabalho, assim como a toda a organização e estrutura da mesma.

De seguida foi feita uma reunião, onde me foi apresentado o projeto e o orientador de estágio Rui Ramalho, e onde foram abordados todos os temas e metas para o decorrer do estágio e do projeto em questão. Foi feita uma introdução ao projeto para me dar a conhecer o que já existia e o que precisava de ser feito, podendo assim ficar logo de início com uma ideia do trabalho já desenvolvido, do trabalho em falta e como tudo funcionava. Neste capítulo é efetuada uma descrição do projeto e em que consiste, como funciona o fluxo de trabalho, para assim entender melhor o funcionamento da equipa e qual a metodologia usada durante o desenvolvimento do projeto. Vou descrever também a reportação de bugs, como é feita e que ferramenta era usada, e ainda que tecnologias foram usadas durante o projeto.

(22)

20

3.2 O projeto

O projeto trata-se de uma aplicação web, desenvolvida para a Altran para o registo e gestão da contratação de candidatos, designada de APPCandidate.

Na gestão dos processos de contratação dos candidatos, é necessário garantir o preenchimento de uma quantidade significativa de formulários, formulários esses onde muita da informação requerida é comum de formulário para formulário (ex. nome, morada, NIF, …), tornando este processo bastante repetitivo e ineficaz.

Para a familiarização com o projeto, foram-me disponibilizados documentos de leitura sobre o mesmo, como por exemplo as suas especificações e requisitos, visto o que o meu plano de estágio passava por testar todas as funcionalidades.

Na figura 3, é apresentado um esquema com o fluxo do processo de contratação para assim se perceber melhor o que o sistema faz e como é processada a candidatura.

(23)

21

3.3 Fluxo de Trabalho

O fluxo de trabalho funciona por Sprints usando a metodologia Scrum[4.3.1]. Cada Sprint funciona com iterações de 9 dias úteis.

No início de cada Sprint é realizada uma reunião de Sprint Planning. Esta reunião envolve, normalmente, toda a equipa, e tem como objetivo a atribuição das tarefas e as estimativas para cada uma dessas tarefas.

Diariamente são efetuadas reuniões, com a duração de cerca de 15min, onde se aborda o que já foi feito e o que vai ser feito naquele dia, ajudando assim a perceber a evolução da

Sprint.

No final é feita uma outra reunião, a Sprint Review, que serve para fechar a iteração (ciclo) e abordar o desempenho obtido na Sprint. Nesta reunião abordam-se as tarefas que foram fechadas e as que não foram fechadas, explicando o porquê de não terem sido fechadas. Cada elemento da equipa apresenta o que desenvolveu e é feito o ajuste das tarefas, ou seja, reajustam-se prioridades para a próxima Sprint.

No final é ainda feita a Sprint Retrospective que serve para apontar comentários sobre o que se passou durante a Sprint.

Por fim, usamos a ferramenta GitLab[4.4], que serve para fazer o registo de bugs, melhorias, updates,etc, e serve também para registar os Sprints, assim como a sua duração e desenvolvimento como podemos observar na figura 4.

(24)

22

3.3.1 Metodologia Scrum

A metodologia Scrum, é uma framework que organiza e gere trabalhos complexos, tais como projetos de desenvolvimento de software. Esta metodologia tem como principal foco, o equilíbrio entre as variáveis preço, tempo e qualidade do sistema.

Scrum é um conjunto de processos que contém um grupo de práticas e papeis

pré-definidos. Esses papeis são:  Product Owner :

 Representa todos os Skateholders(cliente, utilizadores, representantes de negócio, etc).

 Responsável por definir a funcionalidade do produto. Foco no negócio. É responsável por gerir o Product Backlog.

 Responsável pelo resultado de cada Sprint.

 Scrum Master :

 Responsável por garantir que os valores e as práticas do Scrum foram entendidos pela equipa e estão a ser seguidas.

 Ensinar e treinar a equipa de forma que ela seja auto gerenciável e multifuncional.

 Remover impedimentos (visíveis e não-visíveis) (internos e externos).

 Motivar e manter a saúde da equipa, trabalho em equipa, comunicação, minimizando atritos e promovendo a cooperação.

 Assegurar a melhoria contínua.  Gere todo o processo.

 Equipa Desenvolvimento:

 Responsável pela entrega do produto e pela qualidade do mesmo.  Responsável por cumprir e atestar os requisitos do sistema.

 Deve ser composto por todos os membros necessários para tomar decisões e realizar as tarefas.

 Responsável pela seleção, detalhamento das atividades e estimativas de cada

Sprint e pelo comprometimento do trabalho a ser executado.

 São repartidas responsabilidades e tarefas.

 Trabalham em equipa para desenhar, codificar, testar e implementar o produto final do negócio.

(25)

23 Para atingir o sucesso no projeto através da metodologia Scrum, existem ainda algumas técnicas usadas nos projetos.

Product Backlog é da responsabilidade do Product Owner e é uma lista de requisitos,

funcionalidades, defeitos, ou qualquer outro trabalho que é desejado no projeto.

Sprint Backlog é uma lista de itens mais importantes retirados do Product Backlog, para

construir a próxima Sprint, ou seja, consiste no planeamento da Sprint, onde a Equipa de Desenvolvimento e o Product Owner devem chegar a um acordo sobre o objetivo da

Sprint.

Daily Scrum é uma reunião de 15minutos realizada pela Equipa de Desenvolvimento,

com o objetivo de fazer um ponto de situação da Sprint, ou seja, saber o que foi feito e o que falta ainda fazer.

Sprint Review tem como objetivo fechar o ciclo e abordar o desempenho obtido ao longo

da Sprint.

Sprint Retrospective serve para apontar comentários sobre o que se passou ao longo da Sprint, e apontar melhorias a implementar na próxima Sprint.

Na figura 5 é apresentado um esquema com o ciclo que representa o funcionamento da metodologia Scrum. [3], [4]

(26)

24

3.4 Reportação de issues e ferramenta utilizada

Ao longo da execução dos testes na aplicação, foram vastas as melhorias e defeitos encontrados, de maneira que foi necessário reportar de forma concisa e organizada toda a informação necessária para resolver esses pontos às pessoas responsáveis pelo desenvolvimento da aplicação.

Neste projeto, cada vez que existe uma falha ou melhoria, é usada uma ferramenta para fazer a sua gestão. E para que cada falha fique bem estruturada é necessário colocar alguma informação na ferramenta de gestão. Esta ferramenta é o GitLab (Figura 6).

Figura 6 - Logo GitLab

O GitLab é um produto da empresa GitLab B.V., gratuito, que funciona como Open

Source e que armazena o código dos utilizadores nos seus próprios servidores.

O GitLab é um gestor de repositórios, permitindo também o registo de issues (falhas, melhorias), sendo uma ótima ferramenta para o seu controlo e resolução. Esta ferramenta permite expor as issues de forma organizada e concisa e são apresentadas por ordem cronológica.

A figura 7 mostra a página para a criação de issues no GitLab.

(27)

25

Capítulo IV – Trabalho

(28)

26

4.1 Introdução

Ao longo deste estágio curricular na empresa Altran, foi-me proporcionado o aprofundamento de conhecimentos já existentes, adquiridos durante o curso TeSP de Desenvolvimento de Aplicações Informáticas, e também desenvolver novas competências a nível profissional.

Para além disso, tive a oportunidade de trabalhar com ferramentas que não conhecia e também integrar-me numa equipa de trabalho que me acolheu bastante bem e me ajudou e apoiou em tudo, ajudaram-me a crescer tanto a nível profissional como pessoal.

Consegui ainda melhorar a minha escrita, criando três manuais de utilizador. Um deles para o projeto em que fui inserido e os outros dois para um outro projeto em que a equipa estava inserida, tendo sido eu a criar o manual dessa aplicação em português e de seguida traduzido para inglês.

Estes foram alguns dos pontos realizados durante o estágio, pontos esses que irão ser apresentados no presente capítulo.

(29)

27

4.2 Trabalho Desenvolvido

Ao longo do estágio curricular, no âmbito do projeto, tive a oportunidade de realizar diversas tarefas, os quais passo a enumerar por ordem cronológica.

4.2.1 Introdução ao projeto

Em primeiro lugar foi necessário uma abordagem inicial à aplicação. Foi realizada uma reunião em que me foram apresentados todos os casos de uso da aplicação, ou seja, tudo o que a aplicação deveria fazer. De seguida foi-me mostrada a aplicação a funcionar e em que consistia, assim como as permissões e privilégios de cada utilizador da aplicação. A figura seguinte mostra a página de autenticação da aplicação. Podemos observar toda a aplicação no Anexo I.

(30)

28

4.2.2 Introdução ao projeto na ferramenta GitLab

De seguida, foi-me apresentada o que iria ser a minha ferramenta de trabalho nos seguintes meses, o GitLab, onde fui adicionado ao projeto em questão.

Ao ser adicionado ao projeto, foram-me dadas permissões para alterar, criar e fechar

issues, assim como ver todo o repositório da aplicação, podendo ter uma perspetiva do

que estava a ser feito a nível de programação na resolução de falhas e implementação de melhorias.

O GitLab permite organizar e estruturar melhor todas as falhas e o seu processo de resolução. Ao criar uma issue nova, é possível seguir todo o processo até a sua resolução, assim como quem fez parte desse processo até a encerrar, facilitando o trabalho de toda a equipa caso existam comentários ou alterações a fazer.

Na figura 10 é apresentada a página inicial do projeto no GitLab.

Figura 9 - Página Inicial do Projeto no GitLab

4.2.3 Execução e reportação de falhas

Depois de conhecer toda a aplicação e funcionalidades, foram-me dados os primeiros testes a ser realizados. Com base no documento com os casos de uso, foram então realizados os primeiros testes funcionais à aplicação.

Cada vez que uma falha ou melhoria era encontrada, era necessário reportá-la, a mais estruturada e explícita possível, para facilitar o trabalho de toda a equipa.

Para a criação de uma issue nova, é necessário seguir alguns passos para a melhor compreensão da mesma. É necessário adicionar um Título bem explícito, uma descrição bem estruturada e de preferência com prints para a equipa perceber onde está a falha, identificar a sua Milestone, ou seja, em que Sprint se encontra essa issue e por fim escolher o tipo de label a utilizar, se é Bug ou Melhoria, como mostra a Figura 11.

(31)

29 Figura 10 - Criação Nova Issue

Depois da criação da issue, a mesma é apresentada à equipa no GitLab da seguinte forma:

Figura 11 - Apresentação da Issue

Como se pode observar na figura 12, a falha é apresentada com toda a informação referente à mesma do lado esquerdo, e do lado direito, está apresentada a Sprint onde a

issue se encontra, a label, o nível de importância da falha e qual foi o membro da equipa

a quem foi atribuída para a resolver.

Por baixo da informação da issue, são ainda apresentadas todas as alterações, atribuições e comentários realizados ao longo da sua resolução até ao fecho da mesma, como podemos observar na figura 13.

(32)

30 Figura 12 - Comentários e Alterações Realizadas à Issue

Quando a issue é fechada, o membro da equipa que a criou, recebe uma notificação do

email em como aquela falha já está encerrada. Depois de receber essa notificação, é

necessário voltar a realizar o teste para confirmar se a falha foi realmente resolvida ou ainda se encontra por resolver.

Foram realizados diversos testes, tanto funcionais como não funcionais a toda a aplicação e a todo o tipo de perfis para garantir a qualidade e eficácia do programa. Cada vez que era encontrada uma falha ou melhoria, era repetido o processo de criação de issues para se proceder à rápida resolução da mesma.

Foi-me ainda dada a tarefa de criação dos principais de casos teste da aplicação, para mais tarde serem implementados os testes automáticos de todos os perfis existentes na mesma, de maneira a poder rastrear melhor algo que possa não ter sido testado, como podemos observar na figura 14 e no Anexo III . Principais Casos Teste Para Testes Automáticos.

(33)

31

4.2.4 Criação de Templates de Ajuda de Preenchimento

Após a execução de alguns testes, tive como tarefa criar ficheiros de ajuda de preenchimento para a aplicação. Ou seja, como a aplicação tem como função registar as candidaturas de novos colaboradores da Altran, é necessário o novo colaborador preencher e submeter uma série de documentos.

Podemos observar esses ficheiros de ajuda de preenchimento no Anexo II.

A aplicação dá ao colaborador a opção de fazer o download do template vazio, ou seja, sem nada preenchido, fazer o download já com o pré-preenchimento dos seus dados feito e ainda tem a opção de ajuda de preenchimento caso exista alguma dúvida ou questão, facilitando o processo de candidatura tanto para o novo colaborador como para os Recursos Humanos.

Passo a demonstrar nas seguintes figuras essas três opções.

Na figura 15 é apresentado o template vazio sem nenhum tipo de campo preenchido, ou seja, o ficheiro está em branco.

(34)

32 Como podemos observar na figura 16, a aplicação emite os documentos com o pré-preenchimento feito, neste caso o nome, a função e a data de entrada para a empresa Altran Portugal.

(35)

33 Na figura 17, está apresentado um dos templates de ajuda de preenchimento da aplicação, que mostra quais os campos que devem ser preenchidos pelos novos candidatos.

Figura 16 - Documento de Ajuda Entrevista Novos Colaboradores

Os templates de ajuda são ficheiros em formato PNG, ou seja, ficheiro de imagem e consistem em sinalizar todos os campos de informação que o novo candidato deverá preencher, para assim evitar erros de preenchimento ou eventuais dúvidas que possam surgir.

Para a criação destes ficheiros de ajuda foi necessário converter várias vezes o documento, desde Word para PDF e de PDF para PNG. Na conversão para imagem foi usada uma ferramenta de nome Adobe Illustrator, que não só convertia o ficheiro PDF, como fixava o texto para quando a imagem fosse ampliada, nada ficasse desfocado.

(36)

34 Figura 17 - Logo Adobe Illustrator

O Adobe Illustrator é um editor de imagens vetoriais, desenvolvido e comercializado pela

Adobe Systems. Inicialmente foi criado para o Apple Macintosh (computador pessoal da Apple) em 1985, e só foi comercializado para todo o público como complemento

comercial de software da Adobe em 1995, tornando-se num software de design (Figura

18). [8]

4.2.5 Elaboração do Manual de Utilização da Aplicação

Para o bom funcionamento e utilização da aplicação por parte de todos os utilizadores, foi necessária a criação de um manual de utilizador. A criação do manual foi uma das minhas tarefas durante este período de tempo em que decorreu o estágio.

O manual de utilizador foi dividido em três partes para ser mais fácil a sua consulta e utilização, o manual de utilização geral, ou seja, funcionalidades que abrangem todos os utilizadores, o manual de utilização do administrador e recursos humanos, com funcionalidades e permissões restritas para cada um e por fim o manual de utilização do candidato.

Ao longo do manual foram descritas todas as funcionalidades da aplicação, assim como todas as permissões de cada tipo de utilizador. As funcionalidades foram detalhadamente apresentadas no manual, a fim de esclarecer e informar os utilizadores como mostra a figura 19.

(37)

35 Figura 18 - Descrição de Funcionalidades no Manual de Utilizador

Por fim, foram ainda adicionados aos anexos do manual todos os ficheiros de ajuda de preenchimento da aplicação para complementar toda a informação já descrita e facilitar o uso da aplicação.

(38)

36

Conclusão

Ao longo deste estágio curricular foi-me permitida a aprendizagem e o novo conhecimento de novas temáticas, aplicadas num contexto real de trabalho.

Foi possível o melhoramento dos conhecimentos tanto teóricos como práticos já existentes e a compreensão dos princípios técnicos de uma empresa, princípios esses que são uma mais-valia para a minha formação e para o sucesso durante este estágio curricular. Esses princípios passaram desde o trabalho em equipa, à seriedade e responsabilidade com que se trabalha para obter bons resultados, às regras da empresa e da própria equipa, aos métodos de trabalho.

Por fim, posso concluir que este estágio curricular efetuado nesta empresa, correspondeu às expectativas e foi uma mais-valia para o meu futuro tanto a nível profissional como curricular, tendo aprendido bastante não só como aluno mas também como trabalhador.

(39)

37

Bibliografia

1 Altran Candidate. Disponível em http://10.12.7.157:8080/#! . Acesso em 19 de julho de 2017.

2 Altran. Disponível em http://www.altran.pt/ . Acesso em 19 de julho de 2017.

3 GitLab. Disponível em https://gitlab.com/ . Acesso em 19 de julho de 2017.

4 IBM DeveloperWorks; Scrum. Disponível em

https://www.ibm.com/developerworks/community/blogs/rationalbrasil/entry/scrum_ basicamente14?lang=en . Acesso em 14 de julho de 2017.

5 MindMaster; Scrum. Disponível em http://www.mindmaster.com.br/scrum/ . Acesso em 14 de julho de 2017.

6 Significados; Java. Disponível em https://www.significados.com.br/java/ . Acesso em 13 de julho de 2017.

7 DevMedia; Java Angular. Disponível em http://www.devmedia.com.br/curso/o-que-e-angular/1918 . Acesso em 13 de julho de 2017.

8 DesenhoDG; Illustrator. Disponível em http://www.desenhodg.com/2011/07/o-que-e-o-illustrator.html . Acesso a 14 de julho de 2017.

9 Targettrust; Tipos de Teste de Software. Disponível em

http://www.targettrust.com.br/blog/desenvolvimento/testes/os-13-principais-tipos-de-testes-de-software/ . Acesso em 12 de julho de 2017.

10 iMasters; Teste de Software. Disponível em

(40)

38

Anexos

(41)

39

Anexo I – App Candidate

(42)

40

1.1 Geral

Figura 19 - Autenticação Aplicação

1.2 Utilizador: Admin

(43)

41 Figura 21 - Página Candidatos e Funcionalidades

Figura 22 - Página Utilizadores e Funcionalidades

(44)

42 Figura 24 - Página Emails e Funcionalidades

Figura 25 - Página Templates e Funcionalidades

(45)

43 Figura 27 - Página Notificações e Funcionalidades

Figura 28 - Página Bancos e Funcionalidades

(46)

44

1.3 Utilizador: Recurso Humanos

Figura 30 - Opções Recursos Humanos

Figura 31 - Página Candidatos e Funcionalidades

(47)

45

1.4 Utilizador: Candidato

Figura 33 - Informação Inicial Perfil Candidato

Figura 34 - Página Preenchimento Informação Pessoal

(48)

46

Anexo II – Templates de

(49)

47 Figura 36 -Template de Aceitação Politica de Segurança de Informação

(50)

48 Figura 37 - Template de Entrevista a Novos Colaboradores

(51)

49 Figura 38 - Template de Boletim Adesão Seguro Vida Ageas

(52)

50 Figura 39 - Template Questionário Médico Seguro Vida Ageas

(53)

51 Figura 40 - Template Questionário Médico Seguro Saúde Generali

(54)

52 Figura 41 - Template Pedido 1º Emprego Segurança Social

(55)

53 Figura 42 - Template Segurança Social de Admissão Colaborador

(56)

54 Figura 43 - Template Declaração de IRS

(57)

55 Figura 44 - Template Formulário de Adesão Cartão Crédito

(58)

56 Figura 45 - Contrato de Adesão Cartão Crédito

(59)

57 Figura 46 - Template Proposta Subscrição Telémovel Vodafone

(60)

58 Figura 47 - Template Proposta Subscrição Vodafone

(61)

59

Anexo III – Principais Casos

Teste Para Testes

Automáticos

(62)

60

ADMINISTRADOR

1ºteste: perfil candidato -> Done

use case 1: login admin/RH use case 2: página candidatos

use case 3: abrir detalhes de um candidato use case 4: ver perfil

use case 5: alterar contrato e responsável use case 6: ativar ou desativar candidato

use case 7: fazer download de ficheiro PDF com a informação pessoal use case 8: fazer download dos ficheiros submetidos pelo candidato use case 9: sair

2ºteste: Enviar email ao candidato -> Done

use case 3: enviar mensagem a um candidato use case 4: abrir edição de mensagem a enviar

use case 5: escolher ficheiro a anexar ao email caso seja preciso use case 6: enviar email para o candidato

use case 7: candidato recebeu o email e o ficheiro use case 8: sair

(63)

61

3ºteste: Exportar excel com lista de candidatos -> Done

use case 1: login admin/RH use case 2: página candidatos use case 3: exportar excel

use case 4: excel exportado com sucesso use case 5: lista de candidatos é apresentada use case 6: sair

4ºteste: Pesquisa tabela candidatos -> Done

use case 3: pesquisar por nome do candidato use case 4: pesquisar por email do candidato use case 5: pesquisar por tipo de contrato use case 6: pesquisar por estado da candidatura use case 7: pesquisar por responsável do candidato use case 8: pesquisar por candidato inativo ou ativo use case 9: sair

5ºteste: pesquisa tabela utilizadores -> Done

use case 1: login admin

use case 2 : página utilizadores

use case 3: pesquisar por nome de utilizador use case 4: pesquisar por email do utilizador use case 5: pesquisar por perfil do candidato use case 6: sair

(64)

62

6ºteste: criar novo utilizador tipo candidato -> Done

use case 2: página utilizadores use case 3: novo utilizador

use case 4: preencher todos os campos incluindo o contrato e o responsável use case 5: gravar toda a informação

use case 6: enviar notificação ao candidato em como o seu perfil foi criado com sucesso use case 7: anexar ficheiro ao email

use case 8: o candidato recebe o email com sucesso use case 9: sair

7ºteste: criar novo utilizador tipo admin ou RH -> Done

use case 4: preencher todos os campos obrigatórios use case 5: gravar toda a informação

use case 6: enviar notificação ao utilizador em como o seu perfil foi criado com sucesso e com os dados para aceder à sua conta

use case 7: anexar ficheiro ao email

use case 8: o utilizador receber o email com sucesso e tem acesso à sua conta (RH-acesso apenas à página candidatos e página utilizadores; Admin-(RH-acesso total) use case 9: sair

(65)

63

8ºteste: editar utilizador tipo candidato -> Done

use case 2: página utilizadores

use case 3: editar utilizador com perfil candidato

use case 4: alterar todos os campos exceto o tipo de perfil use case 5: ativar ou inativar candidato

use case 6: gravar a informação use case 7: sair

9ºteste: editar utilizador tipo RH -> Done

use case 3: editar utilizador com o perfil RH

use case 4: alterar todos os campos exceto o tipo de perfil use case 5: alterar o estado (ativo/inativo)

10ºteste: editar utilizador tipo Admin -> Done

use case 3: editar utilizador com perfil Admin

use case 4: alterar todos os campos exceto o tipo de perfil use case 5: alterar o estado (ativo/inativo)

(66)

64

11ºteste: eliminar utilizador tipo Admin -> Done

use case 2: página utilizadores use case 3: eliminar admin

use case 4: admin eliminado com sucesso use case 5: sair

12ºteste: eliminar utilizador tipo RH -> Done

use case 2: página utilizadores use case 3: eliminar RH

use case 4: RH eliminado com sucesso use case 5: sair

13ºteste: criar novo responsável -> Done

use case 2: página responsáveis use case 3: novo responsável

use case 4: preencher os campos com o nome e email use case 5: gravar a informação

use case 6: responsável criado com sucesso use case 7: sair

(67)

65

14ºteste: editar responsável -> Done

use case 2: página responsáveis use case 3: editar responsável use case 4: editar nome, email use case 5: ativar/inativar use case 6: gravar alterações use case 7: sair

15ºteste: eliminar responsável -> Done

use case 2: página responsáveis use case 3: eliminar responsável

use case 4: confirmar a ação de eliminar o responsável use case 5: responsável eliminado com sucesso

use case 6: sair

16ºteste: pesquisa por nome do responsável -> Done

use case 2: página responsáveis

use case 3: pesquisar por nome ou apelido use case 4: pesquisa encontrada

(68)

66

17ºteste: editar email -> Done

use case 1: login admin use case 2: página emails

use case 3: editar email selecionado use case 4: título não dá para editar use case 5: editar assunto

use case 6: editar mensagem use case 7: ativar/inativar email use case 8: gravar alterações

use case 9: alterações gravadas com sucesso use case 10: sair

18ºteste: pesquisar por nome do email -> Done

use case 3: pesquisar por nome do email use case 4: email encontrado

use case 5: sair

19ºteste: pesquisar por assunto do email -> Done

use case 3: pesquisar por assunto do email use case 4: assunto encontrado

(69)

67

20ºteste: criar novo template vazio -> Done

use case 1: login admin use case 2: página templates use case 3: novo template

use case 4: dar nome ao template use case 5: template opcional use case 6: template leitura use case 7: gravar

use case 8: template criado com sucesso use case 9: sair

21ºteste: criar novo template completo -> Done

use case 4: dar nome ao template use case 5: escolher respetivo ficheiro use case 6: escolher ficheiro help use case 7: selecionar opcional use case 8: gravar

(70)

68

22ºteste: criar novo template e limpar os ficheiros -> Done

use case 4: dar nome ao template use case 5: escolher respetivo ficheiro use case 6: escolher ficheiro help use case 7: limpar ficheiros

use case 8: escolher novos ficheiros use case 9: gravar

23ºteste: editar template vazio -> Done

use case 1: login admin use case 2: página templates use case 3: editar template use case 4: editar nome use case 5: adicionar ficheiro use case 6: adicionar ficheiro help use case 7: retirar leitura opcional use case 8: gravar

use case 9: template editado com sucesso use case 10: sair

(71)

69

24ºteste: editar template completo limpando os ficheiros -> Done

use case 1: login admin use case 2: página templates use case 3: editar template

use case 4: limpar os ficheiros existentes use case 5: adicionar novos ficheiros use case 6: documento apenas de leitura use case 7: gravar

25ºteste: editar template completo substituindo os ficheiros -> Done

use case 1: login admin use case 2: página templates use case 3: editar template

use case 4: substituir ficheiro associado use case 5: substituir ficheiro help use case 6: gravar

26ºteste: editar nome -> Done

use case 1: login admin use case 2: página templates use case 3: editar template use case 4: editar nome use case 5: gravar

(72)

70 use case 6: template editado com sucesso

use case 7: sair

27ºteste: eliminar template que está a ser usado em algum contrato -> Done

use case 1: login admin use case 2: página templates use case 3: eliminar template

use case 4: template não é apagado por estar a ser usado use case 5: sair

28ºteste: eliminar template que não está a ser usado -> Done

use case 1: login admin use case 2: página templates use case 3: eliminar template

use case 4: ficheiro eliminado com sucesso use case 4: sair

29ºteste: descarregar template -> Done

use case 1: login admin use case 2: página templates use case 3: descarregar template use case 4: ficheiro descarregado use case 5: sair

(73)

71

30ºteste: pesquisar por nome do template -> Done

use case 1: login admin use case 2: página templates use case 3: pesquisar por nome use case 4: template encontrado use case 5: sair

31ºteste: pesquisar por templates ativo/inativo -> Done

use case 1: login admin use case 2: página templates use case 3: pesquisar por ativo

use case 4: templates ativos encontrados use case 5: pesquisar por inativo

use case 6: templates inativos encontrados use case 7: sair

32ºteste: criar novo contrato vazio -> Done

use case 1: login admin use case 2: página contratos use case 3: novo contrato

use case 4: dar nome ao contrato use case 5: gravar

use case 6: contrato gravado com sucesso use case 7: sair

(74)

72

33ºteste: criar novo contrato completo -> Done

use case 1: login admin use case 2: página contratos use case 3: novo contrato

use case 4: definir documentos associados use case 5: gravar

use case 6: contrato criado com sucesso use case 7: sair

34ºteste: editar contrato vazio -> Done

use case 1: login admin use case 2: editar contrato use case 3: alterar nome use case 4: inativar contrato use case 5: gravar

use case 6: contrato alterado com sucesso use case 7: sair

35º teste: editar contrato completo -> Done

use case 1: login admin use case 2: página contratos use case 3: alterar nome

use case 4: alterar documentos associados use case 5: gravar

use case 6: contrato alterado com sucesso use case 7: sair

(75)

73

36ºteste: eliminar contrato que está a ser usado -> Done

use case 1: login admin use case 2: página contratos use case 3: eliminar contrato

use case 4: impossivel eliminar contrato por estar a ser usado use case 5: sair

37ºteste: eliminar contrato que não está a ser usado -> Done

use case 1: login admin use case 2: página contratos use case 3: eliminar contrato

use case 4: contrato eliminado com sucesso use case 5: sair

RECURSOS HUMANOS

38ºteste: obrigatoriedade de campos novo utilizador tipo candidato -> Done

use case 1: login RH

use case 4: preencher apenas o nome e email use case 5: gravar

use case 6: erro, todos os campos são obrigatorios use case 7: sair

(76)

74

39ºteste: novo utilizador tipo candidato -> Done

use case 4: preencher nome próprio e apelido use case 5: preencher email

use case 6: selecionar tipo candidato, contrato e responsável use case 7: gravar

use case 8: enviar mensagem ao candidato em como o seu perfil foi criado com sucesso use case 9: anexar documento à mensagem

use case 10: enviar

use case 11: candidato recebe a mensagem com sucesso use case 12: sair

40ºteste: editar utilizador tipo candidato -> Done

use case 2: página utilizadores use case 3: editar candidato

use case 4: alterar todos os campos ou o desejado exceto o tipo de perfil use case 5: gravar a informação

use case 6: sair

41ºteste: pesquisar por nome do candidato -> Done

use case 3: pesquisar por nome do candidato use case 4: procura efetuada com sucesso

(77)

75 use case 5: sair

42ºteste: pesquisar por email do candidato -> Done

use case 3: pesquisar por email do candidato use case 4: procura efetuada com sucesso use case 5: sair

CANDIDATO

43ºteste: confirmação e entrada na conta -> Done

use case 1: abrir link enviado para o email use case 2: abrir página de registo

use case 3: definir password

use case 4: introduzir password diferente da anterior use case 6: aceitar termos e condições

use case 7: aceitar código de conduta use case 8: gravar

use case 9: erro ao gravar, password são diferentes use case 10: definir password

use case 11: reintroduzir password igual use case 12: gravar

(78)

76

44ºteste: confirmação na conta sem aceitar os termos e código -> Done

use case 1: abrir link enviado para o email use case 2: abrir página de registo

use case 3: definir password

use case 4: introduzir password igual use case 5: gravar

use case 6: erro ao gravar, necessário aceitar termos e condições use case 7: ler termos e condições

use case 8: aceitar termos e condições use case 9: ler código de conduta use case 10: aceitar código de conduta use case 11: ler politica de privacidade use case 12: gravar

use case 13: registo efetuado com sucesso

45ºteste: login aplicação -> Done

use case 1: introduzir email correto use case 2: introduzir password use case 3: login

use case 4: acesso à conta use case 5: sair

(79)

77

46ºteste: adicionar foto candidato -> Done

use case 1: login candidato

use case 2: página informaçao pessoal use case 3: selecionar foto

use case 4: carregar foto

use case 5: foto carregada com sucesso use case 6: sair

47ºteste: alterar foto do candidato -> Done

use case 2: página informação pessoal use case 3: selecionar foto

use case 4: carregar nova foto use case 5: nova foto atualizada use case 6: sair

48ºteste: carregar um ficheiro sem ser JPEG ou PNG para foto -> Done

use case 2: página informação pessoal use case 3: selecionar foto

use case 4: escolher ficheiro texto use case 5: carregar

use case 6: ficheiro texto adionado com sucesso use case 7: sair

(80)

78

49ºteste: deixar todos os campos em branco da informação pessoal -> Done

use case 2: página informação pessoal

use case 3: deixar todos os campos em branco

use case 4: gravar informação e continuar a candidatura use case 5: erro, campos obrigatórios têm de ser preenchidos use case 6: sair

50ºteste: deixar um dos campos obrigatórios em aleatório por preencher -> Done

use case 3: deixar 1 dos campos obrigatorios por preencher use case 4: gravar informação e continuar candidatura use case 5: erro, o campo obrigatorio "" não está preenchido use case 6: sair

51ºteste: gravar e sair com informação errada(não grava a informação errada) -> Done

use case 3: preencher 1 campo obrigatorio com filtro incorretamente use case 4: gravar informação

use case 5: sair

use case 8: apenas gravou a informação correta, o campo obrigatorio mal preenchido não foi gravado

(81)

79 use case 9: sair

52ºteste: filtro em IBAN, NIF, Código-Postal, Número Seg. Social -> Done

use case 2: página informação pessoal use case 3: introduzir IBAN inválido use case 4: introduzir NIF inválido

use case 5: introduzir código postal inválido use case 6: introduzir NISS inválido

use case 7: gravar

use case 8: erro, campos obrigatorios mal preenchidos use case 9: sair

53ºteste: adicionar documentos para comprovar informação -> Done

use case 2: página informação pessoal use case 3: anexar documentos

use case 4: escolher o ficheiro use case 5: gravar informação

use case 6: informação gravada com sucesso use case 7: sair

54ºteste: escolher nacionalidade PT -> Done

use case 2: página informação pessoal use case 3: escolher nacionalidade PT

(82)

80 use case 5: sair

55ºteste: escolher nacionalidade Europeia -> Done

use case 2: página informação pessoal use case 3: escolher nacionalidade europeia use case 4: lista de países da União Europeia use case 5: sair

56ºteste: escolher outra nacionalidade -> Done

use case 2: página informação pessoal use case 3: escolher nacionalidade "Outra" use case 4: lista de países fora da UE use case 5: sair

57ºteste: adicionar agregado -> Done

use case 2: página informação pessoal use case 3: adicionar novo agregado use case 4: preencher todos os campos use case 5: NIF com filtro

use case 6: gravar

use case 7: agragado adicionado com sucesso use case 8: sair

(83)

81

58ºteste: editar agregado -> Done

use case 2: página informação pessoal use case 3: editar agragado já existente

use case 4: alterar todos os campos ou os necessários use case 5: gravar

use case 6: informação editada com sucesso use case 7: sair

59ºteste: eliminar agregado -> Done

use case 2: página informação pessoal use case 3: eliminar agregado

use case 4: gravar

use case 5: agregado eliminado com sucesso use case 6: sair

60ºteste: fazer o download de outro ficheiro -> Done

use case 1: login candidato use case 2: página ficheiros use case 3: outro ficheiro

use case 4: dar nome ao ficheiro use case 5: escolher ficheiro use case 6: gravar

(84)

82 use case 8: sair

61ºteste: eliminar um ficheiro opcional -> Done

use case 1: login candidato use case 2: página ficheiros use case 3: eliminar ficheiro

use case 4: ficheiro eliminado com sucesso use case 5: sair

62ºteste: download do template vazio -> Done

use case 1: login candidato use case 2: página ficheiros

use case 3: descarregar ficheiro a submeter vazio use case 4: ficheiro descarregado com sucesso use case 5: sair

63ºteste: download template preenchido -> Done

use case 3: descarregar ficheiro a submeter preenchido use case 4: ficheiro descarregado com sucesso

use case 5: sair

64ºteste: upload template preenchido e assinado -> Done

(85)

83 use case 3: carregar ficheiro a submeter preenchido e assinado

use case 4: ficheiro carregado com sucesso use case 5: sair

65ºteste: download template de ajuda de preenchimento -> Done

use case 3: descarregar ficheiro de ajuda de preenchimento use case 4: ficheiro descarregado com sucesso

use case 5: sair

67ºteste: pesquisa por documento -> Done

use case 3: pesquisar por documento

use case 4: documento encontrado com sucesso use case 5: sair

68ºteste: pesquisa por ficheiro -> Done

use case 1: login candidato use case 2: página ficheiros use case 3: pesquisar por ficheiro use case 4: ficheiro encontrado use case 5: sair

(86)

84

69ºteste: submissão da candidatura com documentos em falta -> Done

use case 3: documento obrigatório não carregado use case 4: submeter candidatura

use case 5: Submissão falhou por documento em falta use case 6: sair

70ºteste: submissão completa da candidatura --> Done

use case 3: documentos todos carregados use case 4: submeter candidatura

use case 5: candidatura submetida com sucesso use case 6: sair

(87)

85

Anexo IV – Manual de

(88)

(89)

Manual de Utilização da Aplicação

AppCandidate_ManualUtilizador.docx Relatório Altran Estágio Corrigido

06/03/2017 T-PRS (Project Requirements Specification)-PT02 Uso exclusivo da Altran

19/07/2017

Manual

de

Utilização

da Aplicação

AppCandidate

(90)

19/07/2017

1. Informação

Geral

Nome do Projeto: AppCandidate

Título do Documento: AppCandidate_ManualUtilizador.docx Referência:

Histórico de atualizações

Data Revisão # Autor Descrição da revisão Aprovado

06/07/2017 1.3 Bruno Matias Atualização do documento ok

12/06/2017 1.2 José Ferreira Atualização do documento ok

26/05/2017 1.1 Ana Queimado Revisão do documento ok

06/03/2017 1.0 Rui Ramalho Preparação da estrutura do documento ok

07/03/2017 1.0 Bruno Matias Elaboração do documento ok

15/03/2017 1.0 Rui Ramalho Revisão do documento ok

(91)

19/07/2017

TABELA DE CONTEÚDOS

1. Informação ... 88 2. Introdução ... 94 2.1. Finalidade e Âmbito do documento ... 94 2.2. Terminologia ... 94 2.3. Âmbito do Projeto ... 95 3. Manual de utilização Geral (Administrador/gestor e candidato) ... 96 3.1. Login ... 96 3.2. Reiniciar Palavra Passe ... 96 3.3. Logo altran ... 97 3.4. Linguagem ... 98 3.5. Logout ... 98 4. Manual de utilização Administrador/Gestor ... 99 4.1. Menu Principal (Admin-gestor)... 99 4.2. Candidatos (Admin-Gestor) ... 99 4.2.1. Informação da lista de candidatos em excel ... 101 4.2.2. Notificação por Email ao Candidato ... 101 4.2.3. Perfil do Candidato ... 102 4.3. Utilizadores (Admin/Gestor) ... 108 4.3.1. Novo utilizador ... 109 4.3.2. Editar Utilizador ... 110 4.3.3. Apagar Utilizador ... 111 4.4. Responsáveis (Admin) ... 111 4.4.1. Novo Responsável ... 112 4.4.2. Editar Responsável ... 113 4.4.3. Apagar Responsável ... 113 4.5. Templates (Admin) ... 113 4.5.1. Novo template ... 114 4.5.2. Editar Template ... 115 4.5.3. Eliminar Template ... 116 4.5.4. Download de emplate ... 116

(92)

19/07/2017 4.6. Contratos (Admin) ... 116 4.6.1. Novo Contrato ... 117 4.6.2. Editar Contrato ... 118 4.6.3. Apagar Contrato ... 119 4.7. Emails (Admin-Gestor) ... 119 4.7.1. Editar Email ... 119 4.8. Notificações (Admin-Gestor) ... 120 4.9. 4.9. Bancos (Admin/Gestor) ... 120 4.9.1. Novo Banco ... 121 4.9.2. Editar Banco ... 122 4.9.3. Eliminar Banco ... 122 4.10. Posições (Admin/Gestor) ... 123 4.10.1. Nova Posição ... 123 4.10.2. Editar Posição ... 124 4.10.3. Eliminar Posição ... 125 5. Manual de utilização candidato ... 126 5.1. Novo candidato ... 126 5.2. Candidatura ... 127 5.3. Ficheiros ... 130 5.3.1. Upload de outro ficheiro ... 131 5.3.2. Download de Template vazio ... 132 5.3.3. Download de template preenchido ... 132 5.3.4. Upload de ficheiro ... 133 5.3.5. Ajuda Preenchimento ... 134 5.4. Submeter ... 134 5.5. perfil de candidato ... 135 6. Anexos ... 138 6.1. Instruções de Preenchimento de Templates ... 138 6.1.1. Declaração IRS ... 138 6.1.2. Ficha de Admissão Segurança Social ... 139 6.1.3. Formulário 1º Emprego – Segurança Social ... 140 6.1.4. Questionário Médico – Seguro Saúde Generali ... 141