Engenharia de Software 2006/2 1 a Lista de Exercícios O projeto SisPousa tem por objetivo desenvolver um sistema de informação para apoiar o controle de uma pousada. Encontra-se, em anexo, o documento de definição do escopo do projeto. Com base nesse documento: 1. Defina o modelo de ciclo de vida a ser adotado no desenvolvimento do projeto, justificando sua escolha. 2. Faça uma estimativa de tamanho em pontos de função, usando a abordagem de Contagem Estimativa da NESMA. 3. A organização que desenvolve o projeto SisPousa utiliza a Tabela 1 para apoiar a definição de fatores de produtividade, construída tomando por base projetos anteriores já concluídos. Tabela 1 Fatores de Produtividade para Classes de Projetos Tipo de Software Equipe Requisitos Fator de Produtividade (hh/pf) Experiente Requisitos bem definidos 4 Experiente Requisitos não estão bem 5 Inexperiente Requisitos bem definidos 5 Inexperiente Requisitos não estão bem Sistema Web Experiente Requisitos bem definidos 5 Sistema Web Experiente Requisitos não estão bem 6 Sistema Web Inexperiente Requisitos bem definidos 6 Sistema Web Inexperiente Requisitos não estão bem 8 Considerando que a equipe responsável pelo desenvolvimento do projeto SisPousa é composta pelos seguintes membros, com as dedicações e competências definidas na Tabela 2, faça a estimativa de esforço para a realização do projeto como um todo. 7
Tabela 2 Equipe do Projeto Nome Papel Competência Dedicação Pedro Gerente de Projeto Pouca experiência na gerência de projetos Tempo Integral, mas analista no projeto Ana Cliente - Tempo Parcial Carlos Usuário - Tempo Parcial Andréia Usuário - Tempo Parcial Pedro Analista Bastante experiente em análise de sistemas Marcos Analista Pouca experiência em análise de sistemas Marcos Projetista Grande experiência em programação e alguma experiência em projeto Tempo Integral, mas gerente no projeto. Sua função principal no projeto será a gerência do projeto. Tempo Integral (mas projetista no projeto) Tempo Integral (mas analista no projeto) João Programador Alguma experiência Tempo Integral Rosa Programador Inexperiente (é estagiária) Fabiana Engenheiro de Testes Experiente Tempo Parcial Fabiana Garantia da Qualidade Experiente Tempo Parcial Tempo Parcial (4 horas por dia) 4. Considerando apenas o processo de desenvolvimento e tomando por base o processo padrão de desenvolvimento estruturado do LabES e o modelo de ciclo de vida definido na questão 1, faça a estimativa de duração do projeto, construindo uma rede de tarefas e determinando o caminho crítico. 5. Considerando apenas os riscos listados na Tabela 3, faça um plano de riscos, realizando os seguintes passos: (i) identifique quais dos riscos listados se aplicam ao projeto em questão, (ii) analise probabilidade e impacto (relacione potenciais conseqüências), (iii) priorize os riscos e estabeleça quais serão gerenciados; (iv) para os riscos a serem gerenciados, defina uma ação de mitigação ou de contingência. Quais os impactos da Análise de Riscos sobre as demais atividades realizadas?
Tabela 3 Lista de Riscos Categoria do Risco Id Risco Pessoal R1 Rotatividade de pessoal R2 Não conseguir contratar pessoal qualificado. R3 Equipe indisponível R4 Equipe inexperiente R5 Falta de comprometimento do cliente / usuários Projeto / Produto R6 Alto índice de alteração nos requisitos R7 Problemas na integração com outros sistemas ou hardware. Tecnológico R8 Alto grau de inovação De Negócio R9 Erro na delimitação do escopo R10 Conflito de interesse entre usuários
Plano de Projeto Projeto: SisPousa Versão: 1.0 Responsável: Ricardo de Almeida Falbo 1. Introdução Este documento apresenta parcialmente o Plano de Projeto para o projeto de desenvolvimento de um sistema de informação para apoiar o controle de uma pousada. Na seção 2, é descrito o escopo do projeto, por meio de uma descrição sucinta do problema e uma lista de requisitos do cliente. 2. Escopo do Projeto A pousada possui vários chalés, sendo que de cada um deles deseja-se saber que equipamentos possui, a saber, ar condicionado, ventilador de teto, TV e frigobar. Cada chalé possui um número e dois valores de diária, um para alta temporada, outro para baixa temporada. Os valores das diárias não são iguais para todos os chalés. Dois chalés, por exemplo, podem ter valores diferentes de diárias, em função da sua localização, capacidade e dos equipamentos instalados. Além das diárias nos chalés, a pousada oferece outros serviços para seus clientes, tais como restaurante, pesque-pague e aluguel de cavalos. De cada serviço, deseja-se saber código e nome. Toda vez que um cliente hospedado em um chalé solicita um desses serviços, deve-se registrar a data e o valor a ser cobrado no momento do fechamento da conta. Clientes podem efetuar reservas para chalés, indicando o período pretendido. De um cliente deseja-se saber: nome, identidade, endereço, telefones e data de nascimento. Quando várias pessoas hospedam-se em um mesmo chalé, apenas um cliente precisa ser registrado, sendo que é necessário dizer quantas pessoas o acompanham. Deve-se registrar, ainda, a data e hora de início da hospedagem e a previsão de dias. Caso a hospedagem vá conflitar com uma reserva, não deve ser permitida. Ao encerrar uma hospedagem, deve-se registrar a data e a hora. Cabe ao sistema, ainda, calcular o valor final da hospedagem, incluindo, também, os serviços prestados. Este valor deverá ser mostrado ao funcionário da pousada, sendo que este é livre para aplicar um desconto e, portanto, o sistema deve registrar o valor efetivamente cobrado por uma hospedagem.
Tomando por base o contexto descrito anteriormente, foram identificados os seguintes requisitos funcionais do cliente: RF1. O sistema deve controlar hospedagens, incluindo o consumo de serviços durante a mesma. Devem ser providas funcionalidades permitindo a realização de uma nova hospedagem, adição de um serviço prestado a uma hospedagem, consulta a serviços prestados em uma hospedagem específica, cancelamento da prestação de um serviço, encerramento de uma hospedagem e consulta a uma hospedagem. RF2. O sistema deve permitir a reserva de chalés a clientes. Devem ser providas funcionalidades permitindo a realização de uma nova reserva, a consulta a reservas e o cancelamento de uma reserva. RF3. O sistema deve apoiar o controle de clientes da pousada. Devem ser providas funcionalidades para cadastrar clientes (abrangendo a inclusão de um novo cliente, a alteração de dados de um cliente, a consulta a clientes específicos e a exclusão de clientes). RF4. O sistema deve apoiar o controle da infra-estrutura da pousada. Devem ser providas funcionalidades para cadastrar chalés e serviços oferecidos (abrangendo a inclusão de dados de um chalé / serviço, a alteração de dados de um chalé / serviço, a consulta a chalés / serviços específicos e a exclusão de chalés / serviços). RF5. O sistema deve prover um Relatório Gerencial de Receitas provenientes de hospedagens. O relatório deve discriminar valores recebidos de diárias (por chalé) e serviços em um período informado pelo funcionário da pousada, fazendo totalizações dos valores recebidos a título de diárias (por chalé) e por serviço. Os seguintes requisitos não funcionais foram inicialmente levantados: RNF1. O sistema deve controlar o acesso às funcionalidades. O Gerente da pousada terá acesso a todas as funcionalidades. O pessoal da recepção só terá permissão para realizar as funcionalidades relacionadas com o controle de hospedagens (RF1), reservas (RF2) e clientes (RF3). O pessoal das demais áreas da pousada (restaurante, bar, pesque-pague etc) só terá acesso às funcionalidades relativas à prestação de serviços (RF1). RNF2. Para a prestação de serviços, o cliente da pousada terá de apresentar um cartão, contendo um código de barras que identifica a hospedagem.