DOCSLIB.ORG

Návrh a Implementace Rozšíření Do Systému Phabricator

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Návrh a Implementace Rozšíření Do Systému Phabricator Masarykova univerzita Fakulta informatiky Návrh a implementace rozšíření do systému Phabricator Diplomová práce Lukáš Jagoš Brno, podzim 2019 Masarykova univerzita Fakulta informatiky Návrh a implementace rozšíření do systému Phabricator Diplomová práce Lukáš Jagoš Brno, podzim 2019 Na tomto místě se v tištěné práci nachází oficiální podepsané zadání práce a prohlášení autora školního díla. Prohlášení Prohlašuji, že tato diplomová práce je mým původním autorským dílem, které jsem vypracoval samostatně. Všechny zdroje, prameny a literaturu, které jsem při vypracování používal nebo z nich čerpal, v práci řádně cituji s uvedením úplného odkazu na příslušný zdroj. Lukáš Jagoš Vedoucí práce: Martin Komenda i Poděkování Srdečně chci na tomto místě poděkovat vedoucímu mé diplomové práce RNDr. Martinu Komendovi, Ph.D. za cenné náměty a odborné vedení. Dále chci poděkovat Mgr. Matěji Karolyi za všestrannou po- moc při implementaci praktické části práce a Ing. Mgr. Janu Krejčímu za zpřístupnění testovacího serveru a technickou podporu. iii Shrnutí Diplomová práce se zabývá nástroji pro projektové řízení. V teore- tické části jsou vymezeny pojmy projekt a projektové řízení. Poté jsou představeny vybrané softwarové nástroje pro projektové řízení a je provedeno jejich srovnání. Pozornost je zaměřena na systém Phabrica- tor, který je v práci detailně popsán. V praktické části je navrženo rozšíření Phabricatoru na základě analýzy potřeb a sběru požadavků. Výsledkem je rozšířující modul po- skytující přehledné informace o úkolech z pohledu času a náročnosti, čímž zefektivní jejich plánování a proces týmové spolupráce. iv Klíčová slova projektové řízení, Phabricator, PHP, reportovací modul, SCRUM v Obsah 1 Projektové řízení 3 1.1 Projekt a projektové řízení ..................3 1.2 SW nástroje pro projektové řízení ...............4 1.3 Přehled nástrojů z oblasti řízení projektů ...........6 1.3.1 Phabricator . .6 1.3.2 Redmine . .6 1.3.3 Easy Project . .7 1.3.4 Jira . .7 1.3.5 Zoho projects . .7 1.3.6 @Task . .7 1.3.7 Microsoft project . .8 1.3.8 ProWorkflow . .8 1.4 Srovnání nástrojů .......................8 1.5 Cíle práce ........................... 10 2 Phabricator 11 2.1 Konfigurace Phabricatoru ................... 12 2.2 Možnosti rozšíření funkcionality Phabricatoru ........ 13 2.2.1 Přidáním zdrojových kódů do programového adresáře: . 13 2.2.2 Vytvořením knihovny: . 13 2.3 Přidání CSS a Javascript souborů .............. 14 2.4 Schéma databáze ....................... 16 2.5 Uživatelská pole ........................ 17 2.5.1 Základní uživatelská pole . 17 2.5.2 Pokročilá uživatelská pole . 19 2.6 Nástroje pro vývoj Phabricatoru ............... 20 2.6.1 Arcanist . 20 2.6.2 Libphutil . 20 2.6.3 DarkConsole . 21 2.6.4 Multimeter . 22 3 Analýza požadavků 23 3.1 Správa projektů a úkolů .................... 23 3.1.1 Projekt . 23 vii 3.1.2 Fáze . 24 3.1.3 Úkol . 24 3.1.4 Uživatel . 24 3.2 Organizace a metodika práce Webstudia ........... 24 3.3 Specifikace požadavků ..................... 27 3.3.1 Požadavky od Webstudia . 27 3.3.2 Požadavky od uživatelské komunity . 27 4 Návrh řešení 31 4.1 Vytíženost pracovníka .................... 31 4.2 Strom úkolů .......................... 32 5 Implementace 33 5.1 Struktura projektu ...................... 33 5.2 Práce s databází ........................ 35 5.2.1 SQL dotazy . 35 5.2.2 LiskDAO . 36 5.2.3 ORM . 37 5.3 Internacionalizace a lokalizace ................ 38 5.4 Ladící nástroje ......................... 38 5.5 Testování ........................... 39 5.5.1 Jednotkové testy . 39 5.5.2 Funkční testy . 39 5.5.3 Akceptační testy . 40 6 Závěr 41 Literatura 43 A Přílohy 47 A.1 Obsah ............................. 47 viii Seznam tabulek 1.1 Srovnání nástrojů pro projektové řízení 9 3.1 Funkční požadavky Webstudia 28 3.2 Nefunkční požadavky Webstudia 29 3.3 Požadavky od uživatelské komunity 30 ix Seznam obrázků 1.1 Projektový trojimperativ [3] 4 2.1 Příklad definice uživatelských polí 19 3.1 ER diagram zachycující vztahy mezi projekty, úkoly a uživateli. 23 3.2 Kanban tabule 24 5.1 Adresářová struktura projektu 34 6.1 Statistika o vytíženosti pracovníka 42 6.2 Strom úkolů zobrazující naplánované a odpracované hodiny na jednotlivých úkolech a jejich podúkolech 42 xi Úvod Diplomová práce se zabývá nástrojem Phabricator, který je určen pro projektové řízení. Řízení projektů se stává stále důležitější disciplínou. Tato disciplína může být velmi komplexní a náročná, jelikož závisí na mnoha faktorech. Proto se v dnešní době většina z nás neobejde bez softwarových nástrojů, které nám práci při řízení projektů usnadňují. Vybraným softwarovým nástrojům se věnuje teoretická část práce. Nástroje jsou zde srovnány na základě požadavků, které jsou na ně uživateli kladeny. Pozornost je zaměřena na již zmíněný nástroj Phab- ricator, kterému se věnuje celá praktická část. Práce je psána ve spolu- práci s Webstudiem - oddělením Institutu biostatistiky a analýz (IBA) Lékařské fakulty, které nástroj používá k práci. Phabricator je obecným řešením, tudíž některé jeho vlastnosti neodpovídají specifickým uži- vatelským požadavkům. Cílem práce je navrhnout rozšíření systému, které bude na základě analýzy těmto požadavkům vyhovovat. 1 1 Projektové řízení V úvodu kapitoly jsou definovány pojmy projekt a projektové řízení, které jsou klíčové pro další části diplomové práce. Další část se zabývá softwarovými nástroji pro řízení projektů. Popisuje základní rysy, které by měly nástroje obecně nabývat, diskutuje motivaci pro jejich použití a jejich hlavní přínosy. Poté jsou představeny konkrétní nástroje z této oblasti. V závěru kapitoly jsou nástroje srovnány. 1.1 Projekt a projektové řízení Projekt můžeme definovat jako vynaložené úsílí k vytvoření jedineč- ného produktu, služby nebo výsledku v rámci časového intervalu [1]. Projekt končí, pokud jsou naplněny jeho cíle nebo naopak může být ukončen, pokud cíle není možné splnit nebo již neexistuje potřeba pro projekt. Výsledek projektu může být jak hmotný, tak nehmotný. Ačkoli se některé prvky a aktivity mohou vyskytovat opakovaně v různých pro- jektech, je výsledek každého projektu jedinečný. Jako názorný příklad můžeme uvést stavbu budovy. Přestože se na stavbu použije stejný materiál a dokonce bude stavební práce provádět stejný tým, budovy mohou být zcela odlišné. Záleží totiž na mnoha dalších aspektech, na- příklad na okolí stavby, stavebním návrhu, momentálních okolnostech atd. Dle Schwalbe [2] má projekt následující rysy: 1. Má jedinečný účel, který by měl být definován jeho cílem. 2. Je dočasný, tzn. má jasně definovaný začátek a konec. 3. Je realizován postupně nebo iterativní formou. Projekty jsou na začátku zpravidla definovány obecně, postupem času se rozpracovávají detaily. 4. Vyžaduje různé zdroje, ať už jsou to např. lidské zdroje, hard- ware nebo software. 5. Měl by mít primárního zákazníka nebo sponzora, který bude určovat směr projektu. 3 1. Projektové řízení 6. Zahrnuje nejistotu. V některých případech je těžké definovat cíl přesně, určit jak dlouho bude projekt trvat, jaké budou finanční náklady apod. Projekt je ovlivněn třemi základními parametry či omezeními: ∙ Rozsah ∙ Náklady ∙ Čas Vztah mezi těmito parametry se označuje jako projektový trojimpera- tiv (viz obr. 1.1). Obrázek 1.1: Projektový trojimperativ [3] Vrcholy trojimperativu jsou na sobě vzájemně závislé, změnou jed- noho parametru ovlivníme zbylé dva. Pokud například zkrátíme čas při zachování rozsahu projektu, musíme pro zachování kvality pro- jektu zvýšit náklady apod. Projektové řízení je aplikování znalostí, dovedností, nástrojů a tech- nik při realizaci činností projektu za účelem dosažení projektových požadavků. 1.2 SW nástroje pro projektové řízení Softwarem pro řízení projektů se rozumí aplikace, která poskytuje jednotlivci nebo týmu lidí nástroje usnadňující řízení projektu [4]. Tyto nástroje poskytují relevantní informace k projektu. Zpravidla nabízí 4 1. Projektové řízení plánování časových a finančních zdrojů, zadávání a přiřazování úkolů k projektům, kontrolu kvality, hlášení o problémech a chybách. Dále mohou poskytovat prostředky pro správu dokumentace a pro spolu- práci lidí podílejících se na projektu. Cílem nástrojů je zvýšit efektivitu poskytnutím jasnějšího pohledu na vývojový cyklus, zlepšením ko- munikace, koordinací činností apod. Níže jsou uvedeny uživatelsky žádané vlastnosti, které poskytují dnešní nástroje pro projektové řízení [4]: 1. Webové rozhraní - k aplikaci se přistupuje pomocí webového prohlížeče, který funguje jako tenký klient a uživatel nemusí instalovat žádný software. 2. Uživatelské role a oprávnění - každému uživateli je možné při- dělit roli s příslušnými právy, na základě kterých je mu v apli- kaci umožněno provádět určité akce. 3. Správa zdrojů - aplikace umožňuje spravovat zdroje potřebné k projektu. Každému zdroji lze přiřazovat důležitost a jeho dostupnost. 4. Sledování času (Time tracking) - informace o času stráveném na jednotlivých úkolech nebo celých projektech. 5. Plánování úkolů - každému úkolu je možné přiřadit osobu zodpovědnou za jeho řešení a nastavit datum dokončení úkolu. 6. Centralizovaná databáze dokumentů - možnost uložení růz- ných druhů dokumentů na jednotné úložiště přístupné všem oprávněným uživatelům. 7. Správa verzí - sledování změn v průběhu času v souborech souvisejících s projektem a možnost obnovení konkrétní verze souboru. 8. E-mailová notifikace - zasílání e-mailových zpráv informují- cích o změnách stavu projektu. 9. Reporting - poskytování informací o stavu projektu. Mohou to být např. informace o finančním rozpočtu, nákladech,
Load more

Recommended publications
  • Common Tools for Team Collaboration Problem: Working with a Team (Especially Remotely) Can Be Difficult
    Common Tools for Team Collaboration Problem: Working with a team (especially remotely) can be difficult. ▹ Team members might have a different idea for the project ▹ Two or more team members could end up doing the same work ▹ Or a few team members have nothing to do Solutions: A combination of few tools. ▹ Communication channels ▹ Wikis ▹ Task manager ▹ Version Control ￭ We’ll be going in depth with this one! Important! The tools are only as good as your team uses them. Make sure all of your team members agree on what tools to use, and train them thoroughly! Communication Channels Purpose: Communication channels provide a way to have team members remotely communicate with one another. Ideally, the channel will attempt to emulate, as closely as possible, what communication would be like if all of your team members were in the same office. Wait, why not email? ▹ No voice support ￭ Text alone is not a sufficient form of communication ▹ Too slow, no obvious support for notifications ▹ Lack of flexibility in grouping people Tools: ▹ Discord ￭ discordapp.com ▹ Slack ￭ slack.com ▹ Riot.im ￭ about.riot.im Discord: Originally used for voice-chat for gaming, Discord provides: ▹ Voice & video conferencing ▹ Text communication, separated by channels ▹ File-sharing ▹ Private communications ▹ A mobile, web, and desktop app Slack: A business-oriented text communication that also supports: ▹ Everything Discord does, plus... ▹ Threaded conversations Riot.im: A self-hosted, open-source alternative to Slack Wikis Purpose: Professionally used as a collaborative game design document, a wiki is a synchronized documentation tool that retains a thorough history of changes that occured on each page.
    [Show full text]
  • Project Management Software March 2019
    PROJECT MANAGEMENT SOFTWARE MARCH 2019 Powered by Methodology CONTENTS 3 Introduction 5 Defining Project Management Software 6 FrontRunners (Small Vendors) 8 FrontRunners (Enterprise Vendors) 10 Runners Up 22 Methodology Basics 2 INTRODUCTION his FrontRunners analysis minimum qualifying score of 3.96 Tis a data-driven assessment for Usability and 3.91 for User identifying products in the Project Recommended, while the Small Management software market that Vendor graphic had a minimum offer the best capability and value qualifying score of 4.55 for Usability for small businesses. For a given and 4.38 for User Recommended. market, products are evaluated and given a score for Usability (x-axis) To be considered for the Project and User Recommended (y-axis). Management FrontRunners, a FrontRunners then plots 10-15 product needed a minimum of 20 products each on a Small Vendor user reviews published within 18 and an Enterprise Vendor graphic, months of the evaluation period. based on vendor business size, per Products needed a minimum user category. rating score of 3.0 for both Usability and User Recommended in both In the Project Management the Small and Enterprise graphics. FrontRunners infographic, the Enterprise Vendor graphic had a 3 INTRODUCTION The minimum score cutoff to be included in the FrontRunners graphic varies by category, depending on the range of scores in each category. No product with a score less than 3.0 in either dimension is included in any FrontRunners graphic. For products included, the Usability and User Recommended scores determine their positions on the FrontRunners graphic. 4 DEFINING PROJECT MANAGEMENT SOFTWARE roject management software and document management, as well Phelps organizations manage as at least one of the following: time and deliver projects on time, on tracking, budgeting, and resource budget and within scope.
    [Show full text]
  • The Opendaylight Open Source Project
    UNIVERSIDAD REY JUAN CARLOS Master´ Universitario en Software Libre Curso Academico´ 2014/2015 Proyecto Fin de Master´ The OpenDaylight Open Source Project Autor: Sergio Najib Arroutbi Braojos Tutor: Dr. Gregorio Robles 2 Agradecimientos A mi familia y a mi pareja, por su apoyo incondicional Al equipo de Libresoft de la Universidad Rey Juan Carlos, por su afan´ en ensenar˜ el que´ y el porque´ del Software Libre Dedicatoria Para todos aquellos´ que hacen posible el fenomeno´ del Software Libre 4 (C) 2014 Sergio Najib Arroutbi Braojos. Some rights reserved. This document is distributed under the Creative Commons Attribution-ShareAlike 3.0 license, available in http://creativecommons.org/licenses/by-sa/3.0/ Source files for this document are available at http://github.com/sarroutbi/MFP/opendaylight/ 6 Contents 1 Introduction 19 1.1 Terminology.................................... 19 1.1.1 Open Source Programmable Networking................ 19 1.2 About this document............................... 20 1.2.1 Document structure............................ 20 1.2.2 Scope................................... 21 1.2.3 Methodology............................... 21 2 Goals and Objectives 23 2.1 General Objectives................................ 23 2.2 Subobjectives................................... 23 2.2.1 Acquire competence on OpenDaylight project.............. 23 2.2.2 Analyze OpenDaylight project from an Open Source perspective.... 24 2.2.3 Statistics and measures of the OpenDaylight project.......... 24 3 OpenDaylight: A first view 25 3.1 OpenDaylight Project............................... 25 3.2 SDN........................................ 29 3.2.1 What is SDN?.............................. 29 3.2.2 SDN: Market share and expectations................... 31 3.3 NFV........................................ 34 3.3.1 What is NFV?.............................. 35 3.3.2 SDN/NFV relationship.......................... 36 3.3.3 NFV benefits..............................
    [Show full text]
  • Customization of an Enterprise Request Management System
    ISSN (Online) 2393-8021 ISSN (Print) 2394-1588 International Advanced Research Journal in Science, Engineering and Technology Vol. 2, Issue 2, February 2015 Customization of an Enterprise request Management System 1 2 3 4 Ashna Shah , Chinmay Balutkar , Bhargavee Singh , Rajesh. B. Singh Student, Computer Department, Sinhgad Institute Of technology, Lonavala, India 1,2,3 Associate Professor, Computer Department, Sinhgad Institute Of technology, Lonavala, India4 Abstract: Information provided in issue reports are relevant and complete in order to help resolve issues quickly. However, often such information trickles to developers after several iterations of communication between End user and reporters. This paper addresses the concerns of Customization of an Enterprise management system by proposing for handling of the issues such as bugs, query and enhancements. As a proof-of-concept, we also demonstrate a prototype interactive enterprise request management system that gathers relevant information from the user and identifies files that need to be fixed to resolve the issues. The main contribution of this application is in the domain of business as we are developing Enterprise request Management System. Keywords: Bugs, Issues, query, enhancement. I. INTRODUCTION The use of Enterprise Request Management Systems as a to the issue and again will report the issue to the reporter. tool to organize maintenance activities is widespread. The Developer then will handle the issues and will fix them. systems serve as a central repository for monitoring the This system will help to manage the issues in the business progress of issue reports, requesting additional information domain by fixing them. The issues might be a bug, query from reporters, and discussing potential solutions for or the enhancement.
    [Show full text]
  • Onapp Admin Guide
    2.0 Admin Guide 2.0 Admin Guide Contents 0. About This Guide ............................................................................................... 5 1. OnApp Overview ................................................................................................ 6 1.1 Servers ................................................................................................................... 6 1.2 Networks ................................................................................................................ 7 1.3 Templates .............................................................................................................. 8 1.4 Virtual Machines .................................................................................................... 8 1.5 Scalability .............................................................................................................. 8 1.6 Availability and Reliability .................................................................................... 8 1.7 Security .................................................................................................................. 9 1.8 API and Integration ............................................................................................... 9 2. OnApp Hardware & Software Requirements ................................................. 10 2.1 Hypervisor Servers ............................................................................................. 10 2.2 Control Panel Server ..........................................................................................
    [Show full text]
  • Executing Informal Processes
    Institute of Architecture of Application Systems Executing Informal Processes C. Timurhan Sungur, Uwe Breitenbücher, Frank Leymann, and Johannes Wettinger Institute of Architecture of Application Systems, University of Stuttgart, Germany {lastname}@iaas.uni-stuttgart.de C. Timurhan Sungur, Uwe Breitenbücher, Frank Leymann, and Johannes Wettinger. 2015. Executing Informal Processes. In Proceedings of iiWAS ’15, December 11-13, 2015, Brussels, Belgium. DOI: http://dx.doi.org/10.1145/2837185.2837225 @inproceedings: {Sungur2015a, author = {Sungur, Celal Timurhan and Breitenb\"ucher, Uwe and Leymann, Frank and Wettinger, Johannes}, title = {Executing Informal Processes}, booktitle = {The 17th International Conference on Information Integration and Web-based Applications {\&} Services, {IIWAS} '15, Brussels, Belgium, December 11-13, 2015}, year = {2015}, publisher = {ACM} } © ACM 2015 This is the author's version of the work. It is posted here by permission of ACM for your personal use. Not for redistribution. The definitive version is available at ACM: http://dx.doi.org/10.1145/2837185.2837225 Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. To copy otherwise, to republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Executing Informal Processes C. Timurhan Sungur, Uwe Breitenbücher, Frank Leymann, and Johannes Wettinger Institute of Architecture of Application Systems University of Stuttgart 70569 Stuttgart, Germany [email protected] ABSTRACT Keywords Processes involving knowledge workers, such as decision- Informal processes, agent-centered processes, human-centric making processes, research processes, development processes, processes, process execution, TOSCA, APIfication maintenance processes, etc.
    [Show full text]
  • Frameworks, Algorithms and Scalable Technologies for Mathematics (Fastmath))
    SciDAC Institute First Year Progress Report Frameworks, Algorithms and Scalable Technologies for Mathematics (FASTMath)) Principal Investigator: Lori Diachin Lawrence Livermore National Laboratories Livermore, CA 94551 [email protected] Senior Investigators: Mihai Anitescu, Lois McInnes,Todd Munson, Argonne National Laboratory Barry Smith, Tim Tautges Ann Almgren, John Bell, Phil Colella, Sherry Li, Lawrence Berkeley National Laboratory Esmond Ng, Brian Van Straalen, Chao Yang Milo Dorr, Rob Falgout, Jeff Hittinger, Mark Miller, Lawrence Livermore National Laboratory Carol Woodward, Ulrike Yang Mark Shephard, Onkar Sahni, Seegyoung Seol Rensselaer Polytechnic Institute Karen Devine, Vitus Leung, Glen Hansen, Sandia National Laboratories Jonathan Hu, Siva Rajamanickam, Andy Salinger Mark Adams Columbia University Dan Reynolds Southern Methodist University Jim Demmel UC Berkeley Carl Ollivier-Gooch University of British Columbia Contents 1 FASTMath Overview 1 2 Executive Summary of Progress to Date 2 3 FASTMath Technologies: First Year Progress and Plans 4 3.1 Tools for Problem Discretization . 4 3.1.1 Structured grid technologies. 4 3.1.2 Unstructured grid technologies. 6 3.1.3 Particle methods. 10 3.1.4 Time discretization. 10 3.2 Tools for Solution of Algebraic Systems . 11 3.2.1 Iterative solution of linear systems. 11 3.2.2 Direct solution of linear systems. 15 3.2.3 Nonlinear systems. 17 3.2.4 Eigensystems. 17 3.2.5 DVI methods. 19 3.3 High-Level Integrated Technologies . 20 3.3.1 Mesh/solver interactions. 20 3.3.2 Mesh-to-mesh coupling methods. 21 3.3.3 Full analysis codes and UQ processes using unstructured grid technologies. 22 3.3.4 Software Strategies.
    [Show full text]
  • Guide to Open Source Solutions
    White paper ___________________________ Guide to open source solutions “Guide to open source by Smile ” Page 2 PREAMBLE SMILE Smile is a company of engineers specialising in the implementing of open source solutions OM and the integrating of systems relying on open source. Smile is member of APRIL, the C . association for the promotion and defence of free software, Alliance Libre, PLOSS, and PLOSS RA, which are regional cluster associations of free software companies. OSS Smile has 600 throughout the World which makes it the largest company in Europe - specialising in open source. Since approximately 2000, Smile has been actively supervising developments in technology which enables it to discover the most promising open source products, to qualify and assess them so as to offer its clients the most accomplished, robust and sustainable products. SMILE . This approach has led to a range of white papers covering various fields of application: Content management (2004), portals (2005), business intelligence (2006), PHP frameworks (2007), virtualisation (2007), and electronic document management (2008), as well as PGIs/ERPs (2008). Among the works published in 2009, we would also cite “open source VPN’s”, “Firewall open source flow control”, and “Middleware”, within the framework of the WWW “System and Infrastructure” collection. Each of these works presents a selection of best open source solutions for the domain in question, their respective qualities as well as operational feedback. As open source solutions continue to acquire new domains, Smile will be there to help its clients benefit from these in a risk-free way. Smile is present in the European IT landscape as the integration architect of choice to support the largest companies in the adoption of the best open source solutions.
    [Show full text]
  • Polito Bigbluebutton Server Are VM
    DDI: un modello sovrano, aperto, scalabile e sostenibile? L’esperienza PoliTO Enrico Venuto Politecnico di Torino Sessione 3 https://www.menti.com Codice: 44 01 91 9 Enrico Venuto – Politecnico di Torino | 03-11-2020 2 La Didattica Digitale Integrata ai tempi del COVID- 19 • a.acc. 2019-2020 • A partire dai primi giorni dell’emergenza sanitaria e fino al mese di luglio 2020, tutte le attività didattiche del Politecnico – esami e discussioni di laurea compresi – si sono svolte esclusivamente in modalità online. • a.acc. 2020-2021 • Erogazione dell’intera offerta formativa di primo e secondo livello in modalità on line, con la possibilità di erogare in aggiunta didattica in presenza secondo determinate modalità privilegiando le attività che necessitano maggiormente dell'interazione e della presenza in aula Enrico Venuto – Politecnico di Torino | 03-11-2020 3 DDI@PoliTO ai tempi del COVID Per consentire lo svolgimento pressoché regolare delle attività di insegnamento e valutazione • Potenziamento delle infrastrutture informatiche • Scoperta di soluzioni tecnologiche, e di nuove modalità di fare didattica Una soluzione aperta, sostenibile, facilmente integrabile con i sistemi dell’ateneo che possa essere adattata alla necessità della didattica Enrico Venuto – Politecnico di Torino | 03-11-2020 4 In uso al Politecnico di Torino già 10 anni fa… Specifico per la didattica on-line Soluzione Open Source. Funziona su tutti i dispositivi e S.O. dentro un browser (WEBRTC) Non richiede account Semplice registrazione e pubblicazione lezioni Integrabile, estendibile e personalizzabile nelle sue funzionalità. Dispone di API che ne consentono la personalizzazione ed l’integrazione con altri prodotti per la didattica.
    [Show full text]
  • Impact of Switching Bug Trackers: a Case Study on a Medium-Sized Open Source Project Théo Zimmermann, Annalí Casanueva Artís
    Impact of switching bug trackers: a case study on a medium-sized open source project Théo Zimmermann, Annalí Casanueva Artís To cite this version: Théo Zimmermann, Annalí Casanueva Artís. Impact of switching bug trackers: a case study on a medium-sized open source project. ICSME 2019 - International Conference on Software Maintenance and Evolution, Sep 2019, Cleveland, United States. hal-01951176v3 HAL Id: hal-01951176 https://hal.inria.fr/hal-01951176v3 Submitted on 26 Jul 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Impact of switching bug trackers: a case study on a medium-sized open source project Theo´ Zimmermann ([email protected]) Annal´ı Casanueva Art´ıs Universite´ de Paris, IRIF, CNRS, F-75013 Paris, France Paris School of Economics, F-75014 Paris, France Inria, π:r2 project-team Abstract—For most software projects, the bug tracker is an bugs fixed [6]. More generally, opening issues and discussing essential tool. In open source development, this tool plays an existing ones has been shown to be an important step on the even more central role as it is generally open to all users, who path to becoming an active contributor of an open source are encouraged to test the software and report bugs.
    [Show full text]
  • Le Linked Data À L'université: La Plateforme Linkedwiki
    Le Linked Data à l’université : la plateforme LinkedWiki Karima Rafes To cite this version: Karima Rafes. Le Linked Data à l’université : la plateforme LinkedWiki. Web. Université Paris Saclay (COmUE), 2019. Français. NNT : 2019SACLS032. tel-02003672 HAL Id: tel-02003672 https://tel.archives-ouvertes.fr/tel-02003672 Submitted on 1 Feb 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Le Linked Data NNT : 2019SACLS032 à l’université la plateforme LinkedWiki Thèse de doctorat de l’Université Paris-Saclay préparée à l’Université Paris-Sud École doctorale n◦580 Sciences et technologies de l’information et de la communication (STIC) Spécialité de doctorat : réseaux, information et communications Thèse présentée et soutenue à Gif-sur-Yvette, le 25 janvier 2019, par Karima Rafes Composition du jury : Philippe Pucheral Professeur, Université de Versailles-Saint-Quentin-en-Yvelines, Inria Président Cédric Du Mouza Maître de conférences HDR, Cnam Paris — Cédric Rapporteur Dan Vodislav Professeur, U. Cergy-Pontoise — ETIS Rapporteur Khalid Belhajjame Maître
    [Show full text]
  • Easysitewizard Professional User Guide
    User Guide Version 8.7 EasySiteWizard Professional 8.7 Chapter 1—2 Table of Contents 1 INTRODUCTION ..................................................................................................................... 1—3 2 NAVIGATING EASYSITEWIZARD .............................................................................................. 2—4 2.1 USING MENU TABS ....................................................................................................................................... 2—4 2.2 USING SUPPORTING LINKS .............................................................................................................................. 2—4 2.3 USING WIZARD NAVIGATION ........................................................................................................................... 2—4 3 CREATING A NEW SITE ........................................................................................................... 3—5 3.1 CREATING A LANDING PAGE SITE ...................................................................................................................... 3—5 3.1.1 Creating your Website ........................................................................................................................................... 3—5 3.1.2 Using the Site Editor .............................................................................................................................................. 3—7 3.1.3 Wizard Complete ................................................................................................................................................
    [Show full text]