SISTEMA DE ENSINO PRESENCIAL CONECTADO Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas MARCELO VIATROSKI DE MEDEIROS DOUGLAS ARAUJO

THYAGO MOURA JONATAN

NOSSA LOCADORA DE LIVROS

Camaqu 2012

MARCELO VIATROSKI DE MEDEIROS DOUGLAS ARAUJO THYAGO MOURA JONATAN

NOSSA LOCADORA DE LIVROS

Trabalho em grupo apresentado em cumprimento as disciplinas do curso de Anlise e Desenvolvimento de Sistemas da Universidade Norte do Paran - UNOPAR Prof.: Anderson Macedo Prof.: Luis Cludio Perini Prof.: Polyanna P. Gomes Fabris Prof.: Roberto Nishimura

Camaqu 2012

SUMRIO INTRODUO..............................................................................................................3 Objetivo..........................................................................................................................4 DESENVOLVIMENTO...................................................................................................5 4.METODOLOGIA RUP..............................................................................................15 5.CONCLUSO...........................................................................................................17 REFERNCIAS...........................................................................................................18

INTRODUO Este trabalho objetiva o desenvolvimento de um programa para uma locadora de livros, onde todo o trabalho era manual e manuscrito, passando a ser informatizado, facilitando assim a vida tanto dos funcionrios quanto dos clientes, pela praticidade adquirida atravs da informatizao. Vamos identificar os casos de uso e fazer o seu diagrama atravs da ferramenta chamada ASTAH, permitindo visualizar todos os processos da locadora. Iremos verificar quais combinaes existem entre livro e cliente, proporcionando a oportunidade de entendermos as combinaes possveis atravs da cardinalidade do relacionamento. As telas a serem elaboradas para a interface com o cliente sero definidas baseadas nos levantamentos e das necessidades de cada usurio

OBJETIVO O objetivo deste trabalho alinhar o conceito a prtica trazendo nfase a questo principal no desenvolvimento de um projeto de software. A anlise de requisitos e o uso de boas ferramentas no auxlio de desenvolvimento do projeto de software, onde sero implementadas na criao de um software gerencial para informatizar a empresa Nossa locadora de livros.

DESENVOLVIMENTO 3.1. CASOS DE USO E ATORES DO SISTEMA

1.1.1 Diagrama de Caso de Uso

Grfico 1 Diagrama de Caso de Uso

3.1.2. Descrio Nome do Caso de Uso Descrio Utilizar Sistema de Controle de Locao de Livros O caso de uso visa demonstrar a utilizao do sistema de Controle de Locao de Livros, levando Atores em conta seus requisitos e regras de negcios. Responsvel pela Locao

Responsvel pelo Financeiro Responsvel pelas Compras Pr Condies Responsvel pelo Controle de Estoque Todos os usurios do sistema devem estar devidamente cadastrados a autorizados pelo gerente da locadora. A permisso de acesso ser dada de acordo com o setor em que o funcionrio Fluxo Principal trabalha. Autor Locao: Faz logon no sistema e acessa a funcionalidade de Controlar Locao respeitandose as regras de negcio. Para isso o autor Locao ter acesso tambm s funcionalidades de Controlar Cliente, Controlar Exemplares, Controlar Livros, Controlar Autores e Controlar Classificao. Autor Estoque: Faz logon no sistema e acessa a funcionalidade de Controlar Exemplares, tendo como permisso acesso s funcionalidades de Controlar Livros, Controlar Autores e Controlar Classificao. Autor Compras: Faz logon no sistema e acessa a funcionalidade de Controlar Compras. Autor Financeiro: Faz logon no sistema e acessa a funcionalidade Controlar Finanas. Para realizar melhor seu trabalho, este autor ter acesso a todas Fluxos Alternativos as funcionalidades do sistema. A Locadora no possui em seu estoque o livro desejado pelo Cliente. O Cliente est em uma situao irregular. Ps Condies Financeiro no libera compra de novo exemplar. Exemplar comprado com autorizao do financeiro includo na base de estoque com sua devida classificao e seu autor relacionado. Exemplar solicitado pelo cliente locado. Exemplar locado pelo cliente devolvido.

Cliente que no devolveu ou pagou a locao inserido como cliente irregular. Casos de Uso Includos Cadastrado novo cliente. Controlar Finanas Controlar Compras Controlar Locao Controlar Exemplares Controlar Autores Controlar Livros Controlar Classificao Relacionamentos Controlar Cliente Os casos de Uso Controlar Clientes e Controlar Exemplares so includos em Controlar Locao O Caso de Uso Controlar Livros est includo em Controlar Exemplares. Os Casos de Uso Controlar Classificao e Controlar Autores esto includos em Controlar Livros. O Caso de Uso Controlar Exemplares est Herana estendido ao Caso de Uso Controlar Compras. O Ator Financeiro herdar os direitos dos Autores Locao e Compras.

3.2.

CARDINALIDADE ENTRE CLIENTES E LIVROS Os diagramas aqui definidos sero entregues nos modelos

Conceitual e Lgico das entidades funcionrios, livros e clientes. Uma locadora de livros deve ter um controle absoluto sobre seus clientes e suas caractersticas como tambm sobre os livros que possuem em estoque. Na cardinalidade entre as entidades Clientes e Livros dentro de um sistema de controle de locao, podemos afirmar que um Cliente pode locar um ou mais livros, como tambm pode no locar nenhum e continuar sendo cliente. J um livro

no pode ser locado por mais de um cliente ao mesmo tempo, ou seja, um livro apenas para um cliente. Um funcionrio pode controlar quantos Livros ou Clientes desejar. Portanto a cardinalidade entre as entidades Clientes e Livros, conforme demonstrada via diagrama abaixo, fica um cliente para zero, um ou mais de um livro e um livro para um cliente.

3.2.1. Diagrama de Entidade e Relacionamento

3.3.

TELAS DO PROGRAMA As principais telas necessrias so as telas de Controle de Cliente,

Controle de Livros, Controle de Locao. Para poder acessar o sistema ser necessrio uma autenticao do funcionrio, verificando suas permisses e dando-lhe acesso para o controle que a ele for concedido.

3.3.1. Tela Principal de Controle de Cliente Esta tela servir para colher as informaes bsicas do Cliente. Por ela tambm ser possvel efetuar uma alterao nos dados informados inicialmente, apresentar uma consulta e caso seja de desejo do proprietrio do sistema, realizar delees de dados. Pode-se tambm usar esta tela para apresentar as informaes que sero deletadas, dando ao usurio a opo de confirmar se deseja realmente perder definitivamente aquelas informaes. A tela para efetuar o controle do Cliente dever conter basicamente 5(cinco) atributos, que so eles, Nome do Cliente, CPF do Cliente, Endereo do Cliente, Telefone do Cliente e Situao do Cliente. O sistema dever fazer algumas validaes nos valores informados pelo usurio nestes atributos. No nome do cliente e no endereo do cliente, por ser campo caracter e por no existir informaes padro para estes casos, no ser possvel fazer validaes, exceto para garantir que elas foram informadas, no permitindo a concluso do cadastro com os atributos sem informao. No atributo telefone do cliente, alm de exigir a digitao da informao, o sistema poder tambm verificar a quantidade de dgitos informados, exigindo o padro para a informao solicitada. Para o campo de CPF do cliente, o sistema poder efetuar o

clculo do dgito verificador. J o atributo de situao do cliente, aceitar exclusivamente as informaes Ativo ou Inativo, exigindo que o sistema qualifique todos os clientes da locadora.

3.3.2. Tela Principal Para Controle de Exemplares Esta tela servir para colher as informaes bsicas de todos os exemplares que passam a fazer parte do estoque da locadora. Por ela tambm ser possvel efetuar alteraes nos dados informados inicialmente, apresentar consultas e caso seja de desejo do proprietrio do sistema, realizar delees de dados. Podese tambm usar esta tela para apresentar as informaes que sero perdidas dando ao usurio a opo de confirmar se deseja realmente perde-las. Outra informao importante que poder ser mostrada aqui a disponibilidade de livros para determinado ttulo, ou seja, quantos livros a locadora possui e quais esto locados.

A tela para efetuar o controle de exemplares deve conter basicamente 6(seis) atributos, que so eles, Classificao do Livro, Ttulo do Livro, Autor do Livro, Situao do Livro e caso o livro esteja locado deve conter tambm as Datas de Locao e de Entrega do Livro. Neste componente sero feitas poucas validaes nos dados informados para os respectivos atributos. Basicamente ser feita o controle da quantidade de exemplares disponveis para locao de determinado ttulo e controle nas datas de locao e entrega. Para o controle de datas, o sistema dever informar na data de locao a data do servidor, impedindo assim o erro de informao para este atributo. Quanto data de entrega, a nica validao possvel de ser efetuada impedir que este atributo receba como informao uma data menor que a data de locao. As informaes colhidas por esta tela ser de suma importncia para o controle financeiro e de clientes do sistema geral. Uma vez que aqui poder ser informado para os respectivos departamentos se o cliente est com o prazo de entrega atrasado, permitindo assim a cobrana de multas ou at mudar a situao do cliente para irregular, impedindo que o mesmo possa locar outros livros sem primeiro resolver a situao em seu cadastro.

3.3.3. Tela Principal Para Controle de Locao Esta tela servir para efetuar a locao de exemplares, fazendo um controle rgido da situao de Clientes e de seus Exemplares disponveis em estoque. Para cumprir o objetivo do sistema, a tela dever ter as informaes necessrias do cliente e do exemplar solicitado, informaes estas que podero ser fornecidas pelas entidades Controle de Clientes e Controle de Exemplares. A entidade de Controle de Locao ficar responsvel de controlar os exemplares locados pelos clientes. Os principais atributos nesta tela sero os dados do cliente e dos exemplares por ele locados, fazendo uma ligao entre as entidades de Clientes e Exemplares.

Basicamente os controles feitos sobre os atributos da tela ser impedir a locao para um cliente em situao irregular e impedir a locao de um exemplar no disponvel. Outro controle que poder ser feito ser sobre os itens locados, controles como pagamento, entrega na data prevista e reservas solicitadas.

4.

METODOLOGIA RUP Abreviao de Rational Unified Process ou Processo Unificado

Racional. um processo proprietrio de Engenharia de software criado pela Rational Software Corporation, adquirida pela IBM, que usa a abordagem da orientao a objetos em sua concepo e projetado e documentado utilizando a notao UML (Unified Modeling Language) para ilustrar os processos em ao. Utiliza tcnicas e prticas aprovadas comercialmente. considerado um processo pesado e preferencialmente aplicvel a grandes equipes de desenvolvimento e a grandes projetos, porm o fato de ser amplamente customizvel torna possvel que seja adaptado para projetos de qualquer escala. Para a gerncia do projeto, o RUP prov uma soluo disciplinada de como assinalar tarefas e responsabilidades dentro de uma organizao de desenvolvimento de software. O RUP , por si s, um produto de software. modular e automatizado, e toda a sua metodologia apoiada por diversas ferramentas de desenvolvimento integradas e vendidas pela IBM atravs de seus "Rational Suites".

4.2.

FASES E ITERAES

4.2.1. Concepo Nesta fase, estabelecido o escopo do projeto e suas fronteiras, determinando os principais casos de uso do sistema. Esses casos de uso devem ser elaborados com a preciso necessria para se proceder a estimativa de prazos e custos. As estimativas devem ser globais para o projeto como um todo e detalhadas para a fase seguinte. Assim, a nfase nesta etapa recai sobre o planejamento e, por conseguinte, necessrio levantar requisitos do sistema e preliminarmente analislos. Ao trmino dessa fase, so examinados os objetivos do projeto para se decidir sobre a continuidade do desenvolvimento.

4.2.2. Elaborao O propsito desta fase analisar mais refinada mente o domnio do problema, estabelecer uma arquitetura de fundao slida, desenvolver um plano de projeto para o sistema a ser construdo e eliminar os elementos de projeto que oferecem maior risco. Embora o processo deva sempre acomodar alteraes, as atividades da fase de elaborao asseguram que os requisitos, a arquitetura e os planos esto suficientemente estveis e que os riscos esto suficientemente mitigados, de modo a se poder prever com preciso os custos e prazos para a concluso do desenvolvimento.

5.

CONCLUSO Podemos concluir que, para criar uma soluo informatizada para a

empresa preciso muito estudo de caso, para entendermos as reais necessidades do cliente precisamos entrevist-lo, estudar o mercado que o cliente atua, podendo assim oferecer solues mais robustas e uso facilitado do software. Com o uso das metodologias e diagramas fica mais fcil enxergar qual caminho tomar para criao de um bom software, com menos erros e reutilizao de recursos.

REFERNCIAS Laboratrio de Desenvolvimento de Software. Disponvel em:

http://pds.haroldo.com.br/, Acessado em 08/05/2012 Processo de Desenvolvimento de Software. Disponvel em:

http://pt.wikipedia.org/wiki/Processo_de_desenvolvimento_de_software em 08/05/2012 Rapid 08/05/2012 Application Development. Disponvel

Acessado

em em

http://pt.wikipedia.org/wiki/Rapid_Application_Development

Acessado

SCRUM. Disponvel em http://pt.wikipedia.org/wiki/Scrum Acessado em 08/05/2012 CARDOSO, ALEXANDRE. Processo de Desenvolvimento RUP Rational Unified Process. Disponvel em http://www.alexandre.eletrica.ufu.br/esof/aula04.pdf Acessado em 09/05/2012 IBM Rational Unified Process. Disponvel em

http://pt.wikipedia.org/wiki/IBM_Rational_Unified_Process Acessado em 10/05/2012