O PROCESSO DE INSPEÇÃO DO SOFTWARE

A Nossa Locadora de Livros é uma empresa privada com fins lucrativos e está situada na região central da cidade de São Paulo. Foi fundada em 20 de janeiro de 1990 com o objetivo de atender a demanda de locação de livros. O Sr. João Carlos, fundador e Diretor desde o início das operações da empresa, conta com um quadro de 7 funcionários que atuam em diversas áreas, sendo: Paulo Rodrigues, Ana Paula e José Roberto (Dept. de Locação), Márcia Regina (Dept. de Compras), André Augusto (Dept. Controle de Estoque) e Maria Helena (Dept. Financeiro).

Seu estoque atual possui 20.000 títulos, que são organizados e classificados da seguinte maneira: dinamite, ouro, prata e bronze. Para cada classificação existe um valor: dinamite, R$ 20,00; ouro, R$ 15,00; prata, R$ 10,00 e bronze, R$ 5,00.

Em 1995 a empresa adquiriu o seu primeiro computador e teve a necessidade de contratar uma empresa de T.I. para informatizar as primeiras rotinas de escritório (uso do editor de texto para geração de documentos internos, planilhas eletrônicas para controle financeiro e um gerenciador de tabelas eletrônicas para controlar os empréstimos e devoluções). A empresa “Alunos da UNOPAR” assumiu esse compromisso e atua plenamente no desenvolvimento do sistema de locação de livros.

Sua estrutura física conta com uma área total de 200m². A figura 1, apresenta o organograma da “Nossa Locadora de Livros”.

As entrevistas com os usuários começaram pelo Sr. João Carlos, que apresentou os principais processos de uma forma macro pois os detalhes serão tratados com os funcionários específicos de cada área.

Hoje a empresa conta com um controle dos seus livros, sendo que cada livro tem um vínculo com seu autor (lembrando que um livro pode ter mais de um autor e que um autor também pode escrever vários livros diferentes, neste controle deverá apresentar também o tipo de classificação como diamante, ouro, prata ou bronze, o livro só pode ter uma única classificação.

Os livros também são todos cadastrados individualmente, ou seja, cada exemplar é um livro específico dentro do cadastro, não controlando assim detalhes como quantidade de exemplar do mesmo livro.

Atualmente, quando um cliente vem locar algum livro, ele pode solicitar o empréstimo de vários livros de uma só vez.

Um exemplar de um livro poderá ser emprestado várias vezes para vários clientes diferentes em datas diferentes.

A “Nossa locadora de Livros”, possui também um controle de usuários para gerenciar todos os acessos e manipulações realizados pelos seus funcionários.

Estes usuários é que realizam todas as operações no atual sistema, lembrando que um empréstimo é feito sempre por apenas um usuário, mas que este usuário poderá registrar vários empréstimos.

3.2 O PROCESSO DE INSPEÇÃO DO SOFTWARE

Inspeções de programa são revisões cujo objetivo é a detecção de defeitos de programa. A noção de um processo de inspeção formalizado foi desenvolvido pela primeira vez na IBM, na década de 1970 (Fagan, 1976; Fagan, 1986.) Atualmente, a inspeção é um método de verificação de programa amplamente usado, especialmente em engenharia de sistemas críticos. Do método original de Fagan, uma série de abordagens alternativas para inspeção foi desenvolvida (Gilb e Graham, 1993). Elas são todas baseadas numa equipe com membros de diferentes experiências que faz uma revisão cuidadosa, linha por linha, de código-fonte de programa.

A diferença fundamental entre inspeções de programa e outros tipos de revisão de qualidade é que o objetivo específico das inspeções é encontrar os defeitos de programa, mais do que considerar questões mais amplas de projeto. Os defeitos podem ser erros de lógica, anomalias no código que possam indicar uma condição errônea ou não-conformidade aos padrões do projeto ou organizacionais. Ao contrário, outros tipos de revisão podem ser mais relacionados com cronogramas, custos, processo em comparação aos marcos de projeto ou avaliação de se o software vai atender aos objetivos organizacionais.

A inspeção de programa é um processo formal realizado por uma equipe de pelo menos quatro pessoas. Os membros da equipe analisam sistematicamente o código e apontam possíveis defeitos. Nas propostas originais de Fagan, ele sugeriu papéis como autor, leitor, testador e moderador. O leitor lê o código em voz alta para a equipe de inspeção, o testador inspeciona o código sob a perspectiva de teste e o moderador organiza o processo.

À medida que as organizações ganharam experiência em inspeção, emergiram outras propostas para funções da equipe. Em uma explicação de como a inspeção foi bem-sucedida no processo de desenvolvimento da Hewlett-Packard, Grady e Van Slack (Grady e Van Slack, 1994) sugerem seis papéis, conforme mostrados na Tabela 1. Eles não acham que seja necessária a leitura do programa em voz alta. A mesma pessoa pode desempenhar mais de um papel e, assim, o tamanho da equipe pode variar de uma inspeção para outra. Gilb e Graham sugerem que os inspetores devem ser selecionados para refletir diferentes pontos de vista, como teste, usuário final e gerenciamento de qualidade.

Antes do início de um processo de inspeção de programa, é essencial que:

1. Você tenha uma especificação precisa do código a ser inspecionado. É impossível inspecionar um componente no nível de detalhes necessário para detectar defeitos sem uma especificação completa.

Tabela - 1

Papel Descrição

Autor e proprietário O programador ou projetista responsável por produzir o programa ou o documento. Ele é responsável pela correção de defeitos descobertos durante o processo de inspeção.

Inspetor Encontrar erros, omissões e inconsistências nos programas e documentos. Pode também identificar questões mais amplas fora do escopo da equipe de inspeção.

Leitor Apresenta o código ou documento de uma reunião de inspeção.

Relator Registra os resultados da reunião de inspeção.

Presidente ou moderador Gerencia o processo e facilita a inspeção. Relata os resultados do processo ou moderador-chefe.

Moderador-chefe Responsável pelos aprimoramentos do processo de inspeção, pela atualização da lista de verificação, pelo desenvolvimento padrões etc.

...