Atividade Interdisciplinar Individual ADS

SUMÁRIO

2 INTRODUÇÃO 3

3 OBJETIVO 4

4 DESENVOLVIMENTO 5

4.1 Processo de desenvolvimento de software 5

4.1.1 O Processo de Inspeção de Software 5

4.1.2 Verificação e Validação 6

4.1.3 Testabilidade de Software 6

4.2 SGBD (Sistema gernciador de banco de dados) 7

4.3 LINGUAGEM DE PROGRAMAÇÃO 7

4.4 MODELO DE PROCESSO 8

4.4.1 Cenário Proposto 8

4.4.1.1 Login: Ao acessar o sistema é solicitado um login, este login (Usuário e senha), após logar, o sistema redireciona automaticamente o usuário para a parte do departamento que ele tem o controle, não permitindo que usuários acessem informações de um setor no qual não estão lotados; 8

4.4.1.2 Consulta: Os departamentos de locação, estoque e compras, após logar, terão acesso a tela de consulta, onde poderão consultar os livros que já existem em estoque para efetuar outros procedimentos, a consulta pode ser feita por: autor, titulo ou classificação. ainda nesta tela terá os seguintes botões: 8

4.4.1.3 Pesquisar: Após inserir dados em qualquer um dos campos acima, o funcionário clica em pesquisar e obtém uma lista de livros relativos aos dados inseridos, com um botão “Detalhes” ao lado de cada opção da lista; seleciona o(s) livro(s) na lista e procede para Alugar ou solicitar Sugerir Compra. 9

4.4.1.4 Alugar: Após pesquisar, procede para a tela de Locação do livro, utilizando os dados relativos a consulta efetuada 9

4.4.1.5 Sugerir Compra: Após pesquisar, procede para a tela de Sugestão de compra do livro, utilizando os dados relativos a consulta efetuada. 9

4.4.1.6 Locação: Após consultar, escolher a opção e clicar em Alugar, será direcionado para a tela de Locação, onde aparecerá o item(s) selecionado(s) um campo de pesquisa para pesquisar o Cadastro do Cliente (mesma tela), fornecendo parte do nome (campo: Nome) ou CPF (Campo: CPF). 9

4.4.1.7 Extrato: Nome do Cliente, Livro(s) alugado(s), Valor Unitário, Valor Final, e um botão de “Confirmar”, que ao ser clicado gera a nota fiscal. 9

4.4.2 Sugestão de Compra: 9

4.4.2.1 Financeiro: O Departamento Financeiro terá nesta tela o seguinte controle: 10

4.4.2.2 Relatório: O Diretor, além de ter acesso a todas as outras telas, poderá através desta tela imprimir um Relatório de todas as Compras e Locações feitas pela firma, podendo definir períodos: Mensal, Semanal, Anual. Possibilitando a análise do dia a dia da empresa. 10

5 CONCLUSÃO 11

REFERÊNCIAS 12

2 INTRODUÇÃO

Neste trabalho estudaremos um pouco sobre introdução de metodologias análise do funcionamento de processos realizados nas empresas, abordar mecanismos de armazenamento e organização de dados, e ainda apresentar técnicas de programação baseadas em uma linguagem comumente utilizada no mercado de trabalho.

A seguir elucidaremos com o exemplo do cliente “Locadora de Livros”, no qual o Sr. João Carlos, contratou a empresa “Alunos da Unopar” para informatizar suas rotinas empresariais, envolvendo: Locação, Estoque, Classificação, Compras e Controle Financeiro.

3 OBJETIVO

Fornecer conhecimentos básicos sobre o funcionamento dos processos realizados nas empresas, mecanismos de armazenamento e organização de dados e técnicas de programação utilizadas nas empresas.

4 DESENVOLVIMENTO

4.1 PROCESSO DE DESENVOLVIMENTO DE SOFTWARE

4.1.1 O Processo de Inspeção de Software

FAGAN (1976) desenvolveu o processo tradicional de inspeção de software, uma forma detalhada de se realizar uma revisão. Nesse processo, existem seis atividades principais:

• Planejamento - Um usuário, desempenhando o papel de moderador da inspeção, define o contexto da inspeção (descrição da inspeção, técnica a ser utilizada na detecção de defeitos, documentos a serem inspecionados, autor do documento, entre outros), seleciona os inspetores e distribui o material a ser inspecionado.

• Apresentação - Os autores dos artefatos a serem inspecionados apresentam as características destes. Esta fase pode ser omitida se os inspetores possuem conhecimento sobre o projeto e os artefatos que devem ser inspecionados.

• Preparação - Os inspetores estudam os artefatos individualmente, e eventualmente fazem anotações sobre estes produzindo uma lista de discrepâncias. O fornecimento de técnicas de leitura pode facilitar a execução desta tarefa.

• Reunião - Uma reunião em equipe ocorre, envolvendo o moderador, os inspetores e os autores do documento. Discrepâncias são discutidas, e classificadas como defeito ou falso positivos. A decisão final sobre a classificação de uma discrepância sendo discutida é do moderador. A solução dos defeitos não é discutida durante a reunião, que não deve exceder duas horas, uma vez que após este tempo a concentração e a capacidade de análise dos inspetores costuma reduzir drasticamente. No caso em que uma reunião precisar de mais de duas horas, é sugerido que o trabalho de inspeção continue no próximo dia.

• Retrabalho. O autor corrige os defeitos encontrados pelos inspetores e confirmados pelo moderador.

• Continuação. O material corrigido pelos autores é repassado para o moderador, que faz uma análise da inspeção como um todo e re-avalia a qualidade do artefato inspecionado. Ele tem a liberdade de decidir se uma nova inspeção deve ocorrer ou não.

4.1.2 Verificação e Validação

Softwares são amplamente utilizados para resolver problemas e tomar decisões. Os usuários passam a acreditar e a trabalhar nos resultados apresentados por eles. Para isto, o software deve ser construído atendendo às especificações do projeto e o produto final deve servir às necessidades reais do usuário. A Verificação e a Validação, ou simplesmente V&V, têm respectivamente estes interesses (Oberkampf e Trucano, 2007).

Em uma definição formal, Pressman (2006) afirma que