351 |
Uma análise de requisitos de software de gestão de projetos para apoio ao processo de desenvolvimento de produtos / An analysis of project management software requirements to support the new product development processLeonardo Daniel Vieira Ribeiro 20 September 2006 (has links)
A globalização força cada vez mais a união entre empresas através de acordos e parcerias, fazendo do desenvolvimento colaborativo de novos produtos um requisito básico para a competitividade e sobrevivência. A gestão de projetos (GP), essencial para o desenvolvimento de produtos (DP), é uma área complexa, e, portanto, é difícil estruturar todos os elementos necessários para garantir o sucesso de sua aplicação prática. Um dos fatores mais importantes para a boa gestão de projetos é a gestão da comunicação e do conhecimento gerado durante o projeto. Neste contexto, este trabalho visa o levantamento de requisitos de software para gestão de projetos, contendo métodos, práticas e ferramentas relevantes à indústria e focado no processo de desenvolvimento colaborativo de produtos. Estes requisitos devem apoiar conceitos de colaboração e gestão de conhecimento, baseando-se em conceitos retirados da literatura; resultados de trabalhos passados dentro do grupo de engenharia integrada do Núcleo de Manufatura Avançada (NUMA) e requisitos provenientes das análises de softwares livres para gestão de projetos, complementando assim o desenvolvimento científico do grupo de pesquisa e as melhores práticas encontradas na indústria em geral. Esta pesquisa tem caráter qualitativo e descritivo e, como métodos de procedimento de pesquisa, a pesquisa descritiva do tipo participante-observador, pesquisa bibliográfica e documental. / Everyday, the globalization forces even more the joining of companies through business agreements and partnerships, making of the collaborative product development of new products a basic requirement to the competitiveness or even survival. The project management, essential to product development, is a complex area of knowledge and, therefore difficult to structuralize all the elements needed to ensure the success of its practical application inside different industries. One of the most important factors necessary to a good project management is managing the communication and the knowledge created along the project. Within this context, this work aims the develop a list of requirements for a project management software focused at the product development process. These requirements must include concepts of geographically distributed collaboration and knowledge management. The main sources for this work are the general literature; work results from past projects inside the engineering integration group of the Nucleus of Advanced Manufacturing of the University of São Paulo and requirements from analysis of open-source project management softwares, adding up to the scientific development of the research group and best practices found in the industry in general. This research is qualitative and descriptive. It makes use of the research methods of participant-observer, bibliographical research and documental research.
|
352 |
Identificação de requisitos básicos de sistemas de medição de desempenho e avaliações de casos de um sistema computacional de suporte / Performance measurement systems basic requirements identification and cases assessment of a computer-based support systemKleber Francisco Esposto 30 October 2003 (has links)
Apresenta um levantamento abrangente de novas considerações sobre Sistemas de Medição de Desempenho (SMD) e o novo panorama ambiental que envolve as empresas e impacta suas formas de avaliação de desempenho. Compila, a partir desses estudos, os principais requisitos de SMDs em uma tabela e propõe um modelo conceitual para sistema de medição de desempenho. Identifica, também, um sistema computacional para suportar o processo de gestão estratégica de desempenho em empresas. Analisa a satisfação desse sistema computacional estudado em relação aos principais requisitos levantados e compilados. As análises em relação a essa satisfação são feitas segundo a percepção do autor desse trabalho, treinado nesta ferramenta, e de profissionais de empresas que utilizam o sistema avaliado. A percepção desses profissionais é obtida por meio da realização de entrevistas em uma pesquisa de campo, guiadas por um questionário. / It presents a wide literature survey on rising considerations about Performance Measurement Systems (PMS) and the modern environmental which surrounds the companies and impacts their performance evaluation system. It compiles from this survey the main PMS requirements in a table and it suggests a conceptual model for performance measurement system. It identifies, too, a commercial computer-based system in order to support strategic performance measurement management. It also analyzes how the PMS requirements are satisfied by the computer-based system, based on the author perception, who was trained at this tool, and on the perception of customers of this system. The assessment of these customer\'s perceptions were made in site through questionnaire based interviews.
|
353 |
Investigação do processo de desenvolvimento de software a partir da modelagem organizacional, enfatizando regras do negócio / Investigation of the process in software development based on enterprise modeling, emphasizing business rulesSilvia Inês Dallavalle de Pádua 27 March 2001 (has links)
A preocupação da engenharia de software esteve por muito tempo relacionada a aspectos da funcionalidade do sistema, ou seja, com \"o que\" e \"como\" fazer e não com o \"por que\" fazer. Tais aspectos, envolvidos nos processos existentes, buscam a definição das propriedades desejadas, em lugar de observarem a informação de uma forma mais ampla, começando com as necessidades do próprio negócio, ou dos objetivos dos sistemas nele embutidos. As técnicas de análise estruturadas, diagrama de fluxo de dados e modelagem entidade e relacionamento modelam importantes conceitos para o desenvolvimento de sistemas, mas não buscam por soluções alternativas inovadoras aos problemas da organização. É comum encontrar situações onde o sistema não satisfaz às reais necessidades do negócio, embora esteja tecnicamente correto. O entendimento dos aspectos sociais, organizacionais, técnicos, jurídicos e econômicos é essencial para a realização de um bom trabalho de engenharia de requisitos. Nesse sentido, a modelagem organizacional facilita a compreensão do ambiente empresarial e é reconhecida como uma atividade valiosa pela engenharia de requisitos. O modelo organizacional representa o \"mundo\" onde se aplicam as regras do negócio. O entendimento das regras do negócio é muito importante para a organização ser flexível em um ambiente de crescente competitividade. Com a necessidade de se ter a modelagem dos aspectos relativos à organização para que o sistema atenda as suas reais necessidades, o presente trabalho tem como objetivo investigar o processo de desenvolvimento de software buscando conhecer técnicas ou métodos que atendem aos requisitos organizacionais, enfatizando o uso de regras do negócio com a finalidade de obter a especificação de requisitos. / The software engineering\'s focus were for a long time related to system\'s functionality aspects, or with \"what\" and \"how\" to do, and not with \"why\" to do. Those aspects in the existents process are looking for the definition of the desired proprieties instead observe the information in a more large aspect, beginning with the business needs itself or the systems goals inserted in it. The structure analysis techniques, flux data diagram, and relationship and entity modeling form important concepts for systems development but do not search for innovating alternatives solutions for organization\'s problems. It is very common to find situations were the system does not satisfy the real business needs, thought it is technically correct. The comprehension of social, organizational, technical, juridical and economics aspects are essential for a good realization of requirements in engineering work. In that way the enterprise modeling makes the business environment comprehension easier and is recognized as a value activity by the requirements engineering. The enterprise model represents the \"world\" where the business rules are applied. The comprehension of the business rules is very important so the organization can be flexible in a growing competitive environment. With the necessity to have a modeling of the relative aspects to the organization so the system can accomplish the real needs, this present research has the objective to investigate a software development process trying to find techniques or methods that answer the enterprise\'s requirement, emphasizing the use of business rules to obtain the specifics requirements.
|
354 |
Business process configuration with NFRs and contextavarenessSANTOS, Emanuel Batista dos 10 May 2013 (has links)
Business process models are an important source of information for the development
of information systems. However, changes in the environment can
a ect the way business processes are performed. In order to obtain models
that re
ect the changes it is necessary to continuously check between model
and reality.
Good business processes need to be up-to-date and automated to represent
the organizational environment. Thus, it is of paramount importance
to represent adequately variability in Business Process Models. Representing
and con guring business processes variability for a speci c organization
allows the proper execution of processes. In addition, dynamic environment
calls for
exible con guration processes that can meet stakeholders' goals.
However, selecting a con guration for business process is a challenging activity.
Even though current approaches allow the representation of variability of
business process models, the selection of business variants in a given context
remains a challenging issue.
In this proposal, we advocate the use of Non-Functional Requirements
(NFR) and context-awareness information to drive the con guration of process
models at run-time. We propose a model-driven business process con-
guration approach called Business process Variability Con guration with
Contexts and NFRs (BVCCoN), approach that keeps the variability representation,
con guration knowledge and contextual information separated
from the business process models. We illustrate the BVCCoN model and
process through examples. The evaluation of our proposal is based on a
simulation assessment. / Submitted by João Arthur Martins (joao.arthur@ufpe.br) on 2015-03-12T18:46:21Z
No. of bitstreams: 2
Tese Emanuel Santos.pdf: 4118681 bytes, checksum: f565640ea4362fd5c2f2c8f9197b9e47 (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-12T18:46:21Z (GMT). No. of bitstreams: 2
Tese Emanuel Santos.pdf: 4118681 bytes, checksum: f565640ea4362fd5c2f2c8f9197b9e47 (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Previous issue date: 2013-05-10 / Modelos de processos de neg ocios s~ao uma importante fonte de informa c~ao
para o desenvolvimento de sistemas de informa c~ao. No entanto, as mudan cas
no ambiente podem afetar a forma como os processos de neg ocios s~ao realizados.
A m de obter modelos que re
etem as mudan cas e necess ario o
alinhamento entre o modelo e a realidade.
Processos de neg ocios bons precisam ser atualizados e automatizados para
representar o ambiente organizacional. Assim, e de suma import^ancia representar
adequadamente a variabilidade em Modelos de Processo de Neg ocio.
Representar e con gurar a variabilidade em processos de neg ocio de uma
organiza c~ao espec ca permite a execu c~ao adequada dos processos. Al em
disso, o ambiente din^amico exige processos de con gura c~ao
ex veis que possam
atender os objetivos das partes interessadas. No entanto, selecionando
uma con gura c~ao para o processo de neg ocio e uma atividade desa adora.
Mesmo que as abordagens atuais permitam a representa c~ao da variabilidade
dos modelos de processos de neg ocios, a sele c~ao de variantes de neg ocios em
um determinado contexto continua a ser uma quest~ao a ser explorada.
Nesta proposta, defendemos o uso de Requisitos N~ao Funcionais (RNF) e
informa c~oes de contexto para conduzir a con gura c~ao de modelos de processos
em tempo de execu c~ao. Propomos uma abordagem orientada a modelos
para a con gura c~ao de processos de neg ocios chamada BVCCoN, a abordagem
mant em a representa c~ao variabilidade, conhecimentos de con gura c~ao
e informa c~ao contextual separados dos modelos de processos de neg ocios. A
avalia c~ao da proposta baseia-se numa an alise de simula c~ao, assim como uma
compara c~ao com algumas outras obras relevantes.
|
355 |
Usando contextos e requisitos não-funcionais para configurar modelos de objetivos, modelos de features e cenários para linhas de produtos de softwareVARELA, Jean Poul 23 February 2015 (has links)
Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2016-04-05T15:42:49Z
No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Dissertação - Jean Poul Varela.pdf: 3797900 bytes, checksum: fa011df68d9bf4b963c64b5a5b22c945 (MD5) / Made available in DSpace on 2016-04-05T15:42:49Z (GMT). No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Dissertação - Jean Poul Varela.pdf: 3797900 bytes, checksum: fa011df68d9bf4b963c64b5a5b22c945 (MD5)
Previous issue date: 2015-02-23 / FACEPE / O processo GS2SPL (Goals and Scenarios to Software Product Lines) visa obter, de
maneira sistemática, o modelo de features e a especificação de cenários de caso de
uso, a partir de modelos de objetivos de uma linha de produto de software (LPS).
Além disso, esse processo permite realizar a configuração desses artefatos de
requisitos para um produto da LPS, com base no atendimento de requisitos nãofuncionais
(RNFs). Contudo, essa configuração é realizada sem considerar o estado
do contexto do ambiente no qual a aplicação gerada será implantada. Isso é uma
limitação, pois uma configuração pode não atender as necessidades do
stakeholders. Por outro lado, o processo E-SPL (Early Software Product Line)
permite configurar o modelo de objetivos de um produto visando maximizar o
atendimento de RNFs e levando em consideração o estado do contexto. Para
superar a limitação do processo GS2SPL, o presente trabalho propõe uma extensão
do processo GS2SPL para incorporar a atividade de configuração do E-SPL. O novo
processo é chamado de GSC2SPL (Goals, Scenarios and Contexts to Software
Product Lines), o qual possibilita a obtenção do modelo de features e cenários de
caso de uso, a partir de modelos de objetivos contextuais. O processo também
permite realizar a configuração desses artefatos de requisitos com base nas
informações sobre o contexto e visando aumentar o atendimento dos requisitos nãofuncionais.
O processo é apoiado pela ferramenta GCL-Tool (Goal and Context for
Product Line - Tool). O processo foi aplicado à especificação de duas LPS: o
Media@ e o Smart Home. / GS2SPL (Goals and Scenarios to Software Product Lines) is a process aimed at
systematically obtaining a feature model and the specification of use case scenarios
from goal models of a Software Product Line (SPL). Moreover, this process allows
configuring specific applications of an SPL based on the fulfillment of non-functional
requirements (NFRs). However, this configuration is performed without considering
the context state in which the system will be deployed. This is a limitation because a
configuration may not meet the needs of stakeholders. On the other hand, E-SPL
(Early Software Product Line) is a process that allows configuring a product aimed
maximizing the fulfillment of NFRs and taking into account the context state. To
overcome the limitation of the GS2SPL process, in this work we propose extension of
the GS2SPL process, to incorporate the configuration activity of the E-SPL. The new
process is called GSC2SPL (Goals, Scenarios and Contexts to Software Product
Lines), which allows obtaining a feature model and use case scenarios from
contextual goal models. The process will also allow the configuration of such
requirements artifacts based on the information about the context and aiming to
maximize the fulfillment of non-functional requirements. The process is supported by
the GCL-Tool (Goal and Context for Product Line - Tool). The process was applied to
the specification of two LPS: Media@ and the Smart Home.
|
356 |
Regras de Mapeamento e Heurísticas: uma estratégia para criar casos de teste a partir de C&LSOUSA, Silvia Pereira de Azevedo 01 August 2016 (has links)
Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2017-02-21T16:58:53Z
No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Dissertação_SilviaVersaoFinal.pdf: 3562807 bytes, checksum: d273ad6c061161f899cab3d232a82a79 (MD5) / Made available in DSpace on 2017-02-21T16:58:54Z (GMT). No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Dissertação_SilviaVersaoFinal.pdf: 3562807 bytes, checksum: d273ad6c061161f899cab3d232a82a79 (MD5)
Previous issue date: 2016-08-01 / FACEPE / Contexto: A fase de especificação de requisitos é fundamental no processo de
desenvolvimento de software. O uso de cenários é bastante popular para especificar
requisitos, por serem descritos em linguagem natural. No entanto, a linguagem natural
dá margem a requisitos ambíguos, incompletos e inconsistentes, o que vai de encontro
com os objetivos da fase de especificação de requisitos. Nesse sentido, uma técnica
baseada em Cenário & LEL (Language Extended Lexicon), chamada de C&L, pode
ser a solução adequada, pois LEL é um glossário que define um conjunto de palavras
que pertencem a um domínio e que devem ser usadas para descrever os cenários.
Assim, C&L é considerada uma técnica de cenários baseada em linguagem natural
controlada que ajuda a minimizar os problemas previamente mencionados, além de
poder ser utilizada para criar casos de teste de forma mais sistemática. Objetivo:
Neste trabalho, são propostas duas abordagens: a primeira abordagem usa regras de
mapeamento para derivar modelos statechart a partir de C&L visando verificar a
completude e consistência desses cenários e a segunda usa heurísticas para obter
sistematicamente casos de teste a partir de modelos statechart. Método: A pesquisa
apresentada nessa dissertação seguiu a abordagem de Engenharia para definir as
regras de mapeamento e as heurísticas que, por sua vez, foram avaliadas
empiricamente. Resultados: As regras de mapeamento apoiam a derivação de
statechart a partir de C&L. As heurísticas apoiam a derivação de casos de teste a
partir dos modelos statechart. Foi realizado um experimento para comparar o número
de erros de incompletude e inconsistência detectados pelos grupos experimental e
controle e o tempo gasto pelos grupos para detectar esses erros. Também foi
verificado se os statecharts gerados através da aplicação das regras de mapeamento
possuem grau de corretude e semelhança. Foi realizada uma avaliação qualitativa das
heurísticas utilizadas para derivar os casos de teste, com o intuito de saber se as
heurísticas foram utilizadas corretamente, se estão claras e são fáceis de usar.
Conclusões: Os resultados do experimento mostram que o número de erros de
incompletude detectados pelo grupo experimental foi superior ao número obtido pelo
grupo controle e em relação aos erros de inconsistência não houve diferença entre
quantidade de erros detectados pelos dois grupos. Além disso, a média do tempo
gasto para identificar erros de incompletude e inconsistência pelo grupo experimental
foi ligeiramente superior a média do tempo gasto pelo grupo controle. Em relação ao
grau de corretude, dentre os modelos gerados pelo grupo experimental, existe um que
apresenta o maior grau de corretude com 85,7%. No entanto, o grau de semelhança
entre os modelos é considerado de “baixa semelhança”. O resultado da avaliação
qualitativa mostrou que os participantes concordaram que as regras de mapeamento
e as heurísticas são compreensíveis e fáceis de utilizar. Também foi observado que
as heurísticas foram usadas de maneira correta na derivação dos casos de teste. / Context: The requirements specification phase is fundamental in the software
development process. The use of scenarios is quite popular to specify requirements
because they are described in natural language. However, natural language gives rise
to ambiguous, incomplete and inconsistent requirements, jeopardizes the objectives of
the requirements specification phase. In this context, a technique based on Scenarios
and LEL (Language Extended Lexicon), called C&L, may be an appropriate solution
because LEL is a glossary that defines a set of words that belong to a domain and
should be used to describe the scenarios. Thus, C&L is a scenario technique based
on controlled natural language that helps to minimize the problems previously
mentioned, and can be used to create test cases in a more systematic way. Objective:
In this study, two approaches are proposed: the first approach uses mapping rules to
derive statechart models from C & L in order to verify the completeness and
consistency of these scenarios and the second uses heuristics to systematically derive
test cases from statechart models. Method: The research presented in this work
follows the engineering approach to define the mapping rules and heuristics that, in
turn, were empirically evaluated. Results: Mapping rules support the derivation of
statechart from C & L. Heuristics support the derivation of test cases from statechart
models. An experiment was conducted to compare the number of incompleteness and
inconsistency errors detected by the experimental and control the groups and the time
spent by groups to detect these errors. Also it was verified whether the statecharts
generated by the application of the mapping rules have degree of correctness and
likeness. A qualitative evaluation of the heuristics used to derive the test cases was
made, in order to know whether the heuristics were correctly used and if they are clear
and easy to use. Conclusions: The results of the experiment show that the number of
incompleteness errors detected by the experimental group was higher than the number
obtained by the control group, and in relation to inconsistency errors, there was no
difference among the number of errors detected by the two groups. Furthermore, the
average time spent to identify incompleteness and inconsistency errors by the
experimental group was slightly higher than the average time spent by the control
group. In relation to the degree of correctness among the models generated by the
experimental group, there is one that has the highest degree of correctness with
85.7%. However, the degree of similarity between the models is considered "low
similarity”. The result of the qualitative evaluation showed that the participants agreed
that the mapping rules and heuristics are comprehensible and easy to use. It was also
observed that the heuristics were used correctly in the derivation of test cases.
|
357 |
Construção de ontologias de tarefa e sua reutilização na engenharia de requisitosMartins, Aline Freitas 24 June 2009 (has links)
Made available in DSpace on 2016-12-23T14:33:38Z (GMT). No. of bitstreams: 1
dissertacao.pdf: 2000193 bytes, checksum: 7b0d1bbfbe14616b4ce8e7a9cf5a9d4f (MD5)
Previous issue date: 2009-06-24 / Nowadays, it is acknowledged that reuse offers an important opportunity to achieve improvements in software development. Greater benefits, however, are achieved by reusing knowledge. Concerning knowledge reuse, two major kinds of knowledge should be considered: domain and task knowledge. For developing knowledge for reuse, models are
needed to capture both, and ontologies can be used for this purpose. Domain ontologies describe the vocabulary related to a generic domain, while task ontologies describe the
vocabulary related to a generic task. Domain ontologies have been extensively used in several areas in Computer Science, however, the same does not occur with task ontologies. There are few works presenting task ontologies, and there is no uniformity in representing them. Task knowledge involves two different facets: task decomposition and knowledge
roles involved in the fulfillment of the subtasks. This work proposes the use of UFO (Unified Foundational Ontology) based UML profiles for representing task knowledge: OntoUML
(that concerns class diagrams) modeling the knowledge roles involved and their properties and relations, and E-OntoUML (that concerns activity diagrams) capturing task
decomposition and how knowledge roles act in their fulfillment. OntoUML is currently used to represent several domain ontologies. E-OntoUML is a new profile that is proposed here. This work also discusses how task ontologies can be combined with domain ontologies in order to describe the knowledge involved in a class of applications.
Finally, since the main goal for capturing knowledge is to allow its reuse and sharing, an approach is proposed for reusing task ontologies in the Requirements Engineering process. / Atualmente, reconhece-se que a reutilização oferece uma importante oportunidade para alcançar melhorias no desenvolvimento de software. Maiores benefícios, no entanto, são obtidos pela reutilização em níveis mais altos de abstração, sobretudo pelo reúso de conhecimento. Em relação à reutilização de conhecimento, dois grandes tipos de
conhecimento devem ser considerados: conhecimento de domínio e de tarefa. Para desenvolver o conhecimento para a reutilização, necessita-se de modelos para capturar ambos
e ontologias podem ser utilizadas para este fim. Ontologias de domínio descrevem o vocabulário relacionado a um domínio genérico, enquanto ontologias de tarefa descrevem o
vocabulário relacionado a uma tarefa genérica. Ontologias de domínio têm sido amplamente utilizadas nas mais diversas áreas da Ciência da Computação, entretanto o mesmo não ocorre com ontologias de tarefa. Existem poucos trabalhos apresentando ontologias de tarefa e não há uniformidade na representação das mesmas. O conhecimento de tarefa envolve dois aspectos principais: a decomposição em
subtarefas e os papéis de conhecimento que as entidades do domínio irão exercer na realização da tarefa. Este trabalho propõe o uso de perfis UML baseados na Ontologia de
Fundamentação Unificada (Unified Foundational Ontology UFO) para representar ontologias de tarefa: OntoUML (com base em diagramas de classes), para a modelagem dos
papéis de conhecimento envolvidos e suas propriedades e relações, e E-OntoUML (com base em diagramas de atividades), para capturar a decomposição de tarefa e a participação dos papéis de conhecimento nas mesmas. O primeiro tem sido bastante utilizado para representar
ontologias de domínio, enquanto o segundo é um novo perfil, proposto neste trabalho. Discute-se, também, como ontologias de tarefa podem ser combinadas com ontologias de
domínio, a fim de descrever o conhecimento relativo a uma classe de aplicações. Por fim, uma vez que o principal objetivo para a captura do conhecimento é permitir o seu reuso e compartilhamento, propõe-se uma abordagem para reutilização de ontologias de tarefa no processo de Engenharia de Requisitos.
|
358 |
LOD: uma abordagem para desenvolvimento de objetos de aprendizagem multimídia e interativos / LOD: an approach to the development of multimedia and interactive learning objectsMarco Aurélio Graciotto Silva 18 June 2012 (has links)
Objetos de aprendizagem (OA) compõem uma das abordagens adotadas para tratar a crescente complexidade da educação com auxílio de computadores, promovendo o reúso e a qualidade de materiais didáticos. Tais benefícios podem ser ampliados ao incluir questões de projeto instrucional e associá-las às características multimídias e interativas dos dispositivos computacionais, sistematizando-se a produção de objetos de aprendizagem. Nesse contexto, esta tese define uma abordagem para o desenvolvimento de objetos de aprendizagem multimídias e interativos considerando o cenário de televisão digital. Essa abordagem, denominada LOD (Learning Object Development) consiste de um modelo de processo ou processo-padrão para desenvolvimento de objetos de aprendizagem (SPLOD Standard Process for Learning Object Development), a partir do qual se define um processo (LODP Learning Object Development Process) adequado para a construção de objetos de aprendizagem como recursos educacionais abertos (análogos a software livre); de um método de desenvolvimento dirigido a modelos, denominado LODM (Learning Object Development Method), compreendendo a modelagem conceitual, instrucional e de interação do objeto de aprendizagem; e de um conjunto de ferramentas que estabelecem um protótipo de ambiente para o desenvolvimento de objetos de aprendizagem (LODE Learning Object Development Environment) considerando o método LODM e o processo LODP. A abordagem LOD foi preliminarmente avaliada quanto à engenharia de objetos de aprendizagem multimídia e interativos, representados por apresentações multimídia e aplicações interativas para televisão digital para a plataforma Ginga do Sistema Brasileiro de Televisão Digital (SBTVD). Os resultados apontam para os benefícios da abordagem integrada para o desenvolvimento, com a geração de objetos de aprendizagem multimídias e interativos de forma mais ágil e sistemática, além de promover o reúso desde os primeiros passos da modelagem dos objetos de aprendizagem / Learning objects are an approach to address the increasingly complexity of computersupported education, fostering reuse and learning material quality. Such benefits can be improved by considering instructional design and the multimedia and interactivity features of current computing devices, providing a systematic method to develop learning objects. Considering such context, this thesis defines an approach to the development of multimedia and interactive learning objects, considering the digital television scenario. This approach is named LOD (Learning Object Development) and is composed of (1) a reference process (SPLOD Standard Process for Learning Object Development) from which we defined a process for learning objects development (LODP Learning Object Development Process) suitable for engineering of open educational resources; (2) a model-driven development method (LODM Learning Object Development Method) that integrates conceptual, instructional and interaction modeling of learning objects; and (3) a set of tools that establish a prototype for an environment for learning object development named LODE (Learning Object Development Environment). The LOD approach was evaluated with multimedia and interactive learning objects development realized as multimedia presentations and interactive digital television applications aimed at the Brazilian Digital Television System and its Ginga middleware. The results evince the benefits of the integrated approach, providing an agile and systematic development and fostering the reuse since the initial models of the learning object engineering process
|
359 |
Síntese de requisitos de segurança para internet das coisas baseada em modelos em tempo de execução / Security requirements synthesis for internet of things based on models runtimeOliveira Neto, Inael Rodrigues de 14 October 2015 (has links)
Submitted by Cláudia Bueno (claudiamoura18@gmail.com) on 2016-01-29T14:17:13Z
No. of bitstreams: 2
Dissertação - Inael Rodrigues de Oliveira Neto - 2015.pdf: 3158226 bytes, checksum: 9d8ebb3f5b3305532b92d7e59da8184e (MD5)
license_rdf: 23148 bytes, checksum: 9da0b6dfac957114c6a7714714b86306 (MD5) / Approved for entry into archive by Luciana Ferreira (lucgeral@gmail.com) on 2016-02-01T11:48:51Z (GMT) No. of bitstreams: 2
Dissertação - Inael Rodrigues de Oliveira Neto - 2015.pdf: 3158226 bytes, checksum: 9d8ebb3f5b3305532b92d7e59da8184e (MD5)
license_rdf: 23148 bytes, checksum: 9da0b6dfac957114c6a7714714b86306 (MD5) / Made available in DSpace on 2016-02-01T11:48:51Z (GMT). No. of bitstreams: 2
Dissertação - Inael Rodrigues de Oliveira Neto - 2015.pdf: 3158226 bytes, checksum: 9d8ebb3f5b3305532b92d7e59da8184e (MD5)
license_rdf: 23148 bytes, checksum: 9da0b6dfac957114c6a7714714b86306 (MD5)
Previous issue date: 2015-10-14 / The Internet of Things (IoT) connects the Internet all kinds of “things” or “smart
objects” such as devices, sensors, actuators, mobile phones, home appliances, cars and
even furniture. IIoT is characterized by the ubiquity and dynamism of its environment and
connected objects. Thus, the environment of the IoT is highly volatile and heterogeneous
as it counts with the presence of different objects able to interact and to cooperate with
each other over the Internet.
While Smart Objects become more ubiquitous, there is growing uncertainty about the
environment, which contributes to a greater appearance of security threats not foreseen in
the design phase.
This thesis presents a solution that aims to ensure flexibility by allowing the safety requirements
to be changed at runtime by the user, systematically reflecting these changes
to the security settings for objects connected to the IoT. Therefore, this work presents
an architecture of middleware and implementation of an algorithm for assessment requirements
and security reconfiguration as well as its evaluation. In addition, this work
presents a domain-specific modeling language using models@runtime for specifying the
user’s security requirements. About the contributions of this work, we can mention the
proposed architecture of middleware, a requirements synthesis algorithm for reconfiguration
of security at runtime, a security requirement modeling language, the application
of models@runtime approach for reconfiguration of security and the construction of a
metamodel for capturing application security aspects running on devices in the IoT. / A Internet das Coisas (IoT) conecta na Internet todo tipo de coisas ou objetos inteligentes,
tais como dispositivos, sensores, atuadores, telefones celulares, eletrodomésticos,
carros e até mesmo móveis. Ela caracteriza-se pela ubiquidade e dinamismo do seu ambiente
e objetos conectados. Com isso, o ambiente da IoT é altamente volátil e heterogêneo,
pois ele conta com a presença de diferentes objetos capazes de interagir e cooperar uns
com os outros através da Internet.
Ao passo que objetos inteligentes se tornam mais ubíquos, há uma crescente incerteza
sobre o ambiente, o que contribui com um maior surgimento de ameaças de segurança
não previstas na fase de projeto.
Esta dissertação apresenta uma solução que objetiva garantir flexibilidade nos requisitos
de segurança para serem alterados pelo usuário em tempo de execução e refletir sistematicamente
sobre essas mudanças nas configurações de segurança em objetos conectados na
IoT. Para isso, este trabalho apresenta uma arquitetura de middleware e a implementação
de um algoritmo para avaliação de requisitos e reconfiguração da segurança. Além disso,
este trabalho apresenta uma linguagem de modelagem de domínio específico usando models@
runtime para especificação dos requisitos de segurança do usuário. Entre as contribuições
deste trabalho, podemos citar a proposta de arquitetura de middleware, um
algoritmo de síntese de requisitos para reconfiguração da segurança em tempo de execução,
a linguagem de modelagem de requisitos de segurança, a aplicação da abordagem de
modelos em tempo de execução para reconfiguração da segurança e a construção de um
metamodelo que captura de aspectos de segurança de aplicações executando em dispositivos
na IoT.
|
360 |
Proposals for improvements in the process of product development for construction by the capture of customer information / ProposiÃÃo de melhorias no processo de desenvolvimento de produtos da construÃÃo civil mediante a captaÃÃo das informaÃÃes dos clientesJoÃo Adriano Ponciano Nobre 17 June 2005 (has links)
The objective of this research is to propose improvements in the civil construction product development process (PDP), making use of information arising from customers as way. This improvement is obtained through insertion of information about customers necessities in product development process. For this, theoretical approaches were made about civil constructionn sector characteristics and
particularitities, about the importance of the captation of customer s information under marketing view and its translation in specifications to the product, and about the
concept and use of product development. Initially, it was necessary to define what will be product development process in Civil Constructionl for, then, improvements
can be proposed. Thus, from the study of case, carried in a builder enterprise of Fortaleza, research tools were made to be applied (on internet, builder store, by estate agents and building place) in order to catch customers necessities and desires. After the assessment about company managerial structure and interviews with managers, it was diagnosised the company s PDP. Through the tool Date flow Diagram (DFD), adapted to the survey necessities, it was possible to analyse the infomation flows from customers arising from each point of contact between they and the company. After the assessement of flows, the tools, to catch customers necessities, were made and its results were put in the company product development process. After this, new information flows were made with research tools proposed, and it was realized the creation of a direct communication channel to the company department responsible for products development. The use, formalized, of information from customers brought immediate results for the product that was being developed during the survey because allowed the precisely identification of items that add value to the undertaking. / Este trabalho tem como objetivo propor melhorias ao processo de desenvolvimento de produto (PDP) da construÃÃo civil utilizando as informaÃÃes provenientes dos clientes como meio. Esta melhoria à conseguida mediante a inserÃÃo das informaÃÃes a respeito das necessidades dos clientes no processo de desenvolvimento de produto. Para isso, foram feitas abordagens teÃricas sobre as caracterÃsticas e particularidades do setor de construÃÃo civil, acerca da importÃncia caracterÃsticas e particularidades do setor de construÃÃo civil, acerca da importÃncia da captaÃÃo das informaÃÃes dos clientes à luz do marketing e a traduÃÃo destas em especificaÃÃes para o produto, e do conceito e prÃtica do desenvolvimento de produto. Inicialmente, foi necessÃrio definir o que seria o processo de desenvolvimento de produto na construÃÃo civil para, a partir desse ponto, se poder propor melhorias. Sendo assim, atravÃs do estudo de caso realizado em uma construtora de Fortaleza, foram desenvolvidas ferramentas de pesquisa que tiveram contato deste com a empresa (loja, obra, Internet, corretor). ApÃs a anÃlise da estrutura organizacional da empresa e da realizaÃÃo de entrevistas com os intervenientes, diagnosticou-se o PDP existente. Por meio da ferramenta Diagrama de Fluxo de Dados (DFD), adaptada Ãs necessidades da pesquisa, pÃde-se analisar o fluxo de informaÃÃes provenientes dos clientes nos diversos pontos de contato deste com a empresa. ApÃs a anÃlise dos fluxos, foram criadas as ferramentas para captaÃÃo das necessidades dos clientes e os seus resultados foram inseridos no processo de desenvolvimento de produto da empresa. Em seguida, foram montados novamente os fluxos de informaÃÃes, agora coma s ferramentas propsotas, e se verificou a criaÃÃo de um canal de comunicaÃÃo direto com o setor da empresa responsÃvel pelo desenvolvimento de produtos. A formalizaÃÃo da utilizaÃÃo das informaÃÃes provenientes dos clientes trouxe resultados imediatos para o produto que estava em desenvolvimento durante a pesquisa, pois se identificou com maior precisÃo o fato de que itens agregavam valora ao empreendimento.
|
Page generated in 0.0611 seconds