97546496 Portfolio Grupo 3º Semestre Analise de Sistemas Unopar Adson Jose Honori de Melo

5/25/2018 97546496 Portfolio Grupo 3 Semestre Analise de Sistemas Unopar Adson Jose Honori de Melo

1/20

Palmas2012

ADSON JOS HONORI DE MELOGERISVALDO DA COSTA MACEDOMRIO CSAR CARNEIRO FRANCO

MAURO MARTINS LEAL

SISTEMA DE ENSINO PRESENCIAL CONECTADOANLISE DE DESENVOLVIMENTO DE SISTEMAS

PORTFLIO DE GRUPO 3 SEMESTREDiagrama de atividades, modelagem de dados e programao orientadaa objetos na linha de frente da construo de sistemas informatizados.


2/20

Palmas2012

PORTFLIO DE GRUPO 3 SEMESTREDiagrama de atividades, modelagem de dados e programao orientadaa objetos na linha de frente da construo de sistemas informatizados.

Trabalho apresentado s disciplinas Algoritmos eEstruturas de Dados, Anlise de Sistemas, Seminrio III,Desenvolvimento Orientado a Objetos I e Banco deDados II da Universidade Norte do Paran - UNOPAR

Prof(s). : Marcio RobertoRoberto Y. NishimuraPolyanna GomesMerris Mozer

ADSON JOS HONORI DE MELOGERISVALDO DA COSTA MACEDOMRIO CSAR CARNEIRO FRANCO

MAURO MARTINS LEAL


3/20

SUMRIO

1 INTRODUO.....................................................................................................32 DESENVOLVIMENTO .........................................................................................42.1 UML DIAGRAMA DE ATIVIDADES...............................................................42.1.1 CENRIO ATUAL .........................................................................................42.1.1.1 GERENCIAR DEVOLUO......................................................................42.1.1.2 GERENCIAR EMPRSTIMOS..................................................................52.1.1.3 MANTER LIVROS .....................................................................................62.1.1.4 MANTER USURIOS................................................................................72.1.2 NOVO CENRIO ..........................................................................................72.2

MODELO CONCEITUAL COM MRN APLICADO...........................................10

2.3 MAPEAMENTO OBJETO RELACIONAL .......................................................112.4 LISTA ORDENADA ........................................................................................163 CONCLUSO ....................................................................................................18REFERNCIAS.........................................................................................................19


4/20

3

1 INTRODUO

O analista de sistemas deve garantir o alinhamento entre tecnologia

e estratgias organizacionais, os projetos de software devem conhecer o cenrio

organizacional em um nvel suficiente, a ponto de avaliar e sugerir melhorias, ou

mesmo reengenharia nos processos de negcio.

Este trabalho mostrar na prtica a importncia das tcnicas e

conceitos da UML, atravs do diagrama de atividades, bem como a modelagem de

dados na utilizao dos consagrados bancos de dados relacionais juntamente com a

programao orientada a objetos, viabilizando o sucesso dos sistemas no que tange

o alinhamento dos objetivos aos processos das organizaes.


5/20

4

2 DESENVOLVIMENTO

2.1 UML DIAGRAMA DE ATIVIDADES

O diagrama de atividades, geralmente apresentado como parte da

descrio funcional de um sistema, devido ao fato de especificar processos lgicos

(atividades do sistema e dos fluxos de dados ou decises). Nele so apresentadas

as relaes entre cada atividade de um determinado processo, em que podem ser

vistas as relaes de dependncia entre essas atividades, e quem so os

responsveis pelas suas execues.

2.1.1 CENRIO ATUAL

Respeitando ao mximo o texto da proposta e abstraindo algumas

situaes do cenrio atual da empresa sobre sua rotina de trabalho, estipulamos

que o cliente chega loja e vai at as prateleiras, escolhe o exemplar que deseja e

leva at o atendente para efetivar a locao. Ou ento, se a inteno devolver o(s)

livro(s) na sua totalidade, solicita ao funcionrio a baixa do emprstimo.

2.1.1.1 GERENCIAR DEVOLUO

Figura 1 diagrama de atividades (gerenciar devoluo total)


6/20

5

2.1.1.2 GERENCIAR EMPRSTIMOS

Figura 2 diagrama de atividades (gerenciar emprstimos)


7/20

6

2.1.1.3 MANTER LIVROS

Figura 3 diagrama de atividades (manter livros)


8/20

7

2.1.1.4 MANTER USURIOS

Figura 4 diagrama de atividades (manter usurios)

2.1.2 NOVO CENRIO

Para o novo cenrio com as alteraes significativas no processo de

devoluo fracionada e no de emprstimos, faremos tambm mudanas no fluxo de

trabalho, abstrairemos que agora o cliente no tem mais acesso s prateleiras, e o

funcionrio dever consultar o sistema a procura dos exemplares disponveis, para

somente ento, buscar o livro.

Daremos nfase aos dois processos que sofreram alteraes

significativas: emprstimo e devoluo.

Emprstimo: o funcionrio autenticado e pertencente ao

departamento de locaes consulta se o cliente cadastrado. No h mais a

condio de pendncia, ou seja, havendo ou no emprstimos em aberto,

permitido realizar um novo sem que o ltimo tenha sido finalizado. A multa ou

relocao ser tratada no processo de devoluo, uma vez que no antigo processo o


9/20

8

cliente pagava na hora de efetivar o emprstimo e no h na proposta inicial aluso

a multas ou relocaes automticas. O funcionrio consulta o livro solicitado pelo

cliente, podendo faz-lo pelo ttulo ou autor. O sistema checa a disponibilidade e

exibe os resultados. Informar a data do emprstimo. O sistema realiza o emprstimo

e emite o comprovante.

Figura 5 diagrama de atividades (gerenciar emprstimo - reformulado)

Devoluo: funcionrio autenticado e do departamento de locaes

consulta o sistema e exibe o emprstimo. Dever selecionar os exemplares e o

sistema calcular e exibir o valor a pagar incluindo possveis atrasos. O funcionrio

receber o valor e o sistema encerrar o emprstimo se for entregue todos os

exemplares ou dar baixa nos itens de emprstimo.


10/20

9

Figura 6 diagrama de atividades (gerenciar devoluo - reformulado)


11/20

10

2.2 MODELO CONCEITUAL COM MRN APLICADO

O modelo relacional foi inventado pelo Dr. Codd e

subsequentemente mantido e aprimorado por Chris Date e Hugh Darwen como um

modelo geral de dados.

A normalizao de dados uma srie de passos que se segue no

projeto de um banco de dados que permite um armazenamento consistente e um

eficiente acesso aos dados em um banco de dados relacional. Esses passos

reduzem a redundncia de dados e as chances dos dados se tornarem

inconsistentes.

Procuramos obedecer e respeitar todas as regras de negcios

impostas na proposta, entretanto, depois de uma minuciosa anlise em grupo,

assumimos algumas adaptaes visando melhorar a utilizao do software pelo

usurio e nos preocupando em no engess-lo na modelagem.

Por exemplo, quanto ao cadastro de autores, a regra de negcio diz

que um livro deve ter 1 ou vrios autores. Significa dizer, que ao se cadastrar um

autor, obrigatoriamente, devemos relacion-lo a um livro pelo menos.

Imaginemos que um funcionrio comprou 200 livros de uma grande

livraria e deseja cadastr-los antes mesmo de receb-los. Para isso, solicitou a outro

funcionrio que fosse lanando os nomes dos autores para depois agilizar o trabalho

de cadastro dos livros. Pela regra original isso no seria possvel!

Portanto, na nossa concepo de modelagem, deixamos em aberto

esta possibilidade colocando a cardinalidade de (0,n) na entidade AUTOR, ou seja,pode-se cadastrar N autores e depois na tela de cadastro de livros ligamos livro a

autor(es). Essa adaptao no fere a regra de negcios, pois ainda sim, um livro no

pode ser includo sem um autor.

Utilizamos o mesmo raciocnio na entidade LIVROS em relao

entidade EXEMPLAR.


12/20

11

Figura 7 modelo conceitual do sistema com alteraes

2.3 MAPEAMENTO OBJETO RELACIONAL

Tcnica de desenvolvimento utilizada para reduzir a impedncia da

programao orientada aos objetos utilizando bancos de dados relacionais. As

tabelas do banco de dados so representadas atravs de classes e os registros de

cada tabela so representados como instncias das classes correspondentes.

Com esta tcnica, o programador no precisa se preocupar com os

comandos em linguagem SQL; ele ir usar uma interface de programao simples

que faz todo o trabalho de persistncia.

A seguir, relacionamos as classes e seus respectivos cdigos

gerados a partir de nosso DER.


13/20

12

Classe Pessoa===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;

namespaceUnopar{classclasse_Pessoa{

privateintcodigo;privatestringnome;privateDateTimedat_nasc;

publicintCodigo{

get{ returncodigo; }set{ codigo = value; }

}publicstringNome{

get{ returnnome.Trim().ToUpper(); }set{

if((value.Length > 70) || (value.Length < 5))throw new Exception("o tamanho para este campo de 5 a 70

caracteres.");else

nome = value;}

}publicDateTimeDat_nasc{

get{ returndat_nasc; }set{ dat_nasc = value; }

}} // fecha classe Pessoa

}

Classe Funcionario===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceUnopar{

classclasseFuncionario: classe_Pessoa{

privateintfunc_codigo;

publicintFunc_codigo{

get{ returnfunc_codigo; }set{ func_codigo = value; }

}}

}


14/20

13

Classe Cliente===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;

namespaceUnopar{classclasseCliente: classe_Pessoa{

privateintcli_codigo;publicintCLi_codigo{

get{ returncli_codigo; }set{ cli_codigo = value; }

}}

}

Classe Autor

===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceUnopar{

classclasseAutor: classe_Pessoa{

privateintaut_codigo;publicintAut_codigo{

get{ returnaut_codigo; }set{ aut_codigo = value; }

}}}

Classe Livro===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceUnopar{

classclasse_Livro{

privateintliv_codigo;privatestringliv_titulo;

publicintLiv_codigo{

get{ returnliv_codigo; }set{ liv_codigo = value; }

}

publicstringLiv_titulo{

get


15/20

14

{returnliv_titulo.Trim().ToUpper();

}set{

if(value.Length > 60)

thrownewException("Tamanho do nome invlido.");elseliv_titulo = value;

}

} // fecha public Liv_Codigo

} // fecha classe livro}

Classe Exemplar===========================================usingSystem;usingSystem.Collections.Generic;

usingSystem.Linq;usingSystem.Text;

namespaceUnopar{

classclasse_Exemplar{

privateintexem_codigo;privatestringexem_status;

publicintExem_codigo{

get{ returnexem_codigo; }set{ exem_codigo = value; }

}

publicstringExem_status{

get{ returnexem_status; }set{

if(value.Length > 10)thrownewException("o Status deve ter no mximo 10 caracters.");

elseexem_status = value;

}}

} // fecha classe exemplar}

Classe Classificao===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceUnopar{

classclasseClassificacao{


16/20

15

privateintcla_codigo;privatedoublecla_valor;privatestringcla_tipo;

publicintCla_codigo{

get{ returncla_codigo; }set{ cla_codigo = value; }}publicDoubleCla_valor{

get{ returncla_valor; }set{

if((cla_valor.GetType() == typeof(Double))){

cla_valor = value;}else

cla_valor = 0;}

}publicstringCla_tipo{

get{ returncla_tipo; }set{

if ((value != "diamante") || (value!= "ouro") ||(value != "prata")||(value!= "bronze") )

thrownewException("erro no tipo da classificao");else

cla_tipo = value;}

}}

}

Classe Classificao===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceUnopar{

classclasseDepartamento{

privateintdep_codigo;privatestringdep_nome;

publicintDep_codigo{

get{ returndep_codigo;}set{ dep_codigo = value; }

}

publicstringDep_nome{

get{ returndep_nome; }

set{if(dep_nome.Length > 20)


17/20

16

throw new Exception("Excedeu o limite de caracteres. Tamanhomximo de 20");

elsedep_nome = value;

}}

}}

Classe Emprestimo===========================================usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;namespaceUnopar

{classclasseEmprestimo

{privateintemp_codigo;privateDateTimeemp_datalocacao;privateDateTimeemp_datadevolucao;

publicintEmp_codigo{

get{ returnemp_codigo; }set{ emp_codigo = value; }

}

publicDateTimeEmp_datalocacao{

get{ returnemp_datalocacao; }set{ emp_datalocacao = value; }

}

publicDateTimeEmp_datadevolucao{

get{ returnemp_datadevolucao.AddDays(5); }set{ emp_datadevolucao = value; }

}}

}

2.4 LISTA ORDENADA

Uma lista a coleo de elementos de mesmo tipo, dispostos

linearmente, que podem ou no seguir uma organizao.

O cdigo abaixo escrito em C# solicita do usurio o tamanho da lista

e depois ordena pela data de devoluo do filme.


18/20

17

usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;

namespaceUnopar

{ classProgram{

staticvoidMain(string[] args){

Console.Write("Quantos registros deseja inserir? ");intqtd = Int32.Parse(Console.ReadLine());

inti = 0;string[] cliente = newstring[qtd];DateTime[] dataEmprestimo = newDateTime[qtd];

while(i < qtd){

Console.Write("\nDigite o nome do usuario que fez a locao: ");

cliente[i] = Console.ReadLine().ToUpper().Trim();Console.Write("Data de locao (dd/mm/aaaa): ");dataEmprestimo[i] = DateTime.Parse(Console.ReadLine());i++;

}

Console.WriteLine("\n\n===========================================");intq = (cliente.Length) - 1;while(q >= 0){

DateTimedataDevolucao = dataEmprestimo[q].AddDays(5);Console.WriteLine("Cliente: \t"+ cliente[q] + "\nData Empr: \t"+

dataEmprestimo[q] + "\nData Devol: \t"+ dataDevolucao + "\n");q--;

}Console.WriteLine("===========================================");Console.ReadKey();

}}

}


19/20

18

3 CONCLUSO

O processo de modelagem do banco de dados merece destaque em

nossa avaliao, pois exercemos a essncia de nossa profisso: a anlise. Foram

bastante interessantes as discusses, reunies e ponderaes, medida que o

modelo tomava forma. Ficou latente, que em projetos de sistemas, vrias cabeas

pensantes trabalhando em colaborao so uma tima receita para construo de

solues eficazes e consistentes.

Conclumos nosso trabalho com a certeza do dever cumprido.

Estamos convictos da importncia de conhecermos bem os diversos benefcios

trazidos pela correta aplicabilidade das ferramentas UML, bem como o domnio dosconceitos de banco de dados relacionais casados ao paradigma de orientao a

objetos. A programao da FILA nos proporcionou a prtica de programao, to

importante na concretizao dos sistemas modelados e pensados.


20/20

19

REFERNCIAS

ASCENSIO, Ana Fernanda Gomes. Estrutura de Dados: algoritmos, anlise dacomplexidade e implementaes em Java e C/C++. So Paulo: Pearson Prentice

Hall, 2010.

NISHIMURA, Roberto Yukio. Banco de Dados II: sistemas. So Paulo: PearsonPrentice Hall, 2009.

WIKIPEDIA: http://pt.wikipedia.org/wiki/Mapeamento_objeto-relacional

Orientador Pedro Pedreira:https://sites.google.com/site/orientadorpedropereira/Home/fundamentos-de-orientacao-a-objetos-e-uml/diagramas-de-classes

Date post:	15-Oct-2015
Category:	Documents
Upload:	yuri-alves-de-almeida
View:	30 times
Download:	0 times

97546496 Portfolio Grupo 3º Semestre Analise de Sistemas Unopar Adson Jose Honori de Melo

Documents