Atendimento CREA-RO. Plano de Desenvolvimento de Software. Histórico das Reuniões do Grupo

Transcrição

1 Plano de Desenvolvimento de Software Histórico das Reuniões do Grupo Data Descrição Integrantes O que foi deliberado. 1

2 Índice Analítico 1. Introdução Finalidade Escopo Visão geral 3 2. Visão Geral do Projeto Finalidade, Escopo e Objetivos do Projeto Restrições Produtos Liberados do Projeto Evolução do Plano de Desenvolvimento de Software 4 3. Organização do Projeto Estrutura Organizacional Papéis e Responsabilidades 5 4. Processo de Gerenciamento Estimativas do Projeto Plano de Projeto Recursos do projeto Programação do projeto Erro! Indicador não definido. 4.5 Monitoramento e controle do projetoerro! Indicador não definido. 5. Referências e Dúvidas 12 2

3 1. Introdução No plano de projeto, apresentamos a descrição do SISTEMA DE GERENCIAMENTO DE FILAS E ATENDIMENTO DO CREA-RO que visa informatizar ao máximo as operações que ocorrem diariamente na organização da ordem de atendimento conforme os termos da Lei Federal de 2000 e Lei Municipal de 2005, e computo das atividades produção da Seção de Atendimento ao Público que ainda são controladas manualmente. 1.1 Propósito O Plano do Projeto tem como objetivo explicitar a maneira de como será dada a condução do desenvolvimento do software. Nesse documento, serão expostos fatores levados em conta no planejamento, como recursos de hardware e software, gerenciamento do pessoal da equipe, divisão de horário de trabalho, assim também como vamos modular o desenvolvimento das aplicações que juntas comporão o sistema como um todo e uma estimativa do nosso cronograma, podendo este ser alterado. Enfim, o Plano de Desenvolvimento de Software é utilizado para controlar o projeto. O Plano de Desenvolvimento de Software é usado por: 1.2 Escopo O gerente de projeto utiliza-o para acompanhar o andamento do projeto em relação ao cronograma. O analista de projeto é o responsável por fazer os casos de uso e de teste. Além disso, após a implementação do código o analista deverá executar os testes. Os desenvolvedores são responsáveis pela implementação dos casos de uso e otimização das funcionalidades. Este Plano de Desenvolvimento de Software descreve o plano geral a ser usado pelo projeto, incluindo a implantação do produto. A equipe usará o conteúdo deste documento ao máximo para elaborar um projeto fiel às descrições que serão listadas no decorrer, pois, mantendo essa fidelidade, as chances de sucesso do desenvolvimento aumentarão. 1.5 Visão Geral Este Plano de Desenvolvimento de Software contém as seguintes informações: Visão Geral do Projeto apresenta uma descrição da finalidade, do escopo e dos objetivos do projeto. Também define os produtos que se espera que o projeto libere. Organização do Projeto e definição de recursos descreve a estrutura organizacional da equipe do projeto, definido o recurso pessoal e recursos de hardware e software utilizados no desenvolvimento. Processo de Gerenciamento explica o custo estimado e o cronograma, define os principais marcos e fases do projeto e descreve como o projeto será monitorado. Listas de Riscos descreve alguns riscos que estão na previsão do projeto e algumas alternativas a minimizar esses riscos. Planos e Diretrizes Aplicáveis apresentam uma visão geral do processo de desenvolvimento do software, abrangendo métodos, ferramentas e técnicas a serem seguidos. 3

4 2. Visão Geral do Projeto 2.1 Finalidade, Escopo e Objetivos do Projeto O projeto do Sistema de Gerenciamento de Filas e Atendimento do Crea-Ro tem a finalidade de estudar estatisticamente tempos, movimentos e produção do Atendimento do Crea-Ro. Para isso necessita-se informatizar a emissão de tickets, a chamada do cliente e o computo de atividades de interesse de estudo. Espera-se que o projeto resulte em um aplicativo em 2 níveis: Atendente, Gerente dos Atendentes. Cada aplicativo satisfaz as operações exclusivamente no seu nível. O Gerente de Atendimento deve ter as mesmas operações dos Atendentes, além de algumas funcionalidades adicionais. Cada um desses personagens tem acesso às informações que lhes são relevantes. Para conseguir essa independência, mas com coesão de informação, os aplicativos desfrutarão de uma mesma base de dados. 2.2 Restrições O projeto tem as seguintes restrições: Há integrantes na equipe que possuem pouca experiência em gerenciamento de banco de dados; Prazo: O programa deverá ser entregue até o dia XX/XX/2010, impreterivelmente, sem a possibilidade de negociação de prazo com o cliente; A equipe terá 3 membros. Ainda há a possibilidade de entrada de mais um integrante. Contudo, de forma a minimizar os custos de uma entrada de mais uma pessoa, ela deverá juntar-se ao grupo no máximo até o dia XX/XX/200X, quando começaremos a implementação do projeto. 2.3 Produtos Liberados do Projeto Os produtos liberados em cada fase do projeto estão identificados no Caso de Desenvolvimento. Numa determinada fase, o artefato criado (com sua devida documentação) será disponibilizado no site do projeto. 2.4 Evolução do Plano de Desenvolvimento de Software O Plano de Desenvolvimento de Software será revisado antes do início de cada fase do projeto com o intuito de garantir com rigor a fidelidade do projeto ao plano. Além disso, o plano poderá sofrer atualizações com a finalidade de assegurar que as fases seguintes mantenham a coesão desejada. 4

5 3. Organização do Projeto 3.1 Estrutura Organizacional A equipe de desenvolvimento é composta por cinco componentes que está dividida em: Um gerente de projeto Um analista Um desenvolvedor Essa divisão na estrutura da equipe é flexível, uma vez que 2 dos integrantes têm praticamente a mesma experiência e capacidade de desenvolver as soluções propostas. O gerente do projeto será o responsável pela representação da equipe, monitoramento dos prazos, atribuição das tarefas definidas pelo analista, controle de riscos e solução dos problemas que venham a ocorrer durante o projeto. O analista será responsável por toda a arquitetura e documentação do sistema. Além disso, poderá assumir as responsabilidades do gerente em caso de falta ou afastamento temporário. Os dois desenvolvedores serão responsáveis por toda a codificação do sistema, além da construção e manutenção do website do projeto. 3.2 Papéis e Responsabilidades Componente da equipe Ricardo Jacarandá Função Gerente do projeto Responsável pela elaboração e cumprimento do Cronograma Responsável pelo estudo da viabilidade Responsável pelo levantamento e gerenciamento de riscos Responsável pela atribuição de tarefas Responsável pelas reuniões Representante do grupo para quaisquer questões externas Álvaro Magalhães Analista do projeto Responsável pela elaboração e revisão da documentação Responsável pela modelagem Responsável pela execução dos testes dos requisitos George Marcio Tico Silva Responsável pela elaboração/manutenção do website Responsável pela codificação Responsável pelos testes dos códigos desenvolvidos 5

6 4. Processo de Gerenciamento Estimativas do Projeto quanto ao tempo e custo Até o dia XX/XX/200X será feito o estudo de viabilidade de projeto, a home page e o início da elicitação de requisitos. Dessa forma, estima-se que o projeto comece a ser desenvolvido em XX/XX/200X e termine em XX/XX/200X, não podendo ser alterada a data de término. Plano de Projeto Na reunião feita em XX/XX/200X, ficou decidido que cada integrante alocará 08 horas semanais para o projeto. Essa quantidade de horas semanais poderá ser alterada a qualquer momento, desde que haja solicitação do gerente em exercício. As reuniões serão feitas sempre nas terças-feiras às 18h. Para desenvolver o sistema, usaremos prioritariamente os computadores Departamento de Informática do CREA-RO, pois possuem todos os recursos de software necessários com suas devidas licenças e a estrutura permite com que trabalhemos todos juntos, facilitando a comunicação. Recursos do Projeto Abaixo estão listados os recursos de hardware e software a serem utilizados no projeto. Recursos de Hardware: Computadores do Departamento de Informática. Computadores pessoais de cada integrante. Recursos de Software: Zend Studio Utilizado para programar o projeto em Flex e PHP Microsoft Word 2003: elaboração e melhor leitura dos relatórios EZEstimate programa utilizado para o cálculo de estimativa de horas utilizadas para o projeto Adobe Flex Builder utilizado para programar os aplicativos de interação com o cliente MySQL gerenciamento do banco de dados Descrição da Necessidade Terminologia: Cliente: Profissional, Empresa ou Leigo que necessita dos serviços prestados pelo CREA-RO Atendente: Servidor do CREA-RO responsável pela prestação dos serviços de atendimento ao cliente 6

7 Gerente: Servidor responsável pelo monitoramento das atividades relacionadas com o Atendimento tendo os atendentes como subordinados. Rotina e interface com os usuários: 1) O cliente chega ao CREA-RO: informa se é Profissional, Empresa ou Leigo; informa se necessita atendimento prioritário; retira um ticket numerado, com data e hora, que indica a ordem do atendimento e aguarda a chamada no painel. Painel de chamada contém o ultimo ticket chamado. 2) Os atendentes contam com um botão no sistema que aciona a chamada do cliente no painel. Ao clicar no botão CHAMAR, o painel mostra o ticket que está sendo chamado e a qual mesa o cliente deve se dirigir. 3) Após a terceira chamada do mesmo ticket, o sistema entende que o cliente não compareceu e chama o próximo ticket. 4) Quando o cliente comparece, o atendente deve clicar em INICIAR o atendimento. A partir dessa ação, o sistema começa a registrar as atividades de interesse, até que o atendente clique em ENCAMINHAR ou CONCLUIR o atendimento. 5) Quando um atendimento é encaminhado, o atendente indica a quem o cliente deve se dirigir e aguardar chamada novamente no painel. 6) Ao clicar em CONCLUIR, o atendimento é encerrado e as atividades são salvas. A partir de então o atendente poderá chamar novo ticket. Os relatórios que deverão ser emitidos devem contemplar quantidades de atividades de interesse registradas por cada um dos atendentes. Para um estudo de tempos e movimentos, deverá disponibilizado, o tempo médio de cada atendimento, o tempo médio de espera dos clientes, o índice de agilidade de atendimento, a demanda de atendimento. Regra de negócio Atendendo à necessidade do item 1 da rotina acima descrita, é proposto que haja no inicio do processo um Toten (um computador de auto atendimento), com um software que interaja com o cliente. Na tela de boas vindas (inicial) o cliente deve informar com um click. Usuário: clica Profissional; digita carteira; marca a caixa de texto de atendimento prioritário (Lei Federal de 2000); clica em gerar ticket. Ação do software: preenche a tabela ticket com os registros: Número (autoincremento) Prioritário: S ou N, Identificação: Profissional, Empresa, Leigo; Carteira: 3392DRO; Hora em que o ticket foi gerado; cha_ticket: 0 indicando que o tícket ainda não foi atendido; imprime o ticket com os dados Bom dia SR. Alvaro Magalhães, O protocolo de seu atendimento é: hora: 15:32 Aguarde ser chamado no painel. Usuário: clica Empresa; digita carteira; marca a caixa de texto de atendimento prioritário (Lei Federal de 2000); clica em gerar ticket. Ação do software: preenche a tabela ticket com os registros: Número (autoincremento) Prioritário: S ou N, Identificação: Empresa: 99585EMRO; Hora em que o ticket foi gerado; cha_ticket: 0 indicando que o tícket ainda não foi atendido; imprime o ticket com os dados Bom dia, O protocolo de seu atendimento é: hora: 15:39 Aguarde ser chamado no painel. Usuário: clica Leigo; marca a caixa de texto de atendimento prioritário (Lei Federal de 2000); clica em gerar ticket. Ação do software: preenche a tabela ticket com os registros: Número (auto-incremento) Prioritário: S ou N, Identificação: Leigo; Hora em que o ticket foi gerado; cha_ticket: 0 indicando que o tícket ainda não foi atendido; imprime o ticket com os dados Bom dia, O protocolo de seu atendimento é: hora: 18:39 Aguarde ser chamado no painel. 7

8 Atendendo ao item 2 da rotina, há um software implementado nos microcomputadores de cada atendente. Usuário: clica em CHAMAR; Ação do software: Captura o Código do digitador, e qual guichê ele está atendendo; A proposta de fluxo e de tabelas se encontram nos anexos 1 e 2 Programação do Projeto Abaixo, a tabela de tarefas a serem realizadas de acordo com o cronograma. Vale salientar que devido a contratempos do curso, as datas dispostas podem ser alteradas. DATA ATÉ 31/05/2007 ATÉ 31/05/2007 ATÉ 14/06/2007 ATÉ 03/07/2007 ATÉ 19/07/2007 DE 19/07/2007 A 06/08/2007 ATIVIDADE CONSTRUÇÃO HOME PAGE PLANO DE PROJETO DOCUMENTO DE REQUISITOS DOCUMENTO DE ANÁLISE E PROJETO DOCUMENTO DE TESTES MODELAGEM E IMPLEMENTAÇÃO 8