Copyright © 2008 Nara Institute of Science and Technology / Osaka University Using Software Tag for Traceability and Transparency in Global Software Engineering.

Slides:



Advertisements
Similar presentations
Computer Science Department
Advertisements

ECMDA workshop Thales ATM experience in using MDE ECMDA Workshop From code centric to model centric software engineering Bilbao 11 July 2006.
Automated Software Testing: Test Execution and Review Amritha Muralidharan (axm16u)
Chapter 4 Quality Assurance in Context
International Energy Agency Hydrogen Implementing Agreement Proposed Task on Hydrogen Safety.
The COUNTER Code of Practice for Books and Reference Works Peter Shepherd Project Director COUNTER UKSG E-Books Seminar, 9 November 2005.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Standardization Framework (Myanmar) Ye Yint Win President Myanmar Computer Professionals Association Chair-Standardization Committee, Myanmar Computer.
Software Engineering 1 Evolutionary Processes Lesson 11.
Copyright © 2012 Nara Institute of Science and Technology Introduction of NAIST IS Introduction of Graduate School of Information Science (IS) Software.
11 th International Symposium Loss Prevention and Process Safety Promotion in the Process Industries 1 OECD Workshop on Sharing Experience in the Training.
PRJ270: Essentials of Rational Unified Process
Documentation Testing
Copyright © 2006 Software Quality Research Laboratory DANSE Software Quality Assurance Tom Swain Software Quality Research Laboratory University of Tennessee.
Improving Software Economics. Software & the Internet: Business Drivers Surveyed 100 Software Industry Experts 1.Growth of complexity 2.Continuously-evolving.
SENG521 (Fall SENG 521 Software Reliability & Testing Defining Necessary Reliability (Part 3b) Department of Electrical & Computer.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
Concordia University Department of Computer Science and Software Engineering Click to edit Master title style ADVANCED PROGRAMING PRACTICES Introduction.
IWFST20051 A Research Framework for Empirical Software Engineering Collaboration and Its Application in a Software Development Project Yoshiki Mitani*,
NATIONAL ACCIDENT - INJURY DATABASE (UKAY) PUBLIC HEALTH AGENCY OF TURKEY.
Cracow Grid Workshop 2003 Institute of Computer Science AGH A Concept of a Monitoring Infrastructure for Workflow-Based Grid Applications Bartosz Baliś,
© Drexel University Software Engineering Research Group (SERG) 1 Based on the paper by Philippe Kruchten from Rational Software.
PILOT PROJECT: External audit of quality assurance system on HEIs Agency for Science and Higher Education Zagreb, October 2007.
SOFTWARE QUALITY ASSURANCE PRACTICE IN JAPAN
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University ICSE 2003 Java.
Chapter 2 The process Process, Methods, and Tools
ISO Tor Stålhane IDI / NTNU. What is ISO ISO 9001 was developed for the production industry but has a rather general structure ISO describes.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
ISESE2004 ymitani EASE/NAIST1 An Experimental Framework for Japanese Academic-Industry Collaboration in Empirical Software Engineering Research Yoshiki.
Open Data Promotion Consortium Noboru Koshizuka, Chair Person, Technical Committee Open Data Promotion Consortium Activities of Technical Committee in.
1 The Architectural Design of FRUIT: A Family of Retargetable User Interface Tools Yi Liu, H. Conrad Cunningham and Hui Xiong Computer & Information Science.
Rational Unified Process Fundamentals Module 4: Disciplines II.
By: Md Rezaul Huda Reza 5Ps for SE Process Project Product People Problem.
A Lightweight Platform for Integration of Resource Limited Devices into Pervasive Grids Stavros Isaiadis and Vladimir Getov University of Westminster
Welcome at the PLCopen presentation
T Project Review Magnificent Seven Project planning iteration
Workshop on Computer-Supported Knowledge Collaboration, Shanghai, July 7, Current Status of Software Industry in Japan.
Copyright © 2010 Nara Institute of Science and Technology / Osaka University Standardizing the Software Tag in Japan for Transparency of Development Profes.
The Single Window: benefits from an advanced trade facilitation tool and UN standards for a transition economy Slavica KUTIROV Customs.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
Task Group on development of e-Government indicators (TGEG) 2008 Global Event on Measuring the Information Society Report on e-Government indicators 2008.
Sustainable Product Innovation Project UNEP’s Policy Component On behalf of UNEP Tran Van Nhan Asc. Prof., Ph.D Director Vietnam Cleaner Production Centre.
Extending HTML CPSC 120 Principles of Computer Science April 9, 2012.
Framework for the Development and Testing of Dependable and Safety-Critical Systems IKTA 065/ Supported by the Information and Communication.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University Applying Clone.
Panel Session Accountability and Traceability in Global Software Engineering Coordinator Katsuro Inoue Osaka University.
Slide 12.1 Chapter 12 Implementation. Slide 12.2 Learning outcomes Produce a plan to minimize the risks involved with the launch phase of an e-business.
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University VerXCombo: An.
1 XBRL Pilot Project at BOJ May 2004 Yoshiaki Wada Bank Examination and Surveillance Department Bank of Japan © 2004 Bank of Japan.
T Software Development Project I Customer Info Jari Vanhanen Ohjelmistoliiketoiminnan ja –tuotannon laboratorio Software Business and.
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University 1 Software Tag:
July, 2008 Impati – Software Test Solutions. July, Contents Testing Service Overview and Approach Test Services and Industries Key Services Offering.
Worldwide Protein Data Bank wwPDB Common D&A Project Full Project Team Meeting Rutgers March 16-19, 2010.
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University 1 Extracting Sequence.
SoftwareServant Pty Ltd 2009 SoftwareServant ® Using the Specification-Only Method.
Welcome to Software Project Management. CONVENTIONAL SOFTWARE MANAGEMENT The BEST and WORST thing about software is its flexibility. 1.Software development.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
BIMILACI 2007 Partners for Quality Infrastructure: The FIDIC Vision Washington, May 10, 2007 Dr. Jorge Díaz Padilla FIDIC President.
Strategy for EASE Project Kenichi Matsumoto Nara Institute of Science and Technology (NAIST) EASE Project, Ministry of Education, Culture, Sports, Science.
Advanced Programing practices
Lecture 6. Information systems
Copyright Scott Bloss, All rights reserved.
Empirical Project Monitor and Results from 100 OSS Development Projects Masao Ohira Empirical Software Engineering Research Laboratory, Nara Institute.
○Yuichi Semura1, Norihiro Yoshida2, Eunjong Choi3, Katsuro Inoue1
Horizon 2020 Project Grant Agreement
Empirical Software Engineering Research Project
Presentation transcript:

Copyright © 2008 Nara Institute of Science and Technology / Osaka University Using Software Tag for Traceability and Transparency in Global Software Engineering Katsuro Inoue Osaka University

2 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Software Intensive Systems Complex systems in society Important infrastructure for society Banking and communication systems Economical loss for the vendors and users when troubled Life threatening system failures air-traffic control system, automobile safety system Software systems are still extending but development periods are decreasing Demand of reducing cost and increasing reliability

3 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Non-transparent Development Process Complex development structure Development chain from main contractor to sub... sub contractors Off-shore development Software component circulation and reuse COTS(Commercial off-the-shelf), OSS(Open Source Software)... 発注者 元請会社 一次請け 二次請け (海外) 二次請け (海外) order 発注者 user 元請会社 main cont. 一次請け sub cont. 一次請け sub cont. 二次請け sub 二次請け (海外) sub (off-shore) order

4 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Issues on Non-transparency User cannot check the quality of software products Need reliable vendors User cannot select software products based on their quality No mechanism to select quality software products User cannot locate the fault and liability of software product failure Difficult to resolve immediately Long legal dispute between user and vendor when trouble occurs

5 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Software Tag Framework to share various data between user and vendor, to increase traceability and transparency of software development and product Various empirical data collected during development Tag data cannot be public. Only users can see Expected data tag, intermediate data tag, final data tag Effect of software tag Validation of software quality by users Promotion of quality software selection by users Immediate resolution for software failures Promotion of legal resolution and prevention

6 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Data Collection in Development Collection empirical data Managing quality, progress, risk, cost...

7 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Software Tag in Development Process Empirical data is selected and abstracted as software tag

8 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Element of Tag Project information(12) Basic information for project and system Progress information (29) Development information of the system

Example of Project Information......

10 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Structure of Project Info. Basic info. (4) Project name, development organization, project info., user info. System info. (2) System organization, system size Development info. (3) Development method, organization, project period Project structure info. (2) Super project info., sub project info. Other (1) Special annotation

Example of Progress Info

12 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Structure of Progress Info. Requirement (3) User hearing, size, change Design (3) Size, change, coverage of requirement Coding (3) Size, change, complexity Test (4) Size, change, density, progress Quality (8) Review status, review density, review result,..., static checking Work load (2) Consumed load, productivity Plan and management (4) Process management, meeting, risk element, risk hold time Other products (2) Size, change

13 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Usage Model Software tag usage Depend on development style, usage, user,... typical cases In contract-based development, user uses tag for evaluation of project In the case of legal dispute between user and vendor, tag is used for evaluation of user and vender liability In the case of choosing software component, user uses tag for the component evaluation

14 Copyright © 2008 Nara Institute of Science and Technology / Osaka University 1.Contract-based Development Accepting software product with tag

15 Copyright © 2008 Nara Institute of Science and Technology / Osaka University 2. Legal Dispute Resolve legal issue

16 Copyright © 2008 Nara Institute of Science and Technology / Osaka University 3. Evaluation of Software Components Evaluate component quality, risk, cost,...

17 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Empirical Data Supporting data for tag Various data for target software products and their development Ex. source code, design documents, bug reports, progress reports, ;... Encrypted if needed Decrypted when Serious system failure, legal dispute,...

18 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Approach to Define Tag Discussions on tag specification meeting #1(July 9, 2007) - #11(July 28, 2008) Working group for tag elements (May 1, 2008) Members: 14 organization 27 people References: SWEBOK,CMMI,ISO/IEC15939,SEC report Process 1. Proposal from members 2. Introducing project and process categories and other hierarchy 3. Consistency check with other standards 4. Use case scenario 5. Selecting and merging elements

19 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Members Fujitsu Lab Hitachi NEC SHARP SRA Key-Tech Lab Tokyo Stock Exchange Toshiba Japan Aerospace Exploration Agency DENSO NTT Data IPA (Information Technology Promotion Agency, Ministry of Economy, Trade and Industry, Japan) Nara Institute of Science and Technology Osaka University

20 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Usage of Tag Not necessary to use all elements Definable between user and vendor Data collection target, scope, granularity, period,... Data elements which can be computed from other elements are not included Timing of sending and opening tag data from vendor to user is determined by agreement between user and vendor Ex. at delivery time of final product, at every major phase of development, at every week, at every month,...

21 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Lifecycle of Tag

22 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Hierarchy of Software Tag Project structure is assumed as a tree Super project has links to sub projects and vise versa 22 サブ ( 子 ) プロジェクト n_ID .... Project ID Super Project ID # of Sub projects(n)... Project ID Super Project ID # of Sub projects(n) Sub_proejct1_ID Sub_projectn_ID... Super Project Tag Sub Project Tag Sub Sub Project Tag Sub_proejct1_ID Sub_projectn_ID Project ID Super Project ID # of Sub projects(n)... Sub_proejct1_ID Sub_projectn_ID

23 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Standardizing Tag Data Format XML format for tag data Empirical data Transformation to SEDEX Tag in SEDEX format Visualization tools VendorUser Evaluation SEDEX* : Software Engineering Data Exchange language

24 Copyright © 2008 Nara Institute of Science and Technology / Osaka University StagE Project Ministry of Education, Culture, Sports, Science and Technology Japan 5 year project from 2007, about 1M$/year NAIST and Osaka Univ. Leader: Kenichi Matsumoto Software Tag development and promotion Standardization of software tag Data collection method for software tag Visualization and evaluation of software tag Implementation and operation of software tag Legal issue on software development transparency

25 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Future Issues Scenario development Various use case scenarios for software tag Tool development Tag data collection, analysis, and visualization methods and tools Empirical validation of effectiveness of software tag

26 Copyright © 2008 Nara Institute of Science and Technology / Osaka University Links Homepage : ATGSE nd Workshop on Accountability and Traceability in Global Software Engineering Beijing, December 2, 2008 Co-located with 15 th Asia-Pacific Software Engineering Conference APSEC 2008