Post on 05-Apr-2018
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
5/19
7/31/2019 Portifolio Em Grupo 2Semestre 2012
6/19
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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.
7/31/2019 Portifolio Em Grupo 2Semestre 2012
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/