Pim VII - NOTA 8.5

Prévia do material em texto

UNIVERSIDADE PAULISTA – UNIP 
PROJETO INTEGRADO MULTIDISCIPLINAR V 
CURSO SUPERIOR EM GESTÃO EM 
ANÁLISE DE DESENVOLVIMENTO DE SISTEMAS 
 
 
 
 
 
 
 
 
PROJETO INTEGRADO MULTIDISCIPLINAR (PIM VII) 
SISTEMA DE MARKETPLACE PARA COMPRA E VENDA DE 
PRODUTOS DIVERSOS VIA APP/WEB 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SÃO PAULO – SP 
2023 
 
 
UNIVERSIDADE PAULISTA – UNIP 
PROJETO INTEGRADO MULTIDISCIPLINAR V 
CURSO SUPERIOR EM GESTÃO EM 
ANÁLISE DE DESENVOLVIMENTO DE SISTEMAS 
 
 
 
 
 
 
 
PROJETO INTEGRADO MULTIDISCIPLINAR (PIM VII) 
SISTEMA DE MARKETPLACE PARA COMPRA E VENDA DE 
PRODUTOS DIVERSOS VIA APP/WEB 
 
 
 
 
 
 
 
Joanne Emilly Santos Da Costa RA: 2270374 
Guilherme Augusto M. Fernandes RA: 2272736 
Thamiris Farias Ferreira RA: 2279230 
Wellerson James M. dos Santos RA: 2278809 
Yelles Alves dos Santos 
Eric Poloni Araújo 
RA: 2271003 
RA: 2276515 
 
 
SÃO PAULO – SP 
2023 
 
 
RESUMO 
 
O propósito deste projeto é desenvolver um sistema de Marketplace para 
compra e venda de produtos diversos via app/web, de acordo com as 
especificações técnicas estabelecidas no projeto. Este empreendimento se 
baseia nas disciplinas de Projeto de Sistemas Orientado a Objetos, 
Gerenciamento de Projeto de Software, Gestão da Qualidade e 
Empreendedorismo, que servirão como alicerce acadêmico para a elaboração 
de todas as funcionalidades do sistema. 
O sistema em desenvolvimento tem como missão fundamental a criação 
de um website de comércio eletrônico. Sua finalidade primordial é proporcionar 
uma plataforma versátil e eficaz para que clientes realizem transações de 
compra e venda de produtos de forma conveniente e segura. 
Durante o processo de desenvolvimento do sistema, todos os pré-
requisitos serão cuidadosamente abordados, garantindo a qualidade do produto 
final e sua conclusão satisfatória. O objetivo é atender às necessidades tanto 
dos colaboradores quanto dos alunos da unidade de ensino. 
 
Palavras-chave: Projeto de Sistemas Orientado a Objetos, Gerenciamento de 
Projeto de Software, Gestão da Qualidade e Empreendedorismo. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
 
The purpose of this project is to develop a Marketplace system for buying 
and selling various products via app/web, in accordance with the technical 
specifications established in the project. This venture is based on the disciplines 
of Object-Oriented Systems Design, Software Project Management, Quality 
Management and Entrepreneurship, which will serve as an academic foundation 
for the elaboration of all the system's functionalities. 
The system under development has as it’s fundamental mission the 
creation of an e-commerce website. Its primary purpose is to provide a versatile 
and effective platform for customers to carry out product purchase and sale 
transactions in a convenient and secure way. 
During the system development process, all prerequisites will be carefully 
addressed, ensuring the quality of the final product and its satisfactory 
completion. The objective is to meet the needs of both employees and students 
at the teaching unit. 
 
Keywords: Object Oriented Systems Design, Software Project Management, 
Quality Management and Entrepreneurship. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Sumário 
INTRODUÇÃO ................................................................................................... 6 
1. EMPREENDEDORISMO ............................................................................. 7 
1.1. MODELO DE NEGÓCIOS ........................................................................ 7 
1.2. PLANOS DE NEGÓCIOS ......................................................................... 9 
2. PROJETO DE SISTEMAS ORIENTADO A OBJETOS ...............................11 
2.1. REQUISITOS FUNCIONAIS ...................................................................11 
2.2. REQUISITOS NÃO FUNCIONAIS .......................................................... 15 
2.3. REGRAS DE NEGÓCIOS ...................................................................... 16 
2.4. DIAGRAMAS .......................................................................................... 17 
DIAGRAMAS DE CASO DE USO .................................................................... 17 
DIAGRAMA DE ATIVIDADE ............................................................................. 18 
DIAGRAMA DE CLASSES ............................................................................... 19 
DIAGRAMA DE COMPONENTES ................................................................... 20 
DIAGRAMAS DE SEQUÊNCIA ........................................................................ 22 
Diagrama de Sequência de Implementação – Usuário .................................... 22 
Diagrama de Sequência de Implementação – Produto .................................... 23 
Metodologia ...................................................................................................... 24 
Modelagem do sistema .................................................................................... 24 
Estruturação do projeto .................................................................................... 24 
3. GESTÃO DE QUALIDADE ........................................................................ 28 
4. GERENCIAMENTO DO PROJETO DE SOFTWARE ................................ 29 
ESTIMATIVA DE CUSTOS ............................................................................... 31 
REFERÊNCIAS ................................................................................................ 35 
 
 
 
 
 
6 
 
 
INTRODUÇÃO 
O propósito deste projeto é desenvolver um sistema de Marketplace para 
compra e venda de produtos diversos via app/web, de acordo com as 
especificações técnicas estabelecidas no projeto. Este empreendimento se 
baseia nas disciplinas de Projeto de Sistemas Orientado a Objetos, 
Programação Orientada a Objetos II, Gestão da Qualidade e 
Empreendedorismo, que servirão como alicerce acadêmico para a elaboração 
de todas as funcionalidades do sistema. 
A transformação do comércio eletrônico, ao longo das últimas décadas, é 
um exemplo marcante da revolução digital que impactou profundamente a forma 
como as pessoas compram e vendem produtos e serviços. Antes do advento da 
internet e das tecnologias de comércio eletrônico, as transações comerciais 
eram predominantemente conduzidas em ambientes físicos, como lojas físicas, 
feiras e mercados. No entanto, à medida que a internet ganhou ubiquidade e as 
soluções tecnológicas evoluíram, o comércio eletrônico emergiu como uma força 
disruptiva, redefinindo radicalmente a paisagem do varejo e do mercado global. 
Esta evolução revolucionária trouxe consigo uma série de mudanças 
significativas em relação à forma como as pessoas fazem compras, os negócios 
operam e até mesmo como a economia global funciona. Nesta exploração, 
examinaremos essa transformação desde os seus estágios iniciais até a sua 
manifestação atual, destacando as mudanças notáveis e as implicações que 
moldaram o comércio eletrônico contemporâneo. 
É fundamental destacar que o processo de desenvolvimento compreende 
diversas etapas fundamentais, abrangendo o planejamento e estabelecimento 
de prazos, a fase de análise, a codificação, os testes, a implementação, a fase 
de testes finais pré-implantação e a elaboração de documentação. Cada uma 
dessas fases desempenha um papel essencial na asseguração da entrega de 
um sistema que satisfaça plenamente as exigências dos clientes, para assegurar 
que a empresa contratada atenda às exigências do projeto, o arquiteto fornece 
orientações detalhadas com os requisitos essenciais para o desenvolvimento do 
sistema website de comércio eletrônico. 
 
7 
 
1. EMPREENDEDORISMO 
1.1. MODELO DE NEGÓCIOS 
Dado o desafio de empreender e a natureza em constante evolução doprocesso de criação de um novo negócio, no qual diversas abordagens podem 
ser empregadas para aprimorar sua eficácia, optaremos por adotar um modelo 
de negócios conhecido como Canvas. 
De acordo com Dennis (2005), um modelo de negócios pode ser definido 
como a representação da “lógica envolvida na criação, entrega e captura de valor 
por parte de uma organização”. Ele introduz uma abordagem inovadora, 
conhecida como Canvas, com o propósito de elucidar o funcionamento da 
empresa e seu processo de criação de valor. Com o objetivo de simplificar a 
compreensão, o Canvas apresenta uma representação visual em forma de 
blocos que condensa os principais elementos do modelo de negócios de uma 
empresa. 
Deste modo a importância para se elaborar um plano de negócios: 
• O processo de elaborar um plano de negócios nos demanda adotar uma 
abordagem desprovida de emoções, crítica e objetiva em relação ao 
projeto como um todo. 
• O resultado final, ou seja, o próprio plano de negócios, se utilizado 
adequadamente, se torna uma ferramenta operacional que o auxiliará na 
gestão do seu empreendimento e na busca efetiva pelo seu sucesso. 
• O plano de negócios concluído serve como veículo para transmitir suas 
ideias a terceiros e estabelece a base para a sua busca por financiamento. 
Para isso seguimos com cada um dos elementos relacionados a um plano de 
negócios para este tipo de sistema: 
SEGMENTOS DE CLIENTES 
Consumidores Individuais, Empresas e Comércio B2B, Pequenas 
empresas e Empreendedores, Nichos de Mercados, Mercados Internacionais, 
Revendedores e Distribuidores, Aquisição de Produtos para Outros, Clubes de 
Assinaturas e Programas de Fidelidade, Compradores ocasionais e frequentes 
e grupos etários específicos. 
PROPOSTA DE VALOR 
Entrega rápida e confiável, Atendimento ao cliente excepcional, 
Segurança e Privacidade, Personalização, Política de Devolução Amigável, 
 
8 
 
Acesso Móvel, Avaliações e Avaliações de Clientes, Atualizações e Novidades 
Constantes e Experiencia Multicanal. 
CANAIS 
Website, Redes sociais, Midia paga, e-mail Marketing e Chatbots e 
Mensagens Instantâneas. 
RELACIONAMENTO COM CLIENTES 
Redes Sociais e WhatsApp, Website, Telefone, Acompanhamento pós-
venda, Política de Devolução Flexível, Solicitação de Feedback e e-mail. 
FONTE DE RECEITA 
Vendas Diretas de Produtos/Serviços, Taxas de Transação, Assinaturas 
Premium, Publicidade Online, Licenciamento de Tecnologia e Venda de Produtos 
de Terceiros. 
RECURSOS PRINCIPAIS 
Website e Plataforma Tecnológica, Integração de Pagamentos, Sistema 
de Atendimento ao Cliente, Integração de Redes Sociais e Políticas e Termos de 
Serviço. 
ATIVIDADES CHAVE 
Gestão de Estoque, Processamento de Pedidos, Atendimento ao Cliente 
e Suporte Técnico. 
PARCERIAS PRINCIPAIS 
Fornecedores de Produtos, Parceiros de Logística, Parceiros de 
Marketing e Publicidade, Gateways de Pagamento e Processadores de 
Pagamento e Parceiros Tecnológicos. 
ESTRUTURA DE CUSTOS 
Custos de Aquisição de Produtos, Marketing e Publicidade, Logística e 
Envio, Manutenção do Website e de Atendimento ao Cliente. 
Figura 01. Modelo de Negócios tipo CANVAS 
 
9 
 
 
FONTE: Autoria Própria (Desenvolvida na plataforma do SEBRAE). 
1.2. PLANOS DE NEGÓCIOS 
 O plano de negócios, de acordo com Biagio (2005), é a ferramenta de 
planejamento mais abrangente e essencial para micro e pequenas empresas, 
tanto em seus estágios iniciais de operação quanto na avaliação dos resultados 
após alguns anos de atuação no mercado. 
 O plano de negócios é um documento empregado para descrever um 
empreendimento e o modelo de negócios que o sustenta. Seu desenvolvimento 
envolve um processo de aprendizado e autoconhecimento e permite ao 
empreendedor situar-se em seu ambiente de negócios. Geralmente, as seções 
que compõem um plano de negócios são padronizadas para facilitar a 
compreensão (DORNELAS, 2008). 
 O plano de negócios é um registro documentado destinado a organizar as 
ideias e opções fundamentais que um empreendedor precisa analisar para 
determinar a viabilidade da empresa que pretende estabelecer (PEREIRA, 1995, 
p. 31). 
• Panorama do Mercado: 
A Variétés LTDA pretende atuar no mercado nacional e internacional 
negociando com consumidores individuais, empresas de micro, médio e grande 
porte. O Mercado está cada vez mais seguro e voltado para o mercado digital. 
 
10 
 
Com o crescimento do comércio eletrônico de forma constante, impulsionado 
pela preferência dos consumidores por compras online convenientes, 
especialmente durante a pandemia de COVID-19. Devido a este fator o uso 
crescente de dispositivos moveis para compras online teve uma alta significativa, 
por conta disso, os sites de comércio eletrônico tiveram que ser otimizados para 
dispositivos móveis, logo, grandes marketplaces como Amazon, Alibaba e eBay 
continuam a dominar o espaço de comércio eletrônico global, mas também 
oferecem oportunidades para as pequenas e médias empresas que estão no 
ramo. 
Conforme a demanda vem crescendo a segurança dos dados é uma 
preocupação crescente à medida que as compras online vêm crescendo, 
portanto, as leis e regulamentações para o comércio eletrônico está em 
constante mudança, especialmente em relação a impostos sobre vendas e 
proteção de dados. 
NEGÓCIOS DA EMPRESA 
A VARIÉTÉS LTDA tem como principal atividade o comércio digital no 
mercado é criar uma presença online bem-sucedida e lucrativa, com objetivo de 
atender as necessidades dos clientes, maximizando a eficiência operacional e 
gerando valor para os acionistas. 
DESCRIÇÃO GERAL 
 A VARIÉTÉS LTDA foi constituída no regime sociedade limitada é um tipo 
de estrutura empresarial em que as regras são estabelecidas com base nos 
investimentos de cada um dos sócios. Cada uma dessas associações é 
identificada pela sigla "Ltda", que representa "limitada". É um dos tipos de 
empresas mais comuns no Brasil, e sua estrutura é delineada por meio de um 
contrato social. Nesse modelo, as empresas podem receber investimentos 
proporcionais à participação de cada sócio, o que significa que cada um pode 
contribuir com uma porcentagem correspondente da empresa. 
SLOGAN 
"Conectando Desejos, Entregando Facilidade! Nossa Missão." 
MISSÃO 
Fornecer produtos de alta qualidade em todo o processo de comércio 
digital, enquanto priorizamos princípios éticos em todas as operações, com o 
objetivo de garantir confiança e privacidade, fundamentais no nosso setor. 
 
11 
 
VISÃO 
 Tornar-se uma empresa de referência no mercado nacional e internacional 
de comércio eletrônico, gerando credibilidade em nossa marca através de 
nossos produtos de qualidade e excelentes preços. 
VALORES 
 Honestidade, transparência, ética profissional e sigilo dos dados com 
nossos clientes, fornecedores e todos os que estão envolvidos com nossa 
empresa. Valorizando sempre o fator-humano, com o seu feedback após as suas 
compras, para que possamos constantemente incrementar melhorias, prezando 
os valores morais em nossas atividades. 
CONSUMIDORES 
 Os consumidores podem ser tanto pessoas físicas quanto jurídicas que 
podem adquirir nossos produtos por meio de nossa plataforma online. 
INSTALAÇÕES 
 As atividades comerciais da VARIÉTÉS LTDA 
CAPITAL DE INVISTIMENTO 
O empreendedor disponibilizará o capital inicial de investimento através 
de recursos próprios, com um montante total de R$ 100.000,00 (cem mil reais). 
O montante de capital necessário para o desenvolvimento de qualquer 
empreendimento varia de acordo com as necessidades específicas do negócio 
e a capacidade de investimento do empreendedor. 
2. PROJETO DE SISTEMAS ORIENTADO A OBJETOS 
2.1. REQUISITOS FUNCIONAIS 
Identificação Cadastro do usuário 
Escopo Cadastro 
Descrição 
Os usuários podem se cadastrar e criar uma conta e 
também possui opções de autenticação, como login 
via e-mail, redes sociais, ou número de telefone.Ator Cliente 
Interessados Administração do Marketplace e Vendedores 
Pré-requisito 
O usuário em questão (Cliente) deve possuir um 
cadastro na plataforma, caso não tenha deve se 
registrar para que realizar as compras. 
 
 
 
12 
 
Pós-cadastro 
O usuário em questão (Cliente) após fazer o seu 
cadastro, deve preencher o seu perfil com todas as 
informações de seu endereço e a forma de 
pagamento de suas compras. 
 
Fluxo normal 
1 - O sistema complementa as informações através 
do uso de dados já fornecidos no cadastro existente. 
2-O sistema exibe a confirmação do cadastro. 
 
 
Requisitos 
Relacionados 
NR--01 - Segurança de Acesso; NR--02 - 
Disponibilidade do Sistema 
 
 
Tabela 01. Requisitos funcionais 
Identificação Cadastro do Vendedor 
Escopo Cadastro 
Descrição 
Os vendedores podem se cadastrar e criar uma conta 
e também possui opções de autenticação, como login 
via e-mail, redes sociais, ou número de telefone. 
 
 
 
Ator Vendedor 
Interessados Administração do Marketplace 
Pré-requisito 
O usuário em questão (Vendedor) deve possuir um 
cadastro na plataforma, caso não tenha deve se 
registrar para que possa vender seus produtos. 
 
 
 
Pós-cadastro 
O usuário em questão (Vendedor) após fazer o seu 
cadastro, deve preencher o seu perfil com todas as 
informações de seu endereço. 
 
 
 
 
Fluxo normal 
1 - O sistema complementa as informações através 
do uso de dados já fornecidos no cadastro existente. 
2-O sistema exibe a confirmação do cadastro. 
 
 
 
 
Requisitos 
Relacionados 
NR--01 - Segurança de Acesso; NR--02 - 
Disponibilidade do Sistema 
 
 
 
Tabela 02. Requisitos funcionais 
Identificação Canal de Atendimento 
Escopo Suporte 
 
13 
 
Descrição 
É uma ferramenta ou meio de comunicação que 
tanto o administrador da plataforma ou os 
vendedores podem entrar em contato com o 
cliente e vice-versa, para ter suporte técnico, 
esclarecer dúvidas e resolução de problemas 
relacionados a algum produto ou serviço. 
 
 
 
Ator Atendimento 
Interessados 
Administração do Marketplace, Vendedores e 
Clientes 
 
Pré-requisito 
O usuário se caso não possuo cadastro no site, 
deve informar seu nome, telefone, endereço de 
e-mail e senha para que assim o vendedor ou a 
equipe entre em contato. 
 
 
 
Pós-cadastro 
O usuário após se cadastrar na plataforma 
pode tirar todas as suas dúvidas pelos canais 
de comunicação tanto com o vendedor quanto 
com os administradores. 
 
 
 
 
Fluxo normal 
1 - O cliente entra em contato com o suporte por 
meio de um telefone, chat, e-mail formulário 
online ou outro meio de comunicação 
disponível. 
2-O sistema de suporte exige que o usuário 
tenha cadastro na plataforma. 
 
 
 
 
Requisitos 
Relacionados 
NR--01 - Segurança de Acesso; NR--02 - 
Disponibilidade do Sistema 
 
 
 
Tabela 03. Requisitos funcionais 
Identificação Validar Cadastro 
Escopo Cadastro 
Descrição 
Este caso de uso possibilita que o 
administrador verifique a precisão dos dados 
relacionados ao cadastro do usuário, ao 
comparar uma foto do documento com as 
 
 
 
 
14 
 
informações inseridas e os dados já registrados 
no cadastro vinculado. 
Ator Administrador 
Interessados Administração do Marketplace e Cliente 
Pré-requisito Usuário ter feito o seu cadastro. 
Fluxo normal 
1 - O administrador acessa o cadastro e 
compara as informações. 
2-O sistema de suporte requer que o usuário 
tenha uma conta registrada na plataforma. 
 
 
 
Requisitos 
Relacionados 
NR--01 - Segurança de Acesso; NR--02 - 
Disponibilidade do Sistema 
 
 
 
Tabela 04. Requisitos funcionais 
Identificação Compras de Produtos 
Escopo Compras 
Descrição 
O usuário seleciona um produto no qual deseja 
adquirir diretamente na plataforma. 
 
Ator Cliente 
Interessados Vendedor e Cliente 
Pré-requisito 
O usuário já possuindo cadastro no site, ele 
pode procurar um ou mais produtos aos quais 
deseja colocar no carrinho de compras. 
 
 
 
Fluxo normal 
1 - O usuário seleciona os produtos, adicionado 
ao carrinho, revisa no carrinho os produtos 
selecionados, seleciona o modelo de entrega, 
seleciona o método de pagamento, faz a 
revisão de todas as informações anteriores e 
por fim confirma a compra. 
 
 
 
 
Requisitos 
Relacionados 
NR--01 - Segurança de Acesso; NR--02 - 
Disponibilidade do Sistema 
 
 
 
Tabela 05. Requisitos funcionais 
 
 
 
15 
 
2.2. REQUISITOS NÃO FUNCIONAIS 
Os requisitos não funcionais abrangem critérios como confiabilidade, 
desempenho, disponibilidade, manutenção, tecnologias utilizadas e usabilidade 
na aplicação. Em um processo de coleta de requisitos, geralmente, o cliente não 
precisa mencionar esses requisitos, pois representam detalhes técnicos e 
qualidades específicas de um software ou serviço, frequentemente assumidos 
como padrões mínimos. 
 
Identificação Nome Descrição 
NR--01 Segurança de Acesso 
A aplicação de práticas sólidas de 
segurança no acesso ao sistema é 
eficaz na mitigação de ameaças 
externas. Além da utilização de tokens 
de autenticação, é imprescindível fazer 
uma seleção criteriosa de um sistema de 
firewall para reforçar a segurança local. 
 
 
 
 
 
NR--02 
Disponibilidade do 
Sistema 
O critério usado para selecionar o 
fornecedor do sistema de firewall, em 
relação à segurança, deve ser aplicado 
igualmente à disponibilidade. Sistemas 
de backup de energia e hardware são 
essenciais para manter o funcionamento 
contínuo do sistema durante o horário 
comercial, caso necessário, plantonistas 
atuaram para voltar o ambiente a 
normalidade. 
 
 
 
 
 
 
 
 
NR--03 Backup dos Dados 
Com a implementação da Lei Geral de 
Proteção de Dados (LGPD) no Brasil a 
partir do último mês de setembro de 
2020, é fundamental a partir deste 
momento estar plenamente ciente de 
todas as regulamentações relacionadas 
 
 
 
 
 
 
 
16 
 
à proteção e armazenamento de 
informações de terceiros. 
NR--04 Qualidade de conexão 
O sistema utilizado para concluir a venda 
opera de maneira online, o que requer 
um desempenho de rede satisfatório 
para evitar atrasos e desistências por 
parte dos clientes durante o processo de 
compra. 
 
 
 
 
 
Tabela 06. Requisitos não funcionais 
Identificador NR--05 Categoria Usabilidade 
Nome 
Implementação de design responsivo nas interfaces 
gráficas. 
Data de criação 08/10/2023 Autor Wellerson Santos 
Data da última 
Modificação N/A Autor N/A 
Versão 1 Prioridade Importante 
Descrição 
O sistema de Marketplace será desenvolvido para 
funcionar em ambientes de desktop. A interface do 
sistema deverá se adaptar de maneira adequada, 
independentemente da linguagem de acesso escolhida, 
seja em desktops, tablets ou celulares. Dado o aumento 
significativo do uso de dispositivos móveis, especialmente 
celulares, pela maioria da população, torna-se imperativo 
que o layout do sistema seja compatível com esses 
dispositivos. 
 
 
 
 
 
 
 
Tabela 06. Requisitos não funcionais: usabilidade 
2.3. REGRAS DE NEGÓCIOS 
Uma das etapas cruciais na modelagem de processos envolve a definição 
das regras de negócios. Essas regras atuam como diretrizes que regulam e 
especificam a forma como um processo específico deve ser executado, 
demonstrando também o entendimento e conhecimento relacionados a esseprocesso. 
 
 
17 
 
Identificação Vigência do Software 
Descrição 
Requer a manutenção e suporte contínuos para 
que se possa garantir o seu funcionamento 
adequado, logo, é sempre importando deixar o 
sistema atualizado nas versões mais recentes 
para que seu ciclo de vida seja preservado. 
 
 
 
 
Identificação Proteção dos Dados 
Descrição 
Tem como papel fundamental para garantir e 
privacidade das informações dos usuários, bem 
como para cumprir com as regulamentações de 
proteção de dados, como aa Regulamentação 
Geral de Proteção de Dados (GDPR) na EU ou 
a Lei Geral de Proteção de Dados (LGPD) no 
Brasil. 
 
 
 
 
 
 
 
2.4. DIAGRAMAS 
DIAGRAMAS DE CASO DE USO 
O Diagrama de Caso de Uso desempenha o papel de ilustrar as 
interações entre os casos de uso em um sistema e os atores (usuários). Em 
termos simples, ele proporciona uma representação das principais 
funcionalidades do sistema e como essas funcionalidades interagem com os 
usuários. No Diagrama de Caso de Uso, são essencialmente identificados três 
elementos principais: Ator, Caso de Uso e Relacionamento. A prática 
recomendada é utilizar o Diagrama de Caso de Uso para aprimorar a descrição 
textual de um caso de uso. O Diagrama de Caso de Uso da UML é especialmente 
útil para: 
• Representar as metas das interações entre sistemas e usuários. 
• Definir e organizar requisitos funcionais do sistema. 
• Especificar o contexto e os requisitos do sistema. 
• Modelar o fluxo básico de eventos em um caso de uso. 
 
 
 
 
18 
 
Figura 01. Diagrama de Caso de Uso. 
 
Fonte: Autoria própria. 
DIAGRAMA DE ATIVIDADE 
Dentro do contexto da UML, o Diagrama de Atividades é uma 
representação comportamental que descreve o funcionamento do software, 
permitindo-nos modelar componentes do comportamento de um sistema. 
Em projetos de software, ele é empregado para representar tanto a 
estrutura quanto o comportamento do sistema. 
Esse diagrama de atividades proporciona uma representação visual de 
como o software funcionará, como partes específicas serão executadas e como 
o sistema interagirá no contexto da realidade de negócios em que está inserido. 
 
 
 
 
 
 
 
 
 
 
 
 
 
19 
 
Figura 02. Diagrama de Atividade 
 
Fonte: Autoria própria. 
DIAGRAMA DE CLASSES 
O principal propósito do diagrama de classes é especificar os 
componentes do software e como eles se relacionam do ponto de vista estrutural. 
O diagrama de classes da UML é, indiscutivelmente, uma ferramenta 
incrível para auxiliar os profissionais envolvidos na produção de software a 
compreender o que precisa ser feito e como deve ser feito. 
Utilizá-lo adequadamente, com discernimento, pode ser extremamente 
benéfico para equipes, mas um uso excessivo, documentando o que não é 
necessário e detalhando excessivamente, pode reduzir significativamente a 
produtividade de qualquer profissional ou empresa. 
 
20 
 
 
Fonte: Autoria Própria 
DIAGRAMA DE COMPONENTES 
Dentro da UML, o diagrama de componentes fornece uma representação 
visual das relações entre os componentes de um sistema de software. Ele 
compartilha semelhanças com o diagrama de classes, pois ilustra como os 
elementos de um sistema específico se relacionam. 
No entanto, o diagrama de componentes representa conexões mais 
complexas e diversas do que a maioria dos diagramas de classes. 
 
21 
 
 
Fonte: Autoria própria 
Para dar início a codificação, gerenciamento, implementação e execução 
da aplicação a ser desenvolvida, utilizaremos o padrão de arquitetura MVC.A 
arquitetura MVC (Model, View, Controller), é o padrão de arquitetura de software 
que consiste em 3 divisões: 
Model: É onde configuramos todos os atributos e validações de um modelo da 
nossa aplicação. 
Controller: É onde configuramos todas as respostas e ações que serão 
disponíveis para o usuário realizar dentro da aplicação. 
View: É onde nosso usuário irá visualizar todos os recursos e listagens da nossa 
aplicação é a parte que pode ser desenvolvida separadamente ou no mesmo 
projeto no caso de um monolito. É o front-end da aplicação. 
Fonte: Autoria Própria 
 
22 
 
Esse tipo de estratégia é eficaz, pois se tratando de um software, organização é 
algo importante para desenvolvermos uma aplicação escalável e manutenível. 
Aqui estão algumas vantagens de optar por essa arquitetura 
1. Reaproveitamento de código e regras; 
2. Facilidade de manutenção; 
3. Integração de equipes e/ou divisão de tarefas; 
4. Camada de persistência independente; 
5. Facilidade de implementação de camadas de segurança; 
6. Facilidade na atualização da interface da aplicação. 
DIAGRAMAS DE SEQUÊNCIA 
 Em um sistema ocorre diversas operações que envolvem a utilização de 
todos os dados, representando a ordem de interação entre todo o conteúdo do 
sistema através dos Diagramas de Sequência. 
Sua utilização é necessária para a elaboração dos casos de uso, classes 
e implementações do sistema entre vários objetos, onde mensagens são 
trocadas ao longo de cada operação nos casos de uso. Essas informações são 
semelhantes, mudando apenas a forma de demonstração, suas instâncias e 
diagramas. 
 
Diagrama de Sequência de Implementação – Usuário 
 
Fonte: Autoria Própria 
 
23 
 
Diagrama de Sequência de Implementação – Produto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Fonte: Autoria própria 
Diagrama de Sequência de Implementação – Pedidos 
 
 
Fonte: Autoria própria 
 
24 
 
Metodologia 
Modelagem do sistema 
A parte mais importante na construção de um sistema é a parte da modelagem, 
pois tudo precisa ser pensado de forma com que esse sistema resolva um 
problema da melhor forma possível, nessa fase é discutido qual a melhor 
linguagem e framework a se utilizar para realizar o desafio proposto, quais 
bibliotecas usar, como será construída a base de testes unitários, qual banco de 
dados usar se será um banco de dados relacional ou não relacional e práticas 
de versionamento da aplicação. 
Para que o sistema seja desenvolvido utilizaremos a tecnologia UML (Unified 
Modeling Language – Linguagem de Modelagem Unificada), linguagem padrão 
para descrever e documentar o projeto do sistema. 
Estruturação do projeto 
Dado as tecnologias e estratégias mencionadas anteriormente iniciaremos a 
estruturação do projeto. 
DIAGRAMA ENTIDADE-RELACIONAMENTO (DER) 
O DER é responsável pelas entidades relacionadas, de modo a atender os 
desenvolvedores, no levantamento de requisitos de cada fase do projeto 
desenvolvido e o relacionamento de cada dado do sistema. 
Fonte: Autoria própria 
 
25 
 
 
DIAGRAMA DE CLASSE DE IMPLEMENTAÇÃO - USUÁRIO 
Este diagrama fornece informações para visualização das classes do sistema 
com seus atributos: 
 
 
Fonte: Autoria própria 
Diagrama de Classe de Implementação - Produto 
Fonte: Autoria própria 
 
26 
 
Diagrama de Classe de Implementação – Pedido 
Fonte: Autoria própria 
 
DIAGRAMA DE IMPLEMENTAÇÃO DE CLASSE – VENDEDOR 
 
Fonte: Autoria própria 
 
 
 
 
 
 
27 
 
DIAGRAMA DE IMPLEMENTAÇÃO DE CLASSE – MÉTODO DE 
PAGAMENTO 
 
Fonte: Autoria própria 
 
DIAGRAMA DE IMPLEMENTAÇÃO DE CLASSE – ENDEREÇO 
 
Fonte: Autoria própria 
 
 
 
 
 
28 
 
3. GESTÃO DE QUALIDADE 
Com base nos conhecimentos adquiridos por meio de projetos realizados 
posteriormente, a metodologia de qualidade mais adequada para o caso é a 
MPS.BR. A adesão a modelos internacionais mencionados requer um 
investimento significativo, o qual somente empresas de grande porte possuem 
recursos para suportar, tornando essa possibilidade inacessível para pequenas 
e médias empresas. 
Isso está relacionado tanto aos investimentos necessários para a 
implementação, incluindo contratos de consultoria e auditoria, quanto às 
demandas por profissionais especializados e ao comprometimento daorganização em atingir os requisitos de processos exigidos. (KOSCIANSKI, 
2007; FERNANDES, 2012). 
 Quanto aos níveis de maturidade utilizados pelos modelos, o nível mais 
baixo, designado como G, tem seu foco parcialmente no gerenciamento, com 
ênfase na gestão de requisitos e projetos. O nível F, chamado de "gerenciado", 
abrange outras práticas, como configuração, qualidade e medição. No nível E, 
conhecido como "parcialmente definido", começa a expansão da maturidade 
para além do projeto, abrangendo a organização como um todo. No nível D, o 
processo é amplamente definido. O nível C é considerado plenamente definido. 
No nível B, um processo de medição para a melhoria da qualidade está 
estabelecido. O nível A refere-se ao aprimoramento contínuo do processo. 
Ao relacionar o modelo MPS.BR com o modelo CMMI, observa-se que o 
nível A corresponde ao nível 5, o nível B ao nível 4, os níveis C, D e E 
correspondem ao nível 3, e os níveis F e G são equivalentes ao nível 2 do modelo 
CMMI. 
A escolha do modelo MPS.BR foi feita considerando a situação em que a 
empresa, no desenvolvimento de software, não possui os recursos financeiros 
necessários para investir em modelos como ISO e CMMI, os quais têm custos 
de implementação mais elevados, tanto em termos de investimento quanto em 
tempo de implementação. Dado o contexto deste projeto, não é necessário um 
modelo com certificação internacional. Dado que a empresa de software está em 
seus estágios iniciais, a intenção é iniciar a implementação no nível G de 
maturidade do MPS.BR. Isso permitirá que, à medida que a empresa cresça e 
 
29 
 
se expanda, o modelo já esteja integrado à sua cultura, facilitando a 
implementação dos níveis subsequentes do MPS.BR. 
Os diferentes níveis de maturidade do MPS-BR 
 
Fonte: DevMedia 
4. GERENCIAMENTO DO PROJETO DE SOFTWARE 
TERMO DE ABERTURA 
O Termo de Abertura geralmente é emitido antes do início do projeto por 
alguém com autoridade formal para designar ou solicitar a alocação de recursos 
da organização, incluindo recursos financeiros, máquinas, equipamentos, 
materiais e recursos humanos necessários para a execução do projeto. Pode ser 
elaborado pelo Patrocinador, por um diretor, pelo Escritório de Projetos (PMO), 
ou pelo órgão ou comitê responsável pela gestão de portfólio. Alternativamente, 
o próprio gerente de projetos pode desenvolvê-lo em colaboração com a 
organização, desde que seja oficialmente assinado ou reconhecido por algum 
superior ou parte interessada direta nos resultados do projeto. 
TERMO DE ABERTURA DE PROJETO 
Informações Gerais: 
Data:10/10/2023 
Nome do Projeto: Sistema de Marketplace para compra e venda de 
produtos diversos via app/web 
Nº do projeto: 120 
 
30 
 
Nome do Patrocinador: Manoel Binotti 
Origem: Demanda de Mercado 
Visão Geral do Projeto: 
Durante os anos de pandemia que ocorreram de 2020 até 2022 muitas 
empresas optaram pelo trabalho remoto, devido a isso, muitos serviços tiveram 
um custo reduzido de manutenção para a manutenção de um associado ter que 
se deslocar para a sede da empresa, portanto, as atividades deste projeto serão 
realizadas de modo remoto. 
Objetivos do Projeto: 
O Sistema de Marketplace tem como finalidade a infinidade de práticas 
relacionadas ao uso de tecnologias da informação na área do 
Empreendedorismo que permite o modelo de serviços remotos. Antes esse 
modelo de trabalho era algo impensável entre muitas empresas no Brasil, no 
entanto, está prática se tornou uma necessidade e hoje se tornou um dos 
modelos de serviços em alta. 
O objetivo é apresentar um projeto de sistema que comerciantes e clientes 
possam fazer as suas transações de compra/venda via app/web, contemplando 
os itens contidos na seção de Requisitos. 
Requisitos: 
Utilizando os conhecimentos adquiridos na disciplina de 
Empreendedorismo, elaborar um Plano de Negócios para a sua startup, a 
(empresa de tecnologia). 
Com base no conteúdo da disciplina de Projeto de Sistemas Orientado a 
Objetos, o aluno ou grupo deve apresentar em detalhes os requisitos funcionais, 
requisitos não funcionais e regras de negócios necessários para o 
desenvolvimento deste sistema. Além disso, devem elaborar os projetos dos 
seguintes diagramas: Caso de Uso (tanto descritivo quanto seu design em si), 
Diagrama de Atividades, Diagrama de Classes, Diagrama de Sequência, 
Diagrama de Componentes e Diagrama de Implantação. Todos esses diagramas 
devem ser acompanhados de explicações acadêmicas, incluindo citações de 
autores relevantes, que descrevam sua funcionalidade e sua aplicabilidade no 
contexto do projeto proposto. Não é necessário explicar a simbologia de cada 
diagrama. 
 
31 
 
Optamos por implementar o modelo de qualidade MPS.BR, e, conscientes 
dos desafios que surgirão durante a implantação, estamos tomando medidas 
para prevenir possíveis obstáculos futuros. Para isso, estamos constituindo um 
grupo de indivíduos altamente motivados, com uma notável predisposição para 
se adaptar a mudanças e adotar novas regras e padrões. 
Simultaneamente, é necessário administrar seu novo projeto, 
estabelecendo um escopo claro e elaborando um Termo de Abertura de Projeto. 
Nesse processo de planejamento, é fundamental definir uma matriz de papéis e 
responsabilidades, criar um cronograma de atividades e custos, conduzir uma 
análise de riscos e, por fim, registrar as lições aprendidas, alinhando-se às 
melhores práticas de Gerenciamento de Projetos de Software. 
Justificativa Empresarial: 
O desenvolvimento do sistema nos remete diretamente a mais um ponto 
positivo do sistema de marketplace: a otimizações da prestação de serviços. 
CUSTOS DOS RECURSOS E ESTIMATIVAS: 
DESENVOLVIMENTO IMPLANTAÇÃO 
Desenvolvimento do Back-end em Java Implantação da Aplicação 
Desenvolvimento do Front-end Avaliações realizadas pelo contratante 
Conexão com Banco de Dados Treinamento para funcionários e 
Desenvolvimento de instrumentos Contratante. 
de áudio e vídeo para consultas 
Preparação para o envio dos 
documentos 
Testes 
DURAÇÃO 45 dias DURAÇÃO 15 dias 
TOTAL: 60 dias 
Fonte: Autoria Própria 
ESTIMATIVA DE CUSTOS 
CATEGORIA ITENS 
VALOR 
ESTIMADO 
Compra da Licença de 
Software 
5 Licença SO windows 10 
pro R$ 2.600,00 
 
32 
 
1 Licença SO windows 
server 2022 R$ 7.074,00 
1 Licença MySQL R$ 1.730,00 
5 Licença Microsoft Office R$ 595,00 
Compra de Hardware 
5 Computadores Vostro 16 R$ 30.000,00 
1 Servidor Dell PowerEdge 
R420 R$ 6.599;00 
1 Roteador TP-Link AX73 R$ 800,00 
1 Npbreak NHS 5000VA R$ 11.358,00 
Desenvolvimento de 
Software Desenvolvimento do Site R$ 14,000;00 
Serviço Tercerizado 
Dominio e Hospedagem do 
Site R$ 700,00 
Recursos Humanos 
Equipe Externa R$ 10.000.00 
Treinamento R$ 3.000,00 
Valor Total Estimado 
R$ 88.456 
Fonte: Autoria Própria 
MATRIZ DE RESPONSABILIDADE 
A matriz de responsabilidade tem como objetivo especificar claramente o 
desempenho das atividades envolvidas no projeto, e os responsáveis pelo 
desenvolvimento do projeto. 
ATIVIDADE RESPONSAVEL 
Formação de Equipes 
Análise de Risco Gerente de Projetos 
Manter a equipe em ordem 
Desenvolvimento Backend 2 Devs Backend 
Desenvolvimento Frontend 2 Devs frontend 
Grantia de Qualidade 2 QA`s 
Implementar e garantir os requisitos 
 Analista de Infraestrutura 
do servidor 
Fonte: Autoria Própria 
 
33 
 
ANÁLISE DE RISCO 
Análise de Riscos 
Risco Probabilidade Efeitos 
Subestimar o 
tamanho do sistema 
Alta Sérios 
 
 
Impedir a reutilização 
de componentes de 
software. 
Moderada Toleráveis 
 
 
 
Problemas financeiros 
organizacionais 
impactando no 
orçamento do projeto 
Baixo Catastróficos 
 
 
 
 
Fonte: Autoria Própria 
 LIÇÕES APRENDIDAS 
Resultados Obtidos 
Sistema entregue de acordo com os 
requisitos do 
 cliente 
Pontos Fortes 
1. Equipe capacitada 
2.Boa Estratégia no modelo dedesenvolvimento 
3. Decisões Rapidas 
4.Participação de toda a equipe 
Pontos Fracos 
1. Definição do Escopo 
2. Melhor Distribuição de tarefas 
3. Monitoramento de projeto 
 
CONCLUSÃO 
Compreender os desafios que uma organização enfrenta e que podem ser 
resolvidos com o auxílio de software é uma tarefa complexa. Portanto, 
estabelecer com precisão as funcionalidades que um sistema deve oferecer 
torna-se uma tarefa desafiadora. 
 
34 
 
Além disso, apresentamos os projetos dos diagramas de caso de uso, 
diagrama de atividades, diagrama de classes, diagrama de sequência, diagrama 
de componentes e diagrama de implantação. 
Optamos pelo MPS.BR como a metodologia de qualidade de software a 
ser empregada no projeto. Elaboramos um Termo de Abertura de Projeto para 
gerenciar de forma abrangente o projeto, abordando a visão geral, definição de 
responsabilidades, estimativas de custos, análise de riscos e lições aprendidas. 
Compreender os desafios que uma organização enfrenta e que podem ser 
abordados por meio de software é uma tarefa complexa. Portanto, estabelecer 
com precisão as funcionalidades que um sistema deve oferecer torna-se uma 
tarefa desafiadora. Quando esse sistema está sujeito a leis e regulamentos, a 
complexidade aumenta, o que implica uma maior responsabilidade e a 
necessidade de um conhecimento especializado por parte da equipe 
encarregada do desenvolvimento do projeto. 
O PIM VII reúne um conjunto abrangente de técnicas aprendidas ao longo 
do curso de Análise e Desenvolvimento de Sistemas, capacitando-nos a 
interpretar de forma mais precisa as necessidades do cliente e transformá-las 
em realidade de maneira organizada, eficiente e dentro do orçamento previsto. 
Isso permite atender não apenas às expectativas, mas também aos prazos 
estabelecidos pelas partes envolvidas no processo. 
 
 
 
 
 
 
 
 
 
 
 
 
 
35 
 
REFERÊNCIAS 
AHERN, DENNIS M. CLOUSE, AARON. TURNER, RICHARD. CMMI Distiled: A 
Practical Introduction to Integrated Process Improvement, SEI Series in Software 
Engineering, Addison-Wesley, 306 pages, 2001. Acesso em: 11 de outubro de 
2023 
BIAGIO, L. Plano de negócios: estratégia para micro e pequenas empresas. 
Barueri: Manole, 2005. Acesso em: 05 de outubro de 2023 
CAMPOS, VICENTE. TQC – Controle da Qualidade Total. Belo Horizonte: Bloch 
Ed, 1992. Acesso em: 10 de outubro de 2023. 
CRISTÓVÃO, Andréa Martins. Gestão da qualidade. São Paulo: Editora Sol, 
2013. Acesso em: 09 de outubro de 2023 
DENNIS, Alan. Análise e Projeto de Sistemas. Rio de Janeiro, LTC, 2005. Acesso 
em: 08 de outubro de 2023 
DORNELAS, J. C. A. Empreendedorismo: transformando ideias em negócios. 
Rio de Janeiro: Elsevier, 2008. Acesso em: 05 de outubro de 2023 
ISO 9001:2000. Quality Management Systems. Requirements, 2000. Acesso em: 
05 de outubro de 2023 
KOSCIANSKI, André; SOARES, Michel dos Santos. Qualidade de Software. 
1ªedição. Editora Novatec 2007. Acesso em: 08 de outubro de 2023 
LIMA, Adilson da Silva. UML 2.0: do requisito à solução. 1 ed. São Paulo: Érica, 
2005. Acesso em: 09 de outubro de 2023 
MCT. Qualidade no setor de software brasileiro: 1995. Brasília, DF. http://www. 
mct.gov.br Acesso em: 09 de outubro de 2023 
PEREIRA, H. (Org.). Criando seu próprio negócio: como desenvolver o potencial 
empreendedor. Brasília: Sebrae, 1995. Acesso em: 05 de outubro de 2023 
PRESSMAN, R. Engenharia de Software. Rio de Janeiro: McGraw-Hill, 2002. 
Acesso em: 07 de outubro de 2023 
Qualidade de Software, Teoria e prática. São Paulo: Pearson, 2001. Acesso em: 
09 de outubro de 2023 
https://www.devmedia.com.br/maturidade-no-desenvolvimento-de-software-
cmmi-e-mps-br/27010. Acesso em 12/10/2023 
RIBEIRO, André Luiz. Gerenciamento de Projetos de Software. São Paulo: 
Editora Sol, 2015 Acesso em: 09 de outubro de 2023 
SEBRAE Canvas. https://sebraecan vas.com. Acesso em: 05 de outubro de 2023 
 
36 
 
WEBER, K.C, ROCHA, A.R.C e NASCIMENTO, C.J. Qualidade e produtividade 
em software, 4a edição renovada. São Paulo, Makron Books, 2001. Acesso em: 
10 de outubro de 2023