Você está na página 1de 21

SISTEMA DE ENSINO PRESENCIAL CONECTADO SUPERIOR DE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS CLEMILTON DOS SANTOS LOBO

SISTEMA BIBLIOTECRIO:
Sistema de Gerenciamento de Biblioteca, Modelado em UML e Casos de Uso

Vitria da Conquista - Ba 2011

CLEMILTON DOS SANTOS LOBO

SISTEMA BIBLIOTECRIO:
Sistema de Gerenciamento de Biblioteca, Modelado em UML e Casos de Uso

Trabalho apresentado a disciplina Analise de Sistemas I; Banco de Dados I; Engenharia de Software; Linguagem e Tcnica de Programao II; Seminrios II, da Universidade Norte do Paran - UNOPAR Prof. Polyanna Gomes Roberto Y. Nishimura Luis Claudio Perini Anderson Gonalves

Vitria da Conquista - Ba Dedicatria 2011

Dedico este trabalho primeiramente a Deus e a meus pais, por ter apoiado e contribuindo de toda forma possvel, para que eu no perdesse a motivao de continuar lutando, e para que eu tenha um estudo melhor e mais completo, para que seja garantido um bom futuro.

AGRADECIMENTOS Ao Tutor. Charles, meu orientador e amigo de todas as horas, que se props a me ajudar, em todos os aspectos. Aos professores que contriburam para que este trabalho fosse concludo. Aos meus colegas, que esto sempre presentes, em todos os momentos.

"A educao aquilo que permanece depois que tudo o que aprendemos foi esquecido." Burrhus Frederic Skinner

SUMRIO 1 INTRODUO...........................................................................................................3 2 DOCUMENTAO DE CASO DE USO....................................................................4 3 EXEMPLOS DE ELEMENTOS DE APOIO AO TEXTO..........................................14 4 CONCLUSO...........................................................................................................16 REFERNCIAS..........................................................................................................17

1 INTRODUO Este trabalho apresenta tticas de modelagem em UML, que por sua vez, deve ser adotada por todo especialista, que esteja entrando nessa rea. Como principal foco, se destaca a elaborao de uma documentao correta. Ser comentada, algumas tcnicas de Modelagem Entidade Relacionamento, onde as mesmas tero uma breve descrio, sobre suas funcionalidades, dentre elas, podemos citar algumas: Entidades e tabelas; Relacionamentos e Cardinalidade; Atributos e seus Tipos; Administrador de Dados (AD); Modelo Conceitual de Dados, Modelo Lgico de Dados e Modelo Fsico de Dados. Ainda neste trabalho ser comentada o uso da linguagem c#, e a escolha do tipo de projeto (cenrio) que ser criado, e em qual verso da NET Framework e do Visual Studio, sero realizadas as implementaes, como tambm, explicar o uso de sua escolha. Sero ainda abordados os complementos que sero usados, explicar suas funcionalidades e em que situao eles podero ser aplicado. Por fim, voc ver uma bibliografia sobre os cinco (5) Modelos geis e Modelos Evolucionrios, mais usados recentemente e suas respectivas caractersticas marcantes de cada um, tambm conter uma breve explicao sobre o seu ciclo de vida.

2 DOCUMENTAO DE CASO DE USO Foi criada um diagrama em UML, onde foi feita a documentao do caso de uso do mesmo, que voc confere logo abaixo. Na pagina de elementos de apoio ao texto, voc pode conferir esse diagrama em UML. Este diagrama composto dos seguintes caso de uso, que ser e documentado em seguida: UC 01 - Logar; UC 02 - Controlar Usurio; UC 03 - Registrar Livro;

DOCUMENTAO DO CASO DE USO - UC 01 - LOGAR 1 - Nmero e nome do caso de uso - UC 01 - Logar; 1.1 - Descrio - Este caso de uso serve para se logar no sistema; 1.2 - Atores envolvidos - Usurio; 1.3 - Pr- condio: Usurio inicia sistema; Usurio deve estar cadastrado; Usurio deve saber seus dados para login;

1.4 - Ps-condio: Dados do login ok; Iniciando sistema, sistema iniciado corretamente;

1.5 - Fluxo de tarefas: 1. O Usurio inicia sistema; 2. Sistema mostra tela de login; 3. O usurio preenche dados do login; 4. O usurio clica no boto "Logar" 5. Tela inicial do sistema aberta; 6. O caso de uso finalizado.

2.1 DOCUMENTAO DE CASO DE USO UC 02 CONTROLAR USURIO 1 - Nmero e nome do caso de uso - UC 02 - Cadastrar usurio; 1-1 - Descrio - Este caso de uso serve para cadastrar usurio ou seja fazer o processo do "CRUD", (Criar, Consultar, Atualizar, Deletar.) 1-2 - Atores envolvidos - Usurio 1-3 - Pr- condio: Usurio inicia cadastro; Cliente no deve estar cadastrado; Cliente deve estar com seus documentos;

1.4 - Ps-condio: Cliente cadastrado com sucesso; Cliente pronto para solicitar emprstimo;

1.5 - Fluxo de tarefas: 1. O usurio clica no boto "incluir"; 2. O sistema mostra tela de preenchimento dos dados; 3. O usurio preenche com os dados do cliente; 4. O sistema informa opo para cadastrar dependentes; 5. Se opo de dependentes for acionada, sistema adiciona campos de preenchimentos para dependentes; 6. O sistema informa, "Cadastro efetuado corretamente; 7. Sistema retorna a tela inicial; 8. O caso de uso finalizado.

2.1.1 DOCUMENTAO DE CASO DE USO UC 03 REGISTRAR LIVRO 1 - Nmero e nome do caso de uso - UC 03 - Registrar Livro; 1-1 - Descrio - Este caso de uso serve para cadastrar livros; 1-2 - Atores envolvidos - Usurio 1-3 - Pr- condio: Usurio inicia cadastro; Livro no deve estar cadastrado; Livro no pode ser repetido;

1.4 - Ps-condio: Livro cadastrado com sucesso; Livro pronto para ser emprestado;

1.5 - Fluxo de tarefas: 1. O usurio clica no boto "Adicionar novo livro"; 2. O sistema mostra tela de preenchimento dos dados; 3. O usurio preenche com os dados do livro; 4. O sistema informa se deseja salvar as informaes; 5. Se opo for sim, sistema informa "livro adicionado com sucesso"; 6. Sistema retorna a tela inicial; 7. O caso de uso finalizado.

2.1.2 Tcnicas de Modelagem Entidade e Relacionamento Logo abaixo, vou explicar alguns tipos de tcnicas de modelagem e relacionamento e, suas respectivas funes, como base de entendimento obtive, da prpria aula, de pesquisas na internet e da biblioteca virtual do aluno, enfim, meios e alternativas de estudo, no me faltaram, para pesquisar sobre esse assunto. Tipos de Modelagem Entidade e Relacionamento (MER): Entidades ou Tabelas; Relacionamento e Cardinalidade; Atributos; Administrador de Dados (AD); Modelo Conceitual de Dados; Modelo Lgico de Dados; Modelo Fsico de Dados;

1 - Entidades ou tabelas, se refere ao mesmo sentido, ou seja um conjunto de registro de informaes, que so adicionadas nos campos e atributos.O mesmo ainda pode ser chamado de objeto, para representar algo em seu projeto. 1.1 - Relacionamento o tipo de ocorrncia que se a entidade, ou como o nome j diz, a relao entre uma entidade e outra.O smbolo que representa o relacionamento no modelo E.R um losango, com o nome do relacionamento escrito no seu interior. Existem trs tipos de relacionamento entre cardinalidade, que so: um-para-um; um-para-muitos; muitos-para-muitos;

Em elementos de apoio ao texto, ter exemplos da simbologia da relacionamento e tipos de relacionamento entre cardinalidade. 1.1.1 - Cardinalidade um conceito importante, para ajudar a definir o relacionamento, ele defini o nmero de ocorrncias em um relacionamento, ou seja, colocar restries e minhas entidades, com outras palavras, detalhar o tipo de relacionamento, que ela ter com a outra entidade.

1.1.1.1 - Atributos so elementos que definem a estrutura de uma classe. Em questo de funcionalidades so a mesma coisa que variveis. Ambos so endereos de memria que tem um espao ou tamanho definido, de acordo com o tipo de dado que ser guardado, por exemplo: caracter, nmero, nmero decimal, etc. Podemos dizer tambm que atributos so propriedades (caractersticas) que identificam as entidades. Os atributos podem ser: Simples; Composto; Multivalorado; Determinante;

Atributo Simples - No possui qualquer caracterstica especial, ou seja, recebe um valor nico, como nome por exemplo, e no um atributo chave. Atributo Composto - O seu contedo formado por vrios itens menores, como por exemplo, endereo. Seu contedo poder ser dividido em vrios outros atributos, exemplo: rua, nmero, bairro, complemento, cep. e cidade. Atributo Multivalorado - O seu contedo formado por mais de um valor, como exemplo temos o telefone, uma pessoa poder ter mais de um nmero de telefone. indicado colocando-se um asterisco precedendo o nome do atributo. Atributo Determinante - Identifica de forma nica uma entidade, ou seja, no pode haver dados repetidos. indicado sublinhando-se o nome do atributo. Exemplo: CPF, CNPJ, Cdigo do fornecedor, nmero da matricula etc. Os atributos determinantes sero chaves primarias do bancos de dados. 1.1.1.1.1 - Administrador de dados - a pessoa que supervisiona os membros da funo de modelador, eles ainda podem executar tarefas de integrao de dados, ou seja, so eles que pem ordem na casa, no permitindo que nada saia fora do escopo. 1.1.1.1.1.1 - Modelo Conceitual de Dados - Concentra-se no mais alto nvel de abstrao. Nesse modelo o cliente dever ser envolvido a fim de obter o

levantamento de dados, que daro suporte a construo de todo o modelo. 1.1.1.1.1.1.1 - Modelo Lgico de Dados - Ele j leva em conta algumas limitaes e implementa recursos como adequao de padro e nomenclatura. Define as chaves primarias e estrangeiras, deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual. 1.1.1.1.1.1.1.1 - Modelo Fsico de Dados - feita a modelagem fsica do banco de dados, leva-se em conta as limitaes impostas pelo SGBD escolhido e deve ser criado sempre com base nos exemplos de modelagem de dados, do modelo lgico.

2.1.3 Implementao 2.1.4 - Como j foi citado no escopo do trabalho, o desenvolvimento escolhido foi na linguagem c#, e o projeto (cenrio), ser em plataforma web, a verso do .NET Framework 3.5 e do Visual Studio a Express. Primeiro vou justificar minha escolha sobre porque escolhi essas ferramentas. Comeando na escolha da plataforma web, foi escolhida esta devido as vantagens no desenvolvimento e facilidade no uso sem ter que instalar qualquer programa, "A onda web 2.0, 3.0 no a toa." Como todos j sabem, basta acessar o endereo e pronto. 2.1.5 - Apos o desenvolvimento do sistema, a utilizao do mesmo bem fcil, bastando apenas que o cliente tenha em sua maquina um navegador, dentre vrios disponveis no mercado gratuito, como Internet Explorer, Safri, Firefox, Opera e Chrome. Qualquer sistema operacional que tenha browser instalado, pode acessar o aplicativo web, mesmo sendo feito em C#>NET(Windows 7), pode ser acessado pelo browser do MacOsX ou Linux. 2.1.6 - O que ocorre no desenvolvimento web que uma linguagem no o suficiente para criar um sistema. necessrio saber sobre HTML, CSS, Java Script e a linguagem C#.NET.

10

2.1.7 - O que a plataforma web no faz? Essa parte interessante, porque a plataforma web no acessa localmente o computador do usurio para gravar dados, no consegue buscar a configurao da mquina do usurio totalmente sem instalar plugins especficos. Os plugins especficos nasceram para minimizar este problema de acesso a mquina local do usurio, isto , aquele que acessa o sistema pelo browser. S que necessrio aprender tambm a linguagem desses plugins, dentre os mais populares so o Silverlight e o Adobe Flash. 2.1.8 - Motivos pelos quais no escolhi a plataforma Windows Forms: Principal motivo foi pelo fato de que, essa plataforma, utilizada em aplicativos, que precisam utilizar dados ou scanners da maquina. Mas para visualizao e pesquisa, como o caso deste sistema "sistema bibliotecrio", que o foco deste trabalho, ento presumir que a melhor opo sria criar ele em uma plataforma web. 2.1.9 - Bibliografia sobre metodologia Metodologias geis e o Manifesto gil A expresso Metodologias geis tornou-se conhecida em 2001, quando especialistas em processos de desenvolvimento de software representando entre outros, os mtodos Scrum e Extreme Programming (XP), foram estabelecidos princpios e caractersticas comuns destes mtodos. Assim foi criada a Aliana gil e efetuou-se o estabelecimento do Manifesto gil. 2.2.0 - Principais conceitos do Manifesto gil: Pessoas e interaes, ao contrrio de processos e ferramentas. Software executvel, ao contrrio de documentao extensa e confusa. Colaborao do cliente, ao contrrio de constantes negociaes de contratos.

11

Respostas rpidas para as mudanas, ao contrrio de seguir planos previamente definidos.

2.2.1 - Modelos de Processo Evolucionrios usado quando deadline no adequado para o

desenvolvimento do software; a data de trmino no realstica uma verso limitada pode ser introduzida para atender competitividade e presses do negcio so liberados produtos core os detalhe se extenses ainda devem ser negcio definidos Ex: editor de texto

Segue abaixo alguns tipos de modelo de Processo Evolucionrio:

Incremental Espiral Montagem de Componentes Desenvolvimento Concorrente

2.2.2 - Modelo Incremental:

Combina elementos do Modelo Linear com a filosofia da Prototipao Aplica seqncias lineares numa abordagem de saltos medida que o tempo progride Cada seqncia linear produz um incremento do software (proc. de texto) O processo se repete at que um produto completo seja produzido Difere da Prototipao pois a cada incremento produz uma

12

verso operacional do software

2.2.3 - Modelo Espiral Engloba a natureza iterativa da Prototipao com os aspectos sistemticos e controlados do Modelo Linear Fornece o potencial para o desenvolvimento rpido de verses incrementais do software Nas primeiras iteraes a verso incremental pode ser um modelo em papel ou um prottipo Nas iteraes mais adiantadas so produzidas verses incrementais mais completas e melhoradas 2.2.4 - Atividades do Modelo Espiral: Comunicao cliente Planejamento: projeto Engenharia: tarefas requeridas para construir uma ou mais representaes da aplicao Construo e Release: tarefas requeridas para construir, testar, instalar e dar suporte ao usurio (p.ex.,documentao e treinamento) Avaliao do cliente: tarefas requeridas para obter um feedback do cliente baseado na avaliao da representao do software criado durante a fase de engenharia e implementado durante a fase de instalao Planejamento Anlise de Risco Engenharia Construo e Release Avaliao do Cliente Comunicao como Cliente tarefas requeridas para definir recursos,referenciais de tempo e outras informaes de com o cliente: tarefas requeridas para estabelecer uma efetiva comunicao entre desenvolvedor e

13

Anlise de Risco: tarefas requeridas para fazer levantamento de riscos tcnicos e de gerenciamento. 2.2.5 - Modelo Espiral (comentrios)

atualmente,

abordagem

mais

realstica

para

desenvolvimento de software em grande escala Usa uma abordagem que capacita o desenvolvedor e o cliente a entender e reagir aos riscos em cada etapa evolutiva Pode ser difcil convencer os clientes que uma abordagem "evolutiva" controlvel Exige considervel experincia na determinao de riscos e depende dessa experincia para ter sucesso o modelo relativamente novo e no tem sido amplamente usado Sero necessrios alguns anos at que a eficcia desse modelo possa ser determinada com certeza absoluta.

14

3 EXEMPLOS DE ELEMENTOS DE APOIO AO TEXTO

3.1 EXEMPLO DO DIAGRAMA EM UML Segue abaixo um exemplo em UML, para melhor entendimento da documentao do caso de uso.

Imagem 01 Diagrama em UML (Caso de uso)

Imagem 02 - Diagrama de Classe

Figura 1 - Referente a simbologia do relacionamento

Figura 2 - Exemplo de relacionamento de um-para-um

15

Figura 3 - Exemplo de relacionamento de um-para-muitos

Figura 4 - Exemplo de relacionamento de muitos-para-muitos

16

4 CONCLUSO Esse trabalho me ajudou, a conhecer ainda mais sobre o assunto discutido em sala, pois faz voc aprofundar mais no assunto, a procura de informaes, para que o mesmo possa ser concludo, que por sua vez, voc acaba achando outros temas similares, e ao mesmo tempo quer aprender sobre ele tambm, que de uma forma ou de outra, ser de bom uso futuramente, enfim um conhecimento a mais sempre bem vindo. Sobre o tema documentao de caso de uso, concluo que talvez isso seja de incentivo para que, nos programadores, reconhecermos a importncia, de se documentar um projeto, usar os procedimentos adequados antes de iniciar a programar, conhecer e se habituar com uso das ferramentas necessria para elaborao do mesmo, usar e pratica as tcnicas de modelagem aprendidas, enfim, ter o intuito de querer melhorar o seu projeto ao maximo, com as novas experincias que voc adquiriu e vem adquirindo.

17

REFERNCIAS NISHIMURA, Roberto Yukio. Banco de dados. 2. So Paulo: Editora, 2009. Froes, Charles Miranda. Auxilio na elaborao do trabalho. Vitoria da Conquista: 2011. Pesquisa: forms http://imasters.com.br/artigo/20583/dotnet/plataforma-web-ou-windows-

Pesquisa: http://technet.microsoft.com/pt-br/library/dd252702%28office.12%29.aspx. Pesquisa: http://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelologico-e-fisico.aspx Pesquisa: dados.aspx http://www.luis.blog.br/modelagem-conceitual-modelo-conceitual-de-

UNIVERSIDADE FEDERAL DO PARAN. Biblioteca Central. Normas para apresentao de trabalhos. 2. ed. Curitiba: UFPR, 1992. v. 2.