CENTRO ESTADUAL DE EDUCAO TECNOLGICA PAULA SOUZA FACULDADE DE TECNOLOGIA DE TAQUARITINGA

Beatriz Maria Bonazzi Giglio Carolina Fortunato Boaventura Guilherme Henrique Valentim Juliana Oliveira Ramos

REQUISITOS DE SOFTWARE PARA UM SUPERMERCADO

Taquaritinga SP 2012

1. Introduo 1.1Propsito Este documento tem o objetivo de informatizar um Supermercado. Para desenvolver este trabalho utilizamos como referncia o Supermercado Longhitano, que a sua nica finalidade a venda de alimentos. Este trabalho ter as informaes sobre como funcionara o sistema do supermercado e quais suas funes.

1.2 Escopo O cliente chega ao mercado, escolhe os produtos, depois de escolher os produtos vai at o caixa para passar sua compra. O funcionrio deve passar cada produto no leitor de cdigo de barras, ao passar o produto esse leitor atravs do cdigo identifica qual o produto, qual sua marca e preo, o seu tipo, se vendido por quilo, unidade, etc. Caso o cliente leve mais que uma unidade de um mesmo produto o funcionrio deve informar ao sistema, para que este calcule o preo sub-total. Para cada forma de pagamento existe uma opo no sistema. Quando o cliente paga a vista, o funcionrio informa ao sistema que o pagamento ser vista atravs do cdigo da opo, caso o cliente pague com uma quantia maior que o total, o funcionrio informa o valor que o cliente pagou e o sistema automaticamente retorna o troco que o cliente deve receber, depois disso emitida uma nota fiscal pela impressora fiscal, nessa nota consta todos os itens que o cliente comprou o total, o total de dinheiro que ele entregou ao funcionrio e o troco devolvido. Quando o pagamento feito em cheque pr datado, o cliente faz o cheque no valor total da compra e coloca para a data estabelecida pelo mercado, o funcionrio deve pedir seus dados tais como, RG, nome, endereo e telefone, caso algum imprevisto acontea, depois disso emitida a nota fiscal. Caso o pagamento seja feito em carto o cliente passa o carto na leitora, informa se crdito ou dbito, o cliente informa sua senha, impresso um comprovante do carto a 1 via para o mercado e a 2 via para o cliente, depois disso emitida a nota fiscal.

O estoque do mercado controlado pelo sistema, quando um produto comprado, dado baixa automaticamente quando passado pelo cdigo de barras, quando isso acontece mostrada a quantidade que h no estoque, e cabe ao dono do mercado julgar se necessrio fazer mais pedido ou no.

1.3 Referncias SOMMERVILLE, Ian. Engenharia de Software, 8 ed. So Paulo: Pearson Addison-Wesley, 2007. GIBERTONI, Daniela. Engenharia de Requisitos. Arquivo do PowerPoint. 61 pginas. Dias, Nauane., Arajo, Marco Antnio. Engenharia de software magazine, 27 ed.

1.4 Viso Global Os captulos a seguir detalharo as funes do sistema, qual o objetivo de cada funo, as caractersticas do usurio, quais so as limitaes do produto, vai listar quais os fatores que afetam o produto e vai definir os requisitos funcionais e os requisitos no funcionais do sistema.

2. Descrio Geral 2.1 Perspectiva do Produto O software foi desenvolvido com o intuito satisfazer as necessidades de um supermercado. Existem funes nesse software que o supermercado Longhitano no utiliza por achar desnecessria para um supermercado de pequeno porte. Esse software superou todas as expectativas do dono que por sinal est muito satisfeito com seu sistema e no momento no pretende modific-lo de nenhuma forma.

2.2 Funes do Produto 2.1.1 Controle de Usurios 2.1.1.1 Os funcionrios so responsveis por atender os clientes, receber o dinheiro dos clientes para efetuar os pagamentos e emitir relatrios. Para isso os funcionrios possuem um cadastro, para que o sistema controle os acessos dos usurios, no caso os funcionrios.

2.1.2 Controle de Oramentos

2.1.2.1 Os fornecedores so responsveis por fornecer as mercadorias necessrias para que o mercado no fique com o estoque baixo. Cada fornecedor possui um cadastro, para que quando necessria a compra de um produto, o sistema efetue uma busca automtica do fornecedor que oferea menos prejuzo, ou seja uma mercadoria com um preo mais baixo

2.1.3 Controle de Estoque 2.1.3.1 O estoque do mercado controlado pelo sistema, quando um produto comprado, dado baixa automaticamente quando passado pelo cdigo de barras, quando isso acontece mostrada a quantidade que h no estoque, e cabe ao dono do mercado julgar se necessrio comprar mais ou no.

2.1.4 Controle de Pagamentos 2.1.4.1 O pagamento dos funcionrios feito atravs de folhas de pagamento que j foram pr-determinados, sem adicional noturno e hora extra. 2.1.4.2 O pagamento das compras que ser realizado pelos clientes poder ser feito com cartes de crdito e dbito, com dinheiro ou cheque. Fica cadastrado no sistema quantas compras foram efetuadas vista, quantas prazo e quantas foram efetuadas com cheques pr-datados

2.1.5 Controle de Compras 2.1.5.1 Todos os itens que forem adquiridos para manter o bom funcionamento do mercado dever ser arquivado no sistema, contendo todas as informaes da data da compra, do valor e de seus fornecedores.

2.1.6 Controle de Contas a Pagar 2.1.6.1 Onde so controladas as contas mensais, tais como: gua, energia, telefone, internet, entre outras. E estas contas no devem exceder seus respectivos prazos de vencimento. Por isso feito um cadastro de todas as contas do ms, para que o sistema possa transmitir uma mensagem ao proprietrio lembrando sobre a conta.

2.1.7 Controle de Caixa 2.1.7.1 No caixa ficam armazenadas todas as movimentaes ocorridas no mercado com relao a pagamentos, entrada e sada de dinheiro.

2.1.8 Relatrios 2.1.8.1 Os relatrios que podero ser emitidos sero os de: contas a pagar, funcionrios, caixa, estoque, fornecedores.

2.3 Caractersticas do Usurio No software que analisamos quem determina as caractersticas do usurio o mestre. ele quem determina as restries para cada usurio, ou seja cada funcionrio tem uma caracterstica diferente. O Mestre tem acesso a todas as funes, como a funo de cadastros, de segurana e de todas as aes que ocorrem no mercado, ele pode cancelar compras, estornar cartes e cancelar vendas. J os funcionrios podem tambm ter acesso a todas essas funes ou podem ter algumas restries, isso quem decide o mestre.

2.4 Restries O software do Supermercado Longhitano oferece um controle de verificao de validade de produtos, mas essa funo no utilizada pelo supermercado, pois o proprietrio considera desnecessria essa funo por seu supermercado ser de pequeno porte, ele considera que essa funo serve somente para grandes redes de mercados, por isso feita a mo as anotaes sobre a validade dos lotes de produtos recebidos. O software tambm contm uma funo que facilita ao proprietrio a organizar o seu estabelecimento de acordo com o que as pessoas mais compram. Existe uma funo que organiza o mercado por gndolas, mas o proprietrio tambm optou por no utiliz-la. O proprietrio optou por no utilizar essas funes do sistema pois acha desnecessrias para um supermercado de pequeno porte.

2.5 Pressupostos e Dependncias Caso a mquina de carto pare de funcionar, o sistema afetado pois perde venda, caso o cliente no possua outra forma de pagamento.

Caso acabe a fora ou o sistema sai fora no possvel efetuar a venda, e o estoque no daria baixa automaticamente.

3. Requisitos Especficos

3.1 Requisitos funcionais 3.1.1 O sistema deve permitir o cadastro de funcionrios, onde deve conter as informaes pessoais, tais como: nome, endereo, telefone residencial e mvel, data de nascimento, RG, CPF, sexo, data em que foi contratado e o valor do pagamento que recebe. 3.1.2 O sistema deve permitir o cadastro de um login com tais informaes: Nome do usurio e senha, para que os funcionrios possam ter acesso ao sistema. 3.1.3 O sistema deve permitir o cadastro de fornecedores onde deve conter informaes pessoais e profissionais, tais como: CNPJ, nome, endereo, telefone comercial e algum outro para possvel contato, cidade e CEP. 3.1.4 O sistema de permitir o cadastro de produtos com tais informaes: Tipo, marca, nome, fornecedor, data da compra e quantidade. 3.1.5 O sistema deve permitir o cadastro de todas as contas que o mercado possui. 3.1.5.1 O sistema deve permitir o cadastro das datas de vencimento de cada conta com dois dias antes do prazo de vencimento. 3.1.6 O sistema deve permitir a gerao de relatrios. 3.1.6.1 O sistema deve permitir a gerao de relatrio dirio em relao a contas a pagar. 3.1.6.2 O sistema deve permitir a gerao de relatrio mensal em relao a contas a pagar. 3.1.6.3 O sistema deve permitir a gerao de relatrio dirio em relao a funcionrios. 3.1.6.4 O sistema deve permitir a gerao de relatrio mensal em relao a funcionrios. 3.1.6.5 O sistema deve permitir a gerao de relatrio dirio em relao a caixa. 3.1.6.6 O sistema deve permitir a gerao de relatrio mensal em relao a caixa. 3.1.6.7 O sistema deve permitir a gerao de relatrio dirio em relao a estoque. 3.1.6.8 O sistema deve permitir a gerao de relatrio mensal em relao a estoque.

3.2 Requisitos no-funcionais 3.2.1 O sistema deveria ser de fcil acesso e manipulao, possuindo uma interface clara. 3.2.2 O sistema deveria ser gil para que no ocorra filas durante os atendimentos. 3.2.3 O sistema deveria possuir um banco de dados capaz de armazenar e manter todas as informaes do supermercado. 3.2.4 O sistema deveria rodar em microcomputadores com o mnimo de hardware seguinte: - 1 GHZ ou mais; - 1 GB de RAM; - 2 GB de HD. 3.2.5 O sistema deveria ser capaz de efetuar todo o cadastro dos funcionrios, mantendo todos os campos obrigatrios e armazenando as informaes no banco de dados. 3.2.6 O sistema deveria ser capaz de efetuar todo o cadastro dos fornecedores, mantendo todos os campos obrigatrios e armazenando as informaes no banco de dados. 3.2.7 Se o contrato com determinado fornecedor for rompido, o sistema deveria apagar os dados do fornecedor do banco, mas deve tambm armazenar essas informaes em outro local. 3.2.8 A baixa do estoque na hora de venda deveria rpida e precisa. 3.2.9 O sistema deve ser capaz de armazenar todos os pagamentos, e calcular os trocos quando necessrio com rapidez. 3.2.10 O sistema deve ser capaz de armazenar todas as informaes respeito das compras feitas pelo supermercado. 3.2.11 O sistema deveria ser capaz de somar e mostrar todos os valores das contas que devero ser pagas. 3.2.12 O sistema deve permitir a emisso de uma mensagem avisando que o prazo para o pagamento das contas est acabando. 3.2.13 O sistema deveria ser capaz de manter todas as informaes relacionadas ao caixa no banco de dados, e permitir que seja m consultadas. 3.2.14 O sistema deveria ser capaz de preencher os relatrios automaticamente, para que ocorra um controle maior do supermercado.

Apndice Para o desenvolvimento deste projeto foi necessrio elaborar perguntas para a obteno dos requisitos, onde o dono do estabelecimento descreveu o funcionamento de cada setor do supermercado.Os requisitos recolhidos foi de suma importncia para o entendimento e a elaborao dos requisitos,onde o dono do supermercado informa que est satisfeito com o seu programa pois alega que seu supermercado de pequeno porte e no h necessidade de desenvolver um projeto com muitos requisitos que no ir ser utilizado .

Entrevista

1-

Como funciona o sistema do supermercado?

O supermercado possui um sistema capaz de cadastrar os produtos, os clientes, funcionrios e fornecedores, alm de controlar o oramento, o estoque, contas a pagar, compras, verificao de validade alm de emitir relatrios como: contas a pagar, funcionrios, caixa, estoque e fornecedores. 2Como feito o cadastro de produtos?

Os produtos so distribudos por fornecedores cadastrados, e so arquivados no sistema contendo todas as informaes da data da compra, do valo e de seus fornecedores. 3Como efetuado as vendas?

O cliente chega ao mercado escolhe o produto, e aps a escolha dos produtos ele vai at o caixa para efetuar o pagamento. O funcionrio passa o produto pelo leitor de cdigo de barras, ao passar p produto esse leitor identifica qual o produto, sua marca seu preo, o seu tipo, se vendido por quilo, unidade, etc. Caso o cliente leve mais que uma unidade de um mesmo produto o funcionrio deve informar ao sistema a quantidade aps isso o cliente escolhe a forma de pagamento (a vista, cheque pr datado ou carto), e depois disso emitida a nota fiscal. 4Quais so as formas de pagamento?

As formas de pagamento so: A vista, quando o pagamento for a vista o funcionrio informa ao sistema o cdigo da opo, caso o cliente pague com uma quantia maior que o total, o funcionrio informa o valor que o cliente pagou e o sistema automaticamente retorna o troco que o cliente deve receber, depois disso emitida uma nota fiscal pela impressora fiscal, nessa nota consta todos os itens que o cliente comprou o total, o total de dinheiro que ele entregou ao funcionrio e o troco devolvido. Cheque pr datado, Quando o pagamento feito em cheque pr datado, o cliente faz o cheque no valor total da compra e coloca para a data estabelecida pelo mercado, o funcionrio deve pedir seus dados tais como, RG, nome, endereo e telefone, caso algum imprevisto acontea, depois disso emitida a nota fiscal. Carto, Caso o pagamento seja feito em carto o cliente passa o carto na leitora, informa se crdito ou dbito, o cliente informa sua senha, impresso um comprovante do carto a 1 via para o mercado e a 2 via para o cliente, depois disso emitida a nota fiscal.

5-

Como funciona a movimentao do estoque?

O estoque do mercado controlado pelo sistema, quando um produto comprado, dado baixa automaticamente quando passado pelo cdigo de barras, quando isso acontece mostrada a quantidade que h no estoque, e cabe ao dono do mercado julgar se necessrio comprar mais ou no. 6Quais so os relatrios utilizados?

Os relatrios que podero ser emitidos sero os de: contas a pagar, funcionrios, caixa, estoque, fornecedores. 7Como realizada a verificao de validade dos prosutos?

O software do Supermercado Longhitano oferece um controle de verificao de validade de produtos, mas essa funo no utilizada pelo supermercado, pois o proprietrio considera desnecessria essa funo por seu supermercado ser de pequeno porte, ele considera que essa funo serve somente para grandes redes de mercados, por isso feita a mo as anotaes sobre a validade dos lotes de produtos recebidos.

ndice 1. 1.1. 1.2. 1.3. 1.4. 2. 2.1. 2.2. 2.3. 2.4. 2.5. 3. Introduo Propsito. Escopo. Referncias. Viso Global. Viso Geral. Perspectiva do Produto. Funes do Produto. Caractersticas dos Usurios. Restries. Pressupostos e Dependncias. Requisitos Especficos.

3.1 Requisitos Funcionais. 3.2. Requisitos No Funcionais. Apndice Entrevista ndice