27
Oficina Mecânica TADS 2011

Oficina Mecânica

  • Upload
    deon

  • View
    29

  • Download
    0

Embed Size (px)

DESCRIPTION

Oficina Mecânica. TADS 2011. Introdução. - PowerPoint PPT Presentation

Citation preview

Oficina MecânicaTADS 2011

IntroduçãoA 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çãoApó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 ViabilidadeSerã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.

CronogramaO 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 ResquisitoApó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 RequisitoAs 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

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 oficina2.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ço3.1 Verifica se já é cliente cadastrado

3.1.1 Cadastra o cliente3.1 Gera uma ordem de serviço para o cliente já cadastrado

3.2.1 Verifica disponibilidade na agenda para gerar o serviço3.3 Gera ordem de serviço e envia para agenda

4. Cliente deixa o carro para o serviço4.1 Mecanico ao consultar Agenda começa a trabalhar na ordem de serviço4.2 Mecanico encerra a ordem de serviço

5. Cliente volta para buscar o carro6. Cliente paga e vai embora

Orçamento

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 oficina2.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ço3.1 Verifica se já é cliente cadastrado

3.1.1 Cadastra o cliente3.2 Gera uma ordem de serviço para o cliente já cadastrado

3.2.1 Verifica disponibilidade na agenda para gerar o serviço3.3 Gera ordem de serviço e envia para agenda

4. Cliente deixa o carro para o serviço4.1 Mecanico ao consultar Agenda começa a trabalhar na ordem de serviço4.2 Mecanico encerra a ordem de serviço

5. Cliente volta para buscar o carro6. Cliente paga e vai embora

Serviço

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áficaRAD:

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

FinalizandoEsse 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.