Software Measurement News - Volume 24, Number 2, September 2019 Journal of the Software Metrics Community - FG METRIKEN
←
→
Transkription von Seiteninhalten
Wenn Ihr Browser die Seite nicht korrekt rendert, bitte, lesen Sie den Inhalt der Seite unten
Volume 24, Number 2, September 2019 Software Measurement News Journal of the Software Metrics Community Editors: Alain Abran, Manfred Seufert, Reiner Dumke, Christof Ebert, Cornelius Wille
1 CONTENTS Announcements ................................................................................................. 2 Conference Reports .......................................................................................... 13 Community Reports .......................................................................................... 23 Position Paper................................................................................................... . 27 Alain Abran Document submitted for discussion to Canadian SCC members to ISO JTC1-SC7........ 27 App News .........................................................................................…. ..............30 New Books on Software Measurement .................................................. 42 Conferences Addressing Measurement Issues ............................................... 45 Metrics in the World-Wide Web ......................................................................... 48 Editors: Alain Abran Professor and Director of the Research Lab. in Software Engineering Management École de Technologie Supérieure - ETS, 1100 Notre-Dame Quest,Montréal, Quebec, H3C 1K3, Canada, Tel.: +1-514-396-8632, Fax: +1-514-396-8684 alain.abran@etsmtl.ca Manfred Seufert Chair of the DASMA, MediaanABS Deutschland GmbH Franz-Rennefeld-Weg 2, D-40472 Düsseldorf, Tel.: +49 211 250 510 0 manfred.seufert@mediaan.com Reiner Dumke Professor on Software Engineering, University of Magdeburg, FIN/IKS Postfach 4120, D-39016 Magdeburg, Germany, dumke@ivs.cs.uni-magdeburg.de, http://www.smlab.de Christof Ebert Dr.-Ing. in Computer Science, Vector Consulting Services GmbH Ingersheimer Str. 20, D-70499 Stuttgart, Germany, Tel.: +49-711-80670-1525 christof.ebert@vector.com Cornelius Wille Professor on Software Engineering, University of Applied Sciences Bingen Berlinstr. 109, D-55411 Bingen am Rhein, Germany, Tel.: +49-6721-409-257, Fax: +49-6721-409-158 wille@fh-bingen.de Editorial Office: University of Magdeburg, FIN, Postfach 4120, 39016 Magdeburg, Germany Technical Editor: Dagmar Dörge The journal is published in one volume per year consisting of two numbers. All rights reserved (including those of translation into foreign languages). No part of this issues may be reproduced in any form, by photoprint, microfilm or any other means, nor transmitted or translated into a machine language, without written permission from the publisher. 2019 by Otto-von-Guericke-University of Magdeburg. Printed in Germany Software Measurement News 24(2019)2
2 Announcements Conference Program (cited from the IWSM Web sites) Software Measurement News 24(2019)2
Announcements 9 VORLÄUFIGES PROGRAMM ZUM WORKSHOP “Evaluation of Service-APIs“ SERVICE APIS ALS ENABLER EINER ERFOLGREICHEN DIGITALISIERUNG ESAPI 2019 07. NOVEMBER 2019 – DRESDEN Gastgeber und Veranstaltungsort: Prof. Dr. Thomas Wiedemann Hochschule für Technik und Wirtschaft Dresden Friedrich-List-Platz 1, 01069 Dresden Anfahrt siehe: https://www.htw-dresden.de Sprecher der ESAPI-Initiative: Prof. Dr. Andreas Schmietendorf Hochschule für Wirtschaft und Recht Berlin, FB II Alt-Friedrichsfelde 60, D-10315 Berlin Email: andreas.schmietendorf@hwr-berlin.de Software Measurement News 24(2019)2
10 Announcements Motivation: Die ESAPI-Initiative stellt die vielfältig benötigten Mess- und Bewertungsansätze von webbasiert zur Verfügung gestellten Service-APIs (speziell Public- und Open-APIs) in den Mittelpunkt des Interesses. Mit Sicherheits- und Complianceaspekten von APIs haben wir für dieses Jahr einen sehr speziellen, aber hoch aktuellen Themenschwerpunkt gesetzt. Speziell soll dabei für die folgenden Aspekte sensibilisiert werden: API Sicherheit aus Entwicklungssicht (Anbieter/Nutzer). Aspekte der API-Sicherheit im API-Management. Empirische Analysen (best practices) zur API-Sicherheit. Brachenspezifische Aspekte sicherer APIs (z.B. Banken). Bewertung der Compliance bei angebotenen/genutzten APIs. Erfolgskriterien für die „API-fizierung“ von Altanwendungen. Vor- und Nachteile branchenorientierter API-Spezifikationen. Virtualisierung der Softwareentwicklung mit Hilfe von APIs. Wirtschaftlichkeits- und Risikobewertungen von APIs. Der ESAPI-Workshop richtet sich an ein deutschsprachiges Publikum, dem entsprechend werden die Vorträge zumeist in deutscher Sprache gehalten. Die korrespondierenden Artikel der Referenten werden den Teilnehmern in Form eines Tagungsbands zur Verfügung gestellt. Ergebnisse entsprechender Diskussionsrunden werden zeitnah im Internet publiziert. Aktuelle Informationen: http://www.cecmg.de Bei Anmeldung bis zum 31. Oktober 2019 wird ein Unkostenbeitrag von 120,– € (ceCMG-, DASMA-, GI- und ASQF-Mitglieder: 100,– €) erhoben, danach 150,– € (ceCMG-, DASMA-, GI- und ASQF-Mitglieder: 120,– €). Über den Tagungsbeitrag erhalten Sie eine Rechnung der ceCMG e.V. (Central Europe Computer Measurement Group – Schirmherr der Veranstaltung). Studenten und Hochschulangehörige des Gastgebers erhalten eine kostenfreie Teilnahme! Anmeldung über die vorgenannte Webseite oder auch per E-Mail an: sekretariat@cecmg.de Software Measurement News 24(2019)2
Announcements 11 Agenda: 09:30 Uhr Eröffnung des Workshops Andreas Schmietendorf (HWR Berlin & OvG-Universität Magdeburg) Thomas Wiedemann (HTW Dresden) Eröffnung des Workshops – Ziele und Motivation 10:00 Uhr Session 1 (Vorträge) Kadir Ider (KPMG AG): Barriers for the utilization of Open Data Frederik Kramer (initOS): Bewertungsmodell zur systematischen Auswahl eines geeigneten API 11:00 Uhr Kaffeepause 11:30 Uhr Session 2 (Vorträge) Jonas Grunert, Lucas Merker (Uni Potsdam): API-Protection with OAuth2 Sandro Hartenstein, Gariel Landa (HTW Berlin/ Alpha-Gen): Kryptowährungsuntersuchung per Public API 12:30 Uhr Mittagspause/Posterpräsentationen Möglichkeit zum Networking 13:30 Uhr Session 3 (World Cafe – Themenvorschläge) Themenimpuls: Thomas Wiedemann, Andreas Schmietendorf Moderation: Michael Wipprecht, Markus Bauer, Konrad Nadobny Identitäts- und Zugriffsmanagement bei APIs. Security by Design Ansätze für APIs. Security im Diskurs von APIs für KI-Algorithmen. … 15:00 Uhr Kaffeepause/Posterpräsentation Möglichkeit zum Networking 15:30 Uhr Session 4 (Vorträge) Steven Schmidt (Deutsche Bahn): Bedarf und Konzeption eines Secure Open API Management Maturity Models Konrad Nadobny (Bayer AG) API-fizierung von Legacy-Systemen im Kontext agiler Applikationsentwicklung 16:30 Zusammenfassung und Ausblick Software Measurement News 24(2019)2
12 Announcements Medienpartner Durch die folgenden Medienpartner wird der Workshop begleitet. Neben der Publizität geht es dabei auch um die begleitende Auslage der zum Workshop korrespondierenden Publikationen, aber auch um die Bereitstellung eines entsprechenden Tagungsbands. SIGS DATACOM GmbH Web: http://www.sigs-datacom.de dpunkt.verlag GmbH Web: https://www.dpunkt.de/ Shaker Verlag GmbH Web: https://www.shaker.de Programmkomitee S. Aier, F. Balzer, M. Binzen, Universität St. Gallen CA Deutschland DB Systel GmbH E. Dimitrov, R. Dumke, J. Marx Gómez, T-Systems Uni Magdeburg Uni Oldenburg W. Greis, J. Heidrich, A. Johannsen TPS Data & CECMG Fraunhofer IESE TH Brandenburg S. Kosterski, M. Lother, P. Mandl, Toll Collect Robert Bosch GmbH HS München M. Mevius, H. Neumann, A. Nitze, HTWG Konstanz Deutsche Bahn AG Ultra Tendency UG M. Rothaut, A. Schmietendorf, F. Simon, T-Systems Bonn HWR Berlin Zurich Insurance Group F. Victor, C. Wille, M. Weiß, TH Köln TH Bingen HUK Coburg T. Wiedemann, M. Wißotzki, R. Zarnekow, TU Berlin HTW Dresden HS Wismar Bem.: Änderungen der vorläufigen Agenda sind jederzeit möglich! Software Measurement News 24(2019)2
Conference Reports 13 Thementag API-Security Veranstaltung des Berliner Forums Digitalisierung Bericht und Ergebnisse Sandro Hartenstein, Konrad Nadobny, André Nitze, Steven Schmidt, Andreas Schmietendorf 1. Hintergründe und Motivation Webbasierte Service-APIs (kurz APIs) gelten mit den darüber angebotenen Daten, Funktionen und Prozessen zunehmend als Schlüssel für eine erfolgreiche Digitalisierung. Fachlich orientierte Lösungen finden sich im Zusammenhang mit dem „Internet der Dinge“, Anwendungen der „künstlichen Intelligenz“, im Kontext der „Telematik“ bzw. des „Verkehrsmanagements“ oder auch beim analytisch orientierten „Data Science“. Entsprechend den klassischen Merkmalen einer industriellen Fertigung finden sich beim Einsatz von APIs Aspekte der Modularisierung, Wiederverwendung, Standardisierung, Arbeitsteilung und Automation. Darüber hinaus bedarf es im Diskurs der Industrialisierung einer maßorientierten Bewertung korrespondierender Entwicklungs- und Betriebsprozesse, eingesetzter Ressourcen und schließlich der API selbst. Grundsätzlich kann zwischen der Sicht der API-Anbieter- und API-Konsumentenseite unterscheiden werden, allerdings finden sich weitere Stakeholder, wie z.B. API-Vermittler (Marktplätze), IT-Architekten (Unternehmen/Applikation) oder auch cloudbasierte Plattformbetreiber (Rechenzentren). Die Auseinandersetzung mit APIs kann dabei modellbasiert, implementierungs- oder auch betriebsorientiert erfolgen. Die vielfältigen Herausforderungen der Digitalisierung lassen allerdings sich nur erfolgreich meistern, wenn im Web angebotene APIs einem Sicherheitskonzept aus Anbieter- und Nutzersicht unterworfen werden, was den aktuellen Begriff der API-Sicherheit (API-Security) prägt. „Unter API-Sicherheit versteht man den Schutz der Integrität von APIs, und zwar sowohl derer, die Ihnen gehören, als auch derer, die Sie verwenden.“ (Quelle: [redhat 2018]) Fragen der IT-Sicherheit sind sowohl bei den kommerziell vertriebenen „Public APIs“ aber auch bei den kostenfreien, anonym und zweckfrei nutzbaren „Open APIs“ zu berücksichtigen. Dem entsprechend soll im Weiteren nicht zwischen beiden Ansätzen differenziert werden, da es sich um dasselbe technologische Grundkonzept handelt. Anbietersicht der API-Sicherheit Im Detail gilt es Sicherheitsaspekte bei der Auseinandersetzung mit den fachlich konzeptionellen Anforderungen, bei der softwaretechnischen Implementierung und der betrieblichen Bereitstellung der APIs zu berücksichtigen. Aus technischer Sicht geht es dabei um: Software Measurement News 24(2019)2
14 Conference Reports Authentifizierung und Autorisierung der API-Zugriffe, Gewährleistung der Konsistenz angebotener Daten, Nutzung sicherer Übertragungswege, Überwachung und Protokollierung genutzter APIs, Abwehr von Massenzugriffen, Identifikation von Missbrauchmustern und Schwachstellen. Nutzersicht der API-Sicherheit Ebenfalls zu berücksichtigen sind Fragen der Auswahl und Zertifizierung geeigneter APIs, aber auch klar geregelte Verantwortlichkeiten im Zusammenhang mit zusammengesetzten APIs im Rahmen kompositorischer Lösungen. Darüber hinaus besteht der Bedarf, einhergehende Sicherheitsrisiken einem adäquaten Management zu unterziehen. 2. Beiträge des Thementags Die folgende Übersicht der eingeladenen Vorträge enthält neben dem Titel auch ausgewählte Sachverhalte der inhaltlichen Ausrichtung. Diese wurden so durch die Autoren dieses Berichts interpretiert. Die genutzten Präsentationen können im Web unter https://blog.hwr-berlin.de/schmietendorf/thementag-api-security/ abgerufen werden. Michael Binzen (Deutsche Bahn/Bitkom) Herausforderungen der Digitalisierung mit openData / openAPI begegnen - US Google Developer Konferenz verweist den DB Konzern! - Fachliche Bezüge in den Mittelpunkt der Digitalisierung stellen. - Sicherheitslücken über Community-getriebene Feedbacks beheben. - Open Data Gesetz ermöglicht Zugriff auf digitale Daten der Behörden. Gabriel Landa (Alpha-Gen) Secure open Data: Identity Access Management mit Blockchain - Zusammenhänge zwischen DTLs und Blockchain. - Besonderheiten des Identitäts- und Zugriffsmanagements. - Öffentliche und private Blockchains – Verlust an Autoritäten. - Umfängliche Nachvollziehbarkeit von Aktivitäten. Anja Fiegler (Microsoft Deutschland) Ausblick und Faszination: Artificial Intelligence über APIs einbinden - Demokratisierung der AI. - Ethische Aspekte der AI. - AI-Plattformen und APIs. - Aktuelle und wichtige Trends der AI.1. Software Measurement News 24(2019)2
Conference Reports 15 3. Ergebnisse des durchgeführten World Cafes Um den Teilnehmern des Thementages die Möglichkeit zur gemeinsamen Diskussion zu geben, wurde die Methodik des World Café in die Veranstaltung integriert. Auf die dabei erarbeiten Ergebnisse soll im Folgenden eingegangen werden soll. Zu Beginn der jeweils 30 Minuten dauernden Diskussionen gaben die Moderationen einen inhaltlichen Impuls, entsprechend den folgenden Ausrichtungen der Themengebiete 1 und 2: Sandro Hartenstein, Konrad Nadobny (HWR Berlin/Uni Magdeburg) Impuls für Themengebiet 1 (Risiken und API-Entwicklung): - Angriffsszenarien und Risiken bei open Data / open API Fraud detection, KI-gestütze Angriffe - Sicherheit durch Technische Maßnahmen Architektur, Analytik, Messen Interessantes Diskussionsergebnis: Über den gesamten Lebenszyklus einer API bedarf es eines effizienten Management-Ansatzes. Dabei sind sowohl fachliche und konzeptionelle (Modellsicht), implementierungstechnische (Entwicklungssicht) Fragen als auch Fragen der Versionierung (Konfigurationsmanagement) zu berücksichtigen. André Nitze, Steven Schmidt (HWR Berlin/Uni Magdeburg) Impuls für Themengebiet 2 (Betrieb und API-Management) - API-Management Konzepte, Plattformen, API’s im Praxiseinsatz - Sicherheit durch betriebliche Maßnahmen Data Ownership, Governance, Digitalisierungsstrategie Am Ende der Diskussion wurden die Ergebnisse mit Hilfe der Abbildungen 1 bis 3 zusammenfassend dargestellt. Interessantes Diskussionsergebnis: Im Rahmen eines busbasierten Integrationsansatzes ergibt sich die Gefahr einer API-bezogenen „Daten-Krake“. Daraus können sich ggf. Ungleichgewichte hinsichtlich der „Macht“ der APIVerantwortlichen ergeben. In diesem Zusammenhang wurde auch die Gefahr eine „single point of failure“ diskutiert. Der Einsatz von APIs bedarf einer korrespondierenden Vertragsgestaltung (Service Level Agreement), ggf. Differenziert für Public- und Open-APIs. Software Measurement News 24(2019)2
16 Conference Reports Abbildung 1: Ergebnisse zum Themengebiet 1 Software Measurement News 24(2019)2
Conference Reports 17 Abbildung 2: Ergebnisse zum Themengebiet 2 (Teil A) Software Measurement News 24(2019)2
18 Conference Reports Abbildung 3: Ergebnisse zum Themengebiet 2 (Teil B) Software Measurement News 24(2019)2
Conference Reports 19 4. Deutschsprachige Umfrage zur API-Sicherheit 4.1 Konzeption und Implementierung Mit Hilfe der im Juli 2019 aufgesetzten Umfrage sollte der Sachstand zur Bedeutung von webbasierten APIs, aber auch Einschätzungen zur API-Sicherheit und –Compliance im praktischen und akademischen Umfeld ermittelt werden. Aufgrund der bisher eher geringen Berücksichtigung dieser Themenstellung im deutschsprachigen Umfeld ist die Möglichkeit zur Beantwortung bis zum Ende des Jahres 2019 gegeben. Der in Abbildung 4 sichtbare QR-Code führt direkt zum Webauftritt der Umfrage. Abbildung 4: Einstiegsdialog zur Umfrage Im Detail sollen mit der Umfrage die folgenden Sachverhalte einer empirischen Untersuchung unterworfen werden: Welche Bedeutung haben APIs in Ihrem Tätigkeitsfeld? (Skala 1-5) - APIs kommen nicht zum Einsatz - APIs werden testweise genutzt - APIs werden sporadisch produktiv genutzt - APIs sind im Tätigkeitsfeld allgegenwärtig - APIs sind der Kernbestandteil des Geschäftsmodells Wurden Sie bereits mit Problemen in Bezug auf API-Sicherheit konfrontiert? Wenn ja, welche? Software Measurement News 24(2019)2
20 Conference Reports Welche Rolle spielen Sie in Bezug auf APIs? (multiple) - Anbieter von APIs - Nutzer von APIs - Vermittler von APIs (Verzeichnis/Marktplatz) Wie viele APIs bieten Sie unternehmensintern an? Wie viele unternehmensinterne APIs nutzen Sie? Wie viele APIs bieten Sie für externe Partner an? Wie viele APIs externer Partner nutzen Sie? Wie viele APIs bieten Sie öffentlich zugänglich an? Wie viele öffentlich zugängliche APIs nutzen Sie ? Welche Herausforderungen sehen Sie in Bezug die professionelle Nutzung? - Integrität der Daten - Verfügbarkeit der APIs (SLA / Service Level Agreements) - Sicherheit der Kommunikation Welche Rolle spielt API Governance als organisatorisches Element in Ihrem Tätigkeitsbereich? Welche Rolle spielt API-Management als operative Umsetzung in Ihrem Tätigkeitsbereich? Welche Mechanismen zur API-Sicherheit werden bei Ihnen zur Authentifizierung, Autorisierung und Verschlüsselung verwendet? - TLS / Transport Layer Security - Zertifikate - Registrierung zur API Nutzung - API-Keys - Basic Authentifizierung - Token-Basierte Authentifizierung - Nutzung eines Standard-Authentifizierungsservers (z. Bsp. OAuth 2.0) - Andere: Welche organisatorischen Maßnahmen treffen Sie zur API-Sicherheit? - Spezifikation und Dokumentation von APIs - API Monitoring / Logging der Zugriffe - Nutzung von API-Gateways - Firewalls / Kapselung von APIs in der DMZ - Sicherheitsaudits und Validierung - Andere Software Measurement News 24(2019)2
Conference Reports 21 Was sind Ihre Gründe für, oder gegen den Einsatz von APIs innerhalb der Unternehmensgrenzen? Was sind Ihre Gründe für, oder gegen den Einsatz von APIs über Unternehmensgrenzen hinweg? Nutzen Sie Standard-Kataloge für IT Sicherheit (z.Bsp. BSI ITGrundschutzkatalog) und sind diese im Kontext von API-Sicherheit ausreichend? Nutzen Sie Informationsplattformen zur Identifikation aktueller Sicherheitsprobleme (z.Bsp. Zero-Day Exploits) und sind diese ausreichend? Welche Aspekte der API-Sicherheit fehlten Ihnen in diesem Fragebogen? 4.2 Erste Ergebnisse zum September 2019 Bis zum September 2019 wurde die Umfrage durch 15 Teilnehmer beantwortet. Auf einige Ergebnisse soll im Folgenden exemplarisch eingegangen werden. Die finale Auswertung kann zum Ende des Jahres 2019 unter [Hartenstein et al. 2019] eingesehen werden. Von den Befragten gaben 13,3% eine sehr hohe (APIs sind Kernbestandteil des Geschäftsmodells), 40% eine hohe (APIs sind allgegenwärtig) und 33,3% eine neutrale Bedeutung (APIs werden sporadisch produktiv genutzt) von APIs in ihrem Tätigkeitsumfeld an. Abbildung 5: Eingesetzte Mechanismen zur Authentifizierung, Autorisierung und Verschlüsselung Abbildung 6: Organisatorische Maßnahmen zur API-Sicherheit Software Measurement News 24(2019)2
22 Conference Reports Die in den Abbildungen 5 und 6 verdeutlichten technischen und organisatorischen Sachverhalte wurden durch 14 Befragte angegeben. Eine statistische Sicherheit kann so selbstverständlich nicht erreicht werden, überraschend ist allerdings die geringe Berücksichtigung von Risikobewertungen in Vorbereitung eines API-Einsatzes. 5. Offizielles Plakat der Veranstaltung Abbildung 7: Offizielles Plakat der Veranstaltung (Quelle: HWR Berlin) 6. Quellenverzeichnis [Hartenstein et al. 2019] Hartenstein, S.; Nadobny, K.; Schmidt, S.; Schmietendorf, A.: Sicherheits- und Compliance-Management im Lebenszyklus von Web APIs, Ergebnisse eines Forschungsprojektes an der HWR Berlin/Uni Magdeburg, geplante Monografie, Logos-Verlag (in Vorbereitung), Berlin, November 2019 [redhat 2018] API Sicherheit, https://www.redhat.com/de/topics/security/api-security, abgerufen 10. Juli 2019 Software Measurement News 24(2019)2
Community Reports 23 Currently COSMIC Initiatives Dear IAC-members, Attached the draft version of an updated version of the Constitution. It is the task of the IAC to decide on changes to the Constitution. On October 7 there will be an IAC-meeting during the IWSM conference. The meeting will take place from 17.30 – 20.00 CEST. When you are unable to visit in person, you can also join electronically by ZOOM. If you wish to do so, please contact Jean-Marc Desharnais. The major changes to the Constitution are: · Adding the role of Vice-President to the ExCo. This role is necessary for the registration under the Canadian NFP-act and Jean-Marc has been in this role for many years, but it was not in the Constitution. · Adding the role of Secretary to the ExCo. This is a common role in executive committees, but until now we don’t have one. · Renaming the Marketing Committee to the Market Development Committee, since this better covers its task. · Removing the Benchmarking Committee, since we have not been able to get that committee off the ground for years now. We would like to have your approval for the new Constitution. If you do not agree to parts of the new Constitution, please write a short resolution containing the following information: · The name(s) of the IAC-member(s) that bring in this resolution. · The disputed text. · The reason why it should be changed. · A text proposal to replace the disputed text. In the meeting the ExCo proposes the following candidates for the following positions: · Frank Vogelezang (the Netherlands) is candidate for the position of Chairman. This means that he will step down from his position as President. · Francisco Valdés Souto (México) is candidate for the position of President. This means that he will step down from his position as MPC Chair. · Jean-Marc Desharnais (Canada) is candidate for the position of Vice-President, to formalize his role within the Executive Committee. · Jean-Marc Alain Abran (Canada) is candidate for the position of Secretary. This means that he will step down from his position as Chairman. Software Measurement News 24(2019)2
24 Community Reports Given the importance of Market Development the ExCo proposes to add Jayakumar KR (India) to the Executive Committee for the period of one year with the option to extend this membership to a maximum of three years. Jayakumar is chairing the Marketing/Market Development Committee and the ExCo finds it important to have permanent input from this committee. When you are unable to attend the IAC-meeting, we would like to have your votes on the new version of the Constitution and on the proposed candidates in writing. Please send your votes to Sylvie Trudel, who will act as election officer during the upcoming IAC-meeting. If you haven’t registered for the IWSM conference, but want to attend the conference, registration is still open at nesma.org/registration-form-iwsm-mensura-2019 For more information on the conference, see iwsm-mensura.org. Best regards, Frank Vogelezang President Software Measurement News 24(2019)2
Community Reports 25 Aktuelles aus der Fachgruppe 2.1.10 der GI Liebe Interessenten der FG Measurement & Data Science in der GI, ganz herzlich laden wir Sie zur Jahresversammlung der GI Fachgruppe am 24. Okt. live oder per WebEx ein. Datum: Do 24. Okt. 2019, 12:30-13:30 Ort: Steigenberger Airport Hotel Frankfurt, Unterschweinstiege 16, 60549 Frankfurt am Main Details zum Veranstaltungsort und Programm des QS-Tag: www.qs-tag.de/veranstaltungsinfo/veranstaltungsort Raum: Wir haben einen separaten Raum, der auch ohne Tagungsteilnahme und Gebühr genutzt werden kann. Agenda: Vorstandswahlen, Fokus auf Measurement & Data Science, Planung 2020 Unabhängigkeit: Die GI FG ist unabhängig vom Veranstalter und erwartet keine QS-Tag Tagungsteilnahme. Webex-Meeting ab 12:30 Uhr: https://meetings.webex.com/collabs/meetings/ join?uuid=M68X0X7FF917RSRIIA332SO58X-APZP Telefon: +49-6925511-4400 (Zugriffscode: 237 002 701) Software Measurement News 24(2019)2
26 Community Reports Für alle, die auch am QS-Tag teilnehmen, empfehlen wir den Vortrag der GI FG zum Thema: „Muss der Tester von morgen ein Data Scientist sein?“ Der Workshop ist direkt nach der FG Versammlung am 24.10., um 14:40 Uhr bis 16 Uhr. Details: Die digitale Transformation rückt die Softwareentwicklung von einer rein technischen Komponente in den geschäftlichen Mittelpunkt von Unternehmen. Digitaler Ökosysteme verwischen früher klare Aufgabenfelder. IT und Embedded verschmelzen z.B. in der Automobiltechnik, Medizin und Automatisierung. Mit der steigenden Systemkomplexität wird auch die Qualitätssicherung intelligenter. Das erfordert neue Kompetenzen im Umgang mit Big Data und KI. Im Rahmen des Workshops diskutieren wir mit Wissenschaftler und Anwendern, welche Konsequenzen digitale Ökosysteme auf die Arbeiten des Testers haben und welche Kompetenzen eines Data Scientisten sich ein Tester für die Qualitätssicherung der Systeme der Zukunft aneignen muss. Der Workshop findet im Rahmen des Software-QS-Tags am 24. Oktober 2019 in Frankfurt am Main statt. Der Software-QS-Tag ist die größte und führende Konferenz in Deutschland zum Thema Softwarequalität und Testen. Wir würden uns freuen, wenn Sie als Mitglied der Fachgruppe an unserem Workshop teilnehmen könnten! Nähere Informationen unter: https://www.qs-tag.de/abstracts/706 Herzliche Grüße und bis zur Jahresversammlung – live oder per WebEx GI FG Measurement & Data Science -Christof Ebert, Vector, @christofebert -Jens Heidrich, Fraunhofer IESE -Reiner Dumke, University of Magdeburg -Cornelius Wille, University of Bingen www.software-measurement.de Software Measurement News 24(2019)2
Position Paper 27 Document submitted for discussion to Canadian SCC members to ISO JTC1-SC7 Object: Proposed IEEE submission to ISO fast track process of IEEE-2340 Prepared by: Alain Abran, August 28, 2019 At the plenary meeting in Finland on May 2019, the IEEE has indicated its intent to submit to ISO its proposal of IEEE 2430 (Standard for Software Non Functional Requirements Sizing, also referred to as ‘SNAP’), originating from the IFPUG organization (International Function Point Users Group). While the intent of the proposed IEEE-2430 standard is to meet a well-recognized industry need, the design of the proposed solution (e.g., SNAP Points) fails from two major perspectives: A) Measurement design The SNAP design (see Table below) takes into account 16 different sub-categories of Non Functional Requirements quantified with 11 distinct measurement units and, next, improperly adds them together - without considering their measurement units - into a single number with a label of ‘SNAP Points’ but without a corresponding definition and measurement unit: such an addition fails primary school maths! By analogy, the maths in SNAP correspond to adding together 4 cars + 5 tables + 6 glasses + 15 spoons + 3 beds + 9 pencils = ??? We learn at primary school that this cannot be done, and should not be done. Still, the SNAP design does it and comes up with a total of 42, dropping its own 11 distinct measurement units and arbitrarily labeling these as SNAP Points – without defining what is precisely such a ‘SNAP Point’ measurement unit. In summary: the SNAP measurement design is ‘fake measurement’: it produces indeed a single number, but this is done through invalid maths and, while it has a ‘label’ of SNAP Points, it has is no meaningful measurement unit: a single SNAP point has no meaning, and this is not measurement. B) The empirical study The empirical summary presented in the Powerpoint (prepared by T. Ben-Cnaan and A. Reilly) at the SC7 meeting in Finland in support of the SNAP relationship to effort the content of this empirical study referenced in this Powerpoint is based on the paper published in Crosstalk Journal (from the USA DOD), July-August 2013, pp.21-26). Software Measurement News 24(2019)2
28 Position Paper A detailed analysis of this paper indicates that the statistical analysis was improperly conducted and is seriously flawed: 1- The data set used of 48 data point has not a Normal Distribution: in Figure 4 of this paper in Crosstalk there is a significant outlier that is almost as large as the other 47 data points combined and in a regression such an outlier unduly influences the regression results. When this outlier is included, the Coefficient of regression is indeed = 0.89 (the maximum being 1.0) but including such an outlier is improper in such a regression analysis no single data point should unduly influence the coefficient of regression. Such undue influence does happen, as in this study when the condition of Normality is not met (e.g., a Non-Gaussian distribution). When this outlier is taken out, as should have been done for a proper regression model, the regression equation based on the remaining 47 data points would be quite different, and the visual analysis of Figure 4 clearly shows that its coefficient of regression would then much, much smaller, representing a very, very small relationship to effort, and maybe almost random, there leading to the opposite conclusion by the authors of this empirical study Note: the detailed data not being available, I could not obtain the exact coefficients of the regression when done according to the proper usage of regression analysis. 2- The assertion in the study, and in the Powerpoint, that the data set of 48 data points is sufficient for this statistical study is wrong. It is incorrect to consider a single independent variable in this study. The basis of this empirical study is the set of 16 distinct variables that are being sized (e.g. the 16 different sub-categories of NFR involved in the SNAP design: in proper statistical analysis, each independent variable would require 20 to 30 data points each for a sound statistical analysis. That is, the validity of such an empirical study with 16 underlying variables would have required a minimum of (16 variables x 20 data points for each variable) = 320 data points. Asserting that there is a single variable in this study and that 48 data points are sufficient is an improper usage of statistical analysis and ‘fake science’. In summary, SNAP corresponds to a ‘placebo’ aimed to ‘please’ rather than an engineering solution based on sound measurement, sound mathematics, sound usage of statistics and sound empirical research. Summary In summary, in my opinion the adoption of IEEE 2430 by ISO would be a disservice to society, and to the reputation of ISO itself. Software Measurement News 24(2019)2
Position Paper 29 Recommendation I would therefore recommend that: A) Canada does not approve as an ISO standard the proposed IEEE 2430 when it is submitted to ISO through the fast-track adoption process. B) Tto avoid embarrassment to its IEEE standardization partner, Canada suggests to IEEE to suggest to withdraw their IEEE-2340 proposal. This table is based on Version 2.3 of SNAP Points (The final version of IEEE-2430 is not yet available, but the probability of changes to its fundamental design is very small). Software Measurement News 24(2019)2
30 App News The SoftwareLite App by Reiner R. Dumke SoftwareLite helps to accurately measure the software scope. This app serves mainly for the application of the COSMIC Function Point method (as International Standard ISO/ IEC 19761) in a simplified form (as LeanCOSMIC) and can be used via the button "Software Sizing". Up to 20 so-called functional processes and up to 15 associated data groups (as identification of the COSMIC metrics (data movement)) can be defined/acquired. The determination of the COSMIC Function Points (CFP) with the four sub metrics Entries, Exits, Reads and Writes then takes place via the COSMIC Sizing Button whereby each functional process receives its CFP and the total CFP (Total CFP) is then displayed. This app also enables the application of a shortened COSMIC method as Early & Quick Method and the local extension approach of the process CFPs (e.g. by considering the "inner" functional scope) as Extend Method. The measurement data can be provided with an identification and stored within the app (and reloaded later). For helpful information the app pages contain links to the COSMIC community, to SML@b, to our metrics bibliography on our GI website as well as to the risks of Peter Neumann and a SWEBOK classification for software engineering in general. This App is useful for short and fast project management in the agile development and as educational support for computer science students and professionals. This (Lite) app calculates the software scope, stores the respective measurement results and motivates for the application of the cost estimation possibilities and the project controlling with the SoftwareExpert app. (SoftwareLite app is free) Software Measurement News 24(2019)2
App News 31 Software Sizing: Software sizing starts with the definition of the Size measurement characteristics in the Size Measure Description. After this inputs, the Functional Processes are defined as basic of size measurement.Each functional process can contain several (limited by 15) data groups in order to identify the data movements. The COSMIC CFP Counting supports the size measurement based on the Entry, Exit, Read and Write metrics. The Set buttons help in case of large metrics values. Software Measurement News 24(2019)2
32 App News Every size measurement page have a Help button. The Help for counting includes an overview about the COSMIC patterns in order to support the COSMIC software model. For faster CFP measurement, the COSMIC Early & Quick method can be used. Using this method, you define three classes of CFP values and use it for counting/measurement for every functional process. Furthermore, the COSMIC local extension method can be used in order to involve CFP values caused by a high functionality in the software system or application. This allows the CFP value of each functional process to be adjusted. Software Measurement News 24(2019)2
App News 33 The Measurement report gives an overview about the measured software system or application. The software size measurement can be stored defining an ID (title) and can be used later again. Only as an information, the two pages Software Estimation and Software Experience can be viewed (but only used in the SoftwareExpert app). Software Measurement News 24(2019)2
34 App News The SoftwareLite app is usable in four languages: English, German, French and Spain. Software Measurement News 24(2019)2
App News 35 The SoftwareExpert App by Reiner R,. Dumke The SoftwareExpert app is not a comprehensive project management system. It helps to get a quick and concrete overview of the IT project situation and/or the essential software system features and to save them for simple comparisons. SoftwareExpert helps to accurately measure the software scope. This app serves mainly for the application of the COSMIC Function Point method ( as International Standard ISO/IEC 19761) in a simplified form (as LeanCOSMIC) and can be used via the button "Software Sizing". Up to 20 so-called functional processes and up to 15 associated data groups (as identification of the COSMIC metrics (data movement)) can be defined/acquired. The determination of the COSMIC Function Points (CFP) with the four sub metrics Entries, Exits, Reads and Writes then takes place via the COSMIC Sizing Button whereby each functional process receives its CFP and the total CFP (Total CFP) is then displayed. This app also enables the application of a shortened COSMIC method as Early & Quick Method and the local extension approach of the process CFPs (e.g. by considering the "inner" functional scope) as Extend Method. (sorry, SoftwareExpert app has a symbolic price) Software Measurement News 24(2019)2
36 App News The special benefit of this app is the possibility (in the Estimate button) to use the estimation formulas and relations known from the international experience for the effort, the productivity, the project duration and much more due to a circumference measurement (mainly as CFP). Some of these estimates are displayed under the Project Dashboard button as a general overview. If other circumference measurements are given (e. g. as LOC, IFPUG Function Points, Story Points etc.) a conversion can be done under Convert before and the estimation formulas can be used on this basis. The informative part of this app is supplemented by an overview of some of the very classic experiences of software engineering (as Software experiences). The measurement data can be provided with an identification and stored within the app (and reloaded later). Some examples (mostly from the COSMIC community) are already available for the app user. For helpful information the app pages contain links to the COSMIC community, to SML@b, to our metrics bibliography on our GI website as well as to the risks of Peter Neumann and a SWEBOK classification for software engineering in general. This app is useful for short and fast IT project controlling in the agile development and as educational support for computer science students and professionals based on the current knowledge in empirical software engineering. Software Sizing: The software size measurement based on the COSMIC Function Point method can be used in the same manner like in the SoftwareLite app (see above). The links to the Software Measurement Laboratory (sml@b) and to the COSMIC community support the The different aspects of software process estimation are essential features in the SoftwareExpert app. Software Measurement News 24(2019)2
App News 37 Software Estimation: The Software estimation area can be used independently of Software sizing. It starts with a Project description as basic for the identification of the software process estimations. Then you can continue with the estimations if you use the total CFP value from the software sizing before. But, you can start with your own size value. You can choose between Linesd of Code (LOC), IFPUG Function Points, NESMA Function Points, Feature Points, Use Case Points and Story Points and can transform this value to the general app unit as COSMIC Function Points (CFP) using the Convert features. Then you can perform the different estimates like effort, test, cost, duration, documentation, team size, productivity, risk and error estimations. Software Measurement News 24(2019)2
38 App News Note, all estimations are based on the given/transformed/defined/assumed software size. You can choose the existing value (by measurement or converting before) or you define your own size value (in CFP!). In every part of project aspect estimation you can select (one or more) between several estimates by Experts that you can find in the literature of the empirical software engineering. Press the Average button for storing the value in the Project dashboard. In principle you can define your own estimation using your own scaling factors. Software Measurement News 24(2019)2
App News 39 Finally, these estimates values are stored in the so-called Project Dashboard. You can consider and accept this dashboard or you can make any corrections in the different estimation parts and define the Project dashboard again. Furthermore, some project metrics are delivered in a temporary manner and can help to characterize your IT project controlling with interesting aspects. Software Measurement News 24(2019)2
40 App News Software Experiences: The part of software experiences summarizes the well known empirical knowledge in software engineering for typical software engineering areas. The Web links to our Metrics bibliography, the Neumann risks overview and the software engineering description in the SWEBOK could be helpful for understanding and motivating of IT project aspects and problems. As in the SoftwareLite app the data can be stored in this app data base as well. But, the stored data of the SoftwareExpert app also includes all the data from the estimation part. The SoftwareExpert app can also be used in four languages: English, German, French and Spain. Software Measurement News 24(2019)2
App News 41 The both Apps are based on our COSMIC books: Dumke, R., Abran, A.: COSMIC Function Points – Theory and Advanced Practices CRC Publ., Boca Raton, 2011 (334 p.) ISBN 978-1-4398-4486-1 and Dumke, R., Schmietendorf, A., Seufert, M., Wille, C.: Handbuch der Softwareumfangsmessung und Aufwandschätzung Logos Verlag, Berlin, 2014 (570 p.), ISBN 978-3-8325-3784-5 Both apps can be helpful in computer science education in order to better understand the complexities and relationships in software project management in practices. Software Measurement News 24(2019)2
42 New Books on Software Measurement Christof Ebert: Systematisches Requirements Engineering. ISBN: 978-3-86490-562-9, Dpunkt-Verlag, Heidelberg, Germany, 6. komplett überarbeitete Auflage, 2019 https://www.dpunkt.de/buecher/ 13121/9783864905629-systematisches- requirements-engineering.html Schmietendorf, A., Hartenstein, S.: Open API 2019 Workshop: API-Management – IT Security 04. April, Hamburg Shaker Verlag, Aachen, April 2019, ISBN 978-3- 8440-6584-8 The book includes the proceedings of the API- Management 2019 Workshop held in Hamburg in April 2019, which constitute a collection of theoretical studies in the field of measurement and evaluation of service oriented and API technologies. Miroslaw Staron: Software Development Measurement Programs Springer Publ., 2019 ISBN 978-3030063085 This book describes approaches and techniques for implementing software measurement processes from a practical point of view involving toll support, project integration and measurement programs evolution. Software Measurement News 24(2019)2
New Books on Software Measurement 43 Schmietendorf, A.,: ESAPI 2018 2. Workshop: Evaluation of Service-APIs 8. November 2018, München Shaker Verlag, Aachen, April 2018, ISBN 978-3- 8440-6254-0 The book includes the proceedings of the Evaluation of Service-APIs 2018 Workshop held in Munich in November 2018, which constitute a collection of theoretical studies in the field of measurement and evaluation of service oriented and API technologies. Gerardus Blokdyk: Software Measurement the Ultimate Step-By-Step Guide 5starcooks Publ. 2018 This book summarizes some helpful practical experiences about measurement integration in software management processes and their successful implementation. Harry Sneed: Endstation Wien 45 Jahre Projekterfahrungen in der deutschsprachigen IT-Welt BoD Norderstedt, 2017, 328 S. ISBN 978-3-7448-8364-1 Dieses Buch beschreibt nahezu die gesamte Tätigkeit von Harry Sneed in der IT-Welt, von den Anfängen der Großrechner mit den COBOL und PL/1-Programmen bis hin zu den aktuellen und modernen Ansätzen Service-orientierter Tech-nologien und Systemen. Dieses Buch fasst vor allem die umfangreichen Erfahrungen zu Wartungs-, Migrations- und Testprojekten zusammen, die auch für die Beherrschung aktueller und moderner Software-Anwen- dungen notwendig sin Software Measurement News 24(2019)2
44 New Books on Software Measurement Abran, A.: Software Project Estimation: The Fundamentals for Providing High Quality Information to Decision Makers Wiley IEEE Computer Society Press, 2015 (288 pages), ISBN 978-1-118-95408-9 This book introduces theoretical concepts to explain the fundamentals of the design and evaluation of software estimation models. It provides software professionals with vital information on the best software management software out there. End-of-chapter exercises, Over 100 figures illustrating the concepts presented throughout the book, Examples incorporated with industry data. Capers Jones: Guide to Selecting Software Measures and Metrics Auerbach Publications, 2017, 358 p. ISBN 978-1138-033078 The book helps software project managers and developers uncover errors in measurements so they can develop meaningful benchmarks to estimate software development efforts. It examines variations in a number of areas that include: Programming languages, Development methodology, Software reuse, Functional and nonfunctional requirements, Industry type, Team size and experience. Filled with tables and charts, this book is a starting point for making measurements that reflect current software development practices and realities to arrive at meaningful benchmarks to guide successful software projects. Jasveer Singh: Functional Software Size Measurement Methodology with Effort Estimation and Performance Indication John Wiley/IEEE Press 2017 This book describes a new size measurement method called as FSSM (as acronym from the book title) in order to qualify the effort and performance estimation of IT project. This method is addressed for software written in high-level languages and should useable for most of the current types of projects. Software Measurement News 24(2019)2
Conferences Addressing Metrics Issues 45 Software Measurement & Data Analysis Addressed Conferences August 2019 International Conference on Advances in Big Data, Computing and Data Communication System icABCD'19: August 5 - 6, 2019, Winterton, South Africa see: http://icabcd.org/2019/ Annual North American Agile Conference AGILE 2019: August 5 - 9, 2019, Washington, USA see: https://www.agilealliance.org/agile2019/ European Software Engineering Conference and Symposium on the Foundation of Software Engineering ESEC/FSE 2019: August 26 -30, 2019, Tallinn, Estonia see: https://esec-fse19.ut.ee/ Software Engineering & Advanced Application Conference Euromicro DSD/ August 28 - 30, 2019, Kallthea, Greece SEAA 2019: see: http://dsd-seaa2019.csd.auth.gr/ September 2019 16th International Conference on Quantitative Evaluation of Systems QEST 2019: September 9 - 12, 2019, Glasgow, UK see: http://www.qest.org/qest2019/ European Systems & Software Process Improvement and EuroAsiaSPI2 2019: Innovation Conference, September 18 - 20, 2019, Edinburgh, UK see: http://2019.eurospi.net/index.php/vision International Conference on Software Engineering and Formal Methods SEFM 2019: September 16 - 20, 2019, Oslo, Norway see: http://sefm2019.inria.fr/ Empirical Software Engineering International Week ESEIW 2019: September 1 - 20, 2019, Porto de Galinhas,Brazil see: http://eseiw2019.com/ IEEE International Requirement Engineering Conference RE 2019: September 23 - 27, 2019, Jeju Island, South Korea see: http://re19.org/ International Conference on Data Science and Engineering ICDSE 2019: September 26 - 28, 2019, Patna, India see: https://www.iitp.ac.in/~icdse2019/ Software Measurement News 24(2019)2
46 Conferences Addressing Metrics Issues October 2019 Common International Conference on Software Measurement IWSM/Mensura 2019: October 7 - 9, 2019, Haarlem, Netherlands see: https://nesma.org/event/iwsm-mensura-2019-conference/ API Conference 2019 API 2019: October 15 – 16, 2019, Berllin Germany see: https://apiconference.net/de/ Conference on Software Asset Management SAM Summit 2019: October 21 - 22, 2019, Chicago, USA see: http://www.ecpmedia.com/samsummit.html Open Data science Conference Europe ODSC 2019: October 19 - 22, 2019, London, UK see: https://www.odsc.com/london Arbeitskonferenz Softwarequalität, Test und Innovation ASQT 2019: October 24r , 2019, Bozen, Austria see: http://www.asqt.org/ November 2019 Workshop Evaluation of Service-APIs ESAPI 2019: November, 2019, Germany see: https://blog.hwr-berlin.de/schmietendorf/ Automated Software Engineering ASE 2019: November 11 - 15, 2019, San Diego, USA see: https://2019.ase-conferences.org/ IEEE International Conference on Data Mining IEEE ICDM 2019: November 8 - 11 , 2019, Beijing, China see: http://icdm2019.bigke.org/ Open Data Science Conference Europe November 19 - 22, 2019, London, UK ODSC Europe 2019: see:https://10times.com/odsc-london-borough-of-hammersmith- and-fulham International Conference on Software Engineering Advances ICSEA 2019: November 24 - 28, 2019, Valencia, Spain see: https://www.iaria.org/conferences2019/ICSEA19.html International Conference on Product Focused Software Process PROFES 2019: Improvement November 27 - 29, 2019, Barcelona, Spain see https://profes2019.upc.edu/ Software Measurement News 24(2019)2
Conferences Addressing Metrics Issues 47 December 2019 International Conference on Industrial Engineering and Engineering Management IEEM 2019: December 15 - 18, 2019, Macau see: http://www.ieem.org/public.asp?page=home.htm see also: http://www.acisinternational.org/newconferences.html https://www.acm.org/conferences https://www.ieee.org/conferences_events/index.html Software Measurement News 24(2019)2
48 Measurement in the World-Wide Web COMMUNITIES Central Europe Computer Measurement Group (ceCMG) http://www.cecmg.de Metrics Association's Inter- national Network (MAIN) http://www.mai-net.org Finnish Software Measurement Association (FISMA) http://www.fisma.fi/in-english/ Netherlands Software Metrics users Association (NESMA) http://www.nesma.org/ Software Measurement News 24(2019)2
Measurement in the World-Wide Web 49 GI-Fachgruppe Software- Messung und Bewertung https://fg-metriken.gi.de/ (Measurement News Online) Common Software Measurement International Consortium http://cosmic-sizing.org Deutschsprachige Anwender- gemeinschaft für Software-Metrik und Aufwandschätzung http://www.dasma.org International Software Bench- marking Standard Group (ISBSG) https://www.isbsg.org Software Measurement News 24(2019)2
50 Measurement in the World-Wide Web Asociacion Espanola de Metricas de Software http://www.aemes.org/ United Kongdom Software Metrics Association (UKSMA) http://www.uksma.co.uk Gruppo Utenti Function Point Italia - Italian Software Metrics Association (GUFPI - ISMA) http://www.gufpi-isma.org Anwenderkonferenz Software- qualität und Test (ASQT) http://www.asqt.org Software Measurement News 24(2019)2
Measurement in the World-Wide Web 51 MEASUREMENT SERVICES Software Measurement Laboratory (SML@b) http://www.smlab.de International Function Point Users Group (IFPUG) http:www.ifpug.org Practical Software & Systems Measurement www.psmsc.com/: Software Measurement News 24(2019)2
52 Measurement in the World-Wide Web Computer Measurement Group (CMG) http://www.cmg.org Software Engineering Institute (SEI) www.sei.cmu.edu/measurement/ Software Productivity Research (SPR) http://www.spr.com/ McCabe & Associates http://www.mccabe.com Software Measurement News 24(2019)2
Measurement in the World-Wide Web 53 SQS Gesellschaft für Software-Qualitätssicherung http://www.sqs.de Quantitative Software Management (QSM) http://www.qsm.com/ Fraunhofer Institute for Experimental Software Engineering (IESE) https://www.iese.fraunhofer.de/ National Institute of Standards and Technology (NIST) https://www.nist.gov/el Software Measurement News 24(2019)2
54 Measurement in the World-Wide Web SOFTWARE MEASUREMENT INFORMATION Software Measurement Bibliography See our overview about software metrics and measurement in the Bibliography at https://fg-metriken.gi.de/bibliographie/ including any hundreds of books and papers Bibliography Structure: Software Measurement & Wikipedia Help to qualify the software measurement knowledge and intentions in the world wide web: Software Measurement News 24(2019)2
Measurement in the World-Wide Web 55 Software Engineering Body of Knowledge (SWEBOK) http://www.swebok.orgl Project Management Body of Knowledge (PMBOK) http://www.pmbook.org Software Measurement News 24(2019)2
SOFTWARE MEASUREMENT NEWS VOLUME 24 2019 NUMBER 2 CONTENTS Announcements .......................…..............................…............. 2 Conference Reports ..........................................................…............ 13 Community Reports ...............................................................…....... 23 Position Paper .......................................................................…......... 27 Alain Abran: Document submitted for discussion to Canadian SCC members to ISO JTC1-SC7....27 App News ..............................................................………………....... 30 New Books on Software Measurement ................................... 42 Conferences Addressing Measurement Issues............................. 45 Metrics in the World-Wide Web ....................................................... 48 ISSN 1867-9196
Sie können auch lesen