Download
1 / 27
E N D
Oficina Mecânica TADS 2011
Introdução A InspirationCorporation 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.
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.
Orçamento Caso de Uso Expandido • Cliente chega a oficina e solicita: • 1.1 Orçamento • 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. • 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 • Cliente chega a oficina e solicita: • 1.1 Serviço • 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. • 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
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)
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-recursos-humanos/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.pdf Análise de Requisitos http://pt.wikipedia.org/wiki/An%C3%A1lise_de_requerimento_de_software Referencia Bibliográfica
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 InspirationCorporation agradece a ocupação do tempo de você com a leitura desse relatório de atividades.
