Portifolio Em Grupo 2Semestre 2012

7/31/2019 Portifolio Em Grupo 2Semestre 2012

1/19

Palmas2012

ALYSON LUZ FREITASELON RONDON GONALVESJOSU ALVES DA SILVA

KELSEN OLAV BATISTA BRUNORONIVALDO FERNANDES

SISTEMA DE ENSINO PRESENCIAL CONECTADOANLISE E DESENVOLVIMENTO DE SISTEMAS

TRABALHO EM GRUPO SEMESTRALFuncionalidades e Aplicaes de Conceitos


2/19

Palmas2012

TRABALHO EM GRUPO SEMESTRALFuncionalidades e Aplicaes de Conceitos

Trabalho em grupo apresentado em cumprimento asdisciplinas do curso de Anlise e Desenvolvimento deSistemas da Universidade Norte do Paran - UNOPAR

Prof.: Anderson MacedoProf.: Luis Cludio PeriniProf.: Polyanna P. Gomes FabrisProf.: Roberto Nishimura

ALYSON LUZ FREITASELON RONDON GONALVES

JOSU ALVES DA SILVAKELSEN OLAV BATISTA BRUNO

RONIVALDO FERNANDES


3/19

SUMRIO

1 INTRODUO ..................................................................................................... 32 Objetivo ................................................................................................................ 43 DESENVOLVIMENTO ......................................................................................... 53.1. CASOS DE USO E ATORES DO SISTEMA .................................................... 53.1.1 Diagrama de Caso de Uso ............................................................................ 53.2. CARDINALIDADE ENTRE CLIENTES E LIVROS ........................................... 73.2.1. Diagrama de Entidade e Relacionamento ..................................................... 83.3. TELAS DO PROGRAMA .................................................................................. 93.3.1. Tela Principal de Controle de Cliente .......................................................... 103.3.2. Tela Principal Para Controle de Exemplares .............................................. 113.3.3. Tela Principal Para Controle de Locao .................................................... 134. METODOLOGIA RUP ........................................................................................ 154.2. FASES E ITERAES ................................................................................... 164.2.1. Concepo .................................................................................................. 164.2.2. Elaborao .................................................................................................. 165.

CONCLUSO .................................................................................................... 17

REFERNCIAS ......................................................................................................... 18


4/19

3

1 INTRODUO

O presente trabalho aplica os conceitos aprendidos em sala. Anlise

de requisitos, relacionamento entre entidades usando-se a ferramenta BR-Modelo,caso de uso com suas incluses (Include) e extenso (Extends), herana entre

atores, etc.

A prtica dos conceitos serviu para a familiarizao e manipulao

das ferramentas Astah, Br-Modelo, VisualStudio e metodologia RUP.


5/19


6/19


7/19

6

Controle de Locao de Livros, levando em conta seus

requisitos e regras de negcios.Atores Responsvel pela Locao

Responsvel pelo Financeiro

Responsvel pelas Compras

Responsvel pelo Controle de Estoque

Pr Condies 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 trabalha.

Fluxo Principal Autor Locao: Faz logon no sistema e acessa a

funcionalidade de Controlar Locao respeitando-se 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 as funcionalidades

do sistema.

Fluxos Alternativos A Locadora no possui em seu estoque o livro desejado pelo

Cliente.

O Cliente est em uma situao irregular.

Financeiro no libera compra de novo exemplar.

Ps Condies 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


8/19

7

cliente irregular.

Cadastrado novo cliente.

Casos de Uso Includos Controlar Finanas

Controlar Compras

Controlar Locao

Controlar Exemplares

Controlar Autores

Controlar Livros

Controlar Classificao

Controlar Cliente

Relacionamentos 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 estendido ao Caso

de Uso Controlar Compras.

Herana

O Ator Financeiro herdar os direitos dos Autores Locao eCompras.

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.


9/19

8

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


10/19

9

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 permissese dando-lhe acesso para o controle que aele for concedido.


11/19

1

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


12/19

1

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. Pode-

se 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.


13/19

1

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.


14/19

1

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 informaesnecessrias 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.


15/19

1

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.


16/19

1

4. METODOLOGIA RUP

Abreviao de Rational Unified Process ou Processo Unificado

Racional. um processo proprietrio de Engenharia de software criado pelaRational 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 dequalquer 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".

Viso Geral de um Processo RUP


17/19

1

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 analis-

los. Ao trmino dessa fase, so examinados os objetivos do projeto para se decidirsobre 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.


18/19

1

5. CONCLUSO

Entende-se que o desenvolvimento de um artefato de software

algo que vai muito alm de programao. A programao faz parte de uma dasfases do desenvolvimento de um artefato de software.

Porem, a importncia de uma boa anlise de requisito, aliado a

anlise uma boa anlise e escolha de um bom processo de desenvolvimento de

software. Os recursos de da Engenharia de Software. A equipe que estar envolvida

neste artefato de software e etc. Fazem parte de uma boa anlise para o

desenvolvimento de um bom artefato de software.


19/19

1

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 Acessado

em 08/05/2012

Rapid Application Development. Disponvel em

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

08/05/2012

SCRUM. Disponvel emhttp://pt.wikipedia.org/wiki/ScrumAcessado em 08/05/2012

CARDOSO, ALEXANDRE. Processo de Desenvolvimento RUP Rational

Unified Process. Disponvel em

http://www.alexandre.eletrica.ufu.br/esof/aula04.pdfAcessado em 09/05/2012

IBM Rational Unified Process. Disponvel em

http://pt.wikipedia.org/wiki/IBM_Rational_Unified_ProcessAcessado em 10/05/2012
http://pds.haroldo.com.br/http://pds.haroldo.com.br/http://pt.wikipedia.org/wiki/Processo_de_desenvolvimento_de_softwarehttp://pt.wikipedia.org/wiki/Processo_de_desenvolvimento_de_softwarehttp://pt.wikipedia.org/wiki/Rapid_Application_Developmenthttp://pt.wikipedia.org/wiki/Rapid_Application_Developmenthttp://pt.wikipedia.org/wiki/Scrumhttp://pt.wikipedia.org/wiki/Scrumhttp://pt.wikipedia.org/wiki/Scrumhttp://www.alexandre.eletrica.ufu.br/esof/aula04.pdfhttp://www.alexandre.eletrica.ufu.br/esof/aula04.pdfhttp://pt.wikipedia.org/wiki/IBM_Rational_Unified_Processhttp://pt.wikipedia.org/wiki/IBM_Rational_Unified_Processhttp://pt.wikipedia.org/wiki/IBM_Rational_Unified_Processhttp://www.alexandre.eletrica.ufu.br/esof/aula04.pdfhttp://pt.wikipedia.org/wiki/Scrumhttp://pt.wikipedia.org/wiki/Rapid_Application_Developmenthttp://pt.wikipedia.org/wiki/Processo_de_desenvolvimento_de_softwarehttp://pds.haroldo.com.br/

Portifolio Em Grupo 2Semestre 2012

Documents

Transcript of Portifolio Em Grupo 2Semestre 2012