Você está na página 1de 6

INOVYX TECNOLOGIA

Declaração de Escopo do Projeto


Business Intelligence

Trabalho em Aula: Declaração de Escopo Sumarizada Page 1


1. Histórico do Projeto

Após uma análise dos processos de trabalho do departamento comercial da Inovyx Tecnologia,
verificou-se a necessidade de obtenção de informações de cunho estratégico de forma mais rápida
e precisa.

Correntemente, apesar da maioria dos dados de faturamento estarem disponibilizados através de


diversos softwares desenvolvidos pela área de tecnologia da informação (TI), os relatórios
disponíveis estão em formatos que não atendem ao processo de tomada de decisão.

Como resultado, relatórios precisam ser solicitados para a área de TI, que demanda dois dias, na
média, para criá-los, o que não atende a dinâmica da área comercial, acarretando perda de negócios
e insatisfação do cliente final, além de gerar grande sobrecarga de trabalho na área de TI.

2. Objetivos

Este projeto tem como objetivo principal a implantação de um Sistema de Informação, baseado no
conceito de Business Intelligence. O novo sistema irá armazenar todas as informações disponíveis
em um único banco de dados e dará a possibilidade de cruzamento de informações e a
personalização dos relatórios.

Os objetivos específicos são:


• Reduzir o tempo de obtenção de relatórios gerenciais de 2 dias para “tempo real”;
• Permitir a customização dos relatórios, pelo cliente, sem a necessidade de participação da
área de TI.
• Criar um Data Warehouse (DW), ou seja, um banco de dados estruturado que centralize os
dados independentemente de sua origem, criando uma notação mais sintética, legível e
objetiva.
• Reduzir o trabalho na área de TI.

Trabalho em Aula: Declaração de Escopo Sumarizada Page 2


3. Escopo

3.1 Principais Entregas e Descrição

Item
Nome da Entrega Descrição Critérios de Aceitação
EAP
1 Gerenciamento do Projeto
Relatório deve informar valor agregado,
Deve conter os itens solicitados e
desvio de tempo, desvio de custo,
1.1 Relatório Mensal ser apresentado até o 5o. dia útil
problemas e riscos. Deve ser gerada
de cada mês.
versão em PDF.
Cronograma desenvolvido através do O cronograma deve ser
MS-Project com base na EAP e na apresentado, em formato PDF,
Cronograma
1.2 declaração de escopo do projeto. Deve até o final da segunda semana
Detalhado
considerar até o nível de pacote. Deve do projeto. Deve estar
ser gerada versão em PDF. aprovado pelo PMO.
Coleta de informações junto ao supervisor
- Aprovado pelo gerente do
do departamento comercial e usuários
projeto e assinado pelo cliente
Levantamento de sênior através de seção JAD, a fim de
2 (Supervisor da área comercial).
Requisitos identificar todas os requisitos do setor:
- Deve estar documentado no
consultas, relatórios e políticas de
formato padrão.
segurança.
3 Data Warehouse
Com base nas informações coletadas no
- 100% de conformidade com o
levantamento de requisitos é criada a
Modelagem padrão MD03. Aprovação após
3.1 definição lógica do banco de dados, de
Dimensional apresentação para toda a equipe e
forma a atender as necessidades do cliente.
Gerente do projeto.
Deve ser desenvolvida em UML.
A “tradução” do modelo elaborado na - Aprovado pelo DBA (Database
Projeto físico do Banco modelagem dimensional para o software Administrator) responsável pelo
3.2
de Dados de gerenciamento de banco de dados projeto. Documento de referência
(SGBD físico). DB 1.23.
Preparação e carregamento dos dados em
- Aprovação segundo testes de
formato bruto no banco de dados. Há um
3.3 Projeto de ETC volume de dados e desempenho.
cuidado especial ao controle de qualidade
Documento referência TST 5.0.
dos dados.
O aplicativo Front-End deve permitir aos
- 100% Aprovação segundo testes
usuários do sistema customizar os
4 Aplicativo Front-End padrão TST 1.0 de usabilidade e
relatórios com os dados carregados no
aprovação do usuário final.
Data Warehouse.
Realização de apresentação. Obtenção de
- Assinatura dos documentos de
5 Validação aprovação final do sistema, com as
finalização pelos stakeholders.
assinaturas dos stakeholders envolvidos.
Após a validação o sistema haverá a
- 100% de aprovação do checklist
6 Implantação instalação do sistema em modo de
de implantação e funcionamento.
produção.
Abrangerá tanto os profissionais que
ficarão responsáveis pelo gerenciamento - Ementa deve abranger 100% do
7 Treinamento do sistema quanto àqueles que irão solicitado.
efetivamente utilizar os dados contidos no - Entrega de manual do sistema.
Data Warehouse.

Trabalho em Aula: Declaração de Escopo Sumarizada Page 3


3.2 Exclusões de Escopo

 Não serão disponibilizados dados em qualquer outro sistema.


 Não serão disponibilizados relatórios via extranet, apenas intranet.

4. Premissas

 Dois (2) profissionais da área de TI trabalharão quatro (4) horas por dia durante toda a fase de
desenvolvimento do sistema;
 Todos os recursos financeiros estarão liberados na primeira quinzena do projeto.
 O banco de dados deve ser programado em linguagem MYSQL ???.

5. Restrições

 O projeto deve ser concluído até 31 de dezembro de 2009 e faz parte do portfólio de projetos
estratégicos da área comercial para o corrente ano.
 O projeto deve ser gerenciado com a metodologia padrão da Empresa com base no PMI ???.
 Por determinação da área de RH, o treinamento deve ser realizado nas instalações da empresa.

Trabalho em Aula: Declaração de Escopo Sumarizada Page 4


ANEXO I: Estrutura Analítica do Projeto (EAP)

Faltou a numeração
nas entregas na EAP.

Entregas de GP
não incluídas.
Pacote descrito no
dicionário mas não
incluído na EAP.

Trabalho em Aula: Declaração de Escopo Sumarizada Page 5


ANEXO II: Controle Integrado de Mudanças

Qualquer solicitação de alteração no escopo do projeto deverá passar pelo Controle Integrado de
Mudanças. Este controle compreende a identificação, documentação, análise e autorização das
mudanças.

O fluxo a seguir define como deverá ocorrer o processo de mudança de escopo.

Trabalho em Aula: Declaração de Escopo Sumarizada Page 6