Baixe o app para aproveitar ainda mais
Prévia do material em texto
Sumário Introdução ..................................................................................................... 2 Objetivo ......................................................................................................... 3 Escopo Inicial ............................................................................................... 4 Limites ........................................................................................................... 5 Premissas ..................................................................................................... 6 Restrições ..................................................................................................... 6 Modelo Cascata ............................................................................................ 8 Modelo Prototipação .................................................................................... 8 Métodos Ágeis .............................................................................................. 8 Requisitos Funcionais ............................................................................... 10 Requisitos Não Funcionais ...................................................................... 11 Prioridades.................................................................................................. 11 Requisitos de Software ............................................................................. 12 Glossário ..................................................................................................... 14 Prototipação – Interface ........................................................................... 15 Casos de Teste .......................................................................................... 19 Casos de Uso ............................................................................................. 23 Diagrama de Caso de Uso ....................................................................... 26 Introdução Este é o desenvolvimento de um projeto de um grupo de alunos de Ciência da Computação, da instituição de ensino Anhanguera Campinas referente à aplicação acadêmica de Engenharia de Software. Projeto que visa implementar um software que será desenvolvido com futura implantação num estabelecimento de clinica veterinária. Objetivo O software que desenvolveremos terá como objetivo facilitar o controle de informações gerenciadas no estabelecimento comercial e organização dos dados dos clientes. Num estabelecimento comercial deve-se ter o controle das entradas e saídas dos produtos, cadastro de clientes, informações características dos produtos comprados ou vendidos, cadastro dos funcionários ou usuários que farão uso do software e agilidade no momento de gerenciar informações essenciais para o trabalho dos tais. Geral: Desenvolver um software para administração de uma clinica veterinária, tendo maior controle sobre as informações com mais rapidez, um software com interface agradável de fácil acesso. Facilitando o manuseio das informações e das ferramentas presentes no software ajudando na organização e agilidade. Específico: Desenvolver o projeto para garantir a entrada e saída de mercadorias; Facilitar a contabilidade dos clientes; Disponibilizar recursos que agilizem o atendimento, como cadastro de clientes; Estabelecer vínculos através de cadastros com as clientes; Trazer confiabilidade das informações dos clientes no momento de operar informações pessoais; Ferramentas e layout de fácil acesso e operação; Escopo Inicial No desenvolvimento do projeto, o objetivo é criar um software com interface de fácil acesso, processamento claro e organizado e que possa ser integrado no estabelecimento CLIVET. Para dar inicio ao projeto de desenvolvimento do software da clinica veterinária CLIVET, devemos primeiramente nos reunir com o cliente para conversar para obter a base e informações do desenvolvimento do software. Procurando obter informações das necessidades do cliente elaboramos algumas questões. Questões para levantamento de escopo inicial: 1- Quais serviços são prestados pela clinica veterinária? R: A clinica presta serviços de assistência médica para animais de médio e pequeno porte, como cachorros e gatos. Além disso, prestamos serviços de banho e tosa dos animais. Em casos de emergência, atendemos chamados externos de assistência médica a domicilio. 2- Quais as informações que são coletadas dos animais? R: São coletadas informações como, peso, altura, sexo, tipo, raça e sintomas. 3- Quais informações são coletadas dos donos dos animais? R: Informações simples, como nome, telefone, endereço e relacionando o animal. 4- Serão realizadas operações financeiras no software? R: Sim, necessito que haja uma área que realize a entrada e saída de dinheiro do caixa. 5- Como funciona o fornecimento e venda de produtos veterinários? R: Os produtos são comprados de um único fornecedor e vendo desde remédios até brinquedos e acessórios para animais. 6- A clinica conta com a presença de funcionários para serem inseridos no sistema? R: Sim, a clínica tem funcionários como veterinários, atendentes e auxiliares. Limites O projeto possui alguns limites que devem ser estabelecidos logo no inicio para que não haja complicações e problemas ao longo do tal. Os limites de um projeto colaboram como regras no projeto para que não passe de determinados pontos, permitindo com que se possa manter maior controle no desenvolvimento do projeto. O projeto necessita ter um limite de tempo para ser desenvolvimento, tempo que determine limites em cada etapa desenvolvida como também para o projeto no geral. O limite determinado para a elaboração, desenvolvimento, até a implantação e conclusão do projeto, é estimado em 8 meses podendo haver variação de 3 meses como margem de atrasos. Outro limite importante é a solicitação de novas funcionalidades ou mudanças do projeto ao longo dele, fazendo com que afete todo o projeto, com relação a tempo, custo e qualidade. Premissas O projeto desenvolvido para a clinica CLIVET tem como premissas: O cliente estará consciente sobre o projeto desenvolvido que poderá haver mudanças desde que analisadas e tratadas com antecedência. O cliente disponibilizará os equipamentos para a implantação do sistema. Todo acontecimento não combinado que ocorrer será noticiado ao cliente. Restrições Para o desenvolvimento do software somente será implantado em sistemas operacionais Windows. A implantação do software será efetuada desde que os computadores possuam a configuração mínima de 1GB RAM, 20 GB livres no disco rígido e processador 1MB de Cache. Escopo A partir dessas informações, podemos elaborar as ideias iniciais para desenvolver o projeto do software para a clínica veterinária. Apresentaremos três tipos de metodologia, mostrando vantagens e desvantagens, detalhando para o cliente cada processo a ser realizado. Cascata Prototipação Métodos Ágeis Cadastro de Animais P P P Contabilidade P PP PP Gerenciamento de Produtos/ Estoque P PP PP Cadastro de Funcionários P P P Cadastro de Clientes P P PP Classificações de processos: P – para possui. NP – para não possui. PP – possui parcialmente. NA – para não se aplica. Modelo Cascata O modelo Cascata é um modelo de engenharia projetado para ser aplicado com a principal ideia de que dirigem as diferentes etapas de desenvolvimento seguindo uma sequência,a saída da primeira etapa vai para a segunda etapa e a saída da segunda para a terceira e assim por diante. As atividades executadas são agrupadas em tarefas e executadas sequencialmente, fazendo que com que uma tarefa só possa ser iniciada quando a anterior tiver terminado. A vantagem desde modelo é que o projeto só avança cada atividade quando a etapa é validada e aceita o final produzido pela etapa atual, permitindo que o cliente possa participar ativamente no projeto, fazendo com que após o inicio de uma etapa não se pode retornar à etapa anterior. Modelo Prototipação Como todas as abordagens ao desenvolvimento de software, a prototipação inicia-se com a coleta de requisitos. O desenvolvedor e o cliente reúnem-se e definem os objetivos gerais para o software, identificam as exigências conhecidas e iniciam as áreas em que uma definição adicional é obrigatória. Ocorre então a elaboração de um “projeto rápido”. O projeto rápido é uma representação daqueles aspectos do software que serão visíveis ao usuário. O projeto rápido leva à construção de um protótipo que é avaliado pelo cliente e é usado para melhorar os requisitos para o software a ser desenvolvido. Um processo de interação ocorre quando é feita uma “sintonia fina” do protótipo para satisfazer as necessidades do cliente, capacitando, ao mesmo tempo, o desenvolvedor a compreender melhor aquilo que precisa ser feito. Métodos Ágeis As Metodologias Ágeis de Desenvolvimento de Software são indicadas como sendo uma opção às abordagens tradicionais para desenvolver softwares. Se compararmos à outras metodologias, produzem pouca documentação. É recomendado documentar o que realmente será útil. São recomendadas para projetos que: Existem muitas mudanças Os requisitos são passíveis de alterações A recodificação do programa não acarreta alto custo A equipe é pequena As datas de entrega curtas acarretam alto custo O desenvolvimento rápido é fundamental Com isso podemos contextualizar uma tabela com os métodos descritos acima. Vantagens Desvantagens Cascata Requisitos documentados revistos com cliente. Compreensão do domínio da informação, função, desempenho e interfaces exigidos. Dificuldade em transmitir resultados de uma etapa para outra do projeto. Não acomoda engenharia reversa. Prototipação Implementação rápida do projeto. Criação de um protótipo do software a ser construído. Implementação comprometida na produção do protótipo. Desconhecimento do cliente durante o desenvolvimento sobre a manutenção em longo prazo. Métodos Ágeis Versões funcionais em curto prazo. Fácil adaptação para requisitos mutantes. Pouca interação com cliente. Maior probabilidade de erros e ênfase em documentos e formulários ao invés do código. Contendo a base do escopo inicial e os tipos de metodologias com suas respectivas vantagens e desvantagens, a melhor resolução para solucionar os problemas e desenvolver o software para a clinica veterinária escolhida é Cascata, onde trará resultados mais satisfatórios ao projeto. Requisitos Funcionais Para o desenvolvimento do projeto são necessários que sejam especificados os requisitos funcionais, os detalhes gerais que são essências para atingir o objetivo ao longo do projeto. Objetivo de desenvolver um projeto de desenvolvimento de software para determinado cliente, seguindo cada processo necessário para a progressão do projeto com requisitos, situações e procedimentos realizados num projeto empresarial. Para o software da clinica veterinária os principais requisitos funcionais são: 1- Interface gráfica intuitiva e clara, havendo facilidade no acesso ao sistema. 2- Área de cadastramento dos animais, onde se possa incluir, alterar e excluir informações como: peso, raça, tamanho, cor, sexo, idade, tipo, sintomas, entre outras informações relacionadas ao animal. 3- Área de cadastramento de funcionários com informações que possam ser alteradas e excluídas como: nome, endereço, sexo, RG, CPF, telefone, e-mail e função. 4- Área de cadastramento, alteração e exclusão de informações de clientes, donos dos animais, como: nome, endereço, telefone, e-mail e animal de estimação. 5- Área de controle de estoque, havendo cadastro de todos os produtos, medicamentos e acessórios na clinica. 6- Área de controle de caixa, que controle toda movimentação financeira da clinica. 7- Área de relatórios e diagnósticos veterinários para controle da situação de saúde dos animais em tratamento. 8- As informações sobre os animais devem estar organizadas por código, que deverá ser gerenciado pelo próprio sistema. Requisitos Não Funcionais Os sistema a ser desenvolvido no projeto possui também seus requisitos não funcionais, que não envolvem as funções a serem realizadas pelo software. Podemos citar como requisitos não funcionais: 1- Para implementação do sistema a estação de trabalho/computador deve ter requisitos mínimos como: Windows XP ou superior, 160GB de HD ou superior, 2GB de memória RAM ou superior, e processador com 2MB de Cache ou superior. 2- O software precisa de um sistema de backup, que deve ser realizado no mínimo uma vez ao dia. 3- O software precisa transmitir mensagens relatando o sucesso ou falha das operações realizadas pelo usuário, com confirmação permitida pelo próprio usuário ciente da operação. 4- O software deve haver área de suporte enviando relatórios de erros aos desenvolvedores para que possam produzir resoluções. 5- Os sistema precisa ser seguro e com determinadas áreas de restrição com senhas para acesso às informações do sistema. Prioridades A seguir uma tabela que descreve os requisitos funcionais e suas respectivas prioridades. Prioridade Grau Alta 1 Média 2 Baixa 3 Requisito Prioridade Interface Gráfica Intuitiva 2 Cadastramento de Animais 1 Cadastramento de Funcionários 1 Cadastramento de Clientes 1 Controle de Estoque 1 Controle de Caixa 2 Relatórios 3 Organização das Informações 1 Requisitos de Software Como relatado nos requisitos não funcionais, o sistema necessita de níveis de acesso para gerenciar os usuários e suas permissões para acessar determinadas informações do sistema. Cadastro Clientes Fornecedores Funcionários Animal Produtos Estoque de produtos Preços Vendas Entrada e saída de estoque A partir disso é elaborada um tabela de níveis de acesso com os principais tipos de usuários no sistema. Usuário Requisito Funcional Ações Veterinário Cadastramento de Animais e Relatórios Incluir, Alterar, Excluir e Consultar Secretária Cadastramento de Clientes Incluir, Alterar, Consultar Gerente Controle de Estoque e Caixa Incluir, Alterar, Excluir e Consultar Aux. Veterinário Cadastramento de Animais e Relatórios Incluir e Consultar Para a realização do desenvolvimento do software será necessário um banco de dados onde serão armazenadas todas as informações contidas no sistema. Sendo assim podemos elaborar uma classificação de informações que serão armazenadas referentes às etapas do projeto. Cliente Nome RG CPF Endereço Telefone Animal Nome Raça Idade Nome do Dono Tamanho Sexo Funcionário Nome RG CPF Data de Nascimento Endereço Telefone Estado Civil Salário Fornecedor Nome Fantasia CNPJ Razão Social Telefone InscriçãoEstadual Produto Nome Preço Data de Validade Glossário Alguns termos específicos e técnicos são utilizados durante o projeto, por isso é realizada a produção de um glossário, onde há a discriminação de cada termo e seu respectivo significado, facilitando a melhor instrução do cliente. Termo Descrição Sinônimo Backup Recurso que mantêm cópia de segurança dos dados do sistema. Interface Área gráfica do sistema que o usuário pode ver. Relatórios de Erros Informações enviadas para o desenvolvedor do sistema. Bugs. Mensagens de Feedback Respostas do sistema a partir de cada operação do usuário. Confirmação de Operação. Relação com o Animal Relacionamento interno do banco de dados de cliente e animal. Áreas de Restrição Conforme a função o funcionário tem acesso somente que trabalha. Senha de Acesso. Fechamento de Caixa Efetuado pelo gerente, é o resultado diário de movimento financeiro. Relatórios Veterinários Veterinário registra o tratamento de cada animal, que pode ser apresentado ao cliente. Estoque Cadastro de todos os produtos, medicamentos e acessórios vendidos na clinica. Códigos do Sistema Ao longo de cada cadastramento o sistema atribui um código. Ordem de Serviço Realizada para agendar assistência médica domiciliar. Assistência a domicilio. Windows, RAM, HD e Processador Componentes técnicos do computador. Sistema operacional, memória, disco rígido. Acessórios da Clinica Brinquedos, roupas e enfeites para animais. Prototipação – Interface IMAGEM 1 – CADASTRO DE CLIENTES IMAGEM 2 – CADASTRO DE ANIMAIS IMAGEM 3 – CADASTRO DE FORNECEDORES IMAGEM 4 – CADASTRO DE FUNCIONÁRIOS IMAGEM 5 – CADASTRO DE PRODUTOS EM ESTOQUE IMAGEM 6 – VENDAS IMAGEM 7 – LOGIN IMAGEM 8 – MENU Casos de Teste Caso de Teste Caso de Teste CT 1 – Cadastro de Clientes Pré-Condições Ter acessado o sistema e a área de cadastramento de clientes. Procedimentos 1- O sistema oferece campos livres para que possam ser preenchidos com as informações. 2- Após salvar as informações, o sistema avisa a conclusão ou divergência na operação. Resultado Esperado Armazenar as informações inseridas no banco de dados Dados de Entrada Nome, RG, CPF, Endereço e Telefone Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 2 – Cadastro de Animais Pré-Condições Ter acessado o sistema e a área de cadastramento de animais. Procedimentos 3- O sistema oferece campos livres para que possam ser preenchidos com as informações. 4- Após salvar as informações, o sistema avisa a conclusão ou divergência na operação. Resultado Esperado Armazenar as informações inseridas no banco de dados Dados de Entrada Nome, Raça, Sexo, Nome do Dono, Tamanho, Idade Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 3 – Cadastro de Fornecedores Pré-Condições Ter acessado o sistema e a área de cadastramento de fornecedores. Procedimentos 1- O sistema oferece campos livres para que possam ser preenchidos com as informações. 2- Após salvar as informações, o sistema avisa a conclusão ou divergência na operação. Resultado Esperado Armazenar as informações inseridas no banco de dados Dados de Entrada Nome Fantasia, CNPJ, Inscrição Estadual, Telefone, Razão Social Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 4 – Cadastro de Funcionários Pré-Condições Ter acessado o sistema e a área de cadastramento de funcionários. Procedimentos 1- O sistema oferece campos livres para que possam ser preenchidos com as informações. 2- Após salvar as informações, o sistema avisa a conclusão ou divergência na operação. Resultado Esperado Armazenar as informações inseridas no banco de dados Dados de Entrada Nome, RG, CPF, Endereço, Telefone, Data de Nascimento, Estado Civil, Salário Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 5 – Cadastro de Produtos em Estoque Pré-Condições Ter acessado o sistema e a área de cadastramento de funcionários. Procedimentos 1- O sistema oferece campos livres para que possam ser preenchidos com as informações. 2- Após salvar as informações, o sistema avisa a conclusão ou divergência na operação. Resultado Esperado Armazenar as informações inseridas no banco de dados Dados de Entrada Nome, Preço, Data da Validade, Quantidade Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 6 – Consulta de Cadastros Pré-Condições Ter acessado o sistema e a área de consulta. Procedimentos 1- O sistema oferece opções das áreas em que as informações serão consultadas. 2- O sistema mostra todas as informações ou filtra conforme necessidade do usuário. Resultado Esperado Consultar informações que estejam cadastradas no sistema. Dados de Entrada Informações específicas para filtrar. Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 7 – Vendas Pré-Condições Ter acessado o sistema e a área de vendas. Procedimentos 1- O sistema oferece o banco de dados dos produtos cadastrados. 2- A venda sendo concluída é dado baixa em estoque e incluído uma venda. Resultado Esperado Realizar venda dos produtos cadastrados. Dados de Entrada Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Caso de Teste Caso de Teste CT 8 – Login Pré-Condições Ter login e senha no sistema. Procedimentos 1- O sistema oferece dois campos de preenchimento, usuário e senha. Resultado Esperado Acessar o sistema Dados de Entrada Usuário e senha Critérios Especiais Não se Aplica Ambiente Implementação Manual Iteração 1ª Iteração Casos de Uso A seguir a elaboração de Casos de Uso referentes às funções do sistema. Os casos de uso das funções de cadastro seguem o mesmo padrão de etapas, seguindo a mesma metodologia. Id do Caso de Uso UC01 Requisitos RF01 Nome do Caso de Uso Cadastramento Criado por: Luiz Data de Criação 20/05/2014 Atores Veterinário, Atendente Descrição Responsável por gravar as informações no sistema Pré-Condições O usuário deve fornecer as informações Prioridade Alta Frequência de Uso Alta Complexidade Baixa Risco Médio Fluxo de Eventos Fluxo Normal: 1 – O usuário seleciona o botão de cadastro solicitado. 2 – Preenche todos os campos na interface. 3 – O usuário clica em salvar. 4 – O sistema verifica se o cadastro já existe. 5 – Em caso negativo o cadastro é confirmado e a operação termina. Fluxo Alternativo: 1 – Se já houver o cadastro no sistema avisa e pergunta se deseja editar o cadastro. Requisitos Não Funcionais O sistema não pode demorar mais que 5 segundos para concluir o processo. Diagrama de Atividades DA01 – Cadastramento. Interface Gráfica CAD_Informações.class Id do Caso de Uso UC02 Requisitos RF02 Nome do Caso de UsoConsulta Criado por: Luiz Data de Criação 21/05/2014 Atores Veterinário, Atendente Descrição Responsável por gerar tabelas de informações. Pré-Condições O usuário deve filtrar as informações Prioridade Alta Frequência de Uso Média Complexidade Média Risco Médio Fluxo de Eventos Fluxo Normal: 1 – O usuário seleciona o botão de consulta. 2 – Marca a opção desejada. 3 – Digita caso queira filtrar ainda mais. 4 – O sistema verifica se o cadastro existe. 5 – Mostra as informações filtradas conforme solicitado pelo usuário, a operação termina. Fluxo Alternativo: 1 – Se não houver cadastro, o sistema informa ao usuário e solicita nova filtragem. Requisitos Não Funcionais O sistema não pode demorar mais que 5 segundos para concluir o processo. Diagrama de Atividades DA01 – Consulta. Interface Gráfica CONS_Informações.class Id do Caso de Uso UC03 Requisitos RF03 Nome do Caso de Uso Vendas Criado por: Luiz Data de Criação 22/05/2014 Atores Atendente Descrição Responsável por realizar vendas e baixa no estoque. Pré-Condições O usuário deve fornecer as informações Prioridade Alta Frequência de Uso Alta Complexidade Média Risco Alto Fluxo de Eventos Fluxo Normal: 1 – O usuário seleciona o botão de vendas. 2 – Preenche todos os campos na interface. 3 – O usuário clica em vender. 4 – O sistema verifica se o há o produto em estoque. 5 – Em caso positivo a venda é confirmada e a operação termina. Fluxo Alternativo: 1 – Se não houver o produto no sistema avisa e pergunta se deseja cadastrar. Requisitos Não Funcionais O sistema não pode demorar mais que 5 segundos para concluir o processo. Diagrama de Atividades DA03 – Venda. Interface Gráfica Venda_Produtos.class Diagrama de Caso de Uso Abaixo uma contextualização do diagrama de caso de uso do sistema da CLIVET.
Compartilhar