PROJETO INTEGRADOR Levantamento de Requisitos

Tamanho: px

Começar a partir da página:

Download "PROJETO INTEGRADOR Levantamento de Requisitos"

Mauro Cesário César
5 Há anos
Visualizações:

1 PROJETO INTEGRADOR Levantamento de Requisitos Grupo: Arthur Oliveira Isadora Serrano Matheus dos Santos Versão: 1.0 1

2 Data: 01/12/ Introdução 1.1. Objetivo do Sistema O software será desenvolvido com o objetivo de controle de bens patrimoniais, onde este efetuará os cálculos referente a depreciação desses, e seus valores de venda, o que fornece ao usuário um maior desempenho e confiabilidade nas operações contábeis, sendo que o sistema realiza todos os cálculos de maneira automática e sem erros matemáticos Escopo Desenvolver um software para cadastro e cálculos de depreciação de bens, respeitando o prazo de entrega do produto final e dos documentos exigidos, sendo até o dia: 10/12/17. O software deve fazer o cadastro, edição e exclusão de bens e usuários, assim como efetuar o cálculo dos bens. Será gerado um relatório especificando os bens cadastrados suas baixas e depreciação. A participação de cada integrante da equipe é crucial para o desenvolvimento do projeto com uma boa qualidade. O sistema e os trabalhos devem implementar todas as especificações e requisitos definidos para os mesmos Descrição dos usuários Gestores De Negócios: Poderão utilizar o sistema para análise dos valores dos bens, gerenciamento de usuários e efetuar baixa nos patrimônios vendidos. Contador: Utilizará o sistema para facilitar os cálculos de depreciação de bens. Vendedores: Podem utilizar o sistema para efetuar vendas, seguindo os valores da depreciação atual Premissas e Restrições Premissas: Premissa 1: É necessário a colaboração de todos os membros do projeto, para que o sucesso seja garantido, dentro prazo estipulado. Restrições: Premissa 2: É necessário que o ambiente de desenvolvimento do projeto possua acesso à internet, para possíveis pesquisas e trabalhos. Premissa 3: O projeto conta com a colaboração dos professores no esclarecimento de dúvidas e descrição das atividades a serem desenvolvidas. Restrição 1:Data de entrega do Plano de Gerenciamento do Projeto: 26/11/17 um dia antes do início do projeto. Restrição 2: Data de entrega do Projeto: 10/11/17. Restrição 3: Quantidade de colaboradores disponíveis para o desenvolvimento: 3 pessoas. 2

3 2. Requisitos Funcionais <São descritos, a cada item a seguir, os requisitos funcionais do sistema a ser implementado. Os requisitos funcionais descrevem as funcionalidades do sistema <RF001><Cadastro de usuários> O sistema deve permitir o cadastro e gerenciamento de usuários, especificados por nome e senha, para que esses possuam acesso ao sistema <RF002><Disponibilidade de acesso> O sistema será controlado por Login e Senha, somente os usuários autorizados devem possuir acesso <RF003><Cadastro de bens> O sistema deve disponibilizar uma tela para cadastro e gerenciamento de bens tangíveis, onde deverá ser informado o tipo do bem, nome, data de aquisição, valor de aquisição, situação do bem (novo ou usado), vida útil, turnos trabalhados e taxa residual <RF004><Cálculos de depreciação> O sistema deverá realizar o cálculo de depreciação dos bens cadastrados de acordo com os seguintes parâmetros informados pelo usuário: data e valor de venda <RF005><Saída de dados> O sistema deverá informar a data da depreciação e se o bem foi baixado <RF005><Relatório Patrimonial> O sistema deverá mostrar ao usuário um relatório dos bens, contendo a relação destes, status (baixado ou em aberto), valor da depreciação até a data atual e o valor contábil do bem <RF007><Baixa dos Patrimônios> O sistema deve permitir a baixa dos bens, informando a situação pelo qual está sendo baixado: venda, doação ou sinistro. 3. Requisitos Não Funcionais 3.1. <RNF001><Segurança de acesso> O sistema implementará a entrada de usuários através de autenticação por login, o que garante com que usuários que não sejam cadastrados, não possuam acesso ao sistema. Esse requisito possui como finalidade garantir a integridade dos dados e disponibilidade das informações somente para pessoal autorizado. 3

4 3.2. <RNF002><Tempo de resposta> O sistema terá um tempo médio de 10 segundos para processar as informações e encaminha-las ao usuário na tela <RNF003><Disponibilidade de informações> O sistema processa os dados e encaminha as informações fornecidas pelo usuário para um banco de dados, que as transfere para um servidor de backup semanalmente <RNF004><Linguagem de programação> O sistema deverá ser criado em linguagem Java, e deve ser utilizado o framework JSF (Java Server Faces) <RNF005><SGBD> Deverá ser utilizado o SGBD (Sistema Gerenciador de Banco de Dados), PostgreSQL, para a persistência dos dados <RNF006><Falhas> O sistema apresenta uma rápido processamento das informações, no entanto se a qualidade de internet do usuário não for boa, pode provocar uma lentidão nas operações. E caso a memória de armazenamento do usuário não for o suficiente, o sistema poderá apresentar lentidão ou problemas no armazenamento <RNF007><Usabilidade> O sistema deverá ser utilizado somente por profissionais da empresa, e que possuam um treinamento especializado, especificado no Acordo de Nível de Serviço: 001. Prevenindo assim a ocorrência de falhas e problemas de sistema e negócios. 4. Melhorias Futuras 4.1. <MF001><Formas de Pagamento> O sistema poderá implementar futuramente, uma parte referente as operações de caixa, onde o usuário poderá escolher uma forma de pagamento, e efetuar suas transações <MF002><Emissão de Notas Fiscais> O sistema poderá operar em conjunto com a Receita Federal, e emitir notas fiscais ao cliente. 4

5 5. Banco de Dados 5.1. Diagrama de Entidade e Relacionamento 5.2. Dicionário de Dados Entidade: Usuario Atributo Classe Domínio Descrição id_usuario Determinante Serial Primary Key login Simples varchar(25) UNIQUE Nome de login do usuario senha Simples varchar(25) Senha de Acesso do usuario Entidade: Patrimonio Atributo Classe Domínio Descrição id_bens Determinante Serial Primary Key nome Simples varchar(50) Nome do bem data_aquisicao Simples Date Data em que o bem foi adquirido valor_aquisicao Simples Numeric (10,2) Valor pelo qual o bem foi adquirido 5

6 data_venda Simples Date Data em que o bem foi vendido preco_venda Simples Numeric (10,2) Valor pelo qual o bem foi vendido vida_util Simples Integer Vida útil do bem, o período que leva para sua depreciação turnos Composto Integer A quantidade de turnos em que algum bem, adquirido usado, trabalhava taxa_residual Simples Numeric(10,2) Valor do bem que não poderá ser depreciado situacao Composto Integer Situação atual do bem: novo ou usado tipo_baixa Simples Integer Tipo, motivo da baixa status Simples Integer Situação pela qual um bem recebeu baixa: 0 = Doação, 1 = Venda e 3 = Sinistro Categoria Simples varchar Especifica a categoria do bem 5.3. Modelo Relacional USUARIO(id usuario, login, senha) BENS(id_bens, nome, data_aquisicao, valor_aquisicao, data_venda, preco_venda, vida_util, turnos, taxa_residual, situacao, tipo_baixa, status, categoria) 5.4. Script CREATE DATABASE patrimônio; CREATE TABLE usuario( id_usuario serial PRIMARY KEY, login varchar(25) UNIQUE NOT NULL, senha varchar(25) NOT NULL ); CREATE TABLE bens( id_bens SERIAL PRIMARY KEY, 6

7 ); nome varchar(50) NOT NULL, data_aquisicao DATE, valor_aquisicao NUMERIC(10,2) NOT NULL, data_venda DATE, preco_venda NUMERIC(10,2), vida_util INTEGER NOT NULL, turnos INTEGER NOT NULL, taxa_residual NUMERIC(10,2) NOT NULL, situacao INTEGER NOT NULL, tipo_baixa INTEGER, status INTEGER NOT NULL DEFAULT 0, categoria varchar(90) 7

Documentos relacionados

A linguagem SQL

A linguagem SQL SQL SQL - Structured Query Language. Foi definida nos laboratórios de pesquisa da IBM em San Jose, California, em 1974. Teve seus fundamentos no modelo relacional Sua primeira versão recebeu o nome de