CURSO SUPERIOR DE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS

ALBERTO CASSIANO DE OLIVEIRA

ANLISE DE SISTEMAS I:
Modelagem da Nossa Locadora de Livros

GURUPI 2012

ALBERTO CASSIANO DE OLIVEIRA

ANLISE DE SISTEMAS I:
Modelagem da Nossa Locadora de Livros

Trabalho

apresentado

Universidade Norte do Paran - UNOPAR como requisito parcial para a disciplina Anlise de Sistemas I.

Prof(a): Polyanna P. Gomes Fabris

GURUPI 2012

Sumrio INTRODUO......................................................................................................4 OBJETIVO............................................................................................................5 DESENVOLVIMENTO..........................................................................................6 SCRUM...........................................................................................................10 RAPID APPLICATION DEVELOPME - RAD................................................11 RATIONAL UNIFIED PROCESS RUP........................................................11 COMPARATIVO DAS METODOLOGIAS DE PROCESSOS........................12 CONCLUSO.....................................................................................................13 REFERENCIAS..................................................................................................14

INTRODUO

O mercado competitivo obriga cada vez mais as empresas a se adaptarem a novas tecnologias, para aumentar seus ganho ou dar velocidades para suas informaes. A anlise de sistemas vem como auxilio para estas empresas proporcionando um estudo nos processo a fim de encontrar o melhor caminho coerente para a informao. Tendo como ponto de vista a conceituao da analise de sistemas propomos a realizao de tal analise, com o intuito de implantar um sistema de locao de livros para a empresa Nossa Locadora de Livros Fazse necessrio um levantamento tendo como considerao casos de usos, regras de negcios, metodologias de desenvolvimento empregadas dentre outras.

OBJETIVO

A avaliao dos conceitos ministrados o objetivo deste trabalho, a fim de que possa apontar uma soluo que atenda a necessidade de agregao de valores aos processos na empresa exemplificada. O sistema proposto necessita atender as necessidades do cliente, oferecendo facilidades e agilidade nos processos da empresa. Para alcanarmos tais benefcios preciso um estudo para identificar metodologias a serem empregadas bem como modelagens e diagramaes.

DESENVOLVIMENTO

Especificar requisitos consiste em detalhar os cenrios que compem os casos de uso previamente identificados no modelo de caso de uso. A especificao de caso de uso descreve o comportamento do sistema e o produto final das atividades do Analista de Requisitos, alm de orientar todo o desenvolvimento tambm permite validar a compreenso dos requisitos antes do inicio do desenvolvimento do software. Podemos apresentar os seguintes casos de usos. Controla_Fornecedor Controla_Autor Controla_Livro Controla_Reserva Controla_Cliente Controla_Locao Controla_Pagamento

Figura 1 Diagrama de Caso de Uso

Regras de negcio, segundo ROSCA et al. (1997), uma nova categoria de requisitos do sistema que representam decises sobre como executar o negcio, e so caracterizadas pela orientao do negcio e sua tendncia s mudanas. As regras de negcio podem oferecer muitos benefcios: rapidez no desenvolvimento de software, melhor qualidade dos requisitos, facilidade de mudana e balanceamento entre flexibilidade e controle centralizado. Relacionamento n..n (l-se muitos para muitos) - quando tabelas tm entre si relacionamento n..n, necessrio criar uma nova tabela com as chaves primrias das tabelas envolvidas, ficando assim uma chave composta, ou seja, formada por diversos campos-chave de outras tabelas. A relacionamento ento se reduz para uma relacionamento 1..n, sendo que o lado n ficar com a nova tabela criada.

Figura 4 Relacionamento muitos-para-muitos

Relacionamento 1..n (l-se um para muitos) - a chave primria da tabela que tem o lado 1 vai para a tabela do lado N. No lado N ela chamada de chave estrangeira;

Figura 3 Relacionamento um-para-muitos

Relacionamento 1..1 (l-se relacionamento um para um) indica que as tabelas tm relacionamento unvoca entre si. Voc escolhe qual tabela vai receber a chave estrangeira;

Figura 2 Relacionamento um para um.

Podemos

observar

partir

da

explanao

que

relacionamento para a regra de negcio Locao de Livro seria N:N ou seja muitos-para-muitos, pois o livro cadastrado um exemplar especifico e o cliente poder levar vrios exemplares. Podemos justificar levando em considerao que o cadastro dos livros individual deixando desta forma cada livro cadastrado como um exemplar especifico; e o cliente poder locar vrios livros de uma vez. A interao do ator com o sistema feito atravs de algumas telas de cadastros, estas telas seriam a forma de entrada de informao no sistema. Com a tela de cadastro de clientes podemos realizar a interao com o produto oferecido pelo sistema, podemos assim tornar mais rpido o atendimento do cliente, bem como podemos subtrair bastantes informaes para uma interao como o cliente. Podemos presentar como campos para esta tela: Nome; RG; CPF; Dependentes Endereo; Complemento; Bairro; Telefone; Cidade; Estado;

O cadastro de Autor podemos agilizar informaes importantes para futuras pesquisas escolares bem como auxilio em futuras aquisies, sendo assim temos como atributos:

Nome do autor CPF RG Ttulos Publicados Data de Nascimento Endereo Complemento Bairro Cidade Estado Telefone

O cadastro do Livro pode justificar por o foco do sistema com este cadastro podemos realizar a maior parte das consultas e servios referente ao sistema; teremos como campos: Ttulo do Livro Autor Data de Publicao Edio Descrio Gnero Classificao Sinopse

Com o cadastro de fornecedores possamos controlar as compras de novos livros e manter constantes contatos para lanamentos de

novos exemplares. Para a tela de cadastro de fornecedores podemos identificar como atributos: CNPJ; Nome Fantasia; Endereo; Complemento; Bairro; Cidade; Estado; Telefone; Responsvel;

SCRUM

O processo de desenvolvimento de software SCRUM surgiu com os interesses compartilhados das empresas ADM ( Advanced Development Methods) e VMARK. A ADM produz software para automao de processo e a VMARK, ambientes de desenvolvimento de software orientados a objeto. O processo SCRUM foi aplicado, pela primeira vez, por Ken Schwaber e Jeff Sutherland, e foi documentado no livro: Agile Software Development with Scrum, por Ken Schwaber e Mike Beedle. A metodologia destina-se ao gerenciamento, manuteno e desenvolvimento de softwares simples e pequenos, ou grandes e complexos. As tcnicas e os tools utilizados em OO so base para o SCRUM, assim como o gerenciamento de processo bem definido e de processo emprico (caixa preta), visto que o SCRUM trabalha com esses dois tipos de processos. A priori no necessrio conhecimento sobre o processo (o sistema tratado

como uma caixa preta), embora possa ajudar. Somente em dois momentos o SCRUM precisa ter o processo bem definido, a saber, no inicio e no fechamento.

RAPID APPLICATION DEVELOPME - RAD RAD um modelo incremental, considerado uma adaptao para projetos curtos, usualmente com prazo mximo de 90 dias, do modelo sequencial linear. Sua principal caracterstica que o produto de software seja desenvolvido em componentes, pois a reutilizao de cdigo permite que a equipe de desenvolvimento possa desenvolver um sistema completamente funcional em pouco tempo Igualmente aos outros modelos, o RAD subdividido em fases, que so: Modelagem de Negcios Modelagem de Dados Modelo de Processo Gerao da Aplicao Teste e Entrega

Os modelos de processos em espiral e evolucionrio serviram de base para uma metodologia chamada de Rapid Iterative Production Prototyping (RIPP) criada por Scott Shultz. James Martin. O modelo sofreu uma ampliao agregando valores de outros processos tornando-o maior e mais formal sendo assim denominado de RAD. O RAD foi finalmente formalizado em 1991 com a publicao de um livro.

RATIONAL UNIFIED PROCESS RUP

O RUP tambem um produto de processo que oferece uma estrutura de processo customizvel para a engenharia de software. O produdo IBM RUP suporta a customizao e autoria de processos, podem ser montadas nele. Essas configuraes do RUP podem ser criadas para sportar equipes grandes e pequenas, e tcnicas de desenvolvimento disciplinadas ou menos formais. O produto IBM RUP contm vrias configuraes e vises de processos prontas que guiam analistas, desenvolvedores, testadores, gerentes de projeto, gerentes de configurao, analistas de dados, e outros membros da equipe de desenvolvimento em como desenvolver o software. Ele tem sido utilizado por muitas companhias em diferentes setores da indstria.

COMPARATIVO DAS METODOLOGIAS DE PROCESSOS

Na metodologia de desenvolvimento RAD iterativo e incremental da mesma forma a metodologia Scrum, porm o Scrum usado em trabalhos complexos, onde impossivel predizer o que poder acontecer; ja o RAD foca no ciclo de desenvolvimento curto. A metodologia RUP possue processo de engenharia de software com devenvolvimento voltado para a orientao a objeto, buscando atender as necessidade do usuario no que se diz respeito a alta qualidade e cumprir cronogramas e oramentos.

CONCLUSO

Podemos perceber que um bom estudo dos casos de usos pode facilitar a compreenso de boa parte do software.Podemos concluir nossos trabalhos afirmando que para o desenvolvimento de um software que atenda as necessidades do cliente preciso um bom acompanhamento da empresa a qual solicitou o software; as metodologias empregadas devem ser bem selecionadas para um desenvolvimento gil e eficiente.

REFERENCIAS Publicado na Internet Site visitado em 04/05/2012

http://pt.wikipedia.org/wiki/Caso_de_uso Publicado na Internet Site visitado em 07/05/2012

http://www.luis.blog.br/relacionamento-entre-entidades-tipos-ecardinalidade.aspx Publicado na Internet Site visitado em 20/04/2012

http://pt.wikipedia.org/wiki/Rapid_Application_Development Martinez, Marina. Publicado na Internet Site visitado em 20/04/2012 http://www.infoescola.com/engenharia-de-software/rup/ Rocha, Camila R.; Soares, Silvia C. M. SCRUM

Processo de Desenvolvimento de Software. GOTTESDIENER, E. (1997) Business Rules Show Power, Promise. Application Development Trends, v. 4, n 3. Dallavalle, Silvia Ins; Cazarini, Edson Walmir. Regras do Negcio, um fator chave de sucesso no processo de desenvolvimento de Sistemas de Informao - Publicado na Internet Site visitado em 10/05/2012 http://www.abepro.org.br/biblioteca/enegep2000_e0237.pdf Serrano, Guilherme. Entendendo o relacionamento de tabelas no banco de dados. Publicado na internet Site visitado em 10/05/2012 http://odesenvolvedor.andafter.org/publicacoes/entendendo-orelacionamento-de-tabelas-no-banco-de-dados_1467.html