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ário o
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 constantes no 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: Recursos humanos,

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

 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.