DOCSLIB.ORG

Exploring the Perspectives of Managers on Data Presentation in Software Analytics Tools

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Exploring the Perspectives of Managers on Data Presentation in Software Analytics Tools Exploring the perspectives of managers on data presentation in software analytics tools Bachelor’s Thesis, 15 Credits Patrik Skuza Bachelor's degree, 180 Credits Field of Study: Computer Science Program: Computer Systems Developer Spring 2021 Final Seminar: 2021-06-01 Supervisor: Jesper Larsson Examiner: Hamza Ouhaichi Abstract There is a lack in research on the perspectives of different managerial roles on data about software projects in software analytics tools, such as the perspectives of chief financial officers (CFOs), chief executive officers (CEOs) and compliance officers. Today, software analytics tools are mainly developed to address the needs of technical stakeholders such as developers, but research shows that there exist potentials of expanding this technical users’ scope of focus to also include higher level stakeholders, such as managers. The goal of this study is to explore what managers working in software development organizations consider to be useful data to have about software projects in software analytics tools, as well as examining how they want data about software projects to be presented to them in such tools. This study was done in four steps. First, a literature review was conducted. Second, a questionnaire was conducted with four CFOs, one CEO and one compliance officer working in six different Swedish software development organizations. Third, semi- structured interviews were conducted with three CFOs, one CEO and one compliance officer working in five different Swedish software development organizations. Fourth, a visual prototype simulating a software analytics tool was constructed based on the data gathered from the interviews. The result of this study shows that abstraction, limitation, and visualization of data about software projects, as well as presentation of useful data in software analytics tools that support the work tasks of managers, is helpful in addressing the perspectives and views of the target group. Keywords: Software analytics, tools, stakeholders, managers, useful data, software projects, data presentation Table of contents 1. Introduction ................................................................................................ 1 2. Purpose ....................................................................................................... 2 3. Research Questions .................................................................................... 2 4. Delimitations .............................................................................................. 3 5. Literature Review ........................................................................................ 3 5.1. The potential of Software Analytics for managerial roles ....................... 4 5.2. The needs of Software Analytics for managerial roles ............................ 5 5.3. Software Analytics tools ........................................................................ 7 5.3.1. CodeScene ...................................................................................... 7 5.3.2. SonarQube ..................................................................................... 9 6. Method...................................................................................................... 11 6.1. Method theory ..................................................................................... 11 6.2. Method description ............................................................................. 12 6.2.1. Literature review ........................................................................... 12 6.2.2. Questionnaire ............................................................................... 12 6.2.3. Interviews ..................................................................................... 13 6.2.4. Prototype ...................................................................................... 13 6.2.5. Exploratory data analysis ............................................................. 14 6.2.6. Theme analysis ............................................................................. 14 6.3. Method discussion .............................................................................. 15 6.4. Design of data generation methods ..................................................... 17 6.4.1. Design of questionnaire ................................................................ 17 6.4.2. Design of semi-structured interviews ............................................ 19 7. Results ...................................................................................................... 20 7.1. Questionnaire ..................................................................................... 20 7.1.1. Background information about the respondents ........................... 20 7.1.2. The respondents’ understanding of CodeScene ............................. 21 7.1.3. User-friendliness of CodeScene ..................................................... 21 7.1.4. Prioritization of problems .............................................................. 24 7.1.5. Types of useful information ........................................................... 25 7.1.6. Customization in CodeScene ......................................................... 29 7.1.7. Functionalities in software analytics tools ..................................... 30 7.2. Semi-structured interviews ................................................................. 32 7.2.1. Background information about the interviewees ........................... 32 7.2.2. Data about software projects considered to be useful to have access to ............................................................................................................ 33 7.2.3. Needs for abstraction of data about software projects ................... 34 7.2.4. Aspects of design and data presentation ....................................... 34 7.3. Prototype ............................................................................................ 36 7.3.1. Projects ......................................................................................... 37 7.3.2. Views ............................................................................................ 38 7.3.3. CEO Dashboard ............................................................................ 39 7.3.4. CEO Level 2 .................................................................................. 40 7.3.5. CFO Dashboard ............................................................................ 41 7.3.6. CFO Level 2 .................................................................................. 42 7.3.7. Compliance Officer Dashboard ..................................................... 43 7.3.8. Compliance Officer Level 2 ............................................................ 44 8. Analysis .................................................................................................... 45 8.1. Questionnaire results analysis ............................................................ 45 8.2. Analysis of qualitative data ................................................................. 46 8.2.1. Perspectives on data considered to be useful ................................ 46 8.2.2. Perspectives on presenting data about software projects ............... 48 9. Discussion ................................................................................................ 50 9.1. Limitations and Challenges ................................................................. 53 9.2. Future Work ....................................................................................... 54 10. Conclusions ............................................................................................ 55 11. References .............................................................................................. 56 12. Appendix ................................................................................................. 59 12.1. Appendix A – CodeScene Off-boarding simulation ............................. 59 12.2. Appendix B – CodeScene Dashboard ................................................. 60 12.3. Appendix C - Interview Dashboard Picture ........................................ 61 12.4. The design of the questionnaire ........................................................ 62 12.5. Interview Questions .......................................................................... 76 12.6. Interview Protocols ............................................................................ 77 12.6.1. Protocol 1 ................................................................................... 77 12.6.2. Protocol 2 ................................................................................... 84 12.6.3. Protocol 3 ................................................................................... 91 12.6.4. Protocol 4 ................................................................................. 110 12.6.5. Protocol 5 ................................................................................. 119 List of Tables Table 1 - The questionnaire translated into English. ..................................... 17 Table 2 – Questionnaire - Section 1 / Question 1: What is your job title? ..... 20 Table 3 - Questionnaire - Section 1 / Question 3: How old are you? ............. 20 Table 4 – Questionnaire - Section 2 / Question 1: I understand what CodeScene is for a tool. ................................................................................. 21 Table 5 - Questionnaire
Load more

Recommended publications
  • D1.1.1 Public State of the Art Document
    D1.1.1 Public state of the art document Programme ITEA3 Challenge Smart Engineering Project number 17038 Project name Visual diagnosis for DevOps software development Project duration 1st October 2018 – 30st June 2022 Project website Project WP WP1 - Pre-studies and requirements Project Task Task 1.1 – Update of state-of-art and state-of-the practice analysis for visualization in software projects in DevOps context Deliverable type X Doc Textual deliverable SW Software deliverable Version V17 Delivered 18/11/2019 Access x Public Abstracts are public Confidential D1.1.1 Public state of the art document Document Contributors Partber Author Role EXPERIS Ester Sancho editor EXPERIS Miriam Moreno writer GRO Paris Avgeriou writer INVENCO Mika Koivuluoma writer OCE Lou Somers writer/reviewer OULU Markus Kelanti writer TAU Kari Systä writer/reviewer TAU Outi Sievi-Korte writer/reviewer TIOBE Paul Jansen writer TIOBE Marvin Wener writer UPC Lidia López writer UPC Xavier Franch writer VINCIT Veli-Pekka Eloranta writer Document History Date Version Editors Status 18/06/2019 ToC EXPERIS Table of Content 10/07/2019 V01 TAU Draft 30/09/2019 V02 OCE/GRO Draft 17/10/2019 V06 TIOBE Draft 22/10/2019 V08 OULU Draft 12/11/2019 V09 VINCIT 1ST Final Draft 20/11/2019 V10 OCE Reviewed version 26/11/2019 V12 UPC/EXPERIS/TAU 2nd Final Draft 10/12/2019 V16 EXPERIS Final Version 16/12/2019 V16.01 TAU Peer Review 18/12/2019 V17 EXPERIS Submission 2 D1.1.1 Public state of the art document Table of Contents Executive Summary ............................................................................................................................. 6 1.
    [Show full text]
  • Command Line Interface
    Command Line Interface Squore 21.0.2 Last updated 2021-08-19 Table of Contents Preface. 1 Foreword. 1 Licence. 1 Warranty . 1 Responsabilities . 2 Contacting Vector Informatik GmbH Product Support. 2 Getting the Latest Version of this Manual . 2 1. Introduction . 3 2. Installing Squore Agent . 4 Prerequisites . 4 Download . 4 Upgrade . 4 Uninstall . 5 3. Using Squore Agent . 6 Command Line Structure . 6 Command Line Reference . 6 Squore Agent Options. 6 Project Build Parameters . 7 Exit Codes. 13 4. Managing Credentials . 14 Saving Credentials . 14 Encrypting Credentials . 15 Migrating Old Credentials Format . 16 5. Advanced Configuration . 17 Defining Server Dependencies . 17 Adding config.xml File . 17 Using Java System Properties. 18 Setting up HTTPS . 18 Appendix A: Repository Connectors . 19 ClearCase . 19 CVS . 19 Folder Path . 20 Folder (use GNATHub). 21 Git. 21 Perforce . 23 PTC Integrity . 25 SVN . 26 Synergy. 28 TFS . 30 Zip Upload . 32 Using Multiple Nodes . 32 Appendix B: Data Providers . 34 AntiC . 34 Automotive Coverage Import . 34 Automotive Tag Import. 35 Axivion. 35 BullseyeCoverage Code Coverage Analyzer. 36 CANoe. 36 Cantata . 38 CheckStyle. ..
    [Show full text]
  • Avatud Lähtekoodiga Vahendite Kohandamine Microsoft Visual C++ Tarkvaralahenduste Kvaliteedi Analüüsiks Sonarqube Serveris
    TALLINNA TEHNIKAÜLIKOOL Infotehnoloogia teaduskond Tarkvarateaduse instituut Anton Ašot Roolaid 980774IAPB AVATUD LÄHTEKOODIGA VAHENDITE KOHANDAMINE MICROSOFT VISUAL C++ TARKVARALAHENDUSTE KVALITEEDI ANALÜÜSIKS SONARQUBE SERVERIS Bakalaureusetöö Juhendaja: Juhan-Peep Ernits PhD Tallinn 2019 Autorideklaratsioon Kinnitan, et olen koostanud antud lõputöö iseseisvalt ning seda ei ole kellegi teise poolt varem kaitsmisele esitatud. Kõik töö koostamisel kasutatud teiste autorite tööd, olulised seisukohad, kirjandusallikatest ja mujalt pärinevad andmed on töös viidatud. Autor: Anton Ašot Roolaid 21.05.2019 2 Annotatsioon Käesolevas bakalaureusetöös uuritakse, kuidas on võimalik saavutada suure hulga C++ lähtekoodi kvaliteedi paranemist, kui ettevõttes kasutatakse arenduseks Microsoft Visual Studiot ning koodikaetuse ja staatilise analüüsi ülevaate saamiseks SonarQube serverit (Community Edition). Seejuures SonarSource'i poolt pakutava tasulise SonarCFamily for C/C++ analüsaatori (mille eelduseks on SonarQube serveri Developer Edition) asemel kasutatakse tasuta ja vaba alternatiivi: SonarQube C++ Community pluginat. Analüüsivahenditena eelistatakse avatud lähtekoodiga vabu tarkvaravahendeid. Valituks osutuvad koodi kaetuse analüüsi utiliit OpenCppCoverage ja staatilise analüüsi utiliit Cppcheck. Siiski selgub, et nende utiliitide töö korraldamiseks ja väljundi sobitamiseks SonarQube Scanneri vajadustega tuleb kirjutada paar skripti: üks PowerShellis ja teine Windowsi pakkfailina. Regulaarselt ajastatud analüüside käivitamist tagab QuickBuild,
    [Show full text]
  • Linkedin Learning Digital Framework
    Competency Courses Duration Level Course Objective Use ICT-based devices, applications, software and Learn what it takes to break through the clutter and sell in the telecommunications market. In this course, Meridith Elliott Powell helps sales professionals services understand and master the unique challenges and skills required to sell into this ever-changing industry. Meridith acquaints you with the trends and Selling into Industries: Telecommunications 00:33.0 Intermediate changes—including network security and over-the-top (OTT) services—that are currently shaping this industry, as well as what telecommunications clients Use basic productivity software, use email and expect from sales reps. Learn how to use a consultative selling approach to gain a deeper understanding of client needs, create urgency by recognizing and other digital communication solving those needs, and continue to expand your sales relationship after the deal is signed. The Systems Security Certified Practitioner (SSCP) certification is an excellent entry point to a career in IT security. To help you prepare for the SSCP exam, Use digital capture devices such as a camera instructor Mike Chapple has designed a series of courses covering each domain. In this installment, Mike covers the objectives of Networks and SSCP Cert Prep: 6 Networks and Communications Security, Domain 6, which comprises 16% of the questions on the exam. Topics include TCP/IP networking, configuring network security 10:09.0 Intermediate Use subject-specialist ICT devices and Communications Security devices, and identifying the different types of network attacks. Plus, learn how to secure your network with firewall rules, switch and router configuration, and applications confidently network monitoring; protect your telecommunications; and understand the unique features and vulnerabilities of wireless networks.
    [Show full text]
  • Write Your Own Rules and Enforce Them Continuously
    Ultimate Architecture Enforcement Write Your Own Rules and Enforce Them Continuously SATURN May 2017 Paulo Merson Brazilian Federal Court of Accounts Agenda Architecture conformance Custom checks lab Sonarqube Custom checks at TCU Lessons learned 2 Exercise 0 – setup Open www.dontpad.com/saturn17 Follow the steps for “Exercise 0” Pre-requisites for all exercises: • JDK 1.7+ • Java IDE of your choice • maven 3 Consequences of lack of conformance Lower maintainability, mainly because of undesired dependencies • Code becomes brittle, hard to understand and change Possible negative effect • on reliability, portability, performance, interoperability, security, and other qualities • caused by deviation from design decisions that addressed these quality requirements 4 Factors that influence architecture conformance How effective the architecture documentation is Turnover among developers Haste to fix bugs or implement features Size of the system Distributed teams (outsourcing, offshoring) Accountability for violating design constraints 5 How to avoid code and architecture disparity? 1) Communicate the architecture to developers • Create multiple views • Structural diagrams + behavior diagrams • Capture rationale Not the focus of this tutorial 6 How to avoid code and architecture disparity? 2) Automate architecture conformance analysis • Often done with static analysis tools 7 Built-in checks and custom checks Static analysis tools come with many built-in checks • They are useful to spot bugs and improve your overall code quality • But they’re
    [Show full text]
  • Ics-Fd-Qa Project • Objective • Present Scope • QA Calling Sequence • Present Status & Tools • Integration Into Projects & Kobe • Some Issues • Conclusion
    ics-fd-qa project • Objective • Present scope • QA calling sequence • Present status & tools • Integration into projects & kobe • Some issues • Conclusion • Your input, discussion Objective • Provide integrated code quality assessment • Standard analysis method, but ignore coding styles a.f.a.p. • High quality code scans, try to find “fishy” pieces automatically • Report only false-true, keep noise down • Graphical output with sonarqube, fancy, motivating • Support and encourage easy documentation writing (sphinx, …) • Provide clear code fix proposals if available • Provide q.a. history • Have minimal impact on projects • Existing build chains are sacred • Be able to digest lots of legacy code and give orientation for “hot spots” Present Scope • ICS-FD section internal • C/C++ code, no java, no control+ • Cmake build chain ( qmake/Qt/bear come later ) • Static code analysis: clang-tidy, cppcheck (more tools can be easily added, but clang-tidy is the upshot) • Push results to tmp-sonarqube, will have own fd instance later (dixit ics- in) • Integrated with docker, gitlab-CI and uses a bit of nexus • Therefore is kobe-compatible , see later • Can update existing sphinx-doc “almost for free”: tools are included in the docker image QA Sonarqube Ics-fd-qa (gitlab, nexus) Ics-fd qa webpage Sonar-scanner transmission Docker: clang 7.0.1 Calling • Code issues Python 3, Sphinx, • Proposed corrections Doxygen, Breathe, sequence • Statistics Trigger with payload Sonar-scanner, break, • Graphs • Artifact URL cmake 3, … • Project name stages: Push new sources • Control flags 1. Fetch sources URL & unpack 2. analysis: clang-tidy, cppcheck, aux results, output & logs artifacts C/C++ 3. Push to sonarqube Trigger project using sonar-scanner Pipeline Build: ADDED stage: • gitlab • all sources • Pull qa scripts from nexus • cmake are available • Analyze json-db for full • Produce a source dependencies build • Pack sources into artifact Nexus command (URL) Temp json-db • Trigger with payload repo QA calling sequence • works mostly blind.
    [Show full text]
  • A Graduate Certificate
    ADUS Technologies s.r.o. Fraňa Kráľa 2049 058 01 Poprad, Slovakia T: +421 (0) 949 407 310 | E: [email protected] www.adus-technologies.com Mykhailo Riabets [email protected] EDUCATION 2005 to The Torun secondary school (engineering) 2012 A graduate certificate 2015 to Uzhgorod National University – Faculty of Information Technologies 2019 Bachelor PROFESSIONAL EXPERIENCE 12/2018 to ADUS Technologies s.r.o., Poprad, Slovakia present ELVIS – a software product for a Swiss Customer that allows you to create powerful online applications, design services and systems for any kind of business. Utilized technologies: TypeScript, Angular 11, Sass, Git, IntelliJ IDEA, Sonarqube, JWT authentication, Rest Api, YouTrack Denta5 – an administrative system for managing clients and their orders, which allows clients to create orders containing a large number of attachments such as dental scans and dental aids. Utilized technologies: TypeScript, Angular 11, Sass, Git, IntelliJ IDEA, YouTrack Treves – internal system for organizing and synchronizing work in the company, planning the production of products and reporting on the products produced. Utilized technologies: TypeScript, Angular 11, Sass, Git, IntelliJ IDEA, YouTrack Reactoo Node.js backend – Node.js platfrom developer for UK Customer specializing in live streaming. Custom solution based on AWS Lambdas and heavy use of customized JavaScript solutions o Successful refactoring of code to use CI and Lambda layers o Backend and front-end tasks node.js + React Utilized technologies: JavaScript, AWS Lamda, Lambda Layers, ffmpeg Utimate solution – React & Angular Developer Developing internal platfrom system for corporate purposes Utilized technologies: TypeScript, Angular9, NgRx, Git, IntelliJ IDEA, React. Angular Common – Angular Developer It is an internal core library based on Angular 9 and Prime NG UI components.
    [Show full text]
  • Canarys Automations Private Limited
    Canarys Automations Private Limited Sheshadri Srinivas [email protected] https://www.ecanarys.com About Canarys Over 25+ years in the industry, having offices in Bangalore, India and USA, Canarys is a comprehensive solution provider specializing in DevOps, Mobile Apps, MS Dynamics, TFS Consulting, Staffing and Application Development across a broad spectrum of domains. About Canarys Canarys is a DevOps and Azure (Cloud Platform) Gold Partner. Canarys is also Azure CSP-Cloud Solutions Provider. Canarys has been providing ALM and DevOps Consulting services for Professional services for Consulting services consulting services in Microsoft customers in Microsoft Corp-USA through MCS from 2+ India from last 10+ years APAC region from last 3 from 3+ years years on Microsoft TFS, VSTS, years on TFS, VSTS and Azure and Xamarin Azure Canarys was alsoawarded as Our Services DevOps-VSTS Microsoft Mobile MS Azure Software Staffing Consulting Dynamics Solutions Solutions Services Solutions Canarys has adopted best practices and optimized processes to improve overall service delivery to its customers. Our business model has been refined by the experience gained, partnering with leading organizations for end-to-end solutions. Business Region USA INDIA EUROPE Asia Pacific VSTS/TFS DevOps Consulting Version DevOps/ALM 02 Upgrades 03 01 Migration Best Practises Release Process Deployment & 04 Automation 05 Tech Support VSTS/TFS DevOps Consulting Assess the customer about their current DevOps methodologies, release cycles, goals and understand their pain points Propose Microsoft DevOps solution using existing tooling and Microsoft Platform Evangelize the customer about Microsoft DevOps tools through a workshop or an event and demonstrate the features and usage Migration of TFS work loads to Visual Studio Team Services (VSTS).
    [Show full text]
  • Using Already Existing Data to Answer Questions Asked During Software Change
    Using Already Existing Data to Answer Questions Asked During Software Change Daniel Jigin Oscar Gunnesson [email protected] [email protected] June 14, 2018 Master’s thesis work carried out at Praqma, Malmö. Supervisors: Lars Bendix, [email protected] Christian Pendleton, [email protected] Examiner: Boris Magnusson, [email protected] Abstract The software development business is always adapting new technologies while trying to keep up with the market and the importance of having the best-suited tools, people and processes is clear. There is a need to understand what needs there might be, so that the configuration managers can supply developers with the correct support to increase the development efficiency. Studies of how de- velopers spend their time have shown that they spend as much time searching for whom to contact in the organization to get answers to their questions, as they do getting the job done. In traditional software development, configuration managers used to bring a status report about the software to the managers. We have suggested a more modern approach, fit for an agile methodology, where the status of the software is available for any worker at any time. When asking developers how they find answers they say that it is based on gut feeling coming from previous experiences. Providing data will lead to discussions about decisions being data based rather than gut feeling based . We have investigated CodeScene, a tool that utilizes the version control system GIT to analyze which components that have been committed together and analyzing how it can be utilized when performing an impact analysis and how it can provide the technical debt for a software project.
    [Show full text]
  • Enterprise Edition
    Enterprise Edition 1.6.1 February 9, 2017 Contents 1 Getting Started 3 1.1 Configure Your Environment . .3 1.1.1 Install the Supporting Tools . .3 1.1.2 Setup an SSH Key for Git . .3 1.2 Installation . .3 1.2.1 Run CodeScene from the Command Line . .4 1.2.2 Install CodeScene on a Server . .4 1.2.3 Configure additional users . .5 1.3 Run an Analysis . .5 1.3.1 Creating a New Project . .5 1.3.2 Force an Analysis . .8 1.3.3 Run a Retrospective . .8 1.3.4 Find your Way Around . .8 1.4 Ensure you use a Mailmap . 10 1.5 Use a Reverse Proxy for HTTPS Support . 10 1.6 Display A Monitor Dashboard . 10 1.6.1 View the Monitor Dashboard . 10 2 Guides 12 2.1 Technical . 12 2.1.1 Hotspots . 12 2.1.2 Temporal Coupling . 16 2.1.3 Complexity Trends . 21 2.1.4 X-Ray . 26 2.1.5 Code Churn . 33 2.1.6 Code Age . 36 2.2 Architectural . 40 2.2.1 Architectural Analyses . 40 2.3 Social . 45 2.3.1 Social Networks . 45 2.3.2 Knowledge Distribution . 48 2.3.3 Parallel Development and Code Fragmentation . 50 2.3.4 Modus Operandi . 51 2.3.5 Know the possible Biases in the Data . 53 2.4 Project Management . 54 2.4.1 Project Management Analyses . 54 2.4.2 Risk Analysis . 58 3 Configuration 61 3.1 Project Configuration . 61 3.1.1 Specify the Git Repository to Analyze .
    [Show full text]
  • Setup Development Environment for the Openmdm(R) Application Eclipse Mdmbl Project
    Setup Development Environment for the openMDM(R) Application Eclipse mdmbl project Document history: Author Date Affects Version Description Angelika Wittek 9.6.2017 0.6 initial version Angelika Wittek 12.6.2017 0.6 User Preference Service added Alexander Nehmer 22.6.2017 0.6 Review and additions Angelika Wittek 30.6.2017 0.6 Mailing Lists and ECA infos added Angelika Wittek 18.7.2017 0.7 Comments from Ganesh inserted, Glassfish Bugs added Angelika Wittek 31.07.2017 0.7 Elasticsearch version added, exported to pdf for mdmbl page Alexander Nehmer 4.8.2017 0.7 Added Eclipse Hot Deploy section Ganesh Deshvini 14.8.2017 0.7 Parameter to skip npm install Angelika Wittek 13.9.2017 0.8 additions for new version exported to pdf for download pages Alexander Nehmer 19.9.2017 0.8 Added SonarQube setup in Eclipse Angelika Wittek 07.11.2017 0.9 Extending the introduction chapter 21.11.2017 Angelika Wittek 23.11.2017 0.9 changes in service.xml, restructuring chapters, exported for V0.9 Angelika Wittek 26.02.2018 0.10 changes for version V0.10 Angelika Wittek 20.03.2018 0.11 IP Management Chapter added Angelika Wittek 02.05.2018 0.11 Chapter 6 extended Angelika Wittek 14.05.2018 5.0.0M1 Updates for new version Angelika Wittek 10.9.2018 5.0.0M2 / 5.0.0M3 Updates for new version Angelika Wittek 25.09.2018 5.0.0M4 Realm configuration changes added. Angelika Wittek 10.10.2018 5.0.0 Switch to EPL 2.0 Copyright(c) 2017-2018, A.
    [Show full text]
  • Measuring Architectural Degeneration – in Systems Written in the Interpreted Dynamically Typed Multi- Paradigm Language Python
    Linköping University | Department of Computer and Information Science Master thesis, 30 ECTS | Datateknik 2019 | LIU-IDA/LITH-EX-A--19/059--SE Measuring Architectural Degeneration – In Systems Written in the Interpreted Dynamically Typed Multi- Paradigm Language Python Anton Mo Eriksson & Hampus Dunström Supervisor : Anders Fröberg Examiner : Erik Berglund Linköpings universitet SE–581 83 Linköping +46 13 28 10 00 , www.liu.se Upphovsrätt Detta dokument hålls tillgängligt på Internet - eller dess framtida ersättare - under 25 år från publicer- ingsdatum under förutsättning att inga extraordinära omständigheter uppstår. Tillgång till dokumentet innebär tillstånd för var och en att läsa, ladda ner, skriva ut enstaka kopior för enskilt bruk och att använda det oförändrat för ickekommersiell forskning och för undervisning. Över- föring av upphovsrätten vid en senare tidpunkt kan inte upphäva detta tillstånd. All annan användning av dokumentet kräver upphovsmannens medgivande. För att garantera äktheten, säkerheten och till- gängligheten finns lösningar av teknisk och administrativ art. Upphovsmannens ideella rätt innefattar rätt att bli nämnd som upphovsman i den omfattning som god sed kräver vid användning av dokumentet på ovan beskrivna sätt samt skydd mot att dokumentet än- dras eller presenteras i sådan form eller i sådant sammanhang som är kränkande för upphovsmannens litterära eller konstnärliga anseende eller egenart. För ytterligare information om Linköping University Electronic Press se förlagets hemsida http://www.ep.liu.se/. Copyright The publishers will keep this document online on the Internet - or its possible replacement - for a period of 25 years starting from the date of publication barring exceptional circumstances. The online availability of the document implies permanent permission for anyone to read, to down- load, or to print out single copies for his/hers own use and to use it unchanged for non-commercial research and educational purpose.
    [Show full text]