UNIP INTERATIVA

Projeto Integrado Multidisciplinar

Cursos Superiores de Tecnologia

SISTEMA DE CONTROLE DAS ATIVIDADES ACADMICAS

Polo Cajazeiras/PB
Boa Viagem - Recife/PE
Polo Uberlndia/MG
Polo Macap/AP
2015

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia

SISTEMA DE CONTROLE DAS ATIVIDADES ACADMICAS

REGINALDO BARBOSA DA SILVA RA 1412318

ROGRIO MATTOS NOVAIS MARIANO DA SILVA RA 1446304
SERGIOVAL BRUNO VICTOR DE LIMA RA 1432101
SINDDY MACIEL MACEDO GONALVES - RA 1409624
TIAGO BACIOTTI MOREIRA - RA 1506835
Anlise e Desenvolvimento de Sistemas

Polo Cajazeiras/PB
Boa Viagem - Recife/PE
Polo Uberlndia/MG
Polo Macap/AP
2015

EPGRAFE

No devemos acusar nosso corpo de ser a

causa de males, nem atribuir nossos
problemas a coisas externas. Devemos
procurar a causa do sofrimento em nossa
alma, e, deixando de lado a busca de
alegrias
passageiras,
devemos
ser
completamente senhores de ns prprios.
Porque as causas da infelicidade do homem
esto no medo e no desejo ilimitado e
vazio.
Porfrio

RESUMO
Neste projeto ser desenvolvida uma aplicao web em ASP.NET para
o controle de tarefas acadmicas (trabalhos, provas, atividades
complementares, DPs etc.), o mesmo ser composto de duas partes, uma
terica e outra prtica. O projeto comear desde o Escopo, ou seja, a soma
total de todos os produtos do projeto e seus requisitos ou caractersticas que
precisam ser realizadas para a entrega do produto, depois ser feita a
elaborao da EAP que normalmente concebida aps o Termo de Abertura
do projeto, na fase de Planejamento, que servir para facilitar a organizao
dos pacotes de trabalho que sero descritos na fase seguinte (antes do
cronograma) e facilitar a rastreabilidade de um pacote de trabalho no
cronograma. Apresentaremos o plano de risco, que tudo aquilo que ameaa o
sucesso de uma determinada funcionalidade do projeto ou que minimiza as
chances de sucesso do mesmo, por ltimo sero feitas as definies dos
padres de qualidade do projeto, cujo intuito atender plenamente os
requisitos do cliente e superar a expectativa do mesmo.

Palavras-chave:
ASP.NET
MVC4.
Gerenciamento
Desenvolvimento do Sistema Gerenciador de Tarefas.

de

Projetos.

ABSTRACT
This project will develop a web application in ASP.NET for the control of
academic assignments (papers, tests, complementary activities, DPs etc.), it will
be composed of two parts, one theoretical and one practical. The project starts
from Scope, ie the sum total of all project products and its requirements or
characteristics that need to be made to the delivery of the product, then it will be
the preparation of the EAP that is typically designed after the Opening Term the
project, the Planning phase, which will serve to facilitate the organization of the
work packages that will be described in the next stage (ahead of schedule) and
will facilitate the "traceability" of a work package on schedule. We present the
risk plan, which is all that threatens the success of a particular feature of the
project or which minimizes the chances of success of it finally will be made the
definitions of project quality standards, which aims to fully meet the
requirements
customer
and
exceed
the
expectation
of
it.
Keywords: ASP.NET MVC4. Project management. Development Task Manager
System.

SUMRIO
LISTA DE ILUSTRAES
.
LISTA DE ABREVIATURAS E SIGLAS
.
INTRODUO......................................................................................................3
CAPTULO 1 - REQUISITOS.............................................................................4
1.1.

RF01 Escolha e reserva do automvel...................................................4

1.2.

RF02

Sistema

de

Controle

de

Tarefas

Acadmicas.......................4
CAPTULO 2 - ESCOPO....................................................................................5
2.1. Objetivos.....................................................................................................5
2.2.

Descrio e requisitos................................................................................5

2.3.

Limites do projeto.......................................................................................6

2.4.

Regras do projeto.......................................................................................6

2.5.

Critrios de aceitao................................................................................6

2.6.

Premissas..................................................................................................6

2.7.

Restries.................................................................................................7

2.8.

Organizao inicial da equipe do projeto..................................................7

2.9.

Riscos iniciais............................................................................................7

2.10. Datas importantes.....................................................................................7

CAPTULO 3 - Estrutura Analtica do Projeto (EAP)..........................................8
Estrutura Analtica do Projeto (EAP)....................................................................8
Diagrama da Estrutura Analtica do Projeto (EAP)...............................................9
CAPTULO 4 - CRONOGRAMA.......................................................................10
Cronograma........................................................................................................10
CAPTULO 5 - PLANO DE RISCO...................................................................11
5.1.

Descrio dos processos de gerenciamento de riscos............................12

5.2. Qualificao dos riscos..............................................................................13

5.3.

Definies de probabilidade e impacto dos riscos...................................13

5.4. Quantificao dos riscos...........................................................................15

5.5. Respostas planejadas aos riscos..............................................................16

CAPTULO 6 - PADRES DE QUALIDADE....................................................19
C
ONSIDERAES FINAIS................................................................................24
R
EFERNCIAS

 LISTA DE ILUSTRAES

Figura 1 Estrutura Analtica do Projeto (EAP)..........................................................9

Figura 2 - Cronograma...............................................................................................10
Figura 3 - RBS Risk Breakdown Structure..............................................................12
Figura 4 - Tabela Matriz de probabilidade x impacto.................................................14
Figura 5 - Tabela Gesto de Risco.............................................................................14
Figura 6 - Tabela de Respostas planejadas aos riscos..............................................16

 LISTA DE ABREVIATURAS E SIGLAS

ASP Active Server Pages
EAP Estrutura Analtica do Projeto
ISO - International Organization for Standardization
IEC - International Electrotechnical Commission
MVC Model View Controller
NBR Norma BRasileira
SLA Service Level Agreement

INTRODUO

Com o avano da tecnologia, os seus derivados tornaram-se mais acessveis

populao em geral, em especial, a internet, que pode ser acessada em
qualquer lugar do mundo a partir de computadores e dispositivos mveis
(notebook, netbook, tablets, celulares, etc..). A partir desse conceito, tornouse necessrio o desenvolvimento de aplicativos para o armazenamento e
controle de dados, assim, organizando de forma eficaz e com reduo de
espao fsico e de materiais palpveis, ou seja, ecologicamente correto. Mas
para que isso seja possvel, no basta apenas utilizar uma linguagem de
programao qualquer, uma ferramenta IDE e desenvolver um aplicativo de
qualquer jeito. Para que se tenha xito, necessrio que seja feita toda a
documentao necessria para que se desenvolva organizadamente,
prevenindo falhas, retrabalho e perda de tempo na criao e manuteno do
software. Para tanto, neste projeto utilizasse um roteiro com as seguintes
etapas: descrio do escopo, elaborao da estrutura analtica do projeto
(EAP), desenvolvimento do cronograma, apresentao do plano de risco e
definio

dos

padres

de

qualidade

esperados.

Em

paralelo

ao

gerenciamento do projeto d-se o desenvolvimento ao sistema, que ser

escrito na linguagem de programao ASP.NET MVC4, o qual dever
contemplar o cadastro das tarefas acadmicas (com opes para excluir e
alterar cada tarefa), data limite para realizao de cada tarefa, um alerta na
tela de quando atingir a data de entrega e utilizar um banco de dados
Microsoft Access. Aps a concluso do desenvolvimento, o projeto validado
e entregue para a sua implantao.

CAPTULO 1 -

REQUISITOS

O projeto dever contemplar a descrio do roteiro para elaborao do

desenvolvimento do software e o sistema com todas as funes definidas pelos

stakeholders.
1.1 RF01 Gerenciamento do projeto
Para o gerenciamento, o projeto dever abordar os seguintes itens:
1) Descrever o Escopo do Projeto;
2) Elaborar a Estrutura Analtica do Projeto (EAP);
3) Desenvolvimento do Cronograma;
4) Apresentar o Plano de Risco;
5) Definir os Padres de Qualidade Esperados.
1.2 RF02 O Sistema de Controle de Tarefas Acadmicas
O Software dever ser elaborado em ASP.NET e ter as seguintes
funcionalidades:
1) Permitir o cadastro das tarefas acadmicas (com opes para excluir e alterar
cada tarefa);
2) Data limite para realizao de cada tarefa;
3) Alerta (em tela) de quando atingir a data de entrega da tarefa;
4) Utilizar o banco de dados Microsoft Access.

CAPTULO 2 -

ESCOPO

Com base nas definies dos requisitos e sua validao, d-se o incio

ao escopo, com o intuito de orientar no desenvolvimento do projeto e do produto. O

escopo pode ser dividido nas seguintes formas:

Escopo do projeto, que atividade coordenada, de carter fsico e/ou

intelectual, necessrio para a realizao da entrega do produto, servio ou
resultado com as caractersticas e funes especificadas;

Escopo do produto so as particularidades e funes que distingue o produto,

servio ou resultado.

2.1 Objetivos

O objetivo do projeto desenvolver uma aplicao web em ASP.NET

para o cadastro e gerenciamento das tarefas acadmicas (trabalhos, provas,

atividades complementares, dependncias, etc.), com o intuito de organizar a
entrega destes arquivos.

O sistema dever ser concludo e entregue juntamente com a sua

documentao, entre os dias 11 e 18 de novembro de 2015, sendo que no haver

a possibilidade de entrega aps o fim do prazo.
2.2 Descrio e requisitos

projeto

contar

com

os

documentos

referentes

ao

seu

gerenciamento e descrio do produto. O sistema web, dever ser desenvolvido em

ASP.NET e ter as seguintes caractersticas:

Campos para cadastro das tarefas acadmicas;

Opo para anexao;

Opo para excluso;

Opo para alterao;

Informao na tela com os prazos de entrega para cada tipo de atividades

acadmicas;

Uma pgina de introduo de funcionamento do sistema;

Alerta na tela de quando atingir a data de entrega para determinada tarefa;

Para armazenamento ser utilizado o Banco de dados Microsoft Access.

2.3 Limites do Projeto

Est fora do escopo deste projeto:

Hospedagem do sistema em servidor web;

Integrao do sistema a instituio de ensino;

Envio das tarefas a terceiros.

2.4 Entregas do projeto

Documentao do plano de produo e caractersticas do produto;

Sistema web em ASP.NET para gerenciamento das atividades acadmicas.

2.5 Critrios de aceitao

Interface grfica:

- Deve ser simples e esteticamente agradvel.

Interao homem-mquina:

- Deve ser intuitivo e, conter informaes e dicas de como utilizar seus

itens.

Comunicao sistema - banco de dados:

- O sistema dever cadastrar, excluir e alterar as tarefas acadmicas do

aluno no bando de dados.

Banco de dados:

- Dever ser utilizado o Microsoft Access.

Documentos:

- Dever constar no ato da entrega os documentos referentes ao plano de

construo e descrio do produto.
2.6 Premissas

O Sistema dever ser criado em ASP.NET MVC 4;

Software para a construo do sistema dever ser o Visual Studio a partir

da verso 12.

2.7 Restries

No dever agregar custos financeiros;

A entrega do projeto dever ser entre os dias 11 e 18 de novembro de

2015;

2.8 Organizao Inicial da Equipe do Projeto

Criao do documento referente ao sistema:

Reginaldo Barbosa da Silva;

Rogrio Mattos Novais Mariano da Silva;

Sergioval Bruno Victor de Lima;

Sinddy Maciel Macedo Gonalves;

Maria de Lourdes Leite Alves Lopes de Melo;

Tiago Baciotti Moreira.

Criao do sistema web:

Rogrio Mattos Novais Mariano da Silva;

Sergioval Bruno Victor de Lima;

Tiago Baciotti Moreira.

2.9 Riscos Iniciais

Ausncia de algum integrante da equipe.

2.10 Datas importantes

O projeto dever ser concludo at dois dias antes do prazo de entrega

para que o mesmo possa ser revisado e testado;

O prazo para entrega dever ser entre os dias 11 e 18 de novembro de

2015.

CAPTULO 3 -

ESTRUTURA ANALTICA DO PROJETO

(EAP)

De acordo com Heldman (2009), a Estrutura Analtica do Projeto (EAP)

a decomposio hierrquica orientada entrega do trabalho a ser executado pela

equipe do projeto para atingir os objetivos. Organiza e define o escopo descrito na
declarao do escopo do projeto. Ou seja, gera a base para a definio do trabalho,
seu relacionamento com os objetivos do projeto e estabelece a arcabouo para o
gerenciamento do trabalho at sua finalizao.

Baseado nas informaes contidas, foi elaborado a estrutura analtica

do projeto do controle das tarefas acadmicas em 3 (trs) fases, cada uma com as
suas tarefas e subtarefas descritas, tais como:
1) Iniciao
1. Definio de Escopo
2. Levantamento de Requisitos;
2.1 Entrevistas com Stakeholders.

2.1.1 Desenvolver Cronograma.

2) Desenvolvimento
1 Diagrama Entidade Relacionamento;
2 Codificao;
2.1 Testes unitrios.

3 Testes integrados.

3) Entrega.

 1 Homologao;

1.1 Implantao.

2 Aceite do projeto.

Aps a definio da EAP, elaborasse o seu diagrama para a

visualizao da estrutura grfica do escopo do projeto, como pode ser visto na figura
abaixo:

Figura 1 - Estrutura Analtica do Projeto (EAP).

Fonte: Arquivo pessoal

CAPTULO 4 -

CRONOGRAMA

O cronograma desenvolvido com o intuito de delinear as atividades

imprescindveis para a execuo do projeto e crucial para o seu xito, afim
de, evitar o descumprimento do prazo, ou seja, evitando o prejuzos
adicionais ao projeto. Para tanto, o cronograma foi elaborado com o uso do
Microsoft Project, em conjunto com a equipe, definindo assim, o tempo
estimado para o controle do desenvolvimento do projeto. Observe a figura
abaixo, onde detalhado o cronograma.

Figura 2 - Cronograma

Fonte: Arquivo pessoal

CAPTULO 5

PLANO DE RISCO

Ter sucesso na Gesto de Riscos no significa necessariamente que

no haver riscos, mas que fomos capazes de quantificar o risco e decidir que riscos
estamos dispostos a correr. Gesto de riscos tomar decises ou mapear os riscos
de forma a contribuir para que estas decises sejam tomadas. Em contrapartida,
iremos considerar o valor da informao no confronto com os custos da segurana
da informao. No podemos deixar de considerar na anlise de riscos estes trs
aspectos que devem fazer parte de qualquer projeto de segurana: Pessoas
(cultura, capacitao e conscientizao), Processos (metodologias, normas e
procedimentos) e Tecnologia (ferramentas que comportam os recursos fsicos e
lgicos). (WESTERMAN & HUNTER, 2008):

O gerenciamento de riscos deve ser tratado de forma integrada nos

projetos e na cultura organizacional por meio da governana de riscos. No pode ser

apenas mais uma atividade burocrtica (preencher papel). uma oportunidade de
sermos criativos em todos os aspectos dos projetos. Incluir stakeholders nas
anlises e decises de riscos, obter comprometimento e melhorar a comunicao do
projeto, desenvolver uma estratgia de aquisies consistente com os riscos do
projeto, analisar alternativas de escopo, cronograma e custos, identificar drivers de
performance e sensibilidade do projeto, planejar respostas aos riscos e verificar sua
eficincia e eficcia so aes importantes e necessrias para uma boa gesto de
riscos e o sucesso do projeto. O planejamento de riscos envolve definir e
documentar como os riscos sero identificados, analisados e gerenciados ao longo
do projeto, resultando no Plano de Gerenciamento de Riscos, este vai sendo
atualizado e complementado medida que as atividades de identificao, anlise e
planejamento das respostas so realizadas. Trata-se de um processo iterativo e
progressivo. O passo seguinte identificar os riscos, criando a lista de riscos. Como
resultado da identificao de riscos, teremos o Registro de Riscos, que deve conter:

Lista de Riscos Identificados: Descritos com o maior nvel de detalhe

possvel (conhecido). Como o EVENTO pode ocorrer, causando o
IMPACTO, ou SE CAUSA, o EVENTO pode ocorrer, levando a
EFEITO. Listar os riscos e suas causas-raiz evidentes.

Lista de Respostas Potenciais: Respostas teis podem ser

identificadas juntamente com os riscos e posteriormente analisadas /
melhoradas.

O Plano de Gerenciamento de Riscos escolhe e define como sero

todas as atividades de gerenciamento de riscos durante o projeto e esclarece

tolerncias, protocolos e procedimentos, atribuio de pessoas e responsabilidades,
designaes de tempo e recursos para o gerenciamento de riscos. O registro de
riscos contm as entradas iniciais sobre riscos obtidas como sada do processo
Identificar Riscos. Posteriormente, os resultados dos demais processos de riscos
(Anlise Qualitativa, Anlise Quantitativa e Plano de Respostas aos Riscos) sero
incorporados a este registro, aumentando o nvel de detalhe e tipo de informaes
contidas no registro de risco.

5.1 Descrio dos processos de gerenciamento de riscos

O gerenciamento de risco do projeto ser realizado com base nos

riscos previamente identificados, assim como no monitoramento dos novos riscos

que possam ser identificados oportunamente na evoluo do projeto. Todos os
riscos no previstos neste plano devem ser incorporados ao projeto dentro do
sistema de controle de mudana de risco. Os riscos a serem identificados sero
apenas os riscos internos ao projeto. Os demais riscos sero automaticamente
aceitos sem analises e consequentemente sem respostas previstas, ou seja, ter
uma aceitao passiva. As avaliaes, identificaes e monitoramento dos riscos
devem ser realizados por escritos via ata de reunio conforme plano de
comunicao do projeto.

O modelo de estrutura de riscos apresentado abaixo aborda apenas os

riscos internos no tcnicos, riscos legais e riscos tcnicos. Os riscos externos no

sero considerados conforme descrito anteriormente.

Figura 3 - RBS Risk Breakdown Structure

Fonte: Arquivo pessoal

5.2 Qualificao dos riscos

Os riscos identificados sero qualificados na sua probabilidade de

ocorrncia e impacto ou gravidade dos seus resultados conforme descrito a seguir:

Probabilidade

Baixa A probabilidade de ocorrncia do risco pode ser considerada pequena

ou imperceptvel (menor do que 40%).

Mdia Existe uma probabilidade razovel de ocorrncia do risco

(probabilidade entre 40 a 60%).

Alta O risco iminente (probabilidade maior que 60%)

Gravidade

Baixa O impacto do evento de risco irrelevante para o projeto, tanto em

termos de custos, quanto de prazos, podendo ser facilmente resolvido.

Mdia O impacto do evento de risco relevante para o projeto e necessita

de uma gerenciamento mais preciso, sob pena de prejudicar seus resultados.

Alta O impacto do evento de risco extremamente elevado e, no caso de

no existir uma interferncia direta, imediata e precisa da equipe do projeto,
os resultados sero seriamente comprometidos.

5.3 Definies de probabilidade e impacto dos riscos

O impacto varia de acordo com a rea impactada. Veja, o quadro

abaixo orienta como classificar o impacto. O grau de severidade (G = I x P) est

definido na matriz de probabilidade x impacto demonstrada baixo:

Figura 4 - Tabela Matriz de probabilidade x impacto

Probabi

% de

lidade

certeza

1Muito

Baixa

0 a 20%

2Baixa

40%

3Mdia
4 - Alta

40 a
60%

20 a

60 a
80%

5Muito

Alta

> 80%

Muito
Baixo (1)

Baixo (2)

De 2 a
5% no
orament
o

C
us
to

No
Significati
vo

Te
m
po

No
significati
vo

De 5% a
8% no
prazo

Es
co
po

Diminui
o do
Escopo
quase
impercep
tvel

reas
menos
important
es do
escopo
afetadas

Mdio
(3)

De 5 a
8% no
orame
nto

De 8%
a 10%
no
prazo
reas
importa
ntes do
escopo
afetada
s

Alto (4)

De 8 a
10% no
orame
nto

De 10 a
15% no
prazo

Redu
o do
Escopo
inaceit
vel para
o
patrocin

Muito
Alto (5)
Acima
de 10%
no
orame
nto
Acima
de 15%
no
prazo
Item
final do
projeto
sem
nenhum
a
utilidad

ador

Q
ua
lid
ad
e

Degrada
o da
qualidad
e quase
impercep
tvel

Somente
as
aplicae
s mais
crticas
so
afetadas

Redu
o da
qualidad
e exige
a
aprova
o do
patrocin
ador

Redu
o da
qualidad
e
inaceit
vel para
o
patrocin
ador

Fonte: Arquivo pessoal

Figura 5: Tabela de Gesto de Risco

Gesto de Risco

Projeto:

Descrio:

Quantidade de
Riscos:
Risco Geral do
Projeto:

17

1,764705
882

Ger.
Taref.
Acad

Risco Baixo:

41,18%

Risco Mdio:

41,18%

Risco Alto:

17,65%

Resposta:

Aceitar

Mitigar

Evitar

Transferir

1: Muito
Baixa

2: Baixa

3: Mdia

4: Alta

Probabilidade:

Probabilid
ade

3
4 5

3
4 5

1
6
8

9
1 1

Item
final do
projeto
sem
nenhum
a
utilidad
e

Severidade

Impacto:

5: Muito
Alta

1: Muito
Baixo

2: Baixo

3: Mdio

4: Alto

5: Muito
Alto

Custo

Escopo

Qualidad
e

Tempo

1 2

2 2

Fonte: Arquivo pessoal

5.4 Quantificao dos riscos

Para todos os riscos identificados no projeto, o Gerente de Projetos

define a estratgia de resposta (eliminao, mitigao, aceitao ativa, aceitao

passiva ou transferncia), seguindo os critrios:

Identificao da estratgia para tratamento e resposta do risco;

Riscos de perda esperada baixa no demandam o planejamento de

respostas, sendo assim so classificados como estratgia de aceitao
passiva;

Riscos de perda esperada mdia demandam, pelo menos, o planejamento de

aes de contingncia, portanto so classificados como estratgia de
aceitao ativa;

Riscos de perda esperada alta, devido a sua prioridade, demandam de, pelo
menos, aes de mitigao e contingncia, portanto so classificados como
estratgia de mitigao, transferncia ou eliminao;

Riscos classificados como estratgia de eliminao no demandam a

identificao das aes de mitigao e contingncia.

Para os riscos de perda esperada alta, o Gerente de Projetos realiza anlise

de custo x benefcio das estratgias de eliminao, transferncia ou mitigao
dos riscos, comparando o custo ou tempo total do projeto com o custo ou
tempo da implementao dos planos de eliminao ou mitigao do risco e o
custo da transferncia do risco.

5.5 Respostas planejadas aos riscos

Para os riscos identificados e qualificados, optou-se por estratgias

diferenciadas para cada necessidade, conforme quadro a seguir.

Descrio do Risco

Gerente de projeto
inexperiente

I
m
p
a
ct
o

C
E
T

Conseq
uncias

Atraso
no
projeto,
conflito
da

Figura 6 - Tabela de Respostas planejadas aos riscos

Al

R
e
s
p
o
st
a
d
o
R
is
c
o
M
iti
g
ar

Ao

Estudar
Gernci
a de
Projetos

equipe,
prazos
inadequ
ados.

Planejamento
inadequado do custo

Falta de prtica do
Processo

C
u
st
o

Prejuzo
para os
stakehol
ders

Maior
tempo
de
conclus
o do
projeto

C
T
E

Comunicao
ineficiente;

C
T
E

Dificuld
ade de
entendi
mento
das
tarefas
e
atividad
es do
projeto.

T
ra
n
sf
er
ir

A
c
ei
ta
r

Al

Tentar
melhora
r o uso
dos
meios
de
comunic
ao;
Gerir
feedbac
k dos
integrant
es.
Procurar
um
ndice
de
efetivida
de do
teste da
soluo
maior

Rever
requisito

M
iti
g
ar

Dificuldades para
carga inicial,
migrao e
integrao.

Requisitos
incorretos;

C
T
E
Q

E
s
c
o
p
o
E
s
c
o
p
o
E
s
c
o

Mudanas contnuas
dos objetivos e
escopo do projeto

Requisitos no
definidos de forma
adequada

Requisitos no esto
claros

T
e
m
p
o

Alonga
mento
do
tempo
de
projeto

Retrabal
ho ou
aument
o do
custo.

Retrabal
ho

Mau
entendi
mento
do
escopo

Mau
entendi
mento
do

Al

Obter
opinio
de
terceiros

A
c
ei
ta
r

M
iti
g
ar

M
iti
g
ar

A
c
ei
ta
r

E
vi
ta
r

Componentes do
software possui
vulnerabilidade de
segurana

Servidor do site
altera o plano de
custos

Fim do contrato com

o servidor do site

p
o
Q
u
al
id
a
d
e

escopo

C
u
st
o

C
u
st
o
T
e
m
p
o

No disponibilidade
do Site dos Dados
Abertos

Invalidez dos dados

disponveis no site

Membros da equipe
de desenvolvimento
treinados
inadequadamente

C
T
Q

C
T
Q

C
T
E

Produto
menos
atrativo
logo
geraria
menos
lucro.
Maior
custo de
contrata
o
Necessi
dade de
assinar
um
novo
contrato
, perda
do
servio.
Sem
backup
no
ser
possvel
atualizar
o site
Inviabili
dade do
projeto

T
ra
n
sf
er
ir

A
c
ei
ta
r

P
re
v
e
ni
r

A
c
ei
ta
r

A
c
ei
ta
r

M
iti
g
ar

Discutir
com a
equipe
de
Projeto
sobre o
tema

Efetuar
DOJOS

Ausncia de
comprometimento
dos membros da
equipe de
desenvolvimento em
relao ao projeto

Falta de boas
prticas da equipe
tcnica

T
e
m
p
o

Q
u
al
id
a
d

Aument
o do
tempo
de
projeto

Cdigo
confuso,
difcil de
entende
r.

A
c
ei
ta
r

M
iti
g
ar

Convers
ar com
equipe
de
desenvo
lvimento
acerca
do tema;
Demiss
o dos
membro
s.
Efetuar
DOJOS

Fonte: Arquivo pessoal

CAPTULO 6 PADRES DE QUALIDADE ESPERADOS

Objetivo

Nosso objetivo produzir um software de qualidade que supra as

necessidades do cliente, para que o esse se sinta satisfeito com o desempenho e
usabilidade do mesmo. Para isso, fizemos diversos testes de qualidade para que o
sistema no apresente nenhum erro quando chegar s mos do usurio final.

Alm disso, objetivamos tambm alta usabilidade no uso da pea de

software produzida, visto que, um sistema com facilidade de uso e facilidade de
aprendizado (conceitos relacionados diretamente usabilidade) diminuir a
incidncia de erros e recusa do software pelo usurio.

Avaliao a qualidade do produto

que so:

Avaliamos a qualidade do software de acordo com algumas normas

- ISO/IEC 9126 (NBR 13596), que dene as caractersticas de qualidade de

sw que devem estar presentes em todos os produtos.

- ISO/IEC 12119, estabelece os requisitos de qualidade para pacotes de sw e

instrues para teste, considerando esses requisitos.

- ISO/IEC 14598-5, dene um processo de avaliao da qualidade de produto

de sw.

Organismos de certicao

No Brasil, para fornecer o certicado ISO 9000, existem empresas

credenciadas pelo INMETRO.

Utilizamos uma equipe multidisciplinar com especialistas da rea de

tecnologia e especialistas da rea que se utilizar do software, testando-o e

homologando-o a partir da viso do usurio final. Alm disso, tem tambm a equipe
de QA (Quality Assurance, Garantia de Qualidade) responsvel por validar cada
funcionalidade.

Garantia de qualidade do produto

O software possui garantia de 90 dias a partir do momento da

homologao para qualquer erro que esteja em desacordo com o que foi
especificado.

Alm disso, nos 30 dias iniciais a partir da implantao um analista

ficar disposio para verificao in loco de erros em uma etapa chamada de

produo assistida.

O cliente poder entrar em contato diretamente conosco atravs do

nosso site ou por telefone, onde daremos um suporte de qualidade para qualquer
erro que venha a acontecer.

Todas as necessidades do cliente sero documentadas atravs de um

sistema de Tickets para abertura e controle das chamadas e posteriormente de

validao do SLA (Service Level Agreement)

Aplicao de padres

Os padres modernos de desenvolvimento e documentao podem ser

usados: para documentos, documentao do cdigo e estilo de codicao (como

usar linguagem de programao).

Padres podem ser determinados pelo nosso cliente, por normas

internacionais ou pela nossa prpria empresa alm de poderem ser validados a

qualquer momento.

Custo de qualidade

O custo de qualidade inclui todos os gastos financeiros relacionados s

atividades de qualidade, os quais podem ser divididos em: custos de preveno,

custos de avaliao e custos de falhas.

Existem falhas que podem ocorrer antes da entrega do produto e

outras depois do sistema em produo. As falhas do segundo tipo oneram mais a

empresa e os desenvolvedores.

Os custos de preveno incluem:

- Planejamento da qualidade;

- Revises tcnicas formais;

- Teste de equipamentos;

- Treinamento.

Os custos de avaliao incluem:

- Inspees dos processos e relaes entre eles;

- Manuteno dos equipamentos;

- Testes.

Os custos de falhas poderiam desaparecer se nenhum defeito

ocorresse antes da entrega do produto para o cliente.

Dividiremos o custo de falhas em duas etapas, custos de falhas

internas e custos de falhas externas:

Os custos de falhas internas

- retrabalho;

- conserto de bugs;

- anlise de falhas.

Os custos de falhas externas

- resoluo de queixas;

- troca/devoluo do produto;

- suporte em help on-line;

- trabalhos de segurana;

- Cancelamento de contrato;

- Em ltimo caso, processos.

Mtricas de Qualidade de Software

Um elemento Essencial de qualquer processo de engenharia a

medio. Ns usamos medidas para melhor entendermos os atributos dos modelos

que criamos e, o mais importante que ns usamos medidas para avaliarmos a
qualidade dos produtos de engenharia ou sistemas que ns construmos.

Ao contrrio de outras engenharias, a engenharia de

software no baseada em leis quantitativas bsicas, medidas absolutas no so

comuns no mundo do software. Ao invs disso, ns tentamos derivar um conjunto de
medidas indiretas que levam a mtricas que fornecem uma indicao de qualidade
de alguma representao do software.

Embora as mtricas para software no sejam absolutas,

elas fornecem uma maneira de avaliar qualidade atravs de um conjunto de regras

definidas.

Aes de controle de qualidade

- Toda mudana no software tem potencial para introduzir erros ou criar

efeitos colaterais que propagam erros. E por isso devem ser controlados.

- Controle de mudanas durante desenvolvimento e manuteno essencial

para garantir a qualidade do software, pois uma mudana por menor que seja
pode comprometer outras reas de funcionamento.

- Medio obteno de mtricas para rastrear a qualidade do sw e para

avaliar o impacto de mudanas nos mtodos e procedimentos usados para
desenvolvimento e manuteno.

- Anotao e manuteno de registros manterem histrico com resultados de

revises, auditorias, controle de alteraes e outras atividades de garantia de
qualidade.

- Utilizamos uma meta de 3% nessa fase, o que significa que pode ocorrer 3
erros a cada 100 testes. E por isso todos os planos de testes so auditados e
caso estourem essa margem os desenvolvedores precisam explicar os
motivos da no aderncia aos requisitos e padres de qualidade.

Motivao para o uso de Mtricas de Qualidade

Independentemente da mtrica usada, procuramos buscam sempre os

mesmos objetivos:

- Melhorar o entendimento da qualidade do produto;

- Atestar a efetividade do processo;

- Melhorar a qualidade do trabalho realizado no nvel de projeto.

CONSIDERAES FINAIS

Com a finalidade de prover organizao e praticidade, tanto para os

desenvolvedores quanto para o usurio final, o projeto contou com boas prticas de
gerenciamento

para

desenvolvimento

do

aplicativo.

Consequentemente,

possibilitando o aprendizado no tocante a eficcia da projetao e criao do

sistema. Para tal, utilizou-se os conhecimentos adquiridos nos livros de
Gerenciamento de Projetos de Software, Desenvolvimento de Software para Internet
e Tpicos Especiais de Programao Orientada a Objetos. Sendo assim,
possibilitando a descrio do escopo, na qual, delimitasse as necessidades do
cliente. A elaborao da estrutura analtica do projeto (EAP), em que se faz a
pario hierrquica dirigida entrega do projeto efetuado pela equipe, para atingir o
resultado esperado. Desenvolvimento do cronograma, no qual so detalhadas as
operaes necessrias para a execuo do trabalho, sendo de extrema importncia
para o seu xito. Plano de risco, em que feito de forma proativa o gerenciamento
dos riscos no decorrer do projeto, a fim de evitar danos, aumentar a produtividade e
reduzir o retrabalho. Definio dos padres de qualidade esperados, na qual so
tomadas as aes realizadas durante a execuo do projeto, com o intuito de
garantir a qualidade. Em paralelo, executou-se a criao do sistema de controle de
tarefas na linguagem dedicada a navegadores web (web browser ou browser)
ASP.NET MVC 4, que possu uma elevada capacidade de teste e manuteno que
segue o padro MVC (Model-View-Controller). Nesse sistema, pde-se tambm

adquirir um alto aprendizado relativo programao das funes requisitadas para o

seu devido fim.

REFERNCIAS

BEAL, Adriana. Segurana da Informao: Princpios e Melhores Prticas

para a Proteo dos Ativos da Informao nas Organizaes. So Paulo:
Editora Atlas, 2008.
HELDMAN, Kim. O Gerenciamento de Projetos de Softwares. Rio de
Janeiro: Elsevier, 2009.
Ribeiro, Andr Luiz. Gerenciamento de Projetos de Software. So Paulo:
Editora Sol, 2015.
STONEBURNER, G.; GOGUEN, A.; FERINGA, A. Risk Management Guide
for Information Technology System. Gaithersburg: NIST National Institute
of Standards and Technology, July 2002. 54 p. (Special Publication 800-30).
Disponvel em < http://csrc.nist.gov/publications/nistpubs/800-30/sp80030.pdf>
WESTERMAN, George; HUNTER, Richard. O Risco de TI. Convertendo
Ameaas aos Negcios em Vantagem Competitiva. Harvard Business
School Press, 2007. So Paulo: Ed. M.Books do Brasil, 2008.