An Information Systems Acquisition Management Framework
|
|
- Augustus Golden
- 6 years ago
- Views:
Transcription
1 An Information Systems Acquisition Framework EVANGELOS MARKOPOULOS Department of Informatics University of Piraeus 80 Karaoli & Dimitriou Str., Piraeus GREECE JOHN-CHRIS PANAYIOTOPOULOS Department of Informatics University of Piraeus 80 Karaoli & Demetriou Str., Piraeus GREECE Abstract:- Each participant in a project has a different point of view on what is successful project and how it shall be accomplished. This paper takes into consideration the prime processes of 43 methodologies used mainly for information technology project and creates a methodological framework for managing the an information technology project primarily from the user (customer) perspective. The framework is supported by best practices, and has been designed in such a way that captures all project activities before, during and after the implementation of a project in an adjustable manner. The structure of this framework allows the of any type size, and complexity projects. Key-Words: - Systems Acquisition,, Methodologies, Process Framework 1. Introduction and software project in particular is primarily based on understanding the nature, scope and goals of the project in order to perform the proper allocation of resources needed towards its successful implementation [1]. A very important but trivial principle is the definition of success. Resource allocation, effort [2], managing technical people [3], requirements elicitation and tracking [4], acceptance criteria definition [McGrew], and performance measurement [5] can be considered as differential factors towards defining project success under the spectrum of project control, which is [6], and always was [7], the project success definition. Controlling a project successfully is to ensure the minimum surprises along the way [8]. The whole concept of project is based on a number of activities, operating as satellites to the project implementation process., change, quality assurance, risk and other managerial activities can not be categorized in a staged interpretation [9], [10], [11], since they can be applied on the entire project implementation process. 2. Conceptions organizations today that can be considered as Software and/or Technology Intensive Organizations[12], can be roughly placed in two categories. The ones developing systems and the ones acquiring systems. The first category of organizations cover the ones which have internal software development or systems development teams that either produce IT products, services, applications and systems which support their operations and functionality. Software houses, telecommunication organizations and systems integrators are top of the list in this category. On the other hand, financial institutions and governmental authorities (public companies or agencies) which have structured systems development departments or even business units, could also be part of this category. Organizations in this first category usually perform project by following systems
2 engineering models [13], [14], [15]. They have a systems development methodology, composed of the major systems development phases in a development life cycle model. to those organizations is primarily the proper execution of the development phases and the system s life-cycle model in general, within budget, schedule and quality, which is measured primarily by implementation performance and compliance to the requirements. Software and or Systems Engineering form the basis of this type of project [16],[17]. The second category covers all the other organizations excluded from the first one. The organizations in this category do not have the maturity, capability and needs above all, to develop their own information technology systems. Such organizations derive mainly from the industry and the service sectors, supported by either small internal IT departments or external consultants. These organizations acquire technology instead of creating it. The primary goal of these organizations is to receive / accept a system that will function according to their needs within a predefined budget and schedule. for those organizations is directed towards managing the tender process through which the vendor is selected, managing the signed contract, managing the deliverables of the project and actually managing time and material related to project cost and schedule. Software and or Systems Acquisition form the project basis [18].[19] for this second category of organizations. This engineering-acquisition relationship defines a project concept for all types of organizations. 3. A Framework for System Acquisition An Information Systems Acquisition Framework (ISAMF) has been developed by taking into consideration the practical need for a project approach to be used by all types of organizations. In order to develop ISAMF, a detailed analysis of 43 project managing methodologies, guidelines, and frameworks, has been conducted towards the identification of the commonly used practices in project, systems acquisition and software engineering under different goals and dimensions. The goal of ISAMF is to be used mainly be the software intensive small to medium size enterprises which rely primarily on tracking the acquisition processes than inspecting the engineering ones. Thus the whole concept of ISAMF is based on the requirements and contract process which are heavily applied throughout the entire project effort. 4. in the Information Systems Acquisition Framework The structure of ISAMF is composed of fifteen (15) phases. Table 1 presents this basic set of phases that can form this project framework. The first column indicates the generic name of each phase, the second column indicates the methodologies supporting this phase generic name, and the third column indicates other methodologies that support the name of the phase but with slight naming and activities deviations. Phase Name Methods Supporting Methods Supporting Relations Scope. SDLC, IPM, LFA, 5STEP, SCALABLE, TENSTEP SEFER, LCM-AIS, WWPMM, AUSGuidelines AIM, SW-CMM, PROMPT, Ariadne SE-CMM, SD, LFA, AIM, ISO9000-3, DoD2167 A, NATO-CALS, SA- CMM DSDM CBAM, SEFER Ariadne-PM SDLC, ITIL, DoD2168, ITPM, SW-CMM, ISO9000-3, LFA, CBAM, IE Ariadne-PM, SE- CMM PRINCE, SDLC, SDPP, resources PRODIGY, RDPP, SUPRA, and technical SUPRA, 5STEP, AIS issues. SCALABLE PRINCE, SUPRA, 5STEP, structure. PRODIGY AIS Contract SA-CMM WWPMM, Ariadne- Tracking and PM, AUSGuidelines Oversight Evaluation Software WWPMM, SW- SUPRA, ITPM, project tracking CMM, and oversight WWPMM, PRINCE, SDLC, DoD2167 A, DoD2168, ISO9000-3, CBAM, Ariadne-PM, AUSGuidelines, SE-CMM IDEAL, MITP, ITPM, Princeton
3 PRODIGY, EUROMETHOD Quality Assurance WWPMM, PRODIGY, AUSGuidelines, DoD2168, Ariadne- SUPRA, IPM, PM, SE-CMM SCALABLE, TENSTEP, ITPM, ITIL, SW-CMM, ISO Change WWPMM, Ariadne-PM. ISO9000-3, DSDM, AIS Risk WWPMM, IPM, CBAM, SCALABLE, TENSTEP, AUSGuidelines, Ariadne-PM EUROMETHOD, ITPM, SE-CMM Transition & SDLC, AIM, IPM, SA-CMM, LCM- Support ASAP AIS Acceptance ISO Ariadne-SD Post- Implementation Review/Evaluat ion Phase ITPC AUSGuidelines Table 1. composing the Information Systems Acquisition Framework The methodologies listed in the second column of table 1, support the phases listed in the first column in a very precise way. Most of the phase activities are quite relevant between the definitions and goals in all methods. Unlike the second column, the methodologies listed in the third column support conceptually the related phases from a different perception. The activities, for example, of the Quality Assurance phase can be more or less found in other related methodologies which do not refer to them as Quality Assurance, but as Quality System, Quality, Software Quality Program Implementation, or even Standards. these different versions of the Quality Assurance phase have the same goal and scope of what a Quality Assurance phase covers in both activities and deliverables. Another more theoretical phase, like the Scope of the project, which is referred in the supporting methodologies as Concept Phase, Definition, Goals, or even Objective Analysis. In a similar way, the Contract Tracking and Oversight Evaluation phase has been referred by the supporting methodologies as Managing Contractors, Contract, or ever Sponsor agreement. 5. Information Systems Acquisition Framework phases description and dependencies Table 2 describes the phases of the Framework for System Acquisition, while indicating the dependencies among them. Phase Description Dependent Dependenc Phase y Type Scope. Identification of project scope, stakeholders, adjacent systems and acceptance criteria. Requirement - s resources and technical issues. structure. Contract Tracking and Oversight Evaluation Software project tracking and oversight elicitation, analysis, and through the development process. Creation of the Request of and / evaluation of the proposals. actual decomposition, planning, estimating and scheduling on resources, effort, budget and quality. Human resource at all project levels and hierarchies. Establishing and following a structure based on organizational and workflow corporate models. Contract through the develop. process based on the proposed & contractual vendor obligations. Monitoring the development process based on inspection and Scope Partial Requirement Requirement Partial resources Partial to to
4 Quality Assurance Change. Risk Transition & Support Acceptance reviews. of all contractual and non-contractual documents produced by the projects engineering and methodology. Monitoring the compliance to the quality plan through the implementation of the defined quality standards. Documentation, Implementation, scheduling, monitoring and impact analysis of systems changes. Identification of technical and nontechnical risks in systems implementation and maintenance. Monitoring and supporting the transition process (migration) to the new system. to to to to Testing Phase of the /Partia Developmen l t model System acceptance. Transition & End of project Support evaluation Acceptance based on the systems performance and implementation metrics. Table 2. Phase Dependencies of the Framework for System Acquisition From the dependencies of the phases included in this project methodological framework it can be noted that the entire framework is based on reviews and inspections towards the of the system s quality via requirements. Figure 2 presents the relationships and dependencies of the phases composing this framework. Scope resourcing structure Beginning of Implementation Contract Tracking and Oversight Evaluation tracking and oversight Quality Assurance Change Risk Transition & Support End of Implementation Acceptance Post- Implementatio n Review/Evalu ation Phase Post-Impementation Eval. Figure 2. Process model of the Information Systems Acquisition Framework. It must be noted that figure 2 indicates only a few start-to-finish dependencies. This is due to the fact, that most project activities performed by the customer, can be applied in the entire project sphere not depending from other activities. For example, project tracking, risk, quality assurance, change, deliverables, contract tracking and other phases have activities not restricted to a specific period of time during the system s implementation. 6. System Acquisition Framework Milestones and Prime The project framework for system acquisition is supported by a minimum set of milestones, listed in table 3, whose implementation indicates its proper usage. It can be noted that the prime deliverables in this framework are not closely related to the phase s milestones, since this framework depends on reviews and inspections that produce reports instead of documents. Phase Milestone Prime (Documents)
5 Scope resourcing and technical issues. structure. Contract Tracking and Oversight Evaluation Software project tracking and oversight Quality Assurance Change. Risk Transition & Support Stakeholders identification. Basic System Functionality. Acceptance criteria Elicitation. Acceptance. Creation of Request for. RFP Dissemination. Tender Evaluation. Decomposition Acceptance. Estimations Acceptance HR team definition. HR model. Identification of workflow procedures. staffing. Contract updates (if needed). Tracking Plan. Implementation of Reviews and Inspections. Deliverable inspection. Deliverable acceptance. Accept change. Test change implementat. Risk Acceptance. Risk Plan. Risk Implementation. Transition environment identification. Transition data identific. Transition procedures ident. Transition Acceptance. System Scope Request for. Tender Evaluat. Plan. HR model. structure Contract observance Tracking Plan Progress Reports Deliverable acceptance Quality Plan. Quality observance Change log. Risk Risk implement. Transition Plan. Transition Log. Standards definition. Quality Plan. Quality Reviews. Quality Re- Inspections. Acceptance Acceptance Test. Acceptance test plan. Post- Metrics Evaluation. Metrics Implementatio Know-How n Documentation. Upgrade plan Review/Evalua Upgrade plan. tion Phase Table 3. Phase Milestones and of the Framework for System Acquisition 7. Advantages and Disadvantages for Using the Information Systems Acquisition Framework The ISAMF has been developed though an analysis and integration of the best practices from 43 project methodologies. This background can be considered an advantage towards using the frameworks since it encloses trends and best practices from the international project community. Another advantage can be considered the fact that the framework excludes the engineering practices from the effort, which could only be understood by engineers, and focuses on the requirements and contract concepts which have be considered critical to the success of a project [20],[21]. Advantages and disadvantages are fuzzy considerations. Disadvantages of this framework can be considered its advantages. The fact probably that the framework is build based on international best practices might not provide flexibility to be used by small organizations. On the other hand the fact that the framework has excluded the engineering practices from the ones well can be considered as an incomplete or insufficient framework to cover the entire concept of a project (acquisition and implementation ). A long list with advantages and disadvantages can be easily generated from an academic point of view, with all of them to be substantially valid and contradictory at the same time. This framework was developed not to be evaluated as a best practice or silver bullet on systems acquisition. It has been developed to serve as a tool to the majority of software intensive organizations that have no luxury to study, evaluate, analyze, adjust or even compose well defined process frameworks.
6 8. Results The Information Systems Acquisition Framework, as presented in this paper can be considered a ready-to-use, practical and well documented approach towards project and specifically towards acquisition which is a hyper-set of project activities for almost all organizations obtaining technology, and investing in its proper usage. Despite the fact that the framework is composed from the best practices in project internationally, a significant result is the differentiation from the engineering project which is targeted mainly to the suppliers and a group of customers with high technological maturity. Another result is the breakdown of the framework into three process groups. The processes during the planning and the acquisition of the technology, the of the project implementation and the post completion processes. This process categorization created a clear distinction among the project activities, and encourages each manager to enhance the group of process that seems to be more close to the project goals of each project. Once the acquisition and goals have been identified, the project can successfully be implemented. Organizations suffer not because they cannot solve their problems, but simply because they cannot identify them [22] References: [1] Pressman, R., and Ince D., Software Engineering. A practitioner s approach. European Adaptation Fifth Edition, McGraw Hill, 2000 [2] Zahniser, R., Timeboxing for To Team Performance, Software Development, March 1994, pp [3] Curtis, B. et al, People Capability Maturity Model, Software Engineering Institute, Pittsburgh, PA, 1994 [4] Holttzblatt k., and Carmel E., Gathering: The human factor, a special issue of CACM, vol. 38, no. 5, May 1995 [5] Olve N-G,. Roy J., and Wetter M., Performance Drivers: A practical guide to using the Balanced Scorecard, John Wiley, 1999 [6] Reel, J.S, Critical Success Factors in Software s, IEEE Software, May 1999, pp [7] Putnam, L., Fitzsmmons, A., Estimating Software Costs, Datamation, vol 25, No, September 1979, pp [8] De Marco T., Controlling Software s, Yourdon Press, 1982 [9] Keil M., A Framework for Identifying Software Risks, CACM vol.41, no.11, November 1998, pp [10] Bach J., The highs and lows of change control, Computer vol. 31, no. 8, August 199, pp [11] Dewhurst E., Total quality and information technologies: an exploration of the issue, International Journal of Quality and Reliability, vol. 16, no. 4, pp , 1999 [12] Markopoulos E., An Empirical Adjustable Software Process Assessment Model for Software Intensive Small and Medium Size Enterprises, 7th European Conference on Software Quality, Conference Notes, Finland, pp16-19, 2002 [13] Royce W. W., Managing the Development of Large Software Systems, Proceedngs of IEEE WESCON, pp 1-9, 1970 [14] Boehm B., A Spiral Model of Software Development and Enhancement, IEEE Computer, vol. 21, no. 5, May 1988 pp [15] Davis A., and Sitaram P., A Concurrent Process Model for Software Development, Software Engineering Notes, ACM Press, vol. 19, no. 2, Aprl 1994, pp [16] Humphrey W., Managing The Software Process, Addison Wesley, 1989 [17] SEI., SE-CMM, Technical Report, SECMM , CMU/SEI-95-MM-003, 1995 [18] SEI., SA-CMM, Technical Report, CMU/SEI- 99-TR-002, ESC-TR , 1999 [19] NASA., NASA Software Acquisition Life Cycle, NASA Office of Safety, Reliability, Maintainability and Quality Assurance, Washington D.C [20] ISO/IEC 12207:1995, Information Technology-Software life cycle processes Amendment 1, 2002 [21] ISO/IEC 15504, Draft Standard for Software Process Assessment, [22] Gartner, J. Renewal of Organizations., 20th Annual Meeting of the Board of Trustees, Midwest Research Institute, Kansas City, MO. May 3, 1965
A Comparison of Procurement Guides and Methodologies
A Comparison of Procurement Guides and Methodologies U. Kirchhoff / H. Sundmaeker, ATB 19 November 1998 SPRITE Procurement Symposium Amsterdam VALIDATE Project Slide 1 Project 97/501157 Procurement Guides
More informationON-TIME PRODUCT DELIVERY AS THE QUALITY GOAL FOR THE SOFTWARE ENGINEERING PROCESS
ON-TIME PRODUCT DELIVERY AS THE QUALITY GOAL FOR THE SOFTWARE ENGINEERING PROCESS Boriss Misnevs Dr. Sc. Eng., Ass. Professor Transport and Telecommunication Institute Lomonosova 1,Riga, LV-1019, Latvia
More informationMEASURING PROCESS CAPABILITY VERSUS ORGANIZATIONAL PROCESS MATURITY
MEASURING PROCESS CAPABILITY VERSUS ORGANIZATIONAL PROCESS MATURITY Mark C. Paulk and Michael D. Konrad Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213-3890 Abstract The
More informationSWEN 256 Software Process & Project Management
SWEN 256 Software Process & Project Management Understanding existing processes Introducing process changes to achieve organisational objectives which are usually focused on quality improvement, cost reduction
More informationApplying Integrated Assurance Management Scenarios for Governance Capability Assessment
Applying Integrated Assurance Management Scenarios for Governance Capability Assessment János Ivanyos Trusted Business Partners Ltd, Budapest, Hungary, ivanyos@trusted.hu Abstract. The well established
More informationPART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)
PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3) 3.1 IV&V Methodology and Work Plan 3.1.1 NTT DATA IV&V Framework We believe that successful IV&V is more than just verification that the processes
More informationThe Internal Consistency of the ISO/IEC Software Process Capability Scale
The Internal Consistency of the ISO/IEC 15504 Software Process Capability Scale Khaled El Emam Fraunhofer Institute for Experimental Software Engineering Sauerwiesen 6 D-67661 Kaiserslautern Germany elemam@iese.fhg.de
More informationSoftware Engineering II - Exercise
Software Engineering II - Exercise April 29 th 2009 Software Project Management Plan Bernd Bruegge Helmut Naughton Applied Software Engineering Technische Universitaet Muenchen http://wwwbrugge.in.tum.de
More informationCMMI ACQUISITION MODEL (CMMI-ACQ):
CMMI ACQUISITION MODEL (CMMI-ACQ): DRIVING PROCESS IMPROVEMENT SEPG Conference - March, 2008 Dr. Richard Frost Global Director, Systems Process and Program Management General Motors Corporation Agenda
More informationApplying Software Architecture Evaluation to Systems Acquisition
Applying Software Architecture Evaluation to Systems Acquisition John Bergey Matthew Fisher Lawrence Jones February 2000 Carnegie Mellon University Pittsburgh, PA 15213-3890 Sponsored by the U.S. Department
More informationREQUEST FOR PROPOSAL
COLORADO HOUSING AND FINANCE AUTHORITY REQUEST FOR PROPOSAL (RFP) COLORADO HOUSING AND FINANCE AUTHORITY 1981 BLAKE STREET DENVER, CO 80202 REQUEST FOR PROPOSAL Technology Assessment POSTED: 11/17/2017
More informationThis resource is associated with the following paper: Assessing the maturity of software testing services using CMMI-SVC: an industrial case study
RESOURCE: MATURITY LEVELS OF THE CUSTOMIZED CMMI-SVC FOR TESTING SERVICES AND THEIR PROCESS AREAS This resource is associated with the following paper: Assessing the maturity of software testing services
More informationLeveraging Your Service Quality Using ITIL V3, ISO and CMMI-SVC. Monday Half-Day Tutorial
Leveraging Your Service Quality Using ITIL V3, ISO 20000 and CMMI-SVC Monday Half-Day Tutorial Definitions Service - Employment in duties or work for another The Challenge This situation where organization
More informationPERSPECTIVE. Effective Capacity Management with Modeling and Simulation - assisted Performance Testing. Abstract
PERSPECTIVE Effective Capacity Management with Modeling and Simulation - assisted Testing Abstract In this competitive marketplace, businesses seeking to maximize profitable outcomes need to ensure their
More informationProcess Quality Levels of ISO/IEC 15504, CMMI and K-model
Process Quality Levels of ISO/IEC 15504, CMMI and K-model Sun Myung Hwang Dept. of Computer Engineering Daejeon University, Korea sunhwang@dju.ac.kr 1. Introduction 1.1 Background The quality of a product
More informationINFORMATION TECHNOLOGY PROJECT MANAGEMENT. Fourth Edition. International Student Version. Jack T. Marchewka WILEY. John Wiley & Sons, Inc.
INFORMATION TECHNOLOGY PROJECT MANAGEMENT Fourth Edition International Student Version Jack T. Marchewka WILEY John Wiley & Sons, Inc. PREFACE xvii ABOUT THE AUTHOR xxiii CHAPTER 1 An Overview of IT Project
More informationThe CMMI Value Proposition
22 when performance matters The CMMI Value Proposition May 2016 Copyrights and Registered Trademarks CMMI -DEV, CMMI -SVC and Standard CMMI Appraisal Method for Process Improvement The following service
More informationA Primer for the Project Management Process by David W. Larsen 1. Table of Contents
A Primer for the Project Management Process by David W. Larsen 1 Table of Contents Description... 2 STAGE/STEP/TASK SUMMARY LIST... 3 Project Initiation 3 Project Control 4 Project Closure 6 Project Initiation...
More informationInternational Journal of Software Engineering & Applications (IJSEA), Vol.3, No.1, January 2012 RISK MANAGEMENT MEASURES IN CMMI.
RISK MANAGEMENT MEASURES IN CMMI Mahmoud Khraiwesh Faculty of Science and Information Technology Zarqa University Zarqa Jordan mahmoud@pu.edu.jo ABSTRACT Risk management is a continuous process that could
More informationChoosing the Right Measures -
Choosing the Right Measures - Prerequisite for Changing the Game Elliot Chikofsky, EM&I Fellow 2010 ENGINEERING, MANAGEMENT & INTEGRATION, INC. 455 Spring Park Pl.Ste.350 Herndon, VA 20170-4727 Tel: 703.742.0585
More informationInformation Technology Services Project Management Office Operations Guide
Information Technology Services Project Management Office Operations Guide Revised 3/31/2015 Table of Contents ABOUT US... 4 WORKFLOW... 5 PROJECT LIFECYCLE... 6 PROJECT INITIATION... 6 PROJECT PLANNING...
More informationProcess Assurance Audits: Lessons Learned
Process Assurance Audits: Lessons Learned Alain April Alain Abran Ettore Merlo Technology Plus Université du Québec à Montréal École Polytechnique P.O. Box 32594 Département d informatique Département
More informationObject-Oriented and Classical Software Engineering
Slide 3.1 Object-Oriented and Classical Software Engineering Seventh Edition, WCB/McGraw-Hill, 2007 Stephen R. Schach srs@vuse.vanderbilt.edu CHAPTER 3 Slide 3.2 THE SOFTWARE PROCESS Overview Slide 3.3
More informationThe Potential for Lean Acquisition of Software Intensive Systems
The Potential for Lean Acquisition of Software Intensive Systems Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213 Jeffrey L. Dutton Acquisition Support Program 14 November
More informationPassit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2
Passit4Sure.OG0-093.221Questions Number: OG0-093 Passing Score: 800 Time Limit: 120 min File Version: 7.1 TOGAF 9 Combined Part 1 and Part 2 One of the great thing about pass4sure is that is saves our
More informationUse of the Architecture Tradeoff Analysis Method SM (ATAM SM ) in the Acquisition of Software-Intensive Systems
Use of the Architecture Tradeoff Analysis Method SM (ATAM SM ) in the Acquisition of Software-Intensive Systems John K. Bergey Matthew J. Fisher September 2001 Architecture Tradeoff Analysis Initiative
More informationImplementation of Five Key Process Areas to Improve the Requirement Engineering Process
Implementation of Five Key Process Areas to Improve the Requirement Engineering Process Sathiya Research Scholar SCSVMV University K. Mythili Assistant Professor SCSVMV University ABSTRACT Requirement
More informationDEFENSE ACQUISITION UNIVERSITY ISA 101 BASIC INFORMATION SYSTEM ACQUISITION
1 Identify applicable United States laws, federal regulations and DoD directives that govern management of IT/SW systems. Identify key statutes related to the acquisition of Information Technology (IT)
More informationPMI - Minnesota August 14, Oh no - PMO. Presented by: Michael Vinje - PMP.
PMI - Minnesota August 14, 2007 Oh no - PMO Presented by: Michael Vinje - PMP 1 mvinje@trissential.com 2005 All Rights Reserved. Agenda Presentation Objective PMO Background & Survey What The Experts Said
More informationPortfolio, Program and Project Management Using COBIT 5
DISCUSS THIS ARTICLE Portfolio, Program and Project Using COBIT 5 By Sunil Bakshi, CISA, CRISC, CISM, CGEIT, ABCI, AMIIB, BS 25999 LI, CEH, CISSP, ISO 27001 LA, MCA, PMP COBIT Focus 11 September 2017 Many
More informationProcess-Oriented Requirement Analysis Supporting the Data Warehouse Design Process A Use Case Driven Approach
Process-Oriented Requirement Analysis Supporting the Data Warehouse Design Process A Use Case Driven Approach Beate List, Josef Schiefer, A Min Tjoa Institute of Software Technology (E188) Vienna University
More informationMEASURES FOR EXCELLENCE. Measures. For. Software. Acquisition
MEASURES FOR EXCELLENCE Measures For Software Acquisition J.W.E Greene 7 rue Fenoux 93 Blythe Road, Paris 75015 London W14 OHP Tel: 33-140-431210 Tel: 44-171-603-9009 Fax: 33-148-286249 Fax: 44-171-602-6008
More information72R12 MANAGEMENTPLAN
E 72R12 SA M PL DEVELOPI NGAPROJ ECTRI SK MANAGEMENTPLAN AACE International Recommended Practice No. 72R-12 DEVELOPING A PROJECT RISK MANAGEMENT PLAN TCM Framework: 7.6 Risk Management Rev. Note: As AACE
More informationUpdate Observations of the Relationships between CMMI and ISO 9001:2000
Update Observations of the Relationships between CMMI and ISO 9001:2000 September September 14, 14, 2005 2005 ASQ Section 509 - ISO 9000 Users Group Page 1 This presentation summaries points made and topics
More informationPertemuan 2. Software Engineering: The Process
Pertemuan 2 Software Engineering: The Process Collect Your Project Topic What is Software Engineering? Software engineering is the establishment and sound engineering principles in order to obtain economically
More informationA New Divide & Conquer Software Process Model
A New Divide & Conquer Software Process Model First A. Hina Gull, Second B. Farooque Azam Third C. Wasi Haider Butt, Fourth D. Sardar Zafar Iqbal Abstract The software system goes through a number of stages
More informationTenStep Project Management Process Summary
TenStep Project Management Process Summary Project management refers to the definition and planning, and then the subsequent management, control, and conclusion of a project. It is important to recognize
More informationExample Governance Model
Example Governance Model Governance Why is it important? As an organization s strategy and priorities evolve, changes to the automation should sync up with the process changes Decision making should be
More informationSYSTEM MODERNIZATION BEST PRACTICES
tl SYSTEM MODERNIZATION BEST PRACTICES SYSTEM MODERNIZATION WORKING GROUP C1 5912-C aamva_systemmodernization_dvd_insert.indd 1 6/7/17 11:01 AM System Modernization Best Practices provides a roadmap to
More informationCMMI for Services (CMMI -SVC) Process Areas
CMMI for Services (CMMI -SVC) Process Areas SES CMMI Training Series August27, 2009 Dial - 1-877-760-2042 Pass code - 147272 SM SEI and CMM Integration are service marks of Carnegie Mellon University CMM
More informationIndependent Verification and Validation (IV&V)
Independent Verification and Validation (IV&V) 12 th Annual NDIA CMMI Conference November 2012 - Denver, CO The MITRE Corporation The author s affiliation with The MITRE Corporation is provided for identification
More informationObject-Oriented and Classical Software Engineering THE SOFTWARE PROCESS 9/17/2017. CHAPTER 3 Slide 3.2. Stephen R. Schach. Overview Slide 3.
Slide 3.1 CHAPTER 3 Slide 3.2 Object-Oriented and Classical Software Engineering THE SOFTWARE PROCESS Eighth Edition, WCB/McGraw-Hill, 2011 Stephen R. Schach Overview Slide 3.3 Overview (contd) Slide 3.4
More informationAdvantages and Disadvantages of. Independent Tests. Advantages. Disadvantages
8.0 Test Management Outline 8.1 Test organisation 8.2 Test planning and estimation 8.3 Test program monitoring and control 8.4 Configuration management 8.5 Risk and testing 8.6 Summary Independent Testing
More informationREPORT 2014/014. Audit of the implementation of the Murex system in the Investment Management Division of the United Nations Joint Staff Pension Fund
INTERNAL AUDIT DIVISION REPORT 2014/014 Audit of the implementation of the Murex system in the Investment Management Division of the United Nations Joint Staff Pension Fund Overall results relating to
More informationIntegration Mgmt / Initiating Process Group 4.1 Develop Project Charter
1 Mgmt / Initiating Process Group 4.1 Develop Project Charter Project statement of work Business Case Contract Enterprise environmental factors Project charter Expert judgement 26/02/2013 18:22:56 1 2
More informationContents. Preface. Acknowledgments. Tables and Figures
Contents Preface Acknowledgments Tables and Figures xi xiii xv 1 Introduction and Overview 1 Introduction 1 What Are the CMM and CMMI? 2 What the CMM and CMMI Are Not 2 What Are Standards? 3 IEEE Software
More informationProject Management Professional (PMP)
Project Management Professional (PMP) E X A M I N AT I O N CO N T E N T O U T L I N E Project Management Institute Project Management Professional (PMP) Examination Content Outline June 2015 Published
More informationTowards Higher Configuration Management Maturity
Towards Higher Configuration Management Maturity Masoud Niknam and Jivka Ovtcharova IMI, Karlsruhe Institute for Technology, Germany masoud.niknam@kit.edu Abstract. Configuration Management (CM) as a discipline
More informationUSING PILOTS TO ASSESS THE VALUE AND APPROACH OF CMMI IMPLEMENTATION. Goddard Space Flight Center (GSFC)
USING PILOTS TO ASSESS THE VALUE AND APPROACH OF CMMI IMPLEMENTATION Goddard Space Flight Center (GSFC) Sally Godfrey, James Andary, Linda Rosenberg SEPG 2003 2/03 Slide 1 Agenda! Background " NASA Improvement
More informationTwo Branches of Software Engineering
ENTERPRISE SOFTWARE ENGINEERING & SOFTWARE ENGINEERING IN THE ENTERPRISE Two Branches of Software Engineering 1 Crafting Software Resource Input Code Debug Product Test 2 Engineering Software Resource
More informationThe 9 knowledge Areas and the 42 Processes Based on the PMBoK 4th
The 9 knowledge Areas and the 42 Processes Based on the PMBoK 4th www.pmlead.net PMI, PMP, CAPM and PMBOK Guide are trademarks of the Project Management Institute, Inc. PMI has not endorsed and did not
More informationISO/IEC Information technology Governance of IT Framework and model
TECHNICAL REPORT ISO/IEC TR 38502 First edition 2014-02-01 Information technology Governance of IT Framework and model Technologies de l information Gouvernance des TI Cadre général et modèle Reference
More informationECQA Certified Profession. Governance SPICE Model. Internal Financial Control Assessor Training Programme
ECQA Certified Profession Governance SPICE Model used by the Internal Financial Control Assessor Training Programme Contact: János Ivanyos Memolux Ltd. +36 1 467403 ivanyos@memolux.hu www.training.ia-manager.org
More informationDebra J. Perry Harris Corporation. How Do We Get On The Road To Maturity?
How Do We Get On The Road To Maturity? Debra J. Perry Harris Corporation NDIA Conference - 1 What do we want? From this To this But how? NDIA Conference - 2 Where Do We Start? NDIA Conference - 3 Government
More informationSOFTW ARE PRODUCTIVITY CONSORTIUM
SOFTW ARE PRODUCTIVITY CONSORTIUM Integrating PSM and the Balanced Scorecard David N. Card March 26, 2002 Agenda Problem Statement Balanced Scorecard Mapping PSM and BSC Implementing BSC with PSM Summary
More informationE-vote SSA-V Appendix 2 Contractor Solution Specification Project: E-vote 2011
E-vote 2011 SSA-V Appendix 2 Contractor Solution Specification Project: E-vote 2011 Change log Version Date Author Description/changes 0.1 26.10.09 First version Page 1 CONTENT 1. SERVICE MODEL 3 1.1.
More informationCMMI Project Management Refresher Training
CMMI Project Management Refresher Training Classifica(on 2: Foxhole Technology Employees Only RMD 032 Project Management Refresher Training Course September 21, 2017 Version 1.0 The Process Approach The
More informationBusiness Management System Manual Conforms to ISO 9001:2015 Table of Contents
Table of Contents 1.0 Welcome to Crystalfontz... 3 2.0 About the Crystalfontz Business Systems Manual... 4 3.0 Terms and Conditions... 5 4.0 Context of the Organization... 6 4.1. Understanding the Organization
More informationPractical Process Improvement: the Journey and Benefits
Practical Process Improvement: the Journey and Benefits 27-29 September 2004 Colin Connaughton AMS Metrics Consultant CMM, Capability Maturity Model, and Capability Maturity Modeling are registered in
More informationRequirement Engineering Trends in Software Industry of Pakistan
Requirement Engineering Trends in Software Industry of Pakistan RoohulMunim Shakeel 1, Muhammad Shafi 1, Kamran Ghani 2 and Basharat Jehan 1 1 Department of computer software engineering, University of
More informationManagement Information Systems. B14. Acquiring IT Applications and Infrastructure
Management Information Systems Management Information Systems B14. Acquiring IT Applications and Infrastructure Code: 166137-01+02 Course: Management Information Systems Period: Spring 2013 Professor:
More informationAgile Project Management
Object-Oriented Software Engineering Using UML, Patterns, and Java Agile Project Management Outline A mountaineering example Project context Goals, client types Environment, methods, tools, methodology
More informationChapter 1 Software and Software Engineering
Chapter 1 Software and Software Engineering Software Engineering: A Practitioner s Approach, 6th edition by Roger S. Pressman 1 Software s Dual Role Software is a product Transformsinformation -produces,
More informationCopyright. Paul Leonardo Taylor
Copyright By Paul Leonardo Taylor 2009 Implementing Software Architecture Practices in a new environment By Paul Leonardo Taylor Report Presented to the Faculty of the Graduate School of the University
More informationInitiation Group Process. Planning Group Process
Initiation Group Process Develop Project Charter Project statement of work Expert judgment Project charter Business case Contract (if third party project) EEF: government/industry standards, organizational
More informationThe SAM Optimization Model. Control. Optimize. Grow SAM SOFTWARE ASSET MANAGEMENT
The Optimization Model Control. Optimize. Grow The Optimization Model In an ever-changing global marketplace, your company is looking for every opportunity to gain a competitive advantage and simultaneously
More informationREQUEST FOR PROPOSAL FOR. CONSTRUCTION MANAGER and DESIGN TEAM FOR. Downtown Preservation Project URBAN RE DEVELOPMENT AUTHORITY OF PITTSBURGH
REQUEST FOR PROPOSAL FOR CONSTRUCTION MANAGER and DESIGN TEAM FOR Downtown Preservation Project URBAN RE DEVELOPMENT AUTHORITY OF PITTSBURGH December 2010 I. GENERAL The Urban Redevelopment Authority of
More informationWork Plan and IV&V Methodology
Work Plan and IV&V Methodology ISG Public Sector has been helping public sector organizations acquire and implement (from a project oversight and organizational change management perspective) new, enterprise-wide
More informationPractical Risk Management: Framework and Methods
New SEI Course! Practical Risk Management: Framework and Methods September 23-24, 2009 Arlington, VA Register at: www.sei.cmu.edu/products/courses/p78.html 1 13 th International Software Product Line Conference
More informationVolume 8, Number 12 June 29, 2010
Email Advisor Volume 8, Number 12 June 29, 2010 June Sponsor BPM and Business Analysts When writing articles for BPTrends, I often use the vague phrase business process practitioners. I do it because there
More informationProject Delivery 101 What Does It All Mean & How Do I Fit?
Project Delivery 101 What Does It All Mean & How Do I Fit? Session Roadmap Speaker Introductions / Audience Makeup Survey David Westphalen, Director, Public Consulting Group Francisco Lujano, Branch Chief,
More informationAn Innovative Approach to the Development of Project Management Processes for Small-scale Projects in a large Engineering Company
An Innovative Approach to the Development of Project Management Processes for Small-scale Projects in a large Engineering Company Claude Y. Laporte École de technologie supérieure Department of Software
More informationCopyright 2013 Pearson Education, Inc. Publishing as Prentice Hall 5-1
Copyright 2013 Pearson Education, Inc. Publishing as Prentice Hall -1 Learning objectives Manage the planning process of a project Understand the work breakdown structure of a project Understand different
More informationNATO REQUIREMENTS FOR DELIVERABLE QUALITY PLANS
DMS 1761739 NATO REQUIREMENTS FOR DELIVERABLE QUALITY PLANS AQAP-2105 December 2009 I ORIGINAL Page blank II ORIGINAL Page blank IV ORIGINAL Record of Changes AQAP-2105 Change Date Date Entered Effective
More informationExecutive Steering Committee Meeting. Department of Revenue Building 2, Room 1250 July 27, 2016
Executive Steering Committee Meeting Department of Revenue Building 2, Room 1250 Roll Call and Opening Remarks Facilitator: Robert (Budd) Kneip, Chair Review of June 2016 Meeting Minutes Facilitator: Robert
More informationPMI Scheduling Professional (PMI-SP)
PMI Scheduling Professional (PMI-SP) E X A M I N AT I O N CO N T E N T O U T L I N E Project Management Institute PMI Scheduling Professional (PMI-SP) Exam Content Outline Published by: Project Management
More informationCHAPTER 4 PRODUCT DEVELOPMENT LIFE CYCLE
CHAPTER 4 PRODUCT DEVELOPMENT LIFE CYCLE 1 Learning Objectives Review the Systems Development Life Cycle (SDLC). Examine the problems and alternatives with SDLC. Know the key issues in ERP implementation
More informationROI From CMMI A DACS and SEI Collaboration
ROI From CMMI A DACS and SEI Collaboration 8th Annual CMMI Technology Conference 19 November 2008 Robert L. Vienneau Data & Analysis Center for Software Dennis R. Goldenson Software Engineering Institute
More informationEvidence Management for the COBIT 5 Assessment Programme By Jorge E. Barrera N., CISA, CGEIT, CRISC, COBIT (F), ITIL V3F, PMP
Volume 3, July 2013 Come join the discussion! Jorge E. Barrera N. will respond to questions in the discussion area of the COBIT 5 Use It Effectively topic beginning 22 July 2013. Evidence Management for
More informationNational Aeronautics and Space Administration Washington, DC 20546
Technical Standards Division Publication NASA-STD-2100-91 NASA Software Documentation Standard Software Engineering Program NASA-STD-2100-91 -91 Approved: July 29, 1991 National Aeronautics and Space Administration
More informationTOOL 8.1. HR Transformation Milestones Checklist. The RBL Group 3521 N. University Ave, Ste. 100 Provo, UT
HR TOOL 8.1 HR Transformation Milestones Checklist The RBL Group 3521 N. University Ave, Ste. 100 Provo, UT 84604 801.373.4238 www.hrtransformation.com TOOL 8.1 HR Transformation Milestones Checklist In
More informationPRINCE Update. Changes to the manual. AXELOS.com. April 2017 PUBLIC
PRINCE2 2017 Update s to the manual AXELOS.com April 2017 2 PRINCE2 2017 Update Contents 1 Introduction 3 2 Summary of changes 4 PRINCE2 2017 Update 3 1 Introduction This document provides a list of the
More informationSOFTWARE METRIC TRENDS AND EVOLUTION
SOFTWARE METRIC TRENDS AND EVOLUTION Software Metric Trends And Evolution, B Venkata Ramana, Dr.G.Narasimha, Journal Impact Factor (2015): 1 B Venkata Ramana 2 Dr.G.Narasimha Volume 6, Issue 6, June (2015),
More informationProject Charter For Florida PALM
For Florida PALM Department of Financial Services Date: 09/15/2017 Version: 4.1 Table of Contents Project Overview... 3 Implementation Approach... 7 Project Organization Structure... 8 Assumptions...13
More informationRequest For Information (RFI) For a. Spectrum Management & Monitoring System (SMMS)
Request For Information (RFI) For a Spectrum Management & Monitoring System (SMMS) Table of Contents 1 Introduction... 3 1.1 About Iraq CMC... 3 1.2 The Iraq CMC Objectives... 3 1.3 RFI Process... 4 2
More informationQUALITY MANAGEMENT SYSTEM POLICIES AND PROCEDURES
Your Company Name QUALITY MANAGEMENT SYSTEM POLICIES AND PROCEDURES Origination Date: XXXX Document Identifier: Date: Document Revision: QMS-00 QMS Policies and Procedures Latest Revision Date Abstract:
More informationCMMI for Technical Staff
CMMI for Technical Staff SES CMMI Training Series April 7, 2009 Audio Conference #: Dial - 1-877-760-2042 Pass code - 147272 SM SEI and CMM Integration are service marks of Carnegie Mellon University CMM
More informationCHAPTER 2: IMPLEMENTATION PHASES AND OFFERINGS
CHAPTER 2: IMPLEMENTATION PHASES AND OFFERINGS Objectives Introduction The objectives are: Describe the purpose of the phase planning activity, preconditions, and deliverables in the implementation methodology.
More information17/12/1437. Lecture. Project Scope Management. Lecture 4. Project Management Knowledge Areas Section 3 Chapter 5. Project Scope Management.
17/12/137 Project Management Knowledge Areas Section 3 Chapter 5 Project Scope Management 2 of 33 1 17/12/137 Quick Re-cab Plan Scope Management Collect Requirement Define Scope Create WBS Validate Scope
More information11 A software process model for business reengineering
11 A software process model for business reengineering A. T. Berztiss 1 2 and J. A. Bubenko, jr. 2 3 1 Department of Computer Science, University of Pittsburgh Pittsburgh, PA 15260, USA; e-mail: alpha@cs.pitt.edu;
More informationIt Is Still The Requirements Getting Software Requirements Right By James Ward
A StickyMinds.com Original It Is Still The Requirements Getting Software Requirements Right By James Ward Summary: Why are information systems requirements so difficult to define? What causes the yawning
More informationRESEARCHERS and practitioners have realized that
IEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 29, NO. 2, FEBRUARY 2003 181 Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and
More informationSENG 380:Software Process and Management. Software Project planning
SENG 380:Software Process and Management Software Project planning 1 Step Wise Planning Activities Step 0: Select project Step 1: Identify project scope and objectives Step 2: Identify project infrastructure
More informationSCAMPI-B for Contract Monitoring A Case Study of the Mission Planning Enterprise Contractors
SCAMPI-B for Contract Monitoring A Case Study of the Mission Planning Enterprise Contractors Sponsored by the U.S. Department of Defense Lorraine Adams, SEI Kathy Bastien, BlueForce LLC SM SCAMPI is a
More informationTSP Performance and Capability Evaluation (PACE): Customer Guide
Carnegie Mellon University Research Showcase @ CMU Software Engineering Institute 9-2013 TSP Performance and Capability Evaluation (PACE): Customer Guide William R. Nichols Carnegie Mellon University,
More informationSoftware Development Methodologies: Agile Model Vs V-Model
International Journal of Engineering and Technical Research (IJETR) ISSN: 2321-0869, Volume-2, Issue-11, November 2014 Software Development Methodologies: Agile Model Vs V-Model Stephen O., Oriaku K.A
More informationStandards, Processes and Practice
3 Standards, Processes and Practice Sune Dueholm Müller, Peter Axel Nielsen and Jacob Nørbjerg 1 Introduction Several well-known frameworks, such as the CMM (Paulk et al. 1993), the CMMI (CM- MI-Product-Team
More information--*Performs other duties as assigned or as determined on own initiative.*
S70910, page 1 Nothing in this job description restricts management's right to assign or reassign duties and responsibilities to this job at any time. FUNCTIONAL DUTIES Serves as SharePoint Program Manager
More informationOakland County Department of Information Technology Project Scope and Approach
Oakland County Department of Information Technology Project Scope and Approach Project Name: Asset Management / Configuration Management Database Program Project ID: DR4181C2 Leadership Group: IT Steering
More informationDRAFT ISO/IEC INTERNATIONAL STANDARD. Information technology Security techniques Information security management system implementation guidance
INTERNATIONAL STANDARD ISO/IEC 27003 First edition 2010-02-01 Information technology Security techniques Information security management system implementation guidance Technologies de l'information Techniques
More information