A Escola Ibero-Americana Avançada de Engenharia de Software (EIbAIS) representa uma iniciativa do CIbSE para disseminar o conhecimento sobre a engenharia de software na Ibero-América. Ela se iniciou como uma evolução natural dos tutoriais e minicursos anteriormente oferecidos pelo CIbSE, através da inclusão de tópicos emergentes na área e não exclusivamente relacionados às trilhas principais do CIbSE: tecnologias, experimentação e requisitos.
O objetivo da EIbAIS é promover um fórum para discussões relacionadas a engenharia de software, suas tecnologias relacionadas e fundamentação teórica, permitindo a participação em suas atividades de profissionais, estudantes de graduação e pós-graduação e pesquisadores. Como em qualquer atividade relacionada com o CIbSE, todos os palestrantes estão empenhados em contribuir, de forma voluntária, com a comunidade CIbSE e com a disseminação de conhecimento da Engenharia de Software na Ibero-América.
A EIbAIS está organizada em duas categorias básicas de sessões plenárias para dois dias: módulos sobre o estado da prática e sobre o estado da arte.
Os módulos sobre o estado da prática oferecem discussões sobre tópicos de interesse geral, usualmente identificados pela demanda local. Esses módulos complementam o conhecimento e questões práticas dos participantes, apresentando ao público resultados de engenharia de software baseados na evidência. Alguns exemplos de tópicos envolvidos nestes módulos são ferramentas CASE, testes de software, especificações baseadas em cenários, pesquisa de opinião, experimentos controlados, entre outros.
Os módulos sobre o estado da arte oferecem discussões sobre tópicos de interesse emergentes e que geralmente representam as perspectivas da comunidade de Engenharia de Software. Estes módulos destinam-se a fornecer informações sobre tecnologias de engenharia de software atuais e inovadoras, mostrando os últimos avanços em cada assunto. Alguns exemplos destes tópicos incluem a especificação de requisitos para sistemas ubíquos, testes de software de sistemas sensíveis ao contexto, engenharia de software para Internet das Coisas, experimentos baseados em simulação, síntese de evidências em engenharia de software, entre outros.
Todos os participantes que comparecerem às sessões plenárias obterão um certificado de participação, indicando os módulos, palestrantes e conteúdos.
Os principais tópicos para os dois tipos de módulos do EIbAIS serão anunciados em breve!
Coordenadores da EIbAIS
- Beatriz Marín (Universidad Politécnica de Valencia, España)
- Efraín Rodrigo Fonseca Carrera (Universidad de las Fuerzas Armadas ESPE, Ecuador)
Palestras de EIbAIS
Carolyn Seaman
Carolyn Seaman é professora de Sistemas de Informação na University of Maryland Baltimore County (UMBC). Ela também é diretora do Centro para Mulheres em Tecnologia da UMBC. Sua pesquisa consiste principalmente em estudos empíricos de engenharia de software, com ênfase especial em manutenção, estrutura organizacional, comunicação, medição e dívida técnica. Ele também investiga métodos de pesquisa qualitativa em engenharia de software, bem como em pedagogia da computação. Ela tem um Ph.D. em Ciência da Computação pela University of Maryland, College Park, um MBA pela Georgia Tech e um BA pelo College of Wooster, Ohio.
Decision Making in Software Engineering: The Central Role of Technical Debt
Descrição
Dívida técnica é uma metáfora que captura o equilíbrio comum que ocorre em projetos de desenvolvimento de software entre pressões de curto prazo (por exemplo, tempo de entrega) e preocupações de longo prazo (por exemplo, capacidade de manutenção). Refere-se a problemas em um produto de software que foram criados sob pressão de curto prazo, mas que representam um risco para a capacidade da equipe de manter o produto ao longo do tempo. Os tipos mais comuns de dívida técnica são código excessivamente complexo, código mal estruturado, código não documentado, degradação da arquitetura de software, evidência insuficiente, etc. As decisões sobre se incorrer em dívidas, ou quando pagá-las, ou que dívidas pagar, resumem perfeitamente o curto vs. que são típicos em engenharia de software. Na verdade, pode-se argumentar que quase todas as decisões tomadas durante um projeto de software estão relacionadas de alguma forma ao débito técnico. Portanto, um entendimento profundo e uma melhor tomada de decisão sobre dívida técnica terão um impacto significativo no gerenciamento de projetos de software em geral. Nesta palestra, revisaremos as tendências de pesquisa atuais em tomada de decisão técnica de dívida, engenharia geral de software e disciplinas relacionadas.
Luis Olsina
Luis Olsina, é professor titular titular exclusivo da Faculdade de Engenharia da Universidade Nacional de La Pampa, Argentina, Pesquisador Sênior e Diretor do grupo de P&D denominado GIDIS_Web. Ele recebeu os graus de Doutor em Ciências (Área de Engenharia de Software / Web) e Mestre em Engenharia de Software pela Universidade Nacional de La Plata, Argentina; além de Bacharel em Sistemas de Informação e Analista Programador. Nos últimos 25 anos publicou mais de 170 artigos científicos em periódicos e congressos internacionais e nacionais e, além disso, publicou o livro Web Engineering: Modeling and Implementing Web Applications da Springer, HCIS Series como coeditor com seus colegas Rossi, Schwabe e Shepherd. Luis co-presidiu eventos científicos como: Web Engineering Workshop realizado nos EUA no âmbito do ICSE 2002 (International Conference on Software Engineering); os congressos ICWE de 2002 e 2003 realizados na Argentina e na Espanha; o workshop IDEAS’04 realizado no Peru (atualmente CIbSE), além do LA-Web 2005 e 2008 realizado na Argentina e no Brasil, e a Web Engineering Track da conferência WWW’06 realizada em Edimburgo, Reino Unido, entre outros mais recentes como como QUATIC 2020, na trilha de Engenharia de Requisitos. Suas áreas de maior interesse são Software / Engenharia da Web, Estratégias de Medição e Avaliação da Qualidade, Métodos e Processos e Especificação de Ontologias nos níveis Fundamental, Básico e de Domínio. Foi convidado a ministrar conferências, tutoriais e cursos de pós-graduação na área em diversos países do mundo.
ThingFO: Ontología Fundacional útil para enriquecer diversas terminologías como las de Proceso y Test
Descrição
O objetivo do tutorial é apresentar aos participantes uma ontologia fundamental útil para todas as ciências. É chamado ThingFO e está localizado no nível mais alto ou fundamental (FO) de uma arquitetura ontológica de quatro camadas. O próximo nível é denominado core (CO) e aqui estão localizadas as ontologias de Processo, Situação, Projeto, entre outras. Em ambos os níveis mencionados, os termos das ontologias são independentes de qualquer domínio. O próximo nível é chamado de domínio (DO) e aqui estão localizadas as ontologias de Teste, Avaliação, Requisitos Funcionais e Não Funcionais, entre outros. A última camada da arquitetura é chamada de nível de instância.
ThingFO representa um conjunto reduzido de termos (Coisa, Categoria de Coisa e Asserções) que se referem a elementos particulares e universais do mundo e a diferentes tipos de afirmações sobre eles. Esses três termos (além dos relacionamentos) são úteis para enriquecer os termos das ontologias de processo (ProcessCO) e teste (TestTDO), como de qualquer outra. O tutorial ilustrará a utilidade do ThingFO para enriquecer particularmente o processo e as terminologias de teste. Tendo terminologias explícitas, completas e concisas, ajudam a comunicar e representar de forma eficaz e eficiente as especificações de estratégias, processos, métodos e ferramentas utilizadas em qualquer engenharia ou ciência, para resolver problemas de desenvolvimento, manutenção, avaliação e teste.
Oscar Dieste
Oscar Dieste recebeu seu BS e MS em Computação pela University of La Coruña e seu PhD pela University of Castilla-La Mancha. Ele é pesquisador da Escola de Engenharia da Computação da UPM. Ele trabalhou anteriormente na Universidade do Colorado em Colorado Springs (como bolsista da Fulbright), na Universidade Complutense de Madrid e na Universidade Alfonso X el Sabio. Seus interesses de pesquisa incluem engenharia de software empírica e engenharia de requisitos.
Power analysis made easy
Descrição
A análise de potência é uma atividade realizada durante o projeto experimental que informa os experimentadores sobre o tamanho mínimo da amostra para detectar um determinado efeito. O tamanho da amostra necessário é um critério de decisão crucial para descobrir se a experimentação é valiosa. Se o tamanho mínimo da amostra não puder ser alcançado, o experimento não dará resultados precisos e pode valer a pena não experimentar.
Os experimentos de Engenharia de Software (SE) normalmente não incluem uma análise de potência. Acredito firmemente que os experimentos de SE não consideram a análise de poder inútil; eles têm dificuldade em conduzir tal análise. Sinceramente, eu também. Ferramentas como o G * Power são fáceis de usar, mas fico inseguro quando relato os resultados.
No entanto, a análise de poder é relativamente fácil. Este tutorial mostrará como criar scripts R para estimar o poder de modelos lineares (ANOVAs, modelos mistos, etc.) usando métodos de Monte-Carlo. Os conceitos podem ser aplicados a abordagens de análise arbitrárias, por exemplo, qui-quadrado, mas vamos cobrir essa parte apenas se tivermos tempo suficiente. Espero que meus colegas participantes relatem análise de poder em seus artigos no futuro.