UNIVERSIDADE ESTADUAL DO SUDOESTE DA BAHIA

DEPARTAMENTO DE CIÊNCIAS E TECNOLOGIA

BACHARELADO EM SISTEMAS DE INFORMAÇÃO

DOCUMENTAÇÃO FINAL DE GERENCIAMENTO DE PROJETO:

LIBRARY SYSTEM
SEMESTRE 2017/2

por

EMERSON HENRIQUE MACÊDO SANTOS

JONATHAS SOUZA DE SANTANA

Jequié - Bahia
MAIO - 2018
Sumário

1 Objetivos deste documento ..............................................................................................3

2 Situação atual e justificativa do projeto ..........................................................................3
3 Objetivos SMART e critérios de sucesso do projeto ....................................................3
4 Estrutura Analítica do Projeto – Fases e principais entregas ......................................4
5 Requisitos ...........................................................................................................................4
6 Partes interessadas do projeto ........................................................................................5
7 Premissas ...........................................................................................................................5
8 Cronograma .......................................................................................................................6
9 Analise de Riscos ............................................................................................................10
10 Estimativa de Custos ......................................................................................................14
11 Plano de Testes ...............................................................................................................16
12 Considerações Finais......................................................................................................24
 Controle de Versões
Versão Data Autor Notas da Revisão

1.0 26/03/18 Jonathas Santana Elaboração Inicial

Jonathas Santana
2.0 19/05/18 e Conclusão de Projeto
Emerson Henrique

1 Objetivos deste documento

Apresentar uma visão holística acerca do projeto, elencando os principais

responsáveis e suas atribuições, documentar requisitos, principais entregas,
premissas e restrições.

2 Situação atual e justificativa do projeto

O Centro Universitário da Cidade de Jequié (CUCJ), mais especificamente

o setor da Biblioteca, encontra-se em processo de informatização e para tal, faz-
se necessário a implementação de um Sistema de Informação capaz de auxiliar
na gerência de todo o acervo local e controle de empréstimos. O projeto foi
iniciado em 19 de fevereiro de 2018 e encontra-se na fase de entrega final. Para
realização deste trabalho foi definido um cronograma para toda a equipe que foi
seguido sofrendo apenas algumas alterações ao longo do seu desenvolvimento.

3 Objetivos SMART e critérios de sucesso do projeto

O projeto será considerado um sucesso se atender a todos os critérios de

aceitação das entregas, respeitar as restrições e cumprir o cronograma de
execução. A seguir estão os objetivos considerados primordiais para o sucesso
do projeto:

 Entregar uma modelagem inicial e protótipos de tela (27/03)

 Seguir cronograma do projeto a rigor
 Ter um plano de contingência consistente com a análise de riscos
 Garantir qualidade na construção do produto
 Oferecer um produto dentro das estimativas de custo x tempo previstos.
 Entregar a versão final do sistema (22/05)
 Entregar a documentação (22/05)
4 Estrutura Analítica do Projeto – Fases e principais entregas

 Definição do Projeto
 Gerenciamento de Projeto
o Iniciação
 Termo de solicitação (19/02)
 Elaboração do cronograma (25/02)
 Definição dos requisitos (03/03)
o Elaboração
 Atualização dos requisitos levantados (11/03)
 Entrega de diagramas UML – 1ª Versão (15/03)
 Termo de abertura do projeto – (27/03)
 Entrega de diagramas UML – 2ª Versão (27/03)
 Elaboração do plano de testes (16/04)
o Construção
 Release 1 – Gerencia de Acervo (17/04)
 Release 2 – Gerencia de Usuários (01/05)
 Release 3 – Gerencia de Perfis e Efetuar Login (08/05)
 Release 4 – Gerencia de Empréstimo (15/05)
o Transição
 Entrega do produto final (22/05)
 Entrega dos documentos de software e projeto (22/05)

5 Requisitos

Requisito Descrição

Desenvolvimento por Devem ser entregues módulos do sistema ao cliente

módulos em cada release.
Plataforma de O sistema deve ser desenvolvido em plataforma web
Desenvolvimento Web para aceitação em múltiplos dispositivos
O software deve possuir uma interface agradável e
Usabilidade de fácil adaptação para o cliente, possibilitando uma
melhor experiência com o sistema
As informações pessoais registradas deverão ficar
Confidencialidade
restritas apenas aos usuários autorizados.
O Sistema garantir que as informações acessadas
Integridade
estão corretas.
O Sistema deve estar disponível sempre que
Disponibilidade
solicitado

Linguaguem de O Sistema deverá operar em Linguagem de

Programação Orientada a Objetos, de preferência
Programação
Java.
Tabela 1: Requisitos não funcionais de software
 Gestão de Gestão de Gestão de Perfis Gestão de Efetuar
Usuários Acervo de Usuários Empréstimos Login

Criar Criar Criar Realizar Logar

empréstimo

Ver Ver Ver Listar Recuperar

empréstimos Senha

Editar Editar Editar Renovar

empréstimos

Excluir Excluir Excluir Realizar

devolução

Tabela 2: Requisitos funcionais de software

6 Partes interessadas do projeto

Emerson Henrique Macêdo Santos – Gerente de Projetos

Jonathas Souza de Santana – Gerente de Projetos
Ronald dos Santos Matos – Analista Sênior
Nayran Talyson dos Reis Nery – Analista Júnior
Agnaldo Volpe Lovato – Cliente

7 Premissas

Para cumprir o prazo determinado, os gerentes de projetos estipularam

como premissas:

 Reuniões semanais com os desenvolvedores;

 Reuniões periódicas com o cliente para validação dos requisitos após
implementados.
8 Cronograma

Modo da Tarefa Nome da Tarefa Duração Início Término Predecessoras

Agendada 108,88 Seg Dom

Projeto Biblioteca
Automaticamente dias 19/02/18 10/06/18
Agendada Seg Sáb
Iniciação 13 dias
Automaticamente 19/02/18 03/03/18
Termo de
Agendada Seg Seg
Solicitação do 0 dias
Automaticamente 19/02/18 19/02/18
Projeto
Agendada Reunião com o Seg Seg
1 dia
Automaticamente cliente 19/02/18 19/02/18
Identificação dos
Agendada Ter Sáb
problemas do 5 dias 4
Automaticamente 20/02/18 24/02/18
dominio
Elaboração do
Agendada Dom Ter
termo de abertura 3 dias 5
Automaticamente 25/02/18 27/02/18
preliminar
Agendada Elaboração do Dom Dom
0 dias
Automaticamente Cronograma 25/02/18 25/02/18
Agendada Levantamento de Dom Sáb
7 dias 6II
Automaticamente Requisitos v1 25/02/18 03/03/18
Especificações dos
Agendada Dom Qui
requisitos 5 dias
Automaticamente 25/02/18 01/03/18
funcionais
Especificações dos
Agendada Sex Sex
requisitos não 1 dia 9
Automaticamente 02/03/18 02/03/18
funcionais
Validação e
Agendada Sáb Sáb
Verificação de 1 dia 10
Automaticamente 03/03/18 03/03/18
requisitos
Agendada Matriz de Dom Dom
0 dias
Automaticamente Rastreabilidade 25/02/18 25/02/18
Agendada 42,88 Dom Seg
Elaboração 2
Automaticamente dias 04/03/18 16/04/18
Agendada Levantamento de Dom Dom
8 dias 10
Automaticamente Requisitos v2 04/03/18 11/03/18
Especificações dos
Agendada Dom Qui
requisitos 5 dias
Automaticamente 04/03/18 08/03/18
funcionais
Especificações dos
Agendada Sex Sex
requisitos não 1 dia 15
Automaticamente 09/03/18 09/03/18
funcionais
Validação e
Agendada Sáb Dom
Verificação de 2 dias 16
Automaticamente 10/03/18 11/03/18
requisitos
Agendada Matriz de Dom Dom
0 dias 17
Automaticamente Rastreabilidade V.2 11/03/18 11/03/18
Agendada Seg Qui
Casos de Uso v1 4 dias 14
Automaticamente 12/03/18 15/03/18
Desenvolvimento
Agendada Sex Seg
de Prototipos de 4 dias 19
Automaticamente 16/03/18 19/03/18
Apresentação
Agendada Termo de Abertura Ter Ter
0 dias
Manualmente do Projeto 27/03/18 27/03/18
Agendada Ter Qua
Casos de Uso v2 2 dias 23
Automaticamente 20/03/18 21/03/18
Elaboração de
Agendada Qui Sex
Diagramas de 2 dias 25
Automaticamente 22/03/18 23/03/18
Atividades
Elaboração de
Agendada Sáb Ter
Diagramas de 4 dias 28
Automaticamente 24/03/18 27/03/18
Classes
Elaboração de
Agendada Qua Qua
Diagramas de 1 dia 29
Automaticamente 28/03/18 28/03/18
Sequência
Elaboração de
Agendada Qui Qui
Diagramas de 1 dia 30
Automaticamente 29/03/18 29/03/18
Estado
Agendada Elaboração do Seg Seg
1 dia
Manualmente Plano de Testes 16/04/18 16/04/18
Agendada Ter Ter
Construção 41 dias 13
Manualmente 10/04/18 22/05/18
Agendada Ter Ter
Release 1 8 dias
Manualmente 10/04/18 17/04/18
Agendada Ter Sáb
Implementação 5 dias
Automaticamente 10/04/18 14/04/18
Agendada Testes de Dom Dom
1 dia 35
Automaticamente Implementação 15/04/18 15/04/18
Elaboração dos
Agendada Ter Ter
casos de testes 0 dias
Manualmente 24/04/18 24/04/18
para o Release 1
Agendada Seg Qui
Transição 4 dias 36
Automaticamente 16/04/18 19/04/18
Agendada 12,13 Qua Seg
Release 2 34
Manualmente dias 18/04/18 30/04/18
Agendada Qua Seg
Implementação 5 dias
Automaticamente 18/04/18 23/04/18
Agendada Testes de Ter Ter
1 dia 44
Automaticamente Implementação 24/04/18 24/04/18
Agendada Qua Qua
Integração 1 dia 45
Automaticamente 25/04/18 25/04/18
Agendada Testes de Qui Qui
1 dia 46
Automaticamente Integração 26/04/18 26/04/18
 Elaboração dos
Agendada Seg Seg
casos de testes 0 dias
Manualmente 30/04/18 30/04/18
para o Release 2
Agendada Sex Seg
Transição 4 dias 47
Automaticamente 27/04/18 30/04/18
Agendada Qua Ter
Release 3 7 dias 43
Manualmente 02/05/18 08/05/18
Agendada Qua Dom
Implementação 5 dias
Automaticamente 02/05/18 06/05/18
Agendada Testes de Seg Seg
1 dia 55
Automaticamente Implementação 07/05/18 07/05/18
Agendada Ter Ter
Integração 1 dia 56
Automaticamente 08/05/18 08/05/18
Agendada Testes de Qua Qua
1 dia 57
Automaticamente Integração 09/05/18 09/05/18
Elaboração dos
Agendada Ter Ter
casos de teste para 0 dias
Manualmente 08/05/18 08/05/18
o Release 3
Agendada Qui Dom
Transição 4 dias 58
Manualmente 10/05/18 13/05/18
Agendada Desenvolvimento Qui Sex
2 dias
Automaticamente de documentação 10/05/18 11/05/18
Agendada Executar Qui Sex
2 dias 61II
Automaticamente Implantação 10/05/18 11/05/18
Agendada Obter Feedback do Sáb Sáb
1 dia 62
Automaticamente Usuário 12/05/18 12/05/18
Agendada Ajustar Release ao Dom Qua
4 dias 63
Automaticamente Feedback 13/05/18 16/05/18
Agendada Qua Ter
Release 4 7 dias 54
Manualmente 09/05/18 15/05/18
Agendada Qua Dom
Implementação 5 dias
Automaticamente 09/05/18 13/05/18
Agendada Testes de Seg Ter
2 dias 66
Automaticamente Implementação 14/05/18 15/05/18
Agendada Qua Qui
Integração 2 dias 67
Automaticamente 16/05/18 17/05/18
Agendada Testes de Sex Sex
1 dia 68
Automaticamente Integração 18/05/18 18/05/18
Elaboração dos
Agendada Ter Ter
casos de teste para 0 dias
Manualmente 15/05/18 15/05/18
o Release 4
Agendada Sáb Ter
Transição 4 dias 69
Automaticamente 19/05/18 22/05/18
Agendada Desenvolvimento Sáb Sáb
1 dia
Automaticamente de documentação 19/05/18 19/05/18
Agendada Executar Sáb Sáb
1 dia 72II
Automaticamente Implantação 19/05/18 19/05/18
Agendada Obter Feedback do Dom Dom
1 dia 73
Automaticamente Usuário 20/05/18 20/05/18
Agendada Ajustar Release ao Seg Ter
2 dias 74
Automaticamente Feedback 21/05/18 22/05/18
Entrega do relatório
Agendada Ter Ter
geral da gerência 1 dia
Manualmente 22/05/18 22/05/18
de projeto
Agendada Trasição (Etapa Ter Dom
19 dias 33
Automaticamente fictícia) 22/05/18 10/06/18
Elaboração do
Agendada manual do usuário, Ter Ter
7 dias
Automaticamente FAQ e resolução de 22/05/18 29/05/18
problemas comuns
Agendada Treinamento da Ter Ter
7 dias 78
Automaticamente equipe 29/05/18 05/06/18
Elaboração da
Agendada Ter Dom
política de 5 dias 79
Automaticamente 05/06/18 10/06/18
manutenção
9 Analise de Riscos

Controle de Versões

Versão Data Autor Notas da Revisão

1.0 26/mar Jonathas Santana Elaboração inicial
Revisão de riscos após problemas
2.0 19/abr Emerson Henrique
encontrados no projeto
Análise realizada após ultimo
3.0 19/mai Jonathas Santana
release.

9.1. Introdução

Durante um projeto, independentemente de sua dimensão, sempre

haverá incertezas. Em se tratando de um sistema computacional, podem ocorrer
problemas como prazos de entrega, implicações técnicas, mudanças imprevistas
na programação, entre outros. Esses eventos podem atrelar-se à organização
como um todo, ameaçando a realização do projeto. Por isso, faz-se necessário
o gerenciamento de riscos, garantindo, assim, o sucesso.

9.2. Objetivo

A análise de riscos consiste em afastar ou erradicar a possibilidade de

falhas durante o desenvolvimento do software. Abrange diversas ações, tais
como: identificação dos possíveis erros, cálculo dos impactos causados por
estes e o desenvolvimento de estratégias a serem utilizadas.

9.3. Riscos

Cód. 1
Severidade 25
Descrição do risco Não domínio da linguagem Java e do paradigma de
programação orientado a objetos.
Probabilidade 5-Muito Alta
Impacto 5-Muito Alto
Descrição do Impacto Comprometimento do término do projeto em tempo hábil.

Categoria Técnico
Ação Mitigar
Descrição da ação Desenvolver o software em PHP no paradigma de
programação estruturado. Ao final do projeto, migra-lo para o
paradigma orientado a objetos.
Responsável Analista Sênior
Previsão 15-May-18
Cód. 2
Severidade 25
Descrição do risco Redução da equipe do projeto
Probabilidade 5-Muito Alta
Impacto 5-Muito Alto
Descrição do Impacto Uma baixa na equipe do projeto pode resultar no atraso da
entrega dos artefatos, bem como no aumento do tempo de
estimado para cada release.
Categoria Organizacional
Ação Assumir
Descrição da ação Acumular funções de desenvolvimento e modelagem para um
dos colaboradores, caso haja uma baixa na equipe. Buscar
imediata contratação de pessoal
Responsável Gerente de Projetos
Previsão Sem previsão
Cód. 3
Severidade 8
Descrição do risco Requisitos do sistema não bem definidos.
Probabilidade 2-Baixa
Impacto 4-Alto
Descrição do Impacto A não compreensão das funcionalidades que o sistema
precisa possuir pode comprometer os prazos de entrega,
além de desenvolver um sistema que não contemple as
necessidades do cliente.
Categoria Gestão do projeto
Ação Prevenir
Descrição da ação Realizar entrevistas semanais com o cliente, apresentar
protóripos do sistema e utilizar linguagem compreensível
para facilitar o acordo com o usuário.
Responsável "Analista Sênior; Analista Júnior e Gerente de Projeto"
Previsão 19-Feb-18
Cód. 4
Severidade 8
Descrição do risco Imprecisão sobre a análise de custos
Probabilidade 2-Baixa
Impacto 4-Alto
Descrição do Impacto Uma análise de custos imprecisa pode comprometer o
resultado do processo e gerar um produto com o custo muito
elevado, ocasionando em insatisfação do cliente e prejuízo
para a organização.
Categoria Gestão do projeto
Ação Prevenir
Descrição da ação Utilizar técnicas precisas para fazer uma correta avaliação do
projeto, considerando todos os recursos utilizados e requisitos
desejáveis.
Responsável Gerentes de Projetos
Previsão 3-Mar-18
Cód. 5
Severidade 15
Descrição do risco Documentação de software imprecisa
Probabilidade 5-Muito Alta
Impacto 3-Médio
Descrição do Impacto Uma documentação de software imprecisa pode gerar muitos
problemas durante o desenvolvimento do sistema, podendo
acarretar em falhas e atrasos no projeto
Categoria Técnico
Ação Prevenir
Descrição da ação O Analista Júnior deve estar em constante comunicação com
os Gerentes de Projeto e o Cliente.
Responsável Analista Júnior
Previsão Sem previsão

Cód. 6
Severidade 20
Descrição do risco Modelagem UML inconsistente
Probabilidade 4-Alta
Impacto 5-Muito Alto
Descrição do Impacto Utilizar diagramas UML com inconsistências pode ocasionar
em falhas graves no produto final, inclusive, gerar um produto
diferente do desejado pelo cliente.
Categoria Gestão do projeto
Ação Assumir
Descrição da ação Devido a inexperiência da equipe de analistas é provável a
ocorrência desse tipo de falha, portanto, caso se concretize, a
equipe deverá reajustas os artefatos simultaneamente ao
desenvolvimento do produto.
Responsável "Analista Sênior; Analista Júnior. "
Previsão Sem previsão

Cód. 7
Severidade 9
Descrição do risco Interface de sistema de má qualidade
Probabilidade 3-Média
Impacto 3-Médio
Descrição do Impacto Uma interface de usuário ruim pode ser desagradável para o
cliente, de modo que ele não se sinta motivado a utilizar o
sistema.
Categoria Técnico
Ação Prevenir
Descrição da ação Deverão ser apresentados protótipos de tela para que o cliente
avalie previamente.
Responsável "Analista Sênior; Analista Júnior. "
Previsão Sem previsão
Cód. 8
Severidade 10
Descrição do risco Não cumprimento do cronograma.
Probabilidade 2-Baixa
Impacto 5-Muito Alto
Descrição do Impacto O não cumprimento do cronograma pré-estabelecido pode
ocasionar em danos financeiros para a equipe do projeto,
uma vez que os prazos devem ser respeitados para evitar
custo sobressalentes.
Categoria Organizacional
Ação Prevenir
Descrição da ação A equipe deve manter uma boa comunicação em relação aos
papeis atribuídos e prestar contas a respeito da entrega dos
artefatos dentro dos prazos pré-estabelecidos.
Responsável Gerentes de Projeto.
Previsão Sem previsão

9.4. Matriz probabilidade X impacto

Probabilidade Matriz de Probabilidade x Impacto

5 5 10 15 20 25
4 4 8 12 16 20
3 3 6 9 12 15
2 2 4 6 8 10
1 1 2 3 4 5
Impacto 1 2 3 4 5
9.5. Estrutura Analítica dos Riscos (EAR)

Projeto

Gerenciamento do
Organizacional Técnico Externo
projeto

Dependências
Estimativa Requisitos Aquisições
do projeto

Priorização Planejamento Tecnologia Cliente

Entidades
Financiamento Controle Desempenho
reguladoras

Comunicação Qualidade Governo

Condições
climáticas
10 Estimativa de Custos

10.1. Introdução

Para realizar a estimativa de custos para esse projeto, optou-se pelo método
de contagem de pontos de função. Para dar apoio a essa tarefa, os gerentes
selecionaram e utilizaram uma planilha disponibilizada pela FATTO, empresa
especializada em consultoria e soluções em TI. Essa organização é uma das
pioneiras na técnica de análise de pontos de função e, portanto, optou-se pela
utilização de seus materiais como referência.

Para melhor compreensão dessa técnica, os Gerentes de Projeto utilizaram

o manual que acompanha a planilha de contagem e que será disponibilizado em
anexo a esse documento.
 Identificação da Contagem

R$
Empresa Gerência de Software R$/PF 100,00 Custo
13.300,00
Aplicação Biblioteca Acadêmica PF
133,00
Projeto Library System
Responsável Jonathas Santana Criação 16/04/2018
Revisor Emerson Henrique Macedo Revisão 20/05/2018

Estimativa Tamanho Funcional (PF) Deflator PF Local

Tipo de contagem

Projeto de Desenvolvimento x ADD 133,00 1,00

133,00

Sumário
Projeto de Melhoria CHG - 1,00
-
Aplicação ( Baseline ) DEL - 1,00
-
-
-
Tabela 3: Identificação da contagem

Contagem de pontos de função

Aplicação : Biblioteca Acadêmica Projeto : Library System

Responsável : Jonathas Santana. Revisor : Emerson Henrique Macedo
Empresa : Gerência de Software R$/PF = 100 Custo= R$13.300,00 PF = 133
Função Tipo (I/A/E) TD AR/TR Complex. PF PF Local
EFETUAR LOGIN

Logar
ALI I Baixa 7 7,00
Recuperar Senha
ALI I Baixa 7 7,00

GERENCIAR ACERVO

Cadastrar item de acervo

ALI I Baixa 7 7,00
Editar item de acervo
ALI I Baixa 7 7,00
Listar itens de acervo
ALI I Baixa 7 7,00
Excluir itens de acervo
ALI I Baixa 7 7,00

GERENCIAR USUÁRIOS

Cadastrar usuário
ALI I Baixa 7 7,00
Editar usuário
ALI I Baixa 7 7,00
Buscar usuário
ALI I Baixa 7 7,00
Excluir usuários
ALI I Baixa 7 7,00

GESTÃO DE PERFIL DE USUÁRIOS

Cadastrar perfil
ALI I Baixa 7 7,00
Editar perfil
ALI I Baixa 7 7,00
Buscar perfil
ALI I Baixa 7 7,00
Excluir perfil
ALI I Baixa 7 7,00
Gerenciar políticas de empréstimos
ALI I Baixa 7 7,00

GESTÃO DE EMPRÉSTIMOS

Realizar empréstimo
ALI I Baixa 7 7,00
Listar empréstimos
ALI I Baixa 7 7,00
Renovar empréstimo
ALI I Baixa 7 7,00
Realizar devolução
ALI I Baixa 7 7,00
Tabela 4: Planilha de contagem de pontos de função

11 Plano de Testes

11.1. Objetivo do documento

Em um projeto de desenvolvimento de software, o Analista de testes tem um papel

fundamental durante o processo: assegurar a qualidade do produto que está sendo
implementado. Sommerville (2011) define o teste como um componente responsável
por mostrar se um programa faz o que é proposto a fazer, além de descobrir os defeitos
do programa antes do uso. Com o propósito de minimizar e/ou evitar erros oriundos
da fase de desenvolvimento, esse documento apresenta um plano de execução
de testes criado com base nos protótipos de tela do sistema.

11.2. Entrega do Release 1

Para o primeiro release foram entregues funcionalidades concernentes da

Gerência de Usuário:
Figura 1: Tela de cadastro de usuários

Cadastro de Usuários
Casos de teste
Entrada Valores permitidos Classes
(entradas)
Apenas letras “A” a “Z”, ”, e “a” a “z” Teste
maiúsculas e
Números 12345
minúsculas,
Nome
espaços. “A” a “Z”, e “a” a “z”,
João da Silva
com espaços
Aberto para todos Caracteres sem @. testegmail.com
os caracteres e é
necessário no
E-mail
mínimo um @ na Caracteres com @. teste@gmail.com
entrada.

Letras. teste
Permitido apenas
Telefone
números.
Números. 7335289631

Letras, teste
Permitido apenas
CPF números. Números. 7335289631
 Letras, teste
Permitido apenas
RG 240981923
números. Números.

Números, letras e
17@5$
Qualquer caractere caracteres especiais.
Senha é permitido.
Números e letras. 57k90100x

Masculino ou Campo pré-

Sexo -
Feminino determinado
Tabela 5: Casos de teste para tela cadastro de usuários

11.3. Entrega Release 2

No segundo release foram entregues funcionalidades relativas à Gerência de
Acervo:

Figura 2: Tela de gerencia de acervo

Consulta de usuários
Valores Casos de teste
Entrada Classes
permitidos (entradas)
Números 568423
Memórias Póstumas de
Números e letras Letras
Buscar Brás Cubas
Números e letras. Os 13 Porquês
Tabela 6: Casos de teste para tela gerencia de acervo
 Casos de Teste da consulta de acervo

Casos de teste
Entrada Valores permitidos Classes (entradas)

Números 568423

Memórias Póstumas
Buscar Números e letras Letras
de Brás Cubas

Números e letras. Os 13 Porquês

Figura 3: Tela cadastro de livros

Cadastro de Livros

Valores Casos de teste

Entrada Classes
permitidos (entradas)
“A” a “Z”, ”, e “a” a “z” Memórias Póstumas de
Alfanuméricos com espaços. Brás Cubas
Título
Números 1964
Apenas letras
maiúsculas e A” a “Z”, ”, e “a” a “z”
Machado de Assis
Autor minúsculas, com espaços.
espaços
Apenas letras
maiúsculas, Letras. Atlas
Editora minúsculas,
espaços e Números. Século 21
números
Apenas letras
maiúsculas,
País Origem minúsculas, Letras, Brasil
espaços
 Permitido Letras teste
Ano
apenas
Publicação Números. 1988
números.
Permitido Letras, teste
apenas
ISBN
números. Números. 201529948

Qualquer Números, letras e

caractere é caracteres especiais. teste123
Descrição
permitido.
Números e letras. Outro TEste

Apenas número Números teste

Tombo
Números 201529948
Tabela 7: Caso de teste para a tela cadastro de livros

11.4. Entrega do Release 3

No terceiro release foram entregues funcionalidades relativas aos
requisitos Gerência de Perfil e Login:

Figura 4: Tela gerenciamento de perfis

 Gerenciamento de perfis
Valores Casos de teste
Entrada Classes
permitidos (entradas)
Aberto para
Caracteres sem @. testegmail.com
todos os
caracteres e é
E-mail necessário no
Caracteres com @. teste@gmail.com
mínimo um @ na
entrada.
Tabela 8: Casos de teste para tela gerenciamento de perfis

Figura 5: Tela efetuar Login

Efetuar Login

Entrada Valores permitidos Classes Casos de teste (entradas)

Aberto para todos

os caracteres e é
Caracteres
necessário no testegmail.com
sem @.
E-mail mínimo um @ na
entrada.

Números,
Qualquer
letras e
caractere é 17@5$
caracteres
Senha permitido.
especiais.

Tabela 9: Casos de teste para tela efetuar Login

11.5. Entrega do Release 4

No quarto release foram entregues funcionalidades relativas à Gerência de

Empréstimos

Figura 6: Tela realizar empréstimo

Realizar empréstimo

Valores Casos de teste

Entrada Classes
permitidos (entradas)

Letras teste
Apenas números
Id usuário
Números 1
“A” a “Z”, ”, e “a” a “z” Memórias Póstumas de
Alfanuméricos com espaços. Brás Cubas
Título
Números 1964
Tabela 10: Caso de teste para a tela realizar empréstimo
Figura 7: Tela cadastro de devolução

Realizar de Devolução

Valores Casos de teste

Entrada Classes
permitidos (entradas)

Letras teste

Apenas números Números 1

Id usuário
“A” a “Z”, ”, e “a” a “z” Memórias Póstumas de
com espaços. Brás Cubas
Tabela 11: Caso de teste para a tela realizar devolução
12 Considerações Finais

O exercício da Gerência de Projetos possibilitou uma experiência real com o

mercado de trabalho em TI. Pôde-se perceber o dinamismo que acontece no dia
a dia de um profissional da área, através da participação e coordenação do
desenvolvimento do Library System. Como gerentes do projeto, foi possível
constatar a importância desse papel numa equipe de desenvolvimento, visto
que, em um cenário onde o cliente “nem sempre sabe o que quer”, é necessário
que haja um bom planejamento e profissionais capacitados para administrar sua
equipe conforme surgirem as demandas. Percebeu-se que mesmo diante das
atividades planejadas, os imprevistos podem acontecer, de tal forma que o
projeto precise ser reavaliado e redirecionado.

Ao longo do projeto, encontrou-se alguns desafios por parte dos Analistas

de Software, principalmente relacionado a tecnologias. O maior dos desafios foi
o não domínio de uma linguagem de programação com paradigma orientado a
objetos. Esse problema, em particular, foi solucionado a médio prazo adaptando
a uma linguagem compatível: a PHP. Além disso, surgiram também dificuldades
ao longo do processo de modelagem. Mesmo mediante a reuniões semanais, os
analistas sentiram dificuldade, inicialmente, no levantamento de requisitos, pois
o cliente apresentou incertezas sobre a sua necessidade de produto.

Grande parte dos problemas encontrados ao longo do projeto passaram a

ser solucionados através de reuniões semanais de equipe e conferências online.
Os analistas foram orientados a priorizar a construção das tarefas que
demandavam mais tempo e tinham papel fundamental em relação as outras.
Com isso, o projeto conseguiu atender ao cronograma proposto, mesmo após
alterações necessárias. Vale ressaltar que o cronograma careceu de alterações
em determinado momento do projeto, pois um plano de contingência foi
executado na tentativa de mitigar o impacto dos riscos que se concretizaram.

Por fim, conseguiu-se cumprir as metas estipuladas e obter um produto de

software dentro da data pré-estabelecida com o cliente. O projeto foi essencial
para desenvolver e consolidar conhecimentos adquiridos acerca da Gerência de
Projetos e da Engenharia de Software.
REFERÊNCIAS

Termo de Abertura. Disponível em: <https://escritoriodeprojetos.com.br/>.

Acesso em fevereiro de 2018.

Análises de Riscos. Disponível em: <https://escritoriodeprojetos.com.br/.>

Acesso em março de 2018.

Medição, estimativa e requisitos de software – FATTO Consultoria. Disponível

em: <http://fattocs.com/pt/>. Acesso em abril de 2018

Sommerville, I. Engenharia de Software - 9ª Edição. Pearson Prentice Hall, São

Paulo, 2011.
ANEXO A

Manual de orientação para preenchimento de planilha de contagem de pontos

de função. Disponível em:
http://www.fattocs.com/files/pt/recursos/GuiaPlanilhaIFPUG.pdf. Acesso em
abril de 2018.