SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMAS ANDERSON RICARDO BARROS DE SOUZA FRANCISCO MACELO SILVEIRA

MACHADO JOCELANDIO LOPES JOS EDINILSON DE SOUZA ROQUE DE SOUZA GOMES

PRODUO TEXTUAL INTERDISCIPLINAR EM GRUPO

Petrolina 2012

ANDERSON RICARDO BARROS DE SOUZA FRANCISCO MACELO SILVEIRA MACHADO JOCELANDIO LOPES JOS EDINILSON DE SOUZA ROQUE DE SOUZA GOMES

PRODUO TEXTUAL INTERDISCIPLINAR EM GRUPO

Trabalho de Atividade Interdisciplinar em grupo, apresentado Universidade Norte do Paran - UNOPAR, como requisito parcial para a obteno de mdia semestral nas disciplinas de Educao Distncia, Anlise de Sistemas I, Engenharia de Software, Banco de Dados I, Linguagens, Tcnicas de Programao II e Seminrios II. Professores: Everson Morais Poliyana P. Gomes Fabris Luiz Cladio Perini Roberto Nishimura Anderson Macedo

Petrolina 2012

SUMRIO

1 INTRODUO...........................................................................................................4 2 OBJETIVO.................................................................................................................5 3 DESENVOLVIMENTO...............................................................................................6 3.1 TESTABILIDADE DE SOFTWARE.........................................................................7 3.2 DIAGRAMA ENTIDADE RELACIONAMENTO.....................................................13 3.2.1 Diagrama Entidade Relacionamento Modelo Conceitual...............................13 3.2.2 Diagrama Entidade Relacionamento Modelo Lgico.....................................14 3.3 PROTTIPO DE BANCO DE DADOS ................................................................15 3.3.1 Formulrio de Cadastro de Funcionrio............................................................15 3.3.2 Formulrio de Cadastro de Clientes..................................................................16 3.3.3 Formulrio de Cadastro de Livros......................................................................17 3.3.4 Formulrio de Cadastro do Tipo de Livro..........................................................17 3.4 IDENTIFICAO DE ESTUDO DE CASO ..........................................................18 3.4.1 Identificao dos Casos de Uso (UC)................................................................18 3.4.2 Identificao dos Atores.....................................................................................18 3.4.3 Identificao UC de Incluso e Extenso..........................................................18 3.4.4 Identificao de Herana Entre os Atores.........................................................18 3.4.5 Diagrama na Ferramenta ASTAH......................................................................19 4 CONCLUSO .........................................................................................................20 REFERNCIAS...........................................................................................................21

4 1 INTRODUO Atualmente as empresas utilizam software que nem sempre atendem as suas necessidades. Visando contornar essas deficincias, que a engenharia de software aplica padres a obter um produto de qualidade e preo acessvel. Utilizando de ferramentas, de modelagem, de testes e de processo de desenvolvimento, empresas denominadas como software house desenvolvem produtos de software a preo justo, cumprindo prazos para entrega e boa qualidade.

5 2 OBJETIVO Neste trabalho de ADS, trataremos de atividades elencadas no desenvolvimento e testabilidade de software, em ferramentas de modelagem de banco de dados, a exemplo do BrModelo, bem como o ASTAH para modelagem de caso de uso, a fim de garantir qualidade do software desenvolvido e agregar facilidades para os usurios, esse o diferencial na soluo de problemas e que permite um ganho significativo na produo. .

6 3 DESENVOLVIMENTO

O BOOK LOCAR, software em desenvolvimento, pela Empresa Alunos da UNOPAR, atendendo a solicitao do Sr. Joo Carlos, Diretor da Empresa Nossa Locadora de Livros, para controle de funcionrios, clientes, livros e locao, possui um banco de dados relacional, garantindo uma maior eficincia e rapidez na busca dos dados, levando em considerao a segurana, fator primordial em um banco de dados. Pretende-se criar um software de excelente qualidade, tendo em vista, seguir padres mundiais de desenvolvimento, em suas variadas etapas do desenvolvimento. O BOOK LOCAR dever passar pelos mais variados testes de software, bem como, em sua estruturao, foram utilizadas ferramentas apropriadas para modelagem, como veremos mais adiante. Para um melhor entendimento e levantamento de requisitos, foram feitos prottipos das principais telas de cadastro/alimentao do banco de dados. Neste sistema no permite auto locao pelos clientes, tendo estes que se dirigir at a empresa, para que a faa.

7 3.1 TESTABILIDADE DE SOFTWARE Teste de Software Utilizaremos como base de teste de qualidade

chamada FURPS (Functionality, Usability, Reliability, Performance, Supportability), que consiste nas seguintes categorias: Funcionalidade, Usabilidade, Confiabilidade, Suportabilidade, Desempenho. processo de executar um programa ou sistema com a inteno de encontrar defeitos, Verificar se no existem erros lgicos no projeto e cdigo, documentao, Arquitetura, requisitos, interface em todas as fases do projeto. O teste de software um elemento fundamental para a garantia que o software e apresenta a reviso final da especificao no projeto. Funcionalidade Teste funcional (caixa preta)

Teste Funcional tem como objetivo medir a qualidade funcional de componentes de um sistema. Quando se realiza um teste funcional est na verdade confrontando com o que se espera que o sistema v fazer, ou seja, incluindo entrada de dados, processamento e resposta. A seguir so apresentadas algumas dicas de tcnicas para montar os casos de testes funcionais. Teste Estrutural (caixa branca)

Teste Estrutural uma tcnica de teste que serve para avaliar todo o comportamento interno do componente de software. A Caixa Branca uma tcnica que trabalha diretamente sobre o cdigo fonte dos componentes de softwares para que possam ser avaliados os aspectos como de fluxo de dados, e os testes de caminhos lgicos. Teste de regresso

O teste de regresso uma tcnica do teste de software que consiste na aplicao de testes verso mais recente do software, para garantir que no surgiram novos defeitos em componentes j testados. Se, ao juntar o novo componente ou as suas alteraes com os componentes restantes do sistema

8 surgirem novos defeitos em componentes inalterados, ento considera-se que o sistema regrediu. Essa ferramentas especficas para o teste de regresso, chamadas de ferramentas de automao. Elas conseguem um resultado mais exato do teste executando exatamente os passos seguidos para o teste das primeiras verses j que elas permitem a gravao do teste. Empresas que usam esse teste: Rational functional tester IBM mercury quick teste professional - HP JUnit - Java Teste de volume

O teste de volume submete grandes quantidades de dados ao sistema para determinar se limites que causam a falha do software so alcanados. Este tipo de teste tambm identifica a carga ou volume mximo persistente que o sistema pode suportar por um dado perodo. O objetivo do teste Verificar se o sistema funciona com sucesso sob os seguintes cenrios de grande volume: Nmero mximo (real ou fisicamente capaz) de clientes conectados, ou simulados, todos realizando a mesma funo de pior desempenho. Tamanho mximo alcanado do banco de dados, e mltiplas consultas ou transaes executadas simultaneamente. Teste de segurana

Conhecido tambm como Security Testing, permite avaliar as vulnerabilidades em aplicaes e servios frente a diferentes tipos de ataques de segurana e descobrir novas vulnerabilidades antes que sejam exploradas. O teste de segurana realizado em duas etapas a esttica e a dinmica: A primeira tenta localizar falhas inseridas durante o desenvolvimento do projeto, como um estado no alcanvel ou possveis erros humanos introduzidos no cdigo. Nesse caso so utilizados mtodos de anlise esttica (ex.: inspeo de cdigo, analisadores de vulnerabilidade estticos), os quais no necessitam executar o sistema. A segunda se foca na verificao da implementao durante sua execuo, e verificar o sistema exercitando seu cdigo corretamente, onde entradas

9 reais so fornecidas para verificar os mecanismos de segurana. Usabilidade Teste de interface

Interface um dos elementos mais importantes para a qualidade de um software. A qualidade deve ser medida do ponto de vista do usurio e a interface a poro visvel do software com o qual usurio interage. Teste de usabilidade

Usabilidade pode ser chamada de qualidade da interao de uma interface do software com os usurios. um termo usado para definir a facilidade com que as pessoas podem empregar com ferramenta ou objeto a fim de realizar uma tarefa especfica se esto de acordo com o projetado. Testes de usabilidade ajudam a determinar a facilidade de uso. Confiabilidade Teste de integridade

Os bancos de dados e as regras de negcio devem ser testados de forma independente. Este tipo de teste no deve ser realizado atravs da interface de usurio definida para o acesso aos dados. De forma que seja possvel observar e registrar o comportamento funcional incorreto ou a corrupo de dados. Teste de estrutura

Relaciona-se ao teste da estrutura interna do cdigo-fonte do software. Em geral, essa forma de teste de estrutura realizada como um teste "esttico", em oposio a um teste "dinmico", no qual o software em si no executado para realizar o teste. As ferramentas de diagnstico analisam sintaticamente o cdigo-fonte, procurando pontos fracos e erros estruturais e, normalmente, fornecendo uma lista que permita tomar uma ao corretiva posteriormente.

10

Teste de estresse

realizado para submeter o software a situaes extremas. Basicamente, o teste de estresse baseia-se em testar os limites do software e avaliar seu comportamento. Assim, avalia-se at quando o software pode ser exigido e quais as falhas (se existirem) decorrentes do teste. Um exemplo de teste de estresse um servidor web utilizado em ecommerce. Ao estabelecer os requisitos do sistema, fixou-se um mximo de 1000 transaes por minuto para uma determinada plataforma de execuo. Um teste de estresse pode, ento, ser feito para responder a algumas perguntas: O sistema consegue atingir o objetivo? Qual o nmero mximo de transaes realmente possvel? Se a plataforma de execuo se degradar, por exemplo, uma falha parcial de rede, falta de espao em disco, etc., como o sistema se comportar? Smoke test (Teste de Fumaa)

Alguns pensadores dizem que o nome deste teste (Teste de Fumaa) vem diretamente dos encanadores, onde para saber se o cano no estava entupido soltavam fumaa de um lado do mesmo e identificavam se a fumaa estava saindo do outro lado, isso antes de sair quebrando toda a parede de uma vez. Imagine, se o pacote liberado pela equipe de desenvolvimento j est disponvel, os analistas de testes prepararam o ambiente, realizam o teste, e antes de comear a testar todo o sistema para valer, realizam apenas uma passagem pela funcionalidade mais importante do sistema. Fazendo um teste simples desta funcionalidade e o mesmo passando com sucesso, a equipe poder continuar o teste, caso contrrio j rejeita o pacote todo e volta para a equipe de desenvolvimento corrigir o problema, j que o corao do sistema foi afetado. Ele dever ser executado toda vez que houver uma atualizao de verso, para identificar se causou alterao e que pode dar grande retrabalho se no for identificada a tempo.

11

Desempenho Teste de avaliao de desempenho

O teste de desempenho uma classe de testes implementada e executada para caracterizar e avaliar o desempenho relacionado a caractersticas do objetivo do teste, como perfis de andamento, fluxo de execuo, tempos de resposta, confiabilidade e limites operacionais. Vrios tipos de testes de desempenho, cada um concentrado em um objetivo do teste diferente, so implementados durante todo o ciclo de vida de desenvolvimento do software. Nas iteraes de construo, outros tipos de testes de desempenho so implementados e executados para ajustar o software e o ambiente (otimizando o tempo de resposta e os recursos) e para verificar se a aceitabilidade dos aplicativos e do sistema consegue lidar grande nmero de transaes, e volumes de dados. Teste de conteno

Esse teste tem por objetivo verificar a habilidade de um componente em suportar a grande demanda mltipla por um recurso registros de dados, memria etc. Teste de carga

Teste de carga usado para verificar o limite de dados processados pelo software at que ele no consiga mais processa-lo. Usado para avaliar a aceitabilidade dos limites operacionais de um sistema de acordo com as cargas de trabalho variveis, ao passo que o sistema em teste permanece constante. Em geral, as medies so tomadas com base na taxa de transferncia de dados da carga de trabalho e no tempo de resposta. Suportabilidade Teste de configurao

O teste de configurao verifica a operao do sistema em diferentes configuraes de software e hardware. As especificaes de hardware e

12 software essa mudana pode afetar o sistema. Verificar se o de teste funciona corretamente nas configuraes de hardware e software exigidos. Teste de instalao

O teste de instalao possui dois propsitos: garantir que o software possa ser instalado com diferentes condies (nova instalao, atualizao ou instalao personalizada) e sob condies normais ou no. Considera-se condio anormal, por exemplo, falta de espao em disco e ausncia de direitos ou privilgios para realizar a instalao. Verificar se, uma vez instalado, o software funciona corretamente. Verificar se o software pode ser instalado sob as seguintes condies: Nova instalao (primeira instalao); Atualizao (j havia uma verso instalada) ou Instalao personalizada (o usurio seleciona os componentes a serem instalados).

13

3.2 DIAGRAMA ENTIDADE RELACIONAMENTO 3.2.1 Diagrama Entidade Relacionamento Modelo Conceitual

Figura 1 modelo conceitual

14

3.2.2 Diagrama Entidade Relacionamento Modelo Lgico

Figura 2 modelo lgico

15

3.3 PROTTIPO DE BANCO DE DADOS

3.3.1 Formulrio de Cadastro de Funcionrio

16

Figura 3 formulrio de cadastro de funcionrios.

3.3.2 Formulrio de Cadastro de Clientes

17

Figura 4 formulrio de cadastro de clientes.

18 3.3.3 Formulrio de Cadastro de Livros

Figura 5 formulrio de cadastro de livros.

3.3.4 Formulrio de Cadastro do Tipo de Livro

Figura 6 formulrio de cadastro de tipo de livros. 3.4 IDENTIFICAO DE ESTUDO DE CASO

19 Tomando como base o cenrio proposto da Nossa Locadora de Livros, podemos identificas os itens a seguir: 3.4.1 Identificao dos Casos de Uso (UC) Controlar Funcionrios; Cadastrar Funcionrios

Controlar Clientes; Cadastrar Clientes

Controlar Livros; Cadastrar Livros; Classificar Livros; Locar Livros; Verificar Disponibilidade; Sugerir Ttulos; Registrar Devolues; Receber Pagamentos.

3.4.2 Identificao dos Atores Diretor; Funcionrio.

3.4.3 Identificao UC de Incluso e Extenso Use case (caso de uso) de incluso: Verificar disponibilidade do livro no ato da locao; Use case (caso de uso) de extenso: Sugerir ttulo ao cliente no ato da locao.

3.4.4 Identificao de Herana Entre os Atores O Gerente herda do funcionrio todas as suas caractersticas e funcionalidades, no sistema.

20 3.4.5 Diagrama na Ferramenta ASTAH

Figura 7 diagrama de caso de uso.

21 4 CONCLUSO Entendemos que a empresa A NOSSA LOCADORA DE LIVROS, necessita de um software de qualidade, e que a empresa Alunos da UNOPAR, est empenhada no seu desenvolvimento, onde foram levantados os principais requisitos, os quais objetivou o incio da implementao do software in-lide. Observamos que, com a prototipao, fica mais claro, determinando assim, um melhor o levantamento de requisitos. E que com as mais variadas fases de testes, o produto final, sair com o mnimo de falhas possvel.

22 REFERNCIAS INTERNET, Site. http://testesdesoftware.blogspot.com.br/2009/09/tipos-deteste.html INTERNET, Site. www.idera.com.br/Servios/TestedeSoftware.aspx. INTERNET, Site. www.youtube.com.br.