UNIVERSIDADE PAULISTA – UNIP EAD

Projeto Integrado Multidisciplinar

Curso Superior de Tecnologia em

Análise e Desenvolvimento de Sistemas

ERIVELTON DOS SANTOS BAHIA – 2282900

MATHEUS GREGORIO FERNANDES RECHE - 2268541

VALTER FERREIRA – 0607549

RENAN LOPRESTI LAGE – 0606603

SILVIO EIRAS PRATO - 2294570

PIM VI

Cotia - São Paulo

2023
 2

ERIVELTON DOS SANTOS BAHIA – 2282900

MATHEUS GREGORIO FERNANDES RECHE - 2268541

VALTER FERREIRA – 0607549

RENAN LOPRESTI LAGE – 0606603

SILVIO EIRAS PRATO - 2294570

PIM VI

Projeto Integrado Multidisciplinar em

Análise e Desenvolvimento de Projetos

Projeto Integrado Multidisciplinar para obtenção do título de tecnólogo em (nome do

curso), apresentado à Universidade Paulista – UNIP EAD.

Orientador (a): VANESSA SANTOS LESSA

Cotia - São Paulo

2023
 3

RESUMO
O presente documento apresenta um projeto de desenvolvimento de sistema para uma
empresa de venda de jogos eletrônicos, acessórios e produtos geek. O sistema terá controle de
vendas, estoque, levantamento e análise de requisitos, com acesso para atendentes, estoquistas
e supervisor através de login. Disciplinas como Análise de Sistema Orientada a Objeto, Banco
de Dados e Gestão Estratégica de Recursos Humanos são envolvidas. A automação eficiente é
crucial para o sucesso das empresas atualmente, atendendo às necessidades dos clientes por
agilidade e qualidade. A demanda por softwares de qualidade e baixo custo tem aumentado,
resultando em ganhos de produtividade e competitividade. O projeto visa automatizar o controle
de vendas de uma loja de varejo, armazenando dados em um banco de dados relacional com
acesso restrito aos atores. O objetivo é desenvolver um sistema eficaz que melhore o
gerenciamento de vendas, substituindo planilhas eletrônicas, permitindo análises de
desempenho e atendendo às necessidades dos clientes. O projeto utilizará disciplinas como
Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de Recursos
Humanos para atingir seus objetivos.

Palavras-chave: Engenharia de Software. Orientação a Objetos. Banco de Dados.

Gestão de Recursos Humanos. Geek, Sistema
 4

RESUMEN
Este documento presenta un proyecto de desarrollo de sistema para una empresa que
vende juegos electrónicos, accesorios y productos geek. El sistema tendrá control de ventas,
stock, relevamiento y análisis de requerimientos, con acceso para asistentes, almacenistas y
supervisor mediante login. Están involucradas disciplinas como el Análisis de Sistemas
Orientado a Objetos, Base de Datos y Gestión Estratégica de Recursos Humanos. La
automatización eficiente es crucial para el éxito de las empresas hoy en día, ya que satisface las
necesidades de agilidad y calidad de los clientes. La demanda de software de calidad y bajo
costo ha aumentado, lo que se traduce en ganancias en productividad y competitividad. El
proyecto tiene como objetivo automatizar el control de ventas de una tienda minorista,
almacenando datos en una base de datos relacional con acceso restringido a los actores. El
objetivo es desarrollar un sistema efectivo que mejore la gestión de ventas, reemplazando las
hojas de cálculo electrónicas, permitiendo el análisis del desempeño y satisfaciendo las
necesidades de los clientes. El proyecto utilizará disciplinas como el Análisis de Sistemas
Orientados a Objetos, Base de Datos y Gestión Estratégica de Recursos Humanos para lograr
sus objetivos.

Palabras clave: Ingeniería del Software. Orientación a objetos. Banco de datos. Gestión
de recursos humanos. Friki, Sistema
 5

Sumário

RESUMO .................................................................................................................. 3

RESUMEN ................................................................................................................ 4

INTRODUÇÃO ........................................................................................................ 6

CASOS DE USO ....................................................................................................... 8

MODELAGEM DE CASOS DE USO ..................................................................... 9

REGRAS DE USO .................................................................................................. 17

CONTEXTO DE USO ............................................................................................ 19

REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS ......................................... 20

CONCLUSÃO ........................................................................................................ 24

REFERÊNCIAS ..................................................................................................... 25
 6

INTRODUÇÃO
Este projeto consiste no levantamento e análise de requisitos para o desenvolvimento de
um sistema computacional que substituirá o atual sistema utilizado por uma loja de produtos
geeks. A proposta visa trazer uma solução tecnológica que facilite a usabilidade, oferecendo
desempenho e agilidade para a loja. Serão aplicados conceitos e metodologias da engenharia de
software, bem como da área de Recursos Humanos, para o processo de seleção de uma equipe
de desenvolvimento. Além disso, será utilizado um modelo de banco de dados relacional para
representar o comportamento dos dados no sistema.

A automação por meio de sistemas de gestão e controle tem se mostrado essencial para
melhorar a qualidade dos serviços e aumentar a eficiência das empresas. No ramo de vendas, o
controle de estoque e vendas exige planejamento e atenção para garantir resultados positivos e
a satisfação dos clientes. A implantação de um software de controle trará benefícios, como
maior segurança no acesso às informações, planejamento estratégico e acompanhamento de
indicadores de desempenho. Um sistema de gestão para controle de estoque e vendas se torna
uma ferramenta fundamental para obter melhorias internas, praticidade e vantagem competitiva
no mercado.

O objetivo principal deste trabalho é identificar os casos de uso, elaborar modelos de

casos de uso, relacionamentos entre as entidades, descrever requisitos não funcionais e de
usabilidade, além de identificar e descrever o contexto de uso e regras de negócio. Serão
elaborados diagramas de classes de análise e protótipos das telas principais, garantindo um
sistema sólido, com usabilidade, regras de negócio bem definidas, prazos estabelecidos e
satisfação do cliente.

A utilização de soluções tecnológicas traz inúmeras melhorias, como automatização,

produtividade, segurança e outras vantagens para as empresas e profissionais envolvidos. Nesse
contexto, uma empresa do ramo de vendas de jogos, acessórios e produtos geek buscou
desenvolver um sistema de controle de estoque e vendas, levando em consideração o
levantamento de requisitos e a identificação dos casos de uso.

O sistema contará com funcionalidades como cadastro de clientes e produtos, controle

de vendas, consultas de preço e terá atores do sistema, como estoquistas, atendentes e
supervisores, com diferentes níveis de acesso conforme suas responsabilidades. Para garantir a
segurança e qualidade das informações, será utilizado um banco de dados relacional, com
 7

definição de níveis de acesso para cada ator, restringindo o acesso a dados sigilosos por usuários
não autorizados.

Ao desenvolver esse sistema, a loja de produtos geeks busca melhorar a eficiência na

realização das tarefas diárias, substituindo o atual controle de vendas baseado em planilhas
eletrônicas. Com a automação desses processos, a empresa terá mais segurança, agilidade e
precisão na gestão do estoque e controle das vendas.

Além disso, o sistema permitirá a geração de relatórios e análises de desempenho,

auxiliando na tomada de decisões estratégicas. Através do levantamento e análise de requisitos

Apresentação da empresa

Esta empresa especializada em vendas de jogos eletrônicos, acessórios e produtos geek,

busca desenvolver um sistema eficiente para controlar o estoque e gerenciar as vendas. O
sistema permitirá cadastros, alterações, consultas e exclusões de produtos, além de cadastrar
clientes e controlar o acesso por níveis de login. Utilizado por atendentes, estoquistas e
supervisor, o sistema será acessado apenas na loja com login e senha. Os produtos serão
divididos em categorias, como jogos, acessórios e produtos geek, com informações como
código de barras, nome, fabricante, quantidade e valor, sendo os jogos e acessórios
especificados por plataforma e prazo de garantia. A implementação desse sistema visa otimizar
o controle de estoque, agilizar as vendas e garantir um atendimento eficiente aos clientes,
proporcionando maior precisão nas informações, agilidade nas operações e controle mais
efetivo do fluxo de produtos.

Contextualização

O sistema em desenvolvimento para a ThinkGeek tem como objetivo principal o

controle de estoque e a gestão de vendas, com acesso restrito aos funcionários da loja
(estoquistas, atendentes e supervisor). O sistema funciona em desktops da loja, por meio de
uma rede interna, requerendo login e senha válidos para acesso. Há três níveis de acesso,
adaptados às atividades de cada colaborador.

Os atendentes consultam preços, realizam vendas, cadastram clientes e registram

informações como nome completo, CPF, telefone, endereço, produtos adquiridos e forma de
 8

pagamento. O supervisor revisa as informações, define preços, atualiza dados e pode

cancelar/excluir itens. O supervisor também tem acesso às vendas dos atendentes para facilitar
o gerenciamento de metas e comissões.

CASOS DE USO

Requisitos

Durante uma reunião com nosso cliente para o desenvolvimento de um sistema

destinado a uma empresa no ramo de venda de jogos eletrônicos, acessórios e produtos geek, a
plataforma em um contexto amplo terá a função de administrar o estoque dos produtos e as
transações de venda. O acesso ao sistema será realizado por meio de autenticação e senha, com
três níveis de permissão: Administrador de Estoque, Atendente e Supervisor. O Administrador
de Estoque terá a capacidade de cadastrar os produtos, permitindo salvar, modificar, excluir e
consultar os dados dos itens que pertencem às categorias de jogos, acessórios e produtos geek.

Por sua vez, o Atendente terá acesso ao registro de clientes, podendo também salvar,
modificar, excluir e consultar os dados dos clientes. É responsabilidade do Atendente realizar
as vendas na loja, registrando informações como código da venda, data, valores, formas de
pagamento, status de pagamento e venda, além dos dados do cliente e dos produtos adquiridos.
O Supervisor terá acesso completo ao sistema, sendo responsável por remover um produto de
 9

uma venda ou cancelar uma venda por completo, mediante o uso de um usuário e senha válidos.
No caso de cancelamento, o código da venda será enviado ao sistema financeiro. Após analisar
os requisitos e considerar as tendências de mercado, chegamos aos seguintes cenários de uso:

Casos de uso:

● RF 01 - Cadastrar cliente;

● RF 02 - Alterar cliente;

● RF 03 - Excluir cliente;

● RF 04 - Consultar cliente;

● RF 05 - Cadastrar produto;

● RF 06 - Alterar produto;

● RF 07 - Excluir produto;

● RF 08 - Consultar produto;

● RF 09 - Efetuar venda;

● RF 10 - Excluir produto;

● RF 11 - Cancelar venda;

● RF 12 - Buscar cliente;

● RF 13 - Consultar preço;

● RF 14 - Efetuar login com nível de acesso.

MODELAGEM DE CASOS DE USO

Cadastro cliente

● Identificação: Cadastrar cliente;

● Escopo: Sistema de vendas e cadastros com controle de estoque;

● Descrição do propósito: Esse caso de uso permite ao atendente ou supervisor realizar o

cadastro de clientes no sistema da loja;

● Ator primário: Atendente e supervisor;

● Interessados: Loja e cliente;

 10

● Pré-condições: O sistema da loja deve estar operacional;

● Pós-condições: O atendente ou supervisor pegam os dados do cliente e salvam no

sistema.

Fluxo de Trabalho

1. O atendente ou supervisor clica em cadastrar cliente;

2. Inclusão para validar nível de acesso;

2.1. Caso nível de acesso seja incompatível, uma mensagem é exibida.

2.2. Caso login e senha estejam incorretos, uma mensagem é exibida.

3. Login e senha válidos são informados;

4. O sistema exibe o formulário de cadastro de cliente com todas as opções;

5. Os dados do cliente são preenchidos;

6. Opção salvar, os dados são armazenados no sistema, uma mensagem é exibida.

6.1. Caso existam campos em branco, uma mensagem é exibida.

6.2. Extensão para alterar dados do cliente.

6.3. Extensão para excluir um cliente.

6.4. Extensão para consultar um cliente.

Requisitos Relacionados

● RF 02 - Alterar cliente;

● RF 03 - Excluir cliente;

● RF 04 - Consultar cliente;

● RF 14 - Efetuar login com nível de acesso.

 11

Sistema de Cadastros

Salvar
Cadastrar cliente
cliente

Atendente
Alterar
cliente

Efetuar
venda Validar login
de acesso
Excluir
cliente
Cadastrar
Produto

Consultar
cliente

Figura 1 - Tela Login

Fonte: Autoria Própria

 12

Figura 2 - Tela Cadastro Cliente

Fonte: Autoria Própria

Cadastro de produto

● Identificação: Cadastrar Produto;

● Escopo: Sistema de vendas e cadastros com controle de estoque;

● Descrição do propósito: Esse caso de uso permite ao estoquista ou supervisor realizar o

cadastro de produtos no sistema da loja;

● Ator primário: Estoquista e supervisor;

● Interessados: Loja e cliente;

● Pré-condições: O sistema da loja deve estar operacional;

● Pós-condições: O estoquista ou supervisor pegam os dados do Produto e salvam no

sistema;
 13

Fluxo de Trabalho

1. O estoquista ou supervisor clica em cadastrar produto.

2. Inclusão para validar nível de acesso.

2.1. Caso nível de acesso seja incompatível, uma mensagem é exibida.

2.2. Caso login e senha estejam incorretos, uma mensagem é exibida.

3. Login e senha válidos são informados.

4. O sistema exibe o formulário de cadastro de produto com todas as opções.

5. Os dados do produto são preenchidos.

6. Opção salvar, os dados são armazenados no sistema, uma mensagem é exibida.

6.1. Caso existam campos em branco, uma mensagem é exibida.

6.2. Extensão para alterar dados produto.

6.3. Extensão para excluir um produto.

6.4. Extensão para consultar um produto.

Requisitos Relacionados

● RF 06 - Alterar produto;

● RF 07 - Excluir produto;

● RF 08 - Consultar produto;

● RF 14 - Efetuar login com nível de acesso.

 14

Figura 3 - Tela Cadastro Produto

Fonte: Autoria Própria

Efetuar vendas

● Identificação: Efetuar venda;

● Escopo: Sistema de vendas e cadastros com controle de estoque;

● Descrição do propósito: Esse caso de uso permite ao atendente ou supervisor efetuar a

venda de produtos no sistema da loja;
 15

● Ator primário: Atendente e supervisor;

● Interessados: Loja e cliente;

● Pré-condições: O sistema da loja deve estar operacional;

● Pós-condições: os produtos são adicionados a venda é efetuada o pagamento realizado

e a venda concluída.

Fluxo de trabalho

1. O atendente ou supervisor seleciona efetuar venda;

2. Inclusão para validar nível de acesso;

2.1. Caso nível de acesso seja incompatível, uma mensagem é exibida;

2.2. Caso login e senha estejam incorretos, uma mensagem é exibida.

3. Login e senha válidos são informados;

4. O sistema exibe a tela de vendas com todas as opções;

5. Os produtos são adicionados através do código de barras, valor total é atualizado;

5.1. Caso produto não esteja cadastrado, uma mensagem é exibida;

5.2. Caso produto não esteja cadastrado, digitar código manualmente;

5.3. Extensão para buscar dados do cliente;

5.4. Extensão para excluir produto da venda;

5.5. Extensão para cancelar a venda;

5.6. Extensão para consultar preço.

6. A forma de pagamento é selecionada;

7. Opção efetuar venda, pagamento é realizado;

8. Inclusão para atualizar o estoque;

9. Inclusão para finalizar a venda.

Requisitos Relacionados

● RF 10 - Excluir produto;

● RF 11 - Cancelar venda;
 16

● RF 12 - Buscar cliente;

● RF 13 - Consultar preço;

● RF 14 - Efetuar login com nível de acesso.

Figura 4 - Tela Venda

Fonte: Autoria Própria

 17

REGRAS DE USO
Regras de negócio são diretrizes e restrições que definem como um processo de uma
organização deve ser executado. Elas representam conhecimentos específicos e impõem
restrições importantes durante a execução do processo. Essas regras descrevem políticas,
procedimentos e práticas que orientam as atividades da empresa, garantindo conformidade e
eficiência. Elas englobam requisitos legais, políticas internas e restrições relacionadas a tempo,
qualidade e finanças. As regras de negócio são essenciais para o sucesso da organização,
proporcionando direcionamento claro e consistente, promovendo eficiência operacional e
assegurando a conformidade.

Identificação Restrição de plataforma

Descrição O colaborador está restrito a utilizar o sistema somente por meio da plataforma
e sistema operacional especificados: Windows 10 no formato desktop.

Identificação Restrição de horário

Descrição O acesso ao sistema é limitado para os funcionários dentro do horário
estabelecido, que compreende das 6:00 às 22:00 horas.

Identificação Segurança externa

Descrição O sistema permite apenas o acesso de pessoas autorizadas. Caso ocorram três
tentativas de inserir uma senha incorreta, o sistema fica indisponível por 30
minutos como medida de segurança.

Identificação Segurança interna

Descrição Cada funcionário terá acesso a uma interface de sistema específica, de acordo
com sua função na empresa. Apenas o supervisor de vendas terá permissão para
consultar e modificar registros e cadastros.

Identificação Controle de logística e gerência de vendas

 18

Descrição O funcionário é responsável por registrar todos os clientes atendidos e as vendas

realizadas no sistema da loja.

Fonte: Criação própria

Destacamos que as políticas de negócio englobam um conjunto de diretrizes que os

membros da equipe da loja devem seguir e que devem ser contempladas pelo sistema.

Foram determinadas as seguintes regras de uso para o sistema. Dentre elas estão:

Login:

 Somente indivíduos previamente registrados poderão ter acesso ao sistema;

 Apenas colaboradores terão acesso direto ao sistema;
 Apenas usuários com função de Administrador poderão registrar e remover usuários.

Cadastro de usuário:

 É imprescindível efetuar o cadastro de todos os clientes antes de realizar uma compra;

 Apenas os usuários com o papel de Atendente/Administrador têm permissão para
cadastrar clientes;
 Apenas os usuários com o papel de Administrador possuem autorização para modificar
e excluir o cadastro de clientes.

Cadastro de produto:

 Unicamente os utilizadores com a função de Estoque/Responsável poderão cadastrar os

produtos;
 Todos os itens devem ser registrados para viabilizar a venda e o controle de movimento;
 Todos os dados devem ser preenchidos para efetuar o cadastro do produto.
 19

Cancelamento de vendas:

 Somente usuários com função de administrador poderão cancelar uma venda.

CONTEXTO DE USO

Usuários e tarefas:

As pessoas que utilizam o sistema são separadas por setores/funções,

classificando e estabelecendo para cada um, uma maneira distinta e organizada de interagir com
o software. Cada usuário necessita de um tipo específico de ambiente e funcionalidades,
contando com a praticidade e desempenho durante a manipulação do software.

Dentre os usuários, temos os colaboradores, que necessitam ter um acesso fácil e ao

mesmo tempo detalhado sobre todos os produtos, a fim de repassar as informações ao cliente e
ao final realizar a geração da compra.

Os responsáveis pelo estoque, por sua vez, precisam realizar a verificação, validação e
cadastramento de todos os produtos do estoque. Tudo deve ser feito de maneira clara e ágil,
visando a eficiência no controle de estoque.

Os supervisores/administradores têm acesso total ao sistema, garantindo a segurança e

total gerenciamento sobre o sistema.

Ambiente:

No ambiente em questão, temos um sistema de banco de dados que está localizado em

um servidor separado dos computadores de atendimento. Esse servidor é projetado para
fornecer maior capacidade de processamento e acesso ao disco rígido. Além disso, está
instalado em uma sala com refrigeração controlada e possui restrições de acesso.

Os servidores estão diretamente conectados ao sistema principal, onde todos os dados

do sistema são reunidos e armazenados, incluindo informações de usuários, senhas, produtos,
etc.
 20

Os softwares de registro serão instalados em computadores de mesa, que servirão como

base para a comunicação e registro no banco de dados. Esses softwares permitem o acesso livre
a usuários que possuem autorização no sistema, possibilitando o acesso a partir de diferentes
máquinas sem interferir nas configurações pré-estabelecidas para cada usuário.

REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS

Segundo Sommerville (2010), requisitos são prestação de serviços que um

sistema deve efetuar e suas restrições de operação. Eles devem obrigatoriamente espelhar as
necessidades do cliente e são classificados em dois patamares: requisitos de usuário e requisitos
de sistema.

Os requisitos de usuário são afirmações em linguagem natural com esboços de quais

serviços o sistema deve proporcionar aos seus usuários e as restrições com as quais ele deve
operar. Eles devem ser direcionados aos clientes, usuários, gerentes de projeto e arquitetos de
sistema, pois definem em um nível elevado as necessidades, o que determina, entre outras
coisas, o âmbito do projeto.

Os requisitos de sistema são descrições mais minuciosas das funcionalidades, serviços

e limitações operacionais do sistema de software. Eles devem ser direcionados a usuários,
arquitetos de sistema e desenvolvedores, pois podem definir uma sequência de implementação,
o que influencia diretamente na solução oferecida.

Além da classificação em patamares, os requisitos também são categorizados como:

requisitos operacionais e requisitos não operacionais.

Requisitos Funcionais

Os requisitos funcionais (RF) delineiam o desempenho antecipado de um

sistema de software, especificando o que o sistema é suposto realizar e, de preferência, o que o
sistema é suposto evitar (SOMMERVILLE, 2010)

Requisitos Não Funcionais

Os critérios não operacionais (CNO) delimitam restrições em relação aos

serviços oferecidos pelo sistema de programa (SOMMERVILLE, 2010). Os critérios
 21

operacionais são insuficientes para descrever o programa de sistema, pois é preciso detalhar
outros elementos: características do sistema e características do ambiente do sistema,
geralmente classificados como critérios não operacionais. Existem várias abordagens para a
classificação de critérios não operacionais, Sommerville (2010), por exemplo, classifica-os de
acordo com o ilustrado na imagem a seguir.

Diagrama de requisitos não funcionais

Fonte: Versolatto, 2015

Além do conceito de Sommerville (2010), a norma ISO/IEC 25010:2011 também

aborda a categorização e a definição de requisitos não operacionais. A norma descreve seis
aspectos que determinam a excelência do software: funcionalidade, confiabilidade, facilidade
de uso, desempenho, manutenibilidade e adaptabilidade. Esses aspectos, também conhecidos
como características de qualidade, são frequentemente utilizados ao lidar com requisitos não
operacionais. A ilustração a seguir apresenta a estrutura hierárquica dos aspectos de qualidade,
no que diz respeito à sua categorização, sugerida pela norma ISO 25010.
 22

Diagrama de atributos de qualidade

Fonte: Versolatto, 2015

Requisitos Não Funcionais de Usabilidade

Neste projeto, apresentamos os critérios não funcionais de facilidade de uso do sistema

de software desenvolvido. Tal sistema é projetado para ser intuitivo, com uma interface simples
e sem excesso de recursos gráficos, além de incluir descrições das funções nos botões (dicas) e
permitir a configuração de teclas de atalho para as funções mais frequentemente utilizadas.

● RNF 01 - Conforme uma definição tradicional, a curva de aprendizado do sistema deve

ser adequada ao nível de experiência do usuário, permitindo que ele aprenda a utilizá-
lo no prazo definido.
 23

● RNF 02 - Um utilizador deve ser capaz de concluir uma determinada tarefa dentro de
um prazo predefinido (ou com um número específico de interações de mouse).

● RNF 03 - Um usuário deve ser capaz de lembrar como executar determinadas tarefas,
após um período especificado de inatividade do sistema.

● RNF 04 - Um utilizador deve compreender as mensagens e os avisos do sistema e a

funcionalidade do sistema.

● RNF 05 - Uma proporção designada da comunidade de usuários deve demonstrar a

gratificação ao utilizar o sistema.

Para identificação e especificação dos requisitos não funcionais de usabilidade, utiliza-

se o seguinte método:

1. Reconhecer as principais questões de usabilidade observando as tarefas cruciais, perfis

de usuário, metas do sistema e problemas anteriores de usabilidade.
2. Selecionar um estilo apropriado para expressar os requisitos:
a. Estilo de Eficiência: Especifica a rapidez com que os usuários podem aprender
diversas tarefas e a rapidez com que podem executá-las após o treinamento.
b. Estilo de Falhas: Ao invés de medir os tempos das tarefas, identifica as falhas
de usabilidade e especifica a frequência com que ocorrem.
c. Estilo de Orientação: Especifica a aparência geral e o tempo de resposta da
interface do usuário, com referência a um padrão aceito e bem definido.
3. Redigir requisitos concretos, incluindo critérios de desempenho.
 24

CONCLUSÃO

O projeto proposto evidenciou a aplicação prática dos conhecimentos adquiridos em

disciplinas como Análise Orientada a Objetos, Gestão de Recursos Humanos e Banco de Dados.
A disciplina de Análise Orientada a Objetos desempenhou um papel central na definição dos
requisitos, regras de negócio e casos de uso do sistema, permitindo a identificação das
funcionalidades e interações necessárias. A disciplina de Gestão de Recursos Humanos
contribuiu de forma significativa ao contextualizar a equipe encarregada de buscar novos
desenvolvedores, garantindo a formação de um time qualificado e coeso. No que se refere à
disciplina de Banco de Dados, foi utilizada para estabelecer o modelo de entidade de
relacionamento, assegurando a estrutura adequada para o armazenamento e a relação entre os
dados.

O projeto permitiu compreender a importância da análise e documentação no

desenvolvimento de um sistema de software eficiente. Inicialmente, foi realizada a e licitação
dos requisitos funcionais e não funcionais, seguida do planejamento dos casos de uso,
proporcionando uma visão clara das interações entre os atores do sistema. A abstração dos
componentes em diagramas contribuiu para uma melhor compreensão do software e facilitou a
etapa de codificação. Além disso, a modelagem do banco de dados, por meio do Modelo
Entidade-Relacional (MER) e do Diagrama Entidade-Relacional (DER), garantiu a estrutura
adequada para o armazenamento e a organização dos dados.

O projeto integrado multidisciplinar demonstrou, de forma abrangente, os principais

passos envolvidos na análise, planejamento e desenvolvimento de um sistema de software. Ao
seguir as metodologias e conceitos estudados, foi possível entregar um produto estável e
funcional, atendendo às expectativas do cliente. A aplicação de técnicas de análise de sistemas
orientada a objetos, otimização da interface com o usuário por meio de protótipos,
gerenciamento de projetos e engenharia de software, juntamente com o desenvolvimento
orientado a objetos, contribuiu para a eficácia do processo de desenvolvimento, resultando em
um sistema de qualidade.
 25

REFERÊNCIAS

http://www.univasf.edu.br/~jorge.cavalcanti/Ihm5_Engenharia%20de%20Usabilidade.
pdf

http://www.inf.puc-rio.br/~inf1403/docs/alberto2011_1/18_Design_Requisitos.pdf

https://www.trt9.jus.br/pds/pdstrt9/guidances/guidelines/supporting_requirements_8E
D0BB6B.html

Versolatto, Fábio Rossi. Análise Orientada a Objetos. – São Paulo: Editora Sol, 2015.
172 p. il.

PINTO, Gisele Lopes Batista. Administração de banco de dados. São Paulo: Editora Sol,
2023.

DEVMEDIA. Modelo Entidade Relacionamento (MER) e Diagrama Entidade-

Relacionamento (DER). Disponível em: <https://www.devmedia.com.br/modelo-entidade-
relacionamento-mer-e-diagrama-entidade-relacionamento-der/14332>. Acesso em: 18 de maio
de 2023.

BECK., and Kent. TDD Desenvolvimento Guiado por Testes. Bookman, 2010.
VitalBook file. Disponível em: Acesso em: 02 de abril de 2015.

Maldonado, J. C.; Barbosa, E. F.; Vincenzi, A. M. R.; Delamaro, M. E.; Souza, S.

R. S.; Jino, M. Introdução ao teste de software. Relatório Técnico 65 - Versão

2004-01, Instituto de Ciências Matemáticas e de Computação – ICMC-USP.

Conhecimentos sobre sistemas orientado a objetos obtidos em outras

instituições e experiências profissionais.CAVALCANTI, ANDERSON. Modelo de
Casos de Uso e Diagrama de Casos de Uso. DEPARTAMENTO DE ENGENHARIA
DE COMPUTAÇÃO E AUTOMAÇÃO.