4092a7ef-2364-46d9-b611-c7f6a725ffed

Prévia do material em texto

CURSO SUPERIOR DE (TECNÓLOGO EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS)
 (
NOME
 
DO AUTOR:
 
CARLOS RAFAEL DOS SANTO CLAVIJO
)
PROJETO INTEGRADO II
PortoAlegre2022
NOME DO AUTOR: CARLOS RAFAEL DOS SANTOS CLAVIJO
PROJETO INTEGRADO II
Produção Textual Referente ao Projeto Integrado Interdisciplinar do 2º Semestre do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas, apresentado como requisito parcial para a obtenção de média semestral na disciplina de:
· Projeto Integrado - II
Orientador: Prof. Ms. Dorival Magro Junior Professores Titulares:
· Profª. Ms. Adriane Aparecida Loper
· Prof. Ms. Vanessa Matias Leite
· Prof. Ms Wesley Viana Pereira
· Prof. Ms. Marco Ikuro Hisatomi
Porto Alegre2022
SUMÁRIO
INTRODUÇÃO	3
DESENVOLVIMENTO	4
Lógica Computacional	4
Engenharia de Software	5
Modelagem de Dados	7
Algorítimos e Programação Estruturada	8
Análise e Modelagem de Sistemas	8
CONCLUSÃO	11
1 INTRODUÇÃO
Este trabalho conjunto tem como objetivo desenvolver através de um estudo bibliográfico, pesquisa na internet e outras fontes de consulta uma forma de explicar e demonstrar conteúdos propostos nas cadeiras de Lógica computacional, Engenharia de Software, Modelagem de Dados, Algoritmos e Programação Estruturada e Análise e Modelagem de Sistemas.
O projeto se desenvolverá seguindo um cronograma de tarefas propostas que avaliam o entendimento do aluno de forma mais prática e aprofundada sobre temas relevantes apresentados anteriormente nas disciplinas.
 (
3
)
2 DESENVOLVIMENTO
O desenvolvimento das tarefas seguirá a seguinte ordem: Lógica Computacional (Professora Adriane Aparecida Loper) onde resolveremos uma série de questões apresentadas através de um problema apresentado, o método utilizado pra solução será o Diagrama de Veen; Engenharia de Software (Professora Vanessa Matias Leite) onde falaremos sobre o funcionamento e etapas do TDD (Test Driven Development); Modelagem de Dados (Professor Marco Ikuro Hisatomi) onde indicaremos uma ferramenta CASE que permita a criação de um MER para um projeto de banco de dados relacional, explicando as vantagens; Algoritmos e Programação Estruturada (Professores Wesley Viana Pereira e Vanessa Matias Leite) apresentar um programa em linguagem C que efetue comandos pré-definidos na tarefa; e Análise e Modelagem de Sistemas (Professora Vanessa Matias Leite) serão apresentados relacionamentos informados na tarefa relativos ao diagrama de classes.
2.1 LÓGICA COMPUTACIONAL
Experiência com 13.500 agricultores e verificou-se:
· 7.000 plantam arroz;
· 4.100 plantam banana;
· 3.100 plantam uva;
· 2.100 plantam arroz e banana;
· 1.400 plantam arroz e uva;
· 1.000 plantam banana e uva;
· 400 plantam arroz, banana e uva.
 (
11
)
 (
Total
 
da
 
pesquisa
 
13500
)Arroz
 (
1100
1400
600
400
1700
1000
3900
)Uva	Banana
a) Quantos plantam pelo menos uma das três espécies?
10.100 agricultores.
b) Quantos não plantam nenhuma das três espécies?
3.400 agricultores.
c) Quantos plantam arroz ou banana, mas não plantam uvas?
7.000 agricultores.
d) Quantos plantam apenas uvas?
1100 agricultores.
2.2 ENGENHARIA DE SOFTWARE
A prática de teste de softwareTDD (Test Driven Development) segue
o seguinte ciclo: Red, Green, Refactor
O primeiro passo é escrever um teste que falha, depois execute o teste e acompanhe a falha, desenvolva a solução mais simples possível, teste novamente (nesse momento não deverá ocorrer falha), em caso de nova falha retorne ao passo anterior, refatore a funcionalidade do código escrevendo ele por completo e eliminando redundâncias ao final do processo reinicie com um novo teste.
2.3 MODELAGEM DE DADOS
A ferramenta CASE (Computer-Aided Software Engineering) escolhida para ser apresentada nesse trabalho como Modelo de Entidade- Relacionamentos (MER) foi a plataforma ou programa on line Lucidchart.
“O Diagrama Entidade Relacionamento Online Lucidchart é um espaço de trabalho visual que mescla diagramação, visualização de dados e colaboração para acelerar a compreensão e promover a inovação.” 
As principais vantagens de se optar por essa ferramenta são:
· Visualização online;
· Facilidade de uso com modelos, símbolos e notações de ER;
· Importa e exporta a estrutura de BD;
· Importa seu salesforce;
· Aceita sistema compartilhado.
As cardinalidades constantes no Lucidchart são apresentadas pela
figura baixo.
2.4 ALGORÍTIMOS E PROGRAMAÇÃO ESTRUTURADA
Fazer um programa na linguagem C, utilizando qualquer compilador, em que peça como entrada, seu nome, endereço e telefone, por fim, exiba esses dados na tela.
#include <stdio.h> #include <stdlib.h>
/* run this program using the console pauser or add your own getch, system("pause") or input loop */
int main(int argc, char *argv[]) { char nome[30];
char endereco[30]; char telefone[30]; printf("Nome:");
scanf("%s" , &nome); printf("Endereco:"); scanf("%s" , &endereco); printf("Telefone:"); scanf("%s" , &telefone); printf("\n Nome: %s", nome);
printf("\n Endereco: %s", endereco); printf("\n Telefone: %s", telefone);
return 0;
}
2.5 ANÁLISE E MODELAGEM DE SISTEMAS
Conforme o exercício solicitado “O diagrama de classes da UML é um diagrama estrutural, que tem como objetivo principal ilustrar graficamente a estrutura do software, em níveis mais e menos abrangentes. Além disso, o diagrama de classes mostra como se dá a interligação entre os componentes da estrutura do sistema. Para compreender o diagrama de classes, é preciso entender os relacionamentos entre as classes que poderão ser representadas no diagrama de classes e objetos. Sabendo disso, explique os relacionamentos listados a seguir:”.
a) Encapsulamento: é a capacidade de esconder detalhes da implementação do objeto, expondo somente aquilo que pode ser público.
b) Herança: Na herança uma classe estende os atributos e métodos de uma outra classe. Também conhecida como Classe Pai ou Superclasse.
c) Agregação: o objeto possui partes essas partes não perdem a sua existência pela
destruição do objeto.
b) Composição: é um objeto que consta com outros objetos formando assim sua estrutura. Na composição se o objeto possuidor é destruído os demais objetos também serão, tipo de relacionamento “tem 1”.
3 CONCLUSÃO
Ao final do trabalho, percebi o quanto de leitura extra foi necessário mesmo após já ter concluído todas as cadeiras das tarefas. Isso demonstrou que somente mesmo após o final de cada uma das matérias os estudos sempre deverão ser constantes para que eu, como profissional de TI não fique defasado junto ao mercado. Também notei que a busca de outras fontes sejam elas formais ou no caso da TI, muitas delas informais, apresentam novas formas e novos modos de vermos a mesma matéria, apresentando um ângulo diferente de visão a cada nova pesquisa e a cada nova tarefa concluída. Terminando esta conclusão acredito que complementei em muito o conhecimento inclusive entendendo de forma mais simples muitos conceitos que havia achado muito difíceis em sala de aula.