3

SISTEMA DE ENSINO PRESENCIAL CONECTADO CURSO SUPERIOR EM ANLISE E DESENVOLVIMENTO DE SISTEMAS

ADELMO ARAJO NASCIMENTO ANDR PADILHA DE FARIAS ALISSON TAVARES DE SOUZA DANIEL HEMERSON TEIXEIRA DE ARAJO JOACKSON DA HORA MEDEIROS JOS ROBERTO GOMES DA SILVA RAFAEL CORREIA DE OLIVEIRA

IMPLEMENTANDO O CENRIO NOSSA LOCADORA DE LIVROS

ADELMO ARAJO NASCIMENTO ANDR PADILHA DE FARIAS ALISSON TAVARES DE SOUZA DANIEL HEMERSON TEIXEIRA DE ARAJO JOACKSON DA HORA MEDEIROS JOS ROBERTO GOMES DA SILVA RAFAEL CORREIA DE OLIVEIRA

IMPLEMENTANDO O CENRIO NOSSA LOCADORA DE LIVROS

Trabalho de Anlise e Desenvolvimento de Sistemas apresentado Universidade Norte do Paran UNOPAR, como requisito parcial para a obteno de mdia das disciplinas de Anlise de Sistemas, Engenharia de Software, Banco de Dados I, Linguagem e Tcnicas de Programao II. Orientadores: Professores Polyana P. Gomes Fabris, Luis Claudio Perini, Roberto Nishimura, Anderson Macedo. Tutor de Sala: Silvaldo Joaquim de Santana

Arapiraca Arapiraca 2012 2012

SUMRIO INTRODUO.......................................................................................................6 OBJETIVO .................................................................................................................. 7 DESENVOLVIMENTO ................................................................................................8 4.1 TESTABILIDADE DE SOFTWARE NOSSA LOCADORA ............................... 8 4.2 DIAGRAMA DE ENTIDADE BrModelo...............................................................10

4.2.1 MODELO CONCEITUAL - FIGURA 1...............................................................10

4.2.2 MODELO CONCEITUAL LGICO - FIGURA 2................................................12 4.3 PROTTIPO DAS TELAS.....................................................................................7

4.3.1 TELA DE CADASTRO DE FUNCIONRIO - FIGURA 4...................................16

4.3.2 TELA DE CADASTRO DE CLIENTE - FIGURA 5.............................................17

4.3.3 TELA DE CADSTRO DE LIVRO - FIGURA 7...................................................18 4.3.4 TELA DE CADASTRO TIPO DE LIVRO FIGURA 8..........................................19

4.4 REPRESENTAO DOS CASOS DE USO E DIAGRAMA ASTAH..................20

CONCLUSO............................................................................................................21

REFERNCIAS........................................................................................................ 22

INTRODUO

De acordo com o cenrio proposto, vamos apresentar alguns processos indispensveis para elaborao e criao de um software de qualidade, com ferramentas que nos proporcionam um controle melhor dos processos e nos d uma amplitude visionria maior para que possamos chegar a um produto final eficiente superando as expeditivas do cliente e proporcionando ao usurio maior entendimento sobre o software. Deste modo sero acrescidos benefcios que s um sistema criado com esses potenciais fatores de criao e desenvolvimento pode oferecer como: Melhor acessibilidade, melhor comunicao, interao com usurio, robustez e solues rpidas para problemas eventuais. Logo, neste mundo globalizado e conectado em que vivemos, com o grande avano tecnolgico podemos enxergar cada vez mais a exigncia do publico alvo na utilizao de softwares eficientes e assim, com esses recursos tecnolgicos que tanto nos favorecem podemos nos preparar para o mercado de trabalho. Neste trabalho ser utilizado os softwares BrModelo ferramenta voltada para o ensino de modelagem de dados relacional e o ASTAH software para modelagem UML desenvolvido em plataforma Java, como base para desenvolvimento, do cenrio proposto Nossa Locadora de Livros e demonstrativos de diagramas e prottipos.

OBJETIVO

Aprendermos cada vez mais sobre as disciplinas aplicadas para obter a mdia semestral tendo como foco utilizao das ferramentas referidas para elaborao e criao de software, podendo oferecer o que h de melhor no meio tecnolgico com custo realmente baixo, onde nos possibilitar cada vez mais mostrar sistemas inteligentes com custo-beneficio baixo sem perder a qualidade, pois num processo de um grupo de TI, tudo isso tem que ser avaliado e esses conhecimento nos proporcionam justamente isso, saber os ricos e eliminar erros que venham a aparecer no decorrer da criao do projeto ou at mesmos j no desenvolvimento do software.

4.1 TESTABILIDADE DE SOFTWARE NOSSA LOCADORA DE LIVROS

Atividades que devem ser executadas na definio de uma poltica de teste de software para garantir a qualidade do produto e confiabilidade ao cliente. Com base nos critrios planejados pela SQA (society of quality assurance), sociedade de garantia de qualidade, e conforme os requisitos do software, os objetivos principais da atividade de teste so: 1- Descobrir erros e falhas nos programas imprescindvel que haja o desejo de descobrir esses erros. 2- Identificar falhas que ainda no foram descobertas nos processos executados anteriormente, o que faz desta atividade um sucesso. Para executar esse processo de inspeo usam-se nveis, tipos e tcnicas de testes: 1- Nveis: 1.1-Unidade 1.2-Integrao 1.3-Sistema 1.4-Aceitao 1.5-Regresso 2- Tipos: 2.1- Funcionalidade 2.2- Usabilidade 2.3- Confiabilidade 2.4- Desempenho 2.5- Suportabilidade 3- Tcnicas: 3.1- Funcional 3.2- Estrutural

Os nveis tm a finalidade de validar o produto gradativamente a cada programa ou mdulo que esteja sendo desenvolvido. Os tipos tm a finalidade de encontrar falhas ou defeitos no software de acordo com as dimenses da qualidade.

As tcnicas conhecidas como estrutural ou funcional tambm denominado teste da caixa-preta, o teste funcional tem a finalidade de executar o sistema para validar os requisitos definidos com o cliente. O teste estrutural, tambm conhecido como teste da caixa-branca tem o objetivo de encontrar comandos incorretos, estruturas de dados e de programao incorretas, variveis no definidas, erros de inicializao e finalizao de loops, essa tcnica deve descobrir possveis falhas que ainda no so possveis de ser verificadas pela tcnica e teste funcional, sendo assim uma complementa a outra. Deste modo podemos entender que como software da Nossa Locadora de Livros passar por todos estes processos de testabilidade, poder ser proporcionado ao usurio maior interao com o software, fazendo com que o seu trabalho flua mais rpido sem tantos bugs, erros de diretrios, corrupo de tabelas de dados e entre outras falhas que podero ser eliminadas, deixando o software mais robusto, confivel e de fcil navegao melhorando at na eficincia do atendimento.

10

4.2. ENTIDADE RELACIONAMENTO

De acordo com as entrevistas feitas com os usurios da locadora de livros, foi desenvolvido na ferramenta BrModelo o diagrama Entidade

Relacionamento nos modelos conceitual e lgico, cuja sua principal finalidade estruturar uma soluo descrevendo de maneira conceitual e lgica quais dados ser utilizado em nosso sistema.

4.2.1 MODELAGEM CONCEITUAL

Para nosso modelo conceitual foram identificadas quatro entidades (Funcionrio, livro, tipo do livro e cliente) e cinco relaes (Cadastrar, controle, faz locao, escolher e classificao).

Figura 1- MODELO CONCEITUAL

11

Com os diagramas definidos, podemos observa as seguintes cardinalidade: Entidade Funcionrio e Cliente- condies mnimas um funcionrio pode cadastrar um cliente, condies mximas muitos clientes podem ser cadastrados por apenas um funcionrio. Entidade Funcionrio e Livro- condies mnimas um funcionrio tem o controle de muitos livros, condies mximas muitos livros so controlados por apenas um funcionrio. Entidade Cliente e tipo de Livrocondies no mnimo um cliente pode escolher um tipo de livro com a classificao desejada, condies mximas um ou mais tipos de livro podem ser escolhidos por muitos clientes. Entidade Cliente e Livro- condies mnimas um cliente pode locar apenas um livro, condies mximas muitos livros podem ser locados por vrios clientes. Entidade Livro e tipo de Livro- condies mnimas um livro pode ter apenas um tipo de livro como classificao, condies mximas um tipo de livro podem ser classificados em vrios livros diferentes.

12

4.2.2 MODELAGEM LGICA

Na modelagem lgica iremos verificar as regras que cada campo deve conter, onde identificaremos as principais caractersticas. Nesse modelo podemos entender as principais caractersticas das entidades, poderemos identificar com mais clareza as chaves identificadoras primaria e estrangeira, podemos verificar se o preenchimento obrigatrio, nulo, numrico, alfanumrico etc.

FIGURA 2- MODELO LGICO

Na tabela funcionrio temos os seguintes campos: Matricula- ser do tipo numrico com o valor Maximo de sete dgitos, com incremento automtico ser a chave primaria de nossa tabela, j que todas as suas colunas so efetivamente necessrias para garantir os requesitos de unicidade de valores. Nome ser do tipo texto com no Maximo cinquenta caracteres, com preenchimento obrigatrio. Cargo ser do tipo texto com no Maximo vinte caracteres, com preenchimento obrigatrio. setor ser do tipo texto com no Maximo vinte caracteres, com preenchimento obrigatrio.

13

Na tabela cliente temos os seguintes campos: CPF - ser do tipo numrico com o valor Maximo de quinze dgitos, com incremento automtico ser a chave primaria de nossa tabela. Matricula- ser do tipo numrico com o valor Maximo de sete dgitos, com incremento automtico, na tabela cliente diferente da tabela funcionrio ser nossa chave estrangeira, j que forma um elo de ligao entre tabelas, no estando em seu lugar de origem, mas sim no local para onde foi migrada. Rua e N ser do tipo alfanumrico com no Maximo cinquenta caracteres, com preenchimento obrigatrio. Cidade ser do tipo texto com no Maximo vinte caracteres, com preenchimento obrigatrio. E-MAIL ser do tipo alfanumrico com no Maximo cinquenta caracteres, com preenchimento obrigatrio. Nome ser do tipo texto com no Maximo cinquenta caracteres, com preenchimento obrigatrio. Na tabela Livro temos os seguintes campos: COD_LIVRO - ser do tipo numrico com o valor Maximo de sete dgitos, com incremento automtico ser a chave primaria de nossa tabela. Matricula- ser do tipo numrico com o valor Maximo de sete dgitos, com incremento automtico, na tabela livro ser nossa chave estrangeira. Gnero ser do tipo texto com no Maximo vinte caracteres, com preenchimento obrigatrio. Titulo ser do tipo texto com no Maximo trinta caracteres, com preenchimento obrigatrio. Ano ser do tipo numrico com no Maximo oito caracteres, com preenchimento obrigatrio. Volume ser do tipo numrico com no Maximo quatro caracteres, com preenchimento obrigatrio. Classificao ser do tipo texto com no Maximo vinte caracteres, com preenchimento obrigatrio. Editora ser do tipo texto com no Maximo trinta caracteres, com preenchimento obrigatrio. Locao ser do tipo numerrio com no Maximo quatro caracteres, com preenchimento obrigatrio.

14

DATA_ENTREGA ser do tipo numrico com no Maximo oito caracteres, com preenchimento obrigatrio. Na tabela Tipo de Livro temos os seguintes campos: Diamante ser do tipo numerrio com no Maximo quatro caracteres, com preenchimento obrigatrio. Ouro ser do tipo numerrio com no Maximo quatro caracteres, com preenchimento obrigatrio. Prata ser do tipo numerrio com no Maximo quatro caracteres, com preenchimento obrigatrio. Bronze ser do tipo numerrio com no Maximo quatro caracteres, com preenchimento obrigatrio. Tambm pode ser utilizado a agrupamento de caixas com nome Tipo de Livro utilizando checklistbox, para facilitar o cadastro, podendo apenas marcar na opo desejada.

15

4.3. PROTTIPO DAS TELAS DE CADASTRO

Vimos que, de acordo com o cenrio proposto Nossa Locadora de Livros teramos que desenvolver um prottipo das telas para cadastro de acordo com DER do Banco de Dados desenvolvido no BrModelo. Segue ilustraes abaixo:

16

4.3.1. TELA DE CADASTRO DE FUNCIONRIO

Figura 4 Prottipo 1

17

4.3.2. TELA DE CADASTRO DE CLIENTE

Figura 5 Prottipo 2

18

4.3.3. TELA DE CADASTRO DE LIVRO

Figura 6 Prottipo 3

19

4.3.4. TELA DE CADASTRO TIPO DE LIVRO

Figura 7 Prottipo 4

20

4.4. IDENTIFICAO DOS CASOS DE USO, ATORES, INCLUSO E EXTENSO

usurio.

Identificao dos Casos de Uso;

Do funcionrio: cadastrar livros, registrar emprstimo e identificar

Do cliente: locar livro e locar mais de um livro Identificao dos Atores;

Os atores so o funcionrio, o diretor e o cliente. Identificao dos Casos de Uso de Incluso (Include) e de

extenso Extends); Identificar usurio (Include) e locar mais de um livro (Extend).

Identificao de uma herana entre os atores;

Existe uma herana do diretor para o funcionrio.

Figura 8 - Representao do Diagrama na ferramenta ASTAH

21

CLUSO

Conclui-se que devem ser utilizados softwares mais adequados ao tipo de aplicao. Atravs de analise das necessidades e funes para determinar todas as funes do software, fazendo com que entendamos a real necessidade da utilizao de ferramentas eficazes e de conhecimentos especficos para elaborao, criao e desenvolvimento de um software confivel em todos os aspectos. Deste modo, tambm vlido observar que, com avano tecnolgico as empresas utilizadoras de sistemas, vem cada vez mais em busca do profissional que corresponda as expectativas e de sistemas confiveis que englobe uma gama de funes as quais facilitaro a utilizao sistema pelo usurio no dia-dia. Sendo assim, podemos ter uma viso mais ampla e coesa de como nos preparar melhor para o mercado de trabalho nos tornando profissionais honestos, compromissados, podendo transparecer nosso trabalho de forma que todos fiquem inteirados do que realmente est sendo elaborado. E esse este tipo de ensino e a utilizao o qual estamos nos prestando a fazer nos faz entender a verdadeira funcionalidade dessas e muitas outras ferramentas utilizadas no cenrio proposto Nossa Locadora de Livros, que nos passam essa segurana.

22

REFERNCIAS

http://www.fernandozaidan.com.br/ined/bd/outros/brModelo.pdf http://stthiaggo.blogspot.com.br/2011/08/diagramas-uml-usando-astah.html http://msdn.microsoft.com/pt-br/library/vstudio/67ef8sbd.aspx http://www.linhadecodigo.com.br/artigo/923/o-que-e-testabilidade.aspx