1

UNIVERSIDADE PAULISTA
CURSO SUPERIOR DE TECNOLOGIA
GESTO EM TECNOLOGIA DA INFORMAO




MILTON CARLOS SOUSA LIMA






PIM VII
PROJETO INTEGRADO MULTIDISCIPLINAR
FABRICANTE DE SOFTWARES PARA INSTITUIES







Belm Par
2014


2

MILTON CARLOS SOUSA LIMA













PIM VII
PROJETO INTEGRADO MULTIDISCIPLINAR
FABRICANTE DE SOFTWARES PARA INSTITUIES





Trabalho do Projeto Integrado Multidisciplinar PIM
VII e VIII, apresentado como exigncia para concluso
do 4 Semestre do Curso Superior de Tecnologia Gesto
em Tecnologia da Informao, da Universidade Paulista
UNIP, campus Entroncamento.

Monitora: NATLIA MORAES




Belm - Par
2014


3


Resumo
O presente artigo reporta-se a uma pesquisa de anlise de impacto, planejamento,
desenvolvimento e implantao de melhorias nos processos de TI da empresa Software Developer,
correlacionando s matrias propostas pelo projeto, utilizando como ferramenta de apoio a Governana de
TI, Gesto da Qualidade e Sistemas para Internet e Software Livre. Onde objetivo geral desenvolver um
novo comparativo de sucesso aonde a tecnologia da informao vem aprimorando a forma das empresas
operarem e obter lucro. Quanto metodologia, trata-se de uma pesquisa quantitativa e qualitativa,
viabilizada por meio de anlise de contedo. No referencial terico foram abordados os seguintes temas:
Governana de TI, Gesto da Qualidade e Sistemas para Internet e Software Livre. Palavras-Chave:
Governana de TI, Gesto de Qualidade e Sistemas para Internet e Software Livre.























4

Abstract
This article refers to a survey of impact analysis, planning, development and
implementation of improvements in IT processes of Software Developer, correlating to the matters
proposed by the project, using as a tool to support IT Governance, Quality Management and Internet
Systems and Free Software. Where overall goal is to develop a new comparative success where
information technology is improving the way businesses operate and make a profit. Regarding the
methodology, it is a quantitative research and quality, made possible through content analysis. In the
theoretical framework were discussed the following topics: IT Governance, Quality Management Systems
and Internet and Free Software. Keywords: IT Governance, and Quality Management Systems for
Internet and Free Software.
























5

Sumrio
2-Objetivo geral ........................................................................................................................ 7
2.1-Objetivos especficos .......................................................................................................... 7
2.2-Metodologia ....................................................................................................................... 7
3-Governana de TI ................................................................................................................... 7
3.1-Governana Tecnolgica ..................................................................................................... 7
3.2-A Diferena entre CMM E CMMI ......................................................................................... 8
3.3- CMMI ............................................................................................................................ 8
3.3.1-Nveis do CMMI................................................................................................................ 9
3.3.1.1-Nvel 1 (Inicial) .............................................................................................................. 9
3.3.1.2-Nvel 2 (Repetitivo) ....................................................................................................... 9
3.3.1.3-Nvel 3 (Definido) .......................................................................................................... 9
3.3.1.4-Nvel 4 (Gerenciado)...................................................................................................... 9
3.3.1.5-Nvel 5 (Otimizado) ....................................................................................................... 9
3.3.2-Processo de implantao do modelo CMMI ..................................................................... 9
3.3.2.1. Incio ....................................................................................................................... 9,10
3.3.2.2. Anlise de riscos ......................................................................................................... 10
3.3.2.3. Cronograma................................................................................................................ 10
3.3.2.4. Treinamento e preparao ........................................................................................... 10
3.4-O processo GQM .......................................................................................................... 11,12
3.4.1-Implantando um processo de Melhoria Contnua ............................................................ 12
5-Sistemas para Internet e Softwares Livres ............................................................................ 12
5.1-. Sistema de Informao Distribudo .................................................................................. 12
5.2. Servidores de arquivos distribudos ............................................................................. 13,13
5.3. Linux e Software Livre ...................................................................................................... 13
6-Concluso ............................................................................................................................ 15
7. Referncias Bibliogrficas ................................................................................................... 16






6

1-Introduo

Dentre os valores que as organizaes dispem, a informao possibilita identificar tanto as
oportunidades quanto as ameaas que o ambiente oferece. importante que os gestores conheam
profundamente a organizao que est sob sua responsabilidade, assim como o mercado e o ambiente
competitivo no qual ela est situada, com inmeros objetivos, dentre os quais o de desenvolver o cenrio
para uma soluo eficaz e competitiva (SILVA JR. apud GONALVES, 2002).
Com toda evoluo que est ocorrendo no mercado surge a necessidade de as empresas
buscarem meios que as auxiliem a, conhecer e entender os desejos e/ou necessidades de seus clientes,
para tornarem-se cada vez mais competitivas. A empresa tendo essa viso, conseqentemente, obter
bons resultados. Este trabalho apresenta uma consultoria chamada Consulting localizada em Braslia DF,
onde a mesma foi contratada pela empresa desenvolvedora de software chamada Software Developer,
localizada tambm em Braslia-DF, tendo um embasamento terico de vrios autores que sero citados no
decorrer do estudo.





















7


2-Objetivo geral

O objetivo geral deste projeto demonstrar um estudo de anlise de impacto, planejamento,
desenvolvimento e a viabilidade da implantao de um processo contnuo de avaliao dos processos de
TI na empresa Software Developer, que atenda no s as expectativas em relao a uma melhora da
qualidade dos produtos, mas tambm a um incremento na produtividade das equipes de trabalho.

2.1-Objetivos especficos

Desenvolver e aplicar os conhecimentos adquiridos em aula sobre Governana de TI, Gesto
da Qualidade e Sistemas para Internet e Software Livre; Evidenciar os pontos culminantes de sucesso ou
fracasso, decorrentes do bom ou mau uso da Tecnologia da Informao como fonte para aquisio de
vantagem competitiva.

2.2-Metodologia

Esta pesquisa utiliza uma abordagem qualitativa tendo como embasamento a pesquisa
bibliogrfica.

3-Governana de TI

3.1-Governana Tecnolgica

Governana um temo analtico que envolve conceitos como colaborao, parceria,
compartilhamento, aprendizagem em grupo, regulao, e melhores prticas de governo. Segundo
Parreiras (2005): Criar estruturas de governana o mesmo que definir uma dinmica de papis e
interaes entre membros da organizao, de tal maneira a desenvolver participao e engajamento dos
membros no processo decisrio estratgico, valorizando estruturas descentralizadas. Entretanto, em TI,
este conceito tem servido de cobertura para uma lista de acrnimos. Entre eles, se destacam ITIL, Cobit e
CMM. Parreiras (2005, p.2). De fato o termo governana pode ser empregado em qualquer rea da
organizao, contudo, na rea de TI mostra-se extremamente til dada a sua dinamicidade e, muitas
vezes, distanciamento tcnico entre profissionais da rea e demais usurios. Neste sentido, as prticas de
governana tendem a romper estas barreiras e aproximar o usurio para o centro das decises de TI. A
Governana de TI como parte integrante da Governana Corporativa evidencia a diviso da
responsabilidade com relao determinao do que crtico e garante que as decises de TI so tomadas
e impulsionadas pelo negcio, e no o contrrio (mesmo que a TI seja uma direcionadora de processos de
negcio, as decises a respeito de seguir ou no a direo so tomadas no mbito da Governana
Corporativa). A lei Sarbanes Oxley inicialmente se aplica s empresas de capital aberto que possuem
operaes financeiras com a Bolsa de Valores Americana, porm torna-se uma ferramenta importante de
controle administrativo direcionadora das atitudes dos gestores podendo ser adotada em qualquer tipo de
organizao. Para o atendimento as exigncias impostas pela lei Sarbanes Oxley - SOX, a administrao
das organizaes, precisa conhecer profundamente as sees da lei, para planejar e implantar a melhor
estrutura de controles internos, e dessa forma importante dar cincia sobre os textos legais das sees
ressaltadas nesse trabalho.
Seo 404 da SOX - Essa seo refora a obrigao, como tambm determinada na seo 302,
de uma avaliao anual das prticas de controles e procedimentos internos das organizaes, exigindo a
incluso de um relatrio que ateste a eficcia da estrutura de controles quando da divulgao das
informaes anuais das empresas. Desde a sua formao, a Software Developer tem sua histria marcada
por ser uma empresa de desenvolvimento de software para bancos com os principais produtos em Sistema
de Consrcio, Financiamento e Emprstimos. Recentemente, a empresa concluiu um processo de anlise
de seus ativos e processos de TI para azeitar esse processo. A empresa Software Developer avaliou e
mapeou o grau de maturidade de cada um de seus processos e agora acredita estar preparada para realizar
a integrao da rea de TI. Uma das reas mais importantes nesse processo de anlise foi a de
gerenciamento de projetos vital quando o desenvolvimento de um sistema tem valor forte para a estratgia
de negcios da empresa.



8



3.2-A Diferena entre CMM E CMMI

O CMM (Capability Maturity Model) uma iniciativa do Software Engineering Institute (SEI),
desenvolvido na Carnegie Mellon University e serve para avaliar a capacidade que uma organizao
possui para desenvolver software com qualidade, custo e prazo pequeno e previsibilidade confivel. A
partir de 1991, o SEI emitiu vrios documentos baseados no CMM voltados para setores especficos da
indstria de engenharia de software como, Gesto de Recursos Humanos (P-CMM), Engenharia de
Sistemas (SE-CMM) e Aquisio de Software (SA-CMM). Embora todos os modelos derivados do CMM
tenham eficincia comprovada na prtica, usar vrios modelos em uma empresa complicado, em 2002 o
SEI iniciou um novo projeto em 2002, chamado CMMI (Capability Maturity Model Integration). Com o
objetivo de gerar uma nova verso do CMM, como um modelo mais evoludo em relao ao modelo
anterior, combinando vrias disciplinas em uma nica estrutura que fosse flexvel e que pudesse ser
utilizada de forma integrada por empresas que precisassem de processos de melhoria em mbito
corporativo. Uma das reas mais importantes nesse processo de anlise foi a de gerenciamento de projetos
vital quando o desenvolvimento de um sistema tem valor forte para a estratgia de negcios da empresa.

3.3-CMMI

Para que uma empresa seja considerada mais madura e aumente seu nvel de maturidade, ela
deve cumprir metas especficas, chamadas reas de processo (Key Process rea KPA). O modelo
CMMI um processo que consiste de atividades reconhecidas como a implantao das prticas do
modelo. medida que a empresa vai se tornando madura, o processo fica mais definido. Quando uma
empresa no possui CMMI, o processo caracterizado de baixa qualidade por geralmente possuir as
seguintes caractersticas:

Processos improvisados durante o projeto;
Falta de rigor no cumprimento dos processos estabelecidos;
Falta de controle;
Grande dependncia dos profissionais envolvidos no processo;
Inexistncia ou poucas atividades de reviso e teste;
Estar focada no em solues de problemas imediatos.

Por isso, uma empresa que no possui CMMI, tende a ter pouca produtividade e qualidade, um
alto custo com manuteno, falta de comprometimento no quesito de prazos e custos, gerando
cronogramas e oramentos fora do combinado e um grande risco de ter que adotar novas tecnologias.
Quando uma empresa madura, ou seja, esta envolvida nas prticas de CMMI, o processo considerado
de alta qualidade, por possuir as seguintes caractersticas:


envolvidos;




Com isso, uma empresa que possui CMMI, tende a ter suas responsabilidades e documentos
claramente definidos, alm de acompanhar a qualidade do produto e a satisfao do seu cliente, atendendo
as expectativas de custos, cronogramas, funcionalidades e qualidade, atingindo o objetivo inicial. O
CMMI est dividido em duas formas de representao diferentes, estagiada e contnua. A estagiada divide
as reas de processo em cinco nveis de maturidade maneira do CMM enquanto a representao
contnua define nveis de capacidade. As diferenas entre ambos so meramente organizacionais e o
contedo equivalente. Ambos podem ser usados para conseguir nveis em suas respectivas
caracterizaes.

9

3.3.1-Nveis do CMMI

3.3.1.1-Nvel 1 (Inicial)

O primeiro nvel marcado pela desorganizao do processo de desenvolvimento e pessoa, ou
seja, podemos considerar um processo catico, onde poucos processos so definidos e o sucesso depende
dos esforos individuais. Normalmente, quando uma empresa esta no nvel 1 de maturidade, ela no da
garantia de prazo, funcionalidade e nem de custo.

3.3.1.2-Nvel 2 (Repetitivo)

No segundo nvel os processos bsicos de gerenciamento de projeto esto estabelecidos e
permite acompanhar custos, funcionalidades e cronograma. Podemos dizer que o processo j
disciplinado, onde possvel repetir o sucesso de um processo j utilizado antes em outros projetos
parecidos. Nesse nvel a empresa j consegue produzir bons softwares, dentro do prazo e a um custo
previsvel.

3.3.1.3-Nvel 3 (Definido)

No terceiro nvel as atividades de gerenciamento e engenharia de processo de desenvolvimento
de software esto documentadas, padronizadas e integradas em um padro de desenvolvimento da
empresa. Podemos dizer que o processo padronizado e consistente, onde todos os projetos utilizam uma
verso aprovada e adaptada de um processo padro de desenvolvimento da empresa. Nesse nvel a
empresa garante um excelente nvel de qualidade no produto e no processo de desenvolvimento no geral.

3.3.1.4-Nvel 4 (Gerenciado)

No quarto nvel so reunidas medidas detalhadas da qualidade do produto e do processo de
desenvolvimento. Podemos dizer que o processo previsvel, onde o produto e o processo de
desenvolvimento so entendidos e controlados. Dificilmente uma empresa consegue chegar a esse nvel.
Hoje em dia so poucas empresas no mundo que conseguiram chegar aos nveis de maturidade 4 e 5 do
CMMI.

3.3.1.5-Nvel 5 (Otimizado)

No quinto nvel o melhoramento a continuao do processo, onde conseguido atravs de
feedback quantitativo dos mesmos e pelo uso de ideais e tecnologias inovadoras.
Os cinco nveis da maturidade. A deciso de implantar o CMMI e contratar a Consulting
ajudou a empresa a planejar suas aes de TI. Quem ir decidir a empresa, baseada em suas reais
necessidades. Outra razo forte para se render ao modelo CMMI a necessidade de atender s exigncias
da lei Sarbanes Oxley.
3.3.2-Processo de implantao do modelo CMMI

3.3.2.1. Incio

O primeiro passo rumo ao CMMI nvel 3, foi escolha da equipe, definio do cronograma e
do oramento inicial. Outro importante critrio para a escolha da equipe era que, de alguma forma, eles j
tivessem participado da implantao dos processos de Fbrica de Cdigos e de Software. A definio do
oramento inicial destinado a esta fase foi definido pela alta gerncia. A consultoria da COPPE/UFRJ foi
solicitada para ajudar na validao das planilhas construdas ao longo da fase, que so o mapeamento do
processo padro, e a validao das planilhas de 5 projetos concludos. O Projeto Rumo ao CMMI engloba
as seguintes fases:

1) Adaptao do processo definido inicialmente;
2) Treinamento nas reas de processo especficas do nvel 3;
3) Criao de novas ferramentas para apoiar as reas de processo do nvel 3 do CMMI no ambiente cujo
objetivo apoiar a utilizao do processo;
10

4) Consultoria da ISD Brasil auxlio nas adaptaes e utilizao das ferramentas de apoio.

3.3.2.2. Anlise de riscos

Atravs de um trabalho de anlise de risco, foram identificados como potenciais:

Atraso na adequao da ferramenta de RH para permitir a seleo dos profissionais de projeto
levando-se em conta seus skills e habilidades;
As atividades executadas atualmente nos processos so desempenhadas por papis que na
prtica no tem conhecimento ou envolvimento suficiente, tornando estas atividades ineficazes.
O Coordenador desempenha um papel de analista e gerencia o projeto. O PCP gerencia o
projeto, mas no tem autonomia. O gerente de projeto atua como um gerente de negcio e no
se envolve com as questes operacionais do projeto;
No utilizao de um processo comum para 3 reas, sendo que para rea de Outsourcing h 2
grupos distintos;
Institucionalizao dos processos em tempo superior ao estimado;
No adequao de ferramentas internas em tempo hbil (dependncia interna);
Concorrncia do programa de melhoria com os demais projetos da organizao (patrocnio e
priorizao);
Indisponibilidade de profissionais de outras reas;
No manter a institucionalizao dos processos com base no SW-CMM nvel 2 nas reas Fbrica
e Cartes;
Resistncia dos analistas na adoo de processos de engenharia de software;
Mudana de recursos humanos (reas escopo) durante a execuo do plano;
Mudana da equipe de Consultores;
Mudana no quadro de consultores da empresa (EPG);
O nmero de horas contratadas e estimadas para a fase de definio de processos pode no ser
suficiente para cobrir as atividades de definio para o escopo fbrica de programas;

3.3.2.3. Cronograma

Como forma de disseminar esta preparao como um projeto, foram definidas atividades e sua
durao, responsveis, custos e resultados esperados. As seguintes atividades foram previstas para este
projeto:

Treinamento e preparao;
Mapeamento processo padro e indicadores CMMI nvel 3;
Preparao e avaliao no CMMI nvel 3.

As atividades de Treinamento e Preparao e Mapeamento do processo padro e indicadores
CMMI nvel 3 foram concludas, bem como a atividade Preparao e Avaliao do CMMI nvel 3,
tendo sido realizado o preenchimento da planilha para os projetos que sero avaliados (5 projetos
concludos). A equipe alocada para o projeto foi composta de um Gerente do Projeto, cujo papel foi
desempenhado pelo Diretor Tcnico da Organizao, comprovando o comprometimento da alta gerncia;
dois integrantes da equipe de processos em tempo integral e um integrante da equipe de processos em
tempo parcial. Para a atividade de preparao para a avaliao do CMMI nvel 3, foram envolvidos mais
dois recursos com perfil de Qualidade de Processo e Produto.

3.3.2.4. Treinamento e preparao

O principal objetivo desta primeira atividade era a obteno de treinamento formal em CMMI e
SCAMPI. Era necessrio no s o treinamento e o entendimento das prticas, mas algo mais prtico e
profundo. Trs pessoas responsveis pelos processos da empresa fizeram como ouvintes, durante 3 meses
o curso de Aprofundamento em CMMI na ISD Brasil. Neste curso, foram discutidas as prticas e os a
indicadores diretos e indiretos apropriados para cada rea de processo, bem como a apresentao de
11

ferramentas (futuras e atuais) do ambiente, que auxiliariam na implantao. Durante estes meses,
consolidaram o entendimento do CMMI e, de maneira informal, j apontavam e discutiam quais seriam os
indicadores diretos e indiretos do processo padro da empresa para o CMMI nvel 3.

1. Gesto da qualidade

A busca da excelncia empresarial no pode est ligada somente a determinadas reas ou
processos de atuao da empresa, mas sim a um modelo sistmico de gesto abrangente, inovador e em
contnua evoluo. H vrios anos, as empresas buscam continuamente a excelncia nos conceitos da
gesto da qualidade. Nesta evoluo o foco da Gesto da Qualidade foi se tornando cada vez mais
abrangente passando de uma gesto focada no produto de software.

Este captulo visa os modelos de qualidade da empresa no desenvolvimento de softwares mais
aplicados, produtores de software que de algum modo se preocupam em implementar e manter
procedimentos de avaliao e medio, visando uma melhora na qualidade e produtividade dos projetos e
sistemas desenvolvidos pela empresa. Identificando assim os reais problemas existentes na Software
Developer em relao aos seus clientes. A futura norma ISO/IEC 15504 define processos e prticas que
podem ser implementados para estabelecer e aprimorar a capacidade de aquisio, desenvolvimento,
manuteno, operao e suporte de software na organizao. Estas prticas so organizadas utilizando-se
uma arquitetura que combina duas perspectivas: uma perspectiva funcional (anloga perspectiva da
norma ISO/IEC 12207), compreendendo quais os processos que devem existir numa organizao e outra
perspectiva que avalia o nvel de capacitao de cada um desses processos. O uso da norma permite que a
empresa possa perceber a existncia ou no de processos especficos, bem como a capacitao dos que
existem traando caminhos para a melhoria.

3.4-O processo GQM

O modelo GQM desenvolvido a partir de um conjunto de objetivos acerca de qualidade e/ou
produtividade definida pela empresa para o projeto, tais como satisfao do cliente, entrega do servio no
prazo e melhoria de desempenho. A partir da identificao dos objetivos e com base em moldes do objeto
em avaliao, derivam-se questes que possam definir esses objetivos de forma mais completa. Por
exemplo, se o objetivo caracterizar um software quanto a determinadas qualidades, ento se faz
necessria a escolha de um modelo para o produto que qualifique esses interesses.
O prximo passo consiste em especificar as medidas que devem ser correlatas a fim de
responder as questes e acompanhar a conformidade dos produtos e processos aos objetivos. Por fim, a
que se desenvolverem os meios de coleta de dados, incluindo-se mecanismos de avaliao e anlise. O
processo de identificao de objetivos crtico para o sucesso da aplicao da abordagem GQM, e ser
apoiado por passos metodolgicos especficos. Para a consecuo de um objetivo concorrero trs fontes
bsicas de informao; A primeira fonte diz respeito poltica e a estratgia da empresa que aplica a
abordagem GQM. A partir desta fonte, como a anlise da poltica da corporao, dos planos estratgicos
e, ainda, levando-se em conta os interesses relevantes na empresa, derivam-se o aspecto e o propsito
para o objetivo a ser perseguido. A segunda fonte de informaes a descrio dos processos e produtos
da organizao, ou, pelo menos, daqueles que esto dentro do escopo do programa de medidas que se
pretende efetuar. A partir desta fonte, com a especificao dos modelos de processos e produtos, dentro
da maior formalidade possvel, deriva-se a coordenada do objeto para o objeto em questo.
A terceira fonte de informaes o modelo do negcio da empresa, que fornece a coordenada
ponto de vista. evidente que nem todos os assuntos e processos so relevantes para todos os pontos de
vista na organizao. Assim, h que se fazer uma anlise de relevncia dos objetos para a organizao,
antes de se considerar concluda a lista de objetos. Dessa forma, conclui-se a definio dos objetos para o
modelo GQM, tornando-se conta a estrutura e os objetivos da empresa. A partir da especificao de cada
objetivo, podem-se derivar questes significantes que quantificam o objetivo. G1. Como se pode
caracterizar o objeto (produto, processo ou recurso) com o respeito ao objetivo global do determinado
modelo GQM. Q1: Qual o prazo corrente no atendimento as solicitaes de mudanas num sistema em
manuteno? Q2: Existe um processo (documentado) no atendimento s solicitaes de mudanas? G2.
Como podem ser avaliados os incidentes nos ambientes de trabalho. Q1: O desempenho tem sido
satisfatrio sob o ponto de vista da empresa? Q2: H melhoria visvel no desempenho?
Com a aplicao do GQM apresenta-se em que se pretenda melhorar o prazo no atendimento s
solicitaes de mudana para um determinado sistema em fase de manuteno. O objetivo definido
explica o propsito (melhorar), o processo (atendimento de solicitaes de mudana), o ponto de vista
12

(gerente do projeto) e o aspecto observado (prazo de execuo). Esse objetivo deve ser refinado em uma
srie de questes, que sero respondidas a partir da comparao do tempo de coleta.

3.4.1-Implantando um processo de Melhoria Contnua

Modelar os processos existentes na empresa Software Developer pode servir para vrios
propsitos e agregar diversos benefcios. No contexto de melhoria de processos, modelos de processos
descritivos so teis para se entender a maneira como as coisas funcionam e para comunicar este
entendimento. Os modelos de processos que foram desenvolvidos sero usados em passos subseqentes
do processo de melhoria. Um bom sinal quando os desenvolvedores perduram parte dos moldes em seus
ambientes de trabalho, significa que esto sendo teis para o dia a dia dos seus trabalhos mudando assim
o paradigma do mau atendimento em relao alguns funcionrios da empresa Software Developer. Na
empresa Software Developer, os provveis processos informatizados, foram modelados e descritos de
forma a explanar claramente as atividades intrnsecas de cada um, a dependncia entre estas atividades, o
tempo de durao de cada uma delas.

5-Sistemas para Internet e Softwares Livres

5.1-. Sistema de Informao Distribudo

Para o entendimento do conceito de sistemas de arquivos distribudos e suas aplicaes em
sistemas de informao distribudos, precisamos ter algumas definies fundamentais. A primeira
definio de servio, que um conjunto de facilidades oferecidas aos ns de uma rede por um software
que opera em uma ou mais mquinas. Um servidor por suas vez o software que opera em uma mquina
e que trata de oferecer o servio.
Outra definio a de cliente, que nesse caso utiliza o servio do servidor em uma ou vrias
mquinas. Por ltimo, um sistema de arquivos uma parte de um sistema operacional que trata de
oferecer um repositrio de dados de longa durao. Com esse contexto podemos definir um Sistema de
Arquivos Distribudo, que um sistema onde vrios servidores so responsveis por oferecer o servio de
arquivos para vrios clientes instalados em diferentes mquinas. Uma curiosidade sobre sistemas de
arquivos que existem sistemas operacionais que utilizam o mesmo interfaceamento dos sistemas de
arquivos para outras funcionalidades alm do armazenamento de dados. Um exemplo disso o UNIX que
possui certos arquivos especiais que, na verdade, funcionam como uma interface para dispositivos de
entrada e sada. So arquivos virtuais para a manipulao fcil destes dispositivos.
J faz muito tempo que a estrutura de rvore de diretrios utilizada para organizar o acesso
dos usurios aos arquivos em disco. Hoje em dia a estrutura mais difundida embora existam outras
possibilidades em estudo. O uso de rvores de diretrios se popularizou com os sistemas UNIX e DOS.
Por exemplo, no UNIX cada arquivo identificado pelo seu nome e pelo caminho at ele. O caminho
uma seqncia de diretrios separados pelo caractere / (barra) que indicam a localizao lgica do
arquivo. Agrupando os arquivos em diretrios e subdiretrio facilita-se a sua manipulao por parte dos
usurios. Acrescentando-se o nome do arquivo ao path obtm o pathname.
Dada a localizao lgica de um arquivo, isto , o caminho at ele, necessrio analisar os
componentes deste caminho a fim de encontrar a localizao fsica do arquivo. preciso descobrir em
quais blocos de quais discos de quais servidores se encontra o arquivo em questo. Quando os arquivos de
um sistema esto distribudos entre vrios servidores localizados em diferentes mquinas, desejvel que
a localizao destes arquivos seja transparente aos usurios do sistema.
Em outras palavras, quando o usurio desejar ter acesso a um determinado arquivo, ele no
deve ter que se preocupar com a localizao fsica do arquivo. Assim, no precisaria saber em qual disco
de qual servidor ele esta guardado. Da mesma forma, quando um cliente deseja guardar informaes em
um arquivo em disco, ele deve apenas fornecer o caminho e o nome do arquivo no qual elas devem ser
gravadas. Algumas caractersticas so desejveis em um sistema de arquivos distribudos:

Disponibilidade;
Escalabilidade;
Heterogeneidade;
Segurana;
Tolerncia a Falhas;
Operaes atmicas;
Acesso concorrente.

13

5.2. Servidores de arquivos distribudos

Abaixo temos sucintamente caractersticas dos principais sistemas de arquivos distribudos.

NFS: O Network File System, desenvolvido pela SUN Micro systems, o sistema de arquivos
distribudos mais utilizado em ambiente UNIX. Isto ocorre graas iniciativa da SUN de lanar
publicamente a especificao do protocolo NFS que permitiu que qualquer fabricante fosse
capaz de lanar os seus prprios clientes e servidores NFS. Atualmente, existem
implementaes do NFS para praticamente todas as plataformas relevantes e todas elas podem
compartilhar o sistema de arquivos entre si. No entanto, o NFS apresenta uma srie de
problemas dentre os quais se destacam a sua velocidade relativamente baixa e a falta de
consistncia entre os cachs dos clientes.
ANDREW: Desenvolvido na Universidade Carnegie-Mellon, o Andrew File System foi o
primeiro sistema de arquivos a oferecer um servio de alta escalabilidade possibilitando que
dezenas de milhares de clientes compartilhassem os arquivos oferecidos por centenas de
servidores. Este era o objetivo principal do projeto e foi alcanado atravs da adoo da
semntica de sesso e da utilizao de grandes cachs em discos locais dos clientes. A fim de
limitar a possvel falta de segurana em um sistema to grande, o ANDREW adota uma srie de
mecanismos como, por exemplo, o Kerberos Authentication Server que permite a autenticao
mtua de servidores e clientes.
CODA: Desenvolvido a partir do ANDREW, o CODA oferece uma alta disponibilidade atravs
da adoo de uma tcnica otimista de replicao. A grande peculiaridade deste sistema so as
ferramentas que permitem o acesso ao sistema de arquivos a partir de computadores portteis.
Existe at a possibilidade de operao desconectada durante a qual clientes podem acessar o
sistema de arquivos sem estabelecer contato com os servidores.

5.3. Linux e Software Livre

, ao mesmo tempo, um kernel (ncleo) e o sistema operacional que roda sobre ele,
dependendo do contexto em que voc encontrar a referncia. O kernel Linux foi criado em 1991 por
Linus Torvalds, ento um estudante finlands, e hoje mantido por uma comunidade mundial de
desenvolvedores (que inclui programadores individuais e empresas como a IBM, a HP e a Hitachi),
coordenada pelo mesmo Linus, agora um desenvolvedor reconhecido mundialmente e mais representativo
integrante da Linux Foundation.
O Linux adota a GPL, uma licena de software livre o que significa, entre outras coisas, que
todos os interessados podem us-lo e redistribu-lo, nos termos da licena. Aliado a diversos outros
softwares livres, como o KDE, o GNOME, o Apache, o Firefox, os softwares do sistema GNU e o
OpenOffice.org, o Linux pode formar um ambiente moderno, seguro e estvel para desktops, servidores e
sistemas embarcados. Como o Linux um software livre, a maior parte dos produtores disponibiliza
imagens ISO contendo exatamente o mesmo contedo dos CDs vendidos em lojas ou na Internet, e voc
pode fazer o que quiser com elas at mesmo gravar em CDs para revend-las (e se voc quiser comprar
CDs deste tipo, lojas virtuais brasileiras como a Tempo Real e a LinuxMall esto disposio). Quando
se trata de Linux, este tipo de cpia e revenda no irregular nem antitico, pois da essncia do
software livre. Os clientes da empresa Software Developer esto desenvolvendo o sistema Linux o
sistema por ser um software livre os usurios tem a liberdade de us-lo, ou seja, se o mesmo tiver acesso
ou de posse do programa. O sistema garante ser seguro e estvel no havendo nenhum risco frente aos
concorrentes.
Acima voc v 4 telas do sistema operacional Linux em ambiente PC desktop.Um sistema
operacional Linux completo (ou uma distribuio de Linux) uma coleo de softwares (livres ou no)
criados por indivduos, grupos e organizaes ao redor do mundo, tendo o Linux como seu ncleo.
Software Livre se refere existncia simultnea de quatro tipos de liberdade para os usurios do software,
definidas pela Free Software Foundation. Veja abaixo uma explicao sobre as 4 liberdades, baseada no
texto em portugus da Definio de Software Livre publicada pela FSF. As 4 liberdades bsicas
associadas ao software livre so:

14

A liberdade de executar o programa, para qualquer propsito (liberdade n 0);
A liberdade de estudar como o programa funciona, e adapt-lo para as suas necessidades
(liberdade n 1). Acesso ao cdigo-fonte um pr-requisito para esta liberdade;
A liberdade de redistribuir cpias de modo que voc possa ajudar ao seu prximo (liberdade n
2);
A liberdade de aperfeioar o programa, e liberar os seus aperfeioamentos, de modo que toda a
comunidade se beneficie (liberdade n 3). Acesso ao cdigo-fonte um pr-requisito para esta
liberdade;

Um programa software livre se os usurios tm todas essas liberdades. Portanto, voc deve
ser livre para redistribuir cpias, seja com ou sem modificaes, seja de graa ou cobrando uma taxa pela
distribuio, para qualquer um em qualquer lugar. Ser livre para fazer essas coisas significa (entre outras
coisas) que voc no tem que pedir ou pagar pela permisso, uma vez que esteja de posse do programa. A
liberdade de utilizar um programa significa a liberdade para qualquer tipo de pessoa fsica ou jurdica
utilizar o software em qualquer tipo de sistema computacional, para qualquer tipo de trabalho ou
atividade, sem que seja necessrio comunicar ao desenvolvedor ou a qualquer outra entidade em especial.
A liberdade de redistribuir cpias deve incluir formas binrias ou executveis do programa, assim como o
cdigo-fonte, tanto para as verses originais quanto para as modificadas. De modo que a liberdade de
fazer modificaes, e de publicar verses aperfeioadas, tenha algum significado, deve-se ter acesso ao
cdigo-fonte do programa. Portanto, acesso ao cdigo-fonte uma condio necessria ao software livre.

















15

6-Concluso

Este projeto apresentou a experincia, estruturao e aplicao da Gesto da Qualidade de
Software em uma organizao j certificada e com uma estrutura de Gesto da Qualidade baseada em
conceitos de Qualidade Total TQM. Dvidas como a aplicao ou no de um modelo de Gesto de
Software j possuindo outra estrutura de gesto, os benefcios de se adotar um modelo de gesto de
software como o linguajar das pessoas envolvidas no desenvolvimento e a possibilidade de adaptao de
prticas j existentes para o atendimento de requisitos de modelo de software ficam esclarecidos. Este
trabalho apresenta uma experincia e os conhecimentos focam o modelo Cobit adotado com a ISO/IEC
15504, desenvolvido pela empresa Software Developer.























16

7. Referncias Bibliogrficas

ANDRADE, A.; ROSSETTI, J.P; Governana Corporativa: Fundamentos, Desenvolvimento e
Tendncias, 2. ed., So Paulo: Atlas, 2006. BLOEM, J. DOORN, M.V.; MITTAL, P.; Making It
Governance Work in a Sarbanes-Oxley World, New York/USA: ed. John Wiley & Sons, Inc., 2005.
Consultoria Delloite Touche Tohmatsu. Lei Sarbanes Oxley: Publicao do Guia para melhorar a
governana corporativa atravs de eficazes controles internos. FERNANDES, A.; ABREU, V.;
Implantando a Governana de TI: da Estratgia dos Processos e Servios, Rio de Janeiro: Brasport, 2006.
PARREIRA. F. S.; BAX, M. P. Gerao de Sistemas de Gesto de Contedos com softwares livres. IN:
Conferencia Latino-Americana de Informtica, Dez de 2005, Cali, Colmbia. 20
REZENDE, D. A. Engenharia de Software e Sistemas de Informao. Rio de Janeiro: Brasport, 1999.
ROCHA, A. C. Qualidade de Software Teoria e pratica. Prentice Hall. So Paulo: 2001. SALVIANO,
C. F. Contribuies da Melhoria de Processos de Gerncia de Projetos: Transformando Boas Idias em
Resultados Textos acadmicos, p. 01-04.






















17

UNIVERSIDADE PAULISTA
CURSO SUPERIOR DE TECNOLOGIA
GESTO EM TECNOLOGIA DA INFORMAO




MILTON CARLOS SOUSA LIMA






PIM VII
PROJETO INTEGRADO MULTIDISCIPLINAR
FABRICANTE DE SOFTWARES PARA INSTITUIES







Belm Par
2014


18

MILTON CARLOS SOUSA LIMA













PIM VII
PROJETO INTEGRADO MULTIDISCIPLINAR
FABRICANTE DE SOFTWARES PARA INSTITUIES





Trabalho do Projeto Integrado Multidisciplinar PIM
VII e VIII, apresentado como exigncia para concluso
do 4 Semestre do Curso Superior de Tecnologia Gesto
em Tecnologia da Informao, da Universidade Paulista
UNIP, campus Entroncamento.

Monitora: NATLIA MORAES




Belm - Par
2014


19

Resumo

Este trabalho tem como proposta analisar a administrao dos servios
corporativos de Tecnologia da Informao (TI) onde esta funo estratgica e vital para a
competitividade nos negcios, bem como entender o desafio de se melhorar a percepo dos
gestores de negcios, que so os clientes internos das reas de TI, quanto qualidade dos
servios prestados. Uma pesquisa exploratria com os clientes de TI, representados pelos
gestores de negcios, foi conduzida a partir da tcnica de incidentes crticos, visando a
obteno das dimenses consideradas mais importantes no processo de avaliao da
qualidade destes servios. Os resultados obtidos mostraram a importncia de uma correta
avaliao das necessidades especficas de um cliente de servio, servindo de base para uma
conduo mais segura nas decises estratgicas de encaminhamento dos negcios. Neste
contexto de Processos de TI, a Consulting que fica localizada em So Paulo Capital, foi
contratada por uma empresa desenvolvedora de software chamada Software Developer,
tambm localizada em SP-SP, para solucionar problemas referentes aos incidentes nos
ambientes onde seus programas esto instalados, quanto classificao dos problemas,
ambiente de produo aps atualizaes, apresentando solues para todos os ambientes.

Palavras-chave: Gesto da Qualidade; Gesto da Tecnologia da Informao.





















20

Abstract

This paper aims to analyze the management of corporate services of
Information Technology (TI) where this function is strategic and vital for business
competitiveness as well as understand the challenge of improving the perception of business
managers, who are the customers internal areas of TI on the quality of services provided. An
exploratory research with TI customers, represented by business managers, was conducted
from the critical incident technique in order to obtain the dimensions considered most important
in the process of assessing the quality of these services. The results showed the importance of
a correct evaluation of the specific needs of a client service, providing the basis for safer driving
strategic decisions for referral of business. In this context of processes of TI, Consulting which is
located in Sao Paulo - Capital, was hired by a company developing software called Software
Developer, also located in So Paulo-SP, to solve problems relating to incidents in
environments where their programs are installed , the classification of problems, the production
environment after updates, providing solutions for all environments.

Keywords: Quality Management, Management of Information Technology






















21


Sumrio
1- Introduo ........................................................................................................................... 22
2- Objetivo do Trabalho ........................................................................................................... 23
2.1- Objetivo Geral ................................................................................................................. 23
3- Discusso ........................................................................................................................... 23
3.1. Sobre a Empresa (Descrio Fictcia) .......................................................................... 23,30
3.2- Consultoria....................................................................................................................... 24
3.3. Qualidade de Software ...................................................................................... 24,31,32,33
4- Modelos da Qualidade de Software ..................................................................................... 27
4.1- Gerenciamento de Projetos de TI ..................................................................................... 27
5- Empreendedorismo ............................................................................................................. 28
6- Concluso ........................................................................................................................... 31
7- Referncias Bibliogrficas ................................................................................................... 32
8- Glossrio ............................................................................................................................ 33

















22

1-Introduo

Este trabalho tem como proposta analisar a administrao dos servios corporativos de
Tecnologia da Informao (TI) onde esta funo estratgica e vital para a competitividade nos
negcios, bem como entender o desafio de se melhorar a percepo dos gestores de negcios,
que so os clientes internos das reas de TI, quanto qualidade dos servios prestados. Uma
pesquisa exploratria com os clientes de TI, representados pelos gestores de negcios, foi
conduzida a partir da tcnica de incidentes crticos, visando obteno das dimenses
consideradas mais importantes no processo de avaliao da qualidade destes servios. [Os
resultados obtidos mostraram a importncia de uma correta avaliao das necessidades
especficas de um cliente de servio, servindo de base para uma conduo mais segura nas
decises estratgicas de encaminhamento dos negcios.].
A popularizao da tecnologia e o avano da economia digital colocaram a tecnologia
da informao definitivamente no centro do ambiente empresarial, fazendo com que a TI
exera papel decisivo na capacidade de muitas empresas competirem. As reas de TI
assumiram, mesmo que involuntariamente, uma posio de destaque e delas agora dependem,
muitas vezes, o grau de competitividade atribudo ao negcio, ou seja, o quanto uma empresa
capaz de inovar, operar produtivamente, conectar-se em redes de negcios (e-business),
controlar suas operaes e aplicao de seus recursos (ERP Enterprise Resources
Planning), ou ainda dispor de informao estruturada para tomar decises (BI Business
Intelligence) e conhecer e interagir com seus clientes (CRM Customer Relationship
Management) (PORTER, 2001; LUFTMAN, 1996).
Este trabalho procura ampliar a discusso sobre as dimenses para avaliao da
qualidade em servios. A discusso sobre a avaliao dos servios de TI, em diversos
segmentos importantes da economia, a partir de clientes que tm em comum a funo de
gestores de negcio, portanto, clientes internos do servio de TI, permite explorar questes
adicionais como: as dimenses listadas por Parasuraman et al. (1985) so vlidas neste
processo de avaliao? Haveria outras dimenses mais apropriadas para o caso especfico?
Note-se que Jiang et al. (2000) j haviam discutido a utilizao do modelo
SERVQUAL (PARASURAMAN et al., 1985) para avaliar os servios prestados pelas equipes
de TI. O presente artigo, portanto, visa aprofundar esta discusso, analisando-a no contexto da
realidade das organizaes brasileiras.
Como objetivo adicional, busca compreender os movimentos e mudanas que esto
ocorrendo na aplicao de TI a servio dos negcios, em empresas nas quais a funo de TI
estratgica, tais como dos setores de telecomunicaes, bancos, seguros, cartes de crdito e
servios de TI (NOLAN; MCFARLAN, 2005; LAURINDO, 2002; McFarlan, 1984). Como cada
vez mais empresas tm acesso aos mesmos recursos tecnolgicos, na maneira como as
aplicaes de TI esto alinhadas aos negcios que se pode obter vantagens estratgicas
(CARR, 2003; FARREL, 2003).
Este cenrio implica que a rea de TI deve ser administrada no somente levando em
conta os aspectos tcnicos, mas tambm considerando o impacto estratgico da TI na
empresa, bem como com uma viso de prestao de servios organizao (WEILL; ROSS,
2005).

Neste contexto de Processos de TI, a Consulting que fica localizada em So Paulo
Capital, foi contratada por uma empresa desenvolvedora de software chamada Software
Developer, tambm localizada em SP-SP, para solucionar problemas referente aos incidentes
nos ambientes onde seus programas esto instalados , quanto classificao dos problemas,
ambiente de produo aps atualizaes , apresentando solues para todos os ambientes.



23


2- Objetivo do Trabalho

O objetivo bsico deste trabalho mostrar considerao prticas de gesto
relacionadas : Qualidade de Software, Gerenciamento de Projetos de TI e
Empreendedorismo. A outra finalidade do trabalho o despertar dos alunos para os diferentes
aspectos de gesto, em especifico na Software Developer.

Objetivo Geral solucionar problemas referentes aos incidentes nos ambientes onde
seus programas esto instalados, quanto classificao dos problemas, ambiente de produo
aps atualizaes, apresentando solues para todos os ambientes.
3- Discusso
3.1. Sobre a Empresa (Descrio Fictcia)

A Consulting iniciou suas atividades h alguns anos, e nesse tempo empresa cresceu,
expandiu seus mercados, sem, no entanto deixar de lado caractersticas que foram
fundamentais para seu sucesso. A empresa foca no constante investimento em mtodos e
processos, bem como a preocupao com a capacitao de seus profissionais.

A qualidade na prestao de servios e o reconhecimento por parte dos clientes
proporcionam relacionamentos duradouros e so os principais impulsionadores do crescimento
da empresa. Procurando aliar excelncia tcnica com o conhecimento de negcios, os
produtos da Consulting consolidaram-se em importantes mercados. E alinhada com os
movimentos de globalizao da economia, a empresa tambm explora oportunidades no
exterior e concentra esforos na exportao de seus servios de desenvolvimento offshore.


A histria da Consulting confirma sua vocao para o crescimento e a solidez, mantendo
sempre o foco nos clientes e na satisfao de necessidades cada vez mais desafiadoras,
sendo o atual desafio a Software Developer.

Misso

Prover solues integradas de valor agregado para empresas que necessitem gerenciar
ou implantar sistemas de misso crtica, propiciando-lhes ganhos de competitividade atravs
da aplicao de tecnologias de ponta e de uma equipe altamente capacitada.

Viso

Atuar como integrador de Solues de Gerncia de Infraestrutura e Gerncia de
Servios de TI, Gerncia de Segurana e Gerncia de Processos, com foco em negcios e
operaes de misso crtica, aliando equipe qualificada, tecnologia moderna e compromisso
com a aderncia das solues aos objetivos dos clientes.

Valores

Buscar a excelncia em todas as atividades, prestando servios de elevado padro de
qualidade. Proporcionar um ambiente de trabalho que valorize o estmulo ao aprendizado,
criatividade, inovao e superao. O lucro o combustvel que permite atrair bons
profissionais e oportunidades de crescimento. tica em todos os negcios, em todos os
relacionamentos.



24


3.2- Consultoria

Com a experincia adquirida ao longo desses anos de atuao, a Consulting destaque
no desenvolvimento de projetos, implementao e implantao de solues em diversos
segmentos do mercado.

Alm da integrao de solues, oferece consultoria e apoio ao negcio do cliente e
altamente capacitada para analisar informaes em ambientes com diferentes graus de
complexidade e reas de atuao.

Sua equipe, especializada e preparada, apoia-se nas melhores prticas e modelos de
referncia do mercado para o desenho e implementao de soluo mais adequada, em temas
de negcio, processos e tecnologias.

Alm do conhecimento tcnico, seus profissionais possuem viso de negcio, ponto
fundamental para uma consultoria de qualidade e resultados precisos. Os conhecimentos de
mercado e negcio permitem a Consulting apontar a soluo mais adequada aos clientes,
posicionando-os estrategicamente e mantendo-os atualizado sobre novas tecnologias.

A anlise dos requisitos do cliente, das caractersticas do ambiente e dos resultados
esperados, permite a otimizao de resultados e investimentos e o alinhamento das iniciativas
de gerenciamento com os objetivos estratgicos da empresa.
3.3. Qualidade de Software

Qualidade de Software uma rea de conhecimento da Engenharia de Software que
estuda as propriedades da Qualidade de produtos e processos de desenvolvimento de
software. A definio mais universalmente aceita para o assunto que a qualidade a
conformidade a requisitos. Essa definio exige determinar dois pontos: o que se entende por
conformidade; e como so especificados - e por quem - os requisitos.

As duas vertentes - qualidade de produto e qualidade de processo so complementares
e interdependentes. Espera-se que a qualidade do processo de fabricao tenha um impacto
positivo sobre o software obtido. Entretanto, tal objetivo ser atingido se houver uma
compreenso clara de que os processos devem fornecer todos os mecanismos necessrios
para especificar o produto e controlar a fabricao.

Para um maior esclarecimento da qualidade no processo de desenvolvimento de
software, e, por conseguinte do prprio software. Ser desenvolvido nesse projeto os seguintes
tpicos: requisitos de qualidade; o processo de software; garantia de qualidade de software;
controle de verso de software com o cvs; o cmm; o controle de verso de software na cmm; o
cvs; ferramentas complementares ao cvs; a qualidade de software e o mercado; padronizao
dos processos (prs); e a falcia da padronizao dos processos (contras).

Sommerville distingue requisitos funcionais e no funcionais. O modelo internacional mais
recente Square, estabelecido pela norma ISO 25000, adota uma classificao um pouco
diferente e utiliza uma descrio hierrquica. Dentro dessa descrio, "funcionalidade" uma
das seis divises iniciais em que se classificam os requisitos de um produto de
software. Idealmente, a especificao de requisitos deve permitir que o processo de fabricao
do software seja controlado. Isso significa que idealmente a qualidade de produtos
intermedirios deve poder ser mensurada e que os dados obtidos devem trazer informao que
possa levar ao controle de desvios, localizao de defeitos e outras ocorrncias negativas.

Para permitir a avaliao de produtos finais e de produtos intermedirios, a especificao
de requisitos deve, idealmente, especificar qualitativa e quantitativamente os objetivos a serem
atingidos. Esse objetivo bastante desafiador. As experincias iniciais indicam que cada
empresa deve construir sua base de dados prpria, a partir da qual possvel refinar as
especificaes de novos produtos. Esse carter localizado dos dados se explica pelo fato de
25

que no h especificaes universais de qualidade de software. Os requisitos variam caso a
caso, no apenas em funo dos clientes, mas tambm dos critrios utilizados pela prpria
empresa fabricante.

Nas ltimas dcadas foram propostas dezenas de metodologias e processos adaptados
a diferentes cenrios e produtos. Embora se possa justificar essa multiplicidade, um fato que
a situao se mostra confusa. H dezenas de trabalhos propostos para casos particulares.
Exemplos das diversas iniciativas para tratar o assunto so metodologias como XP e Scrum; o
modelo CMM, seguido de toda uma srie de adaptaes (como SW-CMM, people-CMM, etc.),
mais tarde substitudo pelo modelo CMMi; e dezenas de artigos e teses de mestrado e
doutorado, abordando tpicos particulares em um ou mais de tais mtodos, ou propondo ainda
novas adaptaes a casos particulares.

A situao deixa evidente que h um vcuo a ser preenchido - atacar a raiz do problema e
identificar uma estrutura suficientemente geral, capaz de explicar o problema de qualidade e
ser adaptada a todos os cenrios diferentes. Se tal objetivo possvel resta a ser provado -
assunto para novos artigos e teses. O principal problema com que se defronta a engenharia de
software a dificuldade de se medir a qualidade de software. A qualidade de um dispositivo
mecnico freqentemente medida em termos de tempo mdio entre suas falhas, que uma
medida da capacidade de o dispositivo suportar desgaste. O software no se desgasta,
portanto tal mtodo de medio de qualidade no pode ser aproveitado.

A ISO/IEC 9126 (NBR 13596) fornece um modelo de propsito geral pelo qual define
seis amplas categorias de caractersticas de qualidade de software que so, por sua vez,
divididas em sub-caractersticas:



Tabela 1. Categorias das caractersticas de qualidade de software





O modelo proposto pela ISO/IEC 9126 (NBR 13596) tem por objetivo servir de referncia
bsica na avaliao de produto de software. Alm de ter fora de norma internacional, ela
cobre os aspectos mais importantes para qualquer produto de software. Problemas
frequentemente encontrados nos softwares so: descrio do produto incompleta; manual
desatualizado ou incompleto; difcil de navegar entre as telas, aprender e compreender; help
26

no sensvel ao contexto; funcionalidade prometida no implementada; erros fatais levam a
perda de dados.

Muitas vezes esses problemas no so solucionados por ser conveniente e lucrativo
para a empresa deixar pendncias e melhorias para serem implementadas nas prximas
verses.
Sistemas da Qualidade / Processos do Ciclo de Vida do Software: ISO 12207
A Garantia da Qualidade de Software (GQS) a rea-chave de processo do CMM cujo objetivo
fornecer aos vrios nveis de gerncia a adequada visibilidade dos projetos, dos processos
de desenvolvimento e dos produtos gerados. A GQS atua como "guardi", fornecendo um
retrato do uso do Processo e no responsvel por executar testes de software ou inspeo
em artefatos.
Obtendo a visibilidade desejada, a gerncia pode atuar de forma pontual no sentido de
atingir os quatro grandes objetivos de um projeto de desenvolvimento de software, quais sejam
desenvolver software de alta qualidade, ter alta produtividade da equipe de desenvolvimento,
cumprir o cronograma estabelecido junto ao cliente e no necessitar de recursos adicionais no
previstos.
Para conseguir esses objetivos a rea-chave de processo GQS estimula a atuao das
equipes responsveis pelo desenvolvimento de software em diversas frentes objetivando
internalizar comportamentos e aes, podendo-se destacar:
O planejamento do projeto e o acompanhamento de resultados; O uso dos mtodos e
ferramentas padronizadas na organizao;
A adoo de Revises Tcnicas Formais;
O estabelecimento e a monitorao de estratgias de testes;
A reviso dos artefatos produzidos pelo processo de desenvolvimento;
A busca de conformidade com os padres de desenvolvimento de software;
A implantao de medies associadas a projeto, processo e produto;
A utilizao de mecanismos adequados de armazenamento e recuperao de dados
relativos a projetos, processos e produtos;
A busca de uma melhoria contnua no processo de desenvolvimento de software.
Para facilitar o trabalho dos desenvolvedores e evitar gerao de metodologias
diversas, o Serpro desenvolveu o Processo Serpro de Desenvolvimento de Solues (PSDS).
O PSDS foi construdo por pessoas das unidades da empresa que procuraram aproveitar as
melhores prticas existentes e consagradas.
Muitas empresas brasileiras possuem certificao ISO 9000. Essa certificao, no Brasil
conduzida por empresa credenciada pelo INMETRO, um padro nico mundial e garante
para o resto do mundo que a empresa foi avaliada e julgada por um organismo certificador
pertencente ao Sistema Brasileiro de Certificao segundo aquela norma.
Em 1990, o governo brasileiro lanou o Programa Brasileiro da Qualidade e Produtividade
(PBQP) para modernizar, estimular, articular, orientar e apoiar os esforos da sociedade
brasileira na busca de competitividade internacional, e assim promover a melhoria de qualidade
e aumento da produtividade dos bens e servios produzidos no Brasil, de forma a alcanar
padres internacionalmente aceitos de qualidade e produtividade. O resultado da pesquisa
Qualidade no Setor de Software Brasileiro 1999 efetuada em 446 empresas para medir os
resultados das aes do PBQP apresentaram 74 empresas com certificao ISO 9001 ou ISO
9002 para o sistema da qualidade, especfica ou no, na rea de desenvolvimento de
software.

O resultado da pesquisa pode ser obtido na Internet, na pgina do Ministrio da Cincia
e Tecnologia - MCT, onde tambm fornecida a relao de organismos pertencentes ao
Sistema Brasileiro de Certificao. Cabe registro o fato da certificao da srie ISO 9000 no
necessariamente indicar a qualidade dos produtos o seu propsito aumentar a confiana de
clientes nos sistemas de qualidade de seus fornecedores provendo exigncias genricas
contra as quais um cliente pode avaliar a suficincia do sistema de qualidade de um
fornecedor.
Tem sido comum, especialmente em rgos do governo, compradores exigirem dos
fabricantes de computadores a certificao ISO 9000. Infelizmente essa boa prtica ainda no
muito utilizada nos processos de aquisio de software, mesmo j existindo a norma
brasileira NBR ISO 9000-3 para a gesto de qualidade e garantia de qualidade para o processo
de desenvolvimento, fornecimento e manuteno de software.
27

As principais normas aplicadas qualidade do produto de software ou qualidade do
processo de software so:
Norma ISO/IEC 9126 (NBR 13596) - define as caractersticas de qualidade de software
que devem estar presentes em todos os produtos (Funcionalidade, Confiabilidade,
Eficincia, Usabilidade, Manutenibilidade e Portabilidade);
Norma ISO/IEC 12119 - estabelece os requisitos de qualidade para pacotes de
software e instrues para teste, considerando-se esses requisitos;
Norma ISO/IEC 14598-5 - define um processo de avaliao da qualidade de produto de
software;
Norma ISO/IEC 12207 - define um processo de ciclo de vida de software;
Norma ISO/IEC 9000-3 - apresenta diretrizes para a aplicao da ISO 9001, a mais
utilizada por organizaes que desenvolvem software, ao desenvolvimento,
fornecimento e manuteno de software; Modelo CMM/SEI, Capability Maturity
Model, desenvolvido nos EUA pelo Software Engineering Institute (SEI). No uma
norma ISO, mas muito bem aceita no mercado. Projeto SPICE, Software Process
Improvement & Capability dEtermination cujo objetivo gerar normas ISO/IEC para a
avaliao de processos de software.

4- Modelos da Qualidade de Software

O "CMM - Capability Maturity Model for Software/SEI" uma estrutura-"framework", que
descreve os principais elementos de um processo de desenvolvimento de software efetivo. O
CMM descreve os estgios de maturidade atravs dos quais Organizaes de software
evoluem o seu ciclo de desenvolvimento atravs de sua avaliao contnua, identificao e
aes corretivas dentro de uma estratgia de melhoria dos processos. Este caminho de
melhoria definido por cinco nveis de maturidade: inicial, repetitivo, definido, gerenciado e
otimizado.

O Modelo CMM (CMM - Capability Maturity Model) fornece s organizaes uma direo
sobre como ganhar controle de seu processo de desenvolvimento de software e como evoluir
para uma cultura de excelncia na gesto de software. O objetivo principal nas transaes
destes nveis de maturidade a realizao de um processo controlado e mensurado como a
fundao para melhoria contnua. Cada nvel de maturidade possui um conjunto de prticas de
software e gesto especficas, denominado reas-chave do processo. Estas devem ser
implantadas para a organizao atingir o nvel de maturidade.

4.1- Gerenciamento de Projetos de TI

Finalizar projetos dentro do previsto em termos de custo e prazo o sonho de todo
gerente de projetos. Coincidncia ou no - e eu acredito que no, desde que adotamos o
Project Management Body of Knowledge (PMBOK) como base de nossa metodologia de
gerenciamento, nossos projetos vm terminando.
O PMBOK a consolidao das melhores prticas e mtodos usados para gerenciar um
projeto, seja de construo civil ou de implementao de sistemas de informtica. Trata-se de
um produto do Project Management Institute (PMI), um dos mais conceituados institutos
mundiais sobre essa cincia.
Para o PMI, existem nove reas de conhecimento nesse campo: integrao, custo,
prazo, qualidade, escopo, recursos humanos, riscos, comunicao e sub-contratao. Em uma
matriz bidimensional, o PMI cruzou essas nove reas com cinco grandes grupos de processos
(de iniciao, de planejamento, de execuo, de controle e de fechamento). Com isso, foi
criado um mapa voltado para o gerenciamento de projetos, o qual indica processos a serem
realizados e que, por sua vez, so referentes a um dos cinco grupos de processos e a uma das
reas de conhecimento.
Segundo o PMI, um gerente de projeto dever estar atento a todo o contexto que dir
respeito sua gerncia, ao ciclo de vida (diviso por fases), aos stakeholders (os envolvidos
direta e indiretamente com o projeto), s influncias organizacionais e s influncias scio-
28

econmicas. Destacam-se como habilidades gerenciais a liderana, a comunicao, a
negociao, a resoluo de problemas.
O objetivo assegurar que os elementos do projeto estejam apropriadamente
coordenados pelo gerente responsvel. So processos do gerenciamento da integrao, do
desenvolvimento do plano do projeto, da execuo do plano do projeto e do controle

Um grande dilema entre as reas comerciais e as reas de entrega de empresas que
executam projetos o momento da confeco de uma proposta. Na maioria dos casos, as
propostas so confeccionadas com base nas lies aprendidas em projetos similares, sobre as
quais possvel prever, com certa segurana, o prazo, a quantidade de recursos e, ento, o
preo final.
Claro que surpresas acontecem. Por isso, o melhor momento para gerar uma proposta
aps a confeco do plano do projeto. Essa rea de conhecimento tem o nome de gerncia da
integrao porque os produtos de seus processos so o resultado e/ou a consolidao dos
resultados de outros processos, tomando como exemplo o desenvolvimento do plano do
projeto, que tem como entrada a execuo de produtos, tais como: detalhamento de escopo,
WBS (Work Breakdown Structure, diviso lgica de todos as atividades), cronograma,
oramento, planejamento de riscos, entre outros.
fcil notar que o grupo de processos de planejamento , de longe, o que tem o maior
nmero. Dessa forma, fica clara a mensagem principal do PMI: fazer um planejamento bem
feito para execut-lo de forma mais acertada. A execuo do plano do projeto, por sua vez,
tem como principal caracterstica a requisio de mudanas; ou seja, nada que estiver fora do
planejado ser executado sem as prvias autorizaes (que foram tambm mapeadas durante
o planejamento para os momentos de decises).
Em grandes projetos, normalmente se constitui um Change Control Board, ou seja, um
grupo de pessoas responsveis por analisar, aceitar ou rejeitar modificaes que estejam fora
do escopo, ou definir o caminho a ser percorrido quando houver mais de uma opo. Por
ltimo, temos o processo de controle global de mudanas, que tem como um dos principais
objetivos manter a integridade das medidas bsicas do projeto, conhecidas como baselines.
Enfim, a prpria complexidade dos processos da gerncia da integrao est
diretamente ligada qualidade dos resultados de seus predecessores, o que, por si s, justifica
a adoo de medidas previstas pelo PMI. No fundo, tudo est diretamente ligado velha - mas
ainda atual - arte de planejar profundamente qualquer iniciativa e ento execut-la de uma
maneira ou de outra.
5- Empreendedorismo

Empreendedorismo o estudo voltado para o desenvolvimento de competncias e
habilidades relacionadas criao de um projeto (tcnico, cientfico, empresarial). Tem origem
no termo empreender que significa realizar, fazer ou executar. O empreendedor aquele que
apresenta determinadas habilidades e competncia para criar, abrir e gerir um negcio,
gerando resultados positivos.

Podemos citar como caractersticas do empreendedor:
Criatividade
Capacidade de organizao e planejamento
Responsabilidade
Capacidade de liderana Habilidade para trabalhar em equipe Gosto pela rea em que
atua
Viso de futuro e coragem para assumir riscos
Interesse em buscar novas informaes, solues e inovaes para o seu
negcio
Persistncia (no desistir nas primeiras dificuldades encontradas) Saber ouvir as
pessoas
Facilidade de comunicao e expresso

O empreendedorismo essencial para a gerao de riquezas dentro de um pas,
29

promovendo o crescimento econmico e melhorando as condies de vida da populao.
tambm um fator importantssimo na gerao de empregos e renda.
As faculdades acima caracterizam o empreendedor, pois empreendedorismo fazer algo
de forma oportunista, diferenciada, criativa e revolucionria que atenda as necessidades,
interesses ou desejos de uma clientela. Esta a combinao perfeita para o sucesso: 1.
Oportunismo: fazer algo antes dos outros; 2. Criatividade: fazer algo de maneira diferente; 3.
Idealismo: fazer algo que satisfaa; 4. Visionrio: fazer algo que provoque impacto ou
transformao.

Para Schumpeter - pai do conceito o empreendedorismo est em fazer coisas novas
ou coisas que j so feitas de uma nova maneira... (apud Mintzberg et al., 2000 pag. 101)
assim, o empreendedor no necessariamente um inovador nato, pois inovao no
somente produzir um produto ou servio indito, mas em fazer coisas existentes de novas
maneiras, o que o caracteriza um oportunista (ver antes). O empreendedor antes de tudo um
corajoso, posto que assuma maiores riscos porque acredita na sua viso do negcio e, desta
forma, caracteriza-se como idealista, que v mais que os outros. O fato de vislumbrar o
sucesso em algo novo torna o empreendedor um otimista em querer preencher lacunas em um
segmento, vendo melhor que os outros. Criar novas maneiras de atender um mercado faz
dele um visionrio que v mais longe que os outros.
Empreendedores so obstinados por seus projetos, embora estejam conscientes dos
riscos. Assim eram os descobridores que atravs dos sculos... deram o primeiro passo ao
longo de novos caminhos, sem outros recursos alm de sua prpria viso. (Ayn Rand).

Posturas diferenciadas:

- O empresrio procura remunerar seu capital atravs do investimento em negcios; o
empreendedor procura os negcios com pouco investimento para criar o capital. - O
empresrio segue trilhas de baixo risco; o empreendedor segue pegadas aceitando
incertezas.

- O empresrio segue caminhos j existentes; o empreendedor abre-os. - O empresrio
procura lugares para criar seus negcios e atender novas clientelas; o empreendedor procura
criar clientelas. - O empresrio atende clientelas com demandas existentes; o empreendedor
satisfaz clientelas com novas demandas. - O empresrio aposta na competncia; o
empreendedor, nas ideias. O empresrio movido pela razo; o empreendedor, pela emoo.
- O empresrio busca segurana; o empreendedor, aventura.
- O empresrio, ao abrir um novo negcio escolhe os capacitados que conheam as melhores
prticas para comporem a equipe; o empreendedor ao criar um novo negcio capacita os
escolhidos para criarem novas prticas. Quando o empreendedor perde a criatividade, ele
morre e o empresrio que existe nele, assume o lugar.
Existe o empresrio-empreendedor que j tendo um negcio, encontra novas formas de
atuar; um exemplo o Sr. Sam Steinberg, proprietrio da rede de supermercados Steinbergs
no Canad que inovou ao criar o auto-servio em 1933. J o empreendedor-empresrio todo
aquele que administra seu negcio com competncia e permanece no mercado. No cabem
aqui comparaes utilitaristas entre as duas personagens: as caracterizaes do empresrio e
do empreendedor pelo realce das diferenas so para maior compreenso dos conceitos.

O empreendedor no precisa ser necessariamente um empresrio, posto que como
funcionrio possa implementar ideias criativas, praticando o intra-emprendedorismo, j como
empresrio, ele tem que tomar todas as precaues que qualquer negcio demanda, no
bastando suas aptides, tem que administrar com proficincia.
Sabemos de muitas escolas e cursos especficos que pretendem formar empreendedores e,
isto vlido no que tange a despertar empreendedores adormecidos, mas tenho dvidas quanto
eficcia da pretenso, posto que no se crie empreendedores em salas de aula - so
criaes de bero. Pode-se sim, formar empresrios que construam um plano de negcios
coerente e consistente com os objetivos e a realidade.
Como nasce um empreendedor? Mintzberg (2000 pag 103) cita as pesquisas de
Collins e Moore (The Organizations Makers, 1970) sobre a vida de 150 empreendedores desde
a infncia ... como pessoas duras e pragmticas... com necessidade de realizao e
independncia. Em algum ponto de suas vidas... enfrentaram um rompimento (deteriorao de
30

papel)... transformando seus dilemas em projeo de negcios. Outras caractersticas so a
necessidade de controle, ressentimento com relao autoridade e tendncia em aceitar
riscos moderados, intuitivos, persuasivos, otimistas, determinados e confiantes - pessoas com
esprito de caador.
O Desafio das Organizaes Integrar o Planejamento Estratgico e a Gesto
Operacional atravs:

Definio dos principais direcionadores
Definio dos principais direcionadores
Explicitao e alinhamento dos principais desafios e estratgias (caminhos)
Detalhamento das demandas / impactos nos processos
Projetos estratgicos
Misso, Viso, Valores, Objetivos estratgicos.
Proposta de valor
Indicadores
Metas
Anlise de suficincia dos processos atuais frente aos desafios futuros
Intervenes /ajustes nos processos atuais Processos / Atividades Processos








































31


5- Concluso

A partir da anlise dos modelos de Gesto da Tecnologia da Informao da Consulting,
foi possvel observar que as prticas de gesto desenvolvidas na Software Developer
apresentaram excelentes resultados.

A Software Developer percebeu que aproveitar novas tecnologias para gerar novos
ganhos financeiros tornou-se um fator decisivo para manter a organizao competitiva e
altamente rentvel. Sair na frente significou mais tempo para abordar novos mercados e obter
ganhos em servios ainda no explorados.

Neste novo cenrio, a rea de TI tornou-se uma das principais estratgias para garantir
que a organizao mantenha seu nvel de competitividade, acompanhando ou antecipando
tendncias de mercado que poderiam ser exploradas de forma mais rpida e eficiente que sua
concorrncia.
Com base nas anlises feitas, e entendendo que os itens acima citados representam
adequadamente, os aspectos relevantes do uso de Processos em TI, e que tais dados esto
em conformidade com as disposies pertinentes ao trabalho, opino favoravelmente quanto ao
desenvolvimento deste trabalho.


































32


7- Referncias Bibliogrficas

Produo; volume 16, nmero 2, pginas 329-340. Novembro de 2011 Koscianski, A., Soares,
M. S.. Qualidade de Software. Editora Novatec, 2006.
Brooks, F. P. No Silver Bullet: Essence and Accidents of Software Engineering. Computer, Vol.
20, N. 4, pp 10-19. April, 1987.
Pressman, R. S. Engenharia de Software. McGraw Hill, 2002.
CAETANO, Cristiano. Processos e qualidade de software. Disponvel em:
http://www.linhadecodigo.com.br/Artigo. aspx?Id=964.
WIKIPEDIA. Qualidade de Software. Disponvel em:
http://pt.wikipedia.org/wiki/Qualidade_de_software.
BARRETO JR, Jos. Qualidade de Software. Disponvel em:
http://www2.unemat.br/rhycardo/download/qualidade_em_software.pdf.
GOMES, Nelma da Silva. Qualidade de software - uma necessidade. Disponvel em
http://www.fazenda.gov.br/ucp/pnafe/cst/arquivos/Qualidade_de_Soft.pdf.
WIKIPEDIA. Empreendedorismo. http://pt.wikipedia.org/wiki/empreendedorismo





























33

8- Glossrio

Tabela 1. Categorias das caractersticas de qualidade de software................31




























34