Modelagem de Software do Estatuto do Centro Universitário

Prévia do material em texto

23
0
Estatuto do Centro Universitário Ritter dos Reis
Eduardo Cardoso, Grazielly da Silva, Gustavo Correa Mendes, João Talaia O’Donnel Neto e Kauã Marcelo Lopes
Aiqentrega: Software de entrega
Canoas/RS
2022
Eduardo Cardoso, Grazielly da Silva, Gustavo Correa Mendes, João Talaia O’Donnel Neto e Kauã Marcelo Lopes
Aiqentrega: Software de entrega
Trabalho de Conclusão de Unidade Curricular Modelagem de Software do Estatuto Do Centro Universitário Ritter Dos Reis
UniRitter
Canoas/RS
2022
RESUMO
Eduardo Cardoso, Grazielly da Silva, Gustavo Correa Mendes, João Talaia O’Donnel Neto e Kauã Marcelo Lopes, Aiqentrega: Software de entrega. 2022. Trabalho de Conclusão de Unidade Curricular – Modelagem de Software do Estatuto Do Centro Universitário Ritter Dos Reis
UniRitter, Canoas/RS, 2022.
O trabalho de conclusão da Unidade Curricular – Modelagem de Software a seguir tem como objetivo realizar o aperfeiçoamento de aplicativo já existente, Aiqfome. Cuja intenção é ser uma plataforma para delivery que trabalha com donos de restaurantes e entregadores e tem como foco, principalmente, o interior do Brasil. Está presente em mais de 550 cidades, em 22 estados.
O aperfeiçoamento do mesmo é que ele expanda em abrangência de entregas. Isso é, além de entregas do ramo alimentício, aumentar para todos os tipos de entregas; alimentícios, objetos e demais sem cobrar taxa de adesão, nem de mensalidade.
SUMÁRIO
1 O QUE É PRODUCT BACKLOG?	5
2 O QUE SÃO USER STORIES?	5
3 O QUE É SPRINT?	5
4 MODELO PARA PRODUCT BACKLOG	6
 4.1 MODELO PARA PRODUCT BACKLOG	6
5 USER STORY	6
6 ITENS UML	7
6.1 O que são itens uml?	7
6.1.1 diagramas estruturais	7
6.1.2 diagramas comportamentais	7
7 diagramas 	8
8 O QUE É mer?	9
8.1 O que são entidades?	9
8.2 O que são atributos?	9
8.3 O que são relacionamentos?	9
8.3 relacionamentos	10
9 O QUE É DER?	10
9.1 DER Conceitual	10
9.2 DER Logico	11
10 script PARA CRIAÇÃO	12,13 e 14
cONCLUSÃO	15
REFERENCIAS	16
20
O que é Product Backlog?
 Product Backlog, ou Backlog do Produto, é uma lista ordenada de tudo o que é necessário para chegar ao produto final de um projeto de desenvolvimento de software. Em outras palavras, são as “coisas” que devem ser desenvolvidas para chegar àquilo que foi acordado entre todos os envolvidos no projeto — quase uma “lista de desejos”.
 No Product Backlog, todos os itens são descritos em linguagem simples, não técnica e de negócios.
O que são user Stories?
 O termo User Story também é muito importante. Ele se relaciona diretamente com o Backlog, sendo que cada item deste corresponde a uma Story.
 A User Story, ou história do usuário, é uma descrição sucinta das necessidades do usuário do produto a ser desenvolvido. Esse termo busca descrever, de forma simples e objetiva, a necessidade por trás do projeto. Grosso modo, é uma forma de instigar a equipe a discutir um pouco mais sobre determinados pontos — mas que, por si só, não tem caráter vinculativo para mudanças no projeto.
 
O que é Sprint?
 Sprint seria cada uma das fases de um projeto, estipuladas em espaços determinados de tempo que podem variar de duas a quatro semanas.
 Pode-se dizer que o Sprint é o conceito principal do método Scrum, sendo, inclusive, um de seus pontos-chave. Nos Sprints é que serão aplicados os demais eventos, discutidos os avanços do projeto e empregadas as melhores soluções para, então, chegar ao produto final ou parte dele.
 Os Sprints devem conter orientações e um conjunto de requisitos básicos a serem implementados pelos desenvolvedores. Além disso, o processo deve se pautar pelo estabelecimento de metas e impor um ritmo mais acelerado nas execuções, engajando e aumentando a produtividade dos envolvidos.
 Arquivo do modelo de backlog
 Arquivo do modelo de backlog
22
User Story
Itens UML
· O que são itens UML?
 Unified Modeling Language ou simplesmente Linguagem de Modelagem Unificada, o UML é uma linguagem de notação para uso em projetos de sistema. UML é utilizado para construir, especificar, visualizar e documentar um software.
 Os diagramas da UML fornecem um “desenho” do sistema que se pretende desenvolver, centralizando nos diagramas um determinado conceito de fácil entendimento aos envolvidos no projeto.
 Composto por diferentes tipos de diagramas, permite que os desenvolvedores possam ter uma visão geral do seu trabalho em diagramas padronizados. Estão divididos em dois grandes grupos: Os diagramas estruturais e os diagramas comportamentais.
1. Diagramas estruturais
 Os diagramas estruturais são utilizados para especificar, visualizar, construir e documentar os aspectos estáticos do sistema, como, por exemplo: métodos, interfaces, serviços, classes, arquitetura do sistema, etc. Tendo como principais diagramas estruturais os diagramas de Classe, Diagrama de Objetos, Diagrama de Componentes, Diagrama de Implantação, Diagrama de Pacotes e Diagrama de Estrutura.
2. Diagramas comportamentais
 Já os diagramas comportamentais são utilizados para especificar detalhes do comportamento do sistema, ou seja, sua parte dinâmica e, com isso, exemplificar como determinadas funcionalidades deverão funcionar, como um processo de negócio deverá ser tratado pelo sistema, como os usuários irão interagir com o sistema, entre outros.
 A UML tem como principais diagramas comportamentais o Diagrama de Caso de Uso, Diagrama de Sequência e Diagrama de Atividade.
Diagrama
O que é MER?
 O MER (Modelo Entidade Relacionamento) é utilizado para descrever os objetos do mundo real através de entidades, com suas propriedades que são os atributos e os seus relacionamentos.
· Mas o que são entidades?
 As entidades representam um objeto do mundo real e que possuem uma existência independente, como: pessoas, empresa, carro, casa, entre outras coisas que podem ser representadas por uma entidade. Podemos considerar que existem três tipos de entidades, 
1. Entidades fortes, que não dependem de outras entidades para existirem. 
2. Entidades fracas, dependem de outras entidades para existir, ou seja, elas não possuem existência própria ou não possuem atributos próprios para identificação, dependendo assim, dos atributos chave das entidades fortes. 
3. Entidades associativas, que são utilizadas quando existe a necessidade de associar uma entidade a um relacionamento.
· E o que são atributos?
 Os atributos descrevem as propriedades das entidades. A entidade pessoa pode ter como atributo o nome, data de nascimento, idade, endereço. Como as entidades, também existem alguns tipos de atributos, que são: os atributos simples, atributos compostos, atributos multivalorados, atributos derivados e atributos chave. Agora veremos cada um deles:
1. Atributo Simples
2. Atributo Composto
3. Atributo Multivalorado
4. Atributo Derivado
5. Atributo Chave
· E os relacionamentos?
 As entidades podem se relacionar entre si, havendo assim uma associação, que conhecemos como relacionamento, que normalmente são representados por verbos. Como, por exemplo, “uma pessoa trabalha para uma empresa”. Também podemos classificar os relacionamentos em três tipos:
1. Relacionamento UM PARA UM (1:1)
2. Relacionamento UM PARA MUITOS (1:N)
3. Relacionamento MUITOS PARA MUITOS (N:N)
O DER (Diagrama Entidade-Relacionamento)
 O DER (Diagrama Entidade-Relacionamento) é utilizado para representar em forma gráfica o que foi descrito no MER (Modelo Entidade Relacionamento).
DER Conceitual
DER Logico
Script para criação do Banco de Dados
create database bd_abcnoite2
default character set utf8
default collate utf8_general_ci;
use bd_abcnoite2;
create table tb_cliente(
	pk_codcliente int(4) zerofill not null auto_increment primary key,
	nome varchar(100) not null,
	cpf char(14) not null,
	senha varchar(16) not null
)engine = InnoDB;
create table tb_contato(
	pk_codcontato int(4)zerofill not null auto_increment primary key,
	ddd tinyint(2) not null,
	numero varchar(15) not null,
	tipo varchar(50),
	email varchar(100)
)engine = InnoDB;
create table tb_endereco(
	pk_codendereco int(4) zerofill not null auto_increment primary key,
	rua varchar(255) not null,
	numero int(6) not null,
	complemento varchar(100),
	cep char(9) not null,
	bairro varchar(150) not null,
	cidade varchar(100) not null
)engine = InnoDB;
create table tb_cargo(
	pk_codcargo int(4) zerofill not null auto_increment primary key,
	nome varchar(150) not null,
	pisosalarial decimal(7,2)
)engine = InnoDB;
create table tb_funcionario(
	pk_codfuncionario int(4) zerofill not null auto_increment primary key,
	nome varchar(100) not null,
	cpf char(14) not null,
	senha varchar(16) not null,
	fk_codfuncionariogerente int(4) zerofill,
	fk_codcargo int(4) zerofill not null,
	fk_codendereco int(4) zerofill not null,
	foreign key (fk_codfuncionariogerente) references tb_funcionario(pk_codfuncionario),
	foreign key (fk_codcargo) references tb_cargo(pk_codcargo),
	foreign key (fk_codendereco) references tb_endereco(pk_codendereco)
)engine = InnoDB;
create table tb_venda(
	pk_codvenda int(5) zerofill not null auto_increment primary key,
	periodo date not null,
	valortotal decimal(7,2) not null,
	fk_codfuncionario int(4) zerofill,
	fk_codcliente int(4) zerofill not null,
	foreign key (fk_codfuncionario) references tb_funcionario(pk_codfuncionario),
	foreign key (fk_codcliente) references tb_cliente(pk_codcliente)
)engine = InnoDB;
create table tb_produto(
	pk_codproduto int(5) zerofill not null auto_increment primary key,
	nome varchar(200) not null,
	categoria varchar(255),
	precounitario decimal(7,2) not null
)engine = InnoDB;
create table tb_funcionario_tb_contato(
	fk_codfuncionario int(4) zerofill,
	fk_codcontato int(4) zerofill,
	foreign key (fk_codfuncionario) references tb_funcionario(pk_codfuncionario),
	foreign key (fk_codcontato) references tb_contato(pk_codcontato)
)engine = InnoDB;
create table tb_contato_cliente(
	fk_codcontato int(4) zerofill not null,
	fk_codcliente int(4) zerofill not null,
	foreign key (fk_codcontato) references tb_contato(pk_codcontato),
	foreign key (fk_codcliente) references tb_cliente(pk_codcliente)
)engine = InnoDB;
create table tb_endereco_tbcliente(
	fk_codendereco int(4) zerofill not null,
	fk_codcliente int(4) zerofill not null,
	foreign key (fk_codendereco) references tb_endereco (pk_codendereco),
	foreign key (fk_codcliente) references tb_cliente (pk_codcliente)
)engine = InnoDB;
create table tb_produto_tb_venda(
	quantidade tinyint(3) not null,
	fk_codproduto int(5) zerofill not null,
	fk_codvenda int(5) zerofill not null,
	foreign key (fk_codproduto) references tb_produto(pk_codproduto),
	foreign key (fk_codvenda) references tb_venda(pk_codvenda)
)engine = InnoDB;
CONCLUSÃO
 O desenvolvimento do presente estudo possibilitou expor a importância da modelagem na produção de um software. Além disso, também permitiu uma pesquisa para obter dados mais consistentes sobre as etapas do processo. Ele permitiu a criação de etapas como: Product Backlog, User Stories e Sprints, Itens UML, Modelagem para o banco – MER e DER, Scripts para criação do mesmo
 Os modelos são construídos para compreender melhor o sistema que está sendo desenvolvido.
 O trabalho de conclusão em si, é referente a uma melhoria do software já existente “AIQFOME”, sendo transformado em “AIQENTREGA”, cujo objetivo é amplificar o ramo de entregas para mais do que entregas de alimentos e sim de objetos em geral.
REFERÊNCIAS
https://www.alura.com.br/artigos
https://saipos.com/aiqfome
http://www.linhadecodigo.com.br/
https://blog.cronapp.io/
https://blog.myscrumhalf.com/
https://gaea.com.br/
https://www.treinaweb.com.br/
Modelo para 
Product Backlog.pdf
Modelo para Product Backlog
No Tarefa Prioridade Status Tarefa Atribuído a: Pontos dahistória Sprint # Sprint Ativo
1 TASK- - Backlog Sprint Ativo:
2 Tarefa-099 Prioridade Status Nome da Tarefa Atribuído a:
3 Tarefa-099 Concluída Criação da Documentação Grazy 8 1 0
4 Tarefa-101 Concluída Criação diagrama de caso de uso Gustavo 16 1 0
5 Tarefa-102 Concluída Criação do diagrama de atividades Gustavo 16 1 0
6 Tarefa-103 Concluída Criação diagrama de classe João 32 1 0
7 Tarefa-112 Concluída Desenvolvimento MER João 64 1 0
8 Tarefa-105 Concluída Desenvolvimento DER Kauã 64 1 0
9 Tarefa-106 Concluída Script Banco de Dados Eduardo 64 1 0
10 Tarefa-107 Concluída Introdução Grazy 8 1 0
11 Tarefa-108 Concluída Conclusão Grazy 8 1 0
12 Tarefa-109 Concluída User Stories Kauã 16 1 0
Página 1 de 3Exportado em 13 de Junho de 2022 18h09min11s PDT
Estimação Log Progresso Início Término Términoreal Recurso
2
H H Início Prazo Término
1 3 09/03/22 13/06/22 12/04/22 Recurso A
2 5 19/04/22 13/06/22 02/05/22 Recurso C
2 7 29/04/22 13/06/22 12/05/22 Recurso C
2 9 29/04/22 13/06/22 11/05/22 Recurso D
6 4 16/05/22 13/06/22 31/05/22 Recurso D
6 1 16/05/22 16/05/22 31/05/22 Recurso D
8 1 25/05/22 13/06/22 01/06/22 Recurso B
1 5 01/06/22 13/06/22 08/06/22 Recurso B
1 1 01/06/22 13/06/22 08/06/22 Recurso A
2 07/04/22 07/04/22 12/04/22 Recurso B
Página 2 de 3Exportado em 13 de Junho de 2022 18h09min11s PDT
Comentários
Página 3 de 3Exportado em 13 de Junho de 2022 18h09min11s PDT
Modelo para 
Product Backlog (1).pdf
Modelo para Product Backlog
No Tarefa Prioridade Status Tarefa Atribuído a: Pontos dahistória Sprint # Sprint Ativo Estimação Log Progresso Início Término
Término
real Recurso Comentários
1 TASK- - Backlog Sprint Ativo: 2
2 Tarefa-099 Prioridade Status Nome da Tarefa Atribuído a: H H Início Prazo Término
3 Tarefa-099 Concluída Criação da Documentação Grazy 8 1 0 1 3 09/03/22 13/06/22 12/04/22 Recurso A
4 Tarefa-101 Concluída Criação diagrama de caso de uso Gustavo 16 1 0 2 5 19/04/22 13/06/22 02/05/22 Recurso C
5 Tarefa-102 Concluída Criação do diagrama de atividades Gustavo 16 1 0 2 7 29/04/22 13/06/22 12/05/22 Recurso C
6 Tarefa-103 Concluída Criação diagrama de classe João 32 1 0 2 9 29/04/22 13/06/22 11/05/22 Recurso D
7 Tarefa-112 Concluída Desenvolvimento MER João 64 1 0 6 4 16/05/22 13/06/22 31/05/22 Recurso D
8 Tarefa-105 Concluída Desenvolvimento DER Kauã 64 1 0 6 1 16/05/22 16/05/22 31/05/22 Recurso D
9 Tarefa-106 Concluída Script Banco de Dados Eduardo 64 1 0 8 1 25/05/22 13/06/22 01/06/22 Recurso B
10 Tarefa-107 Concluída Introdução Grazy 8 1 0 1 5 01/06/22 13/06/22 08/06/22 Recurso B
11 Tarefa-108 Concluída Conclusão Grazy 8 1 0 1 1 01/06/22 13/06/22 08/06/22 Recurso A
12 Tarefa-109 Concluída User Stories Kauã 16 1 0 2 07/04/22 07/04/22 12/04/22 Recurso B
Página 1 de 1Exportado em 13 de Junho de 2022 18h09min30s PDT
 
 
Estatuto do Centro Universitário Ritter dos Reis
 
 
 
 
 
 
 
 
 
 
 
 
 
Eduardo Cardoso, Grazielly da Silva, Gustavo Correa Mendes, João Talaia O’Donnel Neto e 
Kauã Marcelo Lopes
 
Aiqentrega
: 
Software de entr
e
ga
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Canoas/RS
 
2022
 
 
Estatuto do Centro Universitário Ritter dos Reis 
 
 
 
 
 
 
 
 
 
 
 
 
Eduardo Cardoso, Grazielly da Silva, Gustavo Correa Mendes, João Talaia O’Donnel Neto e 
Kauã Marcelo Lopes 
Aiqentrega: Software de entrega 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Canoas/RS 
2022