trabalho port_grupo semestre2
Post on 18-Dec-2014
83 Views
Preview:
TRANSCRIPT
ADELMO ARAÚJO NASCIMENTOANDRÉ PADILHA DE FARIAS
ALISSON TAVARES DE SOUZADANIEL HEMERSON TEIXEIRA DE ARAÚJO
JOACKSON DA HORA MEDEIROSJOSÉ ROBERTO GOMES DA SILVA
RAFAEL CORREIA DE OLIVEIRA
SISTEMA DE ENSINO PRESENCIAL CONECTADOCURSO SUPERIOR EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
IMPLEMENTANDO O CENÁRIO “NOSSA LOCADORA DE LIVROS”
3
Arapiraca2012
Arapiraca2012
IMPLEMENTANDO O CENÁRIO “NOSSA LOCADORA DE LIVROS”
Trabalho de Análise e Desenvolvimento de Sistemas apresentado à Universidade Norte do Paraná - UNOPAR, como requisito parcial para a obtenção de média das disciplinas de Análise de Sistemas, Engenharia de Software, Banco de Dados I, Linguagem e Técnicas de Programação II.
Orientadores: Professores Polyana P. Gomes Fabris, Luis Claudio Perini, Roberto Nishimura, Anderson Macedo. Tutor de Sala: Silvaldo Joaquim de Santana
ADELMO ARAÚJO NASCIMENTOANDRÉ PADILHA DE FARIAS
ALISSON TAVARES DE SOUZADANIEL HEMERSON TEIXEIRA DE ARAÚJO
JOACKSON DA HORA MEDEIROSJOSÉ ROBERTO GOMES DA SILVA
RAFAEL CORREIA DE OLIVEIRA
4
5
SUMÁRIO
INTRODUÇÃO.......................................................................................................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 LÓGICO - FIGURA 2................................................12
4.3 PROTÓTIPO DAS TELAS.....................................................................................7
4.3.1 TELA DE CADASTRO DE FUNCIONÁRIO - 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 REPRESENTAÇÃO DOS CASOS DE USO E DIAGRAMA ASTAH..................20
CONCLUSÃO............................................................................................................21
REFERÊNCIAS........................................................................................................22
6
INTRODUÇÃO
De acordo com o cenário proposto, vamos apresentar alguns
processos indispensáveis para elaboração e criação de um software de qualidade,
com ferramentas que nos proporcionam um controle melhor dos processos e nos dá
uma amplitude visionária maior para que possamos chegar a um produto final
eficiente superando as expeditivas do cliente e proporcionando ao usuário maior
entendimento sobre o software. Deste modo serão acrescidos benefícios que só um
sistema criado com esses potenciais fatores de criação e desenvolvimento pode
oferecer como:
Melhor acessibilidade, melhor comunicação, interação com usuário,
robustez e soluções rápidas para problemas eventuais.
Logo, neste mundo globalizado e conectado em que vivemos, com o
grande avanço tecnológico podemos enxergar cada vez mais a exigência do publico
alvo na utilização de softwares eficientes e assim, com esses recursos tecnológicos
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 cenário proposto “Nossa Locadora de Livros” e demonstrativos
de diagramas e protótipos.
7
OBJETIVO
Aprendermos cada vez mais sobre as disciplinas aplicadas para
obter a média semestral tendo como foco utilização das ferramentas referidas para
elaboração e criação de software, podendo oferecer o que há de melhor no meio
tecnológico 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 criação do projeto ou até mesmos já no
desenvolvimento do software.
8
4.1 TESTABILIDADE DE SOFTWARE NOSSA LOCADORA DE LIVROS
Atividades que devem ser executadas na definição de uma política
de teste de software para garantir a qualidade do produto e confiabilidade ao cliente.
Com base nos critérios 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 são:
1- Descobrir erros e falhas nos programas é imprescindível que
haja o desejo de descobrir esses erros.
2- Identificar falhas que ainda não foram descobertas nos
processos executados anteriormente, o que faz desta atividade um sucesso.
Para executar esse processo de inspeção usam-se níveis, tipos e técnicas de testes:
1- Níveis: 1.1-Unidade1.2-Integração1.3-Sistema1.4-Aceitação1.5-Regressão
2- Tipos:
2.1- Funcionalidade
2.2- Usabilidade
2.3- Confiabilidade
2.4- Desempenho
2.5- Suportabilidade
3- Técnicas:
3.1- Funcional
3.2- Estrutural
Os níveis têm a finalidade de validar o produto gradativamente a
cada programa ou módulo que esteja sendo desenvolvido.
Os tipos têm a finalidade de encontrar falhas ou defeitos no software
de acordo com as dimensões da qualidade.
9
As técnicas conhecidas como estrutural ou funcional também
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, também
conhecido como teste da caixa-branca tem o objetivo de encontrar comandos
incorretos, estruturas de dados e de programação incorretas, variáveis não
definidas, erros de inicialização e finalização de loops, essa técnica deve descobrir
possíveis falhas que ainda não são possíveis de ser verificadas pela técnica 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 usuário maior interação com o software, fazendo com que o seu
trabalho flua mais rápido sem tantos bugs, erros de diretórios, corrupção de tabelas
de dados e entre outras falhas que poderão ser eliminadas, deixando o software
mais robusto, confiável e de fácil navegação melhorando até na eficiência do
atendimento.
10
4.2. ENTIDADE RELACIONAMENTO
De acordo com as entrevistas feitas com os usuários da locadora de
livros, foi desenvolvido na ferramenta BrModelo o diagrama Entidade
Relacionamento nos modelos conceitual e lógico, cuja sua principal finalidade é
estruturar uma solução descrevendo de maneira conceitual e lógica quais dados
será utilizado em nosso sistema.
4.2.1 MODELAGEM CONCEITUAL
Para nosso modelo conceitual foram identificadas quatro entidades
(Funcionário, livro, tipo do livro e cliente) e cinco relações (Cadastrar, controle, faz
locação, escolher e classificação).
Figura 1- MODELO CONCEITUAL
11
Com os diagramas definidos, podemos observa as seguintes
cardinalidade:
▪Entidade Funcionário e Cliente- condições mínimas um funcionário
pode cadastrar um cliente, condições máximas muitos clientes podem ser
cadastrados por apenas um funcionário.
▪Entidade Funcionário e Livro- condições mínimas um funcionário
tem o controle de muitos livros, condições máximas muitos livros são controlados
por apenas um funcionário.
▪Entidade Cliente e tipo de Livro–condições no mínimo um cliente
pode escolher um tipo de livro com a classificação desejada, condições máximas um
ou mais tipos de livro podem ser escolhidos por muitos clientes.
▪Entidade Cliente e Livro- condições mínimas um cliente pode locar
apenas um livro, condições máximas muitos livros podem ser locados por vários
clientes.
▪Entidade Livro e tipo de Livro- condições mínimas um livro pode ter
apenas um tipo de livro como classificação, condições máximas um tipo de livro
podem ser classificados em vários livros diferentes.
12
4.2.2 MODELAGEM LÓGICA
Na modelagem lógica iremos verificar as regras que cada campo
deve conter, onde identificaremos as principais características. Nesse modelo
podemos entender as principais características das entidades, poderemos identificar
com mais clareza as chaves identificadoras primaria e estrangeira, podemos verificar
se o preenchimento é obrigatório, nulo, numérico, alfanumérico etc.
FIGURA 2- MODELO LÓGICO
Na tabela funcionário temos os seguintes campos:
▪Matricula- será do tipo numérico com o valor Maximo de sete
dígitos, com incremento automático será a chave primaria de nossa tabela, já que
todas as suas colunas são efetivamente necessárias para garantir os requesitos de
unicidade de valores.
▪Nome – será do tipo texto com no Maximo cinquenta caracteres,
com preenchimento obrigatório.
▪Cargo – será do tipo texto com no Maximo vinte caracteres, com
preenchimento obrigatório.
▪setor – será do tipo texto com no Maximo vinte caracteres, com
preenchimento obrigatório.
13
Na tabela cliente temos os seguintes campos:
▪CPF - será do tipo numérico com o valor Maximo de quinze dígitos,
com incremento automático será a chave primaria de nossa tabela.
▪Matricula- será do tipo numérico com o valor Maximo de sete
dígitos, com incremento automático, na tabela cliente diferente da tabela funcionário
será nossa chave estrangeira, já que forma um elo de ligação entre tabelas, não
estando em seu lugar de origem, mas sim no local para onde foi migrada.
▪Rua e N°– será do tipo alfanumérico com no Maximo cinquenta
caracteres, com preenchimento obrigatório.
▪Cidade – será do tipo texto com no Maximo vinte caracteres, com
preenchimento obrigatório.
▪E-MAIL – será do tipo alfanumérico com no Maximo cinquenta
caracteres, com preenchimento obrigatório.
▪Nome – será do tipo texto com no Maximo cinquenta caracteres,
com preenchimento obrigatório.
Na tabela Livro temos os seguintes campos:
▪COD_LIVRO - será do tipo numérico com o valor Maximo de sete
dígitos, com incremento automático será a chave primaria de nossa tabela.
▪Matricula- será do tipo numérico com o valor Maximo de sete
dígitos, com incremento automático, na tabela livro será nossa chave estrangeira.
▪ Gênero – será do tipo texto com no Maximo vinte caracteres, com
preenchimento obrigatório.
▪ Titulo – será do tipo texto com no Maximo trinta caracteres, com
preenchimento obrigatório.
▪ Ano – será do tipo numérico com no Maximo oito caracteres, com
preenchimento obrigatório.
▪ Volume – será do tipo numérico com no Maximo quatro caracteres,
com preenchimento obrigatório.
▪ Classificação – será do tipo texto com no Maximo vinte caracteres,
com preenchimento obrigatório.
▪ Editora – será do tipo texto com no Maximo trinta caracteres, com
preenchimento obrigatório.
▪ Locação – será do tipo numerário com no Maximo quatro
caracteres, com preenchimento obrigatório.
14
▪DATA_ENTREGA– será do tipo numérico com no Maximo oito
caracteres, com preenchimento obrigatório.
Na tabela Tipo de Livro temos os seguintes campos:
▪Diamante – será do tipo numerário com no Maximo quatro
caracteres, com preenchimento obrigatório.
▪Ouro – será do tipo numerário com no Maximo quatro caracteres,
com preenchimento obrigatório.
▪Prata– será do tipo numerário com no Maximo quatro caracteres,
com preenchimento obrigatório.
▪Bronze – será do tipo numerário com no Maximo quatro caracteres,
com preenchimento obrigatório.
Também pode ser utilizado a agrupamento de caixas com nome
Tipo de Livro utilizando checklistbox, para facilitar o cadastro, podendo apenas
marcar na opção desejada.
15
4.3. PROTÓTIPO DAS TELAS DE CADASTRO
Vimos que, de acordo com o cenário proposto Nossa Locadora de
Livros teríamos que desenvolver um protótipo das telas para cadastro de acordo
com DER do Banco de Dados desenvolvido no BrModelo. Segue ilustrações abaixo:
16
4.3.1. TELA DE CADASTRO DE FUNCIONÁRIO
Figura 4 – Protótipo 1
17
4.3.2. TELA DE CADASTRO DE CLIENTE
Figura 5 – Protótipo 2
18
4.3.3. TELA DE CADASTRO DE LIVRO
Figura 6 – Protótipo 3
19
4.3.4. TELA DE CADASTRO TIPO DE LIVRO
Figura 7 – Protótipo 4
20
4.4. IDENTIFICAÇÃO DOS CASOS DE USO, ATORES, INCLUSÃO E EXTENSÃO
Identificação dos Casos de Uso;
Do funcionário: cadastrar livros, registrar empréstimo e identificar usuário.
Do cliente: locar livro e locar mais de um livro
Identificação dos Atores;
Os atores são o funcionário, o diretor e o cliente.
Identificação dos Casos de Uso de Inclusão (Include) e de
extensão Extends);
Identificar usuário (Include) e locar mais de um livro (Extend).
Identificação de uma herança entre os atores;
Existe uma herança do diretor para o funcionário.
.
Figura 8 - Representação do Diagrama na ferramenta ASTAH
21
CLUSÃO
Conclui-se que devem ser utilizados softwares mais adequados ao
tipo de aplicação. Através de analise das necessidades e funções para determinar
todas as funções do software, fazendo com que entendamos a real necessidade da
utilização de ferramentas eficazes e de conhecimentos específicos para elaboração,
criação e desenvolvimento de um software confiável em todos os aspectos.
Deste modo, também é válido observar que, com avanço tecnológico
as empresas utilizadoras de sistemas, vem cada vez mais em busca do profissional
que corresponda as expectativas e de sistemas confiáveis que englobe uma gama
de funções as quais facilitarão a utilização sistema pelo usuário no dia-dia. Sendo
assim, podemos ter uma visão 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 utilização o qual
estamos nos prestando a fazer nos faz entender a verdadeira funcionalidade dessas
e muitas outras ferramentas utilizadas no cenário proposto “Nossa Locadora de
Livros”, que nos passam essa segurança.
22
REFERÊNCIAS
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
23
top related