Flog Anyware Ruben Lins Saulo Chalegre Thiago Jamir.

Apresentação em tema: "Flog Anyware Ruben Lins Saulo Chalegre Thiago Jamir."— Transcrição da apresentação:

1 Flog Anyware Ruben Lins Saulo Chalegre Thiago Jamir

2 Fases do Plano Concepção; Concepção; Requisitos (elicitação, classificação, detalhamento, validação) Requisitos (elicitação, classificação, detalhamento, validação) Planejamento Planejamento Análise Análise Projeto Projeto Implementação Implementação Testes Testes

3 Concepção Objetivos Objetivos Escopo do Projeto Escopo do Projeto Nome do Produto Nome do Produto Nome da Empresa Nome da Empresa Site de Divulgação Site de Divulgação

4 Requisitos Elicitação Elicitação Detalhamento Detalhamento Validação Validação

5 Requisitos - Elicitação Entrevistas com Pessoas que representam o perfil dos futuros usuários Entrevistas com Pessoas que representam o perfil dos futuros usuários Entendimento do próprio grupo sobre o domínio do problema Entendimento do próprio grupo sobre o domínio do problema

6 Requisitos - Detalhamento diagramas de modelos de casos de usos diagramas de modelos de casos de usos descrição dos fluxos de eventos descrição dos fluxos de eventos

7 Requisitos - Validação exibição desses modelos de caso de uso a pessoas que representam o perfil dos futuros usuários do sistema exibição desses modelos de caso de uso a pessoas que representam o perfil dos futuros usuários do sistema As pessoas Criticaram e deram sugestões. As pessoas Criticaram e deram sugestões. Interação muito proveitosa Interação muito proveitosa

8 Planejamento Lista das Tarefas Lista das Tarefas Cronograma do projeto Cronograma do projeto Análise dos possíveis riscos Análise dos possíveis riscos Análise dos recursos (pessoal, hardware, software e infra-estrutura básica). Análise dos recursos (pessoal, hardware, software e infra-estrutura básica). Política de acompanhamento do processo Política de acompanhamento do processo

9 Análise Identificar o domínio do problema Identificar o domínio do problema Documento de requisitos usado como base. Documento de requisitos usado como base. Deve-se definir o que deve ser feito Deve-se definir o que deve ser feito Identificação das classes e associações entre elas Identificação das classes e associações entre elas

10 Projeto Identificar o domínio da solução Identificar o domínio da solução Definir como as tarefas deverão ser realizadas Definir como as tarefas deverão ser realizadas Os artefatos produzidos deverão ser validados confrontando-os com os artefatos produzidos na fase de análise. Os artefatos produzidos deverão ser validados confrontando-os com os artefatos produzidos na fase de análise.

11 Implementação Deve seguir o previsto nos documentos de requisitos, análise e projeto. Deve seguir o previsto nos documentos de requisitos, análise e projeto. Acompanhamento rígido dos prazos de execução de cada tarefa Acompanhamento rígido dos prazos de execução de cada tarefa

12 Testes Devem seguir um cronograma a ser definido Devem seguir um cronograma a ser definido Devem ser feitos de forma incremental, ao final de cada milestone definido no cronograma. Devem ser feitos de forma incremental, ao final de cada milestone definido no cronograma.

13 Cronograma (I) Concepçãopreliminar 22/05/05Reunião criação da companhia / definição gerente Requisitos#1 14/05/05 Reunião sobre os requisitos elicitados, prioridades e o escopo do projeto. 16/05/05Reunião final sobre o documento de requisitos. 17/05/05Entrega Documento de Requisitos Planejamento#2 18/05/05Reunião para divisão das partes do relatório. 20/05/05Reunião para unir as partes do relatório e revisá-lo 24/05/05Entrega do Plano do Projeto

14 Cronograma (II) Análise#3 10/06/05Reunião sobre a arquitetura do sistema 17/06/05Reunião sobre o banco de dados do sistema 22/06/05Reunião final para verificação do documento de análise 23/06/05Entrega Documento de Análise Projeto#4 24/06/05Reunião sobre o documento de projeto 01/07/05Reunião para análise das iterações finalizadas 08/07/05Reunião de avaliação do desenvolvimento 13/07/05Reunião final sobre o documento de projeto 14/07/05Entrega do Documento de Projeto

15 Cronograma (III) Implementação#5 15/07/05Início da implementação 24/07/05Fim esperado da implementação 28/07/05Deadline da implementação Testes #6 08/08/05Reunião sobre os testes do sistema 09/08/05Reunião sobre possíveis falhas 10/08/05Reunião final sobre os testes do sistema 11/08/05Documento de Testes Final 12/08/05Reunião sobre a apresentação dos artefatos produzidos 17/08/05Reunião sobre a apresentação do aplicativo 18/08/05Entrega da Versão final do Sistema

16 Descrição e Alocação das Tarefas (I) –T1: Estudo de ASP.NET(Saulo e Thiago) –T2: Design da interface WEB(Saulo) –T3: Implementação do SGBD(Thiago) –T4: Design da interface móvel(Ruben) –T5: Estudo de J2ME(Ruben) –T6: Fachada(Saulo) –T7: Interface de Persistência(Thiago e Ruben)

17 Descrição e Alocação das Tarefas (II) –T8: Implementação da interface móvel(Ruben) –T9: Envio de Foto(Thiago) –T10: Implementação da interface WEB(Ruben e Saulo) –T11: Implementação das regras(Saulo e Thiago) –T12: Implementação da Persistência(Ruben e Thiago) –T13: Integração da interface móvel com o envio de fotos (Ruben e Thiago) –T14 Junção das camadas(Saulo e Ruben)

18 Duração e Dependências TarefaDuração (dias)Dependências T1-- T21- T32- T41- T5-- T61T1 (M1) T71T3 (M2) T81T4, T5 (M3) T92T4, T5 (M3) T103T2, T6, T7 (M4) T115T6, T7 (M5) T123T6, T7 (M5) T131T8, T9 (M6) T141T10, T11, T12(M7)

19 Riscos Falha no Levantamento de Requisitos; Falha no Levantamento de Requisitos; Atraso na Entrega do Projeto; Atraso na Entrega do Projeto; Falha na Estimativa dos Custos; Falha na Estimativa dos Custos; Falta de Domínio da Tecnologia Empregada; Falta de Domínio da Tecnologia Empregada; Desligamento / Ausência Temporária de Membro Importante da Equipe; Desligamento / Ausência Temporária de Membro Importante da Equipe; Tempo de Resposta Abaixo do Esperado Tempo de Resposta Abaixo do Esperado Sistema não ser Suficientemente Amigável Sistema não ser Suficientemente Amigável Impossibilidade de uso da Infra-estrutura do CIn Impossibilidade de uso da Infra-estrutura do CIn Dificuldade de adquirir dispositivo móvel para testes / demonstração. Dificuldade de adquirir dispositivo móvel para testes / demonstração.

20 1. Falha no Levantamento de Requisitos MagnitudeAlta Descrição Elicitação/Validação dos Requisitos do Sistema Impacto - Deverá ser feita nova especificação dos requisitos. - Reimplementação do Sistema ou parte dele. - Cancelamento do Projeto Indicadores - Requisitos Ambíguos - Dúvidas - Compreensão errônea das funcionalidades o sistema. Plano Preventivo - Especificar os requisitos com um alto nível de granularidade. Fazer o cruzamento desses requisitos para identificar possíveis inconsistências. - Entrevistas com pessoas que tenham o perfil típico do usuário do sistema e que estejam interessadas em seu uso. - Reavaliação Constante dos Requisitos

21 2. Falha na Estimativa dos Custos MagnitudeAlta Descrição Esgotamento dos recursos do Projeto antes de sua conclusão. Impacto Como não temos clientes em vista, sua conseqüência será o cancelamento do projeto. Indicadores Custos das etapas serem maiores do que o previsto. Plano Preventivo - Análise criteriosa dos custos de sistemas semelhantes - Estimar custos de cada etapa separadamente. - Fazer um balanço do projeto após cada etapa, verificando se os custos estão dentro do previsto. - Trabalhar, sempre que possível, com tecnologias gratuitas Plano de Contingência - Diminuir funcionalidades do sistema, para reduzir os custos com mão-de-obra.

22 3. Falta de Domínio da Tecnologia MagnitudeMédia Descrição Equipe não conhece/não está familiarizada com a tecnologia a ser empregada. Impacto - Atraso na conclusão de tarefas. - Elevação da possibilidade de erros na implementação. Indicadores Excesso de dúvidas na implementação. Plano Preventivo - Estudo prévio das tecnologias a serem empregadas. - Integrantes mais experientes orientarem os integrantes menos experientes durante a implementação. Plano de Contingência Substituição de integrantes com produtividade insatisfatória por outros mais habilitados com as tecnologias empregadas.

23 4. Desligamento de integrante da Equipe MagnitudeMédia Descrição Afastamento, mesmo que temporário, de um membro importante da equipe, que conheça bem as regras do sistema, pode comprometer o andamento do projeto. Impacto - Integrantes menos experientes podem ter dificuldade para resolver problemas mais complicados. - atraso na conclusão das tarefas. Indicadores - Integrante fica uma semana sem aparecer ou avisar o motivo de sua ausência. - Aviso formal ou informal do afastamento pelo integrante. Plano Preventivo - Documentação detalhada de cada etapa do projeto, garantindo que toda a equipe tenha amplo conhecimento do sistema. - Manter o nível de motivação do grupo elevado, para evitar desistências. Plano de Contingência - Substituição por outra pessoa com qualificações equivalentes ou superiores. - Fazer com que o substituto se inteire do produto o mais rápido possível, utilizando a documentação.

24 5. Tempo de Resposta Abaixo do Esperado MagnitudeMédia Descrição Tempo de resposta do sistema demasiadamente alto. Impacto Inviabilidade do uso do sistema. Indicadores O sistema será considerado inviável se passar mais de 20s para realizar qualquer uma das operações solicitadas. Plano Preventivo - Escolher tecnologias de alta performance. - Reduzir ao máximo a quantidade de dados trafegados pela rede.

25 6. Sistema não ser Amigável o suficiente MagnitudeAlta Descrição Usuários menos experientes podem sentir dificuldade para usar o sistema. Impacto Usuários podem optar por não utiliza-lo Plano Preventivo - Projetar a interface de forma que as funcionalidades principais apareçam em destaque. - Validar a interface com usuário com pessoas que representam o perfil dos futuros usuários do sistema. Plano de Contingência - Disponibilizar um Help para esclarecer dúvidas dos usuários - Reprojetar a interface com o usuário.

26 7. Atraso na Entrega do Projeto MagnitudeMédia Descrição Projeto concluído fora do prazo previsto Impacto Aumento nos gastos com mão-de-obra Indicadores Prazo das tarefas concluídas ou em andamento não terem sido cumpridos. Plano Preventivo - Definir milestones com alto grau de granularidade. - Reavaliação constante dos prazos a cumprir em função do tempo disponível. - Direcionar primeiros esforços para as funcionalidades básicas, a fim de obter uma versão simples, porém funcional em um prazo mais curto. Plano de Contingência Contratação de pessoal extra e redistribuição das tarefas. Isso aumentará os custos do projeto.

27 8. Impossibilidade de uso da Infra-Estrutura do Cin MagnitudeMédia Descrição Laboratórios do CIn fiquem lotados ou fora de uso. Impacto Suspensão temporária das atividades Plano de Contingência Procurar outro local para trabalhar

28 9. Indisponibilidade de Dispositivo Móvel para Testes / Demonstrações MagnitudeBaixa Descrição Indisponibilidade de dispositivo móvel para testes do upload de fotos. Impacto Testes e Demonstrações somente poderão ser feitos a partir do simulador Plano Preventivo Procurar com urgência um dispositivo como esse.

29 Alocação de Recrusos Alocação de recursos humanos: Alocação de recursos humanos: –Rubens Lins –Saulo Chalegre –Thiago Jamir Alocação de Recursos de Hardware: Alocação de Recursos de Hardware: –Três Estações de trabalho –Aparelho celular com suporte a Java e Wap

30 Alocação de Recrusos Alocação de Recursos de Software: Alocação de Recursos de Software: –Eclipse Platfform com plugin J2ME –Rational Rose –Microsoft Visual Studio.net –Microsoft Office –Mircrosof Front Page –MySql server –Microsof Windows

31 Custos do Projeto ao Mês Salário R$ 567,00 Telefone R$ 8,20 Impressão R$ 54,00 Margem de Lucro R$ 188,76 ISS R$ 40,90 TOTAL R$ 858,86

32 Custo total do Projeto Custos Mensais R$ 3.435,44 Aquisição de aparelho móvel R$ 774,00 Total R$ 4.209,44

33 Flog Anyware Ruben Lins Saulo Chalegre Thiago Jamir