Vous êtes sur la page 1sur 64

28 Computao

03 / 2015
Revista da
Sociedade Brasileira
de Computao Brasil

ENGENHARIA
DE SOFTWARE
Qual o impacto da ES no mercado de
Computao e na sociedade como um todo?
1 / 64
EDITORIAL

Paulo Roberto Freire Cunha


Presidente da Sociedade Brasileira
de Computao

E
stamos concluindo mais um ciclo para
UM CICLO a Sociedade Brasileira de Computao

QUE SE FECHA (SBC) com o encerramento das gestes


2011/2013 e 2013/2015, nas quais tive
a honra de atuar como presidente ao lado de um
COM O ENCERRAMENTO DA ATUAL GESTO, grupo de colegas altamente qualificado.
UMA NOVA DIRETORIA DA SOCIEDADE
Nesses quatro anos, a SBC promoveu atividades
BRASILEIRA DE COMPUTAO SER NO-
baseadas no planejamento estratgico da institui-
MEADA DURANTE O CSBC.
o e no planejamento de aes da Diretoria atual.
Um exemplo foi a implantao da Representao
Institucional em Braslia (DF), permitindo que a
SBC fique mais prxima das decises governa-
mentais sobre o Programa de Cincia, Tecnologia e
Inovao do Pas. Outra novidade foi a criao do
programa de Conferencistas Seniores da SBC, com
COMO SE ASSOCIAR objetivo de mobilizar porta-vozes para contribuir
Se voc deseja renovar a anuidade ou se associar SBC, com as discusses que movimentam a rea de TIC.
confira o valor anual:
Valor pago Valor pago a partir
Destacamos ainda a homologao do novo estatu-
Categoria at 31.12.2014 de 01.01.2015 to da SBC, as atividades de comemorao dos 35
Efetivo/Fundador R$ 150,00 R$ 160,00 anos da instituio, as aes voltadas renovao
Efetivo Associado ACM R$ 135,00 R$ 145,00
Estudante R$ 58,00 R$ 62,00 de associados, as novas formas de atrao de alu-
Efetivo Associado ACM R$ 45,00 R$ 50,00 nos rea de Tecnologia, a implantao um novo
Estudante de Graduao R$ 14,00 R$ 15,00
Bsico modelo financeiro e a consolidao de uma rela-
Institucional R$ 912,00 R$ 970,00 o mais prxima com empresas e indstria. Que-
Assinante Institucional C R$ 5.064,00 R$ 5.380,00
Assinante Institucional B R$ 2.832,00 R$ 3.010,00 ro manifestar a minha imensa satisfao pelo tra-
Assinante Institucional A R$ 1.488,00 R$ 1.580,00 balho realizado. E fao um agradecimento a toda a
A anuidade da SBC vale pelo ano fiscal (janeiro a dezembro). equipe envolvida e aos associados pela confiana.
Associados da SBMicro tm desconto.
Por fim, convido todos a prestigiarem esta edio
da revista, que aborda o impacto da Engenharia de
Software no universo da Computao. Boa leitura!
2 / 64
EXPEDIENTE

28 Computao
Brasil
03/ 2015
Revista da
Sociedade Brasileira
de Computao

Caixa Postal 15012


CEP: 91.501-970 Porto Alegre/RS
Av. Bento Gonalves, 9.500 - Setor 4 Prdio 43412 Sala 219
Bairro Agronomia - CEP: 91.509-900 - Porto Alegre/RS
Fone: (51) 3308.6835 | Fax: (51) 3308.7142
E-mail: comunicacao@sbc.org.br

Diretoria:
Presidente | Paulo Roberto Freire Cunha (UFPE)
Vice-Presidente | Lisandro Zambenedetti Granville (UFRGS)
Diretora Administrativa | Renata Galante (UFRGS)
Diretor de Finanas | Carlos Ferraz (UFPE)
www.sbc.org.br
Diretor de Eventos e Comisses Especiais | Altigran Soares da Silva (UFAM)
Diretora de Educao | Mirella Moro (UFMG)
Diretor de Publicaes | Jos Viterbo (UFF)
Diretora de Planejamento e Programas Especiais | Cludia Motta (UFRJ)
Diretor de Secretarias Regionais | Marcelo Duduchi (CEETEPS)
Diretor de Divulgao e Marketing | Edson Norberto Cceres (UFMS)
Diretor de Relaes Profissionais | Roberto da Silva Bigonha (UFMG)
Diretor de Competies Cientficas | Ricardo de Oliveira Anido (UNICAMP)
Diretor de Cooperao com Sociedades Cientficas | Raimundo Jos de
Arajo Macdo (UFBA)
Diretor de Articulao de Empresas | Avelino Zorzo (PUC-RS)
Editor Responsvel | Edson Norberto Cceres (UFMS)
Editora Associada | Luciana Montera (UFMS)

Editor convidado da edio | Srgio Soares (UFPE)

Os artigos publicados nesta edio so de responsabilidade dos autores


e no representam necessariamente a opinio da SBC.

Giornale Comunicao Empresarial


Fone: (51) 3378.7100 - www.giornale.com.br
Fotos: Arquivo SBC

3 / 64
ndice
5 Agenda

Apresentao: Tudo Software


7 Por Srgio Soares

Sistemas de Informao e Engenharia de Software


11 Cad as Escolas?
Por Silvio Meira

16 Competncias do Engenheiro de Software


Por Daltro Nunes

Os Dilemas Didticos da Engenharia de Software


21 Por Itana Gimenes

Jovens Pesquisadores em Engenharia de Software


26 Por Claudia Werner

Dimenses de pesquisa em Engenharia de Software


30 Por Paulo Borba

O papel da Comisso Especial de Engenharia de


35 Software (CEES) no desenvolvimento da rea no Brasil
Por Thais Batista

Simpsio Brasileiro de Engenharia de Software


39 passado, presente e futuro
Por Leonardo Murta

Engenharia de Sistemas de Sistemas


44 Por Augusto Sampaio e Juliano Iyoda

Software Consciente
49
Por Julio Cesar Sampaio do Prado Leite

Abracadabra IoT
53 Por Rodrigo Senra

Inovao no mercado de software brasileiro


59 Por Antnio Valena

4 / 64
AGENDA
AGOSTO XX SBQS XIV
17 a 21 Simpsio Brasileiro de Qualidade de Software (SBQS 2015)
Manaus - AM sbqs2015.com.br/

AGOSTO I ERAD-RJ
24 a 26 I Escola Regional de Alto Desempenho do Estado do Rio de
Janeiro (ERAD-RJ 2015)
Petrpolis - RJ eradrj2015.lncc.br

AGOSTO II BRASERO
24 a 25 II Brazilian Workshop on Service Robotics (BRASERO 2015)
Salvador - BA www.acso.uneb.br/brasero2015

AGOSTO II CARLA
26 a 28 II Latin American High Performance Computing Conference
(CARLA 2015)
Petrpolis - RJ www.ccarla.org

AGOSTO XVIII SIBGRAPI


26 a 29 XXVIII Conference on Graphics, Patterns and Images (SIB-
GRAPI 2015)
Salvador - BA sibgrapi2015.dcc.ufba.br/index.html

AGOSTO VI ERI-MS
26 a 28 VI ERI-MS 2015 Escola Regional de Informtica 2015Sympo-
sium (LANOMS 2015)
Coxim - MS www.eri2015.ufms.br/

AGOSTO IV ENCOSIS
27 a 29 IV Encontro Regional de Computao e Sistemas de Infor-
mao (ENCOSIS 2015)
Manaus - AM www.encosis.com.br

AGOSTO VI CBSoft
21 a 26 VI Congresso Brasileiro de Software: Teoria e Prtica (CB-
Soft 2015)
Belo Horizonte - MG www.cbsoft2015.dcc.ufmg.br/

SETEMBRO VII LANOMS


1a3 VIII Latin America Network Operations and Management
Symposium (LANOMS 2015)
Joo Pessoa - PB www.lanoms.org/2015
5 / 64
AGENDA
SETEMBRO XXX SBBD
13 a 16 XXX Simpsio Brasileiro de Bancos de Dados (SBBD 2015)
Petrpolis - RJ dexl.lncc.br/sbbd2015/

SETEMBRO XXVII SBAC-PAD 2015


18 a 21 XXVII Simpsio Brasileiro de Arquitetura de Computadores
Processamento de Alto Desempenho (SBAC-PAD 2015)
Florianpolis - SC www2.sbc.org.br/sbac/2015/

SETEMBRO II SMPINF
19 a 21 II Simpsio de Informtica do IFSUL (SIMPINF 2015)
Passo Fundo - RS simpinf.passofundo.ifsul.edu.br/

SETEMBRO XIII SIRC


20 a 21 XIII Simpsio de Informtica da UNIFRA (SIRC 2015)
Santa Maria - RS www.sirc.unifra.br

SETEMBRO X SBIAGRO
21 a 23 X Congresso Brasileiro de Agroinformtica (SBIAGRO 2015)
Ponta Grossa - PR www3.uepg.br/sbiagro2015/

SETEMBRO VI Agile Brazil


21 a 23 VI Conferncia Brasileira em Mtodos geis (Agile Brazil 2015)
Porto de Galinhas - PE www.agilebrazil.com

SETEMBRO IV CBIE
26 a 30 IV Congresso Brasileiro de Informtica na Educao (CBIE 2015)
Macei - AL ic.ufal.br/evento/cbie_laclo2015/

SETEMBRO III SBR XII LARS


27 a 30 III Simpsio Brasileiro de Robtica (SBR 2015) e XII Latin Ame-
rican Robotics Symposium (LARS 2015)
Uberlndia - MG eventosrobotica2015.wordpress.com/

6 / 64
APRESENTAO | Engenharia de Software

TUDO SOFTWARE
QUAL A IMPORTNICA DA ENGENHARIA
DE SOFTWARE PARA O MERCADO E PARA
A GERAO DE CONHECIMENTO?

por Srgio Soares

7 / 64
A
APRESENTAO | Engenharia de Software

ENGENHARIA DE SOFTWARE (ES) lida com


mtodos, metodologias, ferramentas e disciplinas,
que colaboram para o desenvolvimento de siste-
mas. Por isto, a ES acaba sendo uma ponte que
integra ainda reas da Computao, como Banco de Dados,
Linguagens de Programao, Interface Homem Mquina, entre
outras, e outras reas que transcendem a Computao. As prin-
cipais instituies de ensino e pesquisa no pas tm departa-
mentos e centros da rea de Computao com fortes grupos da
rea de Engenharia de Software. Todos notamos que o software
est cada vez mais presente em tudo que nos rodeia, da a frase
(meio provocativa, meio sria) que costumamos usar afirman-
do que Tudo Software.
Este nmero especial da Computao Brasil traz um conjunto
de 11 artigos com reflexes que vo desde questes ligadas ao
ensino, passando pela pesquisa na rea, at vises de mercado e
exemplo de tecnologias que esto nos influenciando, seja como
professores, pesquisadores, desenvolvedores ou simplesmente
usurios diretos e indiretos de software.
Os trs primeiros artigos refletem sobre o ensino na rea de ES.
O Professor Silvio Meira (CIn/UFPE) fala especificamente da ne-
cessidade de reflexo sobre o ensino de ES frente s necessidades
do mercado, trazendo questionamentos como se as graduaes
so ultrapassadas pelo conhecimento e prticas dos negcios?.
Uma discusso sobre as competncias do Engenheiro de Softwa-
re feita pelo Professor Daltro Nunes (UFRGS), que traz mais
uma reflexo sobre como os gestores acadmicos deveriam pro-
ceder para definir os contedos dos cursos. Ainda na linha da
discusso sobre ensino, a Professora Itana Gimenes (DIN/UEM)
reflete sobre a necessidade de apropriar-se das teorias e prticas
pedaggicas e fala de dilemas didticos da disciplina de ES.

8 / 64
APRESENTAO | Engenharia de Software

Os quatro artigos seguintes discutem a pesquisa em ES. A Pro-


fessora Cludia Werner (COPPE/UFRJ) traz pontos importantes
para o estabelecimento de uma agenda de pesquisa e as pers-
pectivas para jovens pesquisadores em ES. Em seguida, as di-
menses de pesquisa em ES so discutidas pelo Professor Paulo
Borba (CIn/UFPE), que aborda decises importantes a serem
tomadas nos projetos e na carreira de um pesquisador. No artigo
seguinte, a Professora Thais Batista (DIMAP/UFRN) destaca-
as conquistas da Comisso Especial de Engenharia de Software
(CEES) da Sociedade Brasileira de Computao (SBC) no de-
senvolvimento da ES no Brasil. O Professor Leonardo Murta
(IC/UFF), atual Coordenador de Programa do Simpsio Bra-
sileiro de Engenharia de Software (SBES), transmite um relato
do passado, presente e futuro do SBES, que este ano chegar a
sua 29a edio. Um relato de parte dos resultados de um projeto
de cooperao internacional na rea de Sistemas de Sistemas
endereada pelos Professores Augusto Sampaio (CIn/UFPE) e
Juliano Iyoda (CIn/UFPE).
Por fim, finalizamos este nmero especial sobre Engenharia de
Software da Computao Brasil com artigos mais na linha de
mercado e do desenvolvimento de software em si. O Professor
Julio Leite (PUC-Rio) faz uma reflexo sobre as responsabilida-
des e os desafios de quem constri software e da possibilidade
de o prprio software coletar dados para analisar seu compor-
tamento. Rodrigo Senra (EMC) discute um tema muito falado
hoje em dia, a Internet das Coisas (IoT). Por fim, Antnio Va-
lena (CEO da Pitang) discute a representatividade no cenrio
mundial de inovao na rea de TIC no Brasil. Valena mostra
uma lista de aes estruturadoras que podem ajudar a melhorar
a posio do Brasil neste cenrio mundial.

9 / 64
APRESENTAO | Engenharia de Software

SRGIO SOARES

Mestre e Doutor em Cincia


da Computao pela UFPE,
Professor Adjunto do CIn/
UFPE, Diretor do ISI-
TICs (Instituto SENAI de
Inovao para Tecnologias da
Informao e Comunicao),
Coordenador Executivo do
INES (Instituto Nacional de
Cincia e Tecnologia para
Engenharia de Software), Presidente da Comisso Especial
de Engenharia de Software (CEES) da Sociedade Brasileira
de Computao (SBC), Coordenador Geral do CSBC 2015
(Congresso da Sociedade Brasileira de Computao) e foi eleito
Diretor de Articulao com Empresas da SBC para o Binio
Agosto 2015- Setembro 2017.

10 / 64
ESPECIAL | Engenharia de Software

SISTEMAS DE INFORMAO E
ENGENHARIA DE SOFTWARE:
CAD AS ESCOLAS?
por Silvio Meira

NA NOSSA REA, A IMPRESSO DE QUE AS GRADUAES


FORAM ULTRAPASSADAS PELO CONHECIMENTO E
PRTICAS DOS NEGCIOS.

11 / 64
ESPECIAL | Engenharia de Software

N
UNCA TANTOS E TANTAS COISAS depen-
deram tanto de sistemas de informao (SI)
como agora. Na prtica, quase tudo depende de
software, em todas as facetas da atividade hu-
mana. E no s na economia: o comportamento de cada um
e o nosso, como grupo e sociedade, so performances sobre
s vezes dentro de SI. Imagine a vida sem WhatsApp, para
ter uma ideia do que estamos falando. No Brasil falamos de
13% de queda na receita das operadoras mveis em 2015, boa
parte devido mudana de comportamento de quem dei-
xou de fazer ligaes telefnicas, funcionalidade analgica
que havia sido digitalizada, para interagir via texto, imagem,
udio e vdeo sobre uma plataforma digital por essncia, que
habilita um novo universo de conexes e relacionamentos.
Telefone virou app...
Para quase todo mundo, WhatsApp um app, est no nome.
Para ns, um sistema de informao, de uma classe que pou-
cos apostavam que existiria em futuro prximo. WhatsApp
tem 1 bilho de usurios, 700 milhes dirios, enviando 30
bilhes de mensagens/dia. Imagine-se professor ou aluno de
um curso de graduao ou ps, na cadeira de desenho, de-
senvolvimento, implantao, operao e evoluo de sistemas
(multimdia) interativos em tempo quase real para centenas
de milhes de usurios simultneos... Imaginou? Imagine
tambm porque ningum deu tal ementa ou fez tal tese em
lugar nenhum.
provvel que a disciplina ou tese no existiram (e talvez
no existam) porque ningum, em nenhuma faculdade, te-
nha se dedicado a estudar, sistematizar e compartilhar os

12 / 64
ESPECIAL | Engenharia de Software

fundamentos tericos e prticos que levariam algum a


se preparar para fazer SI do grau de complexidade de um
WhatsApp. E o mesmo vale para a arquitetura do software
e hardware por trs deste e outros SI usados por bilhes de
usurios. E isso uma pena.
Por muitas razes, fragmentamos o ensino de informtica em
verticais como SI (de onde raramente sai algum que enten-
da um ERP), Cincia da Computao (de onde quase nunca
sai algum que entenda como Google funciona, quanto mais
pensar e fazer o que viria depois dele) e Engenharia de Software
(ES), de onde nunca vi sair ningum que a partir de conhe-
cimento adquirido no curso conseguisse agregar valor num
ambiente real de desenvolvimento de software. E essas so s
trs da mirade de formaes que h por a, incluindo algu-
mas que nunca deveriam ter existido.
Na nossa rea, a impresso de que as graduaes foram ul-
trapassadas pelo conhecimento e prticas dos negcios. Aca-
demias em empresas como InfoSys e Accenture educam co-
laboradores no ritmo da mudana das plataformas tericas e
prticas do negcio, ao tom de milhares de horas formais no
incio da carreira e outras centenas de aprendizado explcito
por ano, sem contar oportunidades e aprendizados implcitos.
Em muitos casos, trata-se de formao no ensino mdio (h
vrios casos no Porto Digital), at porque e ainda bem
ningum precisa de uma graduao para exercer profisses de
informtica no Brasil. Pelo menos at o pas piorar a tal pon-
to, o que no de todo improvvel.
Em negcios intensivos em conhecimento e h poucos mais
dinmicos do que TICs parece que a universidade im-

13 / 64
ESPECIAL | Engenharia de Software

portante em ensino e pesquisa, mas deixou de ser relevante,


essencial para os negcios. E nem sempre foi assim. Porque
programar, h algumas dcadas, era to complexo (e raro)
que quase s se aprendia nas universidades. Uma boa gradu-
ao, nos anos 70/80, formava programadores competentes,
mestres nas estruturas de dados e algoritmos
De resto, programao mais conhecidos. Uma graduao espetacu-
deveria ser assunto lar adicionava sistemas operacionais e ban-
do ensino mdio h cos de dados. E tal formado dava conta das
tempos, uma das expectativas de mercado de seu tempo. No
linguagens essenciais, mais.
como Matemtica, Ningum precisa fazer uma graduao em
Lgica e Fsica. Informtica, hoje, para aprender a progra-
mar. De resto, programao deveria ser as-
sunto do ensino mdio h tempos, uma das
linguagens essenciais, como Matemtica, Lgica e Fsica. Por
outro lado, a fragmentao dos currculos de graduao em
termos de assuntos, e no sua unificao ao redor de proble-
mas e projetos que se enfrentar na prtica, criou uma col-
cha de retalhos que raramente d resultado. Ou, quando d,
porque o que o estgio ensinou a escola no estragou.
Precisamos fazer uma reviso do que e como se cria opor-
tunidades para aprender informtica, em especial SI e ES.
quase uma irresponsabilidade que os futuros profissionais
dessas reas faam os cursos que fazem hoje, e que saiam
deles, em quase qualquer instituio, to ignorantes da vida
real e to despreparados para ela, se sua formao ficar s a
critrio dos cursos de graduao (e ps, em muitos casos).
Ainda bem que os alunos parecem ser muito mais espertos

14 / 64
ESPECIAL | Engenharia de Software

do que os professores e aprendem quase tudo por fora. Por


quanto tempo ainda vamos deixar que seja assim?...
Se SI e ES fossem irrelevantes para a sociedade e economia,
at que se poderia deixar pra l e fingir que se ensina e os
alunos aprendem. Mas felizmente no o caso. Teremos
que resolver o problema de onde e como aprender SI e ES
apropriadamente, pois a incompetncia de nossa formao,
nessas reas, um duplo problema econmico: recursos
investidos no ensino dessas competncias e habilidades se
perdem em sua quase totalidade e, por causa disso, so as
empresas que tm, na prtica, que investir para formar seu
capital humano.

SILVIO MEIRA | Engenheiro Eletrnico (ITA, 77), MSc


(UFPE, 81) e Ph.D. (Kent, UK, 85) em Computao, nasceu
em Tapero, PB, batuqueiro de Maracatu, fundador e ex-
-presidente da SBC. Professor Titular (aposentado) de En-
genharia de Software do CIN/UFPE, foi Fellow do Berkman
Center, Harvard e Cientista-Chefe do CESAR. Professor Asso-
ciado da FGV DIREITO RIO e Coordenador do INES.org.br.

15 / 64
ESPECIAL | Engenharia de Software

Competncias do Engenheiro
de Software

por Daltro Nunes

ESSAS COMPETNCIAS SO ESTABELECIDAS PELAS


DIRETRIZES CURRICULARES DE COMPUTAO E INCLUEM
ANLISE, AVALIAO, INTEGRAO E GERENCIAMENTO.

16 / 64
ESPECIAL | Sade
Engenharia de Software

O
TERMO ENGENHARIA DE SOFTWARE foi
introduzido no final da dcada de 60 como uma res-
posta chamada crise de software que surgiu com as
experincias associadas ao projeto, desenvolvimento e
manuteno de sistemas de software confiveis de larga escala. Os
sistemas de software eram construdos como torres de Babel: sem
planejamento, sem comunicao, sem documentao etc. Muitos
projetos foram abortados e a histria tem inmeros casos de preju-
zos causados. Naquela dcada, a Engenharia de Software foi defi-
nida como o estabelecimento e a utilizao de slidos princpios de
engenharia para produzir economicamente software confivel e que
rodasse eficientemente em mquinas reais. Como os princpios de
engenharia eram necessrios para projetar e cons-
Como a soluo de truir sistemas fsicos complexos, surgiu a ideia de
um problema um que eles poderiam ser necessrios tambm para
produto, a aplicao construir software de larga escala. A Engenharia
dos princpios de de Software passou a ter presena na academia e
no mundo industrial. A Engenharia de Software
engenharia garante
tem claramente razes na Cincia da Computao.
a construo do
A lista, no exaustiva, dos princpios de enge-
produto dentro
nharia inclui: estudo, especificao, projeto, pla-
dos prazos e custos nejamento, realizao de estudos de viabilidade
planejados... tcnico e econmica, gerncia de processos, de-
senvolvimento, manuteno, coordenao e su-
perviso de equipes de trabalho, vistoria, percia e avaliaes, emis-
so de laudos e pareceres. Transversalmente, ateno legislao,
s normas tcnicas e de segurana nacionais e internacionais, tudo
dentro dos princpios da tica cientfica e profissional. Como a so-
luo de um problema um produto, a aplicao dos princpios de
engenharia garante a construo do produto dentro dos prazos e cus-
tos planejados, qualquer que seja o produto (material ou imaterial).
Qualquer curso que usa os princpios de engenharia um curso de
engenharia, mesmo no tendo engenharia no seu nome. Parado-

17 / 64
ESPECIAL | Sade
Engenharia de Software

xalmente, as Diretrizes Curriculares Nacionais de Engenharia tem


ainda um rano dos antigos currculos mnimos, chamando de cur-
so de engenharia aqueles que tm na sua grade curricular um con-
junto de contedos curriculares como: fenmenos dos transportes,
resistncias dos materiais, qumica etc.
Casa de ferreiro, espeto de pau: assim que se pode dizer da
comunidade cientfica de computao. A comunidade aplica os
princpios de engenharia para produzir software, mas no para
criar/reformar cursos de Engenharia de Software. Na produo de
software, os primeiros e mais importantes passos esto na definio
de requisitos, nas fases finais na implementao. Entretanto, quan-
do da criao/reforma de um curso de Engenharia de Software (ou
outro qualquer), os gestores acadmicos comeam pela grade cur-
ricular (implementao) e no pela especificao do profissional.
A fase de especificao inclui o desenho do profissional com suas
competncias sociais e tcnicas, ou seja, as capacidades que devem
possuir para realizar atividades de desenvolvimento de software.
As competncias sociais estabelecem as relaes entre o exerccio
profissional e a sociedade que, devidamente instanciadas, valem
para qualquer curso. As competncias tcnicas do Engenheiro de
Software so estabelecidas pelas Diretrizes Curriculares de Compu-
tao. Algumas delas so: Analisar e selecionar tecnologias adequa-
das para a construo de software; Avaliar a qualidade de sistemas
de software; Integrar sistemas de software; Gerenciar projetos de
software conciliando objetivos conflitantes, com limitaes de custos,
tempo e com anlise de riscos; Aplicar adequadamente normas tc-
nicas; Qualificar e quantificar seu trabalho baseado em experincias
e experimentos; Exercer mltiplas atividades relacionadas a softwa-
re, como: desenvolvimento, evoluo, consultoria, negociao, ensi-
no e pesquisa; Conceber, aplicar e validar princpios, padres e boas
prticas no desenvolvimento de software; Analisar e criar modelos
relacionados ao desenvolvimento de software; Identificar novas
oportunidades de negcios e desenvolver solues inovadoras.

18 / 64
ESPECIAL | Sade
Engenharia de Software

Os gestores acadmicos devem, a partir das competncias, encon-


trar contedos que habilitem os alunos a ter essas competncias. No
mbito do Frum de Engenharia de Software (FEES), realizado no
contexto do Simpsio Brasileiro de Engenharia de Software (SBES),
um grupo de pesquisadores e professores construram o que foi
chamado de refinamento de competncias. Este processo, que
exige acadmicos muito especializados da rea de engenharia de
software, parte das competncias tcnicas e, por refinamentos su-
cessivos, procuram chegar aos contedos. A ideia que, se a grade
curricular de um curso incluir os contedos encontrados, os alunos
tero as competncias estabelecidas. Este processo, que teve a parti-
cipao, inclusive, da Universidade de Gois, de Braslia e de vrias
universidades gachas (UFRGS, PUC-RS, UNIPAMPA, LASSA-
LE), j tem quatro anos e ainda no foi concludo. A comunidade
de pesquisadores e professores de Engenharia de Software pretende
encerrar o processo na prxima edio do FEES, devendo os resul-
tados serem publicados em Anais do evento.
A seguir mostrado um exemplo de refinamento de uma compe-
tncia tcnica dos profissionais de Engenharia de Software Avaliar
a qualidade de sistemas de software.

Entender quais so Contedo: atributos


Avaliar a os atributos de qua- de qualidade de pro-
qualidade lidade de produto de duto de software
dos sistemas software e sua utilidade
de software Aplicar mecanismos Contedos: mtri-
de medio da qua- cas de produto de
lidade de produto de software, tcnicas de
software avaliao de produto

Aplicar tcnicas e Aplicar tcnicas e Contedos: tcni-


procedimentos de procedimentos de cas de anlise din-
validao, verificao validao e verifica- mica de artefatos
e teste o estticos de software
Aplicar tcnicas e Contedos: tcnicas
procedimentos de va- de reviso e anlise
lidao e verificao esttica de artefatos
dinmicos de software

19 / 64
ESPECIAL | Sade
Engenharia de Software

Com base nos contedos produzidos pelo refinamento de compe-


tncias, os gestores acadmicos podem, adequadamente, compor
disciplinas e distribu-las na grade curricular, incluindo a as demais
disciplinas bsicas necessrias, como matemtica, cincia da com-
putao, etc., as disciplinas eletivas e as atividades complementares.
Eles devem tambm determinar como as disciplinas devem ser
trabalhadas: distncia, presencial, seminrios, em grupos etc., e
as necessidades de estgios. um processo que pode durar meses,
at anos. A construo de um Currculo de Referencia pela SBC vai
auxiliar muito a construo de Projetos Pedaggicos de Cursos de
Engenharia de Software.
De imediato, os refinamentos de competncias podem ser usados
na verificao da completude dos contedos do currculo. Se o cur-
rculo de um curso de engenharia de software incluir os contedos
do refinamento, ento os alunos tero as competncias esperadas.

DALTRO NUNES | Professor titular e Secretrio de


Avaliao Institucional da UFRGS. Doutor em Infor-
mtica pelo Instituto de Informtica da Universidade
de Stuttgart-Alemanha, Mestre em Informtica pela
PUC/RJ e graduado em Engenharia Eltrica-Eletrni-
ca pela Escola de Engenharia, UFRGS. Suas principais
rea de pesquisa so Engenharia de Software, mtodos
formais e semntica formal. Mais informaes: http://
lattes.cnpq.br/1830250331989097.

20 / 64
ESPECIAL | Engenharia de Software

OS DILEMAS DIDTICOS DA
ENGENHARIA DE SOFTWARE

por Itana Gimenes

A ENGENHARIA DE SOFTWARE, COMO DISCIPLINA DA


COMPUTAO, DEVE APROPRIAR-SE DAS TEORIAS E PRTICAS
PEDAGGICAS CONTEMPORNEAS E CONSCIENTIZAR-SE DO
PERFIL DE SEUS ESTUDANTES.

21 / 64
E
ESPECIAL | Engenharia de Software

STAMOS DIANTE DE UM CONTEXTO educacional que


questiona drasticamente as formas de aprendizagem. No
o caso de ignorar as teorias de aprendizagem existentes, mas
sobretudo de ressignific-las. Podemos citar como elementos
contextuais: (i) as modalidades de educao presencial, a
distncia e hbrida; (ii) o inesquecvel trip da Universidade:
ensino, pesquisa e extenso; (iii) as Tecnologias de Informao
e Comunicao (TIC) contemporneas; (iv) as mudanas nos
espaos fsicos de aprendizagem; (v) a aprendizagem autnoma
e em rede; e, (vi) a diversidade cultural.
Diante desses elementos contextuais, a Engenharia de Softwa-
re, como disciplina da Computao, deve apropriar-se das teorias
e prticas pedaggicas contemporneas e conscientizar-se do
perfil de seus estudantes, para planejar as prti-
cas de ensino-aprendizagem com o uso eficiente
de ferramentas de TIC (Gimenes et al., 2012)
(Computao Brasil vol. 22). Isto considerando
a experincia de seus quase 50 anos de existn-
cia, nos quais passou de arte a mtodos tradi-
cionais; a exigncia de flexibilidade que levou
Trabalho em rede aos mtodos geis; ao reconhecimento da influ-
ncia das questes sociais no desenvolvimento de software; e a
evoluo evidente das ferramentas de apoio ao desenvolvimento
de software (Fuggeta, 2014).
Destacamos assim, pelo menos 7 (sete) dilemas didticos en-

1.
volvidos na disciplina de ES:
Teoria versus prtica: a Engenharia de Software uma
disciplina inerentemente prtica; seus princpios levam
diretamente a construo de produtos que so utilizados
pela sociedade. Porm, produtos de software podem ser facil-
mente construdos sem o adequado uso de princpios de ES, ain-
da como arte, por pessoas que tm intuio ou por empresas que
no seguem princpios e arriscam sua reputao.

22 / 64
ESPECIAL | Engenharia de Software

2.
Abstrao e Modelagem: a Engenharia de Software
fortemente baseada no poder de abstrao de conceitos e
representao desses em modelos computacionais, Porm,
os alunos comeam a aprender esses conceitos ainda muito ima-
turos, muitas vezes no conhecem os ambientes em que os siste-
mas funcionam. necessrio interdisciplinaridade.

3.
Rpida evoluo da tecnologia: a tecnologia usada na ES
evolui muito rapidamente (ex.: linguagens, frameworks,
ferramentas, hardware etc.). Porm, os professores no
conseguem se apropriar dos recursos tecnolgicos com a mesma
rapidez para utilizar em suas aulas.

4.
Ensino de Engenharia de Software em currculos de
computao: os currculos de computao tm pouco
espao para ES. Isto implica uma ou duas disciplinas ge-
nricas de ES que usam livros textos clssicos (ex.: Pressman,
Sommerville) e no h espao para aulas prticas ou projetos.
No raro encontrar professores de outras subreas da com-
putao que negligenciam o contedo de ES, ex.,
especificam software de suas reas especficas com
diagramas informais, e no fazem a devida relao
entre as disciplinas bsicas e a ES nos currculos,
tratam sempre de problemas fechados com enun-
ciados predefinidos, enquanto os projetos reais so
problemas em aberto com mudanas continuas de
Trabalho em grupo requisitos.

5.
Ensino de ES orientado pelo modelo em cascata: a
distribuio das disciplinas de Engenharia de Software
segue o modelo em cascata (requisitos, anlise, projeto
...), isto Implica que o aluno demora muito para programar
sistemas. Isto incompatvel com o que ele ouve da prtica na
indstria, por exemplo, sobre mtodos geis. O protelamento
da prtica de desenvolvimento de software desmotiva o apren-
dizado do contedo de ES.

23 / 64
ESPECIAL | Engenharia de Software

6.
Prticas conteudistas: os professores so conteudistas,
isto Implica que no trabalham as soft-skills como co-
municao, liderana, resoluo de conflitos e dinmica
de grupo. Essas habilidades so imprescindveis para engenhei-
ros de software.

7.
Qualidade de software: existem padres de qualidade
de software nacionais e internacionais, Porm, usurios e
clientes ainda aceitam sistemas ineficientes de bancos, pas-
sagens areas, rgos governamentais, etc. Ainda aceitam facil-
mente desculpas de o sistema est fora do ar, volte outra hora,
os dados foram perdidos, digite novamente. Por outro lado,
clientes tm dificuldade de aceitar pagar mais para um desenvol-
vimento mais seguro.

A criao dos Cursos de ES uma grande contribuio para


a soluo dos problemas acima (dilema 4), mas os educadores
precisam: inovar para atacar a dilema 5, os currculos tambm
precisam ser geis; precisam explorar o eixo de extenso uni-
versitria para se aproximar da indstria e da comunidade, para
assim oferecer oportunidade para que os es-
tudantes vivenciem problemas reais, atacando
os problemas apresentados pelos dilemas 1, 2
e 7; precisam promover espaos dinmicos de
aprendizagem para que os alunos possam inte-
ragir em rede e realizar projetos conjuntos, com
tecnologias inovadoras, discutir as questes
Novas tecnologias ticas, assim atacando os dilemas 3 e 6.
O curso de ES demanda um corpo docente de perfil misto e
qualificado, no momento em que o trip universitrio se volta
demais para a pesquisa terica e a busca cega e individualista por
ndices de produtividade em pesquisa, o curso sofre, se distancia
do mercado e dos desejos de muitos estudantes.

24 / 64
ESPECIAL | Engenharia de Software

REFERNCIAS

FUGGETTA, A.; DI NITTO, E. Software process. Proceedin-


gs of the Future of Software Engineering (FOSE), International
Conference on Software Engineering (ICSE 2014), Hyderabad,
India, ACM Press, 2014, p. 1-12.

GIMENES, ITANA M. S. ; BARROCA, LEONOR ; BAR-


BOSA, E. F. . The future of human resources qualifications in
Software Engineering meeting demands from industry and be-
nefiting from educational and technological advances. In: 26o.
Simpsio Brasileiro de Engenharia de Software (SBES) - Trilha
Especial, 2012, Natal, RN. Anais do 26o. Simpsio Brasileiro de
Engenharia de Software (SBES) - Trilha Especial. USA: IEEE,
2012. v. 1. p. 1-5.

ITANA MARIA DE SOUZA GIMENES | Professora titular da


Universidade Estadual de Maring (UEM), Paran. Atualmen-
te Pr-Reitora de Extenso e Cultura da UEM. Fez estgio de
ps-doutorado snior na Open University, Reino Unido (2011)
em pesquisa relacionada a projeto de aprendizagem aplicada
Engenharia de Software. Em 2005, fez ps-doutorado na Scho-
ol of Computer Science, University of Waterloo, ON, Canad,
em pesquisa sobre linha de produto de software. Tem Ph.D. em
Cincia da Computao pela University of York, UK (1992).

25 / 64
ESPECIAL | Engenharia de Software

JOVENS PESQUISADORES EM
ENGENHARIA DE SOFTWARE:
AGENDA DE PESQUISA E
PERSPECTIVAS
por Claudia Werner

DIANTE DE TAMANHA DIVERSIDADE, MUITOS PESQUISADORES, EM


ESPECIAL OS JOVENS, TM DVIDA QUANTO AO TPICO DE PESQUISA AO
QUAL DEVEM SE DEDICAR NA REA DE ENGENHARIA DE SOFTWARE.

26 / 64
ESPECIAL | Engenharia de Software

D
esde as primeiras edies do Simpsio Brasilei-
ro de Engenharia de Software (SBES), em 1987,
temos acompanhado as pesquisas em diversos
temas como gerncia de projetos, qualidade de
software, processos de desenvolvimento, mtodos formais,
linguagens de programao, ambientes e ferramentas de de-
senvolvimento de software e reutilizao de software, dentre
outros. Em 2010, com a criao de uma conferncia especifi-
camente voltada para a rea de software (Conferncia Brasi-
leira em Software: Teoria e Prtica - CBSoft), aumentaram-se
ainda mais as possibilidades de temas de pesquisa, agregando,
alm do SBES, o Simpsio Brasileiro de Componentes, Ar-
quiteturas e Reutilizao de Software (SBCARS) e o Simpsio
Brasileiro de Linguagem de Programao (SBLP) e o Simp-
sio Brasileiro de Mtodos Formais (SBMF) um ano depois ,
e vrios eventos satlites (i.e. workshops). Diante de tamanha
diversidade, muitos pesquisadores, em especial os jovens, tm
dvida quanto ao tpico de pesquisa ao qual devem se dedicar
na rea de Engenharia de Software (ES).
Com o objetivo de passar dicas valiosas para pesquisadores
interessados em ES, foi realizado o I Workshop de Diretrizes
para Jovens Pesquisadores em ES, coordenado por Eduardo
Almeida (UFBA) e Paulo Masiero (USP-So Carlos), em Sal-
vador, no mbito do CBSoft 2010 iniciativa essa similar ao
New Software Engineering Faculty Symposium realizado na
International Conference on Software Engineering (ICSE)
em 2001, em Toronto, Canad, que vem se repetindo anual-
mente neste contexto. Esta nica edio do evento resultou na
publicao de um livro, A carreira de Pesquisador em Enge-
nharia de Software: princpios, conceitos e direes, editado
pelos coordenadores (bit.ly/CarreiraES). Dentre os tpicos
tratados, temos: agenda de pesquisa, estratgia de publicao,
tica profissional e educao em ES.

27 / 64
ESPECIAL | Engenharia de Software

fundamental que propiciemos s


novas geraes meios para que elas
possam dar continuidade ao que se
iniciou dcadas atrs.

Neste ano, em julho, foi realizada a Segunda Escola Latino-A-


mericana em Engenharia de Software, coordenada por Ingrid
Nunes (UFRGS) e Francisco Dantas (UERN), em Porto Ale-
gre. Fui convidada a proferir uma palestra exatamente sobre o
estabelecimento de uma agenda de pesquisa e as perspectivas
para jovens pesquisadores em ES. Tal tarefa no trivial e est
fadada obsolescncia dos temas apresentados em funo da
dinmica da rea, assim como, a previso de um futuro para
a carreira do engenheiro de software (ou pesquisador) corre o
risco de estar baseada apenas no que acontece no presente ou
ocorreu no passado. Mesmo assim, aceitei o desafio e destaco
aqui dois pontos que considero importantes para estarmos
atentos:

1)
A fim de identificar novas possibilidades (temas) de pes-
quisa, a leitura de artigos das principais conferncias na
rea (i.e., ICSE, SBES etc.), assim como a participao
em workshops ou trilhas que se proponham a discutir novas
ideias e reas emergentes so fundamentais. Alm disso, pro-
blemas reais existem e importante que pesquisadores este-
jam sempre atentos aos interesses industriais; e

2)
A deciso por seguir uma carreira acadmica ou se inserir
em pesquisa na indstria, por exemplo, em parques tecno-
lgicos, difcil e precisa ser tomada com cautela. Algumas
qualidades so esperadas para se ter um futuro promissor nes-
ta rea, tais como criatividade, independncia, capacidade de

28 / 64
ESPECIAL | Engenharia de Software

comunicao e colaborao, dentre outras. Atividades como


a superviso de alunos/subordinados, a procura por financia-
mento de projetos e o ensino/treinamento de novos engenhei-
ros de software fazem parte do dia a dia de um pesquisador.

Sabemos que o desenvolvimento da rea de ES no Brasil e o


sucesso de seus pesquisadores est diretamente relacionado
ao quanto eles so capazes de garantir a evoluo da pesqui-
sa e o engajamento em aes que mantenham a comunidade
ativa no pais. Neste sentido, fundamental que propiciemos
s novas geraes meios para que elas possam dar continuida-
de ao que se iniciou dcadas atrs. Neste sentido, a discusso
de guias e diretrizes para jovens pesquisadores salutar e ser
sempre bem-vinda!

CLAUDIA WERNER | Doutora pela COPPE/UFRJ (1992) e professora do


Programa Engenharia de Sistemas e Computao desta instituio desde 1994,
onde lidera a linha de pesquisa em Engenharia de Software. Atua na rea h
mais de 20 anos, em temas como Reutilizao, Visualizao e Ecossistema de
Software e Educao em Engenharia de Software. pesquisadora do CNPq e
FAPERJ. lattes.cnpq.br/9719247117370600.

29 / 64
ESPECIAL | Engenharia de Software

DIMENSES DE
PESQUISA EM
ENGENHARIA
DE SOFTWARE
por Paulo Borba

DECISES IMPORTANTES A SEREM TOMADAS NOS


PROJETOS E NA CARREIRA DE UM PESQUISADOR
EM ENGENHARIA DE SOFTWARE.

30 / 64
ESPECIAL | Engenharia de Software

A
O LONGO DA CARREIRA, um pesquisador toma
decises que so determinantes para o sucesso dos
seus projetos e resultados de pesquisa. Entender as
dimenses envolvidas nessas decises e as escolhas
disponveis importante para avaliar as consequncias e refletir
sobre aonde se quer chegar como pesquisador. Com o objetivo
de ajudar jovens pesquisadores a terem maior conscincia no
direcionamento da sua carreira, discutimos neste artigo algumas
dessas dimenses no contexto da Engenharia de Software.
Uma das mais discutidas dimenses a aplicabilidade es-
perada dos resultados gerados pela pesquisa. Apesar de existir
forte tendncia pela busca de maior aplicabilidade, justificvel
e necessrio investir tambm em pesquisa com aplicao indi-
reta, desde que haja preocupao em estabelecer os fundamen-
tos da rea. Esse o caso, por exemplo, de teorias lgicas que
definem a base matemtica de processos e ferramentas de refa-
torao; pode ser tambm o caso das teorias sociais de equipes
de desenvolvimento de software, apesar de que essas podem
tambm ter aplicao mais direta.
O maior risco na escolha do posicionamento nessa dimenso
perder o foco na contribuio cientfica ao tentar maximizar
a aplicabilidade. Pode-se acabar resolvendo problemas concre-
tos de desenvolvimento em empresas, mas sem gerar conheci-
mento cientfico novo. Consequentemente, no h evidncia
dos benefcios da soluo proposta, nem comparao adequada
com solues alternativas. Similarmente, o foco em tpicos da
moda como cidades inteligentes e computao em nuvem, para
citar dois mais recentes, pode ser arriscado. A falha em identifi-
car claramente os problemas centrais de Engenharia de Softwa-

31 / 64
ESPECIAL | Engenharia de Software

re envolvidos pelas fortes camadas de marketing e aplicaes


inovadoras associadas a esses tpicos pode levar a resultados
de pesquisa no originais ou com contribuio limitada. Pior,
pode nem gerar benefcios socioeconmico industriais.
Outro risco importante nessa dimenso se deixar enganar
por aplicaes utpicas da pesquisa, seja pelo foco em problemas
mal definidos ou que no existem na prtica, seja por solues
que so baseadas em assunes invlidas sobre a realidade de
equipes de desenvolvimento de software. Por
O maior risco exemplo, um mtodo de escalonamento de ta-
refas de desenvolvimento que assume a execu-
na escolha do
o sequencial de tarefas no vai ser usado por
posicionamento
equipes, nem por quem desenvolve um sistema
nessa dimenso
sozinho, j que nesse caso a preocupao com
perder o foco
gerenciamento menor.
na contribuio Alm da aplicabilidade dos resultados, outra
cientfica ao tentar dimenso importante a natureza do processo
maximizar a de pesquisa adotado. O ideal que o pesquisa-
aplicabilidade. dor seja capaz de adotar mtodos de pesquisa
adequados para o problema a ser considerado,
o que pode envolver a combinao de mtodos empricos (com
forte uso de estatstica e projeto de estudos e experimentos),
analticos (com slida base de lgica e matemtica) e computa-
cionais (com simulao e prototipao).
O maior risco aqui o pesquisador se limitar a usar apenas
um pequeno subconjunto dos mtodos existentes, o que limita
tambm os tipos de problemas a serem atacados, estudos a se-
rem realizados e perguntas a serem respondidas. Pior, essa es-
colha pode tambm inviabilizar a soluo efetiva dos problemas

32 / 64
ESPECIAL | Engenharia de Software

e a obteno de respostas sob diferentes perspectivas, levando a


resultados superficiais. Por exemplo, um pesquisador que ba-
sicamente usa surveys como mtodo de pesquisa corre o risco
de ter uma carreira baseada em publicaes que respondem a
perguntas de pesquisa sobre assuntos desconexos, com pers-
pectivas restritas e sem efetivamente progredir com a soluo
de problemas da rea.
Escolhas sobre outros fatores que definem o
O pesquisador deve processo de pesquisa so menos importantes.
procurar se alinhar Por exemplo, tanto o foco em melhorias pon-
com os padres tuais em ferramentas e tcnicas de desenvolvi-
e critrios de mento de software quanto o foco em maiores
desafios ou processos e ambientes de desenvol-
qualidade, elegncia
vimento podem levar a resultados relevantes
e publicao da
sem maiores riscos. No primeiro foco, esperam-
sua comunidade
se evidncias fortes de vantagens e desvantagens
internacional de
em relao a solues existentes. No segundo,
pesquisa. esperam-se solues mais originais e no incre-
mentais. De qualquer forma, necessrio cuida-
do para no acarretar solues mnimas, no primeiro caso, nem
solues no usveis, no segundo caso.
Outra dimenso a ser considerada a visibilidade e o impac-
to dos resultados de pesquisa. Para maximizar esses aspectos,
o pesquisador deve procurar se alinhar com os padres e cri-
trios de qualidade, elegncia e publicao da sua comunidade
internacional de pesquisa. Infelizmente, na prtica, s vezes
necessrio se preocupar tambm com as regras locais de avalia-
o e promoo de pesquisadores, que podem adotar critrios
no alinhados com a visibilidade. Por exemplo, a avaliao local

33 / 64
ESPECIAL | Engenharia de Software

pode ser quantitativa e baseada apenas em artigos, enquanto a


comunidade internacional pode valorizar tambm resultados
como ferramentas e benchmarks de qualidade. Enfim, buscar a
excelncia internacional pode se tornar um objetivo mais difcil
do que deveria.
Por fim, vrias outras dimenses esto menos relacionadas a
riscos, e normalmente as opes podem ser combinadas em um
dado projeto: foco em qualidade ou produtividade de software;
foco em aspectos tcnicos ou humanos da Engenharia de Softwa-
re; pesquisa que tenta prevenir ou remediar problemas; resul-
tados que ajudam desenvolvedores ou pesquisadores. O impor-
tante estar consciente das escolhas feitas em cada dimenso e
refletir sobre as possveis consequncias.

PAULO BORBA | Professor Titular de Desenvolvimento de


Software do Centro de Informtica da UFPE, onde lidera o
Grupo de Produtividade de Software. Seus principais interesses
de pesquisa so nos seguintes temas e na integrao entre eles:
modularidade de software, linhas de produtos de software e re-
fatorao. Paulo Doutor em Computao pela Universidade
de Oxford, e Mestre e Bacharel em Computao pela UFPE.

34 / 64
ESPECIAL | Engenharia de Software

O PAPEL DA COMISSO
ESPECIAL DE ENGENHARIA
DE SOFTWARE (CEES)
NO DESENVOLVIMENTO DA
REA NO BRASIL

por Thais Batista

COM O OBJETIVO DE ATUAR EM DIVERSAS VERTENTES,


AS COMISSES ESPECIAIS DA SOCIEDADE BRASILEIRA DE
COMPUTAO GERAM QUALIDADE PARA AS ATIVIDADES
ACADMICAS DE CADA REA DE ESPECIALIDADE.

35 / 64
A
ESPECIAL | Engenharia de Software

SOCIEDADE BRASILEIRA DE COMPUTAO (SBC), atra-


vs das suas Comisses Especiais (CEs), organiza a comunidade de
Computao do Brasil de acordo com reas de interesse. Atualmen-
te, h mais de 25 Comisses Especiais, abrangendo diversas reas
da Computao. As CEs tm como misso atuar em vrias verten-
tes, em especial promover e garantir a qualidade das atividades aca-
dmicas em cada rea de especialidade, colaborar com a definio
de diretrizes curriculares, apoiar na definio de agendas de pes-
quisa na rea, incentivar a interao da academia com a indstria e
manter uma lista de discusses entre os membros. Uma das princi-
pais aes das CEs promover a realizao de eventos (Congressos,
Simpsios, Workshops) para possibilitar a disseminao de traba-
lhos cientficos e a interao entre os membros da comunidade. As
Comisses Especiais tambm so responsveis por listar os eventos
nacionais e internacionais da sua rea, que so usadas pelo Per-
fil-CC da SBC. Essa lista tem sido usada pela CAPES, desde 2009,
como base para o Qualis-CC. Vale ressaltar que a SBC no realiza
classificao dos eventos, essa uma prerrogativa exclusivamente
da CAPES.
A Comisso Especial de Engenharia de Software (CEES) uma
das comisses especiais da SBC com maior nmero de membros,
responsvel por fomentar o desenvolvimento da rea de Engenha-
ria de Software no Brasil.
A CEES responsvel pela organizao de vrios eventos da
rea. H 29 anos teve incio o mais tradicional evento de Engenha-
ria de Software no Brasil, o Simpsio Brasileiro de Engenharia de
Software (SBES), que um tema explorado em outro artigo desta
edio. A CEES tambm organiza o Simpsio Brasileiro de Com-
ponentes, Arquiteturas e Reutilizao de Software (SBCARS), o
Simpsio Brasileiro de Qualidade de Software (SBQS) e apoia
uma srie de Workshops relacionados com a rea. Ao reconhecer
a grande amplitude da rea e a sua interseo com diversas outras
reas correlatas, em 2010, a CEES criou o Congresso Brasileiro de

36 / 64
ESPECIAL | Engenharia de Software

Software: Teoria e Prtica (CBSoft), em parceria


A CEES vem apoiando com a Comisso Especial de Mtodos Formais
as publicaes dos (CEMF) e a Comisso Especial de Linguagens de
scios da SBC no Programao (CELP). O CBSoft visa agregar a
JSERD ... comunidade de ES, proporcionando um frum
que rene os principais eventos da rea. Sua pri-
meira edio foi realizada em Salvador, em 2010, incluindo dois
simpsios tradicionalmente organizados pela CEES, o SBES e o SB-
CARS, e dois simpsios de outras comisses especiais, o Simpsio
Brasileiro de Mtodos Formais (SBMF) e o Simpsio Brasileiro de
Linguagem de Programao (SBLP). Na perspectiva de estimular a
interao da academia com a indstria, a CEES promove, no con-
texto do CBSoft, a Trilha da Indstria.
No seu papel de fomentar as pesquisas na rea, a CEES criou,
em 2012, em parceria com a Springer, o Journal of Software Engi-
neering Research and Development (JSERD). Esse um marco im-
portante para a comunidade, materializando o anseio de se ter um
peridico internacional da rea de Engenharia de Software e dar
visibilidade aos artigos da rea. O JSERD surgiu de uma iniciativa
articulada de pesquisadores da rea de Engenharia de Software,
liderado pela Professora Itana Gimenes (UEM), com apoio da
SBC atravs da sua parceria com a editora Springer. A CEES vem
apoiando as publicaes dos scios da SBC no JSERD e convoca a
comunidade a participar ativamente da consolidao desse peri-
dico, submetendo artigos para manter a edio continuada e possi-
bilitar a indexao internacional.
A CEES procura manter laos estreitos com as atividades de
outras sociedades cientficas na rea de Engenharia de Software. H
alguns anos a CEES indica um representante na IFIP (International
Federation for Information Processing), que participa das reunies
onde so tomadas decises de abrangncia mundial sobre a rea.
A CEES tambm prima pela valorizao de pesquisadores que
tm se destacado por contribuir para o avano da rea de Engenha-

37 / 64
ESPECIAL | Engenharia de Software

ria de Software no Brasil. Anualmente, desde 2004, a CEES concede


uma distino para um professor pela sua contribuio relevante
para a rea. O primeiro professor homenageado pela CEES foi o
Prof. Carlos Jos Pereira de Lucena (PUC-Rio). Desde ento, j
foram homenageados 12 (doze) professores de diferentes institui-
es brasileiras, incluindo PUC-Rio, ICMC-USP So Carlos, UFRJ,
UFRGS, UFRN, UEM e UFPE.
A ao poltica outra vertente de atuao da CEES. Diversos
pesquisadores que fazem parte da CEES tm atuado em rgos
governamentais, conselhos e fruns cientficos, participando ativa-
mente de discusses e de proposies de polticas nacionais e moti-
vando a necessidade de editais de fomento para a rea. Um exemplo
bem-sucedido da atuao da comunidade junto a rgos de fomen-
to foi o edital do CNPq, em 2007, para bolsas de doutorado espec-
ficas para a rea de Engenharia de Software.
A CEES que temos hoje resultado do trabalho persistente de
geraes de pesquisadores da rea, que construram uma comuni-
dade bem organizada, com eventos slidos e um peridico em fase
consolidao. Somos herdeiros desse legado e convocamos todos
os estudantes, pesquisadores e profissionais da rea a se juntarem a
CEES e a realizarem esforos para a continuidade das conquistas.
Os desafios so diversos e o envolvimento da comunidade funda-
mental para se avanar ainda mais, acompanhando o desenvolvi-
mento internacional da rea. A pgina web da CEES est disponvel
em comissoes.sbc.org.br/ce-es.

THAIS BATISTA | Professora Associada da Universidade Fede-


ral do Rio Grande do Norte (UFRN), onde atua na rea de En-
genharia de Software e Sistemas Distribudos. Thais foi Diretora
de Secretaria Regionais da Sociedade Brasileira de Computao
(SBC) no perodo de 2010 a 2013 e coordenadora da Comisso
Especial de Engenharia de Software (CEES) da SBC nos perodos
de 2011-2012 e 2013-2014.

38 / 64
ESPECIAL | Sade

SIMPSIO BRASILEIRO DE
ENGENHARIA DE SOFTWARE:
PASSADO, PRESENTE
E FUTURO

por Leonardo Murta

NESTE BREVE ARTIGO APRESENTAMOS UM POUCO DA


HISTRIA DO SBES, OS PREPARATIVOS PARA A SUA 29a
EDIO E TENDNCIAS FUTURAS.

39 / 64
ESPECIAL | Engenharia de Software

O
Simpsio Brasileiro de Engenharia de Software
(SBES) um dos simpsios mais tradicionais SBC e
o principal evento tcnico-cientfico de Engenharia
de Software da Amrica Latina. Ele tradicionalmen-
te congrega pesquisadores, praticantes e estudantes de gradu-
ao, mestrado e doutorado. Na sua programao h palestras
convidadas, sesses tcnicas e sesses de ideias inovadoras, assim
como uma variada gama de atividades que ocorrem em parale-
lo, como sesses da indstria, sesses de ferramentas, frum de
educao, workshop de teses e dissertaes, painis, tutoriais,
minicursos e workshops em temas especficos. Essas atividades
discutem processos, mtodos, tcnicas e ferramentas para o de-
senvolvimento, manuteno e evoluo de software. Neste breve
artigo apresentamos um pouco da histria do SBES, os preparati-
vos para a sua 29a edio e tendncias futuras.

PASSADO
Em 1987 nascia o SBES, em Petrpolis, RJ, sob a coordena-
o da Professora Ana Regina Rocha (COPPE/UFRJ). Nesse
momento a Engenharia de Software tinha recm completado a
sua maioridade, j que o termo foi cunhado por Margaret Ha-
milton, integrante do projeto espacial Apollo, em 1968. Alm
disso, a principal conferncia internacional da rea, a Interna-
tional Conference on Software Engineering (ICSE), tinha so-
mente 13 anos de existncia naquele momento.
Desde 1995, o SBES vinha sendo realizado em conjunto com
o Simpsio Brasileiro de Banco de Dados (SBBD). Porm, em
2010 o SBES se juntou aos Simpsios Brasileiros de Linguagens
de Programao (SBLP), Mtodos Formais (SBMF) e Compo-
nentes, Arquiteturas e Reutilizao de Software (SBCARS) para
formar o Congresso Brasileiro de Software: Teoria e Prtica
(CBSoft). Nesse perodo, o SBES teve relevante participao na
formao de pesquisadores e encubao de novos eventos. Por

40 / 64
ESPECIAL | Engenharia de Software

exemplo, tanto o SBMF quanto o Simpsio Brasileiro de Qua-


lidade de Software (SBQS) tiveram as suas primeiras edies
como workshops do SBES.
Em 2011 o SBES fazia seu 25o aniversrio, e para celebrar a
data o ento coordenador, Prof. Alessandro Garcia (PUC-Rio),
organizou uma trilha especial chamada SBES 25. Nessa tri-
lha diversos trabalhos discutiram a histria da Engenharia de
Software no Brasil, que se mistura com a prpria histria do
SBES. Dentre esses trabalhos, cabe um destaque para o artigo
de Silveira Neto et al. (2013), que resgatou com maestria dados
histricos do SBES at aquele momento. Alm disso, em um
trabalho conjunto dos Profs. Francisco Dantas (UFRN) e Ales-
sandro Garcia (PUC-Rio), todas as publicaes anteriores do
SBES foram resgatadas e disponibilizadas na Biblioteca Digital
Brasileira de Computao.

PRESENTE
Neste ano, de 21 a 26 de setembro, ocorre a 29a edio do
SBES em Belo Horizonte (MG). Para esta edio o SBES re-
cebeu 122 submisses de artigos de 9 pases diferentes, sendo
92 vlidas. Esses artigos foram avaliados por 89 membros do
comit de programa e 45 avaliadores externos de 10 pases di-
ferentes. Cada um dos artigos recebeu de 3 a 4 pareceres, o que
implica mais de 350 pareceres no total. Os cinco tpicos de
interesse de maior popularidade dentre esses artigos so: (1)
mtodos, tcnicas, linguagens e ferramentas para Engenharia
de Software; (2) Engenharia de Software expe-
Neste ano, de 21 a rimental; (3) processos de software (incluindo
26 de setembro, mtodos geis); (4) verificao, validao e tes-
ocorre a 29a edio te de software; e (5) engenharia de requisitos.
do SBES em Belo Para o SBES 2015 contaremos com exce-
Horizonte (MG). lentes palestras convidadas, tratando de temas
inovadores e intrigantes. Na quarta-feira, 23/9,

41 / 64
ESPECIAL | Engenharia de Software

o pesquisador Thomas Zimmermann (Microsoft Research,


EUA) ir discutir sobre o surgimento de cientistas de dados na
indstria de software. Esses cientistas de dados apoiam as equi-
pes de desenvolvimento na compreenso de grandes quantida-
des de dados sobre o processo de desenvolvimento e utilizao
do software. Na quinta-feira, 24/9, o Professor Prem Devanbu
(UC Davis, EUA) far um paralelo entre linguagem natural e
linguagem de programao, visando mostrar que boa parte do
cdigo que escrevemos repetitivo e previsvel, podendo ser
alvo dos mesmos modelos estatsticos usados para processa-
mento de linguagem natural. Na sexta-feira, o Professor Slvio
Meira (UFPE) ir discutir sobre a relevncia da comunidade
acadmica de Engenharia de Software.

FUTURO
Em um trabalho conjunto com os Professores Arilo Dias
Neto (UFAM), Rafael Prikladnicki (PUCRS) e Mrcio Barros
(UNIRIO), aceito para publicao pelo Journal of the Brazilian
Computer Society (JBCS), fizemos um levantamento sobre a
nova gerao de doutores formados nos ltimos dez anos em
Engenharia de Software no Brasil. Para tal, utilizamos o mtodo
snowball sampling (Goodman 1961) visando identificar, dentro
da prpria comunidade de Engenharia de Software, quem so
os principais pesquisadores jovens da rea e
O SBES 2015 quais so seus perfis de atuao e publicao.
uma excelente Dentre os principais achados, descobrimos
oportunidade que o SBES o frum mais procurado pela
para todos os nova gerao de pesquisadores em Engenha-
envolvidos com ria de Software: 80% deles j publicaram nele.
pesquisa e prtica Alm disso, apesar de a formao desses pes-
em Engenharia de quisadores ter se concentrado no sudeste e nor-
Software. deste, eles foram contratados por universidades
de todas as cinco regies do pas de forma bas-

42 / 64
ESPECIAL | Engenharia de Software

tante equilibrada, o que tornar a Engenharia de Software ainda


mais inclusiva no Brasil. Por fim, os cinco tpicos de pesquisa
com maior popularidade dentre esses jovens pesquisadores so:
(1) teste de software; (2) desenvolvimento orientado a aspec-
tos; (3) Engenharia de Software experimental; (4) linguagens de
programao; e (5) qualidade de software. Apesar de os termos
seguirem uma taxonomia diferente da utilizada nos tpicos de
interesse SBES, possvel notar uma grande intercesso com os
principais tpicos de interesse da edio de 2015.
O SBES 2015 uma excelente oportunidade para todos os
envolvidos com pesquisa e prtica em Engenharia de Software.
Para praticantes, o momento de se atualizarem nos assuntos
mais badalados da Engenharia de Software. Para pesquisadores,
uma oportunidade mpar de estabelecerem novas parcerias
de pesquisa e, no caso de professores, captarem novos alunos.
Para alunos, uma vitrine para divulgarem as suas pesquisas e
ganharem visibilidade nacional. Neste ano, em Belo Horizonte,
cidade de fcil acesso e com povo acolhedor, teremos o ambien-
te propcio para mais uma excelente edio do SBES. Contamos
com a sua participao!

LEONARDO GRESTA PAULINO MURTA | Professor do Insti-


tuto de Computao da Universidade Federal Fluminense (UFF),
Doutor e Mestre em Engenharia de Sistemas e Computao pela
COPPE/UFRJ, e Bacharel em Informtica pelo IM/UFRJ. bolsista
de Produtividade em Pesquisa nvel 2 do CNPq desde 2009 e Jovem
Cientista da FAPERJ desde 2012. Seus principais campos de atuao
so Gerncia de Configurao, Evoluo de Software, Arquitetura de
Software e Provenincia. www.ic.uff.br/~leomurta.

43 / 64
ESPECIAL | Engenharia de Software

ENGENHARIA DE
SISTEMAS DE SISTEMAS

Por Augusto Sampaio e Juliano Iyoda

ESPECIFICAO, MODELAGEM E ANLISE


DE SISTEMAS QUE INTEGRAM SISTEMAS
COMPLEXOS E INDEPENDENTES.

44 / 64
ESPECIAL | Engenharia de Software

A
ENGENHARIA DE SOFTWARE e, de forma
mais geral, a Engenharia de Sistemas, que en-
volve hardware e software, possui atividades
bem definidas, delineadas em termos de pro-
cessos, para a construo de aplicaes. Atividades como con-
cepo, desenvolvimento, teste e manuteno so exemplos do
cotidiano de um engenheiro. Estes fundamentos j esto bem
estabelecidos para sistemas individuais e com propsitos bem
definidos, como, por exemplo, o desenvolvimento de um novo
telefone celular ou de um novo modelo de carro. Processos
existentes auxiliam a sistematizao das atividades de desenvol-
vimento, verificao (incluindo testes) e evoluo de tais siste-
mas. Porm, existem sistemas que no so projetados de forma
tradicional: eles emergem como consequncia da integrao de
outros sistemas previamente existentes. Estes Sistemas de Sis-
temas, ou SoS (do Ingls, System of Systems), so sistemas cujas
partes so, por si s, complexas e independentes, desenvolvidas
sem uma perspectiva futura de serem integradas a outros siste-
mas.
O sistema de sade um exemplo de Sistema de Sistemas:
hospitais, clnicas, profissionais de sade, laboratrios, planos
de sade, governos e servios de emergncia (ambulncias,
bombeiros e polcia) trabalham todos juntos para prover a in-
fraestrutura necessria ao atendimento de um cidado. Este sis-
tema no foi desenvolvido e projetado de forma centralizada e
como parte de um projeto especfico, mas foi sendo construdo
ao longo do tempo atravs da integrao de sistemas j existen-
tes, independentes e distribudos.
Outro exemplo de um Sistema de Sistemas em menor escala
o de equipamentos domsticos interagindo entre si: celulares,
roteadores, sistemas de som, televises, tablets, notebooks, re-
lgios e at mesmo caixas de som sem fio interagem para pro-
ver algum servio integrado. Por exemplo, o sistema de som

45 / 64
ESPECIAL | Engenharia de Software

da casa pode receber msicas do celular e enviar para as caixas


de som, com todas as comunicaes acontecendo atravs do
roteador sem fio. O resultado deste Sistema de Sistemas uma
funcionalidade nova: msica do celular saindo nas caixas de
som da casa. Esta funcionalidade no foi projetada de antemo
por nenhum sistema, mas emergiu a partir da cooperao dos
sistemas individuais. Cenrios similares a este sero comuns no
futuro com a chegada da internet das coisas, em que quaisquer
objetos (eletrnicos ou no) estaro conectados entre si e in-
ternet.
As disciplinas tradicionais de Engenharia assumem que um
sistema ser independente, ter uma arquitetura estvel, uma
base tecnolgica esttica, um ambiente relativamente contro-
lado e estar sujeito a mudanas incrementais no futuro. Estas
suposies influenciam diretamente as atividades do desenvol-
vimento de um sistema individual. Sistemas de
Outro exemplo de um Sistemas, por sua vez, violam estas suposies
e, consequentemente, exigem da engenharia
Sistema de Sistemas
uma nova perspectiva.
em menor escala
O caso de equipamentos domsticos inte-
o de equipamentos
ragindo entre si ilustra algumas situaes em
domsticos que o desenvolvimento tradicional atinge seus
interagindo entre si... limites. Quando vrios equipamentos partici-
pam de uma interao, um equipamento deve
assumir o papel de lder para coordenar as comunicaes entre
todos e suas aes. As regras de eleio do lder um algoritmo
que executado de forma descentralizada por cada equipamen-
to. Ao final da eleio, todos os equipamentos devem atingir
um mesmo estado consistente em que exatamente o mesmo
lder foi eleito (no pode haver ausncia de lder, nem mais de
um lder). Como o algoritmo descentralizado, o processo de
eleio no conta com uma autoridade preestabelecida e cen-
tralizada. A complexidade surge da necessidade de cada equi-

46 / 64
ESPECIAL | Engenharia de Software

pamento, executando um mesmo procedimento, sem uma co-


ordenao central, chegar sempre a um mesmo lder.
Alguns esforos internacionais de cooperao, envolvendo
universidades e empresas, tm investigado este tipo de desafio
e tm tentado propor teorias, processos, tcnicas e ferramen-
tas que suportem o desenvolvimento de Sistemas de Sistemas.
Por exemplo, o projeto COMPASS (www.compass-research.
eu) uma iniciativa nesta direo. Particularmente, o foco do
COMPASS, com o qual tivemos a oportunidade de contribuir,
foi nas fases de requisitos, modelagem, projeto (design) e verifi-
cao do correto funcionamento de tais sistemas. A verificao
inclui testes, mas tambm tcnicas mais elaboradas de anlise
automtica dos modelos construdos, que garantem que certas
propriedades de interesse so preservadas. No caso de um Sis-
tema de Sistemas, essencial este tipo de verificao, dado que
a integrao de sistemas independentes tende
O nmero de situaes a gerar vrios problemas potenciais, como pro-
blemas de comunicao e sincronizao, resul-
a considerar em uma
tando em problemas clssicos da Computao,
anlise global de tal
como situaes de impasse (deadlock), onde a
Sistema de Sistemas
execuo impossibilitada de progredir.
maior do que a No contexto do COMPASS, a partir dos
quantidade de tomos requisitos de uma aplicao, um modelo dia-
do universo. gramtico do Sistema de Sistemas construdo
e, em seguida, tal modelo automaticamente
traduzido para um modelo em uma notao formal, passvel de
verificao, utilizando-se tcnicas e ferramentas de anlise. Para
dar um exemplo de um grande desafio e importante resultado
obtido no contexto do COMPASS, considere a anlise de dea-
dlock de um sistema de eleio de um lder, em um cenrio com
32 dispositivos domsticos interagindo, como explicado ante-
riormente. O nmero de situaes a considerar em uma anlise
global de tal Sistema de Sistemas maior do que a quantidade

47 / 64
ESPECIAL | Engenharia de Software

de tomos do universo. Portanto, uma anlise exaustiva dessas


possibilidades , claramente, invivel. Para lidar com este pro-
blema, tcnicas de anlise foram desenvolvidas, permitindo que
uma anlise global (com custo exponencial) de uma proprieda-
de do sistema fosse inferida a partir de um nmero bem mais
discreto de anlises locais (por exemplo, envolvendo apenas a
interao entre dois dispositivos de cada vez), com custo linear.
A Engenharia de Sistemas de Sistemas uma rea ainda muito
recente da Computao. De forma geral, o desenvolvimento de
Sistemas de Sistemas confiveis, dentro de um cronograma e cus-
tos previsveis, escalveis, utilizando padres e explorando tc-
nicas de reuso, um desafio significativo e bastante interessante
para as comunidades de Cincia e Engenharia da Computao.

AUGUSTO SAMPAIO | Professor Titular do Centro de Infor-


mtica da UFPE e Pesquisador 1B do CNPq. Possui graduao e
mestrado em Computao pela UFPE e doutorado pela Oxford
University. Em 2010, foi agraciado com o ttulo de Comendador
da Ordem Nacional do Mrito Cientfico. Atua em Engenharia
de Software, com nfase em Mtodos Formais, incluindo semn-
tica, refinamento, transformao e anlise de especificaes, mo-
delos e programas concorrentes e orientados a objetos.

JULIANO IYODA | Professor Adjunto em Cincia da Com-


putao do Centro de Informtica da Universidade Federal de
Pernambuco (CIn-UFPE). Juliano Iyoda bacharel e mestre em
Cincia da Computao pela UFPE e Ph.D. pela Universidade
de Cambridge, Inglaterra. Durante o doutorado, Juliano desen-
volveu um sintetizador de hardware utilizando o provador de
teoremas HOL4. Desde ento, Juliano tem se dedicado rea
de Mtodos Formais e Testes.

48 / 64
ESPECIAL | Engenharia de Software

SOFTWARE
CONSCIENTE
por Julio Cesar Sampaio do Prado Leite

A RESPONSABILIDADE DE QUEM CONSTRI


SOFTWARE ENORME, FACE AO IMPACTO
QUE ESSAS MQUINAS DE DIFERENTES
PROPSITOS TM NA SOCIEDADE.

49 / 64
A
ESPECIAL | Engenharia de Software

ENGENHARIA DE SOFTWARE uma rea de conhecimento


jovem que procura disponibilizar mtodos, tcnicas e ferramentas
para a construo de software. Construir software fundamental-
mente construir mquinas abstratas, que tomam por base mqui-
nas fsicas e as transformam em mquinas de diferentes propsitos.
Essa capacidade do software torna possvel que carros andem sem
motorista, que avies sejam pilotados sem piloto, carros sejam fa-
bricados por mquinas e que mquinas de comunicao pessoal
possam desempenhar tarefas tanto de comunicao por udio,
como por imagem ou por texto, alm de processarem imagens.
Portanto a responsabilidade de quem constri software enor-
me, face ao impacto que essas mquinas de diferentes propsitos
tm na sociedade. No entanto, a demanda por escritores de sof-
tware maior que a capacidade das universidades de produzirem
engenheiros de software. Portanto, muitas mquinas de diferentes
propsitos so construdas por escritores sem uma formao slida
na disciplina. Esse fato impacta na sociedade como um todo, face
tanto ao custo de construo como a qualidade do produto.
Fundamentalmente o escritor de software deve lidar com trs
tipos de conhecimento bsicos: 1) conhecimento da mquina com-
putacional, 2) conhecimento do contexto e 3) conhecimento da
engenharia de software. Esse tringulo do conhecimento funda-
mental para que a mquina abstrata transforme a mquina fsica na
mquina desejada pelo contexto, ou seja o ambiente e as suas neces-
sidades. grande o desafio de formar pessoas com conhecimento
bsico desse tringulo. O que se observa que muitas mquinas de
software so escritas sem o equilbrio entre os vrtices do tringulo.
Com a variabilidade das mquinas computacionais e dos con-
textos, a tarefa de prover um conhecimento em engenharia que
dialogue com esses dois vrtices um grande desafio. A Engenharia
de Software, como disciplina, tem feito grandes avanos no sentido
de contornar tais desafios; desde mtodos orientados a qualidade,
como linguagens de diferentes nveis de abstrao para facilitar a ta-

50 / 64
ESPECIAL | Engenharia de Software

refa de escrita de software, assim como diferentes tcnicas de escrita


e automao atravs de ferramentas.
De maneira similar Engenharia Mecnica, que hoje utiliza
mquinas de software para desenhar suas mquinas (Desenho
Apoiado por Computador), a Engenharia de Software tem pes-
quisado como apoiar a construo de mquinas
Como o software de software usando mquinas de software. Esse
produto da escrita, desenvolvimento tem gerado diferentes cama-
reescrever tarefa das de abstrao que se estratificam no vrtice da
acessvel ao escritor. mquina computacional. Portanto, cada vez mais,
se agregam mquina fsica mquinas abstratas
(por exemplo: firmware, sistemas operacionais, linguagens de pro-
gramao), aumentando a produtividade do escritor, mas aumen-
tando a dependncia em escritas anteriores.
Como o software produto da escrita, reescrever tarefa acess-
vel ao escritor: isso torna o processo de construo de mquinas de
software muito prximo do processo de desenho, j que o ciclo de
produo simplesmente um processo de copia. Portanto, o pro-
cesso de construo de software fortemente baseado em evolu-
o e com isso sua natureza flexvel acarreta srios problemas para
a disciplina de construo. Ou seja, a criao confunde-se com a
construo, algo inexistente nas engenharias clssicas.
Alm dos diferentes nveis de abstrao agregados mquina
computacional, mquinas de software tm apoiado o desenho e a
montagem de diversas configuraes de componentes de mqui-
nas de software. Como o desenho/construo de software cada
vez mais uma tarefa colaborativa, torna-se fundamental que a es-
crita colaborativa seja a mais transparente possvel, de modo que a
mxima de Raymond (Com um nmero de olhos suficientes, os
defeitos veem tona) possa ser verdadeira. No entanto, construir
software transparente um desafio.
Muitas vezes, o nmero suficiente de olhos humanos um recur-
so escasso. Nesse caso, mquinas de software devem ir alm da ajuda

51 / 64
ESPECIAL | Engenharia de Software

ao humano, mas tambm ter um papel mais ativo. Portanto, im-


portante investigar a possibilidade de que o software seja consciente,
ou seja, que o prprio software saiba sobre seu comportamento e
que possa saber analisar implicaes desse comportamento.
O estudo da conscincia de software passa pela aquisio de in-
formaes atravs do sensoriamento do comportamento e registro
de situaes (aprendizado) e posterior anlise face a objetivos pr-
definidos. Desta forma a Engenharia de Software tem que aprender
com sistemas de controle, j amplamente utilizados nas Engenha-
rias Eltrica e Mecnica. O estudo do sensoriamento do software
pelo software fortemente ligado a transparncia, porque neces-
srio desenhar ambientes de sensoriamento. Esses ambientes de-
vem ter situaes transparentes que possam ser lidas por sensores,
e essas leituras devem prover anlises face a objetivos e as situaes
anteriores (aprendizado).
A construo de software consciente tem por objetivo principal
automatizar a coleta/anlise de informaes sobre o software. Isto
permitir que o software evolua com base em objetivos predefini-
dos, aumentando a produtividade dos engenheiros de software e
possibilitando um aumento do conhecimento sobre o prprio pro-
cesso de construo/uso. Inventar mtodos, tcnicas e ferramen-
tas de apoio para a construo de software consciente uma rea
promissora de estudo e necessria. Sua importncia funo da
necessidade de saber, mais, como esse produto abstrato, que gera
tantas e diferentes mquinas, evolui.

JULIO CESAR SAMPAIO DO PRADO LEITE | Ph.D., Pro-


fessor Associado PUC-Rio, Membro do Grupo de Trabalho 2.9
(Engenharia de Requisitos) da IFIP, Membro da ACM, Membro
da IEEE, Scio Fundador da SBC. www.inf.puc-rio.br/~julio

52 / 64
ESPECIAL | Engenharia de Software

ABRACADABRA:
IOT!
por Rodrigo Senra

O MERCADO J EST BEIRA DE UMA INUNDAO DE


PRODUTOS E PROJETOS DE INTERNET DAS COISAS E AINDA
TEM DIFICULDADES EM DIFERENCI-LA.

53 / 64
ESPECIAL | Engenharia de Software

E
M 1999, o funcionrio britnico da Procter & Gamble
Kevin Ashton cunhou o termo Internet of Things (IoT),
profetizando um mundo futurista em que dispositivos
interconectados propiciariam economia de tempo e
dinheiro. Depois de 24 anos, o futuro chegou.
O mercado j est beira de uma inundao de produtos e pro-
jetos de IoT, e ainda temos dificuldade em defini-la. qualquer
coisa que possa se conectar Internet?
A Wikipedia define IoT como sendo: a rede de objetos fsicos
(coisas) que incorporam componentes eletrnicos, software, senso-
res, e atuadores, que agregam valor pela troca de dados entre fabri-
cantes, operadores e outros dispositivos interoperando pela infraes-
trutura existente da Internet.
mais fcil se dermos exemplos.
IoT o Apple Watch lanado em 2015. Um relgio de pulso que
troca mensagens, monitora sua sade, aprende sobre a sua atividade
fsica e at mostra as horas, atrasando no mximo 50ms em relao
ao horrio mundial padro. Dick Tracy* ficaria com inveja.
IoT a geladeira inteligente ChillHub da GE, criada por hackers e
para hackers. Tem 8 portas USB, Wi-fi e roda aplicaes iOS. pos-
svel obter controle direto sobre a geladeira atravs de uma API ou
customizar a geladeira criando acessrios atravs de uma impres-
sora 3D. Por exemplo, o Milky Weigh uma balana programvel
que avisa quando o leite est acabando. Quem vai gostar Arnold
Schwarzenegger, pois no filme The 6th Day (2000) sua geladeira
inteligente deixou o leite acabar. Hoje, custa apenas U$ 2,999.00,
uma bagatela se comparada com os U$ 20,000.00 que era o preo
da precursora Internet Digital DIOS da LG em 2000. Os early adop-
ters entraram numa fria.
IoT sobretudo fitness. Quantos passos percorreu? Quantas

54 / 64
ESPECIAL | Engenharia de Software

calorias queimou? Dispositivos como FitBit, FuelBand, LumoBack e


Jawbone surfam a onda de wearable computing, ficando de olho em
voc 24x7 e nas cores da moda. A maioria destes produtos intero-
pera com smartphones para apresentar: estatsticas de desempenho,
recomendaes de postura, exerccios e dieta alimentar.
E quem veste a camisa da IoT, veste a OMsignal Biometric Smar-
twear que uma camisa capaz de monitorar sua respirao e seus
batimentos cardacos. Alm disso, gerencia a troca de umidade do
seu corpo com o meio, eliminando odores. Resiste a chuva e ao
suor, e pode ser lavada normalmente!
H produtos mesmo para quem quer chutar a IoT para o alto,
como a miCoach Smartball da Adidas, que uma bola de futebol
com um acelermetro triaxial e fala Bluetooth. A bola permite um
treinamento de preciso, medindo a velocidade, rotao, trajetria e
ponto de impacto.
Mesmo quem no quer suar a camisa, mas no descuida da be-
leza, no foi esquecido pela IoT.
Voltado para o pblico feminino, o WAY um consultor pessoal
de esttica facial que parece uma rosquinha. O WAY monitora os
nveis de radiao UV e umidade do ambiente, e detecta o nvel de
humidade e oleosidade de camadas subcutneas da pele, que so
melhores indicadores da sade drmica.
As aplicaes de IoT so pervasivas para todo o cenrio urbano,
municiando a revoluo denominada SmartCities. Propiciando
o monitoramento de vagas para veculos, o acompanhamento da
sade de edifcios atravs de vibrao, o mapeamento da poluio
sonora e eletromagntica, a deteco do acmulo de lixo para uma
coleta mais eficaz, e a otimizao no controle de trfego de veculos
e pedestres.
Por outro lado, IoT transcende o permetro urbano e chega

55 / 64
ESPECIAL | Engenharia de Software

zona rural, alavancando a agricultura e pecuria de preciso. J


existem casos de sucesso no controle de microclimas em estufas
para otimizar a qualidade da produo de frutas e vegetais, e no
monitoramento da umidade do solo em vincolas, a fim de calibrar
o teor de acar nas uvas. Na pecuria de preciso, a preocupao
o constante monitoramento dos rebanhos permitindo interven-
es na hora certa. Reside nas iniciativas de IoT
As aplicaes de na agricultura a esperana de aumentar em 70% a
IoT so pervasivas produo de alimentos at 2050. Seno, segundo
para todo o a FAO/UN, no ser possvel suprir a demanda
cenrio urbano... de alimentos para a populao (estimada) de 9.6
bilhes de pessoas em 2050.
Nas reas de Indstria e Comrcio, as aplicaes so tantas que
seria necessrio um artigo exclusivo para uma enumerao super-
ficial de casos de uso.
Fica patente que a excitao acerca de IoT tem um respaldo na
expectativa de um vultoso retorno financeiro.
A previso de que o faturamento atinja U$ 300 bilhes em
2020. Segundo pesquisa do grupo Gartner, em 2020 haver entre
26 e 30 bilhes de dispositivos IoT, e apenas 7,3 bilhes de PCs,
smatphones e tablets.
O que justifica esse crescimento acelerado da IoT? Gostaramos
de arriscar 4 fatores: o barateamento do custo de chips wi-fi, open-
source, open-hardware e crowdsourcing.
Para um dispositivo com custo a partir U$ 3, j no h justificati-
vas para deixar de se incluir a conectividade sem fio.
No mundo open-source, muitas ferramentas de desenvolvi-
mento embarcado tm favorecido a linguagem de programao
Lua, que um produto genuinamente brasileiro oriundo da PUC/
TecGraf-RJ. Lua uma linguagem dinmica eficiente, que conso-

56 / 64
ESPECIAL | Engenharia de Software

me pouqussima memria, tornando-a ideal para sistemas embar-


cados. No por menos que foi adotada nas plataformas de IoT:
Mihini, Koneki e Paho.
Sem dvida alguma, um dos grandes viabilizadores do cresci-
mento do IoT a plataforma Arduno de prototipizao eletrnica
de hardware aberto. A plataforma Arduno tem por objetivo a cria-
o de ferramentas de baixo custo, flexveis e fceis de se usar at
por quem no profissional de tecnologia, como artistas e amado-
res. O Arduno gerou uma multitude de derivados, como: Microdu-
no, Pyduno, Yn, BeagleBone, Flutter, Raspeberry Pi.
O ltimo fator o fenmeno de crowdsourcing, nada mais na-
tural para unir investidores e empreendedores em IoT do que uma
soluo que j nasceu na Internet. H inmeros sites proeminentes
de crowdsourcing, tais como: KickStarter, CrowdRiser, IndieGoGo,
Spot.us ou Profounder. Estes sites so responsveis pelos principais
sucessos de empreendedorismo em IoT.
O Pebble Smartwatch, por exemplo, um relgio inteligente
lanado em 2013. Possui tela de LCD monocromtica, CPU progra-
mvel, Bluetooth, motor de vibrao, magnetmetro, sensor de luz e
acelermetro. Como seus criadores no conseguiram financiamento
no mercado, apelaram para o KickStarter. Nas primeiras 2 horas no
ar, o projeto j havia batido a meta de U$ 100,000. Depois de 6 dias,
havia se tornado o recordista de arrecadao, tendo levantado U$
4.7 milhes. At 2014, j havia vendido um milho de unidades.
Outro exemplo mais modesto o alimentador de gatos Bistro
financiado pelo IndieGoGo em 2014.
O Bistro atingiu U$ 240,680 em um ms de campanha, o dobro
do almejado, com o suporte de 1420 investidores.
Existem vrias armadilhas inerentes s iniciativas IoT que re-
metem a problemas relevantes na Cincia da Computao. Para

57 / 64
ESPECIAL | Engenharia de Software

enumerar apenas alguns: Como identificar o contexto em que est


inserido o usurio na sua interao com dispositivos de IoT? Como
evitar que a correlao entre vrios servios de dados interoperan-
tes no viole a anonimidade garantida pelos servios individual-
mente? Como garantir a escalabilidade de produtos desenvolvidos
localmente em um mercado cada vez mais globalizado?
Em 1973, Arthur Clarke escreveu Qualquer tecnologia sufi-
cientemente avanada indistiguvel da magia, talvez inspirado
em outra frase clebre de Leigh Brackett (1942) Witchcraft to the
ignorant, ... simple science to the learned.
Se o mundo da IoT chegar rpido demais, antes que tenhamos
tempo de educar a populao mundial nos fundamentos tecnolgi-
cos em que est baseada a IoT, ento verdadeiramente viveremos em
um mundo de magia. O deslumbramento (devido ignorncia) de
muitos andar lado a lado com a conquista intelectual de poucos.

*Dick Tracy um detetive das tiras de quadrinhos e um personagem


popular na cultura pop norte-americana.

RODRIGO DIAS ARRUDA SENRA


Engenheiro de Computao, Mestre
e Doutor pelo Instituto de Computa-
o da Unicamp. Consultant Research
Scientist no Brazil & Research Deve-
lopment Center da EMC no Rio de
Janeiro. Membro Fundador da Asso-
ciao Python-Brasil.

58 / 64
ESPECIAL | Engenharia de Software

INOVAO NO MERCADO DE
SOFTWARE BRASILEIRO

por Antnio Valena

EMBORA O BRASIL SEJA A 5 ECONOMIA DE TIC DO MUNDO,


TEMOS BAIXSSIMA REPRESENTATIVIDADE NO CENRIO
MUNDIAL QUANDO FALAMOS DE INOVAO EM NOVOS
PRODUTOS E SERVIOS DE TIC. NESTE ARTIGO NOS PROPOMOS
A ANALISAR ESTA QUESTO.

59 / 64
A
ESPECIAL | Engenharia de Software

TENDNCIA QUE TEMOS AO DISCUTIRMOS este assunto


de olhamos para os resultados de uma face do problema, a dos
produtos/servios disruptivos que o mercado brasileiro de software
consegue produzir e consolidar. Ao olharmos por esta face vislum-
bramos um nmero muito pequeno de exemplos positivos. Se pu-
xarmos pela memria talvez recuperemos facilmente o exemplo, do
Easy Taxi, que informa ter uma rede de 120 mil taxistas em 30 pa-
ses e se diz lder global de mercado; mas depois deste exemplo que
outro nos vem mente? Por que temos to poucos expoentes nesta
face da questo? E na outra face, a de pesquisa e inovao, a que
produz tecnologia de base para a produo de produtos e servios?
Esta tambm sofre, pois via de regra temos poucos pesquisadores
de uma forma geral 1 , temos um nmero ainda menor de pesqui-
sadores nas empresas 2 , nossa produo cientfica no corresponde
ao nosso potencial e nossa representatividade econmica no cen-
rio mundial 3 . Mudar este cenrio requer um esforo conjunto de
vrios atores: o governo, o empresariado e os pesquisadores em si.

1. A proporo de pesquisadores na populao mostra que o Brasil est longe da mdia


mundial, que de mais de 1.000 pesquisadores para cada milho de habitantes. Em
2007, o pas contava com pouco mais de 500 pesquisadores por milho de habitantes,
segundo o Relatrio Unesco sobre Cincia 2010.
2. Cerca de 70% dos cientistas brasileiros esto nas universidades (fonte: artigo Brasil,
o Pas dos papers publicado pelo Jornal do Comrcio em maro/2013). Em 2012, da-
dos da Financiadora de Estudos e Projetos (Finep) diziam que 37% dos pesquisadores
do Brasil atuavam em empresas, mais de um tero. Porm, na realidade, esses cientistas
atuam praticamente apenas em empresas estatais ou ex-estatais (Eletrobrs, Vale do Rio
Doce, Embraer, etc.)
3. O Brasil ocupa a 15 posio entre os pases de maior produtividade cientfica (se-
gundo os dados do portal Scimago Journal & Country Rank entre 1996 e 2011). A
posio fica aqum da colocao do pas em termos econmicos - o Brasil atualmen-
te a 7 economia do mundo (Banco Mundial, Abril/2014) e o 5 mercado de TIC do
mundo (fonte: BRASSCOM, ABES e ASSESPRO 2014)

60 / 64
ESPECIAL | Engenharia de software

Dado este cenrio de operao para todos os atores envolvidos e


considerando a distncia que separa o Brasil dos pases de van-
guarda mundial, vemos que h muito trabalho a ser feito. Conside-
ro, entretanto, que temos todas as condies de encarar e superar
este desafio. Para isto proponho algumas aes estruturadoras que
nos ajudariam a reduzir a distncia citada.

1. Reviso da Lei de Informtica, Lei de Inovao, Fundos Espe-


cficos, dentre outras que demonstram exausto e desalinha-
mento com os novos modelos de negcios de escala global;

2. Focar na melhoria da qualidade da educao, onde o Brasil


aparece no 126 lugar entre 144 pases em estudo do WEF 4 ;

3. Aumentar os investimentos brasileiros em P, D&I, onde


nosso pas tem um investimento ainda abaixo da mdia dos
pases da OCDE (Brasil com cerca de 1,1% do PIB e pases da
OCDE perto de 1,6% 5);

4. Alterar a legislao de financiamento de bancos pblicos para


permitir que patentes e planos de negcios inovadores pos-
sam servir de garantia para contratos de financiamento. Este um
grande empecilho para empresas de TI, que normalmente tm
muito pouco a oferecer de garantias reais;

4. The Global Competitiveness Report 20142015 World Economic Forum


5. OECD Science, Technology and Industrial Outlook 2014

61 / 64
ESPECIAL | Engenharia de software

5. Melhoria do ambiente de negcios com foco na reduo da


alta carga tributria direta e indireta, aumentando nossa com-
petitividade internacional (o Brasil tem baixssima participao no
cenrio mundial de TICs como exportador de produtos e servios,
no alcanando 2% do total do mercado 6);

6. Mudana dos ndices de avaliao dos pesquisadores pela Ca-


pes, que termina tendo uma tica apenas publicista (quan-
titativa) e foca menos na qualidade dos trabalhos gerados. Outra
forma de melhorar esse cenrio a incluso da produo tcnica
na avaliao dos programas e cursos de ps-graduao;

7. Ausncia de planejamento pblico e privado de longo prazo


termina nos direcionando discusso de questes menores e
apenas conjunturais da economia e da indstria, tirando o nosso
foco das questes macroeconmicas e estruturais que realmente
importam. O governo pode, por exemplo, escolher alguns seto-
res para focar o seu desenvolvimento tecnolgico. No passado a
Coreia do Sul escolheu os setores de eletrnica e naval, e hoje po-
demos ver na prtica os impactos desta escolha na Samsung, LG,
entre outras. J a China obrigou as empresas que se instalaram l
incluindo as multinacionais a ter centros de Pesquisa & Desen-
volvimento, aproveitando a mo de obra chinesa;

8. Repensar as regras burocrticas que desmotivam relaes en-


tre as universidades e as empresas. Os professores e pesquisadores
acabam sendo impedidos de participar de projetos fora das univer-
sidades pela exclusividade exigida pelas instituies de ensino re-
gra que no existe em pases de alto desenvolvimento tecnolgico
como os Estados Unidos;

6. UNCTAD, 2010

62 / 64
ESPECIAL | Engenharia de software

9. Aumentar os limites de faturamento para clculo dos encar-


gos tributrios das startups e pequenas empresas que esto nos
primeiros passos;

10. Reduzir a burocracia para o registro de patentes, que no Bra-


sil leva, em mdia, onze anos para ser concludo 7! Alm disso, no
Brasil a patente pertence exclusivamente universidade ou em-
presa em que o pesquisador trabalha. Esta situao pode represen-
tar um desincentivo ao mesmo;

11. Criar meios de incentivo ao investimento privado em P, D&I,


visto que 90% das inovaes nascem nas empresas 8;

Certamente este um tema bastante amplo e que suscita muitas


polmicas, mas deve ser enfrentado e discutido por toda a socieda-
de, visto que decisivo para a incluso do Brasil no clube dos pa-
ses prsperos neste sculo 21.

7. http://anprotec.org.br/site/2014/04/brasil-ocupa-penultima-posicao-em-ranking-de
-patentes/
8. E. Mansfield, Contributions of new technology to the economy, in Technology,
R&D and the Economy , ed. Bruce Smith e Claude Barfield. P. 125 (The Brookings
Institutions, Washington, DC (1996)

ANTNIO VALENA | Mestre em Cincia da Com-


putao pelo Centro de Informtica da Universidade Fe-
deral de Pernambuco e certificado como Gerente de Pro-
jetos pelo PMI. Atua na indstria de software desde 1986
e CEO da Pitang (www.pitang.com.br) desde 2007.

63 / 64
64 / 64

Vous aimerez peut-être aussi