Mapping A Knowledge Areas of The SWEBOK Standard With The CBOK in Software Engineering Field Using A Set Theory
|
|
|
- Noreen Walton
- 10 years ago
- Views:
Transcription
1 Advances in and s Mapping A Knowledge Areas of The Standard With The in Field Using A Set Theory Kenza Meridji Department of Petra University [email protected] Abstract The purpose of this paper is to present a mapping approach for software bodies of knowledge using set theory operations that allows the traceability of mapping and highlights the differences and similarities between the two bodies of knowledge. An example is shown by mapping at the knowledge area level the Guide to the Body of Knowledge () and the (Core Body of Knowledge).. The Guide to the, created under the auspices of the IEEE Computer Society, aims to define generally accepted knowledge in software. This paper uses the breakdown of knowledge proposed for the next version of the Guide that is currently under development (V3). In 2009, a group from academia, industry and government published GSwE2009: Curriculum Guidelines for Graduate Degree Programs in. These guidelines also define a core body of knowledge (the ) to be taught in such programs. Further progress will be achieved by mapping the lower levels of detail of these two bodies of knowledge and on analyzing the impact of the identified differences on the software discipline and profession. Keywords: Bodies of Knowledge; Guide; GSWE2009; ; Mapping; Set Theory. I. INTRODUCTION is defined by the IEEE as: "(1) the application of a systematic, disciplined, quantifiable approach to the development, operation and of software, i.e. the application of to software. (2) The study of approaches as in (1)." [1]. A key milestone in all disciplines is to achieve consensus within the profession on a core body of knowledge, and this has been identified by the IEEE Computer Society as crucial for the evolution of software towards status. To expand on this definition and to develop such an international consensus, the IEEE Computer Society s Professional Practices Committee initiated a project in 1998 and published two versions of the Guide to the Body of Knowledge (), in 2001 and 2004 [2]. Each of the knowledge area descriptions in the Guide was developed by domain experts and has gone through a number of review cycles and consensusbuilding steps within the international community of peers. Version 3 of the Guide (V3) is currently under development. The Graduate 2009 (GSwE2009) - Curriculum Guidelines for Graduate Degree Programs in Khalid T. Al-Sarayreh Department of Hashemite University [email protected] [3], provides guidelines for or course-based Master s degree programs in software. These guideline were developed by representatives from academia, industry, government, and societies and are now under the stewardship of the IEEE Computer Society and the ACM. The core content of these curriculum guidelines is known as the, or Core Body of Knowledge. The Guide was used as a primary source for the development of the, but a number of changes were made to meet the specific of GSWE2009. This paper investigates the differences between the published baseline breakdown of topics of the Guide V3 and that of the. Set theory is used to perform the mapping between the two breakdowns of topics. Unlike manual mapping approaches, the proposed approach is systematic and rigorous. The analysis of such differences can improve the content of each body of knowledge as well as improving curricula and course material based on these bodies of knowledge. The analysis of such differences can also enable a better understanding of minor differences or even different school of thought regarding how software is understood as a discipline and practiced as a profession. The paper is organized as follows: Section 2 reviews the literature. Section 3 describes the mapping between the Guide and the at the knowledge area level. Section 4 presents an analysis and a discussion. Section 5 presents a brief conclusion, including future work. II. LITERATURE REVIEW This section describes the two related inputs to this paper: the Guide and the, incorporated within GSWE2009. Set theory operations are also briefly documented in this section. A. Guide to the Body of Knowledge () The Guide to the Body of Knowledge ( Guide) has been developed with the following objectives: To characterize the content of the software discipline; ISBN:
2 Advances in and s To promote a consistent view of software worldwide; To provide a topical access to the software body of knowledge; To clarify the place, and set the boundary, of software with respect to other disciplines; To provide a foundation for curriculum development and individual certification material. The 2004 Version of the Guide is also recognized as an ISO/IEC Technical Report [4]. Version 3 (V3) of the Guide is currently under development and is not yet available. However, the baseline breakdown of topics of V3 has been published (available at and contains 15 Knowledge Areas (KAs). Among these, eleven characterize the practice of software : software, software, software, software testing, software, software, software, software, software, software, and software practice. A further four KAs characterize the educational of software :, computing, mathematical, and. B. Core Body of Knoweldge ( ) In 2007, various stakeholders from academia, industry, government, and societies joined together to develop curriculum guidelines for graduate degree programs in software within a project named the Integrated and s Curriculum (issec). The first product of the issec project is Graduate 2009 (GSWE2009) - Curriculum Guidelines for Graduate Degree Programs in..the primary goal of GSwE2009 is to provide guidelines for the development of or primarily course-based Master s degree programs in software. These guidelines identify the core body of knowledge () to be taught to graduate students in Master s degree programs. The therefore constitutes the core of the curriculum, and is hierarchies in three levels: knowledge area, subarea, and topic, subtopic. It is composed of the following knowledge areas: ethics and conduct, system,, software, software, testing, software,, software, software, and software. The also includes three knowledge areas introduced as preparatory knowledge: mathematics fundamentals, computing fundamentals, and software. GSwE2009 builds on the Institute (SEI) curriculum [5], in addition to the Guide of Body of Knowledge () and 2004: Curriculum Guidelines for Undergraduate Degree Programs in (SE2004) [6]. C. Related Work using Manual Mapping Approaches To date in the software literature, mapping between software bodies of knowledge or from a body of knowledge to other artefacts is performed manually, which can lead to errors and omissions and a lack of traceability. For example, [7] presents a manual mapping between two bodies of knowledge: the version of the Guide published in 2001 and the Education Body of Knowledge (SEEK) incorporated into a earlier version of [6]. As well, manual mappings have been performed between the Guide KAs and existing expertise from various universities in [8], between a set of competencies and their associated evidences and Guide KAs in [9], and between the Guide breakdown of topics at varying levels of granularity and graduate degree programs or syllabuses in software in [10-12]. D. Basic Operations of Set Theory Set theory is a fundamental theory in mathematics, and is the branch of mathematics that studies sets. A set is composed of a collection of objects, concepts, and vocabularies. Many operations can be performed on sets, the basic ones being union, intersection, and difference. Using the list of knowledge areas in each body of knowledge as sets, the three basic set operations can be defined as follows: The set of knowledge areas = (1) Where: The knowledge areas are represented by element (e); The list of KAs in the Guide is a set represented by (S), and the list of knowledge areas in the is a second set represented by (C); The symbols ( ) mean or and respectively; The symbols ( ) mean that the element belongs to and does not belong to respectively. The symbols ( ) mean union, intersection, and difference respectively. III. PROPOSED MAPPING APPROACH The Guide and the are both composed of knowledge areas. Each knowledge area is decomposed into hierarchical levels: subareas, topics, and subtopics see Figure 1. The mapping approach presented in this paper can be performed at any level: knowledge area, subarea, topic, and subtopic, using the two-phase approach shown in Figure 2. (2) (3) (4) Identify applicable sponsor/s here. (sponsors) ISBN:
3 Advances in and s Formal Mapping approach Knowledge area Or (SQ), practice (SEPP), (EEF), (CM), (MF), (EF)} Sub Area Topic The set of knowledge areas in the consists of the following: Subtopic Figure 1. Mapping Levels This approach is composed of two phases: The initiation phase consists of defining the two sets that will be the object of the mapping. In this example, they are the list of knowledge areas in the Guide and in the. Secondly, each element of each set is assigned a symbol. In this case, each knowledge area of each body of knowledge area is assigned a distinct symbol. The application phase consists of applying the three set operations defined above to the two sets that have now been established: union, intersection, and difference. (C) = {Ethics and conduct (EPC), (SYE), Requirements (RE), (SD), (SC), Testing (T), (SM), Configuration (CM), (SEM), (SEP), (SQ), fundamentals (CF), Mathematics fundamentals (MF), (SE)} Or B. Application Phase Union of the Guide and the Initiation Phase Application Phase Figure 2. Mapping using an approach based on Set Theory IV. MAPPING BETWEEN THE GUIDE AND THE This section applies the proposed approach to the list of knowledge areas in each body of knowledge. A. Initiation Phase The set of KAs in the Guide consists of the following: (S) = { (SR), (SD), (SC), testing (ST), (SM), (SCM), (SEM), (SEP), (SEME), For this union operation, the naming of the Guide KAs is adopted. For instance, the name Requirements as used in the Guide is adopted, rather than Requirements as used in the, and Testing is adopted instead of Testing. The set below is the result of the union operation between the Guide (S) and the (C): {SR,SD,SC ST,SM,SCM,SEM,SEP,SEME,SQ,SEPP,SYE, EF,EEF,CF,MF,SE} The first column in Table 1 lists the Guide KAs, the second column lists the KAs, and the third column contains the result of the union operation, meaning the KAs that are present in the or in the. ISBN:
4 Advances in and s Table 1: Guide and union, and intersection results Guide (SR) (SD) (SC) testing (ST) (SM) (SCM) (SEM) (SEP) (SEME) (SQ) practice (SEPP) (EEF) (CF) (MF) (EF) Requirements (RE) (SD) (SC) Testing (T) (SM) Configuration (CM) (SEM) (SEP) (SQ) Ethics and conduct (EPC) fundamentals (CF) Mathematics fundamentals (MF) (SYE) (SE) testing practice testing practice Guide and Intersection S C: The set below is the result of the intersection operation performed between the Guide (S) and the (C): {SR, SD, SC, ST, SM, SCM, SEM, SEP, SQ, SEPP, CF, MF} The fourth column in Table 1 shows the KAs that are present in both the Guide and the. Guide and Difference The difference operation uses the following equation to illustrate the knowledge areas that are included in the Guide, but not in the : : - The knowledge areas that are included in S and not in C are: {SEME, EEF,EF} The knowledge areas that are included in C, but not in S: {SYE, SE} Table 2 describes, from left to right, the Guide KAs, the knowledge areas, the knowledge areas that are present in the Guide, but not in the, and the knowledge areas that are present in the, but not in the Guide. Knowledge areas that are present in both bodies of knowledge are not shown in Table 2. TABLE II. Guide and difference results GUIDE GUIDE (S-C) (SEME) (EEF) (EF) (SYE) (SE) GUIDE (C-S) ISBN:
5 Advances in and s V. RESULTS ANALYSIS AND DISCUSSION The mapping of the Guide to the using basic set theory operations at the knowledge area level showed the following results: A total of 17 knowledge areas are included either in the Guide or in the or both, as shown using the union operation. Of these, 15 are present only in the Guide and 13 are present only in the. A total of 12 knowledge areas are included in both the Guide and in the, as shown using the intersection operation. A total of 3 knowledge areas included in the Guide are not included in the, as shown using the difference operation, and two KAs included in the are not included in the Guide. This mapping showed the following differences regarding the KAs characterizing the practice of software in the Guide and the core knowledge areas of the : The naming of the following KAs: software, software testing, software, and software practice, as adopted in the Guide, is changed in the same order to:, testing,, and ethics and conduct. The software KA is included in the Guide, but not in the. The system knowledge area is included in the, but not in the. The differences related to the educational of software in the Guide and the preparatory knowledge areas in the are the following: is included in the Guide, but not in the. fundamentals and mathematical fundamentals in the are considered as preparatory knowledge areas. In the Guide, they are considered as educational of software, with slightly different names: computing and mathematical. The software knowledge area is included as a preparatory knowledge area of the. It defines the basic knowledge that students should possess in software when entering a Master s degree program. This knowledge area is not included in the Guide. The differences related to both the core knowledge areas in the and the educational of software in the Guide are the following: economics is considered an educational KA of software in the Guide but is not covered in the at least not at the knowledge area level. VI. CONCLUSION AND FUTURE WORK This paper investigates the differences between the published baseline breakdown of topics of the Guide V3 and the using a mapping approach based on set theory operations. This mapping was performed at the level of the knowledge area. Future work will concentrate on mapping more in-depth levels of the Guide to the, and on analyzing these results. These results will enable a better understanding of how different communities view the the discipline and profession of software. Automated tools to support this approach are also being considered. REFERENCES [1] IEEE Std , IEEE Standard Glossary of Terminology. Corrected Edition, February, [2] A. Abran, J. W. Moore (exec. eds), P. Bourque and R. Dupuis (eds.), Guide to the Body of Knowledge (). IEEE Computer Society Press, [3] Integrated & s Curriculum (issec) Project, Graduate Curriculum Guidelines for Graduate Degree Programs in (GSwE2009), [4] ISO-TR (2005) Guide to the Body of Knowledge (), International Organization for Standardization, Switzerland. [5] M. Ardis and G. Ford, SEI Report on Graduate Education, CMU/SEI 89-TR-21, Institute, Carnegie Mellon University, June [6] ACM/IEEE-CS Joint Task Force on Curricula, 2004: Curriculum Guidelines for Undergraduate Degree Programs in, August 2004, [7] P. Bourque, F. Robert, J.-M. Lavoie, A. Lee, S. Trudel, T. Lethbridge, Guide to the Body of Knowledge () and the Education Body of Knowledge (SEEK) A Preliminary Mapping. Proceedings of the 10 th International Workshop on Technology and Practice (STEP02) IEEE Computer Society. [8] M. Barker and K. Inoue (2009). IT SPIRAL: A Case Study in Scalable Education. Education and Training, CSEET '09. 22nd Conference on Education and Training, [9] A. Comer and H. M. Edwards (2006). Students Managing the Development Process: A Meta-Level Retrospective Evaluation. Education and Training, Proceedings. 19th Conference on. Education & Training (CSEET'06), [10] J. M. Fernandes and R. J. Machado (2006). A Two-Year M.Sc. Degree Designed Under the Bologna Declaration Principles. Advances, International Conference on. Advances (ICSEA'06), Papeete, Tahiti, French Polynesia, 2006 Proceedings of the International Conference on Advances. [S.l.]: IEEE Computer Science Press, ISBN [11] A. Pyster, R. Turner, D. Henry, K. Lasfer, L. Bernstein., K. Baldwin (2008). The Current State of, Master s Degree Programs. Education and Training, CSEET '08. IEEE 21st Conference on. Education and Training. [12] H. L. Welch, (2007). Teaching a service course in software. Frontiers In Education Conference -- Global : Knowledge Without Borders, Opportunities Without Passports, FIE '07. 37th Annual. ISBN:
The SWEBOK Initiative and Software Measurement Intentions
The SWEBOK Initiative and Software Measurement Intentions Abstract ALAIN ABRAN Executive Co-editor, SWEBOK Project Pierre Bourque, Robert Dupuis (Co-editors) Articulating a body of knowledge is an essential
IT SPIRAL: A Case Study in Scalable Software Engineering Education
22nd Conference on Software Engineering Education and Training IT SPIRAL: A Case Study in Scalable Software Engineering Education Michael Barker, Katsuro Inoue Nara Institute of Science and Technology,
R I T. IEEE Computer Society Certified Software Development Professional (CSDP) Exam. Buenos Aires, Argentina Junio de 2006. Software Engineering
IEEE Computer Society Certified Software Development Professional (CSDP) Exam Software Engineering Buenos Aires, Argentina Junio de 2006 Dr. J. Fernando Naveda Department of Software Engineering Rochester
Software Engineering from an Engineering Perspective: SWEBOK as a Study Object
Software Engineering from an Engineering Perspective: SWEBOK as a Study Object Alain Abran a,b, Kenza Meridji b, Javier Dolado a a Universidad del País Vasco/Euskal Herriko Unibertsitatea b Ecole de technologie
Bloom s Taxonomy Levels for Three Software Engineer Profiles
Bloom s Taxonomy Levels for Three Software Engineer Profiles P. Bourque L. Buglione A. Abran A. April [email protected] [email protected] [email protected] [email protected] Abstract
Introduction to Software Engineering Professional Issues SWENET OSE2 Module June 2003
Introduction to Software Engineering Professional Issues SWENET OSE2 Module June 2003 Developed with support from the National Science Foundation OSE2-1 Overview The Software Engineering Profession Professional
The SWEBOK Guide A Curriculum Analysis Tool
The SWEBOK Guide A Curriculum Analysis Tool SWEBOK ÉTS Le Guide SWEBOK Un outil d analyse de cursus Pierre Bourque ICSSEA 2005 Paris, France 30 November 2005 Corporate Support by: Project managed by: 2
Standards & Practices for the software and system engineers /
Standards & Practices for the software and system engineers / professionals John Walz [email protected] IEEE Computer Society 1 st VP IEEE Software & Systems Engineering i Standards d Committee Systems
A Comparison of Computer Science and Software Engineering Programmes in English Universities
A Comparison of Computer Science and Software Engineering Programmes in English Universities Farid Meziane and Sunil Vadera School of Computing, Science and Engineering University of Salford, Salford M5
Recommended Skills and Knowledge for Software Engineers -Steve Tockey
Recommended Skills and Knowledge for Software Engineers -Steve Tockey Software Engineering: The Development Process, Vol I, Chapter 1 Presented by Gargi Chipalkatti (Software Engineering II - EEL 6883)
Professional Software Engineering: Fact or Fiction?
Guest Editors Introduction For many programmers, software development consists of hacking. As we mature, it is time to follow the example of other professional disciplines, to put the engineering in software
Software Quality Assurance in an Undergraduate Software Engineering Program
Software Quality Assurance in an Undergraduate Software Engineering Program Claude Y. Laporte, Alain April École de technologie supérieure (ÉTS) [email protected], [email protected] Abstract
The Systems Engineering Body of Knowledge and Graduate Reference Curriculum
The Systems Engineering Body of Knowledge and Graduate Reference Curriculum David Olwell Naval Postgraduate School 777 Dyer Road (SE/OL BU220K) Monterey, CA 93943 [email protected] Alice Squires Stevens
Information Technology An Academic Discipline
Information Technology An Academic Discipline This document represents a summary of the following two publications defining Information Technology (IT) as an academic discipline. IT 2008: Curriculum Guidelines
The Emergence of Software Engineering Professionalism
The Emergence of Software Engineering Professionalism The Role of Professional Societies in the Emergence of Software Engineering Professionalism in the United States and Canada Stephen B. Seidman University
Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards
Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards John Walz The Sutton Group IEEE Computer Society Standards Activities
CHAPTER 7 Software Configuration Management
CHAPTER 7 Software Configuration Management ACRONYMS CCB CM FCA MTBF PCA SCCB SCI SCM SCMP SCR SCSA SEI/CMMI SQA SRS USNRC INTRODUCTION Configuration Control Board Configuration Management Functional Configuration
SSECM: The Software Systems Engineering Competency Model. Agenda
SSECM: The Software Systems Engineering Competency Model prepared and presented by Richard E. (Dick) Fairley, PhD, CSDP Software and Systems Engineering Associates () SSECM STC 10 April 2013 slide 1 Agenda
PMBOK for Dummies. Sean Whitaker, PMP Vice President, PMINZ
PMBOK for Dummies Sean Whitaker, PMP Vice President, PMINZ A short history of PMBOK A Guide to the Project Management Body of Knowledge (PMBOK Guide) was first published by the Project Management Institute
Guide to the Software Engineering Body of Knowledge A Straw Man Version
Guide to the Software Engineering Body of Knowledge A Straw Man Version Pierre Bourque, Université du Québec à Montréal Robert Dupuis, Université du Québec à Montréal Alain Abran, Université du Québec
IEEE Computer Society and Certified Software Development Professional
IEEE Computer Society and Certified Software Development Professional Vision Statement...to be the leading provider of technical information, community services, and personalized services for the world
EUR-ACE. Framework Standards for the Accreditation of Engineering Programmes. Foreword... 2. 1. Programme Outcomes for Accreditation...
As approved by the ENAEE Administrative Council on 5 November 2008 EUR-ACE Framework Standards for the Accreditation of Engineering Programmes Table of Contents Foreword... 2 1. Programme Outcomes for
Abstraction in Computer Science & Software Engineering: A Pedagogical Perspective
Orit Hazzan's Column Abstraction in Computer Science & Software Engineering: A Pedagogical Perspective This column is coauthored with Jeff Kramer, Department of Computing, Imperial College, London ABSTRACT
Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation
Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation Despite significant efforts to improve engineering practices and technologies,
Model of Resources Requirements for Software Product Quality Using ISO Standards
Model of Resources Requirements for Software Product Quality Using ISO Standards Kenza Meridji, Khalid T. Al-Sarayreh and Tatiana Balikhina Abstract Resources requirements according to ISO standards describe
MALAYSIAN QUALIFICATIONS FRAMEWORK. Point of Reference and Joint Understanding of Higher Education Qualifications in Malaysia
MALAYSIAN QUALIFICATIONS FRAMEWORK Point of Reference and Joint Understanding of Higher Education Qualifications in Malaysia CONTENTS Glossary PAGE ii INTRODUCTION Definition and Features 1 Benefits 1
A New Proposed Software Engineering Methodologyfor Healthcare Applications Development
Vol. 3, Issue. 3, May.-June. 2013 pp-1566-1570 ISSN: 2249-6645 A New Proposed Software Engineering Methodologyfor Healthcare Applications Development Abdullah Al-Dahmash, Samir El-Masri Department of Information
An overview of GRCSE: Graduate Reference Curriculum for Systems Engineering
OPEN ACCESS World Congress on Engineering Education 2013 An overview of GRCSE: Graduate Reference Curriculum for Systems Engineering Massood Towhidnejad, Thomas B. Hilburn Department of Electrical, Computer,
CREDENTIALS & CERTIFICATIONS 2015
THE COMMUNITY FOR TECHNOLOGY LEADERS www.computer.org CREDENTIALS & CERTIFICATIONS 2015 KEYS TO PROFESSIONAL SUCCESS CONTENTS SWEBOK KNOWLEDGE AREA CERTIFICATES Software Requirements 3 Software Design
Software Project Management Plan. Team Synergy Version: 1.0 Date: 1/27/03
Team Synergy Version: 1.0 Date: 1/27/03 Revision History Document Owner: Goran Momiroski Date Revision Description Author 11/26/2002 1.0 Document creation Goran Momiroski Team Synergy Page 1 1/27/2003
MASTER OF SCIENCE (MSc) IN ENGINEERING (SOFTWARE ENGINEERING) (Civilingeniør, Cand. Polyt. i Software Engineering)
Chapter 9 The programme specific part of the curriculum for: MASTER OF SCIENCE (MSc) IN ENGINEERING (SOFTWARE ENGINEERING) (Civilingeniør, Cand. Polyt. i Software Engineering) Applicable to students admitted
A Quality Requirements Safety Model for Embedded and Real Time Software Product Quality
A Quality Requirements Safety Model for Embedded and Real Time Product Quality KHALID T. AL-SARAYREH Department of Engineering Hashemite University Zarqa 13115, Jordan [email protected] Abstract safety
CMS Policy for Configuration Management
Chief Information Officer Centers for Medicare & Medicaid Services CMS Policy for Configuration April 2012 Document Number: CMS-CIO-POL-MGT01-01 TABLE OF CONTENTS 1. PURPOSE...1 2. BACKGROUND...1 3. CONFIGURATION
EUR-ACE Framework Standards and Guidelines
EUR-ACE Framework Standards and Guidelines Edition 31 st March 2015 1 Foreword ENAEE (European Network for Engineering Accreditation) was founded on 8 February 2006, after the successful conclusion of
Engineering Standards in Support of
The Application of IEEE Software and System Engineering Standards in Support of Software Process Improvement Susan K. (Kathy) Land Northrop Grumman IT Huntsville, AL [email protected] In Other Words Using
Industrial Engineering Definition of Tuning
Industrial Engineering Definition of Tuning Tuning is a faculty-led pilot project designed to define what students must know, understand, and be able to demonstrate after completing a degree in a specific
The Software Engineering Competency Model (SWECOM)
The Software Engineering Competency Model (SWECOM) presented by Dick Fairley Software and Systems Engineering Associates (S2EA) [email protected] Copyright Dick Fairley 2014 slide 1 Presentation Agenda
FUTURE RESEARCH DIRECTIONS OF SOFTWARE ENGINEERING AND KNOWLEDGE ENGINEERING *
International Journal of Software Engineering and Knowledge Engineering World Scientific Publishing Company FUTURE RESEARCH DIRECTIONS OF SOFTWARE ENGINEERING AND KNOWLEDGE ENGINEERING * HAIPING XU Computer
METRICS AND ANALYSIS IN SECURITY MANAGEMENT
WHITE PAPER METRICS AND ANALYSIS IN SECURITY MANAGEMENT By Brian McIlravey, CPP and Peter Ohlhausen About the Authors: Brian McIlravey, CPP, is Co-CEO of PPM 2000 Inc. (www.ppm2000.com) and is responsible
Towards a new approach of continuous process improvement based on CMMI and PMBOK
www.ijcsi.org 160 Towards a new approach of continuous process improvement based on CMMI and PMBOK Yassine Rdiouat 1, Naima Nakabi 2, Khadija Kahtani 3 and Alami Semma 4 1 Department of Mathematics and
Draft For Public Review: Software Engineering 2013
SE2013 DRAFT for public review 1 Draft For Public Review: Software Engineering 2013 Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering A Volume of the Computing Curricula Series.
Proposed Change to ABET Software Engineering Program Criteria CSAB Criteria Committee, 1 March 2014
Proposed Change to ABET Software Engineering Program Criteria CSAB Criteria Committee, 1 March 2014 Introduction The ABET software engineering program criteria supplement the Engineering Accreditation
Analysis and Comparison of Project Management Standards and Guides
Analysis and Comparison of Project Management Standards and Guides Rui XUE 1, a *, Claude Baron 1, b, Philippe ESTEBAN 1,c and Li ZHENG 1,d 1 CNRS, LAAS, 7 av. du colonel. Roche, F-31400 Toulouse, France
Emphasizing Soft Skill Learning and Training as Part of an Engineering Curriculum Revision
Emphasizing Soft Skill Learning and Training as Part of an Engineering Curriculum Revision S. Pedrazzini Professor, Dean of CS Engineering Curriculum SUPSI, University of Applied Sciences of Southern Switzerland
Protect Your Organization With the Certification That Maps to a Master s-level Education in Software Assurance
Protect Your Organization With the Certification That Maps to a Master s-level Education in Software Assurance Sponsored by the U.S. Department of Homeland Security (DHS), the Software Engineering Institute
Configuration Management in Software Development Life Cycle
13 Configuration Management in Software Development Life Cycle Tejinder Kaur Sanjay Bhatnagar Deepali StudentComputer Application Associate Prof. Computer Assistant Prof. Computer Department, GZS PTU Applications
Software Engineering 2004
Software Engineering 2004 Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering A Volume of the Computing Curricula Series August 23, 2004. The Joint Task Force on Computing Curricula
On Efficient Collaboration between Lawyers and Software Engineers when Transforming Legal Regulations to Law-related Requirements
Proceedings of the 2n d International Conference on Information Technology, ICIT 2010 28-30 June 2010, Gdansk, Poland. On Efficient Collaboration between Lawyers and Software Engineers when Transforming
Systems and software engineering Lifecycle profiles for Very Small Entities (VSEs) Part 5-6-2:
TECHNICAL REPORT ISO/IEC TR 29110-5-6-2 First edition 2014-08-15 Systems and software engineering Lifecycle profiles for Very Small Entities (VSEs) Part 5-6-2: Systems engineering Management and engineering
DRAFT TABLE OF CONTENTS 1. Software Quality Assurance By Dr. Claude Y Laporte and Dr. Alain April
DRAFT TABLE OF CONTENTS 1 Software Quality Assurance By Dr. Claude Y Laporte and Dr. Alain April Foreword This book introduces the basic concepts of software quality assurance. The book illustrates how
Curriculum and Module Handbook. Master s Degree Programme. in Finance (Master of Science in Finance) 1 September 2015
Curriculum and Module Handbook Master s Degree Programme in Finance (Master of Science in Finance) 2015 1 September 2015 1 The curriculum was developed by the following University of Liechtenstein faculty
Engineering. Software. Eric J. Braude. Michael E. Bernstein. Modern Approaches UNIVERSITATSBIBLIOTHEK HANNOVER ' TECHNISCHE INFORM ATIONSBIBLIOTHEK
Software Engineering Modern Approaches SECOND EDITION Eric J. Braude Boston University, Metropolitan College Michael E. Bernstein Boston University, Metropolitan College TECHNISCHE INFORM ATIONSBIBLIOTHEK
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
Master on Logistics and Supply Chain Management
Master on Logistics and Supply Chain Management Progress Report Public Part Project information Project acronym: Project title: Project number: Sub-programme or KA: Project website: LSCM Master on Logistics
GaPSC Teacher Leadership Program Standards
GaPSC Teacher Leadership Program Standards Purpose: Georgia has identified a need to improve P-12 students academic performance as measured by various assessments. One method to ensure improved student
Regulatory Guide 1.169 Configuration Management Plans for Digital Computer Software Used in Safety Systems of Nuclear Power Plants
Regulatory Guide 1.169Configuration Managemen... Page 1 of 10 September 1997 Regulatory Guide 1.169 Configuration Management Plans for Digital Computer Software Used in Safety Systems of Nuclear Power
Comparative Analysis of PhD programs in Engineering Education
Paper ID #13515 Comparative Analysis of PhD programs in Engineering Education Mr. Homero Gregorio Murzi, Virginia Tech PhD. student of Engineering Education at Virginia Tech. Mr. Prateek Shekhar, University
Leveraging CMMI framework for Engineering Services
Leveraging CMMI framework for Engineering Services Regu Ayyaswamy, Mala Murugappan Tata Consultancy Services Ltd. Introduction In response to Global market demand, several OEMs adopt Global Engineering
An RSIC-SE2004 Curriculum Framework
Proceedings of the International Multiconference on ISBN 978-83-60810-14-9 Computer Science and Information Technology, pp. 633 638 ISSN 1896-7094 An RSIC-SE2004 Curriculum Framework Thomas B. Hilburn
References IEEE PUBLICATIONS
References IEEE PUBLICATIONS [1] IEEEIANSI. IEEE Guide to Software Configuration Management. ANSI/IEEE Std 1042-1987, IEEE Press, New York, NY, 1987. [2] IEEE Standard Glossary of Software Engineering
A Configuration Management Model for Software Product Line
A Configuration Management Model for Software Product Line Liguo Yu 1 and Srini Ramaswamy 2 1 Computer Science and Informatics Indiana University South Bend South Bend, IN 46634, USA [email protected] 2 Computer
1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java. The Nature of Software...
1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering Software is intangible Hard to understand
International AM Standards -
International AM Standards - 30 of the best Patrick Quain PEng, B.Eng(Mech)(Hons), M.Eng(Sys), MBA Why Standards? Professionalise, Standardise, Benchmark Common vocabulary Expand understanding See patterns
Curriculum and Module Handbook. Master s Degree Programme. in Information Systems (Master of Science in Information Systems) 1 September 2015
Curriculum and Module Handbook Master s Degree Programme in Information Systems (Master of Science in Information Systems) 2015 1 September 2015 1 Curriculum developed by: Dr Oliver Müller, Assistant Professor,
CHAPTER 7 SOFTWARE CONFIGURATION MANAGEMENT
CHAPTER 7 SOFTWARE CONFIGURATION MANAGEMENT John A. Scott and David Nisse Lawrence Livermore National Laboratory 7000 East Avenue P.O. Box 808, L-632 Livermore, CA 94550, USA (925) 423-7655 [email protected]
Requirements Traceability
UNIVERSITY OF WATERLOO Faculty of Mathematics School of Computer Science CS 645 - Software Requirements Specification and Analysis Requirements Traceability prepared by Michael Morckos ID : 20363329 Electrical
Software Process Maturity Model Study
IST-1999-55017 Software Process Maturity Model Study Deliverable A.3 Owner Michael Grottke Approvers Eric David Klaudia Dussa-Zieger Status Approved Date 02/07/01 Contents 1 Introduction 3 1.1 Project
CS 425 Software Engineering. Course Syllabus
Department of Computer Science and Engineering College of Engineering, University of Nevada, Reno Fall 2013 CS 425 Software Engineering Course Syllabus Lectures: Instructor: Office hours: Catalog description:
Software Maintenance Capability Maturity Model (SM-CMM): Process Performance Measurement
Software Maintenance Capability Maturity Model 311 Software Maintenance Capability Maturity Model (SM-CMM): Process Performance Measurement Alain April 1, Alain Abran 2, Reiner R. Dumke 3 1 Bahrain telecommunications
DRAFT REGULATORY GUIDE
U.S. NUCLEAR REGULATORY COMMISSION August 2012 OFFICE OF NUCLEAR REGULATORY RESEARCH Division 1 DRAFT REGULATORY GUIDE Contact: K. Sturzebecher (301) 251-7494 DRAFT REGULATORY GUIDE DG-1206 (Proposed Revision
CS 425 Software Engineering. Course Syllabus
Department of Computer Science and Engineering College of Engineering, University of Nevada, Reno Fall 2015 CS 425 Software Engineering Course Syllabus Lectures: TR, 9:30 10:45 am, LEG-212 Instructor:
Rapidly Defining a Lean CMMI Maturity Level 3 Process
Rapidly Defining a Lean CMMI Maturity Level 3 Process Zia Tufail, [email protected], 301.233.4228 Julie Kellum, [email protected], 404.731. 52.63 Tim Olson-QIC, [email protected], 760.804.1405 2004 Hewlett-Packard
Methods Commission CLUB DE LA SECURITE DE L INFORMATION FRANÇAIS. 30, rue Pierre Semard, 75009 PARIS
MEHARI 2007 Overview Methods Commission Mehari is a trademark registered by the Clusif CLUB DE LA SECURITE DE L INFORMATION FRANÇAIS 30, rue Pierre Semard, 75009 PARIS Tél.: +33 153 25 08 80 - Fax: +33
Software Configuration Management Draft Version 0.5
Software Configuration Management Draft Version 0.5 John A. Scott David Nisse Lawrence Livermore National Laboratory 7000 East Avenue P.O. Box 808, L-632 Livermore, CA 94550, USA (925) 423-7655 [email protected]
