Cdigo de tica e Deontologia Profissional em Engenharia de Software

Carlos Miguel Amorim Sousa1, Mrio Rui Cabral Aguiar2, Orlando Lopes Silva3

ei03031@fe.up.pt, ei01051@fe.up.pt, 3 ei03079@fe.up.pt

Faculdade de Engenharia da Universidade do Porto, Rua Dr. Roberto Frias, s/n 4200-465 Porto PORTUGAL

Resumo. Pretende-se neste artigo explicar o Cdigo de tica e Deontologia Profissional em Engenharia de Software. Apresentando sua histria e sua evoluo at aos dias de hoje. Listando tambm seus princpios e modo de uso na vida diria de um engenheiro de software profissional. So retratados os seus casos de utilizao em diversas actividades da sociedade actual, dilemas ticos e adeso a este cdigo por parte das pessoas ligadas a este tipo de actividade profissional.

1 Histria da tica na Informtica

A tica computacional como matria de estudo foi fundada por um professor do MIT, Norbert Wiener, durante a segunda guerra mundial (em 1940) enquanto ajudava a desenvolver uma bateria antiarea capaz de destruir os avies mais rpidos. O desafio da engenharia deste projecto levou Wiener e alguns colegas a criar um novo ramo da cincia ao qual Wiener chamou ciberntica a cincia dos sistemas de feedback de informao. O conceito de ciberntica, quando combinado com os computadores digitais que comearam a ser criados nessa altura conduziram Wiener a notveis introspeces sobre concluses ticas. Ele previu revolucionrias concluses ticas e sociais. Em 1950 Wiener publicou o seu monumental livro sobre tica computacional, The Human Use of Human Beings, o que no s o estabeleceu como fundador da tica computacional mas, muito mais que isso, criou uma fundao especializada em tica computacional que ainda hoje meio sculo depois uma forte base de investigao e anlise em tica computacional. Infelizmente, esta complexa e importante nova rea da tica aplicada que Wiener fundou em 1940, permaneceu subdesenvolvida e inexplorada at meados dos anos 60. Por essa altura, consequncias sociais e ticas da informtica j se manifestavam e o interesse em problemas ticos da informtica comeavam a crescer. Assaltos a bancos com a ajuda de computadores e outros crimes atraram a ateno de Donn Parker, que escreveu livros e artigos acerca de crimes informticos e props Association for Computing Machinery, que adoptasse um Cdigo de tica para os seus membros. A ACM nomeou Parker para criar um comit e para escrever tal cdigo, que foi adoptado por essa organizao profissional em 1973. Em 1976 enquanto leccionava tica na medicina, Walter Maner, reparou que frequentemente quando a informtica estava envolvida com casos de tica mdica, vrias consideraes ticas eram levantadas. Examinando melhor este fenmeno, Maner convenceu-se, que seria necessrio criar um novo ramo na tica qual ele chamou de tica Informtica. Maner definiu que a tica Informtica era um ramo da tica, que estudava problemas ticos que eram agravados, transformados ou criados pela informtica. No incio dos anos 80 o nome tica Informtica ficou estabelecido e outros estudiosos comearam por desenvolver este novo campo da tica aplicada. 1.1 O futuro da tica Informtica No incio do sculo XXI, os pensadores da tica Informtica, ofereceram ao mundo dois pontos de vista diferentes. O primeiro ponto de vista mostra a informtica como uma revoluo tica, necessitando que os seres humanos reexaminem as fundaes da tica e tambm da vida humana. Um outro ponto de vista mais conservador diz que fundamental que as teorias ticas permaneam inalteradas. Isto , os problemas da tica Informtica so os mesmos que as antigas questes ticas mas com um novo formato. Em consequncia, a tica Informtica, como um ramo distinto da filosofia aplicada, ir desaparecer.

2 Cdigo de tica ACM/IEEE e seus princpios

2.1 Prembulo Os computadores tm um papel central e crescente no comrcio, indstria, governo, medicina, educao, entretenimento e na sociedade em geral. Engenheiros de software so os que contribuem por participao directa, ensinando a anlise, especificao, design, desenvolvimento, certificao, manuteno e teste do software. Por causa dos seus papis no desenvolvimento de software, os engenheiros possuem vrias oportunidades para praticar o bem ou o mal e para influenciar outros a praticar o bem ou o mal. Para assegurar o mximo possvel, que os seus esforos sero direccionados para o bem, os engenheiros devero cometer-se em tornar a Engenharia de Software numa profisso benfica e respeitada. De acordo com esse compromisso os Engenheiros de Software devero aderir ao seguinte Cdigo de tica e Prtica Profissional. O Cdigo contm oito princpios, relacionados com o comportamento e decises feitas por engenheiros de software, incluindo, praticantes, educadores, administradores, supervisores, assim como estagirios e estudantes. Os Princpios identificam relaes ticas responsveis nas quais individualmente, grupos e organizaes participam e as obrigaes para com essa relao. As Clausulas de cada Princpio ilustram algumas obrigaes includas nessas relaes. Estas obrigaes so fundadas na humanidade dos engenheiros de software, com o devido cuidado para com as pessoas afectadas com o seu trabalho e os elementos nicos da prtica de engenharia de software. O Cdigo prescreve estas obrigaes a qualquer um que deseje ou aspire em ser um engenheiro de software. No intencionado que partes individuais do Cdigo sejam usadas para justificar erros de omisso ou comisses. A lista de Princpios e Clausulas no exaustiva. As Clausulas no devem ser interpretadas para aceitar o aceitvel do inaceitvel, na conduta profissional em todas as situaes prticas. O Cdigo no um simples algoritmo, que produz decises ticas. Em certas situaes poder haver conflitos dentro do Cdigo com regras de outras fontes. Estas situaes requerem que o engenheiro de software use um julgamento tico para agir da maneira mais consistente com o esprito do Cdigo de tica e Prtica Profissional, dadas as circunstncias. Tenses ticas podero ser resolvidas tendo em considerao os princpios fundamentais, ao contrrio de usar uma confiana cega ou de regulamentos detalhados. Estes princpios devero influenciar os engenheiros de software em considerar amplamente o que ser afectado pelo seu trabalho, examinando se eles e seus colegas esto tratando outros seres humanos com o devido respeito; considerar a opinio do pblico acerca das suas decises; e ainda considerar se os seus actos sero merecedores dos ideais profissionais de ser um engenheiro de software. Nestes julgamentos a preocupao com a sade e segurana do pblico primria, isto , o interesse pblico central para este Cdigo. O dinamismo e o exigente contexto da engenharia de software requer um Cdigo que seja adaptvel e relevante para novas situaes que possam ocorrer. No entanto, mesmo na generalidade, o Cdigo d suporte a engenheiros de software que necessitam de tomar aces positivas num caso especfico, documentando a posio tica da profisso. O Cdigo providencia fundaes ticas para que indivduos em equipa e a equipa como um todo possam recorrer. O Cdigo ajuda a definir aces que sejam imprprias eticamente para um engenheiro de software ou equipas de engenheiros. O Cdigo no simplesmente questionar a natureza de certos actos, tambm tem uma importante funo educacional. Assim este cdigo exprime o consenso da profisso em assuntos ticos, um meio de educar o pblico e profissionais aspirantes acerca de todas as obrigaes ticas de um engenheiro de software.

2.2 Princpios 1 Principio 1: Pblico

Os engenheiros de software devero agir de acordo com o interesse pblico. 1.01. Aceitar todas a responsabilidade pelo seu trabalho. 1.02. Moderar o seu interesse, do empregador, do cliente e dos utilizadores com o bem pblico. 1.03. Aprovar software, que apenas seja seguro, corresponda s especificaes, passe nos testes apropriados, no diminua a qualidade de vida, no diminua a privacidade ou prejudique o ambiente. O ltimo efeito do trabalho dever ser para o bem pblico. 1.04. Alertar as devidas pessoas ou autoridades, de algum actual e potencial perigo para o utilizador, pblico ou ambiente, que esteja razoavelmente associado ao software ou documentos relacionados. 1.05. Cooperar em esforos para alertar, assuntos de grave preocupao pblica, causado por software na sua instalao, manuteno, suporte ou documentao. 1.06. Ser justo e evitar, enganos nas suas declaraes, particularmente nas pblicas relacionadas com software, documentos, mtodos e ferramentas. 1.07. Considerar problemas de incapacidade fsica, alocao de recursos, desvantagens econmicas e outros factores que podem diminuir o acesso aos benefcios do software. 1.08. Ser encorajado em voluntariar-se a tcnicas profissionais para boas causas e contribuir para a educao do pblico. 2 Principio 2: Cliente e Empregador

Os engenheiros de Software agiro de acordo com os melhores interesses de seus clientes e empregadores, e consistente com o interesse pblico. 2.01. Providencia servio em reas da sua competncia, sendo honestos e indicando as suas limitaes da sua experincia e educao. 2.02. No permitir o uso de software que seja obtido ilegalmente e no eticamente. 2.03. Usar a propriedade do cliente ou empregador apenas de maneira autorizada, e com o conhecimento e consentimento deste. 2.04. Assegurar que qualquer documento em que eles confiem seja aprovado, quando requerido por algum autorizado a aprov-lo. 2.05. Manter privado toda a informao confidencial que adquiriram no seu trabalho, desde que a confidencialidade seja consistente com o interesse publico e a lei. 2.06. Identificar documentos, recolher provas e relatar ao cliente ou empregador, para saber a sua opinio se um projecto ir falhar, se ser dispendioso, violar a lei, ou se ser problemtico. 2.07. Identificar, documentos e relatar ao seu cliente ou empregador, problemas de preocupao social de que eles estejam cientes em software ou documentos. 2.08. No aceitar trabalho externo em detrimento do seu trabalho para o seu principal empregador. 2.09. No promover nenhum interesse contrrio ao seu empregador ou cliente, a no ser que, um assunto tico esteja comprometido, nesse caso dever informar o empregador ou outra autoridade acerca desse assunto. 3 Principio 3: Produto Os engenheiros de Software devero assegurar que os seus produtos e as alteraes a eles relacionadas cumprem o mais alto padro profissional possvel.

3.01. Empenhar-se por mais qualidade, custos aceitveis, e prazos razoveis, assegurando que significantes tradeoff sejam claros e aceites pelo empregador e o cliente, e estejam disponveis para considerao por parte do utilizador e do pblico. 3.02. Assegurar objectivos propcios para qualquer projecto em que trabalha. 3.03. Identificar e definir assuntos ticos, econmicos, culturais, legais e ambientes que estejam relacionados com o projecto. 3.04. Assegurar que so qualificados para qualquer projecto que trabalhem, ou propor para trabalhar numa combinao de educao, treino e experincia. 3.05. Assegurar que o mtodo apropriado usado em qualquer projecto em que trabalha. 3.06. Trabalhar seguindo normas profissionais. 3.07. Empenhar-se em entender as especificaes do software em que iro trabalhar. 3.08. Assegurar que as especificaes de software estejam bem documentadas e que satisfaa os requisitos dos utilizadores. 3.09. Assegurar estimativas realistas do custo, prazos possveis, qualidade, em qualquer projecto em que trabalhem. 3.10. Assegurar testes adequados, debugging e reviso do software e documentos relacionados em que trabalhem. 3.11. Assegurar uma documentao adequada, incluindo problemas encontrados e solues adoptadas para qualquer projecto em que trabalhem. 3.12. Trabalhar para desenvolver software que respeite a privacidade de quem ir ser afectado por esse software. 3.13. Usar apenas informao precisa, obtida por meios ticos e legais, e usar apenas de maneira autorizada. 3.14. Manter a integridade da informao, tendo ateno a sua desactualizao e possvel falha. 3.15. Tratar todas as formas de manuteno de software com o mesmo profissionalismo como se trata-se de um novo desenvolvimento. 4 Principio 4: Julgamento

Os engenheiros de software mantero integridade e independncia em seu julgamento profissional. 4.01. Acomodar todos os julgamentos tcnicos que necessitem suporte e mantm os valores humanos. 4.02. Apenas endossar documentos que foram preparados sob sua superviso ou que estejam na sua rea de competncia e que estejam de acordo. 4.03. Manter objectividade profissional com respeito a qualquer software ou documentos que sejam pedidos para avaliar. 4.04. No aceitar suborno, pagamentos duplos ou outras prticas financeiras imprprias. 4.05. Revelar a todas as partes interessadas os conflitos de interesse que no possam ser evitados. 4.06. Recusar em participar, como membros ou conselheiros, em grupos privados, governamentais ou profissionais preocupados com assuntos relacionados com software em que possa existir conflitos de interesse com os clientes ou empregadores.

Principio 5:

Gesto

Os gerentes e lderes de engenharia de software adoptaro e promovero uma abordagem tica para a gesto do desenvolvimento e da manuteno do software. 5.01. Assegurar uma boa gesto para qualquer projecto em que trabalhar, incluindo procedimentos eficazes para promoo da qualidade e reduo do risco. 5.02. Assegurar que os engenheiros sejam informados das normas antes de as usar. 5.03. Assegurar que os engenheiros conhecem as politicas do empregador e procedimentos para proteger suas palavras-chave, ficheiros e informao confidencial para o empregador ou confidencial para outros. 5.04. Designar trabalho apenas aps ter em conta as contribuies da educao e experincia mostrada e o desejo de prosseguir os estudos e adquirir mais experincia. 5.05. Assegurar estimativas realistas dos custos, prazos, pessoa, qualidade e gastos em qualquer projecto em que trabalhe e providenciar acesso a essas estimativas. 5.06. Atrair potenciais engenheiros de software apenas com a descrio completa das condies de trabalho. 5.07. Oferecer uma remunerao justa. 5.08. No impedir injustamente que uma pessoa tome um cargo para o qual est qualificada. 5.09. Assegurara que h um acordo justo quanto propriedade de qualquer software, processo, pesquisa, escrito ou outra propriedade intelectual para q qual um engenheiro de software contribuiu. 5.10. Providenciar auditorias para qualquer violao das polticas do empregador ou deste cdigo. 5.11. No pedir a um engenheiro de software que faa algo de inconsistente com o cdigo. 5.12. No punir ningum por expressar problemas ticos para com um projecto. 6 Principio 6: Profisso

Os engenheiros de software fomentaro a integridade da profisso, de modo consistente com o interesse pblico. 6.01. Ajudar a organizar um ambiente favorvel para agira eticamente. 6.02. Promover conhecimento pblico da engenharia de software. 6.03. Expandir o conhecimento da engenharia de software participando em organizaes profissionais, encontros e publicaes. 6.04. Apoiar, como membros da profisso, outros engenheiros de software e seguidores deste cdigo. 6.05. No promover o seu interesse pessoal s custas da profisso, cliente ou empregador. 6.06. Obedecer a todas as leis que regem o seu trabalho, a no ser que, em circunstncias especiais, sejam inconsistentes com o interesse pblico. 6.07. Ser preciso na apresentao das caractersticas do software em que trabalharam evitando falsas reivindicaes mas tambm reivindicaes que possam ser especulativas, vazias, confusas, enganadoras ou duvidosas. 6.08. Tomar a responsabilidade em detectar, corrigir e relatar erros no software e documentos associados em que trabalharam. 6.09. Assegurar que clientes, empregadores e supervisores sabem que o engenheiro tem compromisso para com este cdigo de tica e respectivas ramificaes deste compromisso. 6.10. Evitar associaes com negcios e organizaes que esto em conflito com este cdigo.

6.11. Reconhecer que violar este cdigo inconsistente com ser um engenheiro ode software profissional. 6.12. Expor a sua preocupao s pessoas envolvidas quando detectadas violaes significativas do cdigo. 6.13. Relatar as violaes do cdigo s autoridades quando for impossvel consultar as pessoas envolvidas. 7 Principio 7: Os Colegas

Os engenheiros de software sero justos e daro apoio aos seus colegas. 7.01. Encorajar os colegas a aderir ao cdigo. 7.02. Assistir os colegas no desenvolvimento profissional. 7.03. Reconhecer o trabalho dos outros e no se apropriar de mrito alheio. 7.04. Rever o trabalho dos outros com objectividade e de uma maneira bem documentada. 7.05. Ouvir sempre as opinies, preocupaes e queixas de um colega. 7.06. Ajudar os colegas a tomar conscincia das normas actuais de trabalho, quer sejam politicas e procedimentos relacionadas com a proteco de palavras-chave, ficheiros e outras informaes confidenciais ou outras medidas de segurana em geral. 7.07. No interferir, injustamente na carreira de um colega, no entanto, tendo em conta o empregador, cliente ou o interesse pblico podero compelir o engenheiro a questionar a competncia de um colega. 7.08. Em situaes fora da sua rea de competncia pedir a opinio de outros profissionais que tenham competncia dessa rea. 8 Princpio 8: Pessoal

Os engenheiros de software participaro de aprendizagem constante com relao prtica de sua profisso e promovero uma abordagem tica dessa prtica. 8.01. Prolongar o seu conhecimento no desenvolvimento, na anlise, especificao, design, desenvolvimento, manuteno, teste de software e documentao relacionada, em conjunto com a gesto do desenvolvimento do processo. 8.02. Melhorar a sua aptido em criar software seguro, de confiana e til a um custo e prazo razovel. 8.03. Melhorar a sua aptido em produzir documentao precisa, informativa e bem escrita. 8.04. Melhorar a sua compreenso do software e de documentos em que iro trabalhar e do ambiente em que vai ser utilizado. 8.05. Melhorar o seu conhecimento de normas relevantes e da lei, que regula o software e documentos relacionados em que trabalhem. 8.06. Melhorar o seu conhecimento acerca deste Cdigo, a sua interpretao e aplicao no trabalho. 8.07. No dar um tratamento injusto a ningum por causa de preconceitos irrelevantes. 8.08. No influenciar outros a agir contra o Cdigo. 8.09. Reconhecer que violaes pessoais deste Cdigo so inconsistentes com ser um engenheiro de software profissional. Copyright (c) 1999 by the Association for Computing Machinery, Inc. and the Institute for Electrical and Electronics Engineers, Inc.

3 Casos de aplicao do cdigo de tica

3.1 Desenvolvimento de sistemas O desenvolvimento de sistemas informticos ou projectos de software implica um conjunto de responsabilidades perante vrias etapas. A equipa de desenvolvimento tem de garantir um produto adequado ao cliente e s suas necessidades ajudando-o, eventualmente, a descobrir o que ele realmente necessita. A qualidade do produto deve ser avaliada vrias vezes durante o desenvolvimento de maneira a diminuir os riscos e obter um produto final com qualidade. A elaborao de um projecto de software tem algumas restries tais como a plataforma computacional e a sua parte legal, pelo que o cliente deve ser informado de todas as opes tomadas. Uma preocupao importante a ter em conta pelos engenheiros de software a integridade e originalidade da aplicao desenvolvida e condenar qualquer forma de plgio. O relacionamento entre os vrios elementos da equipa de desenvolvimento tambm objecto de tratamento tico. A prpria equipa de desenvolvimento pode definir um conjunto de normas a adoptar no desenvolvimento de um determinado projecto. Isto evita a falta de participao de alguns elementos e o trabalho excessivo de outros, mau entendimento entre gerente do projecto, engenheiro de software e outros membros da equipa de desenvolvimento e a inconsistncia ou imperfeio do sistema. Resumindo, o desenvolvedor compromete-se com os colegas, os seus superiores e o cliente a ter como nica prioridade o sucesso do projecto colaborando da melhor maneira para tal feito. Apesar de esforos para a sua componentizao, o software ainda no resulta da montagem de partes, da que o esforo pelo trabalho em equipa seja um importante passo para o sucesso. O desenvolvimento de software no consiste apenas na escrita do cdigo fonte, envolve tambm documentos de especificao, manuais e outros suportes para o produto final. Por ser uma rea profissional relativamente nova e em evoluo, os cdigos de conduta profissional da rea ainda no esto suficientemente consolidados e necessrio que que evoluam na medida em que evolui a tecnologia e afecta o comportamento da sociedade. Actualmente, os principais aspectos a ter em conta pelos engenheiros de software e demais profissionais abrangidos pelo cdigo de tica e deontologia profissional so: Acesso no-autorizado a recursos computacionais (hackers, crackers, vrus, etc.); Direitos de propriedade de software (pirataria, engenharia reversa, etc.); Confidencialidade e privacidade dos dados; software preconceituoso; software que possa causar riscos ao ambiente ou ao bem-estar humano. Riscos da computao e sistemas crticos com relao segurana; Responsabilidade e regulamentao profissional; Alguns desses princpios so comuns outras profisses. Por exemplo, a confidencialidade existe na rea mdica, jurdica e no jornalismo. Na rea de computao, esse princpio existe quanto confidencialidade dos dados armazenados em uma base de dados. Por exemplo, uma situao em que os dados de um paciente de um hospital estejam disponveis numa base de dados. A responsabilidade pela confidencialidade dos dados diferente para o mdico, o analista de sistema e para a vizinha da paciente que soube da internao. O mdico deve comentar o caso somente com os familiares mais prximos do paciente. A vizinha pode comentar com quem quiser. O analista de sistemas

no deve comentar com ningum. Caso seja necessrio comentar com um superior, por exemplo, esse abrangido pela mesma regra de confidencialidade. No entanto, nem todos os casos de tica que envolvem computadores so problemas de tica na rea de computao. Por exemplo, no caso de uma pessoa, para poder comprar remdios de uso contnuo para a sua me, usa um computador para aplicar golpes em clientes de um banco. Esse caso no pode ser considerado um caso de tica em computao, da mesma forma que um advogado que encomenda o assassinato da esposa no um caso de tica na rea legal. A tica na rea de computao deve abranger as aces dos profissionais de computao no seu papel como profissionais de computao. 3.2 Automao de decises Foram vrias as causas que conduziram a sociedade automao de um sistema, entre elas, o aumento da concorrncia com a globalizao, o encarecimento das matrias-primas e o desenvolvimento da tecnologia, sendo um dos principais objectivos garantir melhor distribuio das tarefas entre o usurio e o computador. O nvel de automao est relacionado com a transferncia de responsabilidade do homem para o sistema de automao: Transferncia obrigatria: segurana ou preciso exigidas so incompatveis com a habilidade humana Transferncia planejada: as tarefas podem ser realizadas pelo homem, mas o sistema de automao aumenta a produtividade. Benefcios da automao: Qualidade assegurada dentro de limites estabelecidos Reduo de custos atravs de: Racionalizao de trabalho Eficincia no processo Uniformidade da qualidade dos produtos e servios Reduo de tempo na manuteno

Flexibilidade para adaptao a novos produtos ou servios Melhor conhecimento do processo, atravs da colheita dos dados e dos estados Melhor conhecimento dos equipamentos do processo para a obteno de melhor desempenho Uma das principais desvantagens da automao de sistemas consiste em, por vezes, conduzir ao desemprego de muitas pessoas que foram substitudas pelas mquinas.

3.3 Violao da informao

Os engenheiros de software tm de possuir um comportamento responsvel, tico e ntegro. Devem tambm garantir e respeitar os nveis de confidencialidade dos dados e a segurana da comunicao. Devero ainda assegurar que os seus produtos e as alteraes a eles efectuadas esto protegidas contra aces de vrus e no podero vir a danificar o sistema computacional. O desrespeito desta conduta pode acartar as seguintes consequncias: O sistema no reflecte as necessidades reais dos clientes Sistema inconsistente ou incompleto O cliente e os usurios no ficam satisfeitos com o sistema Os usurios no usam todos os recursos do sistema O sistema no confivel, apresentando falhas ou interrupes na operao Os custos de manuteno so altos

3.4 Internet Com a elevada afluncia para a Internet e a sua expanso escala mundial, aumenta a responsabilidade do engenheiro de software quando implicado em projectos relacionados com a web. As possibilidades de desrespeito pelos princpios do cdigo de tica so vrias pelo que sero apresentados alguns casos em que tal acontece. O abuso dos motores de busca e a procura duma posio privilegiada fez nascer uma nova problemtica. Os sites utilizavam todos os meios possveis para desviarem a ateno dos motores de busca de maneira a conseguirem uma posio que no mereciam. Actualmente este fenmeno est mais controlado devido ao trabalho realizado pelas equipas de vrios motores de busca. Uma tcnica utilizada pelos criadores dos sites e que j no permitida era escreverem palavras-chave da mesma cor do fundo da pgina, sendo assim invisveis para quem visita a pgina mas entrando na pesquisa do motor de busca. Outra tcnica evitada pelos motores de busca consiste em repetir palavras-chave nas tag META do cdigo fonte dos sites. A controvrsia destas medidas dos motores de busca prende-se com o facto de serem estes a ditar as suas prprias leis e no existe nenhum regulamento consensual por parte dos utilizadores da Internet sobre este assunto. Um dos aspectos mais badalados do momento a difuso pela web de produtos pirateados. A grande questo para os engenheiros de software consiste em saber onde termina a sua responsabilidade neste assunto e comea a responsabilidade dos consumidores ou provedores destes servios, no esquecendo que o primeiro principio do cdigo de tica leva a agir sempre para o interesse pblico. A violao de direitos de autor prtica frequente na Internet, at nas mais simples aces, como por exemplo na criao de um site em que se utiliza documentos ou informaes pertencentes a outro sem o referir. O correio electrnico tambm utilizado como meio de infraco ao cdigo de tica, nomeadamente no que diz respeito ao SPAM e utilizao do e-mail para fins no consentidos pelo destinatrio deste tipo de correio electrnico. Estas atitudes so geralmente levadas a cabo com fins publicitrios.

O contedo das pginas web tem restries legais e ticas. Nesse papel os profissionais de software funcionam como intermedirios entre os donos (ou provedores de contedo) e os consumidores da informao e a sua aco pode prevenir ou facilitar a ocorrncia de condutas consideradas eticamente imprprias pela sociedade. Por um lado, podem ser responsabilizados por aces criminosas com origem no seu sistema ou material imprprio armazenado em seus equipamentos e, por outro lado, no h regras claras quanto a que tipo de censura poderiam exercer sobre o trfego de mensagens ou sobre o contedo dos sites que administram. Alguns estudiosos deste assunto comparam a informao que circula pela Internet com a informao que circula pelo servio telefnico. Seguindo essa analogia, o provedor do servio no responsvel pelo contedo da informao e nem tem o direito de censura sobre seus usurios. Outra analogia pode ser feita com os jornais, em que as empresas jornalsticas tm alguma responsabilidade sobre o contedo do que publicam ou ento a tem quem assina a matria. A primeira analogia parece estar mais prxima do correio electrnico e a segunda mais prxima da web. A mxima que considera que a liberdade de uns acaba quando comea a dos outros tambm vlida para a Internet, isto porque todo o tipo de pessoas e de todas as idades utiliza a Internet no seu dia-a-dia. Esta situao origina um conceito de liberdade de informao para a Internet e deve ser tomado em conta pelos responsveis de pginas web. 3.5 Sistemas Crticos A rea de software relacionada com os sistemas crticos a que exige maior responsabilidade por parte dos engenheiros de software. Isto porque qualquer falha tem, geralmente, consequncias gravssimas. Nos sistemas crticos, a confiabilidade dos mesmos normalmente a propriedade mais importante. A confiabilidade do sistema reflecte o grau de confiana desse sistema, isto , reflecte a confiana do utilizador de que o sistema operar como esperado e que no falhar em situaes normais. Os custos de uma falha do sistema podem ser extremamente elevados. Sistemas inseguros ou que no so confiveis so rejeitados porque podem causar percas de informao com consequncias graves a nvel de custos de recuperao. Existem vrios tipos de sistemas crticos: Sistemas crticos com relao segurana so aqueles que controlam algum dispositivo, com componentes de tempo real e que tm potencial para ameaar a vida de pessoas, causar ferimentos ou danos materiais no caso de falhas. Como exemplo h os equipamentos mdicos e os sistemas de proteco de centrais nucleares e qumicas. Sistemas crticos misso so aqueles cujas falhas resultam no incumprimento de objectivos de uma determinada actividade. Para este caso pode-se referir como exemplo o sistema de navegao de satlites ou naves espaciais. Sistemas crticos de negcio so aqueles cujas falhas resultam em elevadas perdas econmicas. Exemplo deste tipo de sistemas so os responsveis por transferncias bancrias e outro tipo de pagamentos.

Um sistema crtico avaliado segundo os seguintes critrios: Confiana que o utilizador pode ter no sistema; Probabilidade de estar disponvel para fornecer servios quando solicitado; Probabilidade de um sistema esta operacional (sem avarias) por um dado perodo de tempo; Capacidade do sistema se proteger de ameaas externas.

O engenheiro de software deve ter em conta estes critrios principais, porque existem outros, e assumir total responsabilidade na aprovao de um software. Estes sistemas necessitam de tcnicas de desenvolvimento e de avaliao que garantam que o produto seguro. Depois desta fase vem outra igualmente importante que consiste na verificao e validao do produto. Para este tipo de sistemas, so de relevante importncia os principios do cdigo de tica relacionados com o interesse pblico, realando o facto do engenheiro de software assumir total responsabilidade sobre o seu trabalho, e com o produto visto que este tem de ser de elevada qualidade e fiabilidade total. Um exemplo de uma falha num sistema crtico aconteceu em Fevereiro de 1992 em Atlanta, Estado Unidos, quando hackers penetraram na rede de computadores da Equifax e tiveram acesso aos ficheiros dos consumidores, nmeros de cartes de crdito e outras informaes. Este tipo de acontecimentos bastante frequente em sistemas pouco protegidos e pode ter as mais variadas consequncias.

5 Adeso ao cdigo
Aceitando que estes cdigos de tica so agora o mtodo natural de promover o profissionalismo e comportamento tico entre os engenheiros de software, deve-se, ento, assegurar que tais cdigos so respeitados e correctamente mantidos. Para assegurar a adeso ao cdigo de tica, necessrio reduzir qualquer possibilidade de confuso do significado deste cdigo e de suas intenes. Esta clarificao no s assegura que os seguidores recebem directrizes claras e especificas das suas expectativas de desempenho, mas tambm assegura que a violao do cdigo de tica ser correctamente e justamente acompanhada de aces disciplinares. Actualmente, nem a IEEE Computer Society, o ACM, nem qualquer outra organizao tem qualquer autoridade significativa para impor o cdigo. A conformidade com o cdigo de tica voluntria. Com o passar do tempo, no entanto, a engenharia de software seguir o mesmo caminho que as outras profisses. O cdigo de tica ser imposto para profissionais, o que ser benfico para engenheiros de software individuais, para seus empregadores e clientes, e o pblico. Os engenheiros de software devem ser encorajados a melhorar o ambiente ao aderir aos princpios de desenvolvimento sustentvel com o objectivo de aumentar a qualidade de vida do pblico. Acm disso devem trabalhar sob um padro de comportamento profissional que exige adeso aos princpios altos de conduta tica. Existem ainda muitos profissionais de engenharia de software que no do grande importncia ao cdigo de tica, visto ser um cdigo relativamente recente. O que no quer dizer que no seja respeitado, at porque muitos dos princpios do cdigo de tica e deontologia profissional para a engenharia de software confundem-se com a tica humana e os princpios morais que cada um deve ter da vida em sociedade. A adeso a este cdigo implicaria um conjunto de benefcios a todas as partes envolvidas na engenharia de software profissional, dos quais se destacam alguns: - Atrair empregadores empregadores conscientes e dedicados que desejam produzir software de qualidade; - Reputao a adeso ao cdigo promove a imagem tica de uma companhia e o reconhecimento pblico da realizao de trabalho com qualidade; - Imagem profissional uma companhia ganhar o respeito da concorrncia; - Confiana do pblico o software desenvolvido vai ao encontro do interesse pblico seguindo altos padres de confidencialidade; - Padres internos A relao entre engenheiros de software sair melhorada com a adopo do cdigo de tica.

6 Dilemas ticos
Os dilemas ticos surgem quando pessoas tm pontos de vistas diferentes. Como reagir quando se discorda das polticas dos nveis mais altos de gesto da companhia? Depende da natureza dos indivduos em particular e da natureza dessa discordncia. Defender sua posio dentro da organizao ou se resignar quanto a esse princpio? Uma soluo possvel empregador e empregado tornarem, com antecedncia, seus pontos de vista conhecidos. Na maioria dos casos, so problemas de menor importncia e acabam sendo resolvidos sem dificuldades. Porm, defender seus princpios pode muitas vezes significar um pedido de demisso e causar danos a outras pessoas, tais como, seu cnjuge ou seus filhos. Quando revelar gerncia um problema com um projecto de software? Se o problema for discutido enquanto for apenas uma suspeita, poder estar exagerando sua reaco situao mas se deixar para resolver muito tarde, poder ser impossvel resolver as dificuldades. O que fazer quando o empregador age de modo anti-tico? A dvida que nos surge se devemos manter a confidencialidade ou alertar o cliente que o sistema entregue pode no ser seguro. Nesta situao devemos sempre tentar resolver a situao visando aos direitos do empregador. Mas, se for uma situao perigosa ser justificvel divulgar a questo imprensa.

Referncias:

1. 2. 3. 4. 5. 6.

ACM: Software Engineering Code of Ethics and Professional Practice, ACM/IEEE joint task force, consultado em Novembro de 2005, http://www.acm.org/serving/se/code.htm Software Engineering Professional Ethics Project, consultado em Novembro de 2005 http://seeri.etsu.edu/se_code_adopter/default.asp Terrell Ward Bynum, A very short story of computer ethics, consultado em Novembro de 2005, http://www.southernct.edu/organizations/rccs/resources/research/introduction/bynum_shrt_hist.html Ins Boaventura, Introduo Engenharia de Software, consultado em Novembro de 2005, http://beast.dcce.ibilce.unesp.br/~ines/cursos/eng_soft/aula01.pdf Selma Melnikoff, tica em Computao, Escola Politcnica da USP, Setembro de 2004, consultado em Novembro de 2005, http://www.lps.usp.br/lps/arquivos/conteudo/grad/dwnld/etica_comp.ppt Steven C. McConnell, The Professionals code, 13 de Setembro de 2002, consultado em Novembro de 2005, http://www.stevemcconnell.com/Ethics.pdf