UNIVERSIDADE PAULISTA

NOMES DOS ALUNOS

PIM – PROJETO INTEGRADO MULTIDISCIPLINAR:

Levantamento e análise de requisitos de um sistema de controle operacional de uma
empresa especialista em transações com Blockchain.

BRASÍLIA
2020
 NOMES DOS ALUNOS

PIM – PROJETO INTEGRADO MULTIDISCIPLINAR:

Levantamento e análise de requisitos de um sistema de controle operacional de uma
empresa especialista em transações com Blockchain.

Projeto Multidisciplinar para a conclusão do

semestre da graduação do curso de
Análise e Desenvolvimento de Sistemas
apresentado à Universidade Paulista – UNIP,
campus Brasília. Orientador: Prof.ª Me.
Liliane Balduino de Carvalho Coelho.

BRASÍLIA
2020
 PIM – PROJETO INTEGRADO MULTIDISCIPLINAR:
Projeto de infraestrutura de TI para um escritório de contabilidade de
médio porte.

Projeto Multidisciplinar para a conclusão do

semestre da graduação do curso de
Análise e Desenvolvimento de Sistemas
apresentado à Universidade Paulista – UNIP,
campus Brasília. Orientador: Prof.ª Me.
Liliane Balduino de Carvalho Coelho.

Aprovado em:

BANCA EXAMINADORA
/ /
Prof. Nome do Professor
Universidade Paulista – UNIP
/ /
Prof. Nome do Professor
Universidade Paulista – UNIP
/ /
Prof. Nome do Professor
Universidade Paulista – UNIP
 DEDICATÓRIA (opcional)

Agradecimentos (opcional): Folha onde o autor agradece as pessoas que

colaboraram de certa forma com seu trabalho. Exemplo:

Dedico esse trabalho ao meu orientador prof. Dr. Fulano de Tal, por ter me
acompanhado nesta jornada...
“A frase deve ser relacionada com o tema.”
(autor)
 RESUMO (OBRIGATÓRIO)

Resumo na língua vernácula “português” (obrigatório): Apresenta os pontos relevantes de um

texto, fornecendo uma visão rápida e clara do conteúdo e das conclusões do trabalho, seguido
das palavras-chave. Quanto a sua extensão os resumos devem ter: de 150 a 500 palavras os de
trabalhos acadêmicos (teses, dissertações e outros) e relatórios técnico-científicos; de 100 a
250 palavras os de artigos de periódicos. Recomenda-se o uso de parágrafo único.

Palavras Chave: Hardware. Software. Redes de computadores.

 ABSTRACT
(RESUMO INGLÊS - OBRIGATÓRIO)

Resumo em língua estrangeira (obrigatório): Versão do resumo para idioma de

divulgação internacional
 LISTA DE ILUSTRAÇÕES
(opcional)

Lista de ilustrações (opcional): Referem-se à desenhos, esquemas, fluxogramas, fotografias,

gráficos, mapas, organogramas, que devem ser elaborados de acordo com a ordem
apresentada no texto, acompanhados do respectivo número de página. Quando necessário
recomenda-se uma lista para cada tipo de ilustração. Veja exemplo abaixo.

Gráfico 1 – Estatística de emprego no Estado de São Paulo no ano 2002 13

Gráfico 2 – Crescimento da economia brasileira no período de 2002 a 2004 6
 LISTA DE TABELAS
(opcional)

Lista de tabelas (opcional): Elemento demonstrativo de síntese que constitui unidade

autônoma, elaborado de acordo com a ordem apresentada no texto, acompanhado do
respectivo número de página. Veja exemplo abaixo.

Tabela 1 – Estatística de emprego no Estado de São Paulo no ano 2002 13

Tabela 2 – Crescimento da economia brasileira no período de 2002 a 2004 6
 LISTA DE ABREVIATURAS E SIGLAS
(opcional)

Lista e abreviaturas e siglas (opcional): Consiste na relação alfabética das abreviaturas e

siglas utilizadas no texto, recomenda-se a elaboração de lista própria para cada tipo.

ABNT Associação Brasileira de Normas Técnicas

ABEMA Associação Brasileira de Órgãos Estaduais do Meio Ambiente IBGE
Instituto Brasileiro de Geografia e Estatística
LTDA Limitada (sociedade por quotas e responsabilidade limitada)
PANECO Panorama Econômico
 LISTA DE SÍMBOLOS
(opcional)

Lista de símbolos (opcional): Elaborada de acordo com a ordem em que os

símbolos aparecem no texto, com o devido significado. Veja exemplo:

C Conjunto dos números complexos

Dab Distância euclidiana
O(n) Ordem de um algoritmo
Psp Projeção sobre um espaço linear fechado Xt
Variável aleatória
 SUMÁRIO

1. INTRODUÇÃO 12
1.1. Caracterização do Problema 12
1.2. Sistemas Similares 12
1.3. Objetivo Geral 13
1.4. Objetivos Específicos 13
1.5. Justificativa 13
2. EMBASAMENTO TEÓRICO (NOVO CAPÍTULO, NOVA PÁGINA) 15
2.1. Blockchain 15
2.1.1. História 15
2.1.2. Conceito 15
2.1.3. Características 15
2.2. Engenharia de Requisitos 15
2.2.1. Requisitos 15
2.2.2. Elicitação de Requisitos 15
2.3. UML 15
2.3.1. Diagrama de Caso de Uso 15
2.3.2. Diagrama de Atividade 15
2.3.3. Diagrama de Classes 16
3. MODELAGEM E DOCUMENTAÇÃO DO SISTEMA 17
(NOVO CAPÍTULO, NOVA PÁGINA) 17
3.1. Identificar as funções de Negócio 17
3.2. Casos de Usos de Negócios 17
3.3. Documentos de Requisitos 17
3.3.1. Especificação dos Requisitos de Software (ERS) 17
3.3.2. Especificação Suplementar 17
3.4. Caso de Uso de Software 17
3.5. Detalhamento (Especificação) de Caso de Uso 18
3.6. Diagrama de Atividade 18
3.7. Diagrama de Classes 18
 3.8. Dicionário de Dados 18
3.9. Protótipos das Telas 18
3.10. Matriz de Rastreabilidade 18
3.11. Planilhas de Testes 18
3.12. Script de Criação de Banco de Dados 18
3.13. Script de dados iniciais de teste e homologação do sistema 19
3.14. Métodos de Backup 19
3.15. Manuais 19
3.16. Proposta de Contrato de Manutenção 19
3.17. Relatórios de Gerenciamento 19
3.18. Estratégia de Negócio 19
4. CONSIDERAÇÕES FINAIS 20
REFERÊNCIAS 21
APÊNDICE 22
ANEXO 23

1.
 14

1. INTRODUÇÃO

A introdução está pronta, mude apenas o que acharem necessário.

1.1. Caracterização do Problema

Uma empresa “X” oferece serviços baseados na tecnologia blockchain para a
manipulação de vários tipos de criptoativos (criptomoedas, criptocommodities (Etherum),
criptotokens, etc). Como esta tecnologia ainda é nova, não houve tempo para o
desenvolvimento de um sistema interno de gerenciamento das operações realizadas na
empresa pelos seus clientes, como por exemplo o cadastro de clientes e usuários, relatórios
executivos para tomada de decisões, entre outras diversas operações efetuadas etc. Assim a
empresa contratou uma fábrica de software (Grupo do PIM) para o desenvolvimento do
sistema interno de gerenciamento, tanto para a empresa como para seus clientes.
Este sistema deve contemplar uma parte em desktop (não acessível aos clientes), outra
em web e outra em mobile (web e mobile devem ser responsivos), deve ser previsto o uso da
linguagem C# e/ou Java para segunda etapa bem como o uso do banco de dados MS SQL
Server.
O sistema deverá ser desenvolvido levando em consideração a Lei Geral de Proteção de
Dados (LGPD) para os clientes pessoas físicas (PF) e com requisitos de acessibilidade para
eventuais clientes portadores de deficiência.
O sistema é pensado para que o cliente da empresa possa ter total controle de seus
investimentos, contratos inteligentes entre outros negócios baseados no blockchain, logo
devem ser apresentados relatórios parciais diários e consolidados mensalmente, gráficos,
alertas, etc.
Não deve ser desenvolvido um sistema para fazer lançamentos em blockchain, pois isso
a empresa já possui, e está funcionando adequadamente. O que deve ser desenvolvido é um
sistema de gerenciamento e controle administrativos, que com base nas operações realizadas
pelos clientes ofereça ferramental para análise dos investimentos ao longo do tempo.

1.2. Sistemas Similares

Pesquisar as soluções disponíveis no mercado e comparar as soluções disponíveis com a
solução proposta (sistemas similares).
1.3. Objetivo Geral
Fazer o levantamento e análise de um sistema para gerenciar e administrar as operações
dos clientes que usam o blockchain nos mais diversos mercados, desde operações financeiras
(usando criptoativos) até contratos inteligentes (“smart contracts”) com aderência a LGPD
(Lei geral Proteção de Dados).

1.4. Objetivos Específicos

A equipe responsável pela análise e desenvolvimento do escopo do projeto para o

sistema de software deverá se apoiar nos seguintes objetivos específicos:

 Exercitar metodologias e técnicas de análise utilizadas para o

desenvolvimento de sistemas em computador;
 Desenvolver análise de sistemas orientada a objetos;
 Explorar e utilizar ferramentas computacionais para modelagem de
negócios;
 Desenvolver técnicas usadas na produção de artefatos UML;
 Argumentar e discutir requisitos funcionais e não-funcionais,
usabilidade e aplicação de normas;
 Fomentar o hábito de trabalho em equipe e execução de projetos
envolvendo múltiplas disciplinas.

1.5. Justificativa

A prática do trabalho de Projeto Integrado Multidisciplinar - PIM visa a importância

do desenvolvimento e aplicação dos conhecimentos adquiridos em sala de aula, buscando
fomentar o hábito de trabalho em equipe e a execução de projetos envolvendo múltiplas
disciplinas. Dentre as disciplinas relacionadas destacam-se com base do desenvolvimento:
Engenharia de Software II, Análise de Sistemas Orientada a Objetos, Programação Orientada
a Objetos I, Projeto de Interface com o Usuário e Banco de Dados.

Nos próximos capítulos serão apresentados: o embasamento teórico que servirá de

base para entendimento, a modelagem e documentação do sistema, onde
serão apresentados todos os artefatos e documentação importante do sistema; e por fim, as
considerações finais.

2. EMBASAMENTO TEÓRICO (NOVO CAPÍTULO, NOVA PÁGINA)

 Apresentar todos os conceitos e características importantes através de citações diretas
e indiretas. Faça na ordem dos tópicos apresentados. Neste capítulo deve-se apresentar apenas
a parte teórica, não deve-se colocar nada referente a aplicação.

2.1. Blockchain

2.1.1. História

Apresentar a história, quando, onde e como surgiu.

2.1.2. Conceito

Apresentar o conceito.

2.1.3. Características

Apresentar o conceito e os tipos existentes.

2.2. Engenharia de Requisitos

Apresentar o conceito e objetivo.
2.2.1. Requisitos

Apresentar o conceito e tipos

2.2.2. Elicitação de Requisitos

Apresentar o conceito.
2.3. UML
Apresentar o conceito e características.
2.3.1. Diagrama de Caso de Uso

Apresentar o conceito e características.

2.3.2. Diagrama de Atividade
 Apresentar o conceito e características.
2.3.3. Diagrama de Classes

Apresentar o conceito e características.

3. MODELAGEM E DOCUMENTAÇÃO DO SISTEMA

 (NOVO CAPÍTULO, NOVA PÁGINA)

Apresentar os artefatos e documentos do sistema proposto de acordo com os tópicos

abaixo. Use preferencialmente a ferramenta astah ou outra ferramenta para elaborar os
diagramas.

3.1. Identificar as funções de Negócio

Descrever as necessidades do negócio e as regras de negócio.

3.2. Casos de Usos de Negócios

Apresentar os casos de uso de negócio. Identificar os atores e suas responsabilidades
dentro do negócio.

3.3. Documentos de Requisitos

Apresentar os Requisitos do sistema. Pode usar os modelos postados na sala. Caso
prefiram use um modelo único para apresentar os requisitos funcionais e não funcionais. Neste
caso elimine os tópicos abaixo: 3.3.1 e 3.3.2

3.3.1. Especificação dos Requisitos de Software (ERS)

Ver o documento onde foi definido os requisitos funcionais e adequar ao modelo

do documento (postado na sala virtual).

3.3.2. Especificação Suplementar

Ver o documento onde foi definido os requisitos não funcionais e adequar ao

modelo do documento (postado na sala virtual).

3.4. Caso de Uso de Software

Cada Requisito funcional, gera um caso de uso de software. Logo, deve-se elaborar os
casos de usos de acordo com cada requisito funcional. Ver o documento onde foi definido os
requisitos funcionais. Deve-se usar os mesmos nomes. Deve- se identificar relacionamentos de
include, extend e generalização;
3.5. Detalhamento (Especificação) de Caso de Uso
 20

Escolha 3 casos de uso de software e faça o detalhamento de caso de uso dos mesmos.

3.6. Diagrama de Atividade

Escolha 3 casos de uso de software e faça os diagramas de atividades dos mesmos.

3.7. Diagrama de Classes

De acordo com as classes definidas pelos requisitos funcionais, apresente o diagrama
de classe.

3.8. Dicionário de Dados

De acordo com os atributos definidos nas classes do diagrama de classe, faça o
dicionário de dados dos mesmos.

3.9. Protótipos das Telas

Escolha 3 casos de uso de software e elabore as telas do sistema.

3.10. Matriz de Rastreabilidade

Criar a matriz de rastreabilidade tal que seja possível identificar qual requisito é
atendido por uma classe/método/tabela banco.

3.11. Planilhas de Testes

Descrever como será realizado planilhas de testes para homologação do sistema
identificando como produzir as evidências do teste e as querys no banco para certificar que
os dados estão corretos.

3.12. Script de Criação de Banco de Dados

Descrever como será realizado como será gerado o script de criação do banco e qual
ferramenta será usada.

3.13. Script de dados iniciais de teste e homologação do sistema

 21

Descrever como será realizado como será gerado script de dados iniciais de testes e
homologação do sistema

3.14. Métodos de Backup

Apresentar como serão elaborados os métodos de backup e recuperação do sistema em
casos emergenciais.
3.15. Manuais
Apresentar como serão elaborados os manuais: manual preliminar de instalação e de
treinamento do usuário.
3.16. Proposta de Contrato de Manutenção
Apresentar como será realizada a proposta de contrato de manutenção do sistema.
3.17. Relatórios de Gerenciamento
Apresentar como serão realizados os Relatórios de cobrança pelos serviços prestados
aos clientes; e Relatórios de clientes inadimplentes, bloqueados, cancelados etc;
3.18. Estratégia de Negócio
Apresentar como será a estratégia de negócio (descontos, promoções etc.).

4. CONSIDERAÇÕES FINAIS
(NOVO CAPÍTULO, NOVA PÁGINA)

Parte final do texto onde são apresentados os resultados finais da pesquisa,

correspondentes aos objetivos ou hipóteses. É importante apresentar novas ideias, abrindo
caminho a outros pesquisadores que poderão trabalhar no assunto.

5. REFERÊNCIAS
 (OBRIGATÓRIO)

Todo autor citado (no capítulo de embasamento teórico), ou consultado para produção
do trabalho, deve ser incluído nas referências. Ver regras ABNT para listar corretamente.
Listar em ordem alfabética por autores. Se quiser, use página para elaboração das referências
corretamente. https://referenciabibliografica.net/a/pt- br/ref/abnt

6. APÊNDICE
 Apêndice (opcional): Texto ou documento elaborado pelo autor, com o objetivo de
complementar o trabalho. O exemplo do título abaixo segue a norma ABNT 6027 – sumário.

7. ANEXO
 Anexo (opcional): Texto ou documento não elaborado pelo autor, que serve de
fundamentação para complemento do trabalho. O exemplo do título abaixo segue a norma
ABNT 6027 – sumário.