Apresentação Projeto de Software, Manuais, Projetos, Pesquisas de Cultura

Baixe Apresentação Projeto de Software e outras Manuais, Projetos, Pesquisas em PDF para Cultura, somente na Docsity!

Trabalho de

Engenharia de

Software

RAFAE L MART INS ALVE S RO DR IGO MART INS ALVE S M E LISS A SIMÕE S GLE D SON LE IT E LE AL

1. Introdução

O trabalho consiste no desenvolvimento de uma aplicação prática, dos assuntos abordados em sala de aula. Pelo qual desenvolvemos uma ferramenta de auxílio de projeto de cabines de tratores, neste se trata de um aplicativo para consulta das informações cadastradas na base de dados, onde todo o relacionamento das tabelas do banco de dados já foram definidas necessitando a consulta das informações cadastrada e sua impressão na tela do usuário.

2.1 Problema abordado

Diante do atual processo de evolução das máquinas

agrícolas, impulsionada em grande parte pela

agricultura de precisão, os postos de operação vem

empregando alta tecnologia. Em meio a este

contexto, o modo como estas informações estão

sendo disponibilizadas ao usuário, em conjunto com

as características ergonômicas e de segurança no

projeto de cabines, tornam-se aspectos importantes a

serem averiguados, visto a quantidade de fatores

envolvidos e as incompatibilidades encontradas.

2.1 Problema abordado

Esta ferramenta é possível realizar consulta de informações.

Para consulta dos dados fez-se o uso do servidor (Mysql), que

com essa arquitetura foi possível criar uma interface de

consulta. O software baseia-se em uma metodologia de projeto

do produto específica para cabines, ainda, e abrange três fases,

a de planejamento, projeto informacional e projeto conceitual,

compostas por diversas atividades e ferramentas como, o

Diagrama de Mudge, Matriz da Casa da Qualidade, Matriz

Morfológica, entre outras. Os procedimentos, compostos por

uma série de relacionamentos, são executados através de

scripts em MySQL.

2.3 Especificação de requisitos

As especificações do requisitos do projetos são: consultar

projeto, consultar necessidade dos clientes, consultar

requisito do cliente, consultar normas requisito de projeto,

consultar requisitos de projeto.

2.4 Requisitos funcionais e não-

funcionais

• (^) Requisitos funcionais: consulta, gerar relatórios e impressão

dos relatórios.

• (^) Requisitos não funcionais: fácil acesso, manuseio,

segurança nas informações, estabilidade, alta

performance.

3.1 Diagrama de caso de Uso

Segundo Bezerra (2007, p. 53), “o modelo de caso de uso é a representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com ele”. Este modelo é parte integrante da especificação de requisitos. Na verdade, o modelo de Caso de Uso molda os requisitos funcionais do sistema. Esse diagrama foi idealizado pelo engenheiro de software sueco, Ivar Jacobson na década de 1970, enquanto trabalhava no desenvolvimento de um sistema na empresa Ericson. Esse diagrama, embora usado com bastante intensidade nas etapas iniciais do processo de desenvolvimento de software, permeia praticamente todo esse processo, nesse sentido FOWLER (2000) relata que os diagramas de Caso de Uso dirigem todo o processo de desenvolvimento, eles fornecem a base da comunicação entre clientes e desenvolvedores no^10

3.1 Diagrama de caso de Uso

Segue o diagrama de caso de uso

do projeto elaborado.

3.2 Diagrama de sequência

Segue o diagrama de sequência

do projeto desenvolvido.

3.3 Diagrama de banco de dados

Através deste diagrama poderemos representar, de forma sucinta e bem estruturada, todos os elementos essenciais abstraídos no processo de análise de sistemas. Denominamos entidade (retângulo) estes elementos. Atribuímos a cada entidade definida atributos pertinentes ao sistema. Desta forma, podemos definir conceitualmente que representaremos como entidades aqueles elementos no qual gostaríamos de armazenar dados – que por sua vez, são representados pelos atributos. Através do relacionamento (losango) representaremos o tipo de relação existente entre as entidades.

3.4 Diagrama de classes

O diagrama de classes representa a estrutura do sistema, recorrendo ao conceito de classe e suas relações. O modelo de classes resulta de um processo de abstração onde são identificados os objetos relevantes do sistema em estudo. Um objeto é uma ocorrência que tem interesse para o sistema em estudo e que se pretende descrever no seu ambiente, contendo identidade e comportamento. O comportamento de um objeto define o modo como ele age e reage a estímulos externos e a identidade de um objeto é um atributo que o distingue de todos os demais, sendo preservada quando o seu estado muda. Um objeto não é mais do que uma instância da classe.

3.4 Diagrama de classes

Segue o diagrama de classe aplicado com o Template

Method:

4.1 Como está agrupado o

código referente ao projeto

O website está subdividido em pastas, onde cada pasta contem

uma coleção de arquivos que tem algum relacionamento entre

eles, isso permite ter facilidade de busca de erro, melhor

manutenção dos códigos, tudo isso trás uma maior organização

da estrutura do software.

Os códigos foram documentados para que se possa ter uma

maior compreensão do algoritmo empregado e descrição das

variáveis utilizadas que auxiliam terceiros que vão dar

manutenção no software, tem uma maior rapidez de

compreensão do código do programa.

4.1 Como está agrupado o

código referente ao projeto

Para criação do layout do software utilizou se folhas de estilo

CSS que são Folhas de estilos em cascata — Cascading Style

Sheets (CSS) — é uma ferramenta para construção do layout

dos seus websites. Permite que projete websites com uma

técnica completamente diferente da convencional e possibilita

uma considerável redução de tempo de trabalho.

Utilizou-se o máximo possível de componentes que ajudou na

agilização da programação, como o exemplo classes prontas

para conexão em mysql que auxiliou na organização do

software e na implementação do mesmo.