Oficina Mecânica
TADS 2011
Introdução
A Inspiration Corporation foi requisitada para trabalhar no desenvolvimento
de um novo sistema para uma oficina mecânica. A partir desse ponto,
alocamos uma equipe de três profissionais do ramo de TI(Tecnologia da
Informação) para conhecer a oficina e fazer um trabalho de
compreendimento de necessidades.
Foi realizada uma entrevista com o dono e os funcionários da oficina, e foi
detectado os principais pontos positivos e negativos do sistema atual deles.
Para isso, foi aplicado um questionário padrão da Inspiration para casos de
Brainstorm. As perguntas são de curtas respostas, porém indicam tudo o
que precisamos saber para trabalhar em cima de um projeto novo e
concreto. As perguntas:
▫
▫
▫
▫
•
Qual a principal deficiência no atual sistema?
O acesso as informações são claras?
O tempo de resposta entre as operações é satisfatório?
As atuais funções do sistema atendem as necessidades? Caso não, quais
adicionar?
▫ Quais as melhorias sugeridas para o próximo sistema?
Introdução
Após a obtenção de respostas dessas perguntas, realizadas
uma série de conversações sobre detalhes do projeto,
como custos, viabilidade, aproveitamento do banco de
dados antigo, entregáveis e prazos. Ainda foi pedido para
nossa equipe, que testassemos o sistema defasado, sendo
questionado se teríamos novos pontos a relatar e propor
mudanças.
O próximo passo do projeto é o benchmarking, que
consiste na procura de outros sistemas utilizados por
outras oficinas mecânicas para ver se há algumas
modificações que seriam de grande ajuda no sistema
novo.
Estudo de Viabilidade
• Conforme citado no levantamento de informações feito pela
nossa equipe, será analisada uma forma de realizar um
sistema com uso da tecnologia da informação a fim de suprir
as necessidades exigidas pelo cliente em questão. Com isso,
teremos uma resposta se o sistema pode ou não ser
reformulado, analisando a melhor alternativa a ser seguida,
de maneira que beneficie os usuários interessados.
•
Um cadastro de clientes, cadastro de produtos, uma
forma de verificar no sistema se os produtos estão no estoque
e sua quantidade atual (ou seja, a cada venda de um produto,
o sistema retira automaticamente do estoque),além de uma
consulta de clientes(demonstrando qual a forma de
pagamentos destes,e se há alguma compra em débito) e a
geração da Nota Fiscal.
Estudo de Viabilidade
• Aqui, a equipe projetará alternativas possíveis, vantagens e
desvantagens do novo sistema. Trabalham as necessidades do
cliente, projeto, objetivos, políticas e se comprometem com a
conclusão exigida pela empresa. Qualquer problema com o sistema em termos de interface, funcionalidades, restrições e funções
tendem a ser corrigidas rapidamente (em torno de sete dias - no
máximo). Enfim, esse é o momento em que os contratados vão
analisar e optar por uma alternativa viável no projeto. Dentro desta
análise, estão os testes de viabilidades - operacional e técnico. O
operacional é basicamente uma avaliação de como o cliente se sente
a respeito do projeto. São avaliadas as fases do projeto, aceitação de
soluções, entre outros. Para isto teremos uma reunião e este
documento será apresentado ao possível cliente, caso todos decidam
pela continuação do projeto, daremos andamento. Já o técnico é
uma avaliação da disponibilidade de recursos e soluções técnicas, é
efetuado um estudo do grau de necessidade dos problemas do atual
sistema, tentando resolver da melhor forma possível.
Estudo de Viabilidade
Serão analisados também alguns pontos como:
▫ A solução/tecnologia proposta é prática?
▫ Está sendo utilizada a tecnologia necessária?
▫ O conhecimento técnico está de acordo com a necessidade?
Após toda a análise e viabilidade de projeto é efetuado o prazo para
entrega do projeto e a estimativa de custo deste. É marcado o
momento do início do projeto e da conclusão. Os três
desenvolvedores optaram pelo prazo de doze meses para a entrega
do projeto, realizando sua implantação na farmácia.
O custo do sistema envolve vários fatores, como os custos com os
profissionais da área, utilização das máquinas, manutenção de
software e hardware, licença do software, material, energia e entre
outros. E, o sistema acompanha a garantia de qualidade de 12 meses
para qualquer tipo de problema do sistema, a empresa se encarrega
de um atendimento rápido para os problemas.
Cronograma
O cronograma é um instrumento de planejamento e controle
semelhante a um diagrama, em que são definidas e detalhadas
minuciosamente as atividades a serem executadas durante um
período estimado.
Em nível gerencial, um cronograma é um artefato de controle
importante para levantamento dos custos de um projeto e, a
partir deste artefato, pode ser feita uma análise de viabilidade
antes da aprovação final para a realização do projeto.
O cronograma, resumido em apenas três recursos para o
desenvolvimento desse projeto, será breve, porém com uma
duração maior para que haja maior abrangência do conteúdo
que será proposto no escopo do projeto. Esse escopo, que será
fundamental para o desenvolvimento desse projeto, será
entregue em breve aos seus devidos responsáveis para que
saibam de suas incumbências.
Cronograma
Cronograma
Análise de Resquisito
Após ser feito o estudo de viabilidade, houve uma
reunião onde se encontraram os
desenvolvedores do projeto e os clientes em
questão. Foi apresentado o estudo com base nos
levantamentos de informações feitas pela nossa
equipe e a forma como seria realizado o sistema,
além de conter informações sobre as estimativas
de custo. E então, após um acerto com ambas as
partes foram decididas que o projeto continuará
em andamento.
Análise de Requisito
•
•
•
•
•
•
•
As funcionalidades que estarão no projeto
serão:
Uma tela para fazer um orçamento;
Uma tela para consultar a agenda de serviços;
Uma tela para encerrar um evento na agenda de
serviços;
Uma tela para nova ordem de serviço;
Uma tela onde será cadastrados os clientes;
Uma tela onde serão consultado e alterado os
clientes;
Uma tela onde os clientes poderão ser excluídos.
Requisitos Funcionais
Requisitos Não Funcionais
Caso de Uso
Orçamento
Caso de Uso Expandido
1. Cliente chega a oficina e solicita:
1.1 Orçamento
2. Funcionário gera um orçamento para o cliente e entrega.
2.1 Verifica se o cliente já é cliente da oficina
2.2 Gera um orçamento em nome genérico e entrega.
2.3 Gera um orçamento para um cliente cadastrado e entrega.
3. Funcionário abre uma ordem de serviço
3.1 Verifica se já é cliente cadastrado
3.1.1 Cadastra o cliente
3.1 Gera uma ordem de serviço para o cliente já cadastrado
3.2.1 Verifica disponibilidade na agenda para gerar o serviço
3.3 Gera ordem de serviço e envia para agenda
4. Cliente deixa o carro para o serviço
4.1 Mecanico ao consultar Agenda começa a trabalhar na ordem de serviço
4.2 Mecanico encerra a ordem de serviço
5. Cliente volta para buscar o carro
6. Cliente paga e vai embora
Serviço
1. Cliente chega a oficina e solicita:
1.1 Serviço
2. Funcionário gera um orçamento para o cliente e entrega.
2.1 Verifica se o cliente já é cliente da oficina
2.2 Gera um orçamento em nome genérico e entrega.
2.3 Gera um orçamento para um cliente cadastrado e entrega.
3. Funcionário abre uma ordem de serviço
3.1 Verifica se já é cliente cadastrado
3.1.1 Cadastra o cliente
3.2 Gera uma ordem de serviço para o cliente já cadastrado
3.2.1 Verifica disponibilidade na agenda para gerar o serviço
3.3 Gera ordem de serviço e envia para agenda
4. Cliente deixa o carro para o serviço
4.1 Mecanico ao consultar Agenda começa a trabalhar na ordem de serviço
4.2 Mecanico encerra a ordem de serviço
5. Cliente volta para buscar o carro
6. Cliente paga e vai embora
Modelo de Processo
Rapid Application Development (RAD) ou
Desenvolvimento Rápido de Aplicação, é um modelo de
processo de desenvolvimento de software iterativo e
incremental que enfatiza um ciclo de desenvolvimento
extremamente curto (entre 60 e 90 dias).
O Processo:
▫
▫
▫
▫
▫
Modelagem de Negócio
Modelagem dos dados
Modelagem do Processo
Geração da Aplicação
Teste e Modificação
Modelo de Processo
Diagrama de Classe
Diagrama de Implantação
Diagrama de Seqüência
Diagrama de Estado
Estimativa de Custos
Gerenciamento de Recursos
Humanos
• 1. Planejamento de recursos humanos –
Identificação e documentação de funções,
responsabilidades e relações hierárquicas do projeto,
além da criação do plano de gerenciamento de pessoal.
▫ Essa parte será desenvolvida por toda a equipe para que
haja maior interação com o sistema desenvolvido.
2. Contratar ou mobilizar a equipe do projeto –
Obtenção dos recursos humanos necessários para
terminar o projeto.
▫ Essa parte será ignorada, pois não será necessária a
contratação de novos recursos para o termino do projeto.
Ferramentas Utilizadas
- Pacote Office 2010 (Word e Power Point)
- Axure 6.0 (Prototipação)
- Astah (Diagramação)
- Netbeans 6.9.1 (IDE para
desenvolvimento)
- Junit (Testes)
Referencia Bibliográfica
RAD:
http://pt.wikipedia.org/wiki/Rapid_Application_Development
Gerência de RH:
http://www.administradores.com.br/informe-se/artigos/projeto-09-gerenciamento-de-recursoshumanos/25078/
Estimativa de Custos:
http://ogerente.com.br/rede/projetos/estimativa-custo-projeto
Caso de Uso:
http://pt.wikipedia.org/wiki/Caso_de_uso
Desenvolvimento geral do Projeto:
http://maozinhadaweb.blogspot.com/
Cronogramas:
http://www.inpe.br/twiki/pub/Main/GerenciamentoProjetosEspaciais/S06_Seminario_Hoffmann_2009.p
df
Análise de Requisitos
http://pt.wikipedia.org/wiki/An%C3%A1lise_de_requerimento_de_software
Finalizando
Esse documento deverá ser analisado de forma completa e
coerente com fins de que haja alinhamento entre todos os pontos
envolvidos no projeto. Qualquer dúvida pertinente a qualquer parte
do projeto deverá ser discutida explicitamente com todos os
membros envolvidos.
A Inspiration Corporation agradece a ocupação do tempo de
você com a leitura desse relatório de atividades.