Update and Version Management1 Klaus Bothe 3rd Workshop Software Engineering Education and Reverse Engineering, Ohrid, Macedonia, 2003 Institute of Informatics,

Slides:



Advertisements
Similar presentations
Week 2 DUE This Week: Safety Form and Model Release DUE Next Week: Project Timelines and Website Notebooks Lab Access SharePoint Usage Subversion Software.
Advertisements

CLASS PROJECT How do you present yourself to a potential employer?
Document Control DAP Quality Conference May 12, 2008 Debbie Penn.
Three Years of Cooperation under Auspieces of the Stability Pact for South Eastern Europe, Ohrid, Macedonia, Three Years of Cooperation under the.
Experience with the Course in Novi Sad Zoran Budimac.
Supported by: Joint MSc curriculum in software engineering European Union TEMPUS Project CD_JEP Module SE-C-01 Requirements Engineering Experiences.
Introduction, Zagreb, Croatia, Introduction Klaus Bothe 4th Workshop Software Engineering Education and Reverse Engineering, Zagreb, Croatia, 2004.
S-Bahn Tool: Experience and Planned Features, Baile Herculane, Romania, S-Bahn Tool: Experience and Planned Features Sam Joachim 5th Workshop Software.
The new project site and corresponding sub-project sites Zoran Budimac, Klaus Bothe.
Generalized issues derived from JCSE, CC, OO Java, SWPM, Baile Herculane, Romania, 2005 Generalized issues derived from JCSE, CC, OO Java, SWPM Klaus Bothe.
DAAD workshop, Zagreb, Sept The Tempus project: “ Joint M.Sc. Curriculum in Software engineering” Zoran Budimac DMI, Univ. of Novi Sad.
ESS reference metadata implementation of standards and interoperability of National/European metadata systems Bogdan Sorin ZDRENTU, Eurostat (B5) Mogens.
Other organizational and infra-structural issues of the joint SE course Klaus Bothe, Zoran Budimac Berlin, Novi Sad 2 nd Workshop on SEE and RE.
1 Kharkiv National University of Radioelectronics, Ukraine Ontology-Based Portal for National Educational and Scientific Resources Management Masha Klymova.
Humboldt University Berlin, University of Novi Sad, University of Plovdiv, University of Skopje, University of Belgrade, University of Niš, University.
Concept of a Multilingual Virtual Classroom Network for Software Engineering Module Katerina Zdravkova Institute of Informatics, Skopje
Software Configuration Management (SCM)
Review Reports: a means to Collect Experience and Feedback1 Review Reports: a Means to Collect Experience and Feedback Klaus Bothe 3rd Workshop Software.
CBAS Write UPDATES Versions and June 8 and August 10, 2012 Trish Martin, Senior Technical Project Manager Measurement Incorporated.
Configuration Management
1 OO Java, Baile Herculane, Romania, 2005 OO Java Requirements Specification - Produce highly adaptable teaching materials - 1 st step: collect all useful.
What is so good about Archie and RevMan 5
1 What do People Recall about their Documents? Implications for Desktop Search Tools Tristan Blanc-Brude and Dominique L. Scapin INRIA ACM IUI 2007 (22%)
Introduction 11 th Workshop Software Engineering Education and Reverse Engineering Ohrid, Macedonia 22 th – 27 th August 2011 Klaus Bothe Institute of.
1 Project / Action Plan Project / Action Plan “ Application of Information and Communication Technology to Production and Dissemination of Official statistics”
35 th Consultative INIS Liaison Officers Meeting Vienna, Austria October 2010 Usage Metrics Subgroup Status Report Debbie Cutler (augmented by Taghrid.
Examples of Technical Evaluation Documentation. Task Evaluation Documentation Agreed to Estimate (Inadequate) TASK: AAC TASK DESCRIPTION: COMM LINK SOFTWARE.
The Status Report for IG meeting Wojciech Jarosz February 13 th 2009.
1 Purchasing Year End Presented by Donnita Thomas Revised April 19, 2012.
Release Management Configuration management. Release Management Goal Coordinate the processes through the project development life cycle Ensure the.
Introduction 10 th Workshop Software Engineering Education and Reverse Engineering Ivanjica, Serbia 6 th – 11 th September 2010 Klaus Bothe Institute of.
Submitting Course Outlines for C-ID Designation Training for Articulation Officers Summer 2012.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Topics Covered Phase 1: Preliminary investigation Phase 1: Preliminary investigation Phase 2: Feasibility Study Phase 2: Feasibility Study Phase 3: System.
Disciplined Software Engineering Lecture #2 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #2 Software Engineering.
JDTA Item and Learning Object Versioning – Proposed Approach JDTA Item and Learning Object Versioning – Proposed Approach Jamie Stewart, Steve Wicinski,
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
1 Technology Infusion of the Software Developer’s Assistant (SDA) into the MOD Software Development Process NASA/JSC/MOD/Brian O’Hagan 2008 Software Assurance.
1 Prerequisites, Baile Herculane, Romania, 2005 Prerequisites of 1 st semester students at HU Klaus Bothe 5th Workshop Software Engineering Education and.
Configuration Management
Software Configuration Management SEII-Lecture 21
Class Lecture Notes Ms. Haut. Class Lecture Notes on Class Website Notes saved in 2 formats –PowerPoint Recommended.
1 SAFNWC/MSG User Survey Results & WORKSHOP DISCUSSION AND OUTPUT 18 th October 2005 Madrid Marcelino Manso Rejón Instituto Nacional de Meteorología.
OHIO STATE UNIVERSITY EXTENSION Extension Educator A&P Workshop Research and Creative Works Publications.
GUCS News M.Timmins12 th CATIA forum20/09/ GUCS reminder - News from the SMT workshop - 29 th – 30 th of August Outline.
Software Engineering Lecture 9: Configuration Management.
? Training removes doubt, instills confidence, and lays the foundation for everyone’s skill and experience level.
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Use and Conduct of Safety Analysis IAEA Training Course on Safety Assessment of NPPs to Assist Decission Making Workshop Information IAEA Workshop Lecturer.
CIRCABC Guide for PA-NFAs (Public Authorities – National Funding Authorities)
Software Configuration Management (SCM)
Best practice Upgrade process
Software Configuration Management
Software Configuration Management
GIRO usage and GSICS Lunar Observation Dataset Policy S. Wagner
Change Control Process—I
Chapter 27 Change Management
Lecture 3 Change Management
Software Configuration Management
Chapter 27 Change Management
Chapter 27 Change Management
Status DETA Ways forward
doc.: IEEE <doc#>
Systems Analysis and Design
Sharing of Eurostat predefined tables
Sharing of Eurostat predefined tables
EPAN - eGovernment EPAN Administrative Framework
Chapter 27 Change Management
Argumentative Essay Topics: Directions: Select your topic from the nytimes website or the Essay topics document. Then take notes from each source according.
Presentation transcript:

Update and Version Management1 Klaus Bothe 3rd Workshop Software Engineering Education and Reverse Engineering, Ohrid, Macedonia, 2003 Institute of Informatics, Humboldt University – Berlin, Germany, Joint Course on Software Engineering

Update and Version Management2 Joint Course on Software Engineering Update management Version: 14 July Author: Klaus Bothe 1.Unique current topic files: For each topic, there is only one current ppt slide file which is located at the SE education website of HU. 2.Only one modifier of a topic file at one moment: At one moment, only one party is allowed to modify the current topic file. 3.Technical modification procedure: Agreement of a topic modification between the modifier and the project manager. The current topic file has to be marked by “in update by ‘modifier’ s name’” (done by the website administrator). After the modification, the website administrator physically exchanges the old current topic file by the modified current topic file. Joint Course on Software Engineering Update management Version: 14 July Author: Klaus Bothe 1.Unique current topic files: For each topic, there is only one current ppt slide file which is located at the SE education website of HU. 2.Only one modifier of a topic file at one moment: At one moment, only one party is allowed to modify the current topic file. 3.Technical modification procedure: Agreement of a topic modification between the modifier and the project manager. The current topic file has to be marked by “in update by ‘modifier’ s name’” (done by the website administrator). After the modification, the website administrator physically exchanges the old current topic file by the modified current topic file.

Update and Version Management3 4. Save old topic versions: Two old topic versions should be saved by the website administrator (Should they also be accessable from the SE website by a link?). 5.Version identification: A version has to be be uniquely identified by its date (on the title slide of the topic). 6.Documentation of modifications: The lecture notes of the title slide have to capture all (important) modifications with respect to the previous version. Reference to a modified slide should be done by its slide number and its slide title (slide numbers can change, slide titles should be unique). 7. Release intervals: To have a common basis of discussion, versions should not be released so often (each some months, half a year). 4. Save old topic versions: Two old topic versions should be saved by the website administrator (Should they also be accessable from the SE website by a link?). 5.Version identification: A version has to be be uniquely identified by its date (on the title slide of the topic). 6.Documentation of modifications: The lecture notes of the title slide have to capture all (important) modifications with respect to the previous version. Reference to a modified slide should be done by its slide number and its slide title (slide numbers can change, slide titles should be unique). 7. Release intervals: To have a common basis of discussion, versions should not be released so often (each some months, half a year).

Update and Version Management4 1.Unique current topic files Joint Course Website Topic 5 Topic 5c Topic 5b Topic 5a personal copy current topic file ^_^ updates

Update and Version Management5 2. Only one modifier of a topic file at one moment Joint Course Website Topic 5 Topic 5c Topic 5b Topic 5a personal copy current topic file ^_^ current topic file in modification ^_^ modifier A

Update and Version Management6 3. Technical modification procedure Joint Course Website Topic 5 Topic 5a current topic file ^_^ modifier A current topic file in modification ^_^ website administrator project manager step 1: agreement in update by A step 2b: mark topic step 2a: request step 3a: modification finished step 3b: exchange Topic 5 by Topic 5a

Update and Version Management7 4. Save old topic versions: Two old topic versions should be saved by the website administrator (Should they also be accessable from the SE website by a link?). 5.Version identification: A version has to be be uniquely identified by its date (on the title slide of the topic). 6.Documentation of modifications: The lecture notes of the title slide have to capture all (important) modifications with respect to the previous version. Reference to a modified slide should be done by its slide number and its slide title (slide numbers can change, slide titles should be unique). 7. Release intervals: To have a common basis of discussion, versions should not be released so often (each some months, half a year). 4. Save old topic versions: Two old topic versions should be saved by the website administrator (Should they also be accessable from the SE website by a link?). 5.Version identification: A version has to be be uniquely identified by its date (on the title slide of the topic). 6.Documentation of modifications: The lecture notes of the title slide have to capture all (important) modifications with respect to the previous version. Reference to a modified slide should be done by its slide number and its slide title (slide numbers can change, slide titles should be unique). 7. Release intervals: To have a common basis of discussion, versions should not be released so often (each some months, half a year).

Update and Version Management8 Flexibility: the current topic file in modification can move Joint Course Website Topic 5 Topic 5c Topic 5b Topic 5a personal copy current topic file ^_^ modifier current topic file in modification new modifier current topic file in modification 5a

Update and Version Management9 Update management: dependence on the topic maturity and topic usage (1) Development phase: a lot of errors and shortages of the material only a few lectures based on the material recommendations for improvements will come only from a few parties  the update process is easy to coordinate

Update and Version Management10 Update management: dependence on the topic maturity and topic usage (2) Consolidation phase: more stable versions several parallel lectures recommendations for improvements will come from different parties  the update process has to be coordinated more carefully Review reports: collect remarks and suggestions There is no full-time job person that can immediatly modify the topic according to the remarks and suggestions.

Update and Version Management11 Use of review reports for the update management Joint Course Website Topic 5 Topic 5c Topic 5b Topic 5a ^_^ Review report Modifications of topic 5 have to be agreed between the review report authors and the project manager Proposals for new slides