Camaqu-RS

2013









































LUCIAN NELSON AGUIAR BARBOZA

















SISTEMA DE ENSINO PRESENCIAL CONECTADO
ANLISE E DESENVOLVIMENTO DE SISTEMAS

PORTFLIO INDIVIDUAL II 2 SEMESTRE

Funcionalidades e Aplicaes de Conceitos


Camaqu-RS
2013




































PORTFLIO INDIVIDUAL II 2 SEMESTRE
Funcionalidades e Aplicaes de Conceitos

Trabalho em grupo apresentado em cumprimento as
disciplinas do curso de Anlise e Desenvolvimento de
Sistemas da Universidade Norte do Paran - UNOPAR

Prof: Rodrigo Trigueiro
Prof: Sergio de Goes Barboza
Prof: Roberto Y. Nishimura
Prof: Anderson Macedo
Prof: Adriane Ap.Loper

LUCIAN NELSON AGUIAR BARBOZA












SUMRIO
1 INTRODUO ..................................................................................................... 3
2 Objetivo ................................................................................................................ 4
3 DESENVOLVIMENTO ......................................................................................... 5
3.1. CASOS DE USO E ATORES DO SISTEMA .................................................... 5
3.1.1 Diagrama de Caso de Uso ............................................................................ 5
3.2. CARDINALIDADE ENTRE CLIENTES E LIVROS ........................................... 7
3.2.1. Diagrama de Entidade e Relacionamento ..................................................... 8
3.3. TELAS DO PROGRAMA .................................................................................. 9
3.3.1. Tela Principal de Controle de Cliente .......................................................... 10
3.3.2. Tela Principal Para Controle de Exemplares .............................................. 11
3.3.3. Tela Principal Para Controle de Locao .................................................... 13
4. METODOLOGIA RUP ........................................................................................ 15
4.2. FASES E ITERAES ................................................................................... 16
4.2.1. Concepo .................................................................................................. 16
4.2.2. Elaborao .................................................................................................. 16
5. CONCLUSO .................................................................................................... 17
REFERNCIAS ......................................................................................................... 18


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.





4
2 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.
A base para aplicao dos conceitos foi o projeto Nossa Locadora
de Livro j usado no trabalho individual e agora sendo mais bem explanado,
trazendo a incluso de relacionamento, extends e includs, heranas, telas e etc.



5
3 DESENVOLVIMENTO
Aps a anlise de requisitos a segunda etapa do processo o
desenvolvimento do caso de uso do sistema com seus atores e funcionalidades.
3.1. CASOS DE USO E ATORES DO SISTEMA
3.1.1 Diagrama de Caso de Uso

Grfico 1 Diagrama de Caso de Uso
3.1.2. Descrio
Nome do Caso de Uso Utilizar Sistema de Controle de Locao de Livros
Descrio O caso de uso visa demonstrar a utilizao do sistema de


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


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


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



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 permisses e dando-lhe acesso para o controle que a
ele for concedido.


1
0


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


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


1
2
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.


1
3


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.


1
4
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.




1
5
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".

Viso Geral de um Processo RUP


1
6
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 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.


1
7
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 das
fases 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.







1
8
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 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