Plano de Projeto para o SisPousa

Prévia do material em texto

Engenharia de Software 2006/2 
 
1a 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) 
Sistema de 
Informação 
Experiente Requisitos bem definidos 4 
Sistema de 
Informação 
Experiente Requisitos não estão bem 
definidos (usuário não sabe 
exatamente o que quer) 
5 
Sistema de 
Informação 
Inexperiente Requisitos bem definidos 5 
Sistema de 
Informação 
Inexperiente Requisitos não estão bem 
definidos (usuário não sabe 
exatamente o que quer) 
7 
Sistema Web Experiente Requisitos bem definidos 5 
Sistema Web Experiente Requisitos não estão bem 
definidos (usuário não sabe 
exatamente o que quer) 
6 
Sistema Web Inexperiente Requisitos bem definidos 6 
Sistema Web Inexperiente Requisitos não estão bem 
definidos (usuário não sabe 
exatamente o que quer) 
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. 
 
 
 
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 
atua também como 
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 
Tempo Integral, mas 
atua também como 
gerente no projeto. 
Sua função principal 
no projeto será a 
gerência do projeto. 
Marcos Analista Pouca experiência 
em análise de 
sistemas 
Tempo Integral (mas 
atua também como 
projetista no projeto) 
Marcos Projetista Grande experiência 
em programação e 
alguma experiência 
em projeto 
Tempo Integral (mas 
atua também como 
analista no projeto) 
João Programador Alguma experiência Tempo Integral 
Rosa Programador Inexperiente (é 
estagiária) 
Tempo Parcial (4 
horas por dia) 
Fabiana Engenheiro de Testes Experiente Tempo Parcial 
Fabiana Garantia da Qualidade Experiente Tempo Parcial 
 
 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 
R1 Rotatividade de pessoal 
R2 Não conseguir contratar pessoal qualificado. 
R3 Equipe indisponível 
R4 Equipe inexperiente 
Pessoal 
R5 Falta de comprometimento do cliente / usuários 
R6 Alto índice de alteração nos requisitos Projeto / Produto 
R7 Problemas na integração com outros sistemas ou hardware. 
Tecnológico R8 Alto grau de inovação 
R9 Erro na delimitação do escopo De Negócio 
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 asfuncionalidades. 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.