FACULDADE ANHANGUERA DE TAUBAT UNIDADE II

ATIVIDADES PRTICAS SUPERVISIONADAS

CIENCIAS DA COMPUTAO
Engenharia de Software
Prof.
Etapa 1 e 2 1 Bimestre / 2013
Semestre: 2 e 3 - Turma A Ano: 2013/1
RA Nome do Aluno
Sumrio
Introduo..................................................................................................................................3
Etapa 01 ....................................................................................................................................4
Passo 01 Entrevista com o cliente ( CLIVET)........................................................................4
Passo 02 Apresentao de 3 metodologias..............................................................................5
Passo 03 Tabelas 1 ................................................................................................................6
Passo 03 Tabela 2 Vantagens e desvantagens das metodologias..........................................7
Concluso da Etapa 1 - Mtodo escolhido.................................................................................8
Etapa 02......................................................................................................................................9
Passo 1 Requisitos Funcionais do projeto...............................................................................9
Passo 2 Requisitos No Funcionais do projeto .....................................................................10
Passo 3 Definio das prioridades dos requisitos funcionais.................................................11
Bibliografia...............................................................................................................................12
Introduo
Uma clinica veterinria, cujo nome fantasia CLIVET, que deseja instalar uma soluo computacional para
melhorar os controles das informaes referentes aos clientes, servios, produtos e financeiro da empresa.
Elaboramos um projetos de Sistemas consiste no levantamento de metodologias de desenvolvimento e a
escolha de uma delas que possa atender s necessidades apresentadas no projeto para a administrao das
rotinas dirias desta clinica veterinria.
Artigos Relacionados
Engenharia
Etapa D 2
Engenharia Mecanica
Engenharia Gentica
ENGENHARIA
Engenharia Genetica
Engenharia Gentetica
Etapas Do Tratamento
Engenharia
Etapa 3
ETAPA 2
Engenharia Do Petrleo
Engenharia Produo
Engenharia Do Petrleo
Engenharia

ETAPA 1
Na Etapa I do desafio foram levantados os requisitos bsicos que o sistema deve suprir, porm, o foco foi o
estudo das metodologias de desenvolvimento de software clssicas.
Para realizar esse projeto, simulamos um questionamento com o solicitante do projeto para a CLIVET,
baseado em caractersticas do projeto como: requisitos, necessidades, banco de dados, acesso via web,
expanso para filias, tempo de entrega, atualizao etc.. afim de ter um prottipo e fazer com que o software
seja completo e eficaz.
Passo 1 Entrevista com o cliente ( CLIVET)
Questes para atender as necessidades bsicas do cliente:
a. Servios prestados e realizados pela clinica?
- Agendamento de consultas
- Confirmao de presenas
- Agendamento de cirurgias
- Internaes
- Relatrios de acompanhamento do animal
- Fila de espera
- Servios de banho e tosa
b. Armazenamentos de informaes no banco de dados, como cadastro?
- Clientes
- Fornecedores
- Funcionrios
- Animal
- Histrico de consultas realizadas
c. Comercializao de servios, produtos e contabilidade?
- Entrada e sada de estoque
- Contas a pagar
- Contas a receber
d. Produtos comercializados e armazenados para uso da clinica?
- Estoque de vendas
- Estoque de uso
- Ficha tcnica e foto ilustrativa
- Preos de venda/compra
- Ordem de compra
e. Monitoramento de acesso, controle de funcionrios,
- Senha ao usurio
- Permisses de acesso
- Senha
f. Controle administrativo e financeiro?
- Fluxo de caixa
Emisso de Nota fiscal
- Meta prevista
- Comisso das vendas efetuadas
- Contas a Pagar
- Cobrana
- Folha de pagamento
Passo 2 Apresentao de 3 metodologias
Trabalharmos com metodologias que nos permita entregar um prottipo que possa ser facilmente
modificado, tendo em vista que no temos um escopo inicial por parte do cliente.
Opes de metodologias de processo:
1. Cascata: O processo de desenvolvimento deve ser conduzido de forma disciplinada, com atividades
claramente definidas, determinada a partir de um planejamento e sujeitas a gerenciamento durante a
realizao.
2. Iterativo: O processo que envolve o gerenciamento de uma sequncia de verses executveis. Cada
iterao pode ser vista como um mini projeto, envolvendo um ciclo completo de desenvolvimento e
resultando em uma verso de um produto executvel.
3. Baseado em componentes: O processo feito com base em sistemas a partir da combinao de unidades
pr-desenvolvidas com o objetivo de reduzir o tempo de desenvolvimento, facilitar o acoplamento de novas
funcionalidades, ou a mudana de funcionalidades j existentes e ainda promover o reuso de partes do
software.
Vantagens e desvantagens das metodologias propostas:
Cascata
A maior vantagem deste mtodo a documentao detalhada e um prazo rigorosamente definido ou seja,
no se gasta tempo em planejamento e no exige muito dos desenvolvedores porem causa demora para a
entrega do produto, tem o elevado, produz retrabalho e no permite mudanas no projeto.
Prototipao
Cliente recebe um prottipo durante do processo e o mesmo pode servir para levantamento de requisitos
alem do cliente usar apenas o prottipo como produto final; freqentemente o desenvolvedor faz uma
implementao, e acaba usando os mesmos recursos para o produto final.
Scrum
Os clientes participam e se tornam membros da equipe para o desenvolvimento; Objetividade, clareza e
transparncia no planejamento e desenvolvimento e necessario que tenha na equipe bons programadores;
Product Owner ausente; Desvio de Blocks; Falta de requisitos.
Passo 3 Tabelas
Dividimos em duas tabelas, a apresentao para nosso cliente e discutir sobre tais metodologias, ns
resolvemos escolher entre as 3 metodologias inicialmente propostas, a que julgamos ser melhor pelo
comportamento de nosso cliente, e pelo que julgamos que o cliente quer / espera do software.
Tabela 1 Tabela para comparao de metodologias.
Requisitos das metodologias:
P = possui
PP = possui parcialmente
NA = no se aplica
NP = no possui
Comparao de metodologias Cascata Prototipao Scrum
Exige documentao extensa P P PP
Software de fcil modificao e expanso PP P P
Clculo do tempo de finalizao e entrega do software PP NA P
Exige programadores experientes NA NA P
Gerar prottipo ou modelo de software desejado NP P P
Possveis falhas e fator de risco NP NP P
Tabela 2 Vantagens e desvantagens das metodologias.
Comparao de metodologias Vantagens Desvantagens
Metodologia Cascata antigo e muito utilizado;
Minimiza o tempo de planejamento;
Funciona bem com pequenas equipes e linear. Perca de tempo com documentaes desnecessrias;
Atraso na entrega de projetos concludos;
Cliente s v o programa em funcionamento ao final de todo o processo;
Pode gerar falhas ou incapacidade do programa ser atualizado;
Sem anlise de risco.
Metodologia Prototipao Baseada em prottipo do software;
Permite que o cliente tenha uma verso prottipo, para utilizao e testes;
Utilizado quando a falta de comunicao com o cliente;
Facil atualizao;
Indicado para mudanas de requisitos constantes. Cliente pode se contentar com o prottipo, e esquecer a
verso final;
Impossvel determinar com exatido o tempo que o processo vai durar;
No h formas de saber o nmero de iteraes necessrias;
Muitas vezes, o prottipo acaba atrapalhando o desenvolvimento da verso final;
No h anlise de risco..
Metodologia Scrum gil e usa anlise de risco;
Ideal na negociao interna e com clientes;
Alto valor ao produto e ao cliente;
Traz satisfao do cliente com o produto;
Equipe pequena. Necessita de uma equipe bem entrosada;
Necessita de programadores experiente;
Ambiente que facilite comunicao entre os membros;
Dificuldade de gerenciar projetos que precisam de muitas pessoas.
Concluso da Etapa 1
Mtodo escolhido:
No existe um mtodo correto de se usar, mas um que se encaixe melhor realidade dos requisitos
levantados junto ao cliente. Pode-se at combinar vrios mtodos e adotar apenas as prticas que atendam
necessidade de cada requisito, porm uma prtica deve ser predominante para que no haja conflitos na
produo do software.
Depois de levantado todos os requisitos, optamos pelo mtodo Scrum, pois traz uma boa comunicao, uma
equipe pequena, e visamos a total satisfao de nosso cliente, em um curto perodo de tempo, alem um
software que possa ser atualizado facilmente.
ETAPA 2
Passo 1 Requisitos funcionais do projeto
O sistema deve permitir incluir e alterar dados:
O cadastro de clientes deve incluir cdigo, CPF, RG, nome, endereo, telefone, sexo, e-mail, data de
nascimento, profisso e animal de estimao cadastrado na clnica.
O cdigo de cada cliente, fornecedor e servio devem sero nicos e no podem ser alterados;
O cadastro de fornecedores deve incluir cdigo, nome da empresa fornecedora, CNPJ e data de incio dos
negcios.
O cadastro de materiais de estoque deve conter um cdigo que o relacione ao fornecedor, nome do produto,
validade e quantidade armazenada.
O cadastro de raas deve incluir cor do plo, agressividade, porte, alimentao etc.
Permitir a impresso de um relatrio de clientes e necessariamente deve ter um pr - cadastro de espcies
e raas domsticas mais comuns
O sistema deve efetuar consultas:
O cdigo da consulta que ser gerado pelo sistema, cdigo do cliente, cdigo no animal, data da consulta,
valor da consulta e um breve histrico de consultas anteriores.
Estrutura de busca por nome de cliente, do animal, por cdigo, data, raa, espcie, validade dos produtos e
materiais em estoque.
Permitir a impresso de um comprovante contendo nome do cliente, do animal a ser atendido, dos
servios a serem realizados e o valor a ser cobrado por cada servio a ser prestado.
Consultar o controle de estoque e o capital de giro na clnica.
Consultar pagamentos e recebimentos para clientes e fornecedores.
Emitir um relatrio que contenha toda a movimentao diria, semanal, mensal e anual.
Passo 2 Requisitos No Funcionais do projeto
O sistema deve ser seguro e confivel:
Conter uma hierarquia de permisses administrada por um usurio qualificado e autorizado pelo
responsvel da empresa.
Backup automaticamente todo dia e armazenamento por pelo menos duas semanas.
Facil alterao e visualizao de consultas.
O sistema deve ser eficiente, de fcil manuseio e manuteno:
Gerar relatrio de erros, e envi-los aos responsveis pela manuteno do software dentro da empresa.
Durante a insero de dados, acusar as possveis falhas de integridade.
Controle do fluxo de informaes financeiras.
Capaz de corrigir e melhorar processos e carregar as informaes dos clientes dentro de no mximo 15
segundos aps sua requisio.
Recuperar os dados perdidos caso haja erros fatais.
O sistema deve ser executvel em:
Qualquer sistema operacional com plataforma 32Bits.
Um computador com 512MB RAM (mnimo), cerca de 50 GB de Hard-Disk (hdd), com um processador
Pentium 3 ou Pentium 4 (hardware simples).
Impressora para impresso de relatrio e consultas.
Passo 3 Definio das prioridades dos requisitos funcionais
Tabela 3 Graus de prioridades.
Prioridade Grau
Urgente 0
Alta 1
Mdia 2
Baixa 3
Futuras 4
Tabela 4 Prioridades de requisitos funcionais.
Requisito funcional Prioridade
Efetuar login no sistema 1
Cadastro de dados no sistema 3
Backup de dados/cadastros 1
Gerenciamento de usurios 1
Controle de estoque 3
Impresso de relatrio e consultas 2
Expansibilidade e manuteno 2
Insero/remoo/alterao de dados 3
Referncias
Modelo Cascata ou clssico.
Disponvel em: http:// http://modelocascata.blogspot.com.br/2010/05/introducao.html#links Acesso em
04/04/2013
Prototipagem.
Disponvel em: http://www.pensoti.com.br/engenharia-de-software/modelo-de-processos-prototipagem
Acesso em 04/04/2013
Modelo de Desenvolvimento gil SCRUM.
Disponvel em: http://www.devin.com.br/modelo-scrum/ Acesso em 04/04/2013
SOMMERVILLE, IAN. Engenharia de Software 8 Edio. Pearson Addison Wesley, 2007.
PFLEEGER, Shari Lawrence. Engenharia de Software Teoria e prtica. 2 ed.. 2004.
PRESSMAN, Roger S. Engenharia de Software. 6 ed..2006
RABELLO, Mrcia Rodrigues. DE BORTOLI, Lis ngela. ESTRELA. 2006.



Software - Clinica Veterinria
ATPS Engenharia de Software
Professor: Andr Lus Bordignon
Turma: 5 Semesre
Alunos: Csar Augusto Lombardi RA: 0808165189
Diogo Jordo RA: 0815474
Felipe Rodrigo Trova RA: 0905345895
Henrique Nadim Gomes RA: 0889789
Johnny Paixo RA: 0826380
Luis Marcelo Carvalho RA: 0808171411
16/03/2010
Trabalho desenvolvido sob a orientao do Professor Andr Lus Bordignon e
apresentado como Atividade Prtica Supervisionada (ATPS), como requisito para
obter parte da nota da disciplina de Engenharia de Software e Analise de Projetos
de Sistemas a Faculdade Anhanguera.
ndice
1 Entrevista 3
2 Caractersticas das Metodologias 4
3 Vantagens e Desvantagens 5
4 Requisitos Funcionais 6
5 Requisitos No-Funcionais 7
6 Prioridade 8
7
Usurios..........................................................................................................................
......9
8
Glossrio.........................................................................................................................
....10
1 Entrevista
1) Ter controle de estoque? Ser necessrio informar se o estoque estiver baixo?
R: Sim, isto importante.
2) Voc tem idia para utilizar esse software em outras filiais se caso estiver? Caso
contrario pensa em ter outras filiais?
R: A empresa tem a matriz e mais cinco filiais e quer comunicao entre elas.
3) O software ter controle financeiro?
R: Sim, est nas informaes da ATPs.
4) Quais os servios prestados pela Clinica Veterinria?
R: Lavar (banho e tosa), internao para consulta ou outros e um servio
genrico.
5) A clinica faz servio leva-traz?
R: No.
6) Deseja ter sistema de cadastro?
R: Sim, cadastro de cliente/animal (cadastro nico para saber qual o animal).
7) Os preos da empresa so padres?
R: Sim, os preos tanto da matriz quanto das filiais so padres.
8) Outros servios feitos pela empresa:
R: Caso uma filial esteja lotada, a mesma entra em contato com outra filial para que
o animal possa ser transferido e assumir o servio com o cliente.
9) A clinica deseja possui um histrico?
R: Sim, gostaria de ter um histrico de pronturio entre as filiais.
2 Caractersticas das Metodologias
Modelo Cascata
Caracterstica 1 Abordagem sistemtica e seqencial
Caracterstica 2 Integrao e teste de sistema.
Caracterstica 3 Uma fase completada antes de passar para a outra.
Caracterstica 4 Requer especificao completa e bem entendida
Caracterstica 5 O desenvolvimento no continua at que o cliente esteja satisfeito
com os resultados
Modelo Espiral
Caracterstica 1 Determinar objetivos, alternativas e incertezas
Caracterstica 2 Identificar e resolver riscos;
Caracterstica 3 Avaliar as alternativas
Caracterstica 4 Desenvolver os produtos de entrega para aquela interao e
verificar seu grau de correo
Caracterstica 5 Planejar a prxima interao
Modelo Iterativo Incremental
Caracterstica 1 A cada incremento, podem ser feitas extenses e modificaes do
projeto
Caracterstica 2 O modelo faz uso de uma lista de controle, que contm, em ordem
Caracterstica 3 todas as tarefas que devem ser executadas at a implementao
final do produto
Caracterstica 4 Cada passo consiste em remover a prxima tarefa selecionada,
codificar e testar a implementao.
Caracterstica 5 Fazer uma anlise do produto obtido aps a execuo dessa fase e
atualizar a lista com o resultado da anlise realizada
3 Vantagens e Desvantagens
Vantagens Desvantagens
Cascata Minimiza o tempo de planejamento. Padroniza os mtodos para anlise,
projeto, codificao, testes e manuteno. Torna-se difcil voltar atrs para corrigir
erros
Espiral As interaes iniciais so as mais baratas. Fcil de decidir o quanto testar
complexo e requer ateno e conhecimento especiais para lev-lo a cabo.
Iterativo Incremental Disponibilidade de partes prontas do sistema mais cedo;
. Facilidade nos testes: Geralmente, testar cada incremento mais fcil do que
testar o software pronto e tudo de uma vez s; A possibilidade de o sistema ser
dividido em partes como pr-requisito, j que nem sempre um sistema pode ser
dividido;
. Dificuldade na integrao das partes desenvolvidas
O modelo escolhido para o desenvolvimento do software o Cascata, pois, um dos
modelos de ciclo de vida mais simples e mais conhecidos das organizaes de
desenvolvimento de software, as fases do projeto so executadas em uma seqncia
linear e uma prxima fase s tem incio quando a fase anterior est completamente
pronta. Ao final de cada fase, feita uma reviso para avaliar se realmente pode-se
avanar para a prxima. Caso a reviso aponte que o projeto no est apto a entrar
na fase seguinte, ele permanece na fase corrente at que ele seja aprovado.
4 Requisitos Funcionais
A. O sistema deve permitir incluir, alterar, os dados: cdigo, nome, endereo
completo, telefone, sexo, email, data de nascimento e profisso atravs de uma tela
de cadastramento;
B. Apenas o usurio Administrador dever ter permisso no sistema parar excluir
dados cadastrais.
C. O sistema deve permitir a alterao dos dados do cliente com exceo do cdigo
do cliente que gerado automaticamente pelo sistema;
D. O sistema deve permitir a impresso de um relatrio de clientes com os dados do
cdigo, nome, telefone e email, ordenando os registros atravs do cdigo do cliente;
E. O sistema deve emitir relatrios Gerenciais;
F. Cadastrar entrada/chegada de produto (aumentar estoque);
G. Notificar sada de produto (reduzir estoque);
H. Visualizar estado do estoque;
I. Cadastrar contas a pagar;
J. Cadastros de Clientes e Paciente;
K. Cadastro de Histricos de Pacientes;
5 Requisitos No-Funcionais
Manutenibilidade;
- Log de Erros
A fim de auxiliar na manuteno do sistema, mensagens de erro bem definidas e
claras devero ser armazenadas sempre que um erro ocorrer com o sistema.
- Modularidade
O sistema dever possuir uma arquitetura modular para possibilitar menor custo de
extenso ou substituio de partes do software.
Eficincia;
- Tempo de Resposta
O sistema dever garantir que qualquer das operaes dever ser efetuada em at
10 segundos.
- Manter o Computador Atualizado
O computador que estiver com o sistema instalado dever ser revisado quanto
capacidade de processamento e memria.
Segurana;
- Garantia de Disponibilidade Constante
Como se trata de um sistema de controle onde os pacientes so animais
interessante o funcionamento do mesmo em situaes extremas.
Confiabilidade;
- Fornecimento de Dados Consistentes
Toda informao armazenada, deve ser processada de forma que possa ser
facilmente re-extrada da base de dados. Tambm dever haver algum mecanismo
de cancelamento de operaes em caso de algum problema de comunicao.
- Uso de No-Break
Usar No-Break para garantir que o sistema no vai cair por falta de energia eltrica
ou queda na tenso da rede eltrica. Impedindo assim a perda de dados.
Portabilidade;
O sistema deve ser executado em computadores Pentium 200mHz ou superior, com
sistema operacional mnimo Windows 95.
6 Prioridade
Requisitos Funcionais Prioridade
O sistema deve permitir incluir, alterar, os dados cdigo, nome, endereo completo,
telefone, sexo, email, data de nascimento e profisso atravs de uma tela de
cadastramento. 3
Apenas o usurio Administrador dever ter permisso no sistema parar excluir
dados cadastrais 2
O sistema deve permitir a alterao dos dados do cliente com exceo do cdigo do
cliente que gerado automaticamente pelo sistema. 3
O sistema deve permitir a impresso de um relatrio de clientes com os dados do
cdigo, nome, telefone e email, ordenando os registros atravs do cdigo do cliente
3
O sistema deve emitir relatrios Gerenciais 2
Cadastrar entrada/chegada de produto (aumentar estoque); 2
Notificar sada de produto (reduzir estoque); 2
Visualizar estado do estoque 2
Cadastrar contas a pagar 1
Cadastros de Clientes e Paciente 1
Cadastro de Histricos de Pacientes 1
Prioridade Grau
Alto 1
Mdio 2
Baixo 3
7 Usurios
Usurio Requisito Funcional Aes
Desenvolvedor Acesso a todos os requisitos Controle total e desenvolvimento do
sistema.
Administrador Acesso a todos os requisitos Controle total.
Financeiro Itens: A, D, E, G, H, I. Incluir, alterar e consultar produtos de compras e
vendas.
Veterinrio Itens: H, I, J, K Incluir e visualizar cadastros.
8 Glossrio
Termo Descrio Sinnimos
Backup Cpia de segurana ou cpia de salvaguarda
Categoria do animal Categorias nas quais os animais so divididos. Espcie do
animal
Adicionar Cliente Cadastro do cliente e animal.
Excluir Dados Excluso de dados (apenas administrador).
Impresso de relatrio Sero impressos os dados do cliente selecionado.
Visualizao do Estoque Possibilita a visualizao dos produtos em estoque.
Histrico do Cliente Informado todo o detalhe j feito pelo cliente (cirurgia,
consultas, etc.). Relatrio com os detalhes do cliente.
Contas a pagar/receber Alertas de contas a serem pagas/recebidas.
Especialidade do Medico Informado os detalhes dos mdicos e quais casos devem
atender. Especialidade do medico.
Editar Altera informaes do campo selecionado. Alterao de campo
Busca de Filiais Informada qual filial esta disponvel para atender o caso
selecionado. Busca para selecionar outra filial para assumir o caso.
Erro gerado o erro e o que o usurio dever fazer. Informaes sobre o erro.
Tecla F1 Guia de ajuda rpida ao usurio. HELP
Opes Aonde o cliente pode selecionar suas preferncias.
VETSOFT ALL

Um novo software de gerenciamento para sua clnica veterinria CLIVET. Desenvolvido para
atender as novas necessidades de sua clnica veterinria, ele se preocupa no somente em
guardar os dados e informaes dos clientes e animais, e sim fazer com que essas
informaes se transformem na principal ferramenta de trabalho do Novo Mdico Veterinrio.
Desenvolvido exclusivamente para o mercado de Clnica, procuramos fazer com que o
relacionamento Mdico Veterinrio Cliente no seja passageiro e voltado para o pronto
atendimento e atividades. Queremos transformar esse relacionamento entre o Clnico e o seu
Cliente em uma relao duradoura, traando um Plano de Vida baseado na Medicina
Veterinria Preventiva. Fundamentado nesse conceito, oferecemos ferramentas que iro
facilitar e revolucionar o uso do software de gerenciamento de sua clnica veterinria.
O formato criativo de apresentao de todas as informaes dados do Cliente e animal em
uma mesma e principal pgina se mostra de fcil visualizao e entendimento, pois em uma
nica visualizao voc pode ter todas as informaes sobre o seu cliente, o seu animal, todo o
seu histrico de relacionamento e tratamento assim como o seu status contbil. Nessa mesma
pgina alm da agenda de retornos, baseados no Plano de Vida dos seus animais previamente
traado levando em considerao a idade cronolgica dos animais. Essa ferramenta permite
que automaticamente voc tenha todas as informaes dos prximos procedimentos
programados durante toda a vida do animal e daqueles que no foram realizados, uma vez que
do lanamento no histrico do animal do procedimento realizado, os lembretes se atualizaro
automaticamente. Tendo em mos as informaes dos clientes, dos animais e os
procedimentos programados.

CARACTERISTICA
Abertura do Sistema:
Tela de Acesso ao sistema Acesso com usurio e senha.
Cadastros Bsicos: Cadastro de Funcionrios, usurios e senhas: Cadastro de Funcionrios,
usurios e senhas de acesso ao sistema, Controle de permisses do nvel de acesso de cada
usurio cadastrado, os funcionrios so cadastrados separados por funes.
Cadastro de Clientes: Dados cadastrais do cliente, Informaes adicionais, limite de crdito,
Animais do cliente.
Cadastro de Animais: Dados cadastrais do animal, Observaes do Animal, lbum de fotos
possvel adicionar infinitas fotos do animal.
Cadastro de Fornecedores: Dados cadastrais do fornecedor, Histrico de compras do
fornecedor, aqui exibido todas as compras realizadas com este fornecedor, Ficha cadastral
do fornecedor, possvel imprimir todos os dados do fornecedor para arquivar em uma ficha.
Cadastro de Produtos: Listagem / Pesquisa de Produtos, os produtos so separados por
grupos, Dados cadastrais de um produto, Histrico de compras do produto, Histrico de
Vendas do produto, Movimentao de Estoque do produto (compras, vendas, ajuste de
estoque e devoluo).
CARACTERISTICA 2
Controle de Estoque:
Lanamento de Notas de compra (entrada de produtos no estoque): Listagem de todas as
notas de compras lanadas no sistema, Registrando uma nota de entrada de mercadorias,
Programando pagamentos de uma compra de produtos.
Ajuste de Estoque (quantidades e preos) e Reajuste automtico de preos: Ajuste de estoque,
aqui voc pode alterar preos e quantidades de estoque dos produtos de uma forma rpida e
eficiente, Reajuste automtico de preos, voc informa os parmetros e o sistema recalcula os
preos.
CARACTERISTICA 3
Mdulo de Vendas:
Dados de Vendas: Abertura de caixa, Registrando a venda de um servio, escolhendo
funcionrio que executou e determinando sua comisso, Integrao com o mdulo de agenda,
Fechamento do caixa.
Impresso de Etiquetas de cdigo de barras dos produtos: Seleo de Produtos e quantidade
de etiquetas para cada produto, Seleo do modelo de etiqueta (todos modelos podem ser
personalizados), Visualizao da impresso de etiquetas.
CARACTERISTICA 4
Mdulo Financeiro:
Contas a pagar (integrado com compras de produtos): Calendrio de contas a pagar, Dados de
uma conta a pagar, Relatrios de contas a pagar.
Contas a Receber (integrado com dbitos dos clientes): Calendrio de contas a receber,
Listagem geral de contas a receber, Dados de uma conta a receber.
CARACTERISTICA 5
Mdulo de Agendamento:
Listagem da agenda: Grade de exibio dos servios agendados por data e horrio, Listagem
geral de servios agendados, Agendando um servio (com impresso de comanda para uso
interno), Agenda de Telefones.
Relatrios do sistema:
Modulo de Relatrios: Todos os relatrios podem ser gerados em MS-Excel.
Mdulo de Segurana:
Backup: Mdulo de Backup do Sistema.



VETSOFT
SILVER VETSOFT
GOLD VETSOFT PLATINUM
CARACTERISTICA 1 PP P P
CARACTERISTICA 2 PP P P
CARACTERISTICA 3 PP PP P
CARACTERISTICA 4 NA PP P
CARACTERISTICA 5 NP NA P


VANTAGENS DESVANTAGENS
VETSOFT
SILVER CUSTO BAIXO POUCO RECURSO
VETSOFT
GOLD CUSTO BENEFICIO SEM SUPORTE A ATUALIZAES POSTERIORES
VETSOFT
PLATINUM SUPORTE A ATUALIZAES SEM CUSTOS NO TEM













Etapa2:
Abertura do Sistema:

Constara dois icones para acesso: acesso administrador e funcionarios.
Acesso administrador: Poder acessar todas as areas do software ativando e desativando
acessos, relatorios de clientes, financeiro e estoque.Podendo realizar qualquer tipo de
alterao nas informaes.
Ser o administrador que dara a cada funcionario cadastrado o nivel de acesso permitido por
cada um deles no sistema.

Tabela de prioridades:
Nivel Tipos de permisses
1 - Permite cadastrar dados de clientes;
- Cadastrar dados dos animais;
- Alterar informaes de ambos;
- Abertura de caixa ;
- Registrar vendas produtos/servios
- Selecionar qual vendedor foi responsavel pela negociao

2 - Permite acesso a todos os ambientes do software


Requisitos que o software permitir:

*Gerara cdigo do cliente no momento da concluso do cadastro.

*Inserir:
Dados do cliente (nome completo, endereo , CPF , RG, telefone fixo , telefone movel, e-mail).
Dados do animal (nome, idade, raa, data de nascimento, foto do animal).
Observaes que sejam pertinentes da vida do animal.

*Alterar:
Dados do cliente (nome completo, endereo , CPF , RG, telefone fixo , telefone movel).
Dados do animal (nome, idade, raa, data de nascimento, foto do animal).
Ficha cadastral de fornecedores;
Produtos;


*Excluir:
Dados do animal (nome, idade, raa, data de nascimento, foto do animal).
Ficha cadastral de fornecedores negativados;
Produtos no mais comercializados

*Impresso:
Ficha cadastral do cliente:
Ficha cadastro do animal;
Ficha cadastral de fornecedores;
Extrato de caixa diario e mensal;
Relao de produtos;
Notas de compras;
Notas a pagar;
Valores a receber;
Agenda de servios;( com o codigo do cliente, nome do animal e horario agendado e o tipo de
servio).



Manuteno:
Software de facil manuseio com resposta rapida as consultas em at 20 segundos em caso de
pane no sistema a manuteno possuo a previso de restabelecimento em at 06 horas.
Segurana:
Utiliza sistema de login e senha com restrio de prioridades de acesso aos arquivos de acordo
com cada registro de usuario, possui backup programado automatico para o servidor.

Requisitos Nivel de prioridade
Cdigo de cliente 1
Dados do cliente 2
Dados do animal 1
Ficha cadastral de fornecedores negativados 3
Produtos 1
Produtos no mais comercializados 2
Extrato de caixa diario 1
Notas de compras 1
Notas a pagar 1
Valores a receber 1
Agenda de servios 2
Manuteno 1
Segurana 1


ETAPA 01
Conceitos da Engenharia de Software, processos de desenvolvimento de
softwares clssicos e geis.
Esta atividade importante para que voc possa desenvolver as suas competncias
e habilidades na identificao, anlise, e documentao das necessidades dos
usurios tendo em vista a elaborao de uma proposta de desenvolvimento de um
sistema computacional.
Esta etapa, a ser realizada pela equipe, visa discutir a situao problema do desafio
cuja meta estudar as caractersticas dos processos de desenvolvimento de
softwares clssicos e geis. Com essa base ser possvel escolher qual ser utilizado
durante o desenvolvimento do projeto.
ETAPA 02[
Requisitos de Software e Processos de Engenharia de Requisitos.
Esta atividade importante para que voc tenha condies de iniciar, analisar,
projetar, documentar utilizando ferramentas que otimizem o processo de
desenvolvimento
de um projeto.
Esta atividade auxiliar os alunos a compreenderem as etapas de elaborao de um
documento de requisito bem como o do processo de engenharia de requisitos.
Definido o escopo do projeto e tambm o ciclo de desenvolvimento de software que
ser utilizado pela equipe, deve-se elaborar o documento de requisitos adequado
para solucionar os problemas da ....
ETAPA 01
Conceitos da Engenharia de Software; Processos de Desenvolvimento de
Softwares Clssicos e geis.
SCRUM CASCATA ESPIRAL
Etapas Seqenciais NP P P
Permitir Retroceder NP NP P
Interdependencia NP P P
Seqncia de Atividades NP P P
No Permite Atividade Paralela P NP NP
Legenda: P=Possui, NP=No Possui, PP=Possui Parcialmente, NA=No Aplica.
Metodologias: Vantagens e Desvantagens.
Vantagens Desvantagens
SCRUM 1S 1DS
CASCATA 1C 1DC
ESPIRAL 1E 1DE
Vantagem SCRUM.
1S- Curto intervalo de tempo entre as apresentaes do trabalho produzido ao
cliente.
O cliente pode de este modo acompanhar de perto a evoluo do projeto e obter ou
fornecer opinio freqente sobre as funcionalidades do produto.
Desenvolve-se desde cedo uma relao com o cliente, constri-se a
confiana e o conhecimento cresce.
Como obvio, tambm a comunicao entre os elementos da equipe que melhora
substancialmente e todos os sucessos ao longo do projeto so partilhado, o que
contribui para que seja criada uma cultura em que toda a gente envolvida espera de
fato que o projeto tenha sucesso, tendo isso enorme carter motivador para a
equipe.
Isto algo de grande importncia nas organizaes atuais.
Este mtodo pode no entanto ser aplicado a qualquer outro processo, j que
simplesmente um conjunto de valores, princpios e prticas.
Desvantagem SCRUM.
1DS- Devido sua prpria natureza, talvez sendo at mesmo impossveis de
ultrapassar.
O SCRUM um mtodo que exige uma gesto on-hand.
Isto implica que o gestor tem que estar constantemente disposto a efetuar
alteraes e modificaes, de forma a providenciar assistncia e ajudar as equipes a
ter sucesso, removendo as barreiras que surgirem.
Tal exige um monitoramento constante.
Vantagem CASCATA.
1C- Torna o processo de desenvolvimento estruturado, onde tem uma ordem
seqencial de fases.
Cada fase cai em cascata na prxima e cada fase deve estar terminada antes do
inicio da fase seguinte.
Todas as atividades identificadas nas fases do modelo so fundamentais e esto na
ordem certa.
Esta abordagem atualmente a norma do modelo de cascata e provavelmente
permanecera como esta nos prximos anos.
Desvantagem CASCATA.
1DC- No fornece nenhum tipo de feedback entre as fases e no permite a
atualizao ou redefinio das fases anteriores.
No suporta nenhum tipo de modificaes nos requisitos.
No prev nenhum tipo de manuteno e reutilizao.
excessivamente sincronizado, se ocorrer um atraso todo o processo afetado.
Vantagem ESPIRAL.
1E- O modelo em espiral permite que ao longo de cada iterao se obtenham
verses do sistema cada vez mais completas, recorrendo prototipagem para
reduzir os riscos.
Este tipo de modelo permite a abordagem do refinamento seguido pelo modelo em
cascata, mas que incorpora um enquadramento iterativo que reflete, de uma forma
bastante realista, o processo de desenvolvimento.
Desvantagem ESPIRAL.
1DE- A abordagem deste tipo de modelo exige considervel experincia na
avaliao dos riscos e fia-se nessa experincia para o sucesso.
Se um grande risco no for descoberto, podero ocorrer problemas.
Este modelo relativamente novo e no tem sido amplamente usado.
ETAPA 02
Projeto Clinica Veterinria ...
O sistema que ser desenvolvido para Clinica Veterinria ..., tem como por objetivo
principal ter o controle de tudo o que se ocorre na clinica.
Ter requisitos funcionais destinados a controlar por exemplo entrada e sada de
animais de pequeno, mdio porte acesso a consultas, veterinrios e custos dos
processos.
Ser permitido gerar relatrios de consultas, cirurgias, controle de custos e consulta
a clientes inadimplentes.
Requisitos FUNCIONAIS.
Controle de empregados:
Nome dos funcionrios