UNIP INTERATIVA Projeto Integrado Multidisciplinar Cursos Superiores de Tecnologia

PIM VII

Braslia 2013

UNIP INTERATIVA Projeto Integrado Multidisciplinar Cursos Superiores de Tecnologia

PIM VII

Marcelo Neves de S RA 1127767 Gesto da Tecnologia da Informao 3 semestre

Braslia 2013

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. 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.

Sumrio
1. 1.1. 1.2. 1.3. 2. 2.1. 2.2. 2.3. 2.3.1. 2.3.1.1. 2.3.1.2. 2.3.1.3. 2.3.1.4. 2.3.1.5. 2.3.2. 2.3.2.1. 2.3.2.2. 2.3.2.3. 2.3.2.4. 3. 3.1. 3.2. 4. 4.1. 4.2. 4.3. 5. 6. 7. INTRODUO ............................................................................................................... 5 Objetivo geral ................................................................................................................... 5 Objetivos especficos ....................................................................................................... 5 Metodologia ..................................................................................................................... 6 Governana de TI ............................................................................................................. 6 Governana Tecnolgica.................................................................................................. 6 A Diferena entre CMM E CMMI ................................................................................... 7 CMMI .............................................................................................................................. 7 Nveis do CMMI .............................................................................................................. 9 Nvel 1 (Inicial) ................................................................................................................ 9 Nvel 2 (Repetitivo) ......................................................................................................... 9 Nvel 3 (Definido) ............................................................................................................ 9 Nvel 4 (Gerenciado) ...................................................................................................... 10 Nvel 5 (Otimizado) ....................................................................................................... 10 Processo de implantao do modelo CMMI .................................................................. 11 Incio .............................................................................................................................. 11 Anlise de riscos ............................................................................................................ 11 Cronograma .................................................................................................................... 12 Treinamento e preparao .............................................................................................. 12 Gesto da qualidade ....................................................................................................... 13 O processo GQM ........................................................................................................... 13 Implantando um processo de Melhoria Contnua .......................................................... 15 Sistemas para Internet e Softwares Livres ..................................................................... 15 Sistema de Informao Distribudo ................................................................................ 15 Servidores de arquivos distribudos ............................................................................... 16 Linux e Software Livre .................................................................................................. 17 Resultados obtidos ......................................................................................................... 19 Concluso ....................................................................................................................... 19 Referncias ..................................................................................................................... 19

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.

1.1. 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.

1.2. 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.

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

2.

Governana de TI

2.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.

2.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.

2.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: Processo de acordo com as linhas de ao da empresa; O processo conhecido por todos os envolvidos; Existe apoio da alta administrao; Auditoria dos processos que garante os bons resultados; Adoo disciplinada de tecnologia.

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.

2.3.1. Nveis do CMMI

2.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.

2.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.

2.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.

10

2.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.

2.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.

11

2.3.2. Processo de implantao do modelo CMMI

2.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; 4) Consultoria da ISD Brasil auxlio nas adaptaes e utilizao das ferramentas de apoio.

2.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;

12

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;

2.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.

2.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 ferramentas (futuras e atuais) do ambiente, que

13

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.

3.

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.1. 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.

14

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 (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.

15

3.2. 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.

4.

Sistemas para Internet e Softwares Livres

4.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

16

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.

4.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

17

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.

4.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.

18

[pic]

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: 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 cdigofonte 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.

19

5.

Resultados obtidos

De todo trabalho realizado e esforo dedicado at o presente momento, o resultado mais significativo foi obteno do Cobit. Porm, cabe ressaltar outros importantes tpicos: Obteno da capacitao, do pessoal interno da empresa Software Developer; Integrao entre as reas da organizao nas atividades conjuntas para o atendimento de um objetivo comum; A adoo de um processo de melhoria de software integrado e adaptado pelo modelo de gesto da qualidade total.

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.

7.

Referncias

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.