Spelling suggestions: "subject:"desenvolvedores dde software"" "subject:"desenvolvedores dee software""
1 |
Um estudo sobre os fatores estressores que interferem em integrantes das equipes de desenvolvimento de softwareFARIAS, Ítala Célly Bezerra de 31 January 2014 (has links)
Submitted by Nayara Passos (nayara.passos@ufpe.br) on 2015-03-12T13:08:31Z
No. of bitstreams: 2
Disertaçao Itala Célly de Farias.doc: 1308672 bytes, checksum: 55d597d7d69e4a2042f6bb569f9aea6f (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Approved for entry into archive by Daniella Sodre (daniella.sodre@ufpe.br) on 2015-03-13T13:13:44Z (GMT) No. of bitstreams: 2
Disertaçao Itala Célly de Farias.doc: 1308672 bytes, checksum: 55d597d7d69e4a2042f6bb569f9aea6f (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-13T13:13:44Z (GMT). No. of bitstreams: 2
Disertaçao Itala Célly de Farias.doc: 1308672 bytes, checksum: 55d597d7d69e4a2042f6bb569f9aea6f (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Previous issue date: 2014 / Contexto: O estresse atinge cada vez mais pessoas e o fator desencadeante, muitas vezes, é o excesso de atividades. O mercado torna-se mais competitivo, as pessoas tentam acompanhar esse ritmo frenético, mas não suportam a tensão e adoecem. O estresse no trabalho resulta na combinação de demandas psicológicas no trabalho.
Objetivo: Neste sentido, este trabalho tem como objetivo identificar os principais fatores estressores que interferem no ambiente de trabalho de desenvolvedores de software. Adicionalmente, procuramos descrever a categorização sob a perspectiva da teoria sobre estresse.
Método: Para alcançar este objetivo, foi executada uma revisão da literatura juntamente com estudos empírico de casos múltiplos de cinco empresas de tecnologia de pequeno e médio porte situada Recife/PE e Petrolina/PE. Foi aplicado um questionário adaptado do Job Stress Scale com os integrantes das equipes de software totalizando 51 respondentes.
Resultado: Identificamos e categorizamos dezenove fatores estressores de grande relevância para a população pesquisada. Dentre eles podemos identificar três fatores estressores que são oriundos do ambiente de trabalho dos desenvolvedores de software, frente a outros fatores identificados e citados em pesquisas feita pela autora Lipp ou identificados pelo instrumento JSS. Os fatores que foram identificados no ambiente dos profissionais de software são: a comunicação deficiente entre os clientes e os profissionais de software, a falta de uma política organizacional e a ausência de reuniões, entre os componentes da equipe e seus liderados.
|
2 |
Computadores fazem arte, artistas fazem dinheiro: anÃlise da atividade dos desenvolvedores de software / Computers make art, artists make money: analysis of the activity of software developersDÃmitre Sampaio Moita 28 September 2015 (has links)
CoordenaÃÃo de AperfeÃoamento de Pessoal de NÃvel Superior / Esta dissertaÃÃo tem como objetivo geral analisar o significado que atribuem à sua atividade os desenvolvedores das fÃbricas de software. Caracteriza as recentes transformaÃÃes do mundo do trabalho como um processo histÃrico de universalizaÃÃo da precariedade e busca confrontar as promessas do trabalho imaterial com a experiÃncia precÃria de trabalhadores do setor de TIC. A princÃpio, a justificativa para a escolha das fÃbricas de software como campo de pesquisa baseou-se no conceito de taylorizaÃÃo da produÃÃo de software. O uso de normas de qualidade dentro da fÃbrica de software resultaria em rotinizaÃÃo da atividade e em desqualificaÃÃo do trabalhador. A pesquisa emprega a anÃlise sociohermenÃutica sobre os discursos colhidos por meio de entrevistas semiestruturadas com seis desenvolvedores. O trabalho de interpretaÃÃo do significado presente no discurso consiste em abordar a temÃtica das transformaÃÃes do mundo laboral à luz da vivÃncia dos trabalhadores. O pesquisador constrÃi um diÃlogo envolvendo a fala dos desenvolvedores, dados de outras pesquisas e suas prÃprias interpretaÃÃes. Discute a hipÃtese da taylorizaÃÃo, considerada imprecisa diante da vivÃncia dos entrevistados, e opta pela discussÃo da racionalizaÃÃo do processo de software. A experiÃncia de trabalhar sob a gestÃo por projetos, aspecto de grande relevÃncia na fala dos trabalhadores, à discutida em duas dimensÃes principais, trabalhar por projetos e trabalhar no cliente, o que permite identificar de modo mais preciso como se expressa a precariedade dentro do ambiente das fÃbricas de software. Mecanismos sutis de controle permitem a autoexploraÃÃo do trabalhador e a hipersolicitaÃÃo por parte da empresa, que dispÃe da precariedade como ferramenta disciplinar que extrapola as fronteiras entre vida e trabalho. / This work has the general goal to analyze the meaning that developers from software factories attach to their activity. It characterizes the recent transformations of the working world as a historical process of universalization of precarity and aims to confront the promises of immaterial work with the precarious experience of the ICT sector workers. At first, the reason to choose software factories as a research field relied on the concept of taylorization of software production. The use of quality standards within the software factory would result in routinization of activity and deskilling of work. The research applies the social-hermeneutics analysis on the speech collected through semi-structured interviews with six developers. The task of interpreting the meaning contained in the speech is to address the issue of changes in the labor world in light of workers experience. The researcher builds a dialogue involving the speech of developers, other survey data and his own interpretations. Discusses the hypothesis taylorization, considered inaccurate given the experience of respondents, and chooses to discuss the rationalization of software process. The experience of working under the management by projects, highly relevant aspect in the speech of workers, is discussed from two main dimensions, working by projects and working at the client site, which allows to identify more precisely how precarity expresses itself within software factories ambient. Subtle control mechanisms allow the worker self-exploration and hyper-request by the company, which has the precarity as a disciplinary tool that goes beyond the boundaries between life and work.
|
3 |
Ferramenta para aumento da produtividade no desenvolvimento de aplicações web sobre a plataforma J2EE. / Tool to increase productivity in the development of web applications on the J2EE platform.SANTOS JÚNIOR, José Maria Rodrigues. 23 August 2018 (has links)
Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2018-08-23T15:08:44Z
No. of bitstreams: 1
JOSÉ MARIA RODRIGUES SANTOS JÚNIOR - DISSERTAÇÃO PGCC 2002..pdf: 2728104 bytes, checksum: d8484065ff9bf584156c0fd52b7c3221 (MD5) / Made available in DSpace on 2018-08-23T15:08:44Z (GMT). No. of bitstreams: 1
JOSÉ MARIA RODRIGUES SANTOS JÚNIOR - DISSERTAÇÃO PGCC 2002..pdf: 2728104 bytes, checksum: d8484065ff9bf584156c0fd52b7c3221 (MD5)
Previous issue date: 2002-08-28 / Este trabalho discute a necessidade de estratégias e ferramentas para o desenvolvimento
mais produtivo e menos complexo de aplicações Web sobre a plataforma Java 2 Enterprise Edition (J2EE). Inicialmente foi feito um estudo da plataforma J2EE, principalmente da tecnologia Enterprise Java Beans (EJB). Uma aplicação Web foi implementada utilizando diretamente os recursos da plataforma J2EE, permitindo identificar aspectos a serem explorados para alcançar os objetivos propostos. Em seguida foi desenvolvida uma ferramenta, denominada de EasyNet, visando explorar esses aspectos. O EasyNet foi utilizado para a re-implementação da aplicação, permitindo que o aumento da produtividade e a redução da complexidade fossem comparados aos da implementação sem a sua utilização. Foi possível identificar que o EasyNet forneceu um aumento significativo da produtividade e reduziu a complexidade no desenvolvimento de aplicações Web sobre a plataforma J2EE. / This work discusses the need of strategies and tools for a more productive and less
complex development of Web applications on Java 2 Enterprise Edition (J2EE). A study on
the J2EE platform was initially made, especially on the Enterprise Java Beans (EJB)
technology. A Web application was implemented using directly the sources from the J2EE platform, allowing the identification of aspects to be explored in order to reach the desired results. After, a tool denominated EasyNet was developed aiming the exploration of such
aspects. The EasyNet was used for the re-implementation of the application, allowing the
productivity growth and the decrease of the complexity to be compared to the ones of the
implementation made without its use. It was possible to identify that the EasyNet provided a significant increase of the productivity and reduced the complexity of the development of the Web applications on the J2EE platform.
|
4 |
Avalia??o da contribui??o de desenvolvedores para projetos de software usando minera??o de reposit?rios de software e minera??o de processosCosta, Daniel Alencar da 01 February 2013 (has links)
Made available in DSpace on 2014-12-17T15:48:07Z (GMT). No. of bitstreams: 1
DanielAC_DISSERT.pdf: 1379221 bytes, checksum: 4e8ab78d03e452eecd9c3eaa6906e4ee (MD5)
Previous issue date: 2013-02-01 / Coordena??o de Aperfei?oamento de Pessoal de N?vel Superior / Software Repository Mining (MSR) is a research area that analyses software repositories in
order to derive relevant information for the research and practice of software engineering. The
main goal of repository mining is to extract static information from repositories (e.g. code
repository or change requisition system) into valuable information providing a way to support
the decision making of software projects. On the other hand, another research area called
Process Mining (PM) aims to find the characteristics of the underlying process of business
organizations, supporting the process improvement and documentation. Recent works have
been doing several analyses through MSR and PM techniques: (i) to investigate the evolution
of software projects; (ii) to understand the real underlying process of a project; and (iii) create
defect prediction models. However, few research works have been focusing on analyzing the
contributions of software developers by means of MSR and PM techniques. In this context,
this dissertation proposes the development of two empirical studies of assessment of the
contribution of software developers to an open-source and a commercial project using those
techniques. The contributions of developers are assessed through three different perspectives:
(i) buggy commits; (ii) the size of commits; and (iii) the most important bugs. For the opensource
project 12.827 commits and 8.410 bugs have been analyzed while 4.663 commits and
1.898 bugs have been analyzed for the commercial project. Our results indicate that, for the
open source project, the developers classified as core developers have contributed with more
buggy commits (although they have contributed with the majority of commits), more code to
the project (commit size) and more important bugs solved while the results could not indicate
differences with statistical significance between developer groups for the commercial project / Minera??o de Reposit?rios de Software (MSR) ? uma ?rea que procura analisar
reposit?rios de software em busca de informa??es relevantes para a pesquisa e para a pr?tica
na engenharia de software. As minera??es buscam transformar informa??es est?ticas de
reposit?rios de software (sistemas de ger?ncia de configura??o e mudan?as) em informa??es
relevantes que auxiliam a tomada de decis?o dentro do contexto de projetos de software. Por
outro lado, a ?rea de Minera??o de Processos (MP) busca descobrir caracter?sticas dos
processos que s?o utilizados em organiza??es para auxiliar na melhoria e documenta??o
destes processos. Trabalhos recentes t?m buscado utilizar as t?cnicas de MSR e de MP para
realizar diversas an?lises na ?rea de Engenharia de Software, tais como: (i) estudar a evolu??o
dos projetos de software (ii) entender o processo de software real utilizado em um
determinado projeto; e (iii) criar modelos de predi??es de defeitos. Contudo, poucos destes
trabalhos buscam utilizar as t?cnicas de MP e MSR com o objetivo de analisar a contribui??o
de desenvolvedores na implementa??o de sistemas de software. Esta disserta??o de mestrado
prop?e a condu??o de estudos experimentais que buscam avaliar a contribui??o de
desenvolvedores de software para projetos, atrav?s da utiliza??o das t?cnicas de MSR e MP.
A contribui??o dos desenvolvedores ? avaliada sob tr?s diferentes perspectivas: (i) commits
defeituosos; (ii) tamanho dos commits; e (iii) resolu??o de bugs priorit?rios. Dois projetos de
software (um open-source e outro privado) foram analisados sob estas tr?s perspectivas. Para
o projeto open-souce, 12.827 commits e 8.410 bugs foram avaliados, enquanto que para o
projeto privado, 4.663 commits e 1.898 bugs foram avaliados. Os resultados obtidos indicam
que para o projeto open-source os desenvolvedores classificados como desenvolvedores core,
s?o os que mais produzem commits defeituosos (embora tamb?m sejam os que mais produzem
commits), s?o os que contribuem com commits de maior tamanho de c?digo e tamb?m
contribuem com mais bugs priorit?rios solucionados. J? para o projeto privado, os resultados
n?o indicaram uma diferen?a estatisticamente significativa entre os grupos de
desenvolvedores
|
5 |
Erosão arquitetural em perspectiva: um estudo sobre as regras arquiteturais, suas violações e como os desenvolvedores lidam com o problema. / Architectural Erosion in perspective: A study of architectural rules, their violations, and how developers deal with the problem.MONTEIRO, João Arthur Brunet. 07 August 2018 (has links)
Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2018-08-07T18:35:53Z
No. of bitstreams: 1
JOÃO ARTHUR BRUNET MONTEIRO - TESE PPGCC 2014..pdf: 21469240 bytes, checksum: 4f74671ebb2128d0de8efc9a34c7ffeb (MD5) / Made available in DSpace on 2018-08-07T18:35:53Z (GMT). No. of bitstreams: 1
JOÃO ARTHUR BRUNET MONTEIRO - TESE PPGCC 2014..pdf: 21469240 bytes, checksum: 4f74671ebb2128d0de8efc9a34c7ffeb (MD5)
Previous issue date: 2014-07-11 / Erosão arquitetural é o processo de degradação da estrutura do software à medida em que se dá a sua evolução. Embora alguns trabalhos nessa área tenham apresentado exemplos de desvio entre a arquitetura planejada e a implementação do software em um momento específico do seu ciclo de vida, pouco se sabe a respeito dessa relação sob uma perspectiva evolutiva, isto é, como se dá esse distanciamento à medida em que o software evolui. Além disso, as abordagens propostas para verificação de conformidade apontam que o número de violações arquiteturais é tipicamente alto. No entanto, não há conhecimento a respeito da relevância dessas violações arquiteturais e como os desenvolvedores lidam com o problema durante o desenvolvimento do software. Esta tese apresenta três estudos empíricos cujo objetivo é aumentar o conhecimento sobre erosão arquitetural e como os desenvolvedores lidam com violações arquiteturais. Como resultado, em um primeiro estudo com quatro sistemas open source, foi possível demonstrar empiricamente o processo de erosão arquitetural em uma perspectiva evolutiva, além de demonstrar que poucas entidades de design são responsáveis
pela maioria das violações arquiteturais. Além disso, através de uma análise quantitativa
e qualitativa em 3 sistemas (Eclipse, BeeFS e epol), realizou-se i) uma caracterização
de regras arquiteturais, ii) um estudo sobre a relevância das violações arquiteturais nesses sistemas e, iii) uma caracterização dos motivos que levam os desenvolvedores a cometerem violações arquiteturais. Por fim. com o intuito de entender a comunicação sobre aspectos de design/arquitetura em projetos open source, através da análise de dados de 77 sistemas, foi identificado que 25% das discussões em projetos mencionam algum aspecto de design e que poucos desenvolvedores contribuem para um espectro amplo de discussões. Esses poucos desenvolvedores são os que mais contribuem para o código projeto, isto é, há uma forte correlação entre commits e a quantidade de discussões que um desenvolvedor participa. / Architectural erosion is the progressive lack of software structure over time. Previous studies on this subject concentrate on presenting conformance checking techniques and tools, and how effective they are in a single version of systems under analysis. However, fitere are still open research questions regarding the evolutionär)' nature of architectural violations. Besides that, little is known about the relevance of architectural violations and their impact on software development activities. This thesis describes three empirical studies performed to expand the current knowledge about architectural erosion phenomenon and how developers deal with architectural violations. As a result, in a first exploratory study with four open source systems, besides providing empirical data that shows the architectural erosion phenomenon in an evolutionary perspective, it is also demonstrated that few entities are responsible for the majority of architectural violations. Besides that, through quantitative and qualitative analysis in three systems (Eclipse. BeeFS and epol). this thesis presents: ij a characterization of architectural rules used in practice, ii) a study on the relevance of architectural violations of such systems, and iii) a characterization of the causes of architectural violations. At last, to provide knowledge on how developers conduct discussions about design/architectural aspects, this thesis presents an analysis on 77 open source systems which shows that on average 25% of the discussions in a project mention some design aspect and that very few developers contribute to a broader range of design discussions.
|
6 |
COMPOR - Desenvolvimento de Software para Sistema Multiagentes. / COMPOR - Software Development for Multiagent System.ALMEIDA, Hyggo Oliveira de. 21 August 2018 (has links)
Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2018-08-21T23:05:41Z
No. of bitstreams: 1
HYGGO OLIVEIRA DE ALMEIDA - DISSERTAÇÃO PPGCC 2004..pdf: 1560123 bytes, checksum: 0aa8698afcb160731e836110cc6672d8 (MD5) / Made available in DSpace on 2018-08-21T23:05:41Z (GMT). No. of bitstreams: 1
HYGGO OLIVEIRA DE ALMEIDA - DISSERTAÇÃO PPGCC 2004..pdf: 1560123 bytes, checksum: 0aa8698afcb160731e836110cc6672d8 (MD5)
Previous issue date: 2004-02-17 / Capes / A abordagem multiagentes tem sido apontada por muitos pesquisadores como adequada
para o desenvolvimento de sistemas de software complexos. Investimentos em Engenharia de Software para prover ferramentas e metodologias para a utilização desta abordagem em larga escala têm sido realizados. Porém, nestes trabalhos não são levadas em conta características como dinamicidade do sistema e flexibilidade e adaptabilidade da solução. Neste trabalho, apresenta-se uma infra-estrutura de engenharia para o desenvolvimento de software utilizando a abordagem multiagentes denominada COMPOR.Trata-se de um conjunto de diretrizes e ferramentas para o desenvolvimento de software para sistemas complexos, abertos e dinâmicos,com foco na obtenção de flexibilidade e adaptabilidade da solução. Para ilustrar a aplicabilidade da infra-estrutura, um exemplo de desenvolvimento de um sistema complexo no domínio de empresas virtuais é apresentado. / Many researchers have been claimed that the multiagent approach is suitable for the development of complex software systems. Many works have been proposed focusing methodologies and tools to apply the multiagent approach on large scale software development. However, the dynamic feature of the system and the flexibility and adaptability of the solution have not been considered. This work presents an engineering infrastructure to software development through a multiagent approach, named COMPOR. This infrastructure represents a set of guidelines and tools to develop software for complex, open and dynamic systems. Flexibility and adaptability of the provided solution are the main goal of COMPOR. In order to illustrate its usefulness, the development of a complex virtual enterprise application is presented.
|
7 |
Uma abordagem para melhora a experiência do testador em projetos de softwareEkwoge, Oswald Mesumbe, 92-996132192 12 March 2018 (has links)
Submitted by Joyce Ribeiro (lucas.ribeiro.060496@gmail.com) on 2018-05-07T16:14:20Z
No. of bitstreams: 2
Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5)
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-05-08T14:19:47Z (GMT) No. of bitstreams: 2
Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5)
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-05-08T14:54:21Z (GMT) No. of bitstreams: 2
Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5)
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Made available in DSpace on 2018-05-08T14:54:21Z (GMT). No. of bitstreams: 2
Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5)
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5)
Previous issue date: 2018-03-12 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Testing is a very essential activity for software development. It is the act of executing a software product in order to validate whether it behaves as intended and identify possible malfunctions. Studies have shown that testing makes up more than 50% of the development cost. Besides, much effort and emphasis have now been placed on tasks related to automation with the purpose of reducing cost and the participation of the human element in software activities. Testing is a human-based activity. Therefore, efficient ways of testing software products for quality assurance will require a better and more comprehensive understanding of testers’ feelings, perceptions, and motivations, referred to as Tester Experience (TX). Thus, the better the TX of developers during testing, or anyone who takes up the role of a tester, the better the result. TX can be defined as a means of capturing how testers think and feel about their activities within the software testing environment, with the assumption that an improvement of the tester’s experience has a positive impact on quality assurance. This thesis motivates the importance of TX, proposes concepts, issues, definition and factors affecting TX. It also proposes an approach, namely, the Tester ExperienceBased Approach (TX-A), composed of guidelines and activities that developers (or testers) can follow in order to improve their TX in addition to the factors affecting TX. Moreover, this work presents the results of a survey carried out with software development practitioners in order to evaluate TX-A which evaluates the importance of the factors and the relevance of the guidelines in improving TX. The results obtained show that more than 95% of participants agree that the factors are important and the guidelines relevant for improving TX. / Teste é uma atividade essencial para o desenvolvimento de software. É o ato de executar um produto de software para validar se o mesmo se comporta como previsto e identificar possíveis falhas. Estudos demonstraram que os testes compõem mais de 50% do custo de desenvolvimento. Além disso, muito esforço e ênfase têm sido dedicados em tarefas relacionadas à automação com o objetivo de reduzir custos e a participação do elemento humano em atividades de teste de software. No entanto, teste é também uma atividade humana. Assim, formas eficientes de testar produtos de software para garantia de qualidade exigem uma compreensão melhor e mais abrangente dos sentimentos, percepções e motivações dos testadores, conhecido como Tester Experience (TX). Dessa forma, quanto melhor o TX dos desenvolvedores durante o teste, ou qualquer um que assumir o papel de testador, melhor será o resultado. O TX pode ser definido como um meio de capturar como os testadores pensam e sentem sobre suas atividades dentro do ambiente de teste de software, com o pressuposto de que a melhoria da experiência do testador tenha um impacto positivo na garantia de qualidade. Esta dissertação demonstra a importância do TX, propõe conceitos, definições e fatores que afetam o TX. Ela também propõe uma abordagem, denominada, Tester Experience-Based Approach (TX-A), composta por diretrizes e atividades que os desenvolvedores (ou testadores) devem seguir para melhorar seu TX, além dos fatores que afetam o TX. Além disso, este trabalho apresenta os resultados de um survey realizado com profissionais de desenvolvimento de software para avaliar a TX-A. O estudo avaliou a importância dos fatores e a relevância das diretrizes na melhoria do TX. Os resultados obtidos mostram que mais de 95% dos participantes concordam que os fatores são importantes e as diretrizes são relevantes para melhorar o TX.
|
Page generated in 0.095 seconds