Oficina Mecânica TADS 2011.

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Gerenciamento do Tempo do Projeto
Gerenciamento de Projetos
Gerenciamento do escopo
Objetivos do Capítulo Utilizar o processo de desenvolvimento de sistemas delineado neste capítulo e o modelo de componentes de SI, do Capítulo 1, como.
Engenharia de Software
Sistema Gerenciador de Ocorrências
Rational Unified Process(RUP)
Desenvolvimento ágil: eXtreme Programming vs SCRUM Tiago Rodrigues de Mello CCO-230 – ENGENHARIA DE SOFTWARE / 2010.
SISTEMA DE INFORMAÇÕES DESENVOLVIMENTO DE SISTEMAS
O processo de coletar os requisitos (escopo do cliente)
Profs.: Flávia Barros, Jacques Robin, Geber Ramalho CIn-UFPE
Implementação de Sistemas
Introdução Visão Geral do Método.
Como Desenvolver Sistemas de Informação
Projeto Final - APGS Adriana P. de Medeiros
TSDD Teste de segurança durante o desenvolvimento.
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
FDD.
Plano de Projeto de Software
GESTÃO DE PROJETOS Aula 7 1.
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Gestão de Projetos.
Visão Geral PRO.NET.
Fundamentos de Engenharia de SW
Processo Praxis – Fase de Concepção
Projeto: Capacitação em GP
Análise e Projeto de Sistemas Levantamento de Requisitos
Análise e Projeto de Sistemas
Oficina Mecânica TADS 2011.
Engenharia de Requisitos
Engenharia de Software
Análise de problemas Capacidade de pensamento crítico
Rapid Application Development (RAD)
Análise e Projeto de Sistemas
Arquitetura do Software
Desenvolvimento Rápido de Aplicação (RAD)
Gerência de Configuração - GC
Análise e Desenvolvimento de Software
Engenharia de Software
Fase de Concepção (Início, Planejamento)
PSBD II Projeto de Sistemas de Banco de Dados II
Etapas do Projeto DC.IC.15 Data Revisão: 07/04/2017 Início Fim
O Processo de desenvolvimento de software
Marcio de Carvalho Victorino Processo Unificado. Unidade VI: Teste.
AUDITORIA, avaliação de Desempenho e Qualidade
O Processo Unificado (UP)
ANÁLISE ESTRUTURADA DE SISTEMAS
GERENCIAMENTO DE PROJETOS DE T.I
Qualidade no Desenvolvimento de Software Wolley W. Silva Baseado nas notas de aula dos professores Tatuo e Daisy.
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Para entendermos o processo e as causas que geram os desvios orçamentários em um empreendimento é essencial o conhecimento sobre o gerenciamento e planejamento.
Técnicas e Projeto de Sistemas
Modelando Sistemas em UML
Engenharia de Software
Fase de Concepção (Início, Planejamento)
Empresa de vendas de insumos para máquinas industriais
1 Pós-Implantação Visão Geral  É nessa etapa em que a organização passa a conviver com o novo sistema ERP e perceber os acertos e eventuais erros cometidos.
Análise e Projeto de Sistemas
Professora: Fabrícia F. de Souza
Aula 02 de Eng. de Requisitos
Professora: Kelly de Paula Cunha
Gerência de Projetos de Software
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
Engenharia de Software
Gerenciamento de riscos
Gerenciamento de Escopo
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Levantamento de Requisitos – Simulação do Supermercado
Transcrição da apresentação:

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

Caso de Uso Expandido

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

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.