Sei sulla pagina 1di 44

FACULDADES SPEI

CURSO DE ANLISE E DESENVOLVIMENTO DE SISTEMAS

MPPD

CURITIBA
06/2012

LUIS HENRIQUE MATIAS


LUCAS DA CRUZ YERA BARBOSA
SOL SELENE SOIMU

MPPD

Projeto de Modelagem Fsica de


Sistemas apresentado ao Curso de
Anlise e Desenvolvimento de
Sistemas das Faculdades SPEI.

Orientador: Rodrigo Fragoso

CURITIBA
06/2012

SUMRIO
1. INTRODUO................................................................................................6
2. PLANO DE PROJETO....................................................................................7
2.1 OBJETIVOS DO PLANO DE PROJETO.......................................................7
2.2 VISO GERAL DO PROJETO......................................................................7
2.2.1 Objetivo do Projeto.....................................................................................7
2.2.2 Custo Benefcio..........................................................................................8
2.2.2.1 Custo de Desenvolvimento do Projeto....................................................8
2.2.2.2 Custo de Implantao do Projeto............................................................9
2.2.2.3 Preo do Projeto.....................................................................................9
2.2.2.4 Custo benefcio para o cliente...............................................................10
2.3 ORGANIZAO DO PROJETO..................................................................11
2.3.1 Estrutura Organizacional do Projeto.........................................................11
2.4 PROCESSO DE GERENCIAMENTO DO PROJETO.................................11
2.4.1 Gerenciamento do Escopo.......................................................................11
2.4.2 Gerenciamento do Tempo........................................................................12
2.4.2.1 Cronograma...........................................................................................13
2.4.2.2 Detalhamento das Fases.......................................................................13
2.4.3 Gerenciamento de Riscos.........................................................................14
3.DESCRIO DO PROJETO..........................................................................15
3.1 OBJETIVOS DA DESCRIO DO PROJETO............................................15
3.2 DESCRIO DA SITUAO ATUAL.........................................................15
3.2.1 Descrio dos Problemas........................................................................17
3.2.2 Ambiente do Usurio...............................................................................18
3.2.3 Resumo das partes interessadas............................................................18
3.2.4 Resumo dos usurios..............................................................................18
3.3 DESCRIO DO SISTEMA PROPOSTO..................................................19
3.4 REQUISITOS DO PRODUTO....................................................................22
3.4.1 Requisitos funcionais..............................................................................22
3.4.2 Requisitos No Funcionais.....................................................................22
4.ARQUITETURA............................................................................................22
4.1 OBJETIVOS DA ARQUITETURA..............................................................22
4.2 VISO FSICA...........................................................................................22
3

4.2.1 Descrio dos principais componentes..................................................22


4.3 SOFTWARE DE APLICAO...................................................................22
4.4 VISO LGICA.........................................................................................23
5.MODELOS DE CASOS DE USO.................................................................23
5.1 OBJETIVOS DO MODELO DE CASOS DE USO......................................23
5.2 CASOS DE USO DO SISTEMA.................................................................23
5.2.1 Diagrama de Casos de Uso....................................................................23
5.2.2 Atores......................................................................................................24
5.2.3 Casos de Uso..........................................................................................24
6.DESCRIO DOS CASOS DE USO............................................................24
6.1 OBJETIVOS DA DESCRIO DOS CASOS DE USO..............................24
6.2 CASOS DE USO DO SISTEMA.................................................................24
6.2.1 Caso de Uso Cadastrar SPD...................................................................25
6.2.2 Caso de Uso Cadastrar Card...................................................................26
6.2.3 Caso de Uso Cadastrar Cenrio de Teste...............................................28
6.2.4 Caso de Uso Aprovar SPD......................................................................28
6.2.5 Caso de Uso Validar SPD.......................................................................29
6.2.6 Caso de Uso Priorizar SPD.....................................................................30
6.2.7 Caso de Uso Orar SPD.........................................................................31
6.2.8 Caso de Uso Dvida SPD.......................................................................32
6.2.9 Caso de Uso Responder Dvida.............................................................33
7.MODELO RELACIONAL NORMALIZADO...................................................34
8.DICIONRIO DE DADOS PARA O MRN......................................................34
10. CONCLUSO.............................................................................................36
BIBLIOGRAFIA RECOMENDADA..................................................................37

LISTA DE ILUSTRAES
FIGURA 1 ESTRUTURA ORGANIZACIONAL .............................................11
FIGURA 2 PROCESSO SITUAO ATUAL.................................................15
FIGURA 3 DESCRIO SISTEMA PROPOSTO..........................................20
FIGURA 4 DIAGRAMA DE CASO DE USO..................................................23
FIGURA 5 MODELO RELACIONAL NORMALIZADO..................................34

LISTA DE TABELAS
TABELA 1 VALORES / HORA ......................................................................8
TABELA 2 HORAS TOTAIS / VALORES .....................................................8
TABELA 3 VALORES / HORA CARGOS .....................................................9
TABELA 4 TOTALIZAO DE CUSTOS DO PROJETO ............................9
TABELA 5 CICLOS DE VIDA DO PROJETO ...............................................12
TABELA 6 CRONOGRAMA..........................................................................13
TABELA 7 DETALHAMENTO DAS FASES..................................................13
TABELA 8 RISCOS DO PROJETO ............................................................. 14
TABELA 9 DESCRIO DOS PROBLEMAS.............................................. 17
TABELA 10 RESUMO DAS PARTES INTERESSADAS..............................18
TABELA 11 - RESUMO DOS USURIOS.......................................................18
TABELA 12 - CONFIGURAO MNIMA........................................................23
TABELA 13 - ATORES.....................................................................................24
TABELA 14 - DICIONRIO DE DADOS PARA O MRN..................................34

1. INTRODUO
Este documento visa demonstrar de maneira os requisitos necessrios para o
desenvolvimento do projeto MPPD que ser apresentado como tema para o
Trabalho de Concluso de Curso do curso de Tecnologia em Anlise e
Desenvolvimento de Sistemas da Faculdade SPEI.
A utilizao da documentao tem por objetivo aumentar as chances de
sucesso no desenvolvimento e minimizar ao mximo os riscos e ameaas
concluso do projeto inerentes a qualquer processo de desenvolvimento.
Sendo assim, ser apresentado o Plano de Projeto, abordando assuntos
acerca do planejamento, do gerenciamento do tempo e riscos, do cronograma das
atividades e o custo para o desenvolvimento. Logo aps ser mostrado de forma
detalhada a descrio do sistema proposto, os objetivos do sistema, a descrio do
ambiente do usurio e as partes interessadas bem como suas responsabilidades.
Este documento tambm apresentar os requisitos funcionais e no
funcionais do projeto, a soluo fsica e lgica da arquitetura do sistema, os
componentes de hardware e software utilizados.
Tambm ser demonstrada a representao dos modelos fsico e lgico que
estruturam este projeto; os modelos de caso de uso detalhamentos dos atores,
casos de uso e diagramas da orientao a objetos.
A proposta do Sistema MPPD, consiste em criar uma soluo de melhoria
para os processos da empresa, com criao de sistemas auxiliares na otimizao e
controle do processo, respeitando os requisitos no funcionais e os recursos que
nos so ofertados para esta atividade.
Ao final deste documento, espera-se deixar de forma definida a estratgia de
planejamento, controle e gerenciamento, descrio, arquitetura e modelagem, bem
como todas as informaes necessrias para o projeto e implementao do sistema
MPPD.

2.PLANO DE PROJETO
2.1 OBJETIVOS DO PLANO DE PROJETO
O objetivo principal do plano de projeto organizar, separar e descrever o
projeto de tal forma que durante os processos de gerenciamento, anlise e
desenvolvimento, proporcione ao grupo de execuo, condies de entender o
trabalho necessrio para se concluir a atividade, como qual ser o contedo do
desenvolvimento, os prazos estipulados, a diviso de tarefas, os objetivos e os
resultados esperados utilizando as melhores prticas e tcnicas, a fim de aumentar
os nveis de sucesso em projetos.
2.2 VISO GERAL DO PROJETO
2.2.1 Objetivo do Projeto
O setor de PDs vem perdendo credibilidade com o cliente interno, gerando
certo desconforto no setor. Estas perdas de credibilidade provm de planejamento
falho, alto ndice de retrabalho, atrasos e falha na definio dos requisitos. Para isso,
um processo de scruving (pavimentao de mudana de processos) foi iniciado,
visando recuperar a credibilidade focando em melhorar os pontos mais crticos
apontados pelo cliente interno.
2.2.2 Custo Benefcio
Neste tpico sero apresentados os custos de desenvolvimento, custos de
implantao, valor total e benefcios decorrentes do projeto.
2.2.2.1 Custo de desenvolvimento do projeto
Como se trata de uma melhoria de processo que ser implementada em uma
empresa j existente e que j possui os softwares, hardwares e funcionrios

especializados, no haver custos com os itens citados. O custo ser avaliado


encima de hora/trabalho dos analistas desenvolvedores do projeto.
TABELA 1 VALORES / HORA
Cargo
Valor Hora
Gerente de Projetos
R$ 40,41
Analista
R$ 13,84
Desenvolvedor Visual

Valor Ms
R$ 4.618,47
R$ 1.569,99

Basic
R$ 12,84
R$ 1.467,41
Fonte: RHinfo, acessado em 12/04/2012

TABELA 2 HORAS TOTAIS / VALORES


Valor
Cargo
Horas Totais
Gerente de Projetos 100h
Analista
130h
Desenvolvedor Visual

Hora
R$ 40,41
R$ 13,84

Valor Total
R$ 4.041,00
R$ 1.799,20

R$ 12,84
TOTAL:
Fonte: RHinfo, acessado em 12/04/2012

R$ 1.926,00
R$ 7.766,20

Basic

150h

2.2.2.2 Custo de implantao do projeto


Como se trata de uma melhoria de processo que ser implementada em uma
empresa j existente e que j possui softwares, hardwares e funcionrios
especializados, no haver custos com os itens citados. O custo ser avaliado
encima de hora/trabalho dos analistas que trabalharo para o projeto.

TABELA 3 VALORES / HORA CARGOS


Cargo

Horas Totais

Valor Hora

Valor Total
9

Analista de TI

8h

15,51

TOTAL:
Fonte: RHinfo, acessado em 12/04/2012

R$

124,08

R$

124,08

2.2.2.3 Preo do projeto


O custo total do projeto obtido atravs da tabela 4 tendo como resultado o
valor de R$ 7.900,28. No esto contabilizados os custos mensais de manuteno
de servidores nem aplicaes, j que entende-se que a empresa j possui tais
equipamentos e softwares e sua manuteno no se deve somente a esta
aplicao.
TABELA 4 TOTALIZAO DE CUSTOS DO PROJETO
Tipo do Custo
Hardware
Software
Pessoas

Horas Totais
0h
0h
380h
Total Geral:
2.2.2.4 Custo benefcio para o cliente

Valor Total
R$
R$
R$ 7.900,28
R$ 7.900,28

O desenvolvimento deste projeto est orientado para satisfazer as


necessidades do setor de PDs da empresa GVT e dos setores que dependem de
seus servios.
Atualmente, o ndice de retrabalho grande pelo planejamento falho que h
entre a comunicao de diversos setores da empresa GVT, com o setor de PDS. As
informaes relativas s melhorias nos sistemas no so passadas de maneira
planejada, fazendo com que isso gere atrasos nas entregas das melhorias, o que
causa a perda de credibilidade desses clientes internos. Tambm podemos observar
atualmente que esse processo falho acaba gerando muito retrabalho no setor de
PDs o que aumenta o gasto com profissionais qualificados.
Estes processos que so realizados somente dentro do mbito da empresa,
quando otimizados, visam a recuperao de credibilidade interna da empresa, na
melhoria do atendimento e ao mesmo tempo geram ganhos no momento que no
existe mais o retrabalho.
10

Essa integrao entre os servios procura melhorar o tempo de acesso s


informaes bem como diminuir o tempo para abertura e fechamento de
solicitaes, tanto do usurio do setor quanto da rea de PDs.
Aps o treinamento dos funcionrios para utilizao do sistema, espera-se um
aumento significativo na qualidade do relacionamento dos setores da GVT com o
PDs atravs da agilidade no atendimento, gerando assim, satisfao nos servios
prestados.
Dessa maneira espera-se um aumento da produtividade em:

Recursos avanados de criao, distribuio e manuteno das


informaes das aplicaes.

Agilidade na criao e alterao das aplicaes.

Reduo do tempo de atendimento.

Reduo do tempo de obteno das respostas.

Reduo do prazo de concluso.

Agilidade no atendimento das necessidades

Coleta e visualizao dos dados em tempo real.

Aumento do ndice de participao (retorno das respostas).

Rapidez na apurao dos resultados.

Uma empresa capaz de inovar e investir em nome dos interesses dos clientes
uma empresa que tem viso de longo prazo. Aumento de produtividade e
satisfao do cliente gera lucros e a proposta desse projeto auxiliar para que isso
acontea.
2.3 ORGANIZAO DO PROJETO
Neste tpico so definidas as atividades e responsabilidades de cada
integrante do projeto.
2.3.1 Estrutura Organizacional do Projeto
A estrutura organizacional apresentada em um organograma, conforme
Figura 1.
11

FIGURA 1 ESTRUTURA ORGANIZACIONAL

2.4 PROCESSO DE GERENCIAMENTO DO PROJETO


2.4.1 Gerenciamento do Escopo
No gerenciamento do escopo sero determinadas as condies exatas para
que o projeto seja finalizado ou completado.
Apresentar como ser realizado o gerenciamento do escopo do projeto. Deve
ficar claro como ser realizado o aceite dos requisitos levantados e como ser o
tratamento dado a mudanas de requisitos e incluso de novos requisitos durante o
ciclo de vida do projeto.

2.4.2 Gerenciamento do Tempo

12

Segundo Presman, as atividades que o compem o ciclo de vida do projeto


so:
a) anlise e engenharia de sistemas os requisitos iniciais sero levantados para a
execuo do projeto;
b) projeto a documentao do projeto de software, ser definida as estruturas de
dados e definidas as estruturas de controle;
c) codificao o projeto ser transformado em um software, utilizando VB como
linguagem de programao;
d) testes aps a gerao do cdigo, ir iniciar-se a realizao de testes da
aplicao;
e) manuteno aps a entrega da aplicao, este pode ser melhorado ou ter seus
problemas revistos.
Segue TABELA 5 com breve descrio das fases que faro parte o ciclo de
vida do projeto:
TABELA 5 - CICLOS DE VIDA DO PROJETO
Atividade
Anlise e

Engenharia

Sistemas
Projeto
Codificao
Testes
Manuteno
Fonte: Autores

Recurso
de Gerente
Projetos
Analista
Desenvolvedor
Analista
Desenvolvedor

Durao
de
100hrs
100hrs
130hrs
30hrs
20hrs

2.4.2.1 Cronograma
TABELA 6 - CRONOGRAMA
Etapa

Atividades

13/03/2012 a

10/04/2012 a

24/04/2012
13

10/04/2012
Levantamento de Requisitos
Anlise de
Requisitos

Elaborao de Proposta
Validao da Proposta
Alteraes da Proposta

Planejamento

Proposta Pronta
Plano de gerenciamento de
tempo

Luis
Sol
Sol
Sol
Lucas
Lucas
Lucas

Lista de Eventos
Especificao de Processos
Modelar MRN
Dicionrio do MRN
Validao Junto ao Cliente
Alteraes necessrias
Desenvolvimento da
aplicao em VB
Desenvolvimento

Alteraes necessrias

Lucas
Lucas
Lucas
Lucas

Design para o usurio


Testes Funcionais
Testes

Testes Validao
Correes

Implantao
Treinamento

Distribuio da aplicao
Documentao
Aceite do Projeto

a
10/05/2012

Luis
Luis
Luis
Luis
Sol

Plano de Projeto

Anlise e
Modelagem

24/04/2012

Sol
Sol
Sol
Lucas
Luis
Luis

14

2.4.2.2 Detalhamento das fases


TABELA 7 - DETALHAMENTO DAS FASES
Etapa

Atividades
Levantamento de
Requisitos

Anlise de
Requisitos

Elaborao de
Proposta
Validao da
Proposta
Alteraes da
Proposta

Planejamento

Proposta Pronta
Plano de
gerenciamento de
tempo
Plano de Projeto
Lista de Eventos
Especificao de
Processos

Anlise e
Modelagem

Modelar MRN
Dicionrio do MRN

Desenvolviment
o

Validao Junto ao
Cliente
Alteraes
necessrias
Desenvolvimento
da aplicao em
VB
Alteraes
necessrias
Design para o
usurio
Testes Funcionais

Testes

Implantao

Treinamento

Testes Validao
Correes
Distribuio da
aplicao
Documentao
Aceite do Projeto

Detalhamento
Anlise e coleta de informaes sobre o ambiente de
trabalho do usurio.
Montagem de proposta de uma aplicao para
resoluo dos principais problemas de controle e
organizao do cliente.
Apresentao da Proposta. Validao das informaes
coletadas.
Alteraes necessrias na proposta.
Aceitao da Proposta
Elaborao do Cronograma de trabalho.
Elaborao da documentao do Projeto.
Anlise estruturada do projeto, identificao das
principais funcionalidades.
Especificaes dos processos a serem implementados.
Modelagem do banco de dados
Criar o dicionrio do MRN, que contm a descrio das
tabelas e seus campos.
Apresentao da documentao ao cliente para
validao.
Realizao de alteraes se necessrio.
Programao da aplicao
Realizao de alteraes se necessrio.
Programao do design da aplicao para visualizao
do usurio.
Testes das funcionalidades da aplicao
Testes da funcionalidades pelo usurio
Correes e ajustes que possam ser necessrios aps
a identificao de errors na fase de testes.
Distribuio da aplicao para os usurios.
Terminar documentao do plano de projeto e corrigir
alteraes se houver.
Aguardar avaliao e aceite do projeto.

15

2.4.3 Gerenciamento de Riscos


Na TABELA 8 so descritos os riscos a que est sujeito o projeto.
TABELA 8 RISCOS DO PROJETO

RISCO
CONSEQUNCIA
Falha planejamento
cronograma

Entregas em atraso
Impossibilidade de
continuar at

Falhas nos

correo do

equipamentos

problema.

AO
Ajustes no cronograma

RESPONSVEL
Grupo

Criao de backups do
projeto, se possvel ter
backup de equipamentos.

Grupo

Redistribuir as atividades
Sobrecarga de
Desistncia de

atividades, atraso

integrante da equipe no projeto


Desenvolvimento

tempo de trabalho
disponvel.

Grupo

Considerar contingncia de

demorar mais que o


estimado

conforme conhecimento e

Atraso do projeto
Impacto no

tempo nas atividades

Grupo

desenvolvimento e
Desistncia do

falta de orientao

orientador

para o projeto

Solicitar novo orientador

Grupo

3. DESCRIO DO PROJETO
3.1 OBJETIVOS DA DESCRIO DO PROJETO
16

O Objetivo da Descrio do Projeto apresentar a situao atual do sistema,


Ambiente do Usurio, Sistema Proposto e requisitos funcionais e no funcionais.
3.2 DESCRIO DA SITUAO ATUAL
Como citado anteriormente O setor de PDs (Pequenos Desenvolvimentos),
responsvel por pequenas melhorias nos diversos sistemas da empresa GVT, onde,
em diversos setores da empresa, como Marketing, Regulatrio, Vendas, Financeiro,
entre outros possuem diferentes sistemas em vrias tecnologias, e se caracterizam
como clientes internos, avaliando e pagando pelos servios prestados pelo setor de
PDs.
Atualmente os servios do setor de PDs assemelha-se com uma fbrica de
software, porm com processos de projetos. Segue abaixo um diagrama de
atividades evidenciando como atualmente o processo:

17

FIGURA 2 PROCESSO SITUAO ATUAL

Este processo linear muito falho, visto que no existe interao com o
cliente durante o processo de desenvolvimento. Segue uma breve explicao sobre
cada passo deste fluxo atual.
a) A elaborao do documento de SPD (Solicitao de Pequeno
Desenvolvimento) uma atividade do cliente. Este documento consiste nas
informaes necessrias para o desenvolvimento de um pequeno desenvolvimento
cujo qual ter um benefcio com baixo impacto para a empresa. Este documento
permite que o usurio sugira solues para o problema.

18

b) O lder da BU (Business Unit, ou seja, unidade de negcio) recebe o SPD


para validao, verificando se todos os campos foram preenchidos, e se o
documento est compreensvel, para que ele repasse ao arquiteto de software.
c) Com o documento validado, o arquiteto recebe este, e inicia uma breve
analise tcnica para que possa prosseguir em seu oramento. Como no existe um
tempo hbil para esta atividade, cerca de 70% dos PDs atrasam ou so entregues
com muita antecedncia.
d) Neste momento, o analista/desenvolvedor codifica o PD, sem contato com
o cliente, sem reunies espordicas e afins. Dessa maneira, caso ocorra um mau
entendimento de um requisito, este, sofrer retrabalho (56% dos PDs sofrem
retrabalho);
e) O setor de QA (QualityAssurance, Garantia de Qualidade), inicia uma srie
de testes funcionais no sistema, para que este no gere impacto no ambiente de
produo (ambiente final, que o usurio acessa para efetuar suas atividades);
f) A implantao dos PDs, acontecem em horrios determinados atravs de
uma ferramenta chamada Jira, para o agendamento destes, visto que muitos dos
PDs, indisponibilizam o ambiente no tempo de sua aplicao.
Este processo possui diversas falhas, visto que a mudana de requisitos no
SPD constante, e muitas vezes a comunicao destas mudanas no ocorre
adequadamente, gerando retrabalho e atrasos na entrega.

19

3.2.1 Descrio dos Problemas


TABELA 9 DESCRIO DOS PROBLEMAS
Problema

Afetado

Impacto
Atraso

Soluo
ou

Falta de tempo hbil para

Empresa,

fazer a anlise tcnica e

gerncia e antecedncia

Ser disponibilizada uma

gerar

funcionrio

na

opo para inserir a data

s
Empresa,

do projeto

um

oramento

da

melhoria a ser implantada

muita
entrega

gerncia e
Falta

de

contato

com

cliente

estimada.
Ser disponibilizada uma

funcionrio

Retrabalho

opo

para

inserir

ou atraso

informaes detalhadas.

3.2.2 Ambiente do Usurio


O ambiente de interao com o sistema encontra-se localmente nos
computadores da empresa.
De uma forma macro, para fazer uso do sistema MPPD em ambiente fsico,
ser necessrio que o usurio possua um computador, saiba trabalhar com a
plataforma Windows e Microsoft Office, tenha acesso ao sistema atravs de um
usurio padro (funcionrio GVT).
Como se trata da empresa GVT que j possui software e hardwares prprios,
somente necessrio certificar-se que a mquina possua no mnimo o pacote
Microsoft Office 2003 instalado e funcionando para executar a aplicao. O que
atualmente est por padro instalado nas mquinas da empresa.

20

3.2.3 Resumo das partes interessadas


TABELA 10 - RESUMO DAS PARTES INTERESSADAS
Nome

Descrio

Luis Henrique

Gerente de

Matias

Projetos

Lucas da Cruz Yera


Barbosa

Desenvolvedor

Responsabilidades
Planejamento e controle do projeto, atuando na
linha de frente com o cliente e criao das
solues.

Arquiteto desenvolvedor do projeto.

Criao de Diagramas, Detalhamento de Caso


de uso e auxlio na sugesto de solues para
Sol Selene Soimu

Analista

a pavimentao e criao de novos templates


de documentos.

3.2.4 Resumo dos usurios


TABELA 11 - RESUMO DOS USURIOS
Nome

Descrio
Administrador da

Responsabilidade
Fazer a manuteno

dos

campos

da

Administrador aplicao

aplicao, se houver alguma mudana.


Fazer o uso da aplicao na empresa

Usurio

gerando melhorias.

Usurio

3.3 DESCRIO DO SISTEMA PROPOSTO

21

O MPPD uma aplicao criada para a melhoria de um processo atualmente


feito na empresa GVT.
A modelagem desses processos consiste em vrios sistemas e mudana de
cultura tanto do cliente quanto do setor de desenvolvimento.
Atravs de um software simples como Microsoft Excel, foi desenvolvida essa
aplicao que recebe vrias informaes de vrios setores da empresa GVT, e gera
a informao simplificada e focada para o desenvolvimento das melhorias feitas pelo
setor de PDs.
Em relao situao atual, o novo processo ser mais abrangente e
controlvel. A otimizao dos processos ocorrer com o tempo de uso do projeto.
Para poder utilizar a aplicao, o usurio ter de estar devidamente logado
em seu computador, possuir o Pacote Office instalado, receber e abrir o arquivo em
Microsoft Excel da aplicao.
Nos tpicos a seguir, ser feita uma descrio detalhada de cada item
proposto, separados por tipo de acesso, iniciando com acesso os Dados do SPD,
que diz respeito solicitao que ser realizada pelos usurios, passando
posteriormente para o nvel de Requisitos do SPD, destinado para passar as
informaes do pedido para o PDs, e logo passaremos para a parte de Benefcios e
Impactos gerados pela solicitao.
Nesta nova verso de processo, existe um novo ator, este o Ponto focal da
BU. Ele atuar como analista de negcio junto com o cliente, na definio dos
requisitos das demandas.

Dados do SPD : Nos dados do SPD, temos opo BU que serve para
escolher o setor que est solicitando o pequeno desenvolvimento, os dados
do solicitante e a equipe de acompanhamento que cuidar do processo dessa
solicitao.

Requisitos: Na parte de requisitos, temos vrios campos para que o usurio


melhor descreva a solicitao que est sendo feita.

Benefcios e Impactos: Temos campos para inserir informaes de como esse


PD gerar benefcios para a empresa, em quais setores, e qual reas sero
impactadas com a mudana.

22

Para automatizar o processo, sero criados sistemas necessrios para


controlar e validar os passos, fazendo com que todos sejam seguidos.
Segue o diagrama exibindo como ser o novo fluxo do setor.

23

FIGURA 3 DESCRIO SISTEMA PROPOSTO

24

3.4 REQUISITOS DO PRODUTO


3.4.1 Requisitos Funcionais
1) Nem todos os setores podero acessar links externos.
2) Comunicao atravs de Excel, pelo fato de todas as mquinas j
possurem este software.
3.4.2 Requisitos No Funcionais
1) O tempo de resposta no dever ultrapassar 30 segundos.
2) No deve ser instalado nenhum software na mquina dos usurios.
3) Durante a realizao das operaes, o sistema deve indicar de forma visual
(atravs do ponteiro do mouse) que est realizando o processo solicitado.
4) A aplicao dever ser aberta no Microsoft Office Excel, na verso mnima
Excel 2003.
5) A aplicao dever mostrar uma tela de confirmao antes de apagar as
informaes.
4. ARQUITETURA
4.1 OBJETIVOS DA ARQUITETURA
A arquitetura de um sistema de informao visa estabelecer critrios e
padres para os sistemas implantados com a finalidade de garantir seu
funcionamento.
4.2 VISO FSICA
O sistema ser implantado utilizando a mquina local de cada usurio,
somente utilizando o Microsoft Excel para execuo da aplicao.

25

4.2.1 Descrio dos principais componentes


Os componentes de hardware sero somente os computadores locais que a
empresa GVT j possui, como padro instalados o Windows XP e o Microsoft Office.
4.3 SOFTWARE DE APLICAO
O computador do usurio dever ter a configurao mnima de software
descritas na tabela 10 abaixo:
TABELA 12 - CONFIGURAO MNIMA
TIPO
Sistema
Operacional
Aplicao

MARCA
Microsof
t
Microsof
t

DESCRIO
Windows XP ou superior
Microsoft Office 2003 ou
superior

O sistema utilizar o Microsoft Excel para gerir as regras de negcio. Este


arquivo ter total controle para manter as informaes necessrias.
Todas as regras estaro dentro do arquivo, tendo a gesto de dados e a
manuteno.
4.4 VISO LGICA
Por questes de segurana interna da empresa, no foi possvel a criao de
um sistema web ou desktop, devido conexo na rede, onde muitas empresas
terceiras no podem ter acesso a esse contedo. Por isso a escolha do uso local da
aplicao, onde no necessrio envolver instalaes de novos aplicativos nas
mquinas e no ser necessria a utilizao de servidores para sua execuo ou
base de dados.
A razo para a escolha do Excel devido a empresa ter contedo ilimitado da
empresa Microsoft, podendo assim, fornecer o produto Excel para todos seus
funcionrios, facilitando a escolha da tecnologia.

26

5. MODELO DE CASOS DE USO


5.1 OBJETIVOS DO MODELO DE CASOS DE USO
O modelo de caso de uso realizado para o melhor entendimento das
funes desempenhadas pelo sistema que ser desenvolvido, apresentando os
atores do sistema e os casos de uso que cada manipula.
5.2 CASOS DE USO DO SISTEMA
5.2.1 Diagrama de Caso de Uso
FIGURA 4 DIAGRAMA DE CASO DE USO

27

5.2.2 Atores
TABELA 13 - ATORES
ATOR
Cliente
Lder BU
Arquiteto
Analista

DESCRIO
Usurio do sistema, que sente necessidade de uma nova
alterao ou melhoria no sistema atual
o gerente de projeto de cada equipe de desenvolvimento,
ir alocar os recursos para o desenvolvimento da atividade
Analista com conhecimento tcnico das aplicaes serem
alteradas pela demanda. Este ter de fazer uma analise,
muitas vezes junto do desenvolvedor, para orar o PD
Analista que ir codificar a atividade, at a sua migrao
para o ambiente final, onde o usurio poder usufruir da
demanda, sendo ela de melhoria ou manuteno

5.2.3 Casos de Uso


TABELA 14 - CASOS DE USO
CASO DE USO

DESCRIO
Responsvel por criar toda a regra de captura de dados
Manter SPD
dos formulrios
Manter Cards
Responsvel por inserir Cartes de Funcionalidade no SPD
Manter Cenrios Responsvel por cadastrar os cenrios de testes para
de Teste
cada Cards
Responsvel por manter as informaes referentes
Manter
atividade, de conhecimento do IT, como prazo,
informaes IT
prioridades e datas de entregas.
Checklist de
Um checklist ser exibido em tela, mostrando para os
Validao
usurios se o SPD est correto ou no.
Manter Histrico Responsvel por manter cada alterao feita no
de Alteraes
documento
Gerar uma planilha de maneira padro, exibindo todas as
Gerar SPD
informaes do SPD.
Os usurios da ferramenta podero anexar arquivos e
colocar descries deste, para facilitar o entendimento da
Anexar Arquivos solicitao.
Envia por e-mail para a equipe de acompanhamento do
Enviar e-mail
PD, e para o solicitante
O Arquiteto da tecnologia ir verificar a alterao, validaManter soluo la funcionalmente e tecnicamente, e descrever as
tcnica
alteraes na ferramenta.
Administrar
Dever ser exposto para um analista, maneiras simples
Ferramenta
de administrar a ferramenta.

28

6.DESCRIO DOS CASOS DE USO


6.1 OBJETIVOS DA DESCRIO DOS CASOS DE USO
O objetivo deste item apresentar a descrio dos casos de uso do sistema.
6.1.1 UC001 Manter SPD
1) Breve Descrio
Neste caso de uso o ator o cliente. Este, ir inserir os dados do SPD, para
que o mesmo possa prosseguir no seu fluxo padro.
2) Fluxo Bsico
1. O cliente ir clicar no boto Gerar SPD;
2. O cliente ir clicar inserir o Ttulo do SPD;
3. O cliente ir inserir os dados da equipe de acompanhamento;
4. O cliente dever inserir os dados da BU;
5. O cliente dever inserir os dados da solicitante;
6. O cliente dever inserir o e-mail;
7. O cliente deve clicar na guia Benefcios e Impactos;
8. O cliente pode adicionar Benefcios;
9. O cliente pode adicionar Impactos;
10. O cliente dever ir para a Aba Requisitos, onde sero adicionados os
cards (Descritos em outro Caso de Uso);
11. O cliente deve clicar em Gerar SPD;
12. O Sistema ir mapear os campos e inserir cada um em sua devida
posio no template fina.
3) Fluxos Alternativos
1. No

passo

3,

cliente

pode

remover

pessoas

da

Equipe

de

Acompanhamento;
2. No passo 8, o cliente pode remover Benefcios;
3. No passo 9, o cliente pode remover Impactos.
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
29

6) Pr Condies
O arquivo deve ser o template em branco, para que no tenha outros dados
impedindo o usurio de prosseguir.
7) Ps Condies
Ao clicar em Gerar SPD, o sistema deve colocar todos os campos nos locais
mapeados, de acordo com o template padro final.

30

6.1.2 UC002 Manter Cards


1) Breve Descrio
Neste caso de uso o ator o cliente. Este ir inserir os dados dos cards, para
que o mesmo possa prosseguir no seu fluxo padro.
2) Fluxo Bsico
1.
2.
3.
4.
5.
6.

O cliente clica no boto Incluir;


O cliente deve preencher o campo Ttulo do Requisito;
O Cliente deve preencher o campo Quem?;
O Cliente deve preencher o campo O que?;
O Cliente deve preencher o campo Por que?;
O cliente deve incluir ao menos um critrio de aceitao (descrito em outro

caso de uso);
7. O cliente deve clicar em Cadastrar.
3) Fluxos Alternativos
1. No passo 1, o cliente pode editar um Requisito j existente;
2. Neste caso, o sistema deve carregar as informaes do caso de uso
selecionado;
3. O usurio deve clicar no boto Salvar.
4) Sub-fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O arquivo deve ser o template em branco, para que no tenha outros dados
impedindo o usurio de prosseguir.

6.1.3 UC003 Manter Cenrios de Teste


1) Breve Descrio

31

Neste caso de uso o ator o cliente. Este, ir inserir os dados dos Cenrios
de Teste, para que o mesmo possa prosseguir no seu fluxo padro.
2) Fluxo Bsico
1.
2.
3.
4.

O usurio dever clicar no boto Incluir;


O usurio dever preencher o campo Ttulo do Critrio;
O usurio dever preencher o campo Descrio;
O usurio dever clicar no boto Cadastrar.

3) Fluxos Alternativos
1. No passo 1, o usurio pode clicar no boto Editar, e os campos de um cenrio
de teste antigo pode ser alterado.
2. No passo 4, o usurio pode clicar no boto fechar, e o formulrio ser fechado
sem salvar as informaes.
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O usurio dever estar no formulrio de Requisitos.
7) Ps Condies
No se aplica.

32

6.1.4 UC004 Checklist de Validao


1) Breve Descrio
Os usurios, toda vez que forem gerar o SPD, devem preencher o checklist
de validao para se certificar de que o mesmo encontra-se correto.
2) Fluxo Bsico
1. O usurio, aps a edio do SPD, na tela de Formulrio do SPD, clica em
Gerar SPD;
2. O checklist deve aparecer, com vrios itens e um checkbox ao lado esquerdo
de cada item;
3. Os itens de marcao obrigatria devem estar com um asterisco vermelho ao
lado esquerdo do checkbox;
4. Ao selecionar todos os itens obrigatrios e clicar em Gerar SPD, o SPD
gerado;
3) Fluxos Alternativos
1. No passo 1, o usurio pode gerar o SPD pelo menu principal, fazendo com
que a tela do checklist aparea normalmente;
1. No passo 4, caso os checklists no estejam preenchidos corretamente, deve
ser exibido a seguinte frase: Favor rever os itens necessrios do checklist
6) Pr Condies
O SPD deve estar preenchido corretamente para ser validado;
7) Ps Condies
No se aplica.

33

6.1.5 UC005 Manter informaes IT

1) Breve Descrio
O lder da BU prioriza requisitos junto do arquiteto e do cliente, e tambm
insere informaes sobre tamanho e datas de entrega.
2) Fluxo Bsico
1. O usurio clica no boto Anlise de IT;
2. Na tela aberta, ele deve preencher os campos Prioridade, Tamanho e
Data Pr-UAT;
3. Aps o preenchimento o lder deve clicar em salvar;
3) Fluxos Alternativos
No se aplica.
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O SPD deve estar validado para que esta priorizao ocorra;
7) Ps Condies
No se aplica;

34

6.1.5 UC006 Manter Histrico de Alteraes


1) Breve Descrio
Todas as alteraes do documento, devem ser salvas de maneiras que
possam ser visualizadas.
2) Fluxo Bsico
1. O usurio faz qualquer alterao no SPD;
2. Ao clicar no boto Alteraes, exibe um popup com as informaes das
alteraes;
3. Ao clicar em uma das alteraes, deve exibir as informaes detalhadas
acima;
3) Fluxos Alternativos
No se aplica.
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O SPD deve estar validado para que esta priorizao ocorra;
7) Ps Condies
No se aplica;

35

6.1.7 UC007 Gerar SPD


1) Breve Descrio
Deve ser gerado o SPD obedecendo ao template estabelecido pelo cliente;
2) Fluxo Bsico
1. O usurio clica no boto Gerar SPD no menu principal;
2. O SPD gerado conforme template;
3) Fluxos Alternativos
No se aplica.
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O SPD deve estar validado para que esta priorizao ocorra;
7) Ps Condies
No se aplica;

36

6.1.8 UC008 Anexar Arquivos


1) Breve Descrio
Deve ser permitido o anexo de arquivos ao documento;
2) Fluxo Bsico
1.
2.
3.
4.
5.
6.
7.
8.

O usurio clica no boto Editar SPD;


O usurio clica no boto Anexos;
O sistema exibe uma tela de anexos;
O usurio clica no boto anexar;
O usurio preenche o campo Nome do anexo;
O usurio clica no boto ...;
O usurio seleciona o arquivo que ele deseja;
O usurio preenche o campo observaes;

3) Fluxos Alternativos
1. O usurio clica no boto Abrir Anexos no menu principal;
2. O usurio clica duas vezes sobre um item para abrir o anexo;
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O SPD deve estar validado para que esta priorizao ocorra;
7) Ps Condies
No se aplica;

37

6.1.9 UC009 Enviar Email


1) Breve Descrio
O sistema deve fornecer a funcionalidade de envio de e-mail, facilitando o
trafego da ferramenta.
2) Fluxo Bsico
1. O usurio clica no boto Enviar E-mail no menu principal;
2. O sistema exibe uma janela com duas listas, de equipe de acompanhamento
e destinatrios;
3. Ao clicar no boto Enviar E-mail, envio um e-mail automaticamente para a
lista de destinatrios;
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O SPD deve estar validado para que esta priorizao ocorra;
7) Ps Condies
No se aplica;

38

6.1.7 UC010 Manter soluo tcnica


1) Breve Descrio
O arquiteto deve fazer uma analise tcnica no PD e um estudo de viabilidade
para este;
2) Fluxo Bsico
1. O arquiteto clica no boto Anlise de IT no menu principal;
2. O arquiteto preenche o campo de soluo tcnica;
3. O arquiteto clica em salvar;
4) Sub-Fluxos
No se aplica.
5) Requisitos Especiais
No se aplica.
6) Pr Condies
O SPD deve estar validado para que este oramento ocorra.
7) Ps Condies
No se aplica;

39

7. MODELO RELACIONAL NORMALIZADO (MRN)


FIGURA 5 MODELO RELACIONAL NORMALIZADO

8.DICIONRIO DE DADOS PARA O MRN


TABELA 14 - DICIONRIO DE DADOS PARA O MRN
Tabela CENARIO
Campos
ID_CENARIO
ID_REQUISITO
TITULO
DESCRICAO
Tabela REQUISITO
Campos
ID_REQUISITO
TITULO

Tipo
integer
integer
varchar
varchar

PK
Sim

FK

Descrio
Campo que contm a identificao do cenrio
Campo que contm a identificao do requisito
Campo que contm o ttulo do cenrio
Campo que contm a descrio do cenrio

Tipo
integer
varchar

PK
Sim

FK

Tamanho Nulidade Descrio


No Nulo Campo que contm a identificao do requisito
15
Campo que contm o ttulo do requisito
Campo que contm quem esta solicitando o
15
requisito
35
Campo que contm a descrio do requisito
Campo que contm o porque as solicitao do
35
requisito

PK
Sim

FK

Tamanho Nulidade Descrio


No Nulo Campo que contm a identificao do log
Campo que contm a verso do log
15
Campo que contm o autor do log
Campo que contm a data do log

QUEM
OQUE

varchar
varchar

PORQUE
Tabela LOG
Campos
ID_LOG
VERSO
AUTOR
DATA

varchar
Tipo
integer
integer
varchar
date

Tamanho Nulidade
No Nulo
Sim
5
15
35

40

DESCRICAO

varchar

35

MUDANCA
varchar
Tabela AREA
Campos
Tipo
ID_AREA
integer
DESCRIO
varchar
Tabela
EQUIPE_ACOMPANHAMENTO
Campos
Tipo
ID_EQUIPE
integer
EMAIL
varchar
Tabela BENEFICIOS
Campos
Tipo

35

Campo que contm a descrio do log


Campo que contm a mudana que foi feita no
log

PK
Sim

FK

Tamanho Nulidade Descrio


No Nulo Campo que contm a identificao da rea
35
Campo que contm a descrio da rea

PK
Sim

FK

Tamanho Nulidade Descrio


No Nulo Campo que contm a identificao da equipe
15
Campo que contm o e-mail da equipe

PK

FK

Tamanho Nulidade

FK

Tamanho Nulidade
No Nulo
15
15

ID_BENEFICIO
DESCRIO
Tabela SPD
Campos
TITULO
BU
SOLICITANTE

integer
varchar

Sim

Tipo
integer
varchar
varchar

PK
Sim

EMAIL_SOLICITANTE
VERSAO_ATUAL
PROPRIETARIO
DT_ALTERACAO

varchar
integer
varchar
date

Descrio
Campo que contm a identificao do
No Nulo benefcio
35
Campo que contm a descrio do benefcio

15
15

Descrio
Campo que contm o ttulo do SPD
Campo que contm o BU
Campo que contm o solicitante do SPD
Campo que contm o e-mail do solicitante do
SPD
Campo que contm a verso atual
Campo que contm o proprietrio
Campo que contm a data de alterao

41

10.CONCLUSO
Neste

documento

foram

apresentados

aspectos

fundamentais

recomendaes balizadoras para a realizao do projeto MPPD, que atravs do


levantamento dos requisitos de software, possibilitaram documentar objetivamente o
desenvolvimento, a modelagem e entendimento dos casos de uso.
Foram apresentadas as sistemticas utilizadas para execuo do Plano de
Projeto, da arquitetura e da anlise do sistema, assim como as etapas de
implementao e desenvolvimento, de modo a diminuir riscos e minimizar custos de
desenvolvimento.
Assim fica justificado o uso da anlise e especificao dos processos no
sistema para o seu perfeito desenvolvimento para auxiliar de forma eficaz as
atividades de PDs exercidas na empresa GVT.
Durante a leitura do plano, percebeu-se o diferencial do MPPD, como o
controle na documentao e nos processos hoje em dia o principal foco para o
sucesso empresarial. Este controle, exige planejamento e acompanhamento, para a
efetividade dos servios oferecidos pelos diferentes setores da empresa. Para
atender ao fluxo de informaes e as necessidades de todos os departamentos
considerando os nveis de importncia necessria e da adequao de infra-estrutura
e a operabilidade.
Espera-se, com este projeto, deixar definida a estratgia de planejamento,
controle e gerenciamento, descrio, arquitetura e modelagem, bem como todas as
informaes necessrias para o projeto e implementao do sistema MPPD.

42

LISTA DE SIGLAS
Card: Carto
Checklist: Checagem da lista
BU : Business Unit
GVT: Global

Village

Telecom

(GVT)

uma

operadora

multinacional

de

telecomunicaes.
MPPD: Modelagem de Processos de Pequenos Desenvolvimentos
PDs : Pequenos Desenvolvimentos
QA : Quality Assurance - Garantia de Qualidade
Presman : Roger S. Pressman engenheiro de software, escritor e consultor, norteamericano,

presidente

da

R.S.

Pressman

&

Associates.

Scruving: Pavimentao de mudana de processos


SPD : Solicitao de Pequeno Desenvolvimento
TI: Tecnologia da Informao

43

BIBLIOGRAFIA RECOMENDADA
PRESMAN, R. S. Engenharia de Software. 3 edio. So Paulo, Pearson
Education do Brasil, MAKRON Books, 1995.
YOURDON, Edward, Anlise estruturada moderna/ Edward Yourdon; traduo
Dalton Conde de Alencar Rio de Janeiro: Campus, 1990.

44

Potrebbero piacerti anche