PIM V - ADS

Prévia do material em texto

UNIVERSIDADE PAULISTA – UNIP EaD 
CST ANÁLISE E DESENVOLVIMENTO DE SISTEMAS: 
Projeto Integrado Multidisciplinar 
 
 
 
 
 
 
JOÃO VITOR MARTINS NASCIMENTO – RA: 1964100 
 
 
 
 
 
 
PROJETO INTEGRADO MULTIDISCIPLINAR V: 
Sistema de reserva de equipamentos 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
POLO FRUTAL 
2020 
JOÃO VITOR MARTINS NASCIMENTO – RA: 1964100 
 
 
 
 
 
 
 
 
 
 
 
 
PROJETO INTEGRADO MULTIDISCIPLINAR V: 
Sistema de reserva de equipamentos 
 
Projeto Integrado Multidisciplinar para obtenção do título 
de graduação em Análise e Desenvolvimento de Sistemas 
apresentado à Universidade Paulista – UNIP EaD. 
 
Orientador(a): Profª Priscila Facciolli 
 
 
 
 
 
 
 
 
 
 
 
 
 
POLO FRUTAL 
2020 
RESUMO 
 
O Projeto Integrado Multidisciplinar V tem por objetivo utilizar os conhecimentos 
adquiridos nas aulas realizadas na forma prática de aprendizado, abrangendo todas 
as disciplinas cursadas no primeiro bimestre e interligando-as, sendo elas: Economia 
e Mercado, Engenharia de Software II, Projeto de Interface com o Usuário e 
Programação Orientada a Objetos I, apresentando o projeto de um sistema para 
reserva de equipamentos audiovisuais, aspirando agilidade e controle no empréstimo 
de equipamentos e recursos de apoio aos professores de colégios de Ensino 
Fundamental e Médio. 
 
Palavras-chave: Agilidade. Controle. Reserva de equipamentos. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
The Integrated Multidisciplinary Project V aims to use the knowledge acquired in the 
learning practices classes, covering all disciplines taken in the first two months and 
interconnecting them, namely: Economy and Market, Software Engineering II, 
Interface Project with or User and Object Oriented Programming I, presenting the 
design of a system for reserving audiovisual equipment, aspiring for agility and control 
in the loan of equipment and resources to support elementary and high school 
teachers. 
 
Keywords: Agility. Control. Equipment reservation. 
 
 
 
 
 
SUMÁRIO 
 
 
1 INTRODUÇÃO ................................................................................................. 6 
2 PROGRAMAÇÃO ORIENTADA A OBJETOS I ............................................... 7 
2.1 Orientação a objetos ...................................................................................... 7 
2.2 Elementos técnicos de orientação a objetos identificados no sistema ..... 8 
3 ENGENHARIA DE SOFTWARE II ................................................................... 9 
3.1 Requisitos de negócio, funcionais e não funcionais................................... 9 
3.1.1 Exemplificação através de protótipos ............................................................... 9 
3.1.2 Teste funcional ............................................................................................... 19 
3.2 Metodologia escolhida ................................................................................. 22 
4 ECONOMIA E MERCADO ............................................................................. 24 
4.1 Viabilidade econômica para implementação do projeto ........................... 24 
4.2 Agentes econômicos .................................................................................... 25 
5 CONCLUSÃO ................................................................................................. 27 
REFERÊNCIAS ......................................................................................................... 28 
 
6 
 
1 INTRODUÇÃO 
 
Os sistemas de informação nos proporcionam maior agilidade nas tomadas de 
decisões e processos burocráticos aos quais todos os cidadãos brasileiros estão 
sujeitos, não sendo diferente para com as instituições públicas ou particulares de 
ensino fundamental e/ou médio, o sistema a se desenvolver neste projeto trata 
exclusivamente da necessidade de organização no ato de empréstimo de 
equipamentos audiovisuais a professores e demais colaboradores. 
 A apresentação deste projeto está subdividida em partes que detalham e 
concluem os estudos solvendo os desafios propostos de cada uma das disciplinas que 
constam no Manual do PIM V, dentre eles está a necessidade de se mapear quem 
serão os agentes econômicos que atuam diretamente com a empresa de software e 
o prazo para conclusão calculando o investimento financeiro necessário, apresentar 
os requisitos funcionais e não funcionais e de negócios necessários para a confecção 
deste sistema, apontar a melhor metodologia Frente as Normas Internacionais de 
qualidade de software para o caso, elaborar um planejamento de teste para os 
requisitos funcionais, descrever fundamentos acadêmicos sobre Classe, Herança e 
Polimorfismo. 
 
 
 
 
 
 
 
 
 
 
7 
 
2 PROGRAMAÇÃO ORIENTADA A OBJETOS I 
 
2.1 Orientação a objetos 
 
Atualmente existem várias linguagens que dão suporte à programação 
orientada a objetos, a exemplo citamos algumas como Java, C++, C#, Pascal, Python, 
dentre outras. O modelo de orientação a objetos é baseado na composição e interação 
dos chamados “objetos”. 
Os objetos estão sempre presentes a serem utilizados, é como uma parte física 
da classe, considerando a classe como sendo um projeto deste objeto, representa o 
tipo de objeto que construímos a partir dela, esses objetos são compostos de atributos 
e ações, os atributos são representados por variáveis, e as ações são representadas 
pelos métodos, o professor Anselmo Montenegro do Instituto de Computação da 
Universidade Federal Fluminense descreve esses métodos como formadores de uma 
“cerca” que englobam os atributos, atentamos que estes atributos não podem ser 
manipulados diretamente. 
As classes proveem a estrutura dos objetos, o intuito dessas classes são 
minimizar o tamanho do código do programa a ser desenvolvido, são chamadas 
abstratas justamente porque abstraem um conjunto de objetos com características 
similares, uma classe recebe um limitador de acesso, são três tipos de limitadores, 
público (public), protegido (protected) e privado(private), no primeiro um membro pode 
ser acessado por qualquer classe, no limitador protegido um membro pode ser 
acessado apenas pela própria classe e suas subclasses, por último e não menos 
utilizado temos o limitador privado, no qual um membro pode ser acessado apenas 
pela própria classe. 
A herança permite a reutilização de um código escrito para uma determinada 
classe por outra, ou seja, permite criar uma classe a partir de outra já existente, para 
exemplificarmos usaremos a seguinte situação: imaginamos uma classe nomeada 
como classAnimal(), sabemos que a girafa é um animal, portanto ela herdará essa 
classe, e modificará os atributos em sua própria classe, pois existem características 
específicas da girafa que nenhum outro animal possui, agora imaginamos a baleia, 
apesar de habitar no mar, ela continua sendo um animal, logo também poderá herdar 
8 
 
a classe classAnimal(), o que não poderia era a classe da baleia herdar a classe 
classTerrestre() caso elaborássemos essa subdivisão da classe dos animais. 
Polimorfismo ocorre quando reutilizamos métodos de uma classe para outra, 
produzindo efeitos no mesmo formato, diferenciando o resultado, por exemplo, tendo 
a mesmo caso acima mencionado, para se alimentar a girafa necessita executar a 
ação de abrir a boca, precisa também executar a ação de engolir, etc. Cada uma 
dessas ações utiliza a mesma classe, porém produz resultados diferentes, isto é o 
chamado “Polimorfismo”. 
 
2.2 Elementos técnicos de orientação a objetos identificados no sistema 
 
Os elementos técnicos de orientação a objetos aqui expostos poderão ser 
melhor observados no tópico de Engenharia de Software II deste trabalho que aborda 
os protótipos de interfaces do sistema; destaca-se a utilização de: 
Classes e Objetos: logo ao iniciar o software,nos deparamos com esses 
elementos na tela de login; ao requisitar a ocupação do colaborador nota-se que há 
três opções: administrador, professor e funcionário, essa informação necessária para 
efetuar o login no sistema, é previamente definida na tela de cadastro de 
colaboradores, trata-se de uma classe pública que permite alteração a partir de outras 
classes, pois a ocupação é fornecida pelo próprio colaborador, o mesmo acontece 
com os campos de texto que requisitam o CPF e a senha, já que devem coincidi-los 
com os de algum cadastro existente, trata-se de uma classe que atribui à uma variável 
o valor digitado pelo usuário no ato de cadastramento. Na tela de equipamentos há 
uma tabela encabeçadas pelos nomes de “Item”, “Marca”, “Modelo”, “Estado” e “Cód.”, 
para cada um desses títulos foi criada uma classe com os respectivos nomes, e 
recebem propriedades diferentes conforme necessidade de adicionar mais 
equipamentos, a classe Item, recebe um atributo que denomina o equipamento a ser 
reservado, por isso foi utilizado uma variável do tipo string, a mesma coisa acontece 
com as classes de Marca, Modelo e Estado, apenas a classe Cód. recebe um atributo 
com a variável do tipo inteiro, sendo que esse código é um valor numérico que garante 
a ordem dos Itens para não coincidir reservas de um mesmo equipamento em datas 
semelhantes. 
9 
 
Herança e Polimorfismo: Como mencionamos acima a classe Ocupação origina 
três outras classes, sendo elas Administrador, Professor e Funcionário, ou seja, 
enxerga-se um exemplo de herança, pois cada uma dessas funções é considerada 
uma ocupação, logo podemos dizer que herdam da classe Ocupação; da mesma 
forma acontece com a classe de equipamentos que englobam as classes Item, Marca, 
Modelo e Estado, e que a exemplo de polimorfismo, elas recebem valores diferentes 
produzindo assim resultados diferentes de um para outro. 
 
3 ENGENHARIA DE SOFTWARE II 
 
3.1 Requisitos de negócio, funcionais e não funcionais 
 
3.1.1 Exemplificação através de protótipos 
 
Figura 1- Tela de Abertura 
 
Fonte: João Vitor (2020) 
10 
 
Na tela de abertura do software já é possível se notar um requisito não 
funcional, o programa deverá exibir a logomarca da escola ao momento em que 
aguarda o carregamento de dados, o programa deverá ser disponibilizado na língua 
portuguesa e automaticamente abrirá a tela seguinte: 
 
Figura 2 - Tela de Login 
 
Fonte: João Vitor (2020) 
 
Esta tela compreende a tela inicial do software, nela é requisitada o CPF do 
usuário e a senha criados no momento do cadastro e ao clicar em “Entrar”, o sistema 
deverá verificar se constam o CPF e a senha informados no banco de dados e 
conseguinte retornar o resultado, se não constar os valores informados nos campos, 
o sistema deverá exibir uma mensagem de “Usuário e/ou Senha Incorretos”, e não 
dar continuidade nos próximos passos do programa até que seja redigido 
corretamente, caso o usuário não consiga efetuar o login, provavelmente ele não está 
cadastrado no banco de dados, por isso nesta mesma tela consta um botão 
denominado “cadastre-se”, ao clicar neste botão o programa redirecionará o usuário 
11 
 
para a tela da Figura 3, afim de que seja possível efetuar o cadastro de um novo 
usuário para que o login seja efetuado com sucesso. 
Como requisito de segurança e também de privacidade, o sistema esconde os 
caracteres digitados no campo de texto em que deve ser informada a senha, 
garantindo que ninguém tenha acesso a senha do usuário enquanto ele a digita. 
 
Figura 3 - Tela de Cadastro de Usuário 
 
Fonte: João Vitor (2020) 
 
Conforme mostra a Figura 3, o sistema deve abrir uma tela para cadastro de 
um novo usuário, os dados informados passarão por aprovação do administrador para 
conclusão do cadastro, esses que devem ser averiguados conforme a documentação 
entregue no setor de recursos humanos da instituição; essa medida foi tomada para 
que seja evitado o cadastro de um indevido no sistema, garantindo a segurança dos 
equipamentos que poderiam ser requisitados por um desconhecido ou até mesmo por 
um cadastro “fantasma”. 
Esta parte do programa solicita informação sobre o nome do colaborador que 
também será utilizado pelo sistema para emissão do comprovante de reserva de 
12 
 
algum item dos equipamentos disponíveis, o RG solicitado será para validação do 
cadastro junto a documentação presente da ficha do colaborador, o CPF será 
requisitado também para efetuar o login no sistema, conforme mostra a Figura 2, 
assim também como é requisitada a senha que no momento é cadastrada. 
O sistema pede ao usuário que a senha seja digitada novamente, garantindo 
assim que o usuário não a perca por um simples erro de digitação ou mesmo por uma 
simples opção de CapsLock ativada. 
Também é requisitado que no momento do cadastro o colaborador informe sua 
ocupação dentre duas opções se professor ou funcionário, sendo que a ocupação de 
administrador é previamente cadastrada no momento do desenvolvimento do 
software. Essa informação é necessária pois sabemos que dependentemente do 
cargo há ou não a necessidade de um tipo de equipamento, será liberado na lista de 
equipamentos tais itens disponíveis que condizem com a função de cada colaborador. 
Feito o cadastro conforme a Figura 3, e feito o login no sistema conforme a 
Figura 2, passamos para o próximo passo, como mostra a Figura abaixo. 
 
Figura 4 - Tela de Equipamentos Disponíveis 
 
Fonte: João Vitor (2020) 
13 
 
A Figura 4 mostra a parte do programa em que se é possível visualizar os 
equipamentos disponíveis para reserva, assim como também é possível visualizar os 
que estão reservados pelo usuário que está logado no sistema para dá-lo a opção de 
cancelamento de alguma reserva já realizada, não sendo possível averiguar as 
reservas de outros colaboradores para garantir a privacidade daqueles. 
Ao abrir esta tela, o programa deverá exibir uma lista, na qual aparecerá as 
informações completas sobre cada um dos itens, como marca, modelo, estado de 
conservação e código do item, para realizar uma reserva o usuário deverá clicar à 
direita do tem selecionado no botão denominado “reservar”, ao clicar nele será exibido 
um calendário que informa através das cores nas datas se está ou não disponível para 
reserva, no exemplo acima o usuário selecionou a data de 09/04/2020 e arrastou o 
mouse até a data de 10/04/2020 indicando que necessitará de determinado projetor 
nesses dois dias seguidos, com isso o programa oferece comodidade ao usuário, 
dispensando a obrigação de se efetuar o processo novamente para reservar na outra 
data subsequente. Caso este usuário já tenha concluído a reserva no mesmo botão 
aonde anteriormente dava a opção de reservar, aparecerá a opção de cancelar, o 
processo de cancelamento é semelhante ao de reserva, devendo selecionar no 
calendário a data em que se deseja fazer o cancelamento. 
É possível buscar algum item pelo seu nome ou até mesmo pelo código, para 
isso há um campo de texto e um botão representado pelo desenho de uma lupa logo 
abaixo da lista de itens, digitando o nome do item e clicando na lupa aparecerá na 
lista os semelhantes ao pesquisado, no exemplo acima o usuário informa as letras 
“pr”, ao captar as letras do campo de texto o programa automaticamente exibiu 
equipamentos com os nomes iniciados em “pr”, se houvesse no campo de busca, 
números em vez de letras, a ordem seria pelo código do item, caso o usuário digitasse 
algum valor que não correspondesse a nenhum material, o sistema informaria com a 
seguinte frase: “sua busca não retornou nenhum resultado”. 
Como vemos na Figura 4, há para cada item um código diferente, pois não se 
trata de um mesmo equipamento, ou seja, há no colégio dois projetores de uma 
mesma marca, mesmo modelo, mas não devidamente num mesmo estado de 
conservação, ou seja, subentendesse que deverá ser entregue por um funcionárioo 
material no mesmo estado de conservação que ele o retirou. 
14 
 
Selecionado o equipamento, selecionada a data, o software seguirá para o 
próximo passo. Como as reservas e os cancelamentos de reservas são processos 
quase idênticos a partir deste ponto, anexaremos e detalharemos conjuntamente. 
 
Figura 5- Tela de Confirmação de Reserva 
 
Fonte: João Vitor (2020) 
 
Figura 6 - Tela de Confirmação de Cancelamento de Reserva 
 
Fonte: João Vitor 
 
15 
 
As figuras 5 e 6 retratam as telas de confirmação de reserva e cancelamento 
de reserva respectivamente, ambas partes requerem os dados tanto do usuário 
quanto do item a ser reservado para que o mesmo verifique a veracidade antes de a 
confirmá-la. 
Há um botão na primeira tela que apresenta transparência na fonte e também 
nas bordas, ele descreve a opção “confirmar” e permanece dessa mesma forma até 
que seja marcada como aceita a caixa que consta os termos de empréstimo, é uma 
forma que adere à legalidade ao software, assegurando de que o solicitante está 
condizendo com as normas estabelecidas pela direção do colégio e ao tempo sendo 
garantido pelos aparatos legais. 
Na segunda, há um botão para confirmar o cancelamento da reserva, o 
programa emitirá para fins jurídicos a data da reserva e do cancelamento, o botão cujo 
citamos se encontra indisponível a ser clicado até o momento em que o usuário 
marque a caixa que consta a declaração que deve ser assinada eletronicamente para 
que seja confirmado o cancelamento. 
Tanto ao confirmar a reserva e ao cancelá-la, o sistema exibe um novo botão, 
afim de que este comprovante seja posteriormente emitido em formato de arquivo XPS 
ou logo imprimido, as figuras abaixo demonstram esse acontecimento. 
 
Figura 7 - Impressão de Reserva 
 
Fonte: João Vitor (2020) 
16 
 
Figura 8 - Impressão de Cancelamento 
 
Fonte: João Vitor (2020) 
 
Tanto como mostra a Figura 7, como a Figura 8 essas telas produzem o mesmo 
efeito, apenas dá ao usuário a opção de impressão dos dados constantes sobre a 
reserva e no caso da segunda os dados também do cancelamento, feito isso as únicas 
opções restantes são o botão para voltar a tela anterior, botão “home” para voltar a 
tela inicial ou mais abaixo com a opção “Reservar outro Item” que recorre a tela de 
equipamentos disponíveis para verificar a disponibilidade de mais algum material 
desejado. 
É importante ressaltar que o sistema apenas cria o login determinando o 
administrador conforme organização institucional do colégio, e que caso esse 
administrador seja também um professor ou funcionário, será necessário criar um 
outro cadastro nessa outra função para que haja a possibilidade desse colaborador 
reservar itens para si. 
Veja na Figura 10 como é realizada a aprovação dos cadastros pendentes pelo 
administrador. Lembrando que a aprovação está condicionada à relação de 
documentação do colaborador com a instituição, as próximas figuras abaixo irão 
apresentar telas restritas apenas ao administrador, ele terá acesso para as diversas 
atividades serem realizadas a partir dela, atividades estas: consulta de reservas, 
aceitação de cadastros pendentes e consulta de itens. 
17 
 
Figura 9 - Tela de Consulta de Reservas 
 
Fonte: João Vitor (2020) 
 
A tela trata das reservas efetuadas para a data clicada no calendário abaixo da 
lista, no exemplo o administrador clicou na data de 09/04 e 10/04/2020, dessa forma 
o sistema exibirá as reservas programadas para essas duas datas, a sequência de 
reservas listadas é organizada pelos nomes dos solicitantes em ordem alfabética, não 
cabendo em uma página, o software te dá a opção de pular de uma página para outra. 
Veja que ao lado do calendário há uma seta indicando para o lado esquerdo, um 
número e outra seta indicando o lado direito. 
Ao clicar na seta do lado esquerdo, o programa nos remete à página anterior à 
esta, como não há a possibilidade no exemplo pois a página atual já é a primeira, ao 
clicar nela o programa não surtirá resultado algum. 
Ao clicar na seta do lado direito, o programa nos remete à página posterior, 
sendo no caso a página 2, esta página pelo exemplo acima, obviamente aparecerá 
sem nenhuma reserva, pois para que o programa preencha a lista desta página deverá 
necessariamente preencher a lista da página 1 primeiramente. 
A lista de reservas é composta pelo nome do solicitante, o item reservado e 
também pelas datas que correspondem à reserva. 
18 
 
Figura 10 - Tela de Cadastros Pendentes 
 
Fonte: João Vitor (2020) 
 
Neste processo é feita a aceitação de um novo usuário que criou seu cadastro, 
logo ao lado esquerdo de cada nome há um ícone que ao clicar nele, o cadastro do 
novo usuário será confirmado, havendo alguma irregularidade com os dados 
informados, o administrador poderá recusá-lo clicando no ícone vermelho ao lado 
direito da ocupação. Vale lembrar que caso o cadastro seja negado, o solicitante 
deverá novamente fazer o cadastro para uma nova avaliação. 
Os cadastros pendentes são listados em ordem alfabética contando do nome 
do solicitante, no exemplo acima há um total de apenas dois cadastros a serem 
analisados, a lista segue o padrão de páginas, sendo assim ao preencher a página 1, 
outros cadastros por vir serão listados na página 2, e assim sucessivamente. 
Ao concluir o cadastro, será gravado no banco de dados e assim poderá ser 
efetuado o login com o CPF e senha informados, caso o usuário esqueça a senha, 
será necessário realizar um novo cadastro que substituirá o atual existente, e caberá 
ao administrador averiguar o motivo pelo qual o colaborador solicitou uma nova senha, 
sendo dever do mesmo aceitar ou recusar a nova solicitação de cadastro. 
A figura abaixo abordará a terceira e última tela exclusiva ao administrador, 
sendo também a última apresentada do software. 
19 
 
Figura 11 - Consulta de Itens 
 
Fonte: João Vitor (2020) 
 
 A tela acima apresentada refere-se à consulta de itens, é uma tela exclusiva 
ao administrador que o permite alterar, adicionar ou deletar itens inclusos na lista de 
equipamentos. 
Ao clicar no ícone com sinal de soma, o software permitirá adicionar um novo 
item à lista, sendo obrigatório que o administrador preencha todos os campos, 
constando o nome, marca, modelo, estado de conservação e código do produto. 
Ao buscar algum item e clicar sobre ele, o programa exibe um lápis e uma lixeira 
em lados opostos, o primeiro permite alterar o cadastro do item. Algo importantíssimo 
a se destacar é que quando o item estiver com alguma reserva feita sem 
cancelamento, não é possível alterá-lo e nem sequer deletá-lo da lista de itens, 
assegurando que os termos de empréstimo aceitos na data da reserva não sejam 
violados; neste caso, para alterar ou deletar tal item é necessário que todos os 
usuários que reservaram esse item, cancelem sua reserva. 
 Semelhantemente à Figura 4, é possível nesta tela, buscar algum produto por 
nome ou pelo seu código. 
 
3.1.2 Teste funcional 
 
20 
 
Tabela 1 - Plano de Testes 
Nome do projeto: Sistema Para Reserva de Equipamentos Audiovisuais. 
Pessoas Envolvidas: João Vitor Martins Nascimento. 
Funcionalidades ou módulos: Desenvolver um roteiro de testes caixa 
preta para os requisitos funcionais do sistema. 
Equipamentos / Softwares: O sistema deve funcionar em um desktop. 
Cronograma: Data de Início e Fim do Projeto: 09/04/2020 – 13/04/2020. 
Data de início e fim do teste: 14/04/2020 – 15/04/2020. 
Local do teste: Locais Aleatórios 
Observação: nenhuma mencionada. 
 Fonte: João Vitor (2020) 
 
 Caso de teste 1: Efetuar login com o CPF e senha de usuário. 
Passos para execução: 1) o sistema exibe tela para inserção de CPF e senha 
do usuário em questão. 2) usuário digita CPF e senha nos campos. 3) clica em 
“entrar”. 
Dados de entrada: 2) CPF em formato numérico de 11 dígitos, e senha com 8 
dígitos em quaisquer caracteres constantesno padrão de teclado ABNT. 
Resultado esperado: 3) login efetuado com sucesso e abertura de uma nova 
tela. 
Resultado do teste: Bem-sucedido. 
 
 Caso de teste 2: Demonstrar itens cadastrados no sistema para reserva. 
Passos para execução:1) o sistema exibe uma tela contendo uma lista de itens. 
2) usuário clica em “reservar” ou “cancelar”. 3) usuário seleciona uma data no 
calendário. 
Dados de entrada: - 
Resultado esperado: 2) abertura de um calendário convencional. 3) abertura de 
uma nova tela. 
Resultado do teste: Bem-sucedido. 
 
 Caso de teste 3: detalhar com dados, a reserva efetuada. 
21 
 
Passos para execução: 1) exibir dados do solicitante e do item da reserva e 
caixa para marcar opção de aceite. 2) usuário clica na caixa 3) usuário clica em 
confirmar. 
Dados de entrada: - 
Resultado esperado: 2) retirada a transparência do botão “confirmar”. 3) 
abertura de uma nova tela. 
Resultado do teste: Bem-sucedido. 
 
 Caso de teste 4: Gerar arquivo imprimível. 
Passos para execução: 1) exibir dados do solicitante e do item da reserva. 2) 
o usuário clica em imprimir. 
Dados de entrada: - 
Resultado esperado: 2) geração de um arquivo imprimível. 
Resultado do teste: Bem-sucedido. 
 
 Caso de teste 5: Adicionar itens à lista de equipamentos 
Passos para execução: 1) o sistema exibe uma lista com vários itens. 2) o 
usuário clica em algum desses itens 3) o sistema exibe ícones de deletar e alterar 
itens. 4) o usuário clica no ícone lixeira 
Dados de entrada: - 
Resultado esperado: 2) sombreamento do nome do item. 4) apaga o item 
previamente selecionado. 
Resultado do teste: Bem-sucedido. 
 
 Caso de teste 6: Aprovar cadastros de usuários pendentes 
Passos para execução: 1) o programa exibe uma tela com os dados 
fornecidos pelo usuário 1. 2) o usuário 2 clica no ícone verde. 
Dados de entrada: - 
Resultado esperado: 2) o cadastro é incluído no banco de dados e apagado 
da lista de pendentes. 
Resultado do teste: Bem-sucedido. 
 
22 
 
3.2 Metodologia escolhida 
 
A metodologia de qualidade de software escolhida e aplicada na minha 
pequena empresa de software é a ISO NBR 9000:2015, lançada no Brasil pela 
Associação Brasileira de Normas Técnicas, conjuntando as normas 9000, 9001, 9004 
e 19011 como principais normas da família. 
Uma pequena empresa visa, com certeza, estágios mais altos no mercado, 
para que isso aconteça é preciso garantir espaço para “saltar”, e um dos passos 
iniciais para conquistar credibilidade frente aos seus concorrentes é a regulamentação 
de seus processos internos, pois a imagem de uma empresa é refletida na qualidade 
de seus produtos e/ou serviços oferecidos. 
 
Pode-se fazer certo da primeira vez ou então fazer tudo de novo. Se uma 
equipe de software enfatizar a qualidade em todas as atividades de 
engenharia de software, ela reduzirá a quantidade de reformulações que terá́ 
de fazer. Isso resulta em custos menores e, mais importante ainda, menor 
tempo para a colocação do produto no mercado. (Pressman, 2011, p.358). 
 
A ISO 9000:2015 é uma certificação que atesta o padrão de qualidade e gestão 
dentro das empresas, ela engloba pontos referentes à garantia da qualidade em 
projeto, desenvolvimento, produção, instalação e serviços associados; objetivando a 
satisfação do cliente pela prevenção de não conformidades em todos os estágios 
envolvidos no ciclo da qualidade da empresa, como resultado da implantação do 
modelo ISO temos uma maior capacidade produtiva e a geração de maior eficiência e 
qualidade e redução de custos. 
Para implantação do citado modelo, a empresa deverá contratar uma 
consultoria especializada; auditores de um órgão certificador irão realizar uma 
auditoria, emitir um relatório e o órgão certificador irá analisar e emitir o certificado de 
acordo com os itens: 
 Responsabilidade da administração: requer que a política de qualidade 
seja definida, documentada, comunicada, implementada e mantida. Além disto, 
requer que se designe um representante da administração para coordenar e 
controlar o sistema da qualidade. 
 Sistema da qualidade: deve ser documentado na forma de um manual 
e implementado. 
23 
 
 Análise crítica de contratos: os requisitos contratuais devem estar 
completos e bem definidos. A empresa deve assegurar que tenha todos os recursos 
necessários para atender às exigências contratuais. 
 Controle de projeto: todas as atividades referentes a projetos 
(planejamento, métodos para revisão, mudanças, verificações, etc.) devem ser 
documentadas. 
 Controle de documentos: requer procedimentos para controlar a 
geração, distribuição, mudança e revisão em todos os documentos. 
 Aquisição: deve-se garantir que as matérias-primas atendam às 
exigências especificadas. Deve haver procedimentos para a avaliação de 
fornecedores. 
 Produtos fornecidos pelo cliente: deve-se assegurar que estes produtos 
sejam adequados ao uso. 
 Identificação e rastreabilidade do produto: requer a identificação do 
produto por item, série ou lote durante todos os estágios da produção, entrega e 
instalação. 
 Controle de processos: requer que todas as fases de processamento 
de um produto sejam controladas (por procedimentos, normas, etc.) e 
documentados. 
 Inspeção e ensaios: requer que as matérias-primas sejam 
inspecionadas (por procedimentos documentados) antes de sua utilização. 
 Equipamentos de inspeção, medição e ensaios: requer procedimentos 
para a calibração/aferição, o controle e a manutenção destes equipamentos. 
 Situação da inspeção e ensaios: deve haver, no produto, algum 
indicador que demonstre por quais inspeções e ensaios ele passou e se foi 
aprovado ou não. 
 Controle de produto não-conforme: requer procedimentos para 
assegurar que o produto não conforme aos requisitos especificados é impedido de 
ser utilizado inadvertidamente. 
 Ação corretiva: exige a investigação e análise das causas de produtos 
não-conformes e adoção de medidas para prevenir a reincidência destas não-
conformidades. 
24 
 
 Manuseio, armazenamento, embalagem e expedição: requer a 
existência de procedimentos para o manuseio, o armazenamento, a embalagem e a 
expedição dos produtos. 
 Registros da qualidade: devem ser mantidos registros da qualidade ao 
longo de todo o processo de produção. Estes devem ser devidamente arquivados e 
protegidos contra danos e extravios. 
 Auditorias internas da qualidade: deve-se implantar um sistema de 
avaliação do programa da qualidade. 
 Treinamento: devem ser estabelecidos programas de treinamento para 
manter, atualizar e ampliar os conhecimentos e as habilidades dos funcionários. 
 Assistência técnica: requer procedimentos para garantir a assistência a 
clientes. 
 Técnicas estatísticas: devem ser utilizadas técnicas estatísticas 
adequadas para verificar a aceitabilidade da capacidade do processo e as 
características do produto. 
Analisando estes critérios, nota-se que o ponto central de um sistema de 
gestão da qualidade baseada nas normas ISO 9000 é a apropriada documentação 
deste sistema. 
 
4 ECONOMIA E MERCADO 
 
4.1 Viabilidade econômica para implementação do projeto 
 
Para analisar a viabilidade econômica para implementação do projeto, é 
necessário se orientar pelos seguintes aspectos: o preço de venda do software e o 
custo de produção dele. 
O preço de venda é o mais simples a ser calculado, pois se trata apenas do 
valor que é entregue pelo cliente à empresa, porém é necessária muita atenção ao 
calcular o custo de produção, pois envolve vários processos que a momentos geram 
despesas para a empresa, as que devem ser inteiramente calculadas para se definir 
um valor único ao custo de produção. Também é preciso que este valor esteja as 
horas dedicadas para desenvolver o projeto, pois custos são automaticamente 
gerados no decorrer do tempo. 
25 
 
Vamos então subdividir os custos por categorias: Recursoshumanos, 
despesas básicas (incluindo aluguel de estabelecimento comercial, água, energia 
elétrica, internet, etc.), investimentos e impostos. Na categoria de recursos humanos, 
listamos os profissionais necessários para o desenvolvimento do software. 
 Programador Sênior, média salarial de: R$7.342,00/mês, 
 Analista de Testes, média salarial de: R$3.391,00/mês, 
 Gerente de Tecnologia da Informação, média salarial de: R$13.000/mês, 
 Consultor de Suporte, média salarial de: R$3.045,00/mês, 
 Consultor comercial, média salarial de: R$1.564,00/mês, 
As médias salariais foram retiradas do site Glassdoor, disponível em < 
https://www.glassdoor.com.br/Sal%C3%A1rios/index.htm > . Acesso em 15 de Abril 
de 2020. 
Considerando as médias salariais, devemos dividi-las pela carga horária dos 
empregados, consequentemente multiplicadas pelas horas empenhadas no trabalho 
do projeto. Assim estaríamos calculando o valor de mão de obra do software. O 
resultado da hora de mão de obra por fim é 28.342/160= R$177,13, considerando a 
jornada de todos os empregados como sendo de 160h mensais, e um prazo estipulado 
de 2 semanas para entrega do software, o total de custo de mão de obra em um 
projeto como esse é de R$1.771,37. 
Adicionamos os demais valores, R$1082,66(despesas básicas calculadas à 
média de uso pelo número de funcionários da empresa ao tempo de trabalho), 
impostos vigentes na época do desenvolvimento e valor investido (consideramos que 
a empresa já disponha dos equipamentos necessários a cada funcionário). Temos por 
fim o custo de produção num total de R$2.814,03 mais impostos vigentes da época. 
Podemos dizer então que para que haja viabilidade econômica o a 
implementação do projeto em uma instituição de ensino como o Colégio Vencer 
Sempre, será necessário cobrar pelo sistema de reserva de equipamentos o valor de 
R$2.814,03 mais impostos somados à porcentagem de margem de lucro desejada, 
exemplo: R$2.814,03 + 514,00(suposição de impostos) + 20%(margem de lucro ideal) 
= R$3.993,63 (preço final cobrado da instituição de ensino). 
 
4.2 Agentes econômicos 
 
%3chttps:/www.glassdoor.com.br/index.htm%3e
%3chttps:/www.glassdoor.com.br/index.htm%3e
26 
 
Os agentes econômicos que atuam diretamente com a minha empresa de 
software são dos três tipos existentes no âmbito nacional, sendo eles, família, 
empresa e governo. 
Para o primeiro tipo, que compreende às famílias temos a exemplo os 
funcionários que trabalham na empresa garantindo o bom funcionamento, dentre eles 
estão os mencionados no tópico 4.1 deste trabalho. 
Do segundo tipo, ou seja, as empresas temos instituições financeiras que pode 
ser representada pelo banco, o qual minha empresa recebe boletos referentes a 
produtos e/ou serviços, gera pagamento para os funcionários, etc. Também se 
enquadra nesta categoria instituições de ensino, estando aqui incluída o Colégio 
Vencer Sempre, que é um cliente de minha empresa. 
Do terceiro e último tipo, temos o governo, que rege as leis que se aplicam aos 
contratos de serviços feitos entre minha empresa e meus clientes que solicitam algum 
tipo de produto/serviço e também de empresas de consultoria as quais necessito 
contratar. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
27 
 
5 CONCLUSÃO 
 
Podemos concluir deste projeto, que uma empresa de software não se destaca 
no mercado apenas pelas inovações tecnológicas que apresenta, é imprescindível 
que essas venham ligadas à uma palavra muita das vezes oculta entre as empresas 
que não conseguem traçar seus objetivos e metas, que é a “qualidade”. Concluiu-se 
também que um sistema só é considerado eficiente desde que atenda às 
necessidades do cliente especificadas nos requisitos de negócio, e que para isso não 
se pode abrir mão dos procedimentos de testes que certificam o bom funcionamento 
do sistema a ser entregue e que a empresa estará satisfazendo essas necessidades 
apontadas; obviamente há um certo investimento a se fazer para isso, e que deve ser 
calculada a viabilidade econômica para implementação deste sistema, garantindo 
assim um bom resultado final para o cliente e maior credibilidade à empresa. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
28 
 
REFERÊNCIAS 
 
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS (Brasil). NBR ISO 
19011:2018. 2018. Disponível em: 
https://www.abntcatalogo.com.br/norma.aspx?ID=415425. Acesso em: 15 abr. 2020. 
 
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS (Brasil). NBR ISO 
9000:2015. 2015. Disponível em: 
https://www.abntcatalogo.com.br/norma.aspx?ID=345040. Acesso em: 15 abr. 2020. 
 
 
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS (Brasil). NBR ISO 
9001:2015. 2015. Disponível em: http://www.abnt.org.br/publicacoes2/category/145-
abnt-nbr-iso-9001. Acesso em: 15 abr. 2020. 
 
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS (Brasil). NBR ISO 
9004:2019. 2019. Disponível em: 
https://www.abntcatalogo.com.br/norma.aspx?ID=432579. Acesso em: 15 abr. 2020. 
 
PRESSMAN, Roger. Conceitos de Qualidade. In: PRESSMAN, Roger. Engenharia 
de Software: uma abordagem profissional. Uma abordagem profissional. 7. ed. 
Flórida: Bookman, 2011. Cap. 14, p. 358. 
 
PROFS. ANSELMO MONTENEGRO (Rio de Janeiro). Instituto de Computação da 
Univeridade Federal Fluminense. Técnicas de Programação Avançada. 2012. 
Disponível em: 
http://www.ic.uff.br/~anselmo/cursos/TPA/apresentacoes/Introducaoaorientacaoaobj
etos.pdf. Acesso em: 15 abr. 2020. 
 
ROBERT HOHMAN (Mill Valley). Glassdoor. Médias salariais. 2020. Disponível em: 
https://www.glassdoor.com.br/Sal%C3%A1rios/index.htm. Acesso em: 15 abr. 2020.