Construção de um ambiente de desenvolvimento de software baseado em um sistema de gerência de workflow e outros produtos comerciais

Este trabalho apresenta uma arquitetura para Ambientes de Desenvolvimento de Software (ADS). Esta arquitetura é baseada em produtos comerciais de prateleira (COTS), principalmente em um Sistema de Gerência de Workflow – SGW (Microsoft Exchange 2000 Server – E2K) - e tem como plataforma de funcionamento a Internet, integrando também algumas ferramentas que fazem parte do grande conjunto de aplicativos que é utilizado no processo de desenvolvimento de software. O desenvolvimento de um protótipo (WOSDIE – WOrkflow-based Software Development Integrated Environment) baseado na arquitetura apresentada é descrito em detalhes, mostrando as etapas de construção, funções implementadas e dispositivos necessários para a integração de um SGW, ferramentas de desenvolvimento, banco de dados (WSS – Web Storage System) e outros, para a construção de um ADS. O processo de software aplicado no WOSDIE foi extraído do RUP (Rational Unified Process – Processo Unificado Rational). Este processo foi modelado na ferramenta Workflow Designer, que permite a modelagem dos processos de workflow dentro do E2K. A ativação de ferramentas a partir de um navegador Web e o armazenamento dos artefatos produzidos em um projeto de software também são abordados. O E2K faz o monitoramento dos eventos que ocorrem dentro do ambiente WOSDIE, definindo, a partir das condições modeladas no Workflow Designer, quais atividades devem ser iniciadas após o término de alguma atividade anterior e quem é o responsável pela execução destas novas atividades (assinalamento de atividades). A arquitetura proposta e o protótipo WOSDIE são avaliados segundo alguns critérios retirados de vários trabalhos. Estas avaliações mostram em mais detalhes as características da arquitetura proposta e proporcionam uma descrição das vantagens e problemas associados ao WOSDIE.

Aplicação de uma linha de produtos de software (LPS) no contexto de uma PME

Uma linha de produtos de software (LPS), é um conjunto de produtos que partilham funcionalidades comuns, desenvolvidos de forma sistemática a partir de um conjunto de elementos de software base da LPS. As abordagens de desenvolvimento baseado em LPS revolucionaram a forma como as organizações realizam a engenharia de software. A obtenção de economias de escala, na concepção e distribuição de novos produtos, pela reutilização dos elementos de software base da LPS e instanciação dos variantes respectivos, é um dos principais benefícios na adopção desta abordagem. Numa LPS, a arquitectura de software de referência vai para além da dicotomia desenho/ codificação da arquitectura de software tradicional. A sua documentação, inclui a representação da arquitectura de software da LPS e respectivos pontos de variabilidade, bem como a descrição do processo para instanciação dos produtos. Numa pequena e média empresa (PME), os recursos humanos, técnicos e financeiros são escassos. A viabilidade da implementação de uma LPS adequa-se num contexto de redução de custos operacionais e eficiência do processo de produção dos produtos de software. O objectivo deste trabalho é o desenvolvimento e aplicação de uma metodologia para a gestão e implementação de uma LPS, adequada à realidade de uma PME. As principais contribuições do trabalho incluem: a) uma metodologia para a implementação e gestão de uma LPS adequada a uma PME, que prevê a definição da arquitectura de software da LPS com base num conjunto de produtos já existentes, b) a representação da arquitectura de software de uma LPS, suportado por modelos UML, estendidos através de um perfil UML, baseado em 3+1 perspectivas: dos requisitos, da implementação e dos componentes de execução, sendo que a vista (+1)ou “vista produtos” é uma instanciação das restantes três vistas no contexto particular da LPS ou de um produto, num determinado momento no tempo. A metodologia proposta foi aplicada à solução ARQUO™, uma solução real e em produção em diversas organizações.

O uso do software winplot na aprendizagem matemática em sala de aula: uma inovação pedagógica?

Esse trabalho tem como objetivo de pesquisar o uso do software Winplot nas aulas de matemática como instrumento auxiliar e fator de ruptura das práticas pedagógicas fundamentadas no paradigma fabril, criando ambientes favoráveis ao ensino e aprendizagem, dando maior ênfase a aprendizagem, proporcionando aos educandos serem construtores dos seus próprios conhecimentos, valorizando os seus significados, propiciando a formação de cidadãos críticos e autônomos e educadores como mediadores nesse processo. Para a realização desse trabalho de pesquisa foi adotada a metodologia qualitativa com fundamentos etnográficos, a observação participante e a utilização do diário de bordo eletrônico etnográfico que nos garantiu agilidade nos registros de campo, propiciando a descrição das ações reais de educador e educandos em função do uso desse software que assegurou o desejo dos educandos, educador e pesquisador nas mudanças das praxes pedagógicas que valorizam o educando como centro no processo de ensino e aprendizagem contribuindo para que a escola seja estimulada a adotar um currículo flexível propiciando uma educação contextualizada.

Dos requisitos à arquitetura em linhas de produtos de software: uma estratégia de transformações entre modelos

The tracking between models of the requirements and architecture activities is a strategy that aims to prevent loss of information, reducing the gap between these two initial activities of the software life cycle. In the context of Software Product Lines (SPL), it is important to have this support, which allows the correspondence between this two activities, with management of variability. In order to address this issue, this paper presents a process of bidirectional mapping, defining transformation rules between elements of a goaloriented requirements model (described in PL-AOVgraph) and elements of an architectural description (defined in PL-AspectualACME). These mapping rules are evaluated using a case study: the GingaForAll LPS. To automate this transformation, we developed the MaRiPLA tool (Mapping Requirements to Product Line Architecture), through MDD techniques (Modeldriven Development), including Atlas Transformation Language (ATL) with specification of Ecore metamodels jointly with Xtext , a DSL definition framework, and Acceleo, a code generation tool, in Eclipse environment. Finally, the generated models are evaluated based on quality attributes such as variability, derivability, reusability, correctness, traceability, completeness, evolvability and maintainability, extracted from the CAFÉ Quality Model

Arquitetura hardware/software de um núcleo NCAP segundo o padrão IEEE 1451.1: uma prova de conceito

Os sensores inteligentes são dispositivos que se diferenciam dos sensores comuns por apresentar capacidade de processamento sobre os dados monitorados. Eles tipicamente são compostos por uma fonte de alimentação, transdutores (sensores e atuadores), memória, processador e transceptor. De acordo com o padrão IEEE 1451 um sensor inteligente pode ser dividido em módulos TIM e NCAP que devem se comunicar através de uma interface padronizada chamada TII. O módulo NCAP é a parte do sensor inteligente que comporta o processador. Portanto, ele é o responsável por atribuir a característica de inteligência ao sensor. Existem várias abordagens que podem ser utilizadas para o desenvolvimento desse módulo, dentre elas se destacam aquelas que utilizam microcontroladores de baixo custo e/ou FPGA. Este trabalho aborda o desenvolvimento de uma arquitetura hardware/software para um módulo NCAP segundo o padrão IEEE 1451.1. A infra-estrutura de hardware é composta por um driver de interface RS-232, uma memória RAM de 512kB, uma interface TII, o processador embarcado NIOS II e um simulador do módulo TIM. Para integração dos componentes de hardware é utilizada ferramenta de integração automática SOPC Builder. A infra-estrutura de software é composta pelo padrão IEEE 1451.1 e pela aplicação especí ca do NCAP que simula o monitoramento de pressão e temperatura em poços de petróleo com o objetivo de detectar vazamento. O módulo proposto é embarcado em uma FPGA e para a sua prototipação é usada a placa DE2 da Altera que contém a FPGA Cyclone II EP2C35F672C6. O processador embarcado NIOS II é utilizado para dar suporte à infra-estrutura de software do NCAP que é desenvolvido na linguagem C e se baseia no padrão IEEE 1451.1. A descrição do comportamento da infra-estrutura de hardware é feita utilizando a linguagem VHDL

Descrição e comparação de dois tipos de chute no futebol feminino através de variáveis angulares

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior (CAPES)

Educação continuada do Hospital Amaral Carvalho/UCAC: descrição/avaliação

Pós-graduação em Pesquisa e Desenvolvimento (Biotecnologia Médica) - FMB

Ontolime: modelo de ontologia de descrição de imagens médicas

Pós-graduação em Ciência da Informação - FFC

Descrição fonético-acústica das vibrantes no português e no espanhol

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior (CAPES)

Levantamento, análise e descrição de elementos paralinguísticos do português espontâneo

A fala apresenta aspectos paralinguísticos que não pertencem ao código linguístico convencional, mas contribuem significativamente para a unidade temática do discurso, Essas realizações se constituem em enunciados não-lexicalizados que funcionam que funcionam como atos de fala completos nas interações comunicativas interpessoais. Sobre essas emissões não-verbais, Campbell (2002a, 2002b, 2003 e 2004), Maekawa (2004), Fujie et. al (2004), Hoult (2004), Key (1958) apud Steimberg (1988) postulam que elas constribuem para a manifestação da fala expressiva. Para os autores, é justamente o fenômeno da paralinguagem que sinaliza informações sobre atitudes, opiniões e emoções do falante em relação ao interlocutor ou ao tópico discursivo. Nesse sentido, investigamos, neste trabalho, as manifestações paralinguísticas recorrentes em conversas informais para demonstrarmos seu papel expressivo na linguagem falada. Para tanto, fizemos um levantamento de 450 ocorrências de elementos paralinguísticos no processo de transcrição de amostras de falas do Português Regional Paraense produzidas em situações reais de conversação. Pressupondo que essas realizações não-verbais são caracterizadas por variações prosódicas, nós as submetemos a uma análise fonética por meio do software PRAAT. A partir dessa análise, constatamos a contribuição de duas propriedades: a frequência fundamental (F0) e o tempo de emissão, para a manifestação expressiva dos elementos paralinguísticos no discurso falado. Além disso, identificamos também a silabação como uma propriedade comum às realizações sonoras focalizadas. Após o processo de análise, fizemos a descrição do uso e do funcionamento desses elementos nas conversas, bem como da contribuição deles para a manifestação da fala expressiva. Os resultados nos mostram que os elementos paralinguísticos, além de contribuírem para a fluência do discurso falado, desempenham a função de sinalizar compreensão, interesse e/ou atenção, gerenciar relações interpessoais e expressar emoções, atitudes e afeto.

Vespas sociais da Floresta Nacional de Caxiuanã, Melgaço, Pará: descrição da fauna numa grade de 25 Km² e compararação entre protocolos de amostragem (Hymenoptera, vespidae)

Vespas sociais destacam-se pela complexidade da organização social, pela arquitetura dos ninhos e pela importância na cadeia alimentar, como predadores de outros insetos e artrópodes. Os levantamentos faunísticos no Brasil ainda são considerados reduzidos e há carência de padronização entre protocolos de coleta, o que dificulta a comparação dos resultados obtidos. O presente trabalho consiste em estudo da fauna de vespas sociais numa parcela de floresta de terra firme em Caxiuanã, Melgaço, PA, um quadrado de 25 km² previamente demarcado com trilhas de 5000 m entrecruzadas, em formato de grade. A coleta consistiu na busca ativa por indivíduos e colônias de vespas sociais ao longo das trilhas e na instalação de armadilhas de Malaise em alguns cruzamentos de trilhas. Foram percorridas 60 trilhas e instaladas 26 armadilhas, ao longo de 44 dias descontínuos de campo. Foram registradas 65 espécies de vespas sociais pertencentes a 12 gêneros. Polybia e Mischocyttarus destacaram-se como os principais gêneros em número de espécies. Agelaia fulvofasciata e Angiopolybia pallens foram as espécies mais freqüentes. Busca ativa apresentou um melhor desempenho quanto à descoberta de espécies de vespas sociais (63) do que armadilha de Malaise (26). Dois subconjuntos de 25 amostras, cujas respectivas acumulações também resultam em totais de 63 espécies, foram obtidos através do programa DIVA-GIS, demonstrando que o resultado geral do inventário poderia em tese ser alcançado com um esforço consideravelmente menor, distribuído por toda a extensão da grade. O levantamento representou um incremento de 21 espécies à lista obtida anteriormente para Caxiuanã, totalizando 100 espécies para a região, e de dois novos registros para o estado do Pará (Polybia brunnea e Mischocyttarus vaqueroi).

Vozeamento na pronúncia de uma língua estrangeira: descrição de desvios comuns e como eles afetam o aprendizado do inglês

This paper analyzes voicing occurrences on the coda of Portuguese and English words pronounced by Brazilian speakers. The aim of this kind of analysis is to describe how voicing occurrences affect the realization and perception of foreign words. It was noted that there is a recurrence on the use of unvoiced coda in Portuguese, which was assumed to happen also in English when Brazilian Portuguese speakers uses it as a second language. The recordings were analyzed through Praat, software that generates waveforms and spectrograms, allowing segments to be divided and phonetically transcribed. The analysis proved the assumption to be true, concluding that speakers who had their speeches recorded produced unvoiced codas in fact. Conclusions concerning this take into consideration that, considering how minimal pairs in English can be produced based on coda voicing, there is a possible communication difficulty Brazilians may face due to this fact. But it goes by unnoticed, because this process sounds so natural it hardly is taken as a problem source

Descrição morfológica e posicionamento filogenético de um lagarto (Reptilia, Squamata) do Mioceno Inferior da Formação Chichínales, General Roca, Província de Río Negro, Argentina

Embora os escamados sejam comumente encontrados em sítios fossilíferos cenozóicos sul−americanos, materiais esqueléticos completos são raros. Apenas alguns poucos exemplares assim foram registrados, com a maioria dos achados representando materiais fragmentários de crânio e mandíbulas ou vértebras isoladas. Dentre as localidades provedoras de vertebrados fósseis na América do Sul, a Formação Chichínales se destaca pela recente descoberta, em seus sedimentos, de um crânio quase completo de um lagarto teiídeo previamente desconhecido. Dada a fauna associada, a idade da formação é definida como Mioceno Temprano (Colhuehuapense). No presente estudo, conclui−se, através de uma análise filogenética contendo 39 espécies viventes e fósseis de escamados e 149 caracteres osteológicos, que este material pertence a uma nova espécie do gênero contemporâneo Callopistes. Uma descrição morfológica detalhada do fóssil, obtida através de análises estereoscópicas e de microtomografia computadorizada de alta resolução (CT Scan), também é apresentada. A matriz morfológica foi analisada com o auxílio do software TNT Versão 1.1, seguindo o princípio de máxima parcimônia, com todos os caracteres tratados com a mesma pesagem, resultando em quatro árvores igualmente parcimoniosas, que foram então utilizadas para a construção de uma árvore de consenso estrito. Em todas as quatro árvores, o novo táxon posicionou−se dentro da família Teiidae como um membro do clado formado pelas demais espécies viventes de Callopistes. Entretanto, não foi possível estabelecer uma relação de grupo−irmão inequívoca entre as duas espécies de Callopistes presentes na análise e o fóssil. A atual distribuição das duas espécies viventes de Callopistes e a localidade de onde foi recuperado o fóssil em estudo indicam que esse gênero possuía uma distribuição muito mais ampla no passado, chegando a áreas patagônicas cis−Andinas, diferentemente das áreas trans−Andinas de altitude onde as duas espécies atuais estão restritas

Uma linguagem de descrição arquitetural baseada em uma arquitetura de referência para sistemas ubíquos

A computação ubíqua é um paradigma no qual dispositivos com capacidade de processamento e comunicação são embutidos nos elementos comuns de nossas vidas (casas, carros, máquinas fotográficas, telefones, escolas, museus, etc), provendo serviços com um alto grau de mobilidade e transparência. O desenvolvimento de sistemas ubíquos é uma tarefa complexa, uma vez que envolve várias áreas da computação, como Engenharia de Software, Inteligência Artificial e Sistemas Distribuídos. Essa tarefa torna-se ainda mais complexa pela ausência de uma arquitetura de referência para guiar o desenvolvimento de tais sistemas. Arquiteturas de referência têm sido usadas para fornecer uma base comum e dar diretrizes para a construção de arquiteturas de softwares para diferentes classes de sistemas. Por outro lado, as linguagens de descrição arquitetural (ADLs) fornecem uma sintaxe para representação estrutural dos elementos arquiteturais, suas restrições e interações, permitindo-se expressar modelo arquitetural de sistemas. Atualmente não há, na literatura, ADLs baseadas em arquiteturas de referência para o domínio de computação ubíqua. De forma a permitir a modelagem arquitetural de aplicações ubíquas, esse trabalho tem como objetivo principal especificar UbiACME, uma linguagem de descrição arquitetural para aplicações ubíquas, bem como disponibilizar a ferramenta UbiACME Studio, que permitirá arquitetos de software realizar modelagens usando UbiACME. Para esse fim, inicialmente realizamos uma revisão sistemática, de forma a investigar na literatura relacionada com sistemas ubíquos, os elementos comuns a esses sistemas que devem ser considerados no projeto de UbiACME. Além disso, com base na revisão sistemática, definimos uma arquitetura de referência para sistemas ubíquos, RA-Ubi, que é a base para a definição dos elementos necessários para a modelagem arquitetural e, portanto, fornece subsídios para a definição dos elementos de UbiACME. Por fim, de forma a validar a linguagem e a ferramenta, apresentamos um experimento controlado onde arquitetos modelam uma aplicação ubíqua usando UbiACME Studio e comparam com a modelagem da mesma aplicação em SySML.

Uma linguagem para descrição de missões em sistema-de-sistemas

Sistema-de-sistemas (System-of-Systems - SoS) é um tipo emergente de sistema computacional formado por um grupo de sistemas constituintes, que são independentes e heterogêneos e se unem para compor um sistema de larga escala visando alcançar uma missão global. Cada sistema constituinte possui seus próprios objetivos, missões individuais, e colaboram para a realização da missão do SoS, chamada missão global. Existe uma complexidade inerente no conjunto de missões que estão envolvidas em um SoS, esse deve-se principalmente à natureza independente dos sistemas constituintes, que tendem a evoluir independentemente, potencialmente mantidos por organizações distintas, além dos conflitos de interesse que podem surgir com essa evolução. Com isso, torna-se essencial prover uma linguagem bem definida para descrição e avaliação dessas missões, relacionando-as entre si e provendo um documento comum que possa ser utilizado por todas as partes envolvidas. Essa linguagem deve ser capaz de expressar as missões individuais e globais, dando suporte a todos os relacionamentos existentes entre essas missões, além de expressar informações relacionadas a realização dessas missões. O objetivo desse trabalho é apresentar e avaliar uma linguagem para descrição de missões. Visando a definição dessa linguagem, esse trabalho apresenta um mapeamento sistemático acerca dos mecanismos existentes para descrição de missões em SoS, identificando os elementos-chave que compõem a descrição de uma missão nesse contexto. A partir desse mapeamento, propõe-se um modelo conceitual para missões e uma linguagem para descrição de missões. Essa linguagem independe de documentos de arquitetura e outros tipos de modelos de software, visando possibilitar a integração da linguagem de definição de missões em diferentes modelos de desenvolvimento.