Avaliação A3 da disciplina Modelos, Métodos e Técnicas da Engenharia de Software - 2023.

2
Esta apresentação tem o objetivo de introduzir a docu-
mentação do projeto do software Trust, desenvolvido
para a disciplina de Modelos, Métodos e Técnicas da En-
genharia de Software - 2023.2, na área de Tecnologia da
Informação, na Universidade Anhembi Morumbi -
Campus Paulista, sob a orientação do professor Luis
Ybarra.

Desenvolvido por:
Erick Santos da Costa, Análise e Desenvolvimento de Sistemas - 12522224575
Juan Julio Deodato, Ciência da Computação - 12522213811
Kaique Fernandes Santos, Ciência da Computação - 12522211384
01 - Pitch

02 - Product Backlog

03 - User Stories Sumário do Projeto

04 - Sprints

05 - DevOps

06 - Burndown Chart
Pitch

Num cenário de instabilidade econômica, não é incomum que empresas de todos os portes enfrentem
revezes do mercado. Em situações mais graves, essas podem recorrer a uma recuperação judicial, no caso
de severos problemas de fluxo de caixa, ou mesmo decretar falência, quando o problema se agrava ao
ponto da insolvência. Esse processo é sempre muito delicado e envolve interesses de várias partes, par-
ceiros, fornecedores e até mesmo os trabalhadores. Empresas nesta situação, por lei, precisam se subme-
ter à tutela de um administrador judicial e adotar processos de total transparência de informação aos seus
credores. É nesse contexto que entra a Trust, nossa plataforma de transparência de gestão de processos
judiciais, capaz de registrar esses processos e informar, em tempo real, aos credores e partes interessadas
no litígio.
Product Backlog

Escolhemos o Trello, um aplicativo web de gestão de projeto

que utiliza o kanban, para organizar nosso product backlog. As
tarefas foram criadas e descritas de forma a, no fim do ciclo,
comporem o MVP (Mínimo Produto Viável) do software. Além
disso, as forma como as tarefas foram dividas permite que elas
sejam desenvolvidas de forma independente, conforme o
padrão de desenvolvimento utilizando metodologias ágeis.

https://trello.com/invite/b/EjtFeCK6/ATTI13783e3ac8989ed44765fdd53165c9b9E42750F4/trust
User Stories

Eu, como... Quero... Para...

administrador judicial cadastrar um processo de recuperação judicial atualizar o seu andamento.

Eu, como... Quero... Para...

para atualizar sua participação no pro-

administrador judicial cadastrar uma empresa arrolada em um processo de recuperação judicial
cesso.

Eu, como... Quero... Para...

manter as partes interessadas informa-

cadastrar um informe de atualização de um processo de recuperação
administrador judicial das sobre as atualizações no andamen-
judicial
to do processo.

Eu, como... Quero... Para...

que apenas pessoas autorizadas

administrador judicial que os usuários tenham permissões diferenciadas dentro da aplicação
possam incluir informações no sistema
User Stories

Eu, como... Quero... Para...

tomar decisões embasadas em dados

administrador judicial gerar relatórios com o estado geral do processo para as próximas ações dentro do pro-
cesso

Eu, como... Quero... Para...

que eu não perca prazos de apresen-

ser notificado quando houver uma atualização nos processos de meu
credor tação de documentos caso eu esqueça
interesse
de checar o andamento do processo

Eu, como... Quero... Para...

encontrar os processos que eu estou

credor pesquisar processos de recuperação judicial interessado e acompanhar seu anda-
mento

Eu, como... Quero... Para...

 Milestones Sprint #01 Sprint #02 Sprint #03

Cadastro de Processos

Cadastro de Empresas

MVP
Cadastro de Informes

Testes

Ferramenta de Pesquisa Painel de Gerenciamento

Funcionalidades
Geração de Relatórios Notificações
Extras

Testes

Autenticação de Usuários
Autorizações
Testes

Sprints
 Implementar Reuniões de Triagem:
Colaboração Realizar reuniões regulares entre desenvolvedores, operadores e outros stakeholders para revisar e priorizar as fun-
cionalidades e correções.

Pipeline de CI/CD:
Automatização Configurar um pipeline de integração contínua e entrega contínua usando o Github para automatizar a compi-
lação, testes e implantação do código.

Testes Automatizados:
Integração Integrar testes automatizados no pipeline de CI para garantir que alterações no código não quebrem funcionali-
Contínua (CI) dades existentes.

Ambientes de Teste Automatizados:

Entrega Configurar ambientes de teste automatizados para permitir a entrega contínua de novas funcionalidades em am-
Contínua (CD) bientes controlados antes da produção.

DevOps
 Implementar Ferramentas de Monitoramento:
Monitoramento Utilizar o Prometheus para monitorar continuamente o desempenho do aplicativo e identificar problemas em
Contínuo tempo real.

Design da Arquitetura:
Escalabilidade Projetar a arquitetura da aplicação de forma que permita escalabilidade horizontal para lidar com um aumento no
Horizontal número de processos e usuários.

Utilizar Ferramentas de IaC:

Infraestrutura como Implementar o Terraform para gerenciar e provisionar a infraestrutura de forma automatizada.
Código (IaC):

Análise Estática de Código:

Segurança em Introduzir ferramentas de análise estática de código para identificar potenciais vulnerabilidades de segurança du-
Todos os Estágios rante o desenvolvimento.

DevOps
 Implementar Estratégias de Failover (backup machines):
Resiliência Configurar estratégias de failover para garantir que, em caso de falha, o sistema seja capaz de se recuperar rapida-
mente.

Integração com Ferramentas de Feedback:

Feedback Rápido Integrar ferramentas de feedback instantâneo para que os desenvolvedores recebam informações imediatas sobre
o impacto de suas alterações.

Retrospectivas Regulares:
Melhoria
Realizar retrospectivas regulares para identificar oportunidades de melhoria no processo de desenvolvimento e
Contínua
operações.

Gestão de Controle de Versão:

Configuração Utilizar o Github para rastrear e gerenciar alterações no código-fonte e na configuração da infraestrutura.

DevOps
 Burndown Chart

08
O burndown chart é uma representação visual que
mostra o progresso do trabalho em um projeto ao 07

longo do tempo, geralmente associado ao framework

06
ágil Scrum. Ele exibe a quantidade de trabalho restan-
05
te versus o tempo planejado para o término do projeto

TAREFAS
04
ou de um sprint específico. Como o projeto ainda não
foi executado, tudo que temos disponível é a projeção 03

ideal. O gráfico deve ser preenchido com uma nova

02
linha, à medida que o desenvolvimento avança, com o
01
progresso real, identificando desvios e oferecendo
oportunidade de ajustar estratatégias para o cumpri-
02 04 06 08 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42
mento do prazo.

DIAS