1

SISTEMA DE ENSINO PRESENCIAL CONECTADO ANLISE DE DESENVOLVIMENTO DE SISTEMAS ALEXSANDER BAIAROSKI GONALVES

FUNDAMENTOS COMPUTACIONAIS

Corumb 2012

ALEXSANDER BAIAROSKI GONALVES

FUNDAMENTOS COMPUTACIONAIS

Trabalho apresentado as disciplinas de Anlise de Sistemas I, Engenharia de Software, Banco de Dados I, Linguagem e Tec. de Programao II e Seminrios II da Universidade Norte do Paran - UNOPAR Prof(s). : Polyanna P. Gomes Fabris Roberto Y. Nishimura Lus Luis Cludio Perini Anderson Macedo

Corumb 2012

SUMRIO 1 2 2.1 2.1.1 3 3.1 3.2 3.3 4 4.1.1 4.1.1.1 4.1.1.2 4.1.1.3 4.1.2 5 INTRODUO .....................................................................................................5 DESENVOLVIMENTO .........................................................................................6 PLANO DE DESENVOLVIMENTO...................................................................6 ENGENHARIA DE REQUISITOS ................................................................6 REQUISITOS FUNCIONAIS DO SISTEMA BIBLIOTECA .............................10 REQUISITOS NO FUNCIONAIS DO SISTEMA BIBLIOTECA.....................11 DIAGRAMA CASO DE USO...........................................................................11 PROJETO DE BANCO DE DADOS ...................................................................13 MODELAGEM CONCEITUAL.....................................................................13 DESCRIO DA TABELA DADOS_CLIENTE .......................................13 DESCRIO DA TABELA CADASTRA_LIVRO.....................................14 DESCRIO DA TABELA LOC_LIVRO ................................................14 MODELAGEM LGICA ..............................................................................15 REQUISITOS .....................................................................................................6

CONCLUSO ....................................................................................................15

REFERNCIAS .........................................................................................................24

1 INTRODUO A utilizao de softwares gerenciadores a t u a l e m e n t e j faz parte do cotidiano. Mesmo aquelas que pensam que nunca utilizaram um software, Internet, ou um computador, sem perfeceber se beneficiam dos avanos da informtica e podero sofrer as conseqncias de um erro, defeito ou falha de um software. Este trabalho consistir em levantar informaes para que seja construdo um software capaz de gerenciar uma locadora de livros plenamente com seus setores divididos especificamente para uma melhor qualidade de trabalho tanto para seus funcionrios distintos, quanto para seu proprietrio-presidente, quanto para seus clientes.

2 DESENVOLVIMENTO

2.1 PLANO DE DESENVOLVIMENTO COM NFASE NA QUALIDADE A qualidade deve ser uma caracterstica fundamental de qualquer produto existente. Porm, o seu desenvolvimento com a qualidade assegurada, dentro do prazo estabelecido e sem necessitar de mais recursos do que os alocados tem sido um grande desafio para a Engenharia de Software. A seguir, esto relacionados os principais tpicos tericos e prticos, que quando implementados garantem que o produto final atinja a excelncia no desenvolvimento, ou seja, a nossa viso de proposta ideal na construo de software de qualidade. 2.1.1 ENGENHARIA DE REQUISITOS Os requisitos de sistema destinam-se a comunicar as funes que o sistema deve fornecer. preciso entender e documentar de maneira clara e no ambgua os requisitos de um determinado problema, s assim, entenderemos de forma precisa o que deseja o cliente. Isto posto, poderemos comear a projetar e construir o sistema. Etapas do processo de engenharia de requisitos: concepo, levantamento, elaborao, negociao, especificao e validao. 3 REQUISITOS Os requisitos expressam as caractersticas e restries do produto de software do ponto de vista de satisfao das necessidades do cliente, e, em geral independem da tecnologia empregada na construo da soluo sendo a parte mais crtica e propensa a erros no desenvolvimento de software. So objetivos ou restries estabelecidas por clientes e clientes do sistema que definem as diversas propriedades da soluo. Os requisitos de software so, obviamente, aqueles dentre os requisitos de sistema que dizem respeito a propriedades do software. Tradicionalmente, os requisitos de software so separados em requisitos funcionais e no funcionais. a) Funcionais: so a descrio das diversas funes que clientes e

clientes querem ou precisam que o software faa. Eles definem a funcionalidade desejada do software. A especificao de um requisito funcional deve determinar o que se espera que o software faa, sem a preocupao de como ele faz. b) No funcionais: so as qualidades globais de um software, como manutenibilidade, usabilidade, desempenho, custos e vrias outras. Normalmente estes requisitos so descritos de maneira informal. Descrevem as restries de tempo, do processo de desenvolvimento, padres e etc. Geralmente, so mais crticos do que os funcionais e se ignorados, podem transformar todo o sistema em algo intil. 3.1 REQUISITOS FUNCIONAIS DO SISTEMA NOSSA LOCADORA LIVROS a) O sistema conta com cinco departamentos; b) O sistema deve controlar os livros por autor e classificao e valor; c) O sistema deve tratar de cada livro individualmente; 3.2 REQUISITOS NO FUNCIONAIS DO SISTEMA NOSSA LOCADORA LIVROS a) O cadastro de clientes deve ser simplificado; b) O sistema controla as locaes em que um usurio pode locar vrios livros de uma s vez; c) O sistema deve controlar os livros pelo autor e pela sua classificao; d) Um livro pode ser emprestado varias vezes para a mesma pessoa ou para pessoas diferentes em diferentes datas; 3.3 DIAGRAMA CASO DE USO O diagrama de caso de uso descreve a funcionalidade proposta para um novo sistema, que ser projetado. Cenrio: O cliente chega biblioteca e loca o livro de sua escolha. No setor locadora apenas a atendente esta cadastrada; No setor sistema est a identificao de cada funcionrio que tem

seu cadastro no sistema; No setor clientes tm pesquisas de clientes que j existem cadastrados no sistema e o campo para fazer o cadastro caso no haja, e por fim do setor clientes, a entrega do livro; No setor livros contem os livros cadastrados todos os livros com seus respectivos preos atualizados; E no setor categoria esta apenas a categorias dos livros cadastrados que pode ser ouro, diamante, prata, ou bronze; Com cada tipo de departamento separado um dos outros fica cada vez mais fcil de trabalhar e de organizar a nossa locadora de livros, pois assim a empresa fica cada vez maior. Atores: Cliente e funcionrios. Casos de uso: manter cadastro de cliente; manter cadastro de livro; controlar a s locaes; cadastrar classificao do livro; cadastrar a u t o r ( e s ) livro; gerenciar pendncias de emprstimos.

Figura 3 Diagrama caso de uso UML

4 PROJETO DE BANCO DE DADOS Aps levantamento dos requisitos, e com a estrutura definida, passaremos agora para a modelagem do nosso banco de dados. 4.1 MODELAGEM CONCEITUAL Para o nosso modelo conceitual foram verificadas a necessidade de trs tabelas (dados_cliente, cadastra_livro e loc_livro) e duas relaes entre elas (cadastro e emprestimo).

Figura 4 Modelo Conceitual

4.1.1.1 DESCRIO DA TABELA CLIENTE Na tabela CLIENTE sero inseridos os campos para registros das informaes dos clientes atravs dos seguintes campos: a) Campo id_cliente: este o campo principal da nossa tabela. Ser incluso um registro nico para cada cliente cadastrado. b) Campo cpf_cliente: o cpf ser unico para cada cliente. c) Campo nome: onde conter o nome do nosso cliente. d) Campo endereco: registro do endereo do cliente.

10

e) Campo telefone: registro do telefone do cliente. f) Campo email: registro do email do cliente. g) Campo login: campo de registro nico para cada usuario h) Campo senha: registro da senha do cliente. 4.1.1.2 DESCRIO DA TABELA CADASTRA_LIVRO Na tabela CADASTRA_LIVRO sero inseridos campos para o cadastro dos livros com suas principais informaes. Os campos que sero utilizados para o cadastro de livros so: id_livro, valor,ti tu lo,qnt e classificacao. Para os cadastros desta tabela, s permitido cliente com privilgios de administrador. So os campos da tabela livro: a) Campo id_livro: identificar o livro atravs de um nico registro b) Campo valor: armazena o valor do livro para locao. c) Campo titulo: armezena o nome da obra do livro; d) Campo qnt: armazena a quantidade de livros com o mesmo titulo e autor. e) Campo classificacao: armazena a informao do local onde o livro se encontra. Note-se que at este momento no nos preocupamos em definir quais as caractersticas que os campos devem conter. Outra observao que no modelo conceitual j podemos definir a sua regra de negcio - cardinalidade, que em nosso caso de n:n em ambas tabelas, ou seja muitos para muitos. Na tabela cliente sero cadastrados vrios clientes com permisses definidas que podero cadastrar ou locar n livros. 4.1.1.3 DESCRIO DA TABELA LOC_LIVRO Nesta tabela, temos dois campos identificadores de outas tabelas, o campo id_livro_locado da tabela CADASTRA_LIVRO e o campo id_cliente da tabela CLIENTE. nesta tabela que vamos ter o controle dos emprstimos dos livros, pois poderemos identificar facilmente qual cliente fez o emprstimo do livro com o cdigo desejado. Outras informaes tanto do cliente quanto do livro esto

11

alocados em suas tabelas de origem. Outro campo desta tabela data_emplivro, na qual est destinada a receber a informao da data do emprstimo ou da renovao. 4.1.2 MODELAGEM LGICA Na modelagem lgica vamos dar incio s regras que cada campo deve conter, onde definiremos as principais caractersticas, informando se o preenchimento obrigatrio ou nulo, numrico, alfanumrico, boleano, etc. Nesse modelo, podemos compreender melhor a relao entre as tabelas CLIENTE, CADASTRA_LIVRO E LOC_LIVRO. A relao CADASTRO e a relao LOCACAO, recebem duas chaves identificadoras, cpf_cliente da tabela CLIENTE e id_livro da tabela CADASTRA_LIVRO. Estas relaes que definem as aes dos clientes atravs do cpf_cliente, somente para emprstimo. qual caminho tomar, se para o cadastro ou

Figura 5 Modelo Lgico

12

Os campos da tabela CLIENTE foram definidos da seguinte forma: a) id_cliente: ser do tipo numrico, com valor mximo de 11 digitos, com incremento automtico e ser a chave primria da nossa tabela; b) nome: ser do tipo alfanumrico, com no mximo 60 caracteres, com preenchimento obrigatrio; c) endereco: ser do tipo alfanumrico, com no mximo 60 caracteres, com preenchimento obrigatrio; d) telefone: ser do tipo alfanumerico, com no mximo 10 dgitos, com preenchimento obrigatrio; e) email: ser do tipo alfanumrico, com no mximo 60 caracteres, com preenchimento obrigatrio; f) senha: ser do tipo alfanumrico, com no mximo 20 caracteres, com preenchimento obrigatrio; g) login: ser do tipo alfanumrico, com no mximo 20 caracteres, com preenchimento obrigatrio e ser unico; h) cpf_cliente: ser do tipo numrico, com no mximo 11 caracteres, com preenchimento obrigatrio e ser nico; h) nivel: ser do tipo numrico, com no mximo 2 caracter, com preenchimento obrigatrio;

forma:

J os campos da tabela CADASTRA_LIVRO, foram definidas da seguinte

a) id_livro: ser do tipo numrico, com valor mximo de 10 dgitos, com incremento automtico e ser a chave primria da nossa tabela. b) classificacao: ser do tipo alfanumrico, com no mximo 20 caracteres, com preenchimento obrigatrio c) qnt: ser do tipo numrico, com no mximo 10 dgitos, com preenchimento obrigatrio. d) valor: ser do tipo numrico, com no mximo 10 caracteres, com preenchimento obrigatrio. e) autor: ser do tipo alfanumrico, com no mximo 60 caracteres, com preenchimento obrigatrio. f) titulo: ser do tipo alfanumrico, com no mximo 60 caracteres, com preenchimento obrigatrio.

E finalmente para a tabela LOC_LIVRO: a) id_locacao: ser do tipo numrico, com valor mximo de 10 dgitos, com incremento automtico e ser a chave primria da nossa tabela. b) cpf_usuario: chave estrangeira importada da tabela CLIENTE com todas as caractersticas. c) dt_locacao: ser do tipo date, com preenchimento obrigatrio. Em caso de renovao, este campo ser alterado para a data atual. d) id_livro_locado: chave caracteristicas; estrangeira importada da tabela CADASTRA_LIVRO do campo id_livro com todas as sua

6 CONCLUSO Com o uso dos conhecimentos adquiridos podemos concluir que o uso da Engenharia de de Software que uma tarefa complexa e extensa, com sua utilizao uma atividade para abundncia especialistas. Para a construo de softwares de qualidade, uma srie de etapas precisam ser seguidas. Sistemas demandam vrios passos para o seu desenvolvimento, com uma detalhada anlise de requisitos, escolha de um modelo adequado, hardware e software para o auxlio do desenvolvimento e projetos bem definidos para que tudo, em conjunto, produza um software de qualidade, confivel e, assim, obtenha sucesso. mtodos, tornam

O intuito deste trabalho foi mostrar a todos a importncia de utilizarmos os conceitos e prticas de todas as disciplinas, como elas podem ser decisivas no rduo e complexo universo de desenvolvimento de sistemas, enfatizando a melhoria da qualidade dos processos e produtos gerados, com o objetivo final de melhorar a qualidade do software desenvolvido e agregar facilidades para os clientes cada vez mais vidos por tecnologia da informao.

REFERNCIAS PERINI, Luis Cludio. Engenharia de Software: sistemas II / Luis Cudio Perini, Marco Ikuro Hisatomi, Wagner Luiz Berto: So Paulo: Pearson Prentice Hall, 2009. LARMAN, Craig. Utilizando UML e padres: uma introduo anlise e ao projeto orientados a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre: Bookman, 2008. NISHIMURA, Roberto Yukio. Banco de Dados I: sistemas II. So Paulo: Pearson Prentice Hall, 2009. FLORES, Emerson Ricardo. Linguagens e Tcnicas de Programao II - Anlise e Desenvolvimento de Sistemas 2. So Paulo: Pearson Prentice Hall, 2009. MACORATTI, Jos Carlos http://www.macoratti.net Andr Koscianski e Michel dos Santos Soares http://www.martinsfontespaulista.com.br/anexos/produtos/capitulos/241804.pdf Banas Qualidade http://www.asrconsultoria.com.br/downloads/pdf/A%20importancia %20da%20qualida de%20no%20desenvolvimento%20de%20software.pdf